HTTP GET problem
[1/9] from: tomc:darkwing:uoregon at: 12-Mar-2004 15:00
Hi list,
I am running into a problem I have never seen with a simple cgi get.
What is to be returned is just ascii data -- no headers or anything
the url for (what it is worth) looks like
http://localhost:33999/perl/get_loci_names?dataset=cat&type=test_otter
what should be returned looks like:
Name Em:AY152827.2
Name Em:AY152827.3
Name DPA
Name DPB
Name Em:AY152828.5
Name Em:AY152830.3
Name Em:AY152831.5
....
------------------
I get a rebol error where it seems to be trying to interpert the
data as an integer instead of just dumping it out for me.
>> print to-string read
http://localhost:33999/perl/get_loci_names?dataset=cat&type=test_otter
connecting to: localhost
** Script Error: Invalid argument: Em:AY152827.2
** Where: to-integer
** Near: to integer! :value
>>
a web browser (opera) returns the data just fine.
this is with latest view stable & beta on windows
and core 2.5.6 on solaris
any ideas for a work around or if this is a bug that needs fixing
[2/9] from: tomc::darkwing::uoregon::edu at: 12-Mar-2004 16:30
to partialy answer my question for a work around
see below but the main question of why I need it is open.
On Fri, 12 Mar 2004, Tom Conlin wrote:
> Hi list,
> I am running into a problem I have never seen with a simple cgi get.
<<quoted lines omitted: 24>>
> and core 2.5.6 on solaris
> any ideas for a work around or if this is a bug that needs fixing
a work around is
port: open [scheme: 'tcp host: 127.0.0.1 port-id: 33999 timeout: 00:02:00]
req: {GET
http://localhost:33999/perl/get_loci_names?dataset=cat&typetest_otter
HTTP/1.0^/^/}
insert port req
wait port
result: copy port
close port
probe result
[3/9] from: Izkata:comcast at: 12-Mar-2004 18:31
Dunno how I could help, but you may or may not want to
know that IE gives "Page Cannot Be Displayed"
[4/9] from: tomc:darkwing:uoregon at: 12-Mar-2004 16:43
thanks but unless you were running an "otter" server
on your machine or tunneling the port from some place
that is, then that would be the expected result.
but thank-you for trying to help.
On Fri, 12 Mar 2004, Izkata wrote:
[5/9] from: g:santilli:tiscalinet:it at: 13-Mar-2004 10:52
Hi Tom,
On Saturday, March 13, 2004, 1:30:06 AM, you wrote:
TC> probe result
What is the result here exactly?
Regards,
Gabriele.
--
Gabriele Santilli <[g--santilli--tiscalinet--it]> -- REBOL Programmer
Amiga Group Italia sez. L'Aquila --- SOON: http://www.rebol.it/
[6/9] from: tomc:darkwing:uoregon at: 13-Mar-2004 11:11
On Sat, 13 Mar 2004, Gabriele Santilli wrote:
> Hi Tom,
>
> On Saturday, March 13, 2004, 1:30:06 AM, you wrote:
>
> TC> probe result
>
> What is the result here exactly?
>
> Regards,
> Gabriele.
probe result
{Name Em:AY152827.2
Name Em:AY152827.3
Name DPA
Name DPB
Name Em:AY152828.5
Name Em:AY152830.3
Name Em:AY152831.5
Name DRB4
Name Em:AY152833.1
Name DRA2
Name DRA3
Name Em:AY152836.4
Name DRA1
Name DRB1
Name DRB2
Name DRB3
Name BRD2
Name DAXX
Name PSMB8
Name PSMB9
Name TAP1
Name TAP2
Name KIFC1
Name BTNL2
Name Em:AY152827.4
Name Em:AY152826.4
Name Em:AY152826.3
Name Em:AY152835.3
Name DOA
Name DMA
Name DMB
Name DOB
}
[7/9] from: brett:codeconscious at: 17-Mar-2004 11:45
Hi Tom,
> to partialy answer my question for a work around
> see below but the main question of why I need it is open.
Your server looks like it is returning a simple-reponse which has no
response headers:
From rfc 1945:
A Simple-Response should only be sent in response to an HTTP/0.9
Simple-Request or if the server only supports the more limited
HTTP/0.9 protocol. If a client sends an HTTP/1.0 Full-Request and
receives a response that does not begin with a Status-Line, it
should assume that the response is a Simple-Response and parse it
accordingly. Note that the Simple-Response consists only of the
entity body and is terminated by the server closing the connection.
It looks to me like the REBOL http scheme expects to see a Status response
header, so perhaps REBOL is not conforming with http in this case.
Regards,
Brett.
[8/9] from: tomc:darkwing:uoregon at: 16-Mar-2004 17:02
thanks Brett
that is pretty much what I was thinking;
the "http server" is just a perl script.
I will post it to feedback.
On Wed, 17 Mar
2004, Brett Handley wrote:
[9/9] from: g:santilli:tiscalinet:it at: 17-Mar-2004 17:59
Hi Tom,
On Saturday, March 13, 2004, 8:11:04 PM, you wrote:
TC> probe result
TC> {Name Em:AY152827.2
TC> Name Em:AY152827.3
TC> Name DPA
[...]
No HTTP header? Guess REBOL does not like that...
Regards,
Gabriele.
--
Gabriele Santilli <[g--santilli--tiscalinet--it]> -- REBOL Programmer
Amiga Group Italia sez. L'Aquila --- SOON: http://www.rebol.it/
Notes
- Quoted lines have been omitted from some messages.
View the message alone to see the lines that have been omitted