Forums before death by AOL, social media and spammers... "We can't have nice things"
|    comp.lang.visual.basic    |    MS Visual Basic discussions, NOT dot-net    |    10,840 messages    |
[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]
|    Message 10,421 of 10,840    |
|    Antony Clements to All    |
|    Re: a problem with copymem API    |
|    17 Feb 07 02:35:20    |
      From: antony.clements@optusnet.com.au              > So you want ascii value string concatenation rather than just the       > decimal value of the 4 byte string?              i would prefer the decimal value, but the decimal value remains constant       regardless of what 4 bytes i pull from the streams, it is always 1306840              > The currency data type will              i tried currency, it threw up an error              > Yes it will, it will give you the real ascii values in a byte array       > rather than utf16 unicode in a byte array.       >       > You seem to be missing the point by a very long way here.       >       > What EXACTLY do you have as input, what do you expect the intermediary       > and final values to be?              i gave you an example for an input from stream2 "1a2b" which is input into a       bytearray, it is meant to return a dynamic number that changes as input       changes not a constant. even if the input from the stream was "help" it       still returns the same decimal value of 1306840. even if the input is 8       bytes "1a2b3c4d" it still returns the exact same value of 1306840. the point       i am making is that it doesn't matter what the input is, or how long the       input is, i get the same value from both streams regardless. the number that       gets returned from stream1 and stream2 must always be different depending on       the input.              --- SoupGate-Win32 v1.05        * Origin: you cannot sedate... all the things you hate (1:229/2)    |
[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]
(c) 1994, bbs@darkrealms.ca