Does running a Japanese version of Windows perhaps influence this type of code? (Please don't judge it on why it's written this way, I'm only concerned if it works.)
ThisStr = FileStream.Read(AmtBytes) // I assume the encoding on ThisStr is Nil? Buff = New MemoryBlock(Len(ThisStr)) // Len should work, since ThisStr should be Nil Buff.SetStringMBS(XStr, 0) // the memoryblock should be byte-byte just like what was taken off of the filestream InputStr = BuffIn.GetStringMBS(0, AmtBytes) // InputStr should be byte-byte just like ThisStr, and encoding=Nil // now I decompress this, it is designed to be decompressable OutStr = DecompressZLibMBS(InputStr, AmtBytes * 60) // param 2 set very high to handle the decompression, assume this is enough numBytes = Len(OutStr) // Len should work, since OutStr should be Nil BuffOut = New MemoryBlock(numBytes) BuffOut.SetStringMBS(OutStr, 0) This always works, but I'm suspicious that in dealing with these strings, the encoding winds up somewhere in the process not Nil, because I want to deal with straight data and unfortuantely the functions you provide for unzipping deal with strings. Please, also, I'm more focused on why this code may not work, more than re-coding to make it work, although eventually I'll do that. I'm interested in why this WOULDN'T work. I can't test on a Japanese Windows OS cause I don't have one, and I know it's a DBCS OS, and that could influence this. Or maybe not. Garth Hjelte Sampler User _______________________________________________ Mbsplugins_monkeybreadsoftware.info mailing list [email protected] https://ml01.ispgateway.de/mailman/listinfo/mbsplugins_monkeybreadsoftware.info
