Mailing List Archive: 49091 messages
  • Home
  • Script library
  • AltME Archive
  • Mailing list
  • Articles Index
  • Site search
 

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