========================================================================= Date: Mon, 1 Sep 1997 21:19:00 +0200 Reply-To: Web Development with AOLserver Sender: Web Development with AOLserver From: Michael Hirmke Organization: Kommunikationsnetz Franken e.V. (Nuernberg) Subject: Server fatal exception - exiting MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hi *, I use AOLserver 2.2 on a Linux 2.0.29 machine. I got the required libs and everythings seems to work as expected so far. Now I want to use Postgresql as my database system. I got the postgres.so compiled *and* loaded without any obvious problem, but now every time I try to access my database from the "database services" page in the server administration the actual nsd process crashes with *AOLserver[25953]: Server fatal exception - exiting* Does anybody have any hint about that problem ? Thx and bye. Michael. -- Michael Hirmke | Telefon +49 (911) 557999 Georg-Strobel-Strasse 81 | FAX +49 (911) 557664 90489 Nuernberg | E-Mail mh@mike.franken.de | WWW http://minimike.franken.de/ ========================================================================= Date: Mon, 1 Sep 1997 21:54:00 +0200 Reply-To: Web Development with AOLserver Sender: Web Development with AOLserver From: Michael Hirmke Organization: Kommunikationsnetz Franken e.V. (Nuernberg) Subject: Server fatal exception - exiting (more) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hi *, A few more information about this problem. I want to use Postgresql as my database system. I got the postgres.so compiled *and* loaded without any obvious problem, but now every time I try to access my database from the "database services" page in the server administration the actual nsd process crashes with *AOLserver[25953]: Server fatal exception - exiting* Just saw, that there were a few information in the server.log file: ------------------------< snip snip snip >----------------------------- [01/Sep/1997:21:50:35 +0200][26025.10242][minimike01] Notice: Ns_DbOpenDb(postgres): Opening datasource: mh001 [01/Sep/1997:21:50:35 +0200][26025.10242][minimike01] Error: Ns_PgOpenDb(postgres): Malformed datasource: mh001 *** Exception caught in thread 10242 - invoking exception callbacks *** Status of virtual server 'minimike01': Threads: min 0, max 50, current 1, idle 0, busy 0, stopping 0 Active Connections: 10242: tclrun POST /NS/Db/GetNewTableForm1 0 Status of virtual server 'nssetup': Threads: min 0, max 50, current 0, idle 0, busy 0, stopping 0 Active Connections: [01/Sep/1997:21:50:35 +0200][26025.11269] Notice: AOLserver/2.2 stopping. [01/Sep/1997:21:50:35 +0200][26025.11269] Notice: Stopping server: nssetup [01/Sep/1997:21:50:35 +0200][26025][minimike01] Fatal: Server fatal exception - exiting. ------------------------< snip snip snip >----------------------------- Does anybody have any hint about that problem ? What does "malformed datasource" mean ? Thx and bye. Michael. -- Michael Hirmke | Telefon +49 (911) 557999 Georg-Strobel-Strasse 81 | FAX +49 (911) 557664 90489 Nuernberg | E-Mail mh@mike.franken.de | WWW http://minimike.franken.de/ ========================================================================= Date: Tue, 2 Sep 1997 10:53:42 -0400 Reply-To: Web Development with AOLserver Sender: Web Development with AOLserver From: Doug McKee Subject: AOLserver 2.2 alert! Comments: To: webdev@listserv.aol.com In-Reply-To: <6d2H2XjKpfB@mike.franken.de> (message from Michael Hirmke on Mon, 1 Sep 1997 21:54:00 +0200) Hey everyone, Let me first apologize for us posting a 2.2 release that contains a couple new bugs: - An explicit "ns_db releasehandle" brings down the server - "ns_share -init" behavior is not the newly documented behavior. We'll be putting up a new 2.2 release before the end of today, so if you've already downloaded 2.2 final release, make sure and download it again at the end of the day! And if you haven't downloaded it yet, wait til this evening! And at the same time we'll take a look at the Postgres database driver problem that was recently described on this list. As a short term workaround, I have a feeling that this problem might go away if ExtendedTableInfo is turned off for the database pool. Thanks for your understanding, doug ------------------------------------------------------------------- Doug McKee, Manager, Web Server Development Email: doug@aol.net America Online, Inc. 8619 Westwood Center Drive Vienna, VA 22182 ------------------------------------------------------------------- ========================================================================= Date: Tue, 2 Sep 1997 11:46:24 -0700 Reply-To: Web Development with AOLserver Sender: Web Development with AOLserver From: Jeff Huber Organization: AM.net Subject: Problem with AOLserver 2.2 _ns_dyntcl_eval Comments: cc: feedback@aolserver.com MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit I have found the following problem in the _ns_dyntcl_eval which comes with AOLserver 2.2 for linux. This problem occurs with the version of AOLserver 2.2 which I downloaded yesterday 09-01-97. I am posting this to the list so that when AOL fixes this problem (if they do) everyone doesn't have to re-download AOLserver 2.2. The code for _ns_dyntcl_eval reads: ---- BEGIN CODE ----- proc _ns_dyntcl_eval {c ignore} { set form [ns_conn form $c] if {$form != ""} { set tcl [ns_set get $form tcl] } else { set tcl "" } set title "Tcl Evaluation" set html \ "The Tcl entered below will be evaluated by the server.\ The results will be wrapped in a PRE and returned to you.\
\
\ \
" if {$tcl != ""} { global errorInfo # Eliminate carriage-returns regsub -all "\r\n" $tcl "\n" tcl global conn set conn $c set tcl "global conn\n$tcl" append html "
" if [catch {set result [ns_eval $tcl]}] { set title "Tcl Evaluation Error" append html "Your Tcl evaluation threw an error: \
[ns_quotehtml "$errorInfo"]
" } else { set title "Tcl Evaluation Result" append html "Your Tcl evaluation returned the following result: \
[ns_quotehtml $result]
" } } ns_returnnotice $c 200 $title $html } ---- END CODE ----- the problem is on line 18 right underneath the if {$tcl != ""} which reads: global errorInfo it should read ns_share errorInfo without making this change you get a server error every time you use /NS/EvalTcl to evaluate a Tcl script which throws an error. It appears this problem with global errorInfo appears in a lot of places in the gettcl.tcl file. It is easily fixed with a search and replace. -- ---------------------------------------------------- | Jeff Huber | AM.net Programmer | | jhuber@am.net | AOLserver Mailing List Moderator | ---------------------------------------------------- -=- Visit Me on the Web: http://am.net/jeff -=- ========================================================================= Date: Tue, 2 Sep 1997 21:51:16 -0400 Reply-To: Web Development with AOLserver Sender: Web Development with AOLserver From: Doug McKee Subject: AOLserver 2.2 release, for real! Comments: To: webdev@listserv.aol.com Hey all, Sorry about the snafu with the 2.2 final release build, but you can now download the "real" 2.2 release from www.aolserver.com. "ns_db releasehandle" and "ns_share -init" should both work now. Of course, things can always slip through, and if anything else nasty should arise, please let us know! We can always do a 2.2.1 release if we need to. Now to answer the two other bug reports we've had: * We haven't been able to reproduce a crash with the Linux AOLserver 2.2 and the Postgres database driver, but you should definitely turn extended table info off when you use this driver. Next release we'll fix this. We're running the latest version of Postgres (6.2) and linux 2.0.27. * errorInfo _should_ be a global variable and _not_ a shared variable as you want different errorInfo for different Tcl interpreters. And we can't seem to reproduce this problem either -- again, we're running linux 2.0.27. Anyone else run into this problem? Thanks for bearing with us! doug ------------------------------------------------------------------- Doug McKee, Manager, Web Server Development Email: doug@aol.net America Online, Inc. 8619 Westwood Center Drive Vienna, VA 22182 ------------------------------------------------------------------- ========================================================================= Date: Wed, 3 Sep 1997 16:46:00 +0200 Reply-To: Web Development with AOLserver Sender: Web Development with AOLserver From: Michael Hirmke Organization: Kommunikationsnetz Franken e.V. (Nuernberg) Subject: solved: Server fatal exception - exiting MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hi *, thx to all, who answered my question regarding *AOLserver[25953]: Server fatal exception - exiting* As most of you stated, it was a wrong definition for "datasource" in my nsd.ini. I changed it to "localhost:5432:" and the server stopped crashing. What I saw then, is that AOLserver connects to the database as user "nsadmin" or whatever is defined as the unix user for the server. It ignores the User/Password entries in [ns/db/pools/] completely - is that correct or are there some more errors in my configuration ? Another question - doesn't postgres support "ExtendedTableInfo" ? If I activate this option, I get errors in my server.log: ------------------------< snip snip snip >----------------------------- [02/Sep/1997:19:34:54 +0200][2839.5122][minimike01] Error: Db: Could not initialize extended info for pool 'dbpool01' ------------------------< snip snip snip >----------------------------- And it also seems not to support "unique", when creating a new table: ------------------------< snip snip snip >----------------------------- [02/Sep/1997:19:35:24 +0200][2839.5122][minimike01] Error: Ns_PgExec(localhost:5432:nsd001): Could not send query 'create table test ( test text not null unique )': WARN:parser: parse error at or near "not" ------------------------< snip snip snip >----------------------------- Can anybody confirm that ? Thx and bye. Michael. -- Michael Hirmke | Telefon +49 (911) 557999 Georg-Strobel-Strasse 81 | FAX +49 (911) 557664 90489 Nuernberg | E-Mail mh@mike.franken.de | WWW http://minimike.franken.de/ ========================================================================= Date: Wed, 3 Sep 1997 16:45:00 +0200 Reply-To: Web Development with AOLserver Sender: Web Development with AOLserver From: Michael Hirmke Organization: Kommunikationsnetz Franken e.V. (Nuernberg) Subject: Re: AOLserver 2.2 release, for real! MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hi Doug, [...] > * We haven't been able to reproduce a crash with the Linux AOLserver > 2.2 and the Postgres database driver, but you should definitely turn > extended table info off when you use this driver. Next release we'll > fix this. We're running the latest version of Postgres (6.2) and > linux 2.0.27. You can easily reproduce this, if you set "Datasource=" instead of "Datasource=localhost::" in nsd.ini :)) What about the error message I reported when using "unique" for a table field ? [...] > Thanks for bearing with us! > > doug Bye. Michael. -- Michael Hirmke | Telefon +49 (911) 557999 Georg-Strobel-Strasse 81 | FAX +49 (911) 557664 90489 Nuernberg | E-Mail mh@mike.franken.de | WWW http://minimike.franken.de/ ========================================================================= Date: Wed, 3 Sep 1997 12:18:45 -0700 Reply-To: Web Development with AOLserver Sender: Web Development with AOLserver From: Jeff Huber Organization: AM.net Subject: Re: AOLserver 2.2 release, for real! MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Doug McKee wrote: > * errorInfo _should_ be a global variable and _not_ a shared variable > as you want different errorInfo for different Tcl interpreters. And > we can't seem to reproduce this problem either -- again, we're running > linux 2.0.27. Anyone else run into this problem? That's funny. I just downloaded AOLserver 2.2 today and the errorInfo is set to be a global variable in _ns_dyntcl_eval and everything works fine. I could have sworn that the original version of AOLserver 2.2 that I downloaded was giving me a server error everytime a Tcl script throw an error in /NS/EvalTcl. Sorry for that misinformation that I posted. (Maybe I should stop smoking so much pot..) -- ---------------------------------------------------- | Jeff Huber | AM.net Programmer | | jhuber@am.net | AOLserver Mailing List Moderator | ---------------------------------------------------- -=- Visit Me on the Web: http://am.net/jeff -=- ========================================================================= Date: Fri, 5 Sep 1997 10:47:51 -0400 Reply-To: Eric O'Laughlen Sender: Web Development with AOLserver From: Eric O'Laughlen Subject: Re: AOLSERVER Digest - 2 Sep 1997 to 3 Sep 1997 In-Reply-To: <199709040406.AAA11155@services.web.aol.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII On Thu, 4 Sep 1997, Automatic digest processor wrote: Hey Michael, > You can easily reproduce this, if you set "Datasource=" instead of > "Datasource=localhost::" in nsd.ini :)) Yes...this I replicated and we'll be incorporating a fix in our next minor release or beta. > What about the error message I reported when using "unique" for a table > field ? In 6.0, column contraints aren't supported. If you go to their website (http://www.postgresql.com), they tell you how to create a unique index on a column. Thanks for the feedback, o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o | Eric O'Laughlen e-mail: erico@aol.net| | AOL Web Development W: 703.918.2142 | o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o ========================================================================= Date: Sat, 6 Sep 1997 12:09:36 +0200 Reply-To: Web Development with AOLserver Sender: Web Development with AOLserver From: Rohner Franz Organization: CERN Subject: AS 2.2 does not setup on RedHat 4.2 (Builtmore) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hello Having an AS 2.1 running both on HP-UX and DUX for a long time, I could not resist to install AS2.2 on a PC running with Linux 2.0.30 out of the box. But the "nssetup" tcl modules gets apparently stuck with: [06/Sep/1997:10:49:15 +0200][3683.2050][nssetup] Notice: 515 bytes of raw data to follow: couldn't read file "$source": No such file or directory while executing "source $source" invoked from within "if [file exists $cache] { ns_log Notice "Setup: Reading config data cache: $cache" source $cache } else { ns_log Notice "Setup: Buildin ..." (file "/opt/AOLserver/modules/nssetup/data.tcl" line 17) invoked from within "source [ns_info tcllib]/data.tcl" Could there be a version problem ? Franz Rohner, CERN LHC division Geneva ========================================================================= Date: Sat, 6 Sep 1997 16:05:20 -0400 Reply-To: Web Development with AOLserver Sender: Web Development with AOLserver From: Nicholas Basker Subject: aol web server configuration problem MIME-Version: 1.0 Content-Type: text/plain Hello, I am trying to install the aol webserver version 2.1 on a WinNT machine. I am using WindowsNT 4.0 workstation. I downloaded aolserver for NT and installed it on my workstation. I am able to configure everything my web server works fine. I have a problem creating a database table. The data base i am using is MS-ACCESS and i have specified the SystemDSN in OSDB32 driver in my workstation. I configured the database pool and the virtual server to access the database as mentioned in the "aol server administrators manual". I get no errors in any of the above steps. But when i try to create a database table through the Virtual server administrator i get an error. The error message is "Configuration error encountered while satisfying your request". At the time of the occurance of this error the URL i am trying to access is "http://myhostname/NS/Db/GetNewTableForm1". Every installation and configuration step mentioned in the manual goes fine but i am unable to CREATE a DATABSE table. Any help would be appreciated. Thankyou, Nicholas. ========================================================================= Date: Thu, 11 Sep 1997 10:10:21 +0100 Reply-To: Web Development with AOLserver Sender: Web Development with AOLserver From: Barlow Subject: server hanging Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" I would like to know if any attempt is being made by the developers to chase down the server lockup bug that has been in aolserver since the very first version? After reading all the postings I come to the conclusion this bug is not platform dependant,apparently everyone has seen the problem at one time or another. I realize AOL has been released for free,yet I have many many hrs in this system over the past years and really hate to just give up and go to another server. I have never seen aol stay online more then 5 days before it locks up and I have to restart it,this is the BEST I have ever gotten,normally it runs about 3 days and locks up. IS aolserver being used for ANY serious work? I cant belive it is with this terrible bug in the system??? Sincerely Kerry & Donald Barlow&Barlow computers Servers for you. http://mntnweb.com admin@mntnweb.com ========================================================================= Date: Thu, 11 Sep 1997 15:19:26 -0400 Reply-To: Web Development with AOLserver Sender: Web Development with AOLserver From: Jeff Rawlings Subject: Re: server hanging Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" At 10:10 AM 9/11/97 +0100, you wrote: >I have never seen aol stay online more then 5 days before it locks up and I >have to restart it,this is the BEST I have ever gotten,normally it runs >about 3 days and locks up. Although I've seen this happen, in my experience it's much less frequent... For example the AOL Business Directory server hasn't been restarted since early August, and has seen runs of several months without downtime. At the same time, I also would love to see this tracked down :) I assume, though, that it has been fairly difficult to reproduce reliably. >IS aolserver being used for ANY serious work? I cant belive it is with this >terrible bug in the system??? Yes, it certainly is -- www.aol.com, members.aol.com, www.primehost.com, etc. Of course, these environments are all aggressively monitored, as any high-volume live site should be. Cheers, --Jeff Rawlings ========================================================================= Date: Thu, 11 Sep 1997 21:30:53 +0200 Reply-To: root@tp3.ruhr-uni-bochum.de Sender: Web Development with AOLserver From: admin r6-24 Organization: Theoretische Physik III Subject: enhancements: framed TCL- and HTML-editing Comments: cc: woba@dortmund.net MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit hello all , for those who are interested in downloading an enhanced version of a framed tcl-tool, based on Hal M. Heislers "easytcl", should read this. In general, the tool is designed to manage vservers, edit tcl-scripts and html-source-files in "one window". the access_log now comes with features like : - domain html/tcl sorted - ip html/tcl sorted - page access html/tcl sorted and - time access html/tcl sorted analysis. I also solved the problem of variable width axis scaling of the sort column. The graphs are now correctly scaled. tcl- and html-editing features: - standalone scripts - nicely formatted - trashcan - numerous helpful additions The VSvrAdmin link now connects to the _virtual_ servers setup page. file names: HTML-editing: easyhtml.tcl TCL-devel: easytcl.tcl Statistics: access_log.tcl, access_log_domain.tcl AOLServer Versions: >=2.1 demo: You may take a look at the gequal-2.1 version on http://joy.tp3.ruhr-uni-bochum.de/NS/TCL enter "guest,easytcl" as the user-password combination download: you have two possibilities: 1. get the scripts directly from: ftp://joy.tp3.ruhr-uni-bochum.de/pub/AOLserver/tcl/gequal-2.1/private/ 2. use the guest-login and click on the FTP-Link in the navigation window ciao woba --- w.bathelt email: mailto:woba@dortmund.net home-page:http://www.tp3.ruhr-uni-bochum.de/woba.html ------------------------------------------------------ ========================================================================= Date: Fri, 12 Sep 1997 00:33:39 -0400 Reply-To: Web Development with AOLserver Sender: Web Development with AOLserver From: JGDavidson@aol.com Subject: Re: server hanging In a message dated 97-09-11 15:41:03 EDT, you write: > >I have never seen aol stay online more then 5 days before it locks up and I > >have to restart it,this is the BEST I have ever gotten,normally it runs > >about 3 days and locks up. > > Although I've seen this happen, in my experience it's much less frequent... > For example the AOL Business Directory server hasn't been restarted > since early August, and has seen runs of several months without downtime. > > At the same time, I also would love to see this tracked down :) > I assume, though, that it has been fairly difficult to reproduce reliably. > > >IS aolserver being used for ANY serious work? I cant belive it is with this > >terrible bug in the system??? > > Yes, it certainly is -- www.aol.com, members.aol.com, www.primehost.com, > etc. Of course, these environments are all aggressively monitored, as any > high-volume live site should be. All the digitalcity.com servers are AOLserver. We make extensive use of Tcl and the database interface, including the groovy new ADP stuff. The servers chug along just fine. -Jim ========================================================================= Date: Fri, 12 Sep 1997 00:37:38 -0400 Reply-To: philg@mit.edu Sender: Web Development with AOLserver From: Philip Greenspun Subject: AOLserver hanging In-Reply-To: <199709120404.AAA27939@services.web.aol.com> (message from Automatic digest processor on Fri, 12 Sep 1997 00:02:14 -0400) Date: Thu, 11 Sep 1997 10:10:21 +0100 From: Barlow Subject: server hanging I would like to know if any attempt is being made by the developers to chase down the server lockup bug that has been in aolserver since the very first version? After reading all the postings I come to the conclusion this bug is not platform dependant,apparently everyone has seen the problem at one time or another. I realize AOL has been released for free,yet I have many many hrs in this system over the past years and really hate to just give up and go to another server. I have never seen aol stay online more then 5 days before it locks up and I have to restart it,this is the BEST I have ever gotten,normally it runs about 3 days and locks up. IS aolserver being used for ANY serious work? I cant belive it is with this terrible bug in the system??? I will be the first to agree with you that AOLserver is bad. In fact, the only systems that are worse are all the other Web server programs ... :-) My personal experience is that AOLserver 2.2 on HP-UX 10.10 (with max_files set to max_files_lim in the kernel; an important workaround for an HP-UX bug) cannot be made to crash serving static files. Definitely it runs for at least 20 million hits without crashing, probably forever. On Solaris talking to Illustra, the situation is decidedly less rosy. A heavily accessed db-backed site will hang and/or crash occasionally. At http://arsdigita.com , we do the following: 1) run AOLserver from /etc/inittab 2) run a separate "keepalive" AOLserver that rolls the error log every night (we run with verbose SQL logging turned on so these logs grow to 50 MB per day and more) and check every few minutes (with ns_httpget) to make sure that the public AOLserver is responding to db-backed GETs. If not, the keepalive server kills the main server (resulting in /etc/init restarting it). The keepalive server also knows how to find a crashed ELMD and restart it. I don't have real production experience with AOLserver talking to Oracle or IUS. My fervent hope is that it will be more reliable. At Hearst we follow more or less the same procedures with all of our Web servers, including AOLserver and Netscape Enterprise. Anyway, I agree that it would be better if AOLserver never crashed or hung. But on the other hand, I think it is wisest to build an architecture that does not depend on any piece of software being 100% reliable. Philip p.s. If you want to see me get enraged, ask me about my Sun Ultra 2 that has suffered 10 catastrophic hardware failures in 6 months. Or ask about the guys from the phone company (Sun contracts out their hardware maintenance) who come out and randomly swap boards until they decide to declare the machine fixed. p.p.s. Here's a little .tcl page I wrote to see how heavily used an AOLserver was at any moment. You have to EnableTclPages to make this work in AOLserver 2.2. ----------------- stick this in a file called "monitor.tcl" or whatever # this program was written by Philip Greenspun (philg@mit.edu) # it is free to everyone under the standard GNU Public License set connections [ns_server active] # let's build an ns_set just to figure out how many distinct elts; kind of a kludge # but I don't see how it would be faster in raw Tcl set scratch [ns_set new scratch] foreach connection $connections { ns_set cput $scratch [lindex $connection 1] 1 } set distinct [ns_set size $scratch] # run standard Unix uptime command to get load average (crude measure of # system health) set uptime_output [exec uptime] ns_write $conn "HTTP/1.0 200 OK MIME-Version: 1.0 Content-Type: text/html Life on the [ns_info server] server

Life on the [ns_info server] server


There are a total of [llength $connections] requests being served right now (to $distinct distinct IP addresses). Note that this number seems to include only the larger requests. Smaller requests, e.g., for .html files and in-line images, seem to come and go too fast for this program to catch.

Here's what uptime has to say about the box:

$uptime_output
" foreach connection $connections { ns_write $conn "
conn #client IPstatemethodurln seconds
[join $connection ]" } ns_write $conn "

philg@mit.edu
" ========================================================================= Date: Fri, 12 Sep 1997 07:19:02 -0400 Reply-To: Web Development with AOLserver Sender: Web Development with AOLserver From: Eric O'Laughlen Subject: Re: AOLSERVER Digest - 6 Sep 1997 to 11 Sep 1997 In-Reply-To: <199709120402.AAA27926@services.web.aol.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII On Fri, 12 Sep 1997, Automatic digest processor wrote: Hey Barlow, > I would like to know if any attempt is being made by the developers to chase > down the server lockup bug that has been in aolserver since the very first > version? Unfortunately, we aren't currently developing or enhancing the NT port of AS. A few months ago we made the decision to suspend development on the NT platform and to focus our resources and efforts on the unix versions of AS. With this decision, we decided to officially support the Linux port. The unix versions are quite stable and introduce: a host of new features, bug fixes, and added documentation. I recommend that you use one of the other supported platforms. Thanks, o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o | Eric O'Laughlen e-mail: erico@aol.net| | AOL Web Development W: 703.918.2142 | o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o ========================================================================= Date: Fri, 12 Sep 1997 16:10:30 +0200 Reply-To: Web Development with AOLserver Sender: Web Development with AOLserver From: Marco Coletti Subject: Rolling the error log Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" >2) run a separate "keepalive" AOLserver that rolls the error log every >night (we run with verbose SQL logging turned on so these logs grow to >50 MB per day and more) and check every few minutes (with ns_httpget) to >make sure that the public AOLserver is responding to db-backed GETs. If How does the keepalive server roll the error log? I'm unable to find any Tcl command or config parameter for this task. My server.log keeps growing... ---------------------------------------------------------------------- Marco Coletti Network Administrator, Webmaster, Computer Consultant PGP public key: http://keys.pgp.com:11371/pks/lookup?op=get&exact=on&search=0x96A79061 finger://mail.eurofin.it/marco.coletti Fingerprint: 9F E5 80 61 F6 9F 05 2D EA 53 6F 2D 82 8B C7 C2 ---------------------------------------------------------------------- ========================================================================= Date: Fri, 12 Sep 1997 16:21:55 +0200 Reply-To: Web Development with AOLserver Sender: Web Development with AOLserver From: Marco Coletti Subject: AOLserver hanging... and Illustra grinding. In-Reply-To: <199709120439.AA203019163@martigny.ai.mit.edu> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" At 00.37 12/09/97 -0400, you wrote: >I don't have real production experience with AOLserver talking to Oracle >or IUS. My fervent hope is that it will be more reliable. The behaviour of AOLserver when talking to Illustra is strange. I have AOLserver 2.1 on NT 3.51 sp5 and Illustra 3.2 on another NT 3.51 sp4 machine; AOLserver is using the built in driver (not the proxy daemon) to talk to Illustra. There are those "Db: Stale:" messages in the server log. For what I understand, they mean that a db pool connections was idle and AOLserver decided to close it. When it is some minutes that no db query is made, a db query that otherwise would end in a fraction of second takes 5-20 seconds or even more... It seems this is related to the "Stale" messages and to the fact that AOLserver/Illustra take some seconds to build a connection. I observed that a "Stale" message is logged approximately 12 minutes after the last query has been made. I was somewhat tired of the "Db: Stale:" phenomenon, then I decided to write a little Tcl proc which is scheduled to run every 10 minutes. This proc (I called it dbkeepalive) makes an SQL select followed by and update on a special db table and computes how much time it takes to complete the transaction (if it takes too much time or the database is not responding at all, then it sends an email to me). I was hoping this would have put an end to the "Stale" phenomenon... Instead, there are still many "Stale" messages (though less than before) and from time to time I get an email which says the last transaction has taken 3-4 seconds or so (when the regular duration is about 0.2 seconds). Last night, when the site was not hit at all, appeared what seems a regular pattern in the Stale events: [12/Sep/1997:02:28:27 +0200][216.106] Notice: Db: Stale: default:efcdb [12/Sep/1997:03:18:27 +0200][216.208] Notice: Db: Stale: default:efcdb [12/Sep/1997:04:18:27 +0200][216.183] Notice: Db: Stale: default:efcdb [12/Sep/1997:05:38:20 +0200][216.210][-Scheduler-] Notice: Db: Stale: default:efcdb [12/Sep/1997:06:18:28 +0200][216.223] Notice: Db: Stale: default:efcdb [12/Sep/1997:07:28:28 +0200][216.214] Notice: Db: Stale: default:efcdb [12/Sep/1997:08:48:20 +0200][216.210][-Scheduler-] Notice: Db: Stale: default:efcdb [12/Sep/1997:09:38:20 +0200][216.210][-Scheduler-] Notice: Db: Stale: default:efcdb Approx. every hour there was a Stale event (even if my dbkeepalive was hammering the database every 10 minutes). For each of these events I got an email from dbkeepalive stating that the transaction took too much time (about 3-4 seconds). So what is really this "Stale" message? Why does it appear even when there is a regular db activity? Is there any way to make a db pool stay "hot"? ---------------------------------------------------------------------- Marco Coletti Network Administrator, Webmaster, Computer Consultant PGP public key: http://keys.pgp.com:11371/pks/lookup?op=get&exact=on&search=0x96A79061 finger://mail.eurofin.it/marco.coletti Fingerprint: 9F E5 80 61 F6 9F 05 2D EA 53 6F 2D 82 8B C7 C2 ---------------------------------------------------------------------- ========================================================================= Date: Fri, 12 Sep 1997 12:44:04 -0400 Reply-To: Web Development with AOLserver Sender: Web Development with AOLserver From: Jeff Rawlings Subject: Re: AOLserver hanging... and Illustra grinding. Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" At 04:21 PM 9/12/97 +0200, Marco wrote: [...] >Approx. every hour there was a Stale event (even if my dbkeepalive was >hammering the database every 10 minutes). For each of these events I got >an email from dbkeepalive stating that the transaction took too much time >(about 3-4 seconds). > >So what is really this "Stale" message? > >Why does it appear even when there is a regular db activity? > >Is there any way to make a db pool stay "hot"? From the AOLserver docs (configuration info in the administration guide) at http://www.aolserver.com/server/docs/2.1/html/con-ch4.htm#7935 [ns/db/pool/pool-name] This section configures a database pool. There should be one of these sections for each database pool listed in the [ns/db/pools] section. nsd.ini parameter: MaxIdle default (in seconds): 600 The maximum length of time in seconds that a database connection within this pool can remain open and idle. The default setting causes connections that are idle for 10 minutes to be closed. Note that MaxIdle will not have an effect if it is equal to MaxOpen. nsd.ini parameter: MaxOpen default (in seconds): 3600 The maximum length of time in seconds that a database connection within this pool can remain open. It is recommended that MaxOpen be a multiple of MaxIdle; otherwise, MaxOpen may be off by as much as (MaxOpen mod MaxIdle). The default setting causes all connections to be closed after one hour, regardless of activity level. Database pool connections will then be opened again as needed up to the value of the Connections parameter. Cheers, --Jeff Rawlings ========================================================================= Date: Fri, 12 Sep 1997 09:45:59 -0700 Reply-To: Web Development with AOLserver Sender: Web Development with AOLserver From: Michael Amster Subject: Re: AOLSERVER Digest - 6 Sep 1997 to 11 Sep 1997 In-Reply-To: <199709120404.AAA27941@services.web.aol.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Kerry and Donald: Have you read the multiple postings about DNS and the AOLServer? If not, are you resolving DNS on your AOLServer? Most of the problems I have heard of in running AOLServer for over a year have been due to high volume sites resolving DNS. It appears that the threaded nature of the server does not always work well with blocking DNS resolution. Turning of DNS resolution seems to fix most of the lockups which fit your description. Without more specifics about server log output, database configuration, memory usage, I think this is the best first place to look. If you want serious bugs, play with IIS. -MA >Date: Thu, 11 Sep 1997 10:10:21 +0100 >From: Barlow >Subject: server hanging > >I would like to know if any attempt is being made by the developers to chase >down the server lockup bug that has been in aolserver since the very first >version? >After reading all the postings I come to the conclusion this bug is not >platform dependant,apparently everyone has seen the problem at one time or >another. > I realize AOL has been released for free,yet I have many many hrs in this >system over the past years and really hate to just give up and go to another >server. >I have never seen aol stay online more then 5 days before it locks up and I >have to restart it,this is the BEST I have ever gotten,normally it runs >about 3 days and locks up. >IS aolserver being used for ANY serious work? I cant belive it is with this >terrible bug in the system??? > >Sincerely >Kerry & Donald >Barlow&Barlow computers >Servers for you. >http://mntnweb.com >admin@mntnweb.com > ~-~-~-~-~-~-~-~-~-~-~-~-~-~-WEBEASY-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~ Michael Amster mamster@webeasy.com 4676 Admiralty Way, Suite 300 Tel: 310.574.5339 Marina Del Rey, CA 90292 Fax: 310.574.5327 ========================================================================= Date: Fri, 12 Sep 1997 18:37:11 +0200 Reply-To: m.juergens@crocodial.de Sender: Web Development with AOLserver From: Michael Juergens Organization: Crocodial Communications Subject: importing illustra 3.1 dumps from NT to SUN Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="------------16A03F0028EC9A23553D8F9A" This is a multi-part message in MIME format. --------------16A03F0028EC9A23553D8F9A Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hi, we are switching our AOL-Server from NT tu SUN. now I tried to import the dumps I have created from my NT System. unfortunatly we are using illustra 3.1 on our NT and illustra 3.2 on the SUN. so i get only the following message: > * create database test with (template='MI_HOME/test3.dmp'); > W01S0A:restore: the first device block is not the meta block, this is not a recognizable dump > > server volume request for level 0, volume 0 > if necessary, enter the new path and new device on a single line > separated by a space, or 'quit' to quit > Press Return when ready... does anyboy know how I can get my databases from the NT-System to the SUN? Thank you for any help, Michael Juergens --------------16A03F0028EC9A23553D8F9A Content-Type: text/x-vcard; charset=us-ascii; name="vcard.vcf" Content-Transfer-Encoding: 7bit Content-Description: Card for Michael Juergens Content-Disposition: attachment; filename="vcard.vcf" begin: vcard fn: Michael Juergens n: Juergens;Michael org: Crocodial Communications adr: ;;Ophagen 16a;Hamburg;Germany;D-20257; email;internet: m.juergens@crocodial.de tel;work: +49.40.8532640 tel;fax: +49.40.85326464 tel;home: +49.4153.582313 x-mozilla-cpt: ;0 x-mozilla-html: FALSE end: vcard --------------16A03F0028EC9A23553D8F9A-- ========================================================================= Date: Fri, 12 Sep 1997 13:07:11 -0500 Reply-To: simmonmt@acm.org Sender: Web Development with AOLserver From: Matt Simmons Subject: AOLserver 2.2 for Solaris x86 Mime-Version: 1.0 (generated by tm-edit 7.106) Content-Type: text/plain; charset=US-ASCII Are there any plans to release 2.2 for Solaris x86? I noticed that it showed up in 2.1, but I can't seem to find it in 2.2. Thanks Matt -- Matt Simmons - simmonmt@acm.org - http://www.netcom.com/~simmonmt Why do they report power outages on TV? ========================================================================= Date: Fri, 12 Sep 1997 14:58:33 -0400 Reply-To: Web Development with AOLserver Sender: Web Development with AOLserver From: JGDavidson@aol.com Subject: Re: AOLSERVER Digest - 6 Sep 1997 to 11 Sep 1997 In a message dated 97-09-12 14:03:07 EDT, you write: > Have you read the multiple postings about DNS and the AOLServer? If not, > are you resolving DNS on your AOLServer? > > Most of the problems I have heard of in running AOLServer for over a year > have been due to high volume sites resolving DNS. It appears that the > threaded nature of the server does not always work well with blocking DNS > resolution. Turning of DNS resolution seems to fix most of the lockups > which fit your description. > > Without more specifics about server log output, database configuration, > memory usage, I think this is the best first place to look. > > If you want serious bugs, play with IIS. This is a good place to start. In particular, note that CGI scripts used to always attempt to resolve the hostname of clients through DNS and this brought down many sites, including AOL.com. I'm not sure if the patch to disable this ever made it in to the NT port before it was discontinued. If you're using CGI this could be causing your problem. -Jim ========================================================================= Date: Mon, 15 Sep 1997 11:28:38 -0400 Reply-To: Web Development with AOLserver Sender: Web Development with AOLserver From: Scott Munro Subject: AOLserver hanging... and Illustra grinding. Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Marco Coletti wrote: >I was somewhat tired of the "Db: Stale:" phenomenon, then I decided to >write a little Tcl proc which is scheduled to run every 10 minutes. This >proc (I called it dbkeepalive) makes an SQL select followed by and update >on a special db table and computes how much time it takes to complete the >transaction (if it takes too much time or the database is not responding at >all, then it sends an email to me). I've been considering writing a similar script for some time which will trap a condition in which the database (but not the AOLServer) stops responding. Sounds like you've already accomplished this. Question: how does "dbkeepalive" return when the database hangs, ie. when there is no response from your ns_db select or ns_db dml statement? Does this statement eventually time-out and throw an error... or just hang forever? Regards, Scott Munro Aardvark Interactive, LLC ========================================================================= Date: Tue, 16 Sep 1997 11:50:28 +0100 Reply-To: Web Development with AOLserver Sender: Web Development with AOLserver From: Barlow Subject: server hanging continued Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" HI all the saga continues! Today I noticed that when 1 of my virtual servers hung the main AOL server log showed max 50 threads reached and a cycle of open threads counting up from 0 to the limit of 50. nothing else was written in the main log after this and nothing was written in that virtual servers log. I now wonder if one of my CGI programs is causing the problem WWWboard my Matt Wright. I believe a few of you are useing this on NT,has anyone else suspected this to be causing server hanging? Could somebody please explain these aol setup settings and recommend settings for me? Its possible I have something wrong in the thread section. I could not get any understanding from the documentation on these settings. MinThreads: 0 MaxThreads: 50 FlushContent: on CheckInterval:60 MinThreadAge:60 CheckModified:on MaxLine:8192 MaxHeaders:16384 MaxPost:65536 I have very few hits on this server and did not think I need more then 50 max threads but I dont understand these settings so any help would be appreciated! Kerry Sincerely Kerry & Donald Barlow&Barlow computers Servers for you. http://mntnweb.com admin@mntnweb.com ========================================================================= Date: Sat, 13 Sep 1997 10:21:06 +0100 Reply-To: Web Development with AOLserver Sender: Web Development with AOLserver From: Barlow Subject: hanging aol on NT Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" HI all thankyou for the kind replys. Somebody meantioned the DNS setting. I have this turned off now, previously I used to hang almost on a daily basis, now I am up to 3-5 days hanging.(gee my neck is long).I do use numerous CGI programs, hit counter,clock,bulletin boards some in perl some as compiled CGI .exe files The actual aolserver logs never show anything the matter.and the virtual server logs never show anything either. I would be happy to post a portion of the logs if anyone thinks it would help in anyway.If cgi programs running in AOL always tend to do a reverese DNS lookup this very well could be the problem, was this patch ever implemented for the NT version? And yes I realize AOL developers were scared off by Microsoft and dropped development for NT platform ,HOWEVER I have been reading these messages for years now and I know that NT is not the only platform that hangs running aolserver.Apparently from the recent messages other WWW servers are as unreliable or worse ?? AM I the only NT user left on this list server? I feel so lonely.... good day all Kerry Sincerely Kerry & Donald Barlow&Barlow computers Servers for you. http://mntnweb.com admin@mntnweb.com ========================================================================= Date: Sat, 13 Sep 1997 01:36:15 -0400 Reply-To: philg@mit.edu Sender: Web Development with AOLserver From: Philip Greenspun Subject: more mush from the wimp In-Reply-To: <199709130401.AAB27903@services.web.aol.com> (message from Automatic digest processor on Sat, 13 Sep 1997 00:00:01 -0400) Date: Fri, 12 Sep 1997 16:10:30 +0200 From: Marco Coletti Subject: Rolling the error log >2) run a separate "keepalive" AOLserver that rolls the error log every >night (we run with verbose SQL logging turned on so these logs grow to >50 MB per day and more) and check every few minutes (with ns_httpget) to >make sure that the public AOLserver is responding to db-backed GETs. If How does the keepalive server roll the error log? Depending on how the config file is set up, all you have to do is mv server.log server.log.old kill -HUP 2134 (where 2134 is an example PID of the running AOLserver) In fact what I do is hard kill the entire AOLserver because I think it should have a chance to start fresh every morning at 12:05 am. Date: Fri, 12 Sep 1997 18:37:11 +0200 From: Michael Juergens Subject: importing illustra 3.1 dumps from NT to SUN This is a multi-part message in MIME format. --------------16A03F0028EC9A23553D8F9A Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hi, we are switching our AOL-Server from NT tu SUN. now I tried to import the dumps I have created from my NT System. unfortunatly we are using illustra 3.1 on our NT and illustra 3.2 on the SUN. so i get only the following message: Not to put too fine a point on it, but I think you are fucked. You cannot in general restore a dump from one Illustra version into another. You'd certainly expect them to engineer in upward compatibility (so that a 3.2 dump would restore into 3.3 if not vice versa). In practice, they put you through a tortuous process where you have to be up and running two Illustra instances simultaneously (one 3.2 and one 3.3) and xfer the data with a magic script of theirs. It is every bit as painful as it sounds. An MIT undergraduate presided over this progress once. He did not follow the instructions to the letter and trashed everything. To Illustra's everlasting credit, they TELNETed in and spent two days fixing the installation (including doing the upgrade to 3.3 from 3.2). If you don't have that many tables, it is probably best to micopy them all out and load them into 3.2 or 3.3 on the Sun. Philip ========================================================================= Date: Wed, 17 Sep 1997 20:15:25 +0200 Reply-To: Web Development with AOLserver Sender: Web Development with AOLserver From: Marco Coletti Subject: Re: AOLserver hanging... and Illustra grinding. In-Reply-To: <199709151528.LAA02736@comet.connix.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" At 11.28 15/09/97 -0400, you wrote: >Sounds like you've already accomplished this. Question: how does >"dbkeepalive" return when the database hangs, ie. when there is no response >from your ns_db select or ns_db dml statement? Does this statement >eventually time-out and throw an error... or just hang forever? I tested this condition shutting down Illustra and the script reacted well. I wrapped all the critical statements with a "catch". Here is the code for the core proc. There is another proc wich is scheduled for execution every 5 minutes; it calls dbkeepalive and: - times the execution of dbkeepalive (using the Tcl "time" command) - logs errors, warnings and notices to the server log - formats a human readable version of every error or warning and emails it to me ........................................................ proc dbkeepalive {msgVar datetimeVar} { upvar $msgVar msg upvar $datetimeVar datetime if [catch {ns_db gethandle efcdb} db] { set msg $db return 1 } set sql "return current_timestamp,\ (current_timestamp - (select last_access from keepalive))\ interval second as seconds_elapsed;" if [catch {ns_db 0or1row $db $sql} setId] { set msg "\"$sql\" failed because: $setId" return 1 } set datetime [ns_set value $setId 0] set msg [ns_set value $setId 1] set sql "update keepalive\ set last_access=current_timestamp, counter=counter+1;" if [catch {ns_db dml $db $sql} errmsg] { set msg "\"$sql\" failed because: $errmsg" return 1 } ns_db releasehandle $db return 0 } ........................................................ ------------------------------------------------------------ -= MarCo =- PGP public key: http://keys.pgp.com:11371/pks/lookup?op=get&exact=on&search=0x96A79061 http://www.pgp.net/cgi-bin/pks-extract-key.pl?op=index&search=0x96A79061 finger://mail.eurofin.it/marco.coletti Fingerprint: 9F E5 80 61 F6 9F 05 2D EA 53 6F 2D 82 8B C7 C2 ------------------------------------------------------------------------ ========================================================================= Date: Wed, 17 Sep 1997 21:03:00 +0200 Reply-To: Web Development with AOLserver Sender: Web Development with AOLserver From: Michael Hirmke Organization: Kommunikationsnetz Franken e.V. (Nuernberg) Subject: Re: hanging aol on NT MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hi Barlow, [...] > AM I the only NT user left on this list server? I feel so lonely.... Of course you're not alone - /me will run AOLserver on NT as long as a new NT version won't prevent AOLserver and the Illustra database from running. > good day all > Kerry Bye. Michael. -- Michael Hirmke | Telefon +49 (911) 557999 Georg-Strobel-Strasse 81 | FAX +49 (911) 557664 90489 Nuernberg | E-Mail mh@mike.franken.de | WWW http://minimike.franken.de/ ========================================================================= Date: Fri, 19 Sep 1997 11:55:31 -0400 Reply-To: Web Development with AOLserver Sender: Web Development with AOLserver From: John Baldwin Subject: Re: server hanging continued Comments: To: Barlow Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" I had a similar problem. NT 3.51 SP5 w/ the latest AOL Server. I was using a counter script that was doing something strange. The program that caused me grief was Counter 2.7.0 from Behold! software. Same symptoms as you describe. Eventually I set up a performance Monitor Alert that restarted the AOL Server when the threads go too high. When I found out that it was the counter program causing the trouble, I solved it by running the freeware EMWACS Web server on another port and just using that server for a few cgi scripts that were not behaving under the AOL Server. The ones running on EMWACS are this counter which caused AOL Server to hang, and Perl scripts that needed to run a program at the command prompt which just never ran the command prompt program part. To be fair, I never had a chance to report this to Behold! software, so it might be something that could be fixed. Good luck, John Baldwin Eastview Media Group Westchester's Web Weavers 350 Main Street Suite 202 White Plains, NY 10601-3607 USA Phone 1-914-684-2468 Fax 1-914-684-2469 http://w-w-w.com At 11:50 AM 9/16/97 +0100, you wrote: >HI all the saga continues! Today I noticed that when 1 of my virtual servers >hung the main AOL server log showed max 50 threads reached and a cycle of >open threads counting up from 0 to the limit of 50. nothing else was written >in the main log after this and nothing was written in that virtual servers log. >I now wonder if one of my CGI programs is causing the problem WWWboard my >Matt Wright. >I believe a few of you are useing this on NT,has anyone else suspected this >to be causing server hanging? >Could somebody please explain these aol setup settings and recommend >settings for me? >Its possible I have something wrong in the thread section. I could not get >any understanding from the documentation on these settings. >MinThreads: 0 > MaxThreads: 50 > FlushContent: on > CheckInterval:60 > MinThreadAge:60 > CheckModified:on > MaxLine:8192 > MaxHeaders:16384 > MaxPost:65536 > >I have very few hits on this server and did not think I need more then 50 >max threads >but I dont understand these settings so any help would be appreciated! >Kerry > >Sincerely >Kerry & Donald >Barlow&Barlow computers >Servers for you. >http://mntnweb.com >admin@mntnweb.com > ========================================================================= Date: Fri, 19 Sep 1997 18:02:34 +0200 Reply-To: Web Development with AOLserver Sender: Web Development with AOLserver From: Marco Coletti Subject: How AOLserver chooses what to do with an URL Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" In an AOLserver's vserver (virtual server) it is possible to specify URL mappings for: 1. Registered Tcl operations (ns_register_proc) 2. CGI programs (section [ns/server//cgi]) 3. Aliases (section [ns/server//aliases]) 4. Server Side Include (section [ns/server//shtml]) When the vserver receives an HTTP message it must decide what to do with the request, depending on the HTTP method (GET, POST, PUT, HEAD) and URL: 1. execute a Tcl script piece 2. execute a CGI program file 3. substitute the aliased URL prefix 4. parse the file corresponding to the URL 5. nothing before serving the page to the client browser. What is the precedence order among the various mappings? That is, when an URL from a HTTP request matches more than one mapping, how does AOLserver decide what to do? --- My vserver has a registered operation as follows: ns_register_proc GET /gc SomeProc (SomeProc handles a custom Access Control for all the pages contained in the subdirectory /gc) When I attempted to configure SSI as follows [ns/server//shtml] Map=/*.shtml the SSI parsing worked only when the URL was not prefixed with "/gc". In other words, pages like /gc/foo/bar.shtml were *not* parsed. Soon I realized that the Tcl URL binding was taking precedence over the SSI mapping. Then I modified the SSI mappings as follows: [ns/server//shtml] Map=/*.shtml Map=/gc/foo/*.shtml After that, pages like /gc/foo/bar.shtml were parsed. Clearly the SSI mapping /gc/foo/*.shtml was now taking precedence over the Tcl mapping /gc (obviously, only for URLs matching /gc/foo/*.shtml). Even if I did not test the relations with the other two mapping types (CGI and Aliases) I can guess that they would give similar results, i.e. when a URL matches a mapping more specifically (the match is longer) then that mapping is favored over the other matching mappings. --- I searched throughout the AOLserver 2.1 manual, but found nothing which could shed some light over this matter. Perhaps some people from AOL Santa Barbara can give me a clue? And a related question: Does the regular Access Control (nsperm module) come before all that mapping considerations? It would be helpful if the AOLserver users could have a schema (perhaps a flowchart) that describes what processing an URL undergoes before being translated to a disk file reference (or a Tcl operation or whatever). ------------------------------------------------------------ -= MarCo =- PGP public key: http://keys.pgp.com:11371/pks/lookup?op=get&exact=on&search=0x96A79061 http://www.pgp.net/cgi-bin/pks-extract-key.pl?op=index&search=0x96A79061 finger://mail.eurofin.it/marco.coletti Fingerprint: 9F E5 80 61 F6 9F 05 2D EA 53 6F 2D 82 8B C7 C2 ------------------------------------------------------------------------ ========================================================================= Date: Wed, 17 Sep 1997 23:20:12 -0400 Reply-To: Web Development with AOLserver Sender: Web Development with AOLserver From: JGDavidson@aol.com Subject: Re: server hanging continued In a message dated 97-09-17 14:00:12 EDT, you write: > HI all the saga continues! Today I noticed that when 1 of my virtual servers > hung the main AOL server log showed max 50 threads reached and a cycle of > open threads counting up from 0 to the limit of 50. nothing else was written > in the main log after this and nothing was written in that virtual servers > log. > I now wonder if one of my CGI programs is causing the problem WWWboard my > Matt Wright. > I believe a few of you are useing this on NT,has anyone else suspected this > to be causing server hanging? > Could somebody please explain these aol setup settings and recommend > settings for me? > Its possible I have something wrong in the thread section. I could not get > any understanding from the documentation on these settings. > MinThreads: 0 > MaxThreads: 50 > FlushContent: on > CheckInterval:60 > MinThreadAge:60 > CheckModified:on > MaxLine:8192 > MaxHeaders:16384 > MaxPost:65536 > > I have very few hits on this server and did not think I need more then 50 > max threads > but I dont understand these settings so any help would be appreciated! > Kerry Well, it sounds like it's the DNS lookup in the CGI. Here's a way to check: 1. Create another virtual server if you don't already have one. 2. When the primary virtual server freezes up, go to the other virtual server /NS/EvalTcl page which should still be accessible and type in: ns_server -server active (actually, you might try "join [ns_server -server active] \n" for better output). 3. Look at the 3rd element of each entry - it's the connection state. If you see a bunch of "cgiinit"'s than I think you're stuck in DNS lookup AOLserver does before spawning the CGI. I don't believe there was ever an AOLserver patch for this on NT. Perhaps you can configure you local DNS to return quick "no such address" answers as a workaround. -Jim ========================================================================= Date: Mon, 22 Sep 1997 00:33:26 -0400 Reply-To: Web Development with AOLserver Sender: Web Development with AOLserver From: Kirk Zurell Subject: problem accessing default document which is generated. Content-Type: text Glad to see this list is still going! I'm using 2.1 on Win95 (for now...), and I'm having trouble getting AOLServer to serve the default document. In Setup Server..Virtual Servers, my virtual server knows it is to return index.htm as a default document. index.htm happens to be a ns_register_proc'ed document, and there are no access restrictions. accessing the doc directly (http://foo/index.htm) is not a problem. Hopefully this is a FAQ, but I can't find any mention of it in the places I've checked... Kirk Zurell ========================================================================= Date: Mon, 22 Sep 1997 11:04:11 +0200 Reply-To: Web Development with AOLserver Sender: Web Development with AOLserver From: Marco Coletti Subject: Re: problem accessing default document which is generated. In-Reply-To: <199709220433.AAA13994@centi.mks.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" At 00.33 22/09/97 -0400, you wrote: >I'm using 2.1 on Win95 (for now...), and I'm having trouble getting >AOLServer to serve the default document. > >In Setup Server..Virtual Servers, my virtual server knows it is to >return index.htm as a default document. index.htm happens to be a >ns_register_proc'ed document, and there are no access restrictions. > >accessing the doc directly (http://foo/index.htm) is not a problem. I don't think AOLserver regards registered operations (ns_register_proc) as normal pages. Probably you have something like: ns_register_proc GET /foo/index.htm yourproc right? What's happening is simply the following: - if the browser makes a request for /foo then it gets redirected to /foo/ - if the browser makes a request for /foo/ then AOLserver looks (only on the disk!) for files /foo/index.htm, /foo/index.html, /foo/index.shtml (depending on how you configured it), founds nothing and returns a 404 (Not Found) - if the browser makes a request for /foo/index.htm then AOLserver sees that this URL is binded to a Tcl proc and detaches a thread running a Tcl interpreter for this proc I think you could simply use two bindings in your Tcl code to make AOLserver behave like you want: ns_register_proc GET /foo/index.htm yourproc ns_register_proc -noinherit GET /foo/ yourproc Your question is somewhat related to a broader question I made some days ago: how does AOLserver choose what to do with an URL? So far nobody answered it. ========================================================================= Date: Tue, 23 Sep 1997 02:52:55 -0400 Reply-To: Web Development with AOLserver Sender: Web Development with AOLserver From: Malte Sussdorff Subject: Retrieve Status Information Hello, i search for a TCL method to recieve the status code of an HTTP Request the AOLserver directs to another one, to check if a page is moved, redirected or otherwise not the same anymore, than i thought it is. I tried ns_geturl; ns_httpopen , but i recieved only the simple response from the servers (no Status Line in the headers). Any Ideas ?? Thanks in advance Malte ========================================================================= Date: Tue, 23 Sep 1997 09:52:56 +0200 Reply-To: sasad@EUnet.yu Sender: Web Development with AOLserver From: Sasa Danicic Subject: JDBC_ODBC on Illustra DB MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hello, I've already send this message to AOLServer list, but I didn't receive any applicable answer. So, is there anyone who try (and success) to do something with JDBC-ODBC and JDBC, as well, on AOLServer (NT platform) and with Illustra DB. In fact, if it is, how did you made an Illustra DB as ODBC manageable, which driver is used, and stuff like these ... I've got some TCL code which I want to re-write and to "replace" ns_procedures to be Java-like. Thanks a lot, Sasa Danicic ========================================================================= Date: Tue, 23 Sep 1997 10:44:52 -0400 Reply-To: Web Development with AOLserver Sender: Web Development with AOLserver From: Doug McKee Subject: Re: Retrieve Status Information In-Reply-To: <970923025255_22564260@emout02.mail.aol.com> (message from Malte Sussdorff on Tue, 23 Sep 1997 02:52:55 -0400) >>>>> "Malte" == Malte Sussdorff writes: Malte> Hello, Malte> i search for a TCL method to recieve the status code of an Malte> HTTP Request the AOLserver directs to another one, to check Malte> if a page is moved, redirected or otherwise not the same Malte> anymore, than i thought it is. I tried ns_geturl; Malte> ns_httpopen , but i recieved only the simple response from Malte> the servers (no Status Line in the headers). If you use ns_httpopen, the Status line is the name in the response set; i.e., try: ns_set name [lindex [ns_httpopen GET http://www.aol.com/] 2] -> "HTTP/1.0 200 OK" doug ========================================================================= Date: Tue, 23 Sep 1997 16:54:20 -0000 Reply-To: Web Development with AOLserver Sender: Web Development with AOLserver From: johnm-aolserver@non.net Subject: JDBC_ODBC on Illustra DB Comments: To: sasad@EUnet.yu In-Reply-To: <34277558.2C2C7AAE@eunet.yu> >>>>> "Sasa" == Sasa Danicic writes: [...] > So, is there anyone who try (and success) to do something with JDBC-ODBC > and JDBC, as well, on AOLServer (NT platform) and with Illustra DB. Well, here's a article from the JDBC mailing list about a driver for Illustra. Hope this helps, John In article <605sd3$ab8$1@news.Leiden.NL.net>, kalvelagen@fel.tno.nl wrote: >E.M.F.Kalvelagen (emfh7@alley.fel.tno.nl) wrote: >: I wrote one recently. Docs are in [...] > http://illusion.fel.tno.nl/erwin/mijdbc/mijdbc.html > >: If you are interested you can have it (drop me a mail) >: provided you don't resell it. Note: uses some classes >: that are unique to JDK 1.1, but it is pure Java. > >: Regards, Erwin > >: Erwin Kalvelagen >: TNO FEL, >: ========================================================================= Date: Tue, 23 Sep 1997 14:49:17 -0400 Reply-To: Web Development with AOLserver Sender: Web Development with AOLserver From: Doug McKee Subject: Re: How AOLserver chooses what to do with an URL In-Reply-To: <3.0.3.32.19970919180234.007abad0@mail.bearnet.it> (message from Marco Coletti on Fri, 19 Sep 1997 18:02:34 +0200) > In an AOLserver's vserver (virtual server) it is possible to specify URL > mappings for: > > 1. Registered Tcl operations (ns_register_proc) > 2. CGI programs (section [ns/server//cgi]) > 3. Aliases (section [ns/server//aliases]) > 4. Server Side Include (section [ns/server//shtml]) > > When the vserver receives an HTTP message it must decide what to do with > the request, depending on the HTTP method (GET, POST, PUT, HEAD) and URL: > 1. execute a Tcl script piece > 2. execute a CGI program file > 3. substitute the aliased URL prefix > 4. parse the file corresponding to the URL > 5. nothing > before serving the page to the client browser. > > What is the precedence order among the various mappings? > That is, when an URL from a HTTP request matches more than one mapping, how > does AOLserver decide what to do? AOLserver has one data structure that it traverses to find the appropriate function to execute a particular request. When a particular method/URL combination is registered (e.g., using ns_register_proc), and another registration comes along, the previous one is overwritten. That is, when there is a conflict, the later registration has precedence. When a virtual server starts up, it initializes some core stuff in the following order: - Initialize URL aliases - Source core Tcl - Initialize cgi - Initialize SHTML - Initialize DB Services (inc. load nsdb tcl) Next, the virtual server's modules are loaded in order. Ideally, AOLserver would warn you when you registered something over something else, but it currently doesn't do that. Of course, you shouldn't be overloading things anyway! > > --- > > My vserver has a registered operation as follows: > > ns_register_proc GET /gc SomeProc > > (SomeProc handles a custom Access Control for all the pages contained in > the subdirectory /gc) > > When I attempted to configure SSI as follows > > [ns/server//shtml] > Map=/*.shtml > > the SSI parsing worked only when the URL was not prefixed with "/gc". In > other words, pages like /gc/foo/bar.shtml were *not* parsed. > Soon I realized that the Tcl URL binding was taking precedence over the SSI > mapping. > > Then I modified the SSI mappings as follows: > > [ns/server//shtml] > Map=/*.shtml > Map=/gc/foo/*.shtml > > After that, pages like /gc/foo/bar.shtml were parsed. > > Clearly the SSI mapping /gc/foo/*.shtml was now taking precedence over the > Tcl mapping /gc (obviously, only for URLs matching /gc/foo/*.shtml). This has nothing to do with Tcl and SSI; it's just how the registered proc structure is traversed. The server tries to find the best matching method/URL registered for a particular request, and when pieces of the URL match exactly (e.g., "gc" above) then that registration takes precedence over the tail matching of /*.shtml. > Even if I did not test the relations with the other two mapping types (CGI > and Aliases) I can guess that they would give similar results, i.e. when a > URL matches a mapping more specifically (the match is longer) then that > mapping is favored over the other matching mappings. > Yup. > > I searched throughout the AOLserver 2.1 manual, but found nothing which > could shed some light over this matter. > > Perhaps some people from AOL Santa Barbara can give me a clue? Ouch, that hurts. For those of you who don't already know, all the AOLserver development is now done in Vienna, Virginia with the rest of AOL! > > And a related question: > Does the regular Access Control (nsperm module) come before all that > mapping considerations? Yes, all requests undergo access control checks before being mapped to the particular function that handles the request. > It would be helpful if the AOLserver users could have a schema (perhaps a > flowchart) that describes what processing an URL undergoes before being > translated to a disk file reference (or a Tcl operation or whatever). Let us know if the above doesn't clear things up at least somewhat; and we're always working to improve our documentation! doug -- ------------------------------------------------------------------- Doug McKee, Manager, Web Server Development Email: doug@aol.net America Online, Inc. Voice: (703) 918-1333 8619 Westwood Center Drive Fax: (703) 918-2710 Vienna, VA 22182 ------------------------------------------------------------------- ========================================================================= Date: Tue, 23 Sep 1997 15:08:10 -0400 Reply-To: Web Development with AOLserver Sender: Web Development with AOLserver From: Doug McKee Subject: Re: problem accessing default document which is generated. In-Reply-To: <3.0.3.32.19970922110411.006b4a4c@mail.bearnet.it> (message from Marco Coletti on Mon, 22 Sep 1997 11:04:11 +0200) >>>>> "Marco" == Marco Coletti writes: Marco> At 00.33 22/09/97 -0400, you wrote: >> I'm using 2.1 on Win95 (for now...), and I'm having trouble >> getting AOLServer to serve the default document. >> >> In Setup Server..Virtual Servers, my virtual server knows it is >> to return index.htm as a default document. index.htm happens to >> be a ns_register_proc'ed document, and there are no access >> restrictions. >> >> accessing the doc directly (http://foo/index.htm) is not a >> problem. Marco> I don't think AOLserver regards registered operations Marco> (ns_register_proc) as normal pages. Marco> Probably you have something like: ns_register_proc GET Marco> /foo/index.htm yourproc right? Marco> What's happening is simply the following: Marco> - if the browser makes a request for /foo then it gets Marco> redirected to /foo/ This only happens when there is an index file residing in the directory foo, and nothing special is registered with GET /foo. And the reason the redirect happens at all is so that any relative links are resolved correctly in the index file. Marco> - if the browser makes a request for /foo/ then AOLserver Marco> looks (only on the disk!) for files Marco> /foo/index.htm, /foo/index.html, Marco> /foo/index.shtml (depending on how you configured Marco> it), founds nothing and returns a 404 (Not Found) In Kirk's case, I would expect the server to return a directory listing since there is no index file in the directory. Marco> - if the browser makes a request for /foo/index.htm then Marco> AOLserver sees that this URL is binded to a Tcl proc and Marco> detaches a thread running a Tcl interpreter for this proc Yup. Marco> I think you could simply use two bindings in your Tcl code Marco> to make AOLserver behave like you want: ns_register_proc Marco> GET /foo/index.htm yourproc ns_register_proc -noinherit GET Marco> /foo/ yourproc This will work great under AOLserver 2.2, but 2.1 didn't support the -noinherit flag on ns_register_proc. Incidentally, this flag was added for exactly this problem. For 2.1, your best bet is to just register GET /foo/index.htm, and then the right thing will happen. Marco> Your question is somewhat related to a broader question I Marco> made some days ago: how does AOLserver choose what to do Marco> with an URL? So far nobody answered it. See my previous mail. doug ========================================================================= Date: Wed, 24 Sep 1997 18:55:08 +0200 Reply-To: Web Development with AOLserver Sender: Web Development with AOLserver From: Marco Coletti Subject: Re: problem accessing default document which is generated. In-Reply-To: <199709231908.PAA02967@helix.office.aol.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" At 15.08 23/09/97 -0400, you wrote: > Marco> I think you could simply use two bindings in your Tcl code > Marco> to make AOLserver behave like you want: ns_register_proc > Marco> GET /foo/index.htm yourproc ns_register_proc -noinherit GET > Marco> /foo/ yourproc > >This will work great under AOLserver 2.2, but 2.1 didn't support the >-noinherit flag on ns_register_proc. Incidentally, this flag was The AOLserver 2.1 manual reports -noinherit as a legitimate option. I just tested it on AOLserver 2.1 for NT and it works: ns_register_proc -noinherit GET /foo showheaders seems to be matched only by /foo and /foo/ (it seems that the slash doesn't matter). >added for exactly this problem. For 2.1, your best bet is to just >register GET /foo/index.htm, and then the right thing will happen. I don't think so. The goal was to make AOLserver execute a Tcl proc when requested for /foo/index.htm or /foo or /foo I tested the whole thing (again, AOLserver 2.1 for NT) and found that: ns_register_proc GET /foo/index.htm showheaders is matched by /foo/index.htm and /foo/index.htm/something, but not by /foo or /foo/, as expected; ns_register_proc -noinherit GET /foo showheaders ns_register_proc -noinherit GET /foo/index.htm showheaders is matched by /foo /foo/ /foo/index.htm /foo/index.htm/ (and is not matched by any other URL I figured out), which is almost what was required. ------------------------------------------------------------ -= MarCo =- PGP public key: http://keys.pgp.com:11371/pks/lookup?op=get&exact=on&search=0x96A79061 http://www.pgp.net/cgi-bin/pks-extract-key.pl?op=index&search=0x96A79061 finger://mail.eurofin.it/marco.coletti Fingerprint: 9F E5 80 61 F6 9F 05 2D EA 53 6F 2D 82 8B C7 C2 ------------------------------------------------------------------------ ========================================================================= Date: Wed, 24 Sep 1997 19:23:12 +0200 Reply-To: Web Development with AOLserver Sender: Web Development with AOLserver From: Marco Coletti Subject: Re: How AOLserver chooses what to do with an URL Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" >2. What is exactly the semantic of that URLpatterns? >Is it like that of a restricted version of "file name globbing"? (it seems not, because wildcards seems to be meaningful only just after a slash) > >What I understand so far is: > >- things like > /foo/*.ext > /foo/* > /*.ext > /foo > do work > >- things like > /foo* > /foo*.ext > do not work > >- /foo seems equivalent to /foo* (but /foo* doesn't work...) My error. Actually ns_register_proc GET /foo* showheaders does work, but the semantic seems strange in that it is matched by /foo /foo/ /foobar but not by /foo/bar (the latter URL was what tricked me in believing that the URLpattern /foo* has no meaning). Incidentally, this shows that /foo is not equivalent to /foo* Somewhat unexpectedly (given the previous example) ns_register_proc GET /foo*.ext showheaders is matched by /foo.ext /foobar.ext (no surprise), and even by /foo/bar.ext which is now rather surprising. Therefore wildcards _are_ meaningful everywhere (not only just after a slash), but their meaning is not clear. There is a strange interaction between slashes and wildcards. ------------------------------------------------------------ -= MarCo =- PGP public key: http://keys.pgp.com:11371/pks/lookup?op=get&exact=on&search=0x96A79061 http://www.pgp.net/cgi-bin/pks-extract-key.pl?op=index&search=0x96A79061 finger://mail.eurofin.it/marco.coletti Fingerprint: 9F E5 80 61 F6 9F 05 2D EA 53 6F 2D 82 8B C7 C2 ------------------------------------------------------------------------ ========================================================================= Date: Wed, 24 Sep 1997 18:45:30 -0400 Reply-To: Web Development with AOLserver Sender: Web Development with AOLserver From: Doug McKee Subject: Re: problem accessing default document which is generated. In-Reply-To: <3.0.3.32.19970924185508.007a78f0@mail.bearnet.it> (message from Marco Coletti on Wed, 24 Sep 1997 18:55:08 +0200) >>>>> "Marco" == Marco Coletti writes: Marco> At 15.08 23/09/97 -0400, you wrote: I think you could Marco> simply use two bindings in your Tcl code to make AOLserver Marco> behave like you want: ns_register_proc GET /foo/index.htm Marco> yourproc ns_register_proc -noinherit GET /foo/ yourproc >> This will work great under AOLserver 2.2, but 2.1 didn't >> support the -noinherit flag on ns_register_proc. Incidentally, >> this flag was Marco> The AOLserver 2.1 manual reports -noinherit as a legitimate Marco> option. I just tested it on AOLserver 2.1 for NT and it Marco> works: ns_register_proc -noinherit GET /foo showheaders Marco> seems to be matched only by /foo and /foo/ (it seems that Marco> the slash doesn't matter). You are correct that -noinherit was a legitimate option; what I should have said was that 2.2 allows you to have both an inheriting and a noinherit proc registered for the same method/URL -- in 2.1, you could only have one and thus if you registered -noinherit GET /, your server would no longer serve pages since the normal function registered on GET / would be blown away. And no, the trailing / doesn't matter when registering procs. >> added for exactly this problem. For 2.1, your best bet is to >> just register GET /foo/index.htm, and then the right thing will >> happen. Marco> I don't think so. The goal was to make AOLserver execute a Marco> Tcl proc when requested for /foo/index.htm or /foo or /foo Marco> I tested the whole thing (again, AOLserver 2.1 for NT) and Marco> found that: Marco> ns_register_proc GET /foo/index.htm showheaders Marco> is matched by /foo/index.htm and /foo/index.htm/something, Marco> but not by /foo or /foo/, as expected; Marco> ns_register_proc -noinherit GET /foo showheaders Marco> ns_register_proc -noinherit GET /foo/index.htm showheaders Marco> is matched by Marco> /foo /foo/ /foo/index.htm /foo/index.htm/ Marco> (and is not matched by any other URL I figured out), which Marco> is almost what was required. You're correct; go ahead and use: ns_register_proc -noinherit GET /foo showheaders ns_register_proc -noinherit GET /foo/index.htm showheaders This is cleaner. For my way, you need to put a dummy file in for index.htm in that foo directory. doug ========================================================================= Date: Wed, 24 Sep 1997 18:48:23 -0400 Reply-To: Web Development with AOLserver Sender: Web Development with AOLserver From: Doug McKee Subject: Re: How AOLserver chooses what to do with an URL In-Reply-To: <3.0.3.32.19970924192312.0081b7e0@mail.bearnet.it> (message from Marco Coletti on Wed, 24 Sep 1997 19:23:12 +0200) >>>>> "Marco" == Marco Coletti writes: >> 2. What is exactly the semantic of that URLpatterns? Is it >> like that of a restricted version of "file name globbing"? (it >> seems Marco> not, because wildcards seems to be meaningful only just Marco> after a slash) >> What I understand so far is: >> >> - things like /foo/*.ext /foo/* /*.ext /foo do work >> >> - things like /foo* /foo*.ext do not work >> >> - /foo seems equivalent to /foo* (but /foo* doesn't work...) Marco> My error. Marco> Actually Marco> ns_register_proc GET /foo* showheaders Marco> does work, but the semantic seems strange in that it is Marco> matched by Marco> /foo /foo/ /foobar Marco> but not by Marco> /foo/bar Marco> (the latter URL was what tricked me in believing that the Marco> URLpattern /foo* has no meaning). Incidentally, this shows Marco> that /foo is not equivalent to /foo* Marco> Somewhat unexpectedly (given the previous example) Marco> ns_register_proc GET /foo*.ext showheaders Marco> is matched by Marco> /foo.ext /foobar.ext Marco> (no surprise), and even by Marco> /foo/bar.ext Marco> which is now rather surprising. Marco> Therefore wildcards _are_ meaningful everywhere (not only Marco> just after a slash), but their meaning is not clear. There Marco> is a strange interaction between slashes and wildcards. 1. The wildcards matter, but only after the last slash in the URL 2. The trailing slash in the URL is removed before any matching happens. Hope this clears things up somewhat! doug ========================================================================= Date: Thu, 25 Sep 1997 01:52:33 +0200 Reply-To: Web Development with AOLserver Sender: Web Development with AOLserver From: Marco Coletti Subject: Re: How AOLserver chooses what to do with an URL In-Reply-To: <199709242248.SAA05827@helix.office.aol.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" At 18.48 24/09/97 -0400, you wrote: >1. The wildcards matter, but only after the last slash in the URL >2. The trailing slash in the URL is removed before any matching > happens. Maybe I'm a little bit pedantic, but this does not explain why ns_register_proc GET /foo* showheaders is matched by /foobar but _not_ by /foo/bar /foobar/abc It seems that slashes do not match * ------------------------------------------------------------ -= MarCo =- PGP public key: http://keys.pgp.com:11371/pks/lookup?op=get&exact=on&search=0x96A79061 http://www.pgp.net/cgi-bin/pks-extract-key.pl?op=index&search=0x96A79061 finger://mail.eurofin.it/marco.coletti Fingerprint: 9F E5 80 61 F6 9F 05 2D EA 53 6F 2D 82 8B C7 C2 ------------------------------------------------------------------------ ========================================================================= Date: Wed, 24 Sep 1997 21:33:00 +0100 Reply-To: Web Development with AOLserver Sender: Web Development with AOLserver From: Barlow Subject: illustra on NT new install bug Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Hi all I installed illustra on my nt system, and setup the user miadmin exactly as stated with log on as server rights and all that then I am told to go to aolserver/bin and run nsql -U miadmin template1 when i run this I get an error could not find default server,could not find template1 then get the * prompt I cant seem to get logged into the template1 database. any help would be appreciated! Will this illustra allow me to import database files into it? or am I just whistling in the wind by useing illustra. Kerry Sincerely Kerry & Donald Barlow&Barlow computers Servers for you. http://mntnweb.com admin@mntnweb.com ========================================================================= Date: Thu, 25 Sep 1997 14:43:02 +0100 Reply-To: Web Development with AOLserver Sender: Web Development with AOLserver From: Barlow Subject: illustra on NT new install bug Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" apparently this did not go thru the first time, My apologies if it gets repeated. Hi all I installed illustra on my nt system, and setup the user miadmin exactly as stated with log on as server rights and all that then I am told to go to aolserver/bin and run nsql -U miadmin template1 when i run this I get an error could not find default server,could not find template1 then get the * prompt I cant seem to get logged into the template1 database. any help would be appreciated! Will this illustra allow me to import database files into it? or am I just whistling in the wind by useing illustra. Kerry Sincerely Kerry & Donald Barlow&Barlow computers Servers for you. http://mntnweb.com admin@mntnweb.com ========================================================================= Date: Tue, 30 Sep 1997 03:29:16 -0400 Reply-To: Web Development with AOLserver Sender: Web Development with AOLserver From: Malte Sussdorff Subject: Year 2000 Problem Hi, Having some trouble with the timefunctions in TCL i experienced the following. The year is returned as a two digit number with ns_localtime. BUT, for all other time functions, wich result in a 4 digit year the following is used: [expr [ns_parsetime year $time] + 1900]. Interesting move ;) Just increase the year by 1900 and you have a 4 digit year. But at the 1.1.2000 you will have the problem, that the years wont work anymore. Therefore the question. Is there another solution then to stand on gard at midnight on 1.1.2000 and change the servercode. Thanx in advance Malte ========================================================================= Date: Tue, 30 Sep 1997 11:27:16 -0400 Reply-To: Web Development with AOLserver Sender: Web Development with AOLserver From: Krish Menon Subject: Re: Year 2000 Problem In-Reply-To: <970930032915_1631041579@emout19.mail.aol.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" > >[expr [ns_parsetime year $time] + 1900]. > Actually, ns_locatime returns the difference of the current year and 1900. The year 2100 will return 200. The expression you state above will, therefore, always be true. Krish ========================================================================= Date: Tue, 30 Sep 1997 09:59:50 -0400 Reply-To: jim@meritnet.com Sender: Web Development with AOLserver From: Jim Wilcoxson Organization: Merit Software, Inc. Subject: AOLserver, TCL, and internationalization Comments: cc: tjsoftware@aol.com MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit I'm interested in doing internationalized web pages with AOLserver and TCL. I don't think that the TCL interpreter in AOLserver supports Unicode or DBCS, right? Are there plans for either? If I proceed with my project, would that mean that to get internationalized support I'd have to significantly hack the TCL interpreter or replace all of the string handling functions with versions that supported multi-byte character sets? Is that even possible? Can someone recommend a good solution for doing database-backed internationalized web pages? Thanks! Jim ========================================================================= Date: Tue, 30 Sep 1997 16:53:47 +0200 Reply-To: Web Development with AOLserver Sender: Web Development with AOLserver From: Marco Coletti Subject: Re: Year 2000 Problem In-Reply-To: <970930032915_1631041579@emout19.mail.aol.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" At 03.29 30/09/97 -0400, you wrote: >The year is returned as a two digit number with ns_localtime. >BUT, for all other time functions, wich result in a 4 digit year the >following is used: > >[expr [ns_parsetime year $time] + 1900]. > >Interesting move ;) >Just increase the year by 1900 and you have a 4 digit year. >But at the 1.1.2000 you will have the problem, that the years wont work >anymore. If you look carefully at the manual you will find that the value returned by ns_localtime is not the two least significant decimal digits of the year, but it is year-1900. In the year 2033 it will return 133. Therefore [expr [ns_parsetime year [ns_localtime]] + 1900] will always return the actual year even after year 2000. You can easily test it by setting the machine clock to a date after 1999-12-31. ------------------------------------------------------------ -= MarCo =- PGP public key: http://keys.pgp.com:11371/pks/lookup?op=get&exact=on&search=0x96A79061 http://www.pgp.net/cgi-bin/pks-extract-key.pl?op=index&search=0x96A79061 finger://mail.eurofin.it/marco.coletti Fingerprint: 9F E5 80 61 F6 9F 05 2D EA 53 6F 2D 82 8B C7 C2 ------------------------------------------------------------------------ ========================================================================= Date: Tue, 30 Sep 1997 12:26:39 -0400 Reply-To: Web Development with AOLserver Sender: Web Development with AOLserver From: "Larry W. Virden, x2487" Subject: Re: AOLserver, TCL, and internationalization In-Reply-To: <343105D6.1A7C@meritnet.com> of Tue, 30 Sep 1997 09:59:50 -0400 I don't know what the future holds for the AOLserver, but Tcl 8.1 is scheduled to include Unicode support. That's the _only_ potential source of Unicode support of which I am aware. -- Larry W. Virden INET: lvirden@cas.org <*> O- "We are all Kosh." Unless explicitly stated to the contrary, nothing in this posting should be construed as representing my employer's opinions.