On 28/11/08 at 14:34 +0100 Tiemo Hollmann TB apparently wrote:
Hello again,
tracking it down it looks like the problem is not the decompress but the
simple download and I don't find the fault ;(
I did the compress like:
put compress(URL (binfile: it)) into URL (binfile: it .gz)
1. compressing
Hello Jan, Eric and Robert,
@Jan: I added application/gzip gz to my .htaccess and got Content-Type:
application/gzip back in the libURLLastRHHeaders(), but the number of bytes
of my file still was changed and kept corrupted.
@Eric: I tried also a path without dots, without any change in the
Bonjour Tiemo,
Let me remind you that hundreds of persons use Tutorials Picker on
Win machines and, except you, nobody reported to me any problem that
should have occurred if you are right.
So, before, feeding QCC, you should probably test on another PC :-)
Le 29 nov. 08 à 14:54, Tiemo
Bonjour Eric,
vraiment, you were right!
Testing the standalone on another Win PC it works as it should do, so it is
only my PC and it happens only with gz files. Downloading other file types
the file size keeps unchanged.
Now I should know, where to look for, because it doesn't happen at the
Bonsoir Tiemo,
As I said earlier, have a look at all dlls in system32.
There is one there that confuses Rev.
Le 29 nov. 08 à 15:25, Tiemo Hollmann TB a écrit :
Bonjour Eric,
vraiment, you were right!
Testing the standalone on another Win PC it works as it should do,
so it is
only my PC and
Bonjour Eric,
I am glad you don't have Thanksgiving in France and you are not off :)
If I parse the catch Error I get the same as before: Error description:
decompress: string is not compressed data, which leaves me lost with my
original problem.
So what could get wrong with my statements or
your turkey :)
Tiemo
-Ursprüngliche Nachricht-
Von: [EMAIL PROTECTED] [mailto:use-revolution-
[EMAIL PROTECTED] Im Auftrag von Eric Chatonet
Gesendet: Freitag, 28. November 2008 11:48
An: How to use Revolution
Betreff: Re: AW: need help for decompress URL
Happy Thanksgiving
I assume that you have on your desktop the compressed file you uploaded.
Apply your code directly to it to verify :-)
Le 28 nov. 08 à 11:54, Tiemo Hollmann TB a écrit :
Hmmm, perhaps I am looking at the wrong end of the lane. The file I
downloaded with load pUrl was compressed before with:
put
Add: could it be perhaps some dlls under the hood, which come into
conflict with other gz decompressing tools and it isn't rev?
Does anybody knows, if this compress and decompress is handled completely
within rev, or are there any externals used, which could get into conflict?
Thanks
Tiemo
On 28 Nov 2008, at 11:06, Tiemo Hollmann TB wrote:
Yes, decompressing the same lokal file with:
put decompress(URL (binfile: it)) into URL (binfile: tFile)
works like a charme.
But uploading this file to the internet and doing
load pURL
put decompress(url pUrl) into tData
where pUrl is
Hello Dave,
yes I do it with the urlstatus()
Thanks
Tiemo
Tiemo
load url works in the background and you need to use a callback
message to get the data. Something like this:
on myHandler
-- whatever
load URL pUrl with message loaded
end myHandler
on loaded pUrl, pStatus
if
: need help for decompress URL
Just a thought:
Some weeks ago you told me you were not able to use Tutorials Picker
that downloads gz compressed files.
And you were the only one to report this.
I am inclined to think that your current problem and this previous
one are the same.
Le 28 nov
Hello again,
tracking it down it looks like the problem is not the decompress but the
simple download and I don't find the fault ;(
I did the compress like:
put compress(URL (binfile: it)) into URL (binfile: it .gz)
1. compressing and decompressing a local file works fine.
2. uploading the
Happy Thanksgiving Tiemo ;-)
Le 28 nov. 08 à 11:42, Tiemo Hollmann TB a écrit :
I am glad you don't have Thanksgiving in France and you are not off :)
If I parse the catch Error I get the same as before: Error
description:
decompress: string is not compressed data, which leaves me lost
Just a thought:
Some weeks ago you told me you were not able to use Tutorials Picker
that downloads gz compressed files.
And you were the only one to report this.
I am inclined to think that your current problem and this previous
one are the same.
Le 28 nov. 08 à 12:06, Tiemo Hollmann TB a
It's a local problem at your place:
I suspect that Rev is confused by another decompress library you
installed or was installed along another software installation.
Not easy to track :-(
Have a look at all dlls in system32...
Le 28 nov. 08 à 12:20, Tiemo Hollmann TB a écrit :
Wow, that
-revolution-
[EMAIL PROTECTED] Im Auftrag von Tiemo Hollmann TB
Gesendet: Freitag, 28. November 2008 11:43
An: 'How to use Revolution'
Betreff: AW: need help for decompress URL
Bonjour Eric,
I am glad you don't have Thanksgiving in France and you are not off :)
If I parse the catch Error I get
An: How to use Revolution
Betreff: Re: AW: AW: need help for decompress URL
I assume that you have on your desktop the compressed file you uploaded.
Apply your code directly to it to verify :-)
Le 28 nov. 08 à 11:54, Tiemo Hollmann TB a écrit :
Hmmm, perhaps I am looking at the wrong end
--- Tiemo Hollmann TB [EMAIL PROTECTED] wrote:
Hello again,
tracking it down it looks like the problem is not
the decompress but the
simple download and I don't find the fault ;(
I did the compress like:
put compress(URL (binfile: it)) into URL
(binfile: it .gz)
1. compressing and
-Ursprüngliche Nachricht-
Von: [EMAIL PROTECTED] [mailto:use-revolution-
[EMAIL PROTECTED] Im Auftrag von Jan Schenkel
Gesendet: Freitag, 28. November 2008 15:44
An: How to use Revolution
Betreff: Re: AW: AW: AW: AW: AW: need help for decompress URL
--- Tiemo Hollmann TB [EMAIL
Bonjour Tiemo,
If you send me off-list a link pointing to a file to download, I'll
try here:
This should narrow your search.
Le 28 nov. 08 à 14:34, Tiemo Hollmann TB a écrit :
Hello again,
tracking it down it looks like the problem is not the decompress
but the
simple download and I
--- Tiemo Hollmann TB [EMAIL PROTECTED] wrote:
Hi Jan,
it returns:
HTTP/1.1 200 OK
Date: Fri, 28 Nov 2008 13:22:01 GMT
Server: Apache
Last-Modified: Fri, 28 Nov 2008 09:44:04 GMT
ETag: e4c18c-3f4cf-492fbd64
Accept-Ranges: bytes
Content-Length: 264317
Content-Type: text/plain
Is it the
22 matches
Mail list logo