Hollywood forum

Oops, upon reading your post again I understand what the problem is. You're dealing with a string containing raw binary data. That of course won't work with Val(). I think we need something new like ByteVal() or so... but there is going to be a limit of 4 bytes then because that is the size of a lon...

Hmm, I'm not really sure what you mean. Can you post some code that I can actually run and try here? Maybe I'll understand it then

If others have any problems with it, please shout "here", because it works for me and apparently for plouf as well

Mmh, I think anything else besides alphanumeric characters is currently pretty much undefined behaviour. I'll see if this can be fixed

Will come with the next update

Patience is a virtue

I think what you're looking for is the Val() function, isn't it?

@emeck:

Looking at the example in the Rnd() documentation should make it clear:

num=Rnd(49)
Well, I cannot predict what value num will receive. I can only say that it will not be greater than 49 and not smaller than zero.

This means that "num" can indeed be 49 but not 50.

Sorry, but this is conceptually impossible. Constants are resolved at compile time and are written to the applets as hard-coded values. In an applet you'll only find bytecode which has all references to constants already resolved so it's impossible to do what you want. The only exception is the GetC...

Well, if it works on AmigaOS 3 and AmigaOS 4 but not on MorphOS, I think it should first be reported to the MorphOS bugtracker because the code is exactly the same for those platforms so it's likely to be a MorphOS bug...