On Tuesday, December 2, 2003, at 04:55 PM, Wouter wrote:
## result = -1448432724 2846534572 2846534572 294 664
Wow, you have a nice rig :)
Mac X, G3 900 MHz, iBook, 14 screen. It keeps up with my IBM XP laptop
2.1 GHz
That was tricky using a string of comma delimited numbers to then
On 03 Dec 2003, at 16:43, [EMAIL PROTECTED] wrote:
Message: 1
Date: Wed, 3 Dec 2003 00:04:14 -0800
From: Mark Brownell [EMAIL PROTECTED]
Subject: Re: cross-platform compress decompress
To: How to use Revolution [EMAIL PROTECTED]
Message-ID: [EMAIL PROTECTED]
Content-Type: text/plain; charset=US
On 03 Dec 2003, at 16:43, [EMAIL PROTECTED] wrote:
Message: 1
Date: Wed, 3 Dec 2003 00:04:14 -0800
From: Mark Brownell [EMAIL PROTECTED]
Subject: Re: cross-platform compress decompress
To: How to use Revolution [EMAIL PROTECTED]
Message-ID: [EMAIL PROTECTED]
Content-Type: text/plain; charset=US
On Wednesday, December 3, 2003, at 02:58 PM, Wouter wrote:
You're really on to the fast track :^)
Hope to see your results soon.
Greetings,
WA
What you are looking at is the old ECB (electronic code book) version.
I added my own version of CBC (Cypher Block Chaining) to make it even
more
On Wednesday, December 3, 2003, at 03:48 PM, Wouter wrote:
## result = 2846534572 1406 1120
## second = 2846534572 1424 1115
/* yep my rig is slower :^) 400 mhz g4 Tibook */
It is getting under the skin.
Greetings,
WA
Those are impressive numbers just for combining two lines. I wonder if
On 02 Dec 2003, at 03:38, [EMAIL PROTECTED] wrote:
Message: 4
Date: Mon, 1 Dec 2003 16:36:59 -0800
From: Mark Brownell [EMAIL PROTECTED]
Subject: Re: cross-platform compress decompress
To: How to use Revolution [EMAIL PROTECTED]
Message-ID: [EMAIL PROTECTED]
Content-Type: text/plain; charset=US
On Tuesday, December 2, 2003, at 04:48 AM, Wouter wrote:
The put binaryDecode(N,str,halfBlock) into numConverted
in your blowfish handler can produce an unsigned integer on
the Windows platform where as on the Mac a signed integer is
produced. This is probably an engine related problem.
To
On 02 Dec 2003, at 18:00, [EMAIL PROTECTED] wrote:
Message: 1
Date: Tue, 2 Dec 2003 07:48:17 -0800
From: Mark Brownell [EMAIL PROTECTED]
Subject: Re: cross-platform compress decompress
To: How to use Revolution [EMAIL PROTECTED]
Message-ID: [EMAIL PROTECTED]
Content-Type: text/plain; charset=US
On Dec 1, 2003, at 4:19 PM, Mark Brownell wrote:
I've read everything I can find in the archives and I'm wondering if
anyone has solved the cross-platform compress decompress problems. I
would like to create a compressed text file on Mac X and open
decompress it on Windows, the same goes for
Mark Brownell wrote:
I've read everything I can find in the archives and I'm wondering if
anyone has solved the cross-platform compress decompress problems.
I've been using base64 on the compressed data to maintain it unadulterated
in user props or for transmission. It adds some bulk, but
Alex Rice wrote:
On Dec 1, 2003, at 4:19 PM, Mark Brownell wrote:
I've read everything I can find in the archives and I'm wondering if
anyone has solved the cross-platform compress decompress problems. I
would like to create a compressed text file on Mac X and open
decompress it on
On Dec 1, 2003, at 4:27 PM, Richard Gaskin wrote:
I don't think it's a bug as much as a very useful feature with
unintended
consequences for binary data: in old versions of the engine, folks
complained that data stored in user properties did not have the
automatic
cross-platform conversion as
On Monday, December 1, 2003, at 03:19 PM, Alex Rice wrote:
Would base64 encoding the content before compressing it be a suitable
workaround for the char set issues?
Base64 would not help. It's not before compression that is the issue.
The stuff I'm encrypting already has a less-than 127
I have a system that works for me, it's plain text.
This example opens on all platforms and is without cross-platform
issues:
mtml noteBook=version 1.0 mtmlVersion=3.0
authorn/a/author
titleDemo Document/title
copyrightn/a/copyright
publisherwww.demotypeX.com/publisher
At 3:27 pm -0800 1/12/03, Richard Gaskin wrote:
On Dec 1, 2003, at 4:19 PM, Mark Brownell wrote:
I've read everything I can find in the archives and I'm wondering if
anyone has solved the cross-platform compress decompress problems. I
would like to create a compressed text file on Mac X and
On Monday, December 1, 2003, at 03:59 PM, Dave Cragg wrote:
Are you treating the files as binary data and not as text files? That
is, when you save and open, you should use binfile and not file.
For example:
I'm using binfile for all. This works fine on Win and works fine for
Mac as long as I
On Monday, December 1, 2003, at 03:59 PM, Dave Cragg wrote:
Are you treating the files as binary data and not as text files? That
is, when you save and open, you should use binfile and not file.
For example:
I'm using binfile for all. This works fine on Win and works fine for
Mac as
At 4:01 pm -0800 1/12/03, Mark Brownell wrote:
I have a system that works for me, it's plain text.
This example opens on all platforms and is without cross-platform issues:
Mark, could you provide an example that doesn't work? I've never
encountered this problem, and I open a lot of compressed
On Monday, December 1, 2003, at 04:15 PM, Monte Goulding wrote:
Try compressing an decompressing the whole file to see if some stage
in your
parsing is corrupting the compressed data. Richard's suggestion of
compress
then base64Encode is also appropriate for binary data in an XML
document.
On Monday, December 1, 2003, at 04:17 PM, Dave Cragg wrote:
Mark, could you provide an example that doesn't work? I've never
encountered this problem, and I open a lot of compressed files (usally
stacks) across Win and Mac platforms.
Are you using e-mail to transfer the files? I've come
Mark Brownell wrote:
On Monday, December 1, 2003, at 04:17 PM, Dave Cragg wrote:
Mark, could you provide an example that doesn't work? I've never
encountered this problem, and I open a lot of compressed files (usally
stacks) across Win and Mac platforms.
Are you using e-mail to transfer
Dave Cragg wrote:
I don't think it's a bug as much as a very useful feature with unintended
consequences for binary data: in old versions of the engine, folks
complained that data stored in user properties did not have the automatic
cross-platform conversion as text in fields enjoy. So
On Monday, December 1, 2003, at 05:01 PM, Richard Gaskin wrote:
There may be something else in the mix: RevNet has a lot of gzipped
files
from both platforms and this has not been reported as a problem there.
I'm using this on a Mac X:
put abcdefghijklmnopqrstuvwxyz1234567890 into tankX
On 12/1/03 7:22 PM, Richard Gaskin wrote:
Dave Cragg wrote:
Are you sure that's true, Richard? I use custom props for image data,
audio, and a host of other binary data but haven't noticed any cross
platform issues.
I may be getting old and feeble, recalling merely a discussion of what would
24 matches
Mail list logo