On 2004.04.11, Adam Watson <[EMAIL PROTECTED]> wrote:
> [11/Apr/2004:21:23:56][4502.16384][-main-] Notice: config.tcl: starting to
> read config file...
> [11/Apr/2004:21:23:56][4502.16384][-main-] Fatal: config: script error:
> invalid command name "ns_register_proc"
> while executing
> "ns_re
Hello,
This is my first post and I have a question. I'm using some code I got off
the wiki for access a users public_html directory. I keep getting the
following error when trying to start nsd (on linux: fedora Core 1)
[11/Apr/2004:21:23:56][4502.16384][-main-] Notice: config.tcl: starting to
r
I missed the beginning on this conversation (too much email while
I was away), but here are my relevant comments to the last message:
> > During my lunch break, I wrote a small program to
> > compare the execution of Tcl_StringMatch() (what
> > ns_register_filter uses to match URLs) and
> > Tcl_Re
On Fri, 28 Mar 2003, Ayan George wrote:
> Why can't we just use POSIX regular expressions for all of
> the ns_register* procedures?
Urlpattern string or regexp match is ok to execute filters. You execute
all filters that match.
For URL handlers, ex. register procs or ADPs you can have only one
m
I believe in Tcl 8.4 that if regexp sees a "simple" pattern (i.e. one
that string match could use), then it will use string match to process
it. I am not sure where exactly that takes place, so I am not sure if
that's what you are seeing or not. Maybe once Jeff gets back, he would
have some input.
Thanks! Go for it. :-) Make sure you grab the head version of the code
- that will ensure you have the latest 4.0 code. Once you've got
something you're happy with, please submit the changes as a patch and
we'll review.
- Nathan
On Friday, March 28, 2003, at 01:29 PM, Ayan George wrote:
http://
Guys,
During my lunch break, I wrote a small program to
compare the execution of Tcl_StringMatch() (what
ns_register_filter uses to match URLs) and
Tcl_RegExpExec() (what I propose
ns_register_filter should have the option of
using).
It looks like the regular expression stuff is
just as fast (or
Agree. If you want to take a stab at implementing, and can provide a
patch, we'll take a look and get it added to the core. Thanks in
advance.
- Nathan
On Friday, March 28, 2003, at 01:17 PM, Tim Moss wrote:
That sounds like a good idea. Espcially if you make the default
behaviour
whatever the cu
expressions accordingly.
> -Original Message-
> From: AOLserver Discussion [mailto:[EMAIL PROTECTED] Behalf
> Of Brett Schwarz
> Sent: Friday, March 28, 2003 3:58 PM
> To: [EMAIL PROTECTED]
> Subject: Re: [AOLSERVER] ns_register_proc
>
>
> I agree, but maybe we can
I agree, but maybe we can add a option to the command, similar to what
Tcl's switch and lsearch commands do (i.e. -glob -regexp, etc)
--brett
On Fri, 2003-03-28 at 07:43, Peter M. Jansson wrote:
> > Why can't we just use POSIX regular expressions for all of
> > the ns_register* procedures?
>
> Why can't we just use POSIX regular expressions for all of
> the ns_register* procedures?
I'd be concerned about REs degrading performance. REs are usually
significantly slower than glob matches, and the registered proc matcher will
be called a _lot_.
--
AOLserver - http://www.aolserver.com/
Certainly something we can look into to - ideally in a way that would
keep backwards compatibility. Want to take a crack at a proposal that
address this issue across all effected procs?
- Nathan
On Friday, March 28, 2003, at 10:20 AM, Ayan George wrote:
Why can't we just use POSIX regular express
Why can't we just use POSIX regular expressions for all of
the ns_register* procedures?
-ayan
On Fri, 28 Mar 2003, Kriston Rehberg wrote:
> For reasons I don't understand, using ns_register_proc on the "/" root
> path hasn't worked in AOLserver 3 and some of the later versions of
> AOLserver 2.x
For reasons I don't understand, using ns_register_proc on the "/" root
path hasn't worked in AOLserver 3 and some of the later versions of
AOLserver 2.x.
Kris
--- Tomasz Kosiak <[EMAIL PROTECTED]> wrote:
> On Fri, 28 Mar 2003, Ayan George wrote:
>
> > Tomasz,
> >
> > It seems ns_register_proc ig
On Fri, 28 Mar 2003, Ayan George wrote:
> Tomasz,
>
> It seems ns_register_proc ignores glob characters
> at the end of the pattern. ns_register_filter
> works fine.
Indeed they are implemented very differently:
- ns_register_filter uses somthing like string match on url pattern
- ns_register_
Tomasz,
It seems ns_register_proc ignores glob characters
at the end of the pattern. ns_register_filter
works fine.
Thanks for the help.
-ayan
On Fri, 28 Mar 2003, Tomasz Kosiak wrote:
> It supports general url -> directory mapping but also mappings /~user to
> user home directory.
>
> Module
On Thu, 27 Mar 2003, Ayan George wrote:
> I'm trying to register a procedure to handle:
>
> http://www.foo.net/~user/
>
> type URLs. I want to redirect the request to:
>
> http://members.foo.net/user/
>
> I tried a couple of registerd procedures like:
>
> ns_register_proc
Sorry -- wrong Subject:. :(
-- Forwarded message --
Date: Thu, 27 Mar 2003 20:14:56 -0500 (EST)
From: Ayan George <[EMAIL PROTECTED]>
To: AOLserver Discussion <[EMAIL PROTECTED]>
Subject: Re: [AOLSERVER] Ns_PgExec looking in wrong place for plpgsql.so
Hello,
I'm trying to regist
18 matches
Mail list logo