Internet Security Components - COM, ActiveX and .NET

Encode and Decode in Memory (Feature request) - WeOnlyDo Discussion board

Linear

WodMailbox has two paticularly objects I regularly use, 'Decoder' and 'Encoder'. However, the only options for the various Methods supplied is to provide an 'InFile' and 'OutFile'. Would it be possible for you to provide an option to do this in memory? I am using this with an application where everything is in a database. It adds extra steps to extract the data from a database into memory, store to a file, and then read from a file back into memory. I would prefer to be able to extract from DB in memory, and process it with the Encode/Decode methods in memory.

Is this easy enough an option to add? with the option to pass the String or Byte Array data in memory, and also to have the result returned in memory. It would be needed across all Encode and Decode methods (Base64,BinHex4,QuotedPrintable,Uudecode).

I actually run into this need across several of the fine components of yours that I use - where my only option is to store to file, or read from file - when I would prefer to work in memory only, and not require the file system for data manipulation (The WebServer control is one example).

Thanks for making such a great product

locked

1637 views

Dave,

I guess we could make it accept a string data - which will cause problems with non-english systems when converted to/from binary.. We could also use byte arrays which will not work on some systems.. Or VARIANTS...

Hmm. What I'm trying to say is that we could add this - just need to agree on the right solution.

But - why don't you dump your stuff to temporary file, encode, and delete the file? Just curious?

Kreso

locked

1595 views

On a secure system, it is desirable not to have data written to disk, at least for my implementation.

I currently am dumping to file, and then loading it right back into memory - would prefer to skip that step, since it was already in memory. Thought it ight be a nice feature add.

Would Byte Array not work? Isn't that what a file is anyway?

Thanks!

locked

1616 views

So you have no problems in converting string to byte array (and vice versa) if needed?

If so, this sounds like most convinient way for our implementation (and for yours I hope)

Kreso

locked

1675 views

Correct - I have no problems coverting Byte Array to String and vice versa. In fact, in one instance I am passing the data to the wodWebServer component's Response.Body property, which accepts Byte Array, so I wouldn't even have to convert it (a bonus). Otherwise, I can easily convert it as needed.

THanks for any help you can provide!

locked

1663 views

Dave,

done. But only for BASE64 and Quoted-Printable at this moment - that was easy. When Binhex and UUdecode are needed, we'll add them too.

Is this ok for you now?

Please request update and try it out!

Kreso

locked

1681 views

Thanks for all the effort! I am testing the new features - but am finding it only works with VERY small files. If I attempt to encode a file that is 5KB in size - no problem. But when I move to a file that is 150KB it crashes. I can use the old process (write to file, read from file) with the same dataset, and it works, so it looks like there is a problem in the new method. I am regualrly working with much larger files (10 or more MB) 100KB is too small.

Not sure if it is a fixable bug? Or just something that can't be done due to other limitation - let me know!

Thanks again!

(Also, to answer your questions Binhex is not important to me today, but UUEn/Decode would be nice to have in memory as well - although the size issue is bigger issue. I use BASE64 and Quoted-Printable most often, UUEncode less, and Binhex not at all (yet).

locked

1630 views

Fixed. Please download update. UU is there too.

Kreso

locked

1640 views

It is very refreshing to find such helpful, knowledgeable and quick responding technical support.

Jason Sears

CompuSource Systems, Inc.

...I'm extremely impressed with the product, it represents excellent value for money...

Danny Haworth

Assetdisk

Thank you very much for the rapid responses. I was a little nervous about dealing with a company that is on a different continent from me. You have proven my concerns to be unfounded.

Robert Pacheco

Surebridge, Inc.