I thought maybe a later version of PB had dropped the fill character option and the docs hadn't caught up. But now I try again and ProcedureReturn RSet(str,sz,"0") works. Go figure.
Tomorrow, I'll check the source file with a hex editor, perhaps something was injected by the cutting it from this forum and pasting it into the IDE, something that stumps the PB parser as well...
I found out, that installing PB versions over one another is a bad idea. I had a 3.8 demo and after registering, I installed 3.81 over the old demo 3.8. Bad idea!
After starting with a clean slate and installing PB anew, the problem went away.
tejon wrote:i am stumped, it compiles just fine on my machine.
does anyone else have problems compiling the updated routine
Do those of you having problems compiling this have the StringLibraryEx userlibrary installed?
Could be a clash in commands, as that lib has a command called RSet().
I don't know what's happening here, I have been using Eval() since downloading a version October 2005, but after copying and pasting this one I get "C.5ADA82B70B59E0000e-0017" returned whatever I enter. Even something simple like “debug eval("25*5")”.
The previous version works perfectly and has been used by me in my calculator program almost everyday for years, which is why I can't understand what's happening with this version.
EDIT while typing this it seems the answer has been supplied, V4.30
Mike.
(I'm never going to catch up with the improvements to this program)