Just a follow-up on this.
Apparently "Content-Transfer-Encoding" is not a valid http header. (It may
appear in parts of a multipart form). So I should withdraw the claim that this
is a bug in libUrl.
from rfc 2068:
---
19.4.4 No Content
On 9 Oct 2012, at 10:12, Mark Schonewille
wrote:
> Hi Monte,
>
> I think you're right. The libURLLastRHHeaders return:
>
> HTTP/1.1 200 OK
> Date: Tue, 09 Oct 2012 08:52:49 GMT
> Server: Apache/2.2.21 (Unix) mod_ssl/2.2.21 OpenSSL/0.9.8r DAV/2 PHP/5.3.8
> mod_fastcgi/2.4.2
> X-Powered-By: PH
Hi Monte,
I think you're right. The libURLLastRHHeaders return:
HTTP/1.1 200 OK
Date: Tue, 09 Oct 2012 08:52:49 GMT
Server: Apache/2.2.21 (Unix) mod_ssl/2.2.21 OpenSSL/0.9.8r DAV/2 PHP/5.3.8
mod_fastcgi/2.4.2
X-Powered-By: PHP/5.3.8
Content-Transfer-Encoding: text
Transfer-Encoding: chunked
Cont
Thanks Mike,
You're right, the garbage indicates the amount of data. If I use only one echo
command at the end of the PHP script, then I get 1e550, which equals the the
total amount of data. Oddly, I get an additional 2 at the end of the data,
followed by 3 linefeeds and a 0 and 2 more linefeed
Don't you want libURLLastRHHeaders?
On 09/10/2012, at 7:53 PM, Mark Schonewille wrote:
> If I don't set any headers in the PHP script, then the libUrlLastHTTPHeaders
> are:
--
M E R Goulding
Software development services
Bespoke application development for vertical markets
mergExt - There's a
Hi Dave,
If I don't set any headers in the PHP script, then the libUrlLastHTTPHeaders
are:
GET /~user/list.php HTTP/1.1
Host: localhost
User-Agent: Revolution (MacOS)
There is no transfer-encoding header and no content-length header.
If I move the echo command from the repeat loop to the end o
Craig,
First, I tried it without headers and I added them to see if it would solve the
problem.
--
Best regards,
Mark Schonewille
Economy-x-Talk Consulting and Software Engineering
Homepage: http://economy-x-talk.com
Twitter: http://twitter.com/xtalkprogrammer
KvK: 50277553
Use Color Converte
Yes, Hakan, it is a table and not a database. Thanks.
--
Best regards,
Mark Schonewille
Economy-x-Talk Consulting and Software Engineering
Homepage: http://economy-x-talk.com
Twitter: http://twitter.com/xtalkprogrammer
KvK: 50277553
Use Color Converter to convert CMYK, RGB, RAL, XYZ, H.Lab and
On 8 Oct 2012, at 15:58, Mark Schonewille
wrote:
> Exactly every 8001 bytes (or 889 words, which are all different), I get some
> garbage:
>
> 1f41
> A
> B
> [889 times]
> C
> 1f41
> P
> Q
> [889 times]
> R
> etc etc etc
> X
> 1e7d
>
> T
Have you tried just outputting the data with no headers?
JC
On 08/10/2012 15:58, Mark Schonewille wrote:
Hi,
I'm downloading a list of words of 9 characters from a MySQL database using a
PHP script and a put URL command in a LiveCode script. Altogether, there are
approximately 1 lines i
If you access your data via command line. Is it OK then? Then I hope you
instead of "SELECT xword FROM ydatabase" really wants "SELECT xword FROM
YTABLE"? What does your HTTP-headers look like? maybe it's an encoding issue
that somehow garbles LiveCode? I've never seen this issue in LiveCode mys
Mark,
A little more on the "junk" found in your output.
The hex number 1e7d is 7805 in decimal, which is not divisible by 9. If all
your words have 9 characters then 1e7d cannot represent the number of bytes
left over after groups of 8001 bytes have been outputted. What the final 1e7d
represen
Mark,
The filler "1f41" is the hex number for 8001 decimal, which is the number of
bytes of real data that is coming next. It looks like it is telling you how
many bytes you are going to get (in hex), then giving you the bytes you want.
The "1e7d" at the end might be the number of data bytes le
13 matches
Mail list logo
