Re: [WebDNA] help with [ReturnRaw] - why is it killing the
This WebDNA talk-list message is from 2009
It keeps the original formatting.
numero = 102288
interpreted = N
texte = Have you tried isolating the line endings?[text]line_ending=3D ...unix line ending... [/text]or[text]line_ending=3D ..windows line ending... [/text]then using those in [returnraw] tests?[returnraw][line_ending]etc.etc.301 blah blah[line_ending][/returnraw](forgot syntax at the moment, just thinking as a troubleshooter...)-DanOn Fri, 27 Mar 2009 17:57:58 -0600 Govinda
wrote:> Thanks Stuart.> What were the symptoms of the bug?> When you say check, do you mean search the archives? Do you remember =a rough date range when=20>this might have been talked about on the list?> If not on the list, where else might I find something to help me solve = this?> Thanks again> -G>=20> On Mar 27, 2009, at 5:38 PM, Stuart Tremain wrote:>=20>> There was a bug in Return Raw, you may want to check. Not sure which =20>> version or if it affected all platforms. I know the bug was in v5.x =20>> on Windows>>>> Regards>>>> Stuart Tremain>> IDFK Web Developments>> AUSTRALIA>> webdna@idfk.com.au>>>> On 28/03/2009, at 8:20 AM, Govinda wrote:>>>>> Hi all>>>>>> Despite 10+ years of successful HTML,WebDNA, (and other related =20>>> languages) I've only just now been doing my reading about HTTP =20>>> status codes, etc.>>>>>> Anyway I have a page from a new clients' inherited site that has an =20>>> include that uses [ReturnRaw] in order to set a cookie and then =20>>> redirect.., and when I inspect the html source sent back I see that =20>>> there is nothing coming back at all from the include, and there is =20>>> also none of the HTML below that include in the original file =20>>> either. So somewhere it is choking on the included file. This =20>>> file was working fine on the previous Mac os x 10.2.8 server, wc =20>>> 5.1c, Webstar V host. (Now I am trying to get this to work on =20>>> RedHat 4 64 bit. ) To troubleshoot, I have commented out the =20>>> entire contents of the include and just started with this =20>>> (uncommented) test:>>>>>> -----------------------start source code------------>>> [ReturnRaw]HTTP/1.0 200 OK>>> Status: 200>>> Content-type: text/html>>>>>> >>>>>> [/ReturnRaw]>>> [!]>>> my previously-working code here commented out.>>> [/!]>>> -----------------------end source code------------>>>>>> I also tried this:>>>>>> -----------------------start source code------------>>> [ReturnRaw]HTTP/1.0 302 Found>>>>>> Location: http://www.google.com/[!]---[Lookup db=3D../=20>>> preferences=20>>> .db&lookinfield=3DPrefName&value=3DPrimaryDomain&returnfield=3DPrefVa=lue]/=20>>> admin---[/!]>>>>>>>>> [/ReturnRaw]>>> [!]>>> my previously-working code here commented out.>>> [/!]>>> -----------------------end source code------------>>>>>> But I am getting the same behavior. (Nothing is coming back from =20>>> the include, nor even any of the code in the file that includes =20>>> this include *after* the [include ..] tag.) I.e. it is dying =20>>> somewhere while trying to parse the include. (When I view source =20>>> from the browser then all I see is the html that the including file =20>>> spits out before we get to the include.)>>>>>> On my new imac I see in BBedit that the local copy of the file does =20>>> indeed have windows CRLF set for the line endings. and encoding is =20>>> set to 'western MacOS Roman'. But after I upload and then open =20>>> that file directly on the server via BBedit, then it shows it has =20>>> Unix (LF) line endings, and western ISO Latin 1 encoding. If I =20>>> said that all right. Not sure what to make of that, nor how to =20>>> change it (if I need to).>>>>>> Can anyone help me troubleshoot this?>>>>>> Thanks>>> -Govinda>>> --------------------------------------------------------->>> This message is sent to you because you are subscribed to>>> the mailing list .>>> To unsubscribe, E-mail to: >>> archives: http://mail.webdna.us/list/talk@webdna.us>>> old archives: http://dev.webdna.us/TalkListArchive/>>>> --------------------------------------------------------->> This message is sent to you because you are subscribed to>> the mailing list .>> To unsubscribe, E-mail to: >> archives: http://mail.webdna.us/list/talk@webdna.us>> old archives: http://dev.webdna.us/TalkListArchive/>=20> ---------------------------------------------------------> This message is sent to you because you are subscribed to> the mailing list .> To unsubscribe, E-mail to: > archives: http://mail.webdna.us/list/talk@webdna.us> old archives: http://dev.webdna.us/TalkListArchive/
Associated Messages, from the most recent to the oldest:
Have you tried isolating the line endings?[text]line_ending=3D ...unix line ending... [/text]or[text]line_ending=3D ..windows line ending... [/text]then using those in [returnraw] tests?[returnraw][line_ending]etc.etc.301 blah blah[line_ending][/returnraw](forgot syntax at the moment, just thinking as a troubleshooter...)-DanOn Fri, 27 Mar 2009 17:57:58 -0600 Govinda wrote:> Thanks Stuart.> What were the symptoms of the bug?> When you say check, do you mean search the archives? Do you remember =a rough date range when=20>this might have been talked about on the list?> If not on the list, where else might I find something to help me solve = this?> Thanks again> -G>=20> On Mar 27, 2009, at 5:38 PM, Stuart Tremain wrote:>=20>> There was a bug in Return Raw, you may want to check. Not sure which =20>> version or if it affected all platforms. I know the bug was in v5.x =20>> on Windows>>>> Regards>>>> Stuart Tremain>> IDFK Web Developments>> AUSTRALIA>> webdna@idfk.com.au>>>> On 28/03/2009, at 8:20 AM, Govinda wrote:>>>>> Hi all>>>>>> Despite 10+ years of successful HTML,WebDNA, (and other related =20>>> languages) I've only just now been doing my reading about HTTP =20>>> status codes, etc.>>>>>> Anyway I have a page from a new clients' inherited site that has an =20>>> include that uses [returnraw] in order to set a cookie and then =20>>> redirect.., and when I inspect the html source sent back I see that =20>>> there is nothing coming back at all from the include, and there is =20>>> also none of the HTML below that include in the original file =20>>> either. So somewhere it is choking on the included file. This =20>>> file was working fine on the previous Mac os x 10.2.8 server, wc =20>>> 5.1c, Webstar V host. (Now I am trying to get this to work on =20>>> RedHat 4 64 bit. ) To troubleshoot, I have commented out the =20>>> entire contents of the include and just started with this =20>>> (uncommented) test:>>>>>> -----------------------start source code------------>>> [returnraw]HTTP/1.0 200 OK>>> Status: 200>>> Content-type: text/html>>>>>> >>>>>> [/ReturnRaw]>>> [!]>>> my previously-working code here commented out.>>> [/!]>>> -----------------------end source code------------>>>>>> I also tried this:>>>>>> -----------------------start source code------------>>> [returnraw]HTTP/1.0 302 Found>>>>>> Location: http://www.google.com/[!]---[Lookup db=3D../=20>>> preferences=20>>> .db&lookinfield=3DPrefName&value=3DPrimaryDomain&returnfield=3DPrefVa=lue]/=20>>> admin---[/!]>>>>>>>>> [/ReturnRaw]>>> [!]>>> my previously-working code here commented out.>>> [/!]>>> -----------------------end source code------------>>>>>> But I am getting the same behavior. (Nothing is coming back from =20>>> the include, nor even any of the code in the file that includes =20>>> this include *after* the [include ..] tag.) I.e. it is dying =20>>> somewhere while trying to parse the include. (When I view source =20>>> from the browser then all I see is the html that the including file =20>>> spits out before we get to the include.)>>>>>> On my new imac I see in BBedit that the local copy of the file does =20>>> indeed have windows CRLF set for the line endings. and encoding is =20>>> set to 'western MacOS Roman'. But after I upload and then open =20>>> that file directly on the server via BBedit, then it shows it has =20>>> Unix (LF) line endings, and western ISO Latin 1 encoding. If I =20>>> said that all right. Not sure what to make of that, nor how to =20>>> change it (if I need to).>>>>>> Can anyone help me troubleshoot this?>>>>>> Thanks>>> -Govinda>>> --------------------------------------------------------->>> This message is sent to you because you are subscribed to>>> the mailing list .>>> To unsubscribe, E-mail to: >>> archives: http://mail.webdna.us/list/talk@webdna.us>>> old archives: http://dev.webdna.us/TalkListArchive/>>>> --------------------------------------------------------->> This message is sent to you because you are subscribed to>> the mailing list .>> To unsubscribe, E-mail to: >> archives: http://mail.webdna.us/list/talk@webdna.us>> old archives: http://dev.webdna.us/TalkListArchive/>=20> ---------------------------------------------------------> This message is sent to you because you are subscribed to> the mailing list .> To unsubscribe, E-mail to: > archives: http://mail.webdna.us/list/talk@webdna.us> old archives: http://dev.webdna.us/TalkListArchive/
"Dan Strong"
DOWNLOAD WEBDNA NOW!
Top Articles:
Talk List
The WebDNA community talk-list is the best place to get some help: several hundred extremely proficient programmers with an excellent knowledge of WebDNA and an excellent spirit will deliver all the tips and tricks you can imagine...
Related Readings:
Everyone: List Traffic (was [include ...] behavior) (1997)
practicing safe queries.. (2000)
Selected Item in Pop-down (2003)
image magick (2003)
Rollovers (1999)
NT b19 sends extra MIME headers (1997)
WebCat Error Log problem (2.0.1, acgi, Mac) (1997)
WebCat2b13MacPlugin - nested [xxx] contexts (1997)
extending webcatalog (1997)
RE: Loss in form (1998)
Secure server question (1997)
Whats wrong with this code? (1998)
Is this possible, WebCat2.0 and checkboxes (1997)
Search bug. Help (2002)
RE: Database field limit? (1998)
Message Board (2001)
[WebDNA] Dead line Time Math (2017)
WebCat2: Formulas.db question (1997)
re:check boxes (1997)
FirstClass/WebCatalog (1999)