<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel about="http://permalink.gmane.org/gmane.comp.web.aolserver">
    <title>gmane.comp.web.aolserver</title>
    <link>http://permalink.gmane.org/gmane.comp.web.aolserver</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.web.aolserver/15403"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.web.aolserver/15402"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.web.aolserver/15401"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.web.aolserver/15400"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.web.aolserver/15399"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.web.aolserver/15398"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.web.aolserver/15397"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.web.aolserver/15396"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.web.aolserver/15395"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.web.aolserver/15394"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.web.aolserver/15393"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.web.aolserver/15392"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.web.aolserver/15391"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.web.aolserver/15390"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.web.aolserver/15389"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.web.aolserver/15388"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.web.aolserver/15387"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.web.aolserver/15386"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.web.aolserver/15385"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.web.aolserver/15384"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.web.aolserver/15403">
    <title>Re: Problem with in a web page</title>
    <link>http://permalink.gmane.org/gmane.comp.web.aolserver/15403</link>
    <description>Thank all for your answers.
No we've got two problems : first one is how to enable the singlescript
proccesing and the second is aolserver can't find the package sqlite3 when
using "package require" but yesterday it was working and not today. We've
changed nothing...

Thanks in advance,
Thibault


--
AOLserver - http://www.aolserver.com/

To Remove yourself from this list, simply send an email to &lt;listserv&lt; at &gt;listserv.aol.com&gt; with the
body of "SIGNOFF AOLSERVER" in the email message. You can leave the Subject: field of your email blank.
</description>
    <dc:creator>Thibault Fouache</dc:creator>
    <dc:date>2008-11-29T14:51:41</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.web.aolserver/15402">
    <title>Re: Use of the conn argument in a registered proc</title>
    <link>http://permalink.gmane.org/gmane.comp.web.aolserver/15402</link>
    <description/>
    <dc:creator>Eric Lee</dc:creator>
    <dc:date>2008-11-28T18:00:06</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.web.aolserver/15401">
    <title>Re: Problem with in a web page</title>
    <link>http://permalink.gmane.org/gmane.comp.web.aolserver/15401</link>
    <description>Something to be aware of is that the parser does not ignore braces 
that are in comments, so if you have:
# if { "$foo" == "abc" } {
change it to:
# if { "$foo" == "abc" } {}
to avoid complaints about unclosed braces.

Eric

At 06:49 AM 11/28/2008, you wrote:


</description>
    <dc:creator>Eric Lee</dc:creator>
    <dc:date>2008-11-28T14:36:23</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.web.aolserver/15400">
    <title>Re: Problem with in a web page</title>
    <link>http://permalink.gmane.org/gmane.comp.web.aolserver/15400</link>
    <description>
I see:

            &lt;%foreach {bChoice bValueChoice bAdress bValueAdress
bProtocol bValueProtocol bPort bValuePort} $queryBlacklist {%&gt;

Did you turn singlescript processing on?  If not, this is an ADP script
block that has an unclosed brace, the at the end.


</description>
    <dc:creator>Dossy Shiobara</dc:creator>
    <dc:date>2008-11-28T14:12:47</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.web.aolserver/15399">
    <title>Re: Problem with in a web page</title>
    <link>http://permalink.gmane.org/gmane.comp.web.aolserver/15399</link>
    <description>

--
AOLserver - http://www.aolserver.com/

To Remove yourself from this list, simply send an email to &lt;listserv&lt; at &gt;listserv.aol.com&gt; with the
body of "SIGNOFF AOLSERVER" in the email message. You can leave the Subject: field of your email blank.
</description>
    <dc:creator>Thibault Fouache</dc:creator>
    <dc:date>2008-11-28T11:49:14</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.web.aolserver/15398">
    <title>Re: Use of the conn argument in a registered proc</title>
    <link>http://permalink.gmane.org/gmane.comp.web.aolserver/15398</link>
    <description>Hi Eric,

I think you need ns_register_filter instead of ns_register_proc.

Brian


________________________________________
From: AOLserver Discussion [AOLSERVER&lt; at &gt;LISTSERV.AOL.COM] On Behalf Of Eric Lee [ericlee&lt; at &gt;SYMPATICO.CA]
Sent: 27 November 2008 15:53
To: AOLSERVER&lt; at &gt;LISTSERV.AOL.COM
Subject: Re: [AOLSERVER] Use of the conn argument in a registered proc

Thanks for the tip about ns_conn headers, which gets me over the
immediate problem.

My proc is now able to detect a host and ns_returnredirect successfully.

However if the test for that host fails the proc now returns nothing,
i.e. a page of 0 bytes.  What I want it do is just return the page
requested, i.e. just treat the request in the normal way.

If I ns_returnredirect to the original location it gets into a loop
(four requests in access.log) and the browser says:
"Firefox has detected that the server is redirecting the request for
this address in a way that will never complete."

What is the correct way to handle this?  Does the proc need to return
t</description>
    <dc:creator>Fenton, Brian</dc:creator>
    <dc:date>2008-11-27T16:16:31</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.web.aolserver/15397">
    <title>Re: Problem with in a web page</title>
    <link>http://permalink.gmane.org/gmane.comp.web.aolserver/15397</link>
    <description>

you are actually missing a close brace, though not necessarily at line  
27 - follow through the entire script, and you'll see that there's one  
more open brace than close brace. perhaps you missed something in a  
copy/paste from the working version?

cheers

Russell


</description>
    <dc:creator>russell muetzelfeldt</dc:creator>
    <dc:date>2008-11-27T22:14:01</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.web.aolserver/15396">
    <title>Re: Problem with in a web page</title>
    <link>http://permalink.gmane.org/gmane.comp.web.aolserver/15396</link>
    <description>
sorry, please ignore me... my syntax highlighter was just confused by  
the lack of indent on line 32...

:(

R.


</description>
    <dc:creator>russell muetzelfeldt</dc:creator>
    <dc:date>2008-11-27T22:28:23</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.web.aolserver/15395">
    <title>Problem with in a web page</title>
    <link>http://permalink.gmane.org/gmane.comp.web.aolserver/15395</link>
    <description>Hello,

I've currently encouter a problem in one of my web pages
(fire_blacklist.adp). You can find in this package the page, its
backend, its api and the error.
That says that ther is a close brace bu this close brace is not missing.
Can somebody help me?
I would like to say that this page was working well on an other httpd
(tcl) that I cannot use now :).

Thanks a lot in advance :).

thibault


--
AOLserver - http://www.aolserver.com/

To Remove yourself from this list, simply send an email to &lt;listserv&lt; at &gt;listserv.aol.com&gt; with the
body of "SIGNOFF AOLSERVER" in the email message. You can leave the Subject: field of your email blank.
</description>
    <dc:creator>Thibault Fouache</dc:creator>
    <dc:date>2008-11-27T17:26:52</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.web.aolserver/15394">
    <title>Re: Use of the conn argument in a registered proc</title>
    <link>http://permalink.gmane.org/gmane.comp.web.aolserver/15394</link>
    <description>Eric,

You really should be using ns_register_filter instead of ns_return_proc.

    ns_register_filter when method URLpattern myScript ?args?

    proc myScript {?conn? args why} {
       # Do stuff...
    }

With ns_register_proc you intercept all matching URLs and *you* must  
provide valid responses.

With ns_register_filter you intercept all matching URLs (as with  
ns_register_proc), but if you don't want to handle the response  
yourself because the Host header doesn't match, you simply "return  
filter_ok" and the server continues to handle the response normally.

When the Host header does match, your proc would do the redirect or  
the ns_return or ns_write back to the client and then do a "return  
filter_return" so that the server doesn't continue to process the  
connection itself.

/s.

On Nov 27, 2008, at 10:53 AM, Eric Lee wrote:



--
AOLserver - http://www.aolserver.com/

To Remove yourself from this list, simply send an email to &lt;listserv&lt; at &gt;listserv.aol.com&gt; with the
body of "SIGNOFF AOLSERVE</description>
    <dc:creator>Scott Goodwin</dc:creator>
    <dc:date>2008-11-27T16:54:29</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.web.aolserver/15393">
    <title>Re: Use of the conn argument in a registered proc</title>
    <link>http://permalink.gmane.org/gmane.comp.web.aolserver/15393</link>
    <description>Thanks for the tip about ns_conn headers, which gets me over the 
immediate problem.

My proc is now able to detect a host and ns_returnredirect successfully.

However if the test for that host fails the proc now returns nothing, 
i.e. a page of 0 bytes.  What I want it do is just return the page 
requested, i.e. just treat the request in the normal way.

If I ns_returnredirect to the original location it gets into a loop 
(four requests in access.log) and the browser says:
"Firefox has detected that the server is redirecting the request for 
this address in a way that will never complete."

What is the correct way to handle this?  Does the proc need to return 
the entire original page? Would that be [ns_conn content] or is there 
more to it than that?  The result should be transparent, as though 
there were no registered proc involved.

Again, I wonder whether my approach to the initial problem is right.

I'm using AOLserver 4.0.10

Eric

At 01:51 AM 11/27/2008, Scott Goodwin wrote:


</description>
    <dc:creator>Eric Lee</dc:creator>
    <dc:date>2008-11-27T15:53:47</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.web.aolserver/15392">
    <title>Re: Use of the conn argument in a registered proc</title>
    <link>http://permalink.gmane.org/gmane.comp.web.aolserver/15392</link>
    <description>I should take my time and read through the entire message -- I guess  
it's rather late.

The HTTP Host information will be located in the request headers which  
you can grab and put into an ns_set like this:

    set headers [ns_conn headers]

You can then get the HTTP Host header with:

    set host [ns_set get $headers Host]

What you're getting with [ns_conn host] is not the HTTP Host header  
but rather the host portion of the URL that was requested, e.g. if the  
client requested

http://scottg.net/index.adp

[ns_conn host] will return 'scottg.net'

/s.

On Nov 27, 2008, at 12:33 AM, Eric Lee wrote:



</description>
    <dc:creator>Scott Goodwin</dc:creator>
    <dc:date>2008-11-27T06:51:17</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.web.aolserver/15391">
    <title>Re: Use of the conn argument in a registered proc</title>
    <link>http://permalink.gmane.org/gmane.comp.web.aolserver/15391</link>
    <description>You don't actually use the conn argument's value directly. Use ns_conn  
to access the connection information. For example,

set url [ns_conn url]

gets you the URL of the HTTP request.

(a totally useless example, but you get the point).

/s.

On Nov 27, 2008, at 12:33 AM, Eric Lee wrote:



</description>
    <dc:creator>Scott Goodwin</dc:creator>
    <dc:date>2008-11-27T06:17:32</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.web.aolserver/15390">
    <title>Use of the conn argument in a registered proc</title>
    <link>http://permalink.gmane.org/gmane.comp.web.aolserver/15390</link>
    <description>I'm trying to set up an ns_register_proc to redirect requests to what 
used to be a separate website that now points to mine to a directory 
on my site. (The client does not want to use a virtual server.)

My plan is to test the host of the connection and ns_returnredirect 
if it matches the formerly-separate host.

The docs at:
http://panoptic.com/wiki/aolserver/Ns_register_proc
say
"The conn argument will be filled automatically with the connection 
information."
so I expected it to be an ns_set or array, but it does not seem to be.
It contains "cns0" on the first use after a server restart, then 
"cns1", "cns2" on following uses.

Can someone give me a hint how to use the conn argument in:

ns_register_proc GET /* misaEast AAA BBB
proc misaEast { conn {arg1 one} {arg2 two} } {
...
}

I've also tried using [ns_conn host] within the proc but it just 
returns "". Other ns_conn options, including url and location, return 
the expected values. Is there a way around this?

Should what I am trying to do be done </description>
    <dc:creator>Eric Lee</dc:creator>
    <dc:date>2008-11-27T05:33:20</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.web.aolserver/15389">
    <title>Re: segfault in ns_driver query</title>
    <link>http://permalink.gmane.org/gmane.comp.web.aolserver/15389</link>
    <description>Sorry, Andrew and I do work together and I did forget the :-)

Ryan

-----Original Message-----
From: AOLserver Discussion [mailto:AOLSERVER&lt; at &gt;LISTSERV.AOL.COM] On Behalf
Of Dossy Shiobara
Sent: Friday, November 14, 2008 7:44 PM
To: AOLSERVER&lt; at &gt;LISTSERV.AOL.COM
Subject: Re: [AOLSERVER] segfault in ns_driver query

Rusty Brooks wrote:

LOL HAHA, thanks :-)

</description>
    <dc:creator>Ryan Melendez</dc:creator>
    <dc:date>2008-11-17T17:07:43</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.web.aolserver/15388">
    <title>Re: segfault in ns_driver query</title>
    <link>http://permalink.gmane.org/gmane.comp.web.aolserver/15388</link>
    <description>
LOL HAHA, thanks :-)

</description>
    <dc:creator>Dossy Shiobara</dc:creator>
    <dc:date>2008-11-15T01:44:00</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.web.aolserver/15387">
    <title>Re: segfault in ns_driver query</title>
    <link>http://permalink.gmane.org/gmane.comp.web.aolserver/15387</link>
    <description>
Oh, in that case i forgot to put an smiley too... ;-)


</description>
    <dc:creator>Juan José del Río - Simple Option</dc:creator>
    <dc:date>2008-11-15T01:06:41</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.web.aolserver/15386">
    <title>Re: segfault in ns_driver query</title>
    <link>http://permalink.gmane.org/gmane.comp.web.aolserver/15386</link>
    <description>Troll Apologist

Dossy Shiobara wrote:


</description>
    <dc:creator>Rusty Brooks</dc:creator>
    <dc:date>2008-11-15T00:45:16</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.web.aolserver/15385">
    <title>Re: segfault in ns_driver query</title>
    <link>http://permalink.gmane.org/gmane.comp.web.aolserver/15385</link>
    <description>
:-)

I think Ryan forgot to use appropriate smilies.  If I'm not mistaken,
Ryan and Andrew are coworkers.

</description>
    <dc:creator>Dossy Shiobara</dc:creator>
    <dc:date>2008-11-15T00:38:18</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.web.aolserver/15384">
    <title>Re: segfault in ns_driver query</title>
    <link>http://permalink.gmane.org/gmane.comp.web.aolserver/15384</link>
    <description>
Troll.


</description>
    <dc:creator>Juan José del Río - Simple Option</dc:creator>
    <dc:date>2008-11-15T00:03:55</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.web.aolserver/15383">
    <title>Re: segfault in ns_driver query</title>
    <link>http://permalink.gmane.org/gmane.comp.web.aolserver/15383</link>
    <description>No.  Amateur at best. Try and suck less!


</description>
    <dc:creator>Ryan Melendez</dc:creator>
    <dc:date>2008-11-14T20:13:36</dc:date>
  </item>
  <textinput about="http://search.gmane.org/?group=$group=gmane.comp.web.aolserver">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.comp.web.aolserver</link>
  </textinput>
</rdf:RDF>
