========================================================================= Date: Sat, 1 May 1999 14:07:59 -0000 Reply-To: markd@arsdigita.com Sender: Web Development with AOLserver From: Mark Dalrymple Subject: Re: sharing common variables between threads In-Reply-To: <199905010405.AAA26094@services.web.aol.com> (message from Automatic digest processor on Sat, 1 May 1999 00:00:55 -0400) > But I have discovered that I cannot access the same > global variable when using ns_thread. That's correct. You'll want to use ns_share, which will make variables appear global to a particular virtual server. Cheers, ++Mark Dalrymple. markd@arsdigita.com "Ask me about my Vow of Silence." ========================================================================= Date: Tue, 4 May 1999 16:58:52 EDT Reply-To: Web Development with AOLserver Sender: Web Development with AOLserver From: Rommy Rempas Subject: C-API Ns_GetRequest, Ns_ConnRead, Ns_ConnReadLine MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Hi: I need some advice on the C API. 1. The C API Ns_GetRequest prototype is as follow: void Ns_GetRequest(char *server, char *method, char *url, Ns_OpProc **pproc, Ns_Callback ** pdeleteProc, void **pctx, int *pflags); typedef int (Ns_OpProc) (void *arg, Ns_Conn *conn); typedef void (Ns_Callback) (void *arg); I am not sure about declaring the Ns_OpProc **proc or the Ns_Callback ** deleteProc. The following is how I declare the Ns_OpProc **proc or the Ns_Callback ** deleteProc: ---------------------------------------------------------- #include "ns.h" DllExport int Ns_ModuleVersion = 1; static Ns_OpProc reg; static Ns_OpProc reg2; DllExport int Ns_ModuleInit(char *hServer, char *hModule) { int *pflag; Ns_OpProc **xreg2; Ns_Callback **xdreg2; *xreg2 = ®2; /*I am not sure if this is the way to define x reg2 as the Ns_OpProc **proc */ *xdreg2 = &dreg2; *pflag=NS_OP_NOINHERIT; Ns_GetRequest(hServer,"GET","/register2", xreg2, xdreg2, NULL, pflag); return NS_OK; } static int reg2(void *arg, Ns_Conn *conn) { char *html; html =" Executing reg2"; Ns_ConnReturnHtml(conn, 200, html, strlen(html)); return NS_OK; } static void dreg2(void *arg) { Ns_Log(Notice," Executing dreg2"); } ------------------------------------------------------ There were no compile error, when I compiled this code. But the module was not successfully loaded to the server. Under what scenario does Ns_GetRequest apply? 2. Ns_ConnRead, Ns_ConnReadLine I'm not sure about how to use Ns_ConnRead. When I was trying to read content from connection to buffer the server crash. From the browser I have used the GET, POST and PUT method to execute a module that contain this API. Notice that the example provided from the developer guide, the buffer can be an array of character. The following is taken from the C developer guide: Syntax int Ns_ConnRead( Ns_Conn *conn, void *pvBuf, int iToRead ); Description The Ns_ConnRead function reads iToRead bytes from the connection into pvBuf. Ns_ConnRead returns the status NS_ERROR or the number of bytes read from the connection. Example /* Read content from the browser into buf. */ char buf[1024]; Ns_ConnRead(conn, buf, sizeof(buf)); Rommy R rrempas@rstcorp.com ========================================================================= Date: Tue, 4 May 1999 16:36:10 -0500 Reply-To: Web Development with AOLserver Sender: Web Development with AOLserver From: "J. Michael Roberts" Subject: Re: C-API Ns_GetRequest, Ns_ConnRead, Ns_ConnReadLine In-Reply-To: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII This is all pretty blue-sky, because I've done C and I've done AOLserver but I've never done C for AOLserver, but here goes: > Ns_OpProc **xreg2; > Ns_Callback **xdreg2; > *xreg2 = ®2; /*I am not sure if this is the way to define x This part looks fishy to me. Did you try xreg2 = ®2? That's what I would expect to work, because reg2 is a pointer, and you want a pointer to a pointer. Did your compiler give you any warnings, one way or the other? Actually, I'm surprised that this version didn't cause a core dump, which is why I question my diagnosis. > Ns_GetRequest(hServer,"GET","/register2", xreg2, xdreg2, NULL, pflag); This part looks OK to me. > static int > reg2(void *arg, Ns_Conn *conn) This all looks fine, too. > Ns_ConnRead(conn, buf, sizeof(buf)); For the NsConnRead, I'd guess that no null is getting written after the buffer is read (typical of buffer-oriented functions.) If you then treat the returned buffer as a null-terminated string, you'll dump core. Alternatively, it *is* writing a null, but you've allocated 1024 bytes and then read 1024 bytes, and the 1025th byte (the null) dumps core. Far less likely in my experience, especially since you won't have 1024 bytes every time. Does Ns_ConnRead return a number of bytes read? If so, use that to write a null terminator (that's what I'd do) and only *then* pass the buffer to string-oriented functions. Hope that helped. I'm going to be getting into C under AOLserver in the coming month or so, so it'll be nice if it turns out that I have a clue... ========================================================================= Date: Thu, 6 May 1999 18:59:35 +0200 Reply-To: Web Development with AOLserver Sender: Web Development with AOLserver From: Bas Scheffers Subject: AOL server crashing on Red Hat 6 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Hi group, Today I tried to put an AOL Server on a nice new box, which I first put RH 6.0 on, with kernel 2.2.5. It doesn't work. The error is an Exception callback and it hangs, I need to do a kill -KILL on each of the PIDs. I did install all the compat-libs. Any ideas? Cheers, Bas Scheffers Quicknet Sonera Nederland BV ========================================================================= Date: Thu, 6 May 1999 05:56:17 -0700 Reply-To: rlocke@infiniteinfo.com Sender: Web Development with AOLserver From: Robert Locke Subject: tclstate bug... MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Dear all, Please correct me if I'm wrong, but I believe there is a bug in the "tclstate" module where: > if {[ns_info interp] == 0} { > ns_schedule_proc $_ns_state(timeout) _ns_state_purge > } > } should be: > if {[ns_info interp] == 1} { > ns_schedule_proc $_ns_state(timeout) _ns_state_purge > } > } or "_ns_state_purge" will never get scheduled. Thanks, Rob _________________________________________________________ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com ========================================================================= Date: Thu, 6 May 1999 06:04:53 -0700 Reply-To: rlocke@infiniteinfo.com Sender: Web Development with AOLserver From: Robert Locke Subject: one more tclstate question... MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Hello again, The tclstate module seems to set an id that is composed of the interpreter number and a number determined by finding the first available sequential id (e.g., 3.2). Doesn't this pose a security risk in applications where this id is used as a session id (since it is so guessable)? Any ideas (or code :-) for generating a better session id? Any help would be appreciated. Thanks, Rob Locke _________________________________________________________ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com ========================================================================= Date: Thu, 6 May 1999 17:07:26 EDT Reply-To: Web Development with AOLserver Sender: Web Development with AOLserver From: Lance Martel Subject: TCL script to open socket connection MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Hi all, I'm writing a TCL scirpt running on AOL server that I would like to open a socket on another server and read several files. Here is what the script looks like: set fds [ns_sockopen -timeout 15 www.servername.com 80] set rid [lindex $fds 0] set wid [lindex $fds 1] # get the first file puts $wid "GET /index.htm HTTP/1.0\r\n\r" flush $wid while {[set line [string trim [gets $rid]]] != ""} { lappend headers $line } set page [read $rid] # here I do some parsing and then copy $page to a local file # get the second file puts $wid "GET /file2.htm HTTP/1.0\r\n\r" flush $wid while {[set line [string trim [gets $rid]]] != ""} { lappend headers $line } set page2 [read $rid] # here I do some parsing and then copy $page2 to a local file close $rid close $wid The read $rid on the second file is empty. Any ideas on what I'm doing wrong??? I've also tried opening an entirely different socket to read in additional file...but they seems to always contain the same contents as the first one. Thanks for any ideas!! Lance. ========================================================================= Date: Thu, 6 May 1999 13:45:57 -0700 Reply-To: rlocke@infiniteinfo.com Sender: Web Development with AOLserver From: Robert Locke Subject: 10 rows at a time MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Hello, What would be the best way to show a large number of results fetched from a database 10 records at a time, similar to a search engine like Altavista? For example, if a search resulted in 1000 matching items, then the user would first be presented with a list of the first 10 matches. They could also jump to, say, the 23rd set of 10 matching items (ie, items 220-230). I imagine this would necessitate cursors, yes? If so, has anyone successfully accomplished this using the db api? Thanks! Rob Locke _________________________________________________________ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com ========================================================================= Date: Fri, 7 May 1999 01:43:03 -0700 Reply-To: Web Development with AOLserver Sender: Web Development with AOLserver From: Neal Sidhwaney Subject: Re: AOLSERVER Digest - 4 May 1999 to 6 May 1999 In-Reply-To: <199905070405.AAA19963@services.web.aol.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII regarding the aolserver crsah on RH6, when i used the 2.2.1 kernel, i had exception callback errors and the performance was EXTREMELY slow. There seems to be a problem with aolserver db access under kernel 2.2.x. Downgrading to kernel 2.0.36 fixed the problem, and now everything works wonderfully(and reliably!) Neal ========================================================================= Date: Fri, 7 May 1999 11:52:05 +0200 Reply-To: strpic@lavsa.com Sender: Web Development with AOLserver From: Vid Strpic Subject: Re: AOLSERVER Digest - 4 May 1999 to 6 May 1999 In-Reply-To: <199905070406.AAA20014@services.web.aol.com>; from Automatic digest processor on Fri, May 07, 1999 at 12:05:06AM -0400 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii On Fri, May 07, 1999 at 12:05:06AM -0400, Automatic digest processor wrote: > Date: Thu, 6 May 1999 18:59:35 +0200 > From: Bas Scheffers > Subject: AOL server crashing on Red Hat 6 > > Today I tried to put an AOL Server on a nice new box, which I first put RH > 6.0 on, with kernel 2.2.5. It doesn't work. The error is an Exception > callback and it hangs, I need to do a kill -KILL on each of the PIDs. I did > install all the compat-libs. Obviously, AOLServer doesn't like kernel 2.2.x and glibc. Oracle for Linux shows similar behaviour. If someone at AOL would be so kind to recompile the AOLServer stuff with glibc and 2.2.x kernel, many would be grateful. And I would have the excuse to switch to the wonderful 2.2.x at last :) -- Vid Strpic, a.k.a MartiN 099536856 014855762 GCM/O d- s-:- a- C++++ UL++++ P+ L+++ E--- W+++ N+++ o K++ w--- O- M-- V-- PS+++ PE++ Y+ PGP+ t 5! X R- tv--- b+++ DI-- D+ G++ e++ h! r++ y+ ========================================================================= Date: Fri, 7 May 1999 05:07:07 -0700 Reply-To: rlocke@infiniteinfo.com Sender: Web Development with AOLserver From: Robert Locke Subject: TCL script to open socket connection Comments: To: MartelLM@aol.com MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Greetings, I believe that the server closes the connection after the first GET. You need to initiate another connection for the second GET. A better option would probably be to use ns_httpget: ns_httpget url ?timeout? ?depth? Hope this helps! Rob Locke > Hi all, > I'm writing a TCL scirpt running on AOL server that I > would like to open a socket on another server > and read several files. Here is what the script > looks like: _________________________________________________________ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com ========================================================================= Date: Fri, 7 May 1999 11:01:10 +0000 Reply-To: aabedi@gseis.ucla.edu Sender: Web Development with AOLserver From: AliAbedi Subject: Re: AOLSERVER Digest - 4 May 1999 to 6 May 1999 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit the problem for that is that AOLServer crashes if GLIBC 2.1 or greater is installed, to fix this problem you need to downgrade to REDHAT 5.2 Ali Abedi Automatic digest processor wrote: > > 1. AOL server crashing on Red Hat 6 > > ---------------------------------------------------------------------- > > Date: Thu, 6 May 1999 18:59:35 +0200 > From: Bas Scheffers > Subject: AOL server crashing on Red Hat 6 > > Hi group, > > Today I tried to put an AOL Server on a nice new box, which I first put RH > 6.0 on, with kernel 2.2.5. It doesn't work. The error is an Exception > callback and it hangs, I need to do a kill -KILL on each of the PIDs. I did > install all the compat-libs. > > Any ideas? > > Cheers, > > Bas Scheffers > Quicknet > Sonera Nederland BV > ========================================================================= Date: Fri, 7 May 1999 14:21:59 -0400 Reply-To: Web Development with AOLserver Sender: Web Development with AOLserver From: "Kriston J. Rehberg" Subject: Re: one more tclstate question... In-Reply-To: <10398135@toto.iv> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Here are some answers to your tclstate questions.. >Please correct me if I'm wrong, but I believe there is >a bug in the "tclstate" module where: [...] It has to work on interp 0; that way it doesn't get scheduled to happen on every interp. Last time I checked, interp 0 is the interp that is used during server initialization. >The tclstate module seems to set an id that is >composed of the interpreter number and a number >determined by finding the first available sequential >id (e.g., 3.2). [...] Sure, it's entirely guessable. The answer is to create a nice long GUID (guaranteed unique identification number) and associate it with an array of GUIDs-to-state_id's. Then use the GUID in your cookie or query string. People create GUID's in many different ways... it can be as simple as the exact time since the epoch plus some random number or could be as complex as the Microsoft GUID specification which uses a hash of many variables. Kris -- Kriston J. Rehberg http://kriston.net/ America Online, Inc. ========================================================================= Date: Fri, 7 May 1999 11:33:04 -0700 Reply-To: Web Development with AOLserver Sender: Web Development with AOLserver From: Jeff Huber Subject: Re: AOL server crashing on Red Hat 6 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit The problem, as earlier stated, is the version of glibc not the 2.2.x kernel. We've been running RH 5.1 with kernel 2.2.3 on a production machine with no problems.. Vid Strpic wrote: > > > > Obviously, AOLServer doesn't like kernel 2.2.x and glibc. Oracle for > Linux shows similar behaviour. If someone at AOL would be so kind to > recompile the AOLServer stuff with glibc and 2.2.x kernel, many would be > grateful. And I would have the excuse to switch to the wonderful 2.2.x > at last :) > > -- > Vid Strpic, a.k.a MartiN 099536856 014855762 > > GCM/O d- s-:- a- C++++ UL++++ P+ L+++ E--- W+++ N+++ o K++ w--- O- M-- > V-- PS+++ PE++ Y+ PGP+ t 5! X R- tv--- b+++ DI-- D+ G++ e++ h! r++ y+ -- ---------------------------------------------- | Jeff Huber | Web Applications Developer | | jeff@am.net | AM.net - http://am.net | ---------------------------------------------- ========================================================================= Date: Fri, 7 May 1999 18:07:06 -0700 Reply-To: Web Development with AOLserver Sender: Web Development with AOLserver From: jim@rubylane.com Subject: Re: one more tclstate question... In-Reply-To: <1725-Fri07May1999142159-0400-kriston@aol.net> from "Kriston J. Rehberg" at May 7, 99 02:21:59 pm Content-Type: text > > Here are some answers to your tclstate questions.. > > >Please correct me if I'm wrong, but I believe there is > >a bug in the "tclstate" module where: > [...] > > It has to work on interp 0; that way it doesn't get scheduled to > happen on every interp. Last time I checked, interp 0 is the interp > that is used during server initialization. Nope, interp 1 is used during initialization. There is indeed a bug in the tclstate init.tcl routine. > > >The tclstate module seems to set an id that is > >composed of the interpreter number and a number > >determined by finding the first available sequential > >id (e.g., 3.2). > [...] There is a bug in this too, in ns_state save. If an id is passed in that could be a floating point number, but is too big or something, then the statement: if {$id != ""} { bombs. It should be: if {[string compare $id ""] != 0} { Jim www.rubylane.com ========================================================================= Date: Fri, 7 May 1999 18:22:13 -0700 Reply-To: Web Development with AOLserver Sender: Web Development with AOLserver From: jim@rubylane.com Subject: AOLServer 2.3.2 returning wrong content length Comments: cc: bugs@aolserver.com In-Reply-To: <1725-Fri07May1999142159-0400-kriston@aol.net> from "Kriston J. Rehberg" at May 7, 99 02:21:59 pm Content-Type: text AOLServer 2.3.2 (on RedHat Linux at least) is returning the wrong content length. It's one too big. Here is a test program: # test program to show that AOLServer 2.3.2 returns Content-length 1 too big. proc bad_cont_length_bug {} { ns_return 200 text/plain "abc" return } ns_register_proc GET /bad_cont_length_bug bad_cont_length_bug set http [ns_httpopen GET http://[ns_info hostname]/bad_cont_length_bug] set rfd [lindex $http 0] close [lindex $http 1] set headers [lindex $http 2] set response [ns_set name $headers] set status [lindex $response 1] set html [read $rfd] close $rfd set ohs "" set size [ns_set size $headers] for { set i 0 } { $i<$size } { incr i } { set key [ns_set key $headers $i] append ohs "$key: [ns_quotehtml [ns_set value $headers $i]]
\n" } ns_set free $headers ns_return 200 text/html " $response
$ohs --------- 
result(0)=[string index $html 0]
result(1)=[string index $html 1]
result(2)=[string index $html 2]
result(3)=garbage
" To correct the problem, you can write a wrapper for ns_return: proc rl_return {status type string} { ns_respond -status $status -type $type -string $string -headers [ns_conn outputheaders] } rename ns_return {} rename rl_return ns_return Jim Wilcoxson www.rubylane.com ========================================================================= Date: Sun, 9 May 1999 09:50:02 -0700 Reply-To: rlocke@infiniteinfo.com Sender: Web Development with AOLserver From: Robert Locke Subject: ns_quotehtml problem? MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Greetings all, Should "ns_quotehtml" translate quotes (") into """? It doesn't seem to. I noticed it when I created a table and gave one of the input fields a default value containing a quote. Something like: hello " there When AOLServer then generates the entry form widget, it calls: set widget [ns_dbformvalueput $widget $column $type [ns_quotehtml $default]] which generates something like: Since the default value contains a quote, the browser truncates it at the first quote and only "hello " appears. Is this also a problem in similar circumstances with the other characters ns_quotehtml doesn't translate? Thanks for listening! Rob Locke _________________________________________________________ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com ========================================================================= Date: Sun, 9 May 1999 10:21:08 -0700 Reply-To: rlocke@infiniteinfo.com Sender: Web Development with AOLserver From: Robert Locke Subject: amazon.com ns_quotehtml followup... MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Hi again, As an experiment, I went over to Amazon.com to place an order, and in the middle of the address field of the shipping form I placed a quote ("). I then intentionally left the zip code field blank. Since a required field was left blank, it brought me back to the same form with all the fields filled in as I had in the previous step except for one thing: The address field got truncated at the first quote! I guess they don't translate the " into " either. Is that a bug, or is there a good reason for that? Anyways, maybe that wasn't deserving of an exclamation mark, but I found it pretty interesting. Thanks, Rob Locke _________________________________________________________ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com ========================================================================= Date: Sun, 9 May 1999 12:09:26 -0700 Reply-To: Web Development with AOLserver Sender: Web Development with AOLserver From: Jim Wilcoxson Subject: Daylight Savings Time not handled correctly Comments: cc: bugs@aolserver.com Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" (AOLServer 2.3.2, RedHat 5.0) The following shows that AOLS fns are not handling Daylight Savings Time correctly, at least not on our machine: set time [ns_time] set httptime [ns_httptime $time] set reverse [ns_parsehttptime $httptime] ns_return 200 text/plain " time = $time httptime = $httptime reverse = $reverse" return Results: time = 926276723 httptime = Sun, 09 May 1999 19:05:23 GMT reverse = 926273123 The reverse is an hour (3600) off. My current timezone is PDT. Jim www.rubylane.com _____________________________________________ Jim Wilcoxson, Owner Ruby Lane Fine Art, Antiques and Collectibles 1.888.782.9586 (+1.415.864.4563) http://www.rubylane.com ========================================================================= Date: Sun, 9 May 1999 13:09:25 -0700 Reply-To: Web Development with AOLserver Sender: Web Development with AOLserver From: Jim Wilcoxson Subject: Hack for Daylight Savings Time not handled correctly Comments: cc: bugs@aolserver.com Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Here's a hack to fix ns_parsehttptime. Put it in tcl/modules... # KLUDGE needed because AOLServer's ns_parsehttptime doesn't handle DST # only do this once (not during TCL reinits or if rlinit is sourced) # Does not work if Daylight Savings Time has changed since server boot... proc rl_parsehttptime {httptime} { ns_share rl_parsehttptimeoffsethack return [expr [old_ns_parsehttptime $httptime]+$rl_parsehttptimeoffsethack] } ns_share rl_parsehttptimeoffsethack if ![info exists rl_parsehttptimeoffsethack] { set time [ns_time] set httptime [ns_parsehttptime [ns_httptime $time]] set rl_parsehttptimeoffsethack [expr $time-$httptime] ns_log notice "rlinit: rl_parsehttptimeoffsethack = $rl_parsehttptimeoffsethack" rename ns_parsehttptime old_ns_parsehttptime rename rl_parsehttptime ns_parsehttptime } ------------------------------------------------------- (AOLServer 2.3.2, RedHat 5.0) The following shows that AOLS fns are not handling Daylight Savings Time correctly, at least not on our machine: set time [ns_time] set httptime [ns_httptime $time] set reverse [ns_parsehttptime $httptime] ns_return 200 text/plain " time = $time httptime = $httptime reverse = $reverse" return Results: time = 926276723 httptime = Sun, 09 May 1999 19:05:23 GMT reverse = 926273123 The reverse is an hour (3600) off. My current timezone is PDT. Jim www.rubylane.com _____________________________________________ Jim Wilcoxson, Owner Ruby Lane Fine Art, Antiques and Collectibles 1.888.782.9586 (+1.415.864.4563) http://www.rubylane.com ========================================================================= Date: Tue, 11 May 1999 01:33:16 -0700 Reply-To: Web Development with AOLserver Sender: Web Development with AOLserver From: mike chan Subject: cybercash exploit In-Reply-To: <199905110405.AAA27905@services.web.aol.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" if anyone is using the cybercash link into aolserver... . Admins using the cybercash shopping cart software should beware, there is a new exploit out that exposes customer cc card info and the admin password and config. files in the public accessable directories. Also another one out for webcart software that also exposes entire order logs including customer cc card info. Ffingered 1.19 compromises users privacy get the patch here http://www.genocide2600.com/~tattooman/new.shtml Snotty e/c ========================================================================= Date: Tue, 11 May 1999 18:07:24 EDT Reply-To: Web Development with AOLserver Sender: Web Development with AOLserver From: Jay Ridgeway Subject: Re: AOLSERVER Digest - 7 May 1999 to 10 May 1999 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit In a message dated 5/10/99 11:41:15 PM Eastern Daylight Time, LISTSERV@SERVICES.WEB.AOL.COM writes: << The following shows that AOLS fns are not handling Daylight Savings Time correctly, at least not on our machine: >> The tm_isdst element of the tm struct is probably not being set by this command. You could create your own command that takes a format and time string as inputs like: reverseDate "%a %b %e %T %Z %Y" "Tue May 11 18:01:47 EDT 1999" Then call strptime using the format and time like: struct tm tm; strptime(argv[2], argv[1], &tm); Finally set the tm_isdst member to -1, and sprintf the result of mktime into the interp result: tm.tm_isdst = -1; sprintf(interp->result, "%d", mktime(&tm)); Here is an excerpt from the mktime manpage explaining the tm_isdst element: If tm_isdst is positive, the original values are assumed to be in the alternate timezone. If it turns out that the alternate timezone is not valid for the computed calendar time, then the components are adjusted to the main timezone. Likewise, if tm_isdst is zero, the original values are assumed to be in the main timezone and are converted to the alternate timezone if the main timezone is not valid. If tm_isdst is negative, the correct timezone is determined and the components are not adjusted. As an added benefit, this function would allow you to turn almost any time string into utc time, although implementation of strptime will vary by system. Hope this helps. Jay Ridgeway Digital City Technologies ========================================================================= Date: Thu, 13 May 1999 13:03:05 -0400 Reply-To: Web Development with AOLserver Sender: Web Development with AOLserver From: Lamar Owen Subject: Threadsafe TCL 8.1 MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7bit I'm sure that everyone has heard the announcement of tcl 8.1 by now, but, just in case, here it is: http://linuxtoday.com/stories/5872.html 8.1 is completely thread-safe. Now, to get AOLserver running 8.1..... Lamar Owen WGCR Internet Radio ========================================================================= Date: Wed, 12 May 1999 23:43:09 -0700 Reply-To: rlocke@infiniteinfo.com Sender: Web Development with AOLserver From: Robert Locke Subject: pgp MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="0-1957747793-926577789=:11144" --0-1957747793-926577789=:11144 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hello, If you're interested, here is the beginnings of a crude PGP implementation in C. It only implements 2 simple functions: ns_md5 - creates a md5 digest of string ns_pgpe - encrypts string for recipient The code is shamelessly stolen from a freely available RSA md5 implementation and from the pgp-integration man page. As recommended by the pgp-integration man page, this uses system calls to run pgp directly. Also, you may need to modify the PATH to the PGP executables as well as the PGPPATH environment variable to get it to work properly. Also, I'm not sure if I did the AOLServer integration correctly, but it seems to work. Thanks, Rob Locke _________________________________________________________ Do You Yahoo!? Free instant messaging and more at http://messenger.yahoo.com --0-1957747793-926577789=:11144 Content-Type: application/x-zip-compressed; name="pgp.zip" Content-Transfer-Encoding: base64 Content-Description: pgp.zip Content-Disposition: attachment; filename="pgp.zip" UEsDBAoAAAAAAHF0rSYAAAAAAAAAAAAAAAAEABAAcGdwL1VYDADIcjo3tXI6 N1YEFABQSwMEFAAAAAgAYXOtJq367A2rAQAA8gIAAAkAEABwZ3AvcGdwLmNV WAwAq3I6N7ZwOjdWBBQAhVLBbtswDL3rK4j0khhejB16WdDDkAZDsTQtkHTA sA6BJtG1AFkyJDlNMOzfR8quge6ygy2Reu+Rj9KVccr2GmHm4rKZiasp7l46 ToiqEFDAoTERlKcDqXUEh6/MOBIIK1pbfT2Dw3pLkLaVjhDJQ2qQqZ8ftnsM JwzLLER5jIkOSbD1urdYsiajofbW+lfjXkY6MOOHi88xC4zLBydbfB648SdE VMl4B76Gi+8DuKiXxhmojcVPLEBN3rAbbS0ArMAHTi2jB2I9OXOGzspU+9BG hvP33fegpOMeHIQ+b7LpyV8dfJuz1W5fbU7SHpRlpnEJQy0VQhf8yWjU8OuS gTSHOM2hEtQKiFtrN+fOh8Q82MXjfXb1DUNkSzfwcSVETDIZxQjx+OXxjgt0 d86kOZU8DiEUuW5XwskbDYXyFJ7TAsRvKsS4dUCZcD20P39Dv93hrASS3jgV Ll0qYfe03Q7/xeq/fL77EuD+9nqfAt0d7f/hB0x9cLDbHx++rsQf8d62mGxn U6qRAYpmeDIljOEAWGQ7o9yceNQZk4YhxPnEejensZNFLi3+AlBLAwQUAAAA CAAlCK0mLIbZE94CAABsBgAACQAQAHBncC9wZ3AuaFVYDACrcjo31bM5N1YE FACtVG1rGzEM/n6/QqRfkpBeaOkKpZ+yZKyBdi1NBoOyBcenuzP12Ydf0oXR /z7Jedla1m5sCxyxLenRo0eyh324eX+TX8Ah1CgKdFAqjVBax+fQ2CJqzKA/ zLJhH8a2XTtV1QG64x4cnZ0dHR4P4HY2gokIAmYoo1NhPYCpkTmMHYqARfLL YaR1BgAp3INDj26FRZ7x4aWSaDxCsCApBQhTQOR9rTx4W4YH4RBoXTlhGLJ1 dqUKWoRaBFCBQchMRyaoUpFBeLIhdF4idzV5A1fovajwcKIq9AljpCtLTnXT AWVAaA0NleCUoAVDW6NMBSSOwxIdGsnbJywZhezprIxGcszTIskgtLf7Wqjo RtzjvmhqglqJoFYID9bd+32xDJLq9VHWW1vS5UnVnRRP69LZJmmwk4Djf6vC KxJw/GsqbKlTauaWA3DAP/8Y5KUmsm4ejCUiLU+UCYLZeZoiI9Elmki1oNto h8TfyZp0F0ulCQds+WzIUu+QJFbPfRhi78YXRJg1tMIFJaMWDtroWusxh2ng Hu9HtENNUb7D4Q/ExcYA+JXpek6mmlZz5wiV5yFlY+B7ZYr/KeG8Jn1IKmJL kjWROr1E0i0IZSg9t5qy0u1TZN5y4OJ+rr6wMjY7kXleh1TATpJElt+JA1Wa AktY0AOyuFhkB7ShHLs9HLGLkToWdD0rbZdC53UnxaWwhWx19Pxl+JUmz0Bn 3IFv2QGaQpXpHeKxpRYHsuecM6xb5FgfXJSBfAE+Tj/MT+iAZvfu5PP5H6hE uMkduqO340mPcXcw0kYT7o5/wJCvic2SnkuSZ6mCH2yeSgvHX05PoKv9kh5S 58MWJhqvKtaZhs/BMpZ0b+5OX+NFGZRpaVY2zgzzyHUvxvNP51mmTODdLDie 8Zvb6/n14nI6m1OubndME2UCX5gBzKVeTEkp10J/QJBhsOHQ7/d65wmG2vLO SLduw9/j/Kp5j/uObf+/A1BLAwQUAAAACAC3qqwmB6zK9ikCAABPBAAADAAQ AHBncC9nbG9iYWwuaFVYDACrcjo3aYA5N1YEFACFU8tu2zAQvOsrBghQyIZr x0UuQdCD67iJASMO/Dj0ZDDSyiJKkwJJxdHfd0n5oQIN6osoenZmd3Y06uNp sfwxWQyf8RWr9WQ1+wnfVOQgdI7MaOeF9i5JRn1MTdVYuS890mkvgLEQb8YK b6wkN4BALt+lk0bDFPH/R+EF1pTVVvpmkCD85jobDpBZEp5yjO/vx0NMlEJk drDkyL5TPkzQHyXJjSx0TgV2bZu7511yw+9SU+cK49jf62q5WW5+vc7WcKWp VY43giMPb2C4QBZxKKNVE86+JB7wUElFFq6uKmN50NhjUevMhzmE3dcH0h6V Nd6wMVLvhwGz4eLCKGWOfIOD+M2OdfS5RVGrqDwOWtKjFA7aeAjFo+cN90a6 VWvnycGAWxylLzG9NlYosXetGWcvrjoXLzrS4+SGdC6L1pLl/GUzW50keKnY kyYrM1RGas/8YdmBPDwDea2d3IduslJY9E8ED5Fty+dvHS5/NHhrPOFobP5P Et6D9WCltvZKc9ehKUxt/8OjDLt8prl7uObiZbtY7F43q4sT5wuk6an33m3v Ysm5bPuyXc8ed5PV06XwepV+9PCB7+inXz56D3/ZGWzeLebrDaS77C2nKkC4 Q05MaY7dbXRg/K28UwzPnCdzAX8FDkIcdVfAkq+tdjGmSjo/gOGjPUrHSfZt cs4YoUGHyjcROATOcfk0KlEiDeherOEhlaPPMWnHwvgEu8GH7kfIkn8AUEsD BBQAAAAIAAZorSYsCXae6g0AABEsAAAKABAAcGdwL21kNWMuY1VYDACkcjo3 XFw6N1YEFAC9Wntz2zYS/7v+FDh3LkfZskOA4KtOcpM6caw5t8nE7szNub4M SII2G4nUkJQjJ00/++0C4EO0mOSathmPIwC7i/3tCwvID/fID8/c48NjckBe nz8lz0QtyLmMV2VW303JLI8Pp0hBFrKqxLU8SLJrWdVEzK8LILlZ7JC9hzs7 D/fIcbG8K7Prm5pYxxNCw5AesOmYTHJcSlHLRNEdkqfz+Q4hRLFXpJSVLG9l criDk2dZLPNKkrogMWxBRJ6QFY5vsopURVq/E6Uk8Pm6FDmKXJbFbZbAh/pG 1CSrUQgsw1ReZ2kGC6KCNUl2x5RDvD8YvM8UXpTxtIG8S7IcDDAnC4BQZgI+ oOgiz/JrUpSgfypLmcc43NASpcC6mktXeYw8myBhQcyrosUCoBfirWxBJ7Df raizW0neFeXbqgWLQhTeahXfmDVllw3Uu4ofPqdlsVA2aEyA/J+1widMgPyf soJRHbZG3Q4JQYav/odCxpyIdqtIXoAiS4yovBaoXQVRlMeyVGpKwCJLbTsJ +pfxDdhdRNkc5JAiHQSZ8p0EE2dDGhTRkqVAJ/I7shRlncWruSjJclUui0oe klmNPm5DdBecklW7yP4OdClWNZFrVLfCzbLFco6eA6kYD2o3FPw2y5M/0oQX N2AfMBVoCyZbrMDTkQS71SLLYXt0NewK2ZfBstEBwfXRJ0W8WjRGxnh9CAAa kyhlsU58m+XxfJVA7uXV4c1ub7y8XuKEriR5VQPeSlkSwvAC0FfweUFKsBDo dKikfZvIFAbknFLi90aMUNYbOoT2VzlhvVVGidsbMRL2RsDJe0PgtLuhQ0lv 0YFNaW8IrF5vCKxON+SU9BY5sPbkcmDtqcSBle7sVGjYmNwWWYIWmeVZTV69 fnnx8s3Z7PyCWBZMvjm++DfZm0yOhtQ/LRNI0x49OKzHMSWrvMqu0dUQ/+XG RJbXWwSeZDlUvY39N0VcUu9KnRujOnU+3RDz0+zHC04u+dVQqUuPXw3FPM/j IrmH6x4YLfMzqJ7JbbLus45ZqBG2Sfjq6bNnsx9foPLkMfkAMu11YE/J1/2g mK+V8VVidj4eqUw9mZIXU3KqjqeZOm8iUYER8OhoDrhqM1lPrPWUQI1+PwHz WusJeUCsu8mE/ArD3/Tw/WQyaelfbKF/b+jv1Oi3DfrTPj2Q/xfF4+/3PaJZ n0gvI+2vjTDEBoHw9OL5m7PnJxdQdsC5UPvWZC7TmuQkyuoBrh45Cs8bdR89 IlZu9IXhkyfEctgBTpl9TtCIaMXTqbbjjNRNbpgTC8sgVL48qQidEuiqHE3K D9UBWJiii0eVhLqMua4OeJEkmVqBNgIOlVsoz1DV42KxXGmWgWtOLDEl0ZTE U5JMCaCoYJ94Qj6Qn9VZY4kJ2X9MTgBKNJkSK8ZfCYDbJ4gNfqt8mVjAdNTj ebxhTAumgK+abNCAXBCqZz523n/xZSq9+OtUOj39MpVO/zqVZrMvU2n256uE Ea2bReg/SVWX2GZhrEI3sSpz3XhDf7Oa1xh80Hpg1ELjM0+w58DVIp/fQTOS H5iK2hQSAq2aOfmh5u5AjTlX4i1oXKA3BuAwLcslQC+vY/X7dqJ7pGNoo/Ja dYmG+EgvXMTzNzPFRfY0t1mAgRJjhrrq76HIox0s483RBs1kLdc1km1Wfn1P wnPw/tqNXGsTXDpMLWvx2lob5KjGXOYA7QjvCVkKJgetyN8eE6axfTBdICJ5 ulzKPHmtRFuNMXbflQX44FuEU33Xs/XPu7vTnW++MX0gQru04djdNV7DZfLj T2dnE2MD40JycXz25vnr1y9f6/mPqNjDPfy812s2kkJ13zVZFEmW3mn59IpY mYQ99Ba7k0PNdl5MTavdaleJFAgjaIhnICv/R03e5sU7tECmWujrokg087IU MXauWtZD+G3C7nGzKSoKVoQJWIEPliZQwJpmynpgXNnMGhzt/NSInaKohkg3 QpZ29pT0ZMA6lm0rg13tI5KRR9ARwv/7+9pv1RKE1eDPB100ZHsMHfB3m63B 9iaCsistDY8k7YAuhTTcUde3knuO7Dnx5b+OdnTG4nmdgRXgIpe91ycD+V5e Z5CvIlerxVKWamFK3sElS2U1yeW7JgF0Xm7rUq3GJjttO9gkzZfeUUBDw4Kb YMSb4cGTGI7FGuIWrDyYo1fK8sZ0Z4VI4Ep4DdptAkU2fdvo4qeVhHiklm6v PZ+7zLHp0X0KvddapnEioiDcQsE0RRhEIolTuYXC0RTUdpjLfa/vmmhexG/J Sgdk64lDvCiBJ1ay9dLmI41O257n4NoJF7xKl+QCr74Nh95CdxVqH3NrN9Xv Ez5u0qTNkiyH7sL8dwaZ8ke5fdCBK/mfFQUiFKExYV8MltZGye1ygBlS/bq+ wXvuQMyHYZXOEHIi4ezFmzHKNJF3rNotuF6vFhEYHERFd9hLQl0kHtcBpzjB /dbGrcKy7oc59I8Odr322jlp64LxQW8HaE+NZKgwW8TgoW3O/MYG2Kk6E3Ng QrX61Pq9VNvfP7qflXT7PgCBhaoWwY8xFmAHWxxoQ5glANZdEgUYDJ8d6myB 4V6RZQGBHM17VR+hdps8bkRPzBG5kIt4eWfgWdarl6DV89eTB63S0SpNZXmp VIAy3FKYgG7E6VNv4wZrbabylAxkNmB7R0ITJHAw7BPPAXt3sZih2TzeuOLT Wz1QfPqUQGr1q4kn+0g1ZYTIeaVzOWtmtYG/V/rBobAQmXoR02Gu7KkNpgX+ P/ZqNZo2rZQGdpBN+kUtxaOzPW2e4+VmaxXbdvS0lUk/2+kS1rxMQwl7L8si e9+8PH6qfA0O8PasGm3mPlVqBprAbr+39t0/8TYVwgS/DK7u9YptCUp6Fehc 3G4vDub9xMKZ6SB7pyRo68srODvxaRKuka5nClcv735P8UpVuGo9kVcLeQTy J+SfxIJtTDGYkO+IRZndjgftWXvumKeWBvykC3LdGzW13IokZJJEsgSbQA1i m0Rtls4M5zXyqbzDN9HOy50lB3HUZin1evr8R0UnSJJgMPWWn+Xtbb+zK+Rf Jete6rWK2dCLggDwpdUE1mQjt/QrzOYzwmFXTSsDAsjAW9ADqWNta370Ko+B omgnO/plTLcuHAJxEJ9IhK9e+rakiYVqwHVHBXLaEYVR3I6wBU7akQOjdXOL gh/zTIdPLKZlgULZ9sf4RkKoNt/JCdm8FV8S3PacUjDgOvE9IbgPzkXGHgtQ tlzAQhULQxYZxH7kQ4AqFtaxaPmaC1iYYnGQhXFm+3YSaRanY2m1EorFUSwc WWIaJbGUUrPwUSy8w5K6fmynItUs7igWt8MCyP3YY0KzeKNYvA6LCBybe9TR LP4oFr/DkibcC12bapZgFEvQYfHCwA6DxPglHMUSdliCiPPUb+BTewwMtTsw Kfxzo8hoRukYGko7NEHoxokfGc9QNgaHsh6cKLQpZczwOGN4qNPhSZMw8Glo DE35KB7ec47nh9wJGt3cUTxuh4eHEbcD1thABUE/jwzAFy/u+UsZhenY86hk rtcA9DuegcNUJDEFMLa5HTncNjxBxzMAqPfRmeS50hVuo2zY8QzCTzmZKYAy jLzYFybImT2Kx+3wJB5Lqe0mhoeO4dHBhHhUmnPKXeMwxkbxuB2eJBBUeoHB w5xRPLyHx0+cNIpNbjA+iifs8DAqaZzIpmi5o3h4zz+O49t+0vB4Y3h02dJ4 Up64dhL4hscfxRN0eLjrCsplY+tgDI9ODo1HhNKRoe0annA03liHJ41lKpzU 2M2xR/H4HR7P91KbJaHhoWN4dLJrPEHCBI8DE28OGyaUcfLp6fYAdKipTMIJ uUkop8czAKgM6egK6Ps0bYPJ4R3PtoRyNMAkTLy2MjluxzMAqALDMfVcuk5g x4bHG8VDOzyCR1IKzg2PP4qHd3h4lMg4FY3xgzE82mEaT+pFEY88U1SccBSP 3eGJZAT55Bsebo/h0QGo8bAgjHwZm+TgdBSP3eGRQlDmpyYwOBvF43R4Ei5T xw5MoHNnDI8urIgHDRcENGmSg/NR/4QdHggDntiOsTV3x/DoQDd4vCQKQ9ns 443Gm9vhoalgftwkIfdH8bDOPzEXset5zT7BMKEMwNlse6fHdUJxFjLWBCAP O56Bw1QwcR2ADhNpGppq5todz7YjmOsjOIKsdUTDQzueAUBlFK4TKg4d0Rrf ZWN4tPE1Hs91IzeMzWnjOqN4nA5PkNpxHIcm2V0+isfu8MDlPk25b6qz647i oR2ewA24mySmELneqH+CHp5UBL7kTffqj+HRwaTxpJLF0pMmcd1gDI9ODuMf x6bcoSYO3HAMj052jYdLO6BUGDyePYqH9+LNdx1fBsbWHh3FQzs8UeKIlDkm 0D02iod1eJhI/IRF5m7hOaP+CTs8Mgq8xAkbPNwkVPvMvf+YiKN2Qr/fRd0E UxNxN+GoieTrr7brjUvturvN6ot1Zd6lzFMiPjAU+CKh5jZunpND8rSqVvhI iN/46L9NInD1XKzmdbacS3wB4fevus0FXgttX7Hxq57hy7MmOTI3YPMQvTP8 yu5o6xPxL4MvhmBGfz/0C3mkuPALIpwEs/Lm5VJvePnL1cYji0JrNW9t6lUl Tc0jYMOxT7fxdExPnpBgMsLKPstKvTFe57O8jG/wfjTu1tf71t2bEjbdrkPh d7q7eUbY5m7j18bNW793+FPc3bdhpizYfzoH/+u/ItmcBBerPzIBP/7aPm4P SJgmQX9tEeDoVcZV0v0PUEsDBBQAAAAIAHcQrSbnH7MixAEAAPcCAAAMABAA cGdwL21ha2VmaWxlVVgMALVyOjeCwjk3VgQUAG2SwY7aMBCGz/gpRgrSAqsk 0m73gsQhBcpSAUGEqNtTZBJDrDqeyHa20EOfvTahW0A9xZ4Zf/NP/vGIB0v6 g+25YLBHBfWhDjRChUUjWEA8YgsWmFPDUQLuwZQMonihmXpnCtwzDT2JqqJC nM7Z31LTouISCq5YblCd+kOySl7j5XQUNlqFwuJESFG0ENchQUEV1/AUfCLe eDwKsTZhkq6+6VphuOMyzHObiNfbZOQfwK8M+G+UeIvJl0U0s7HiBP7MkSJR lxQm/MANFZBKfoTn4OkMvUVMss10utpuotUWfFMqRgt9BdQlVawAnx1rO0TW SMU0incbehg8uEav6zB9+w83Yrfsx19X1N152Nkc5soKewmeSfv+WpZNZ8t1 lsTpZjwld4KIA3zHBnSJjShAogHJrCqDwApugMqTKbk8wI4J/GkNsX9VcGmt JPHnr8moKl7yAJ3NrP0ESJbxJF1MR631ZHxpOO/2Wtf6IZe5aAoG3d5ZaJ8Q 6/bQXtuX9v5xdFHXqE86Vl63d9HfBx//1X/UEC61uWN18vqm8q8ItwU2WdrV hMfjXeJKSi4YlUPSURX4exjYKQduozVm4rLHmvwBUEsDBBQAAAAIAFx0rSaX Ai6ESQQAALQJAAAKABAAcGdwL3BncGUuY1VYDACpcjo3j3I6N1YEFACdVW1v 4zYM/hz/CtbFek6Wxkn3BlzRD7deuxXrNUWabR/uisCx6VqoIxuS3FxX9L+P lPyWHAoM8wfbkiiSD/mQPBQyzqsEwZd6kvneYbsuH0re8MKRByO4rGRsRCEh wTiPVMT/ekInoacNrWIQ0sDtb7eLSp5vErhdzJfz1fXV3dIDCII4ixSMxnB5 dX0Bo+5nODxt7j8VImEFFzJWz6X5tUpTVG/pab43evXxzighH6Cv63/74tFN r3MiOM8FSvMxMhHIwlQakzEs43x1JQ2qEkbCfsfWYKQe4sazES2eht4LGey5 qFBXuSErACKFgC/AwRn8MKQNgBf7Bqv/Q1miTBZWPmiM+FtVkJZDtqTfg86K Kk9gjfDF98feYOCu8+nT5+k9ycPaBVFhLEoGwoJw8+f1NUF1wgpNpSQsz69X F4vFfOH2X9nFcARXUhgR5eIfhKJSjTrKeR8WCwVHDpvVu5/EwHo0I4/szwn9 9MXfxNuZ+CvKK2xt9CB0IpcKseeFtwNt/sep98pUXkaPqMFk2GB5LirYCp2B KQCd0xDJxIq0YdNNtPjZKmGcjt4mjJxlJkKraOVsTHbkwj7fvW9C5egjZFmZ hkudG7t8r7FakjkKU8kKObbfojLstNWgnzW78vnkp58p9GZT8mI2PfnxHs7A /zL1bbh0SWpNGtTSY9sBEI4jA8cKvtNwnML368jE2aZI8GxGlOtgdT42DHC1 12k7qp07cs4NT4lfF18xrgyyuOWUSAMrBUdHUIvtVEY4mleGItMkj0JNV9/b u/ykNjdBHT1NtC1SG1GijDYqR+nOaGnttFWQxnmhMWg2W3M3xXZM2KKGDzbF 6yh+hFQVmz3jD2h04KLbGndLZ8+iroW3mcgxOEhZpj4aeoMXb9CntCuKwJlt EkcqBv/Z2OD1G4CdF6+uJChRGuINNTbmfVYUj5pYzLFlzKUqYtT6HcUv4fSx DKmg4172hdF8Tvu7XL+SuhRuVtB5QfF3cfskKCmYw0X+KKQ+BY0Im8oYSAtF Hmx7SsiNhD0RekczuVWiyp+pdk0GqBRdjDOMSd/DGNDEbxRd3d5rcrr6stjr GcAQ61/LPmYe93bihe1bHD77E1MCk1UpklPXKtncCO7Q2KiRidsPy9+pETwJ 6tkbKgx4ipSI1jlOnOg5e8tjgLFBHElu5Bq5g4BPHPhUJFWO3Ft9d4N5Rtwl lYFf6z8Ly8hkoSlCSmw44Zfv6EtAqLYZA324W9rdUpTEgZr3buHo4GrvIGhR 0S3KxWMwHO5X4N/4TqEFaYUnLf9rhlGgZvctz5OqPLF7PI+m7XYnO73v6q3e 5RBP91XwJk+Q2b4Od9ApQeopeeCHayFDndG48937OKa3TfXO/FvhV5pes5Nf hjuTby6JW1RjkCGhpSxtW9hlpCidDve+D9CEPE2In7LBQuZVnZg95E2mGnkb PZ70fn+GdXkZ8hz7F1BLAQIVAwoAAAAAAHF0rSYAAAAAAAAAAAAAAAAEAAwA AAAAAAAAEEDtQQAAAABwZ3AvVVgIAMhyOje1cjo3UEsBAhUDFAAAAAgAYXOt Jq367A2rAQAA8gIAAAkADAAAAAAAAQAAQKSBMgAAAHBncC9wZ3AuY1VYCACr cjo3tnA6N1BLAQIVAxQAAAAIACUIrSYshtkT3gIAAGwGAAAJAAwAAAAAAAEA AECkgRQCAABwZ3AvcGdwLmhVWAgAq3I6N9WzOTdQSwECFQMUAAAACAC3qqwm B6zK9ikCAABPBAAADAAMAAAAAAABAABApIEpBQAAcGdwL2dsb2JhbC5oVVgI AKtyOjdpgDk3UEsBAhUDFAAAAAgABmitJiwJdp7qDQAAESwAAAoADAAAAAAA AQAAQKSBjAcAAHBncC9tZDVjLmNVWAgApHI6N1xcOjdQSwECFQMUAAAACAB3 EK0m5x+zIsQBAAD3AgAADAAMAAAAAAABAABApIGuFQAAcGdwL21ha2VmaWxl VVgIALVyOjeCwjk3UEsBAhUDFAAAAAgAXHStJpcCLoRJBAAAtAkAAAoADAAA AAAAAQAAQKSBrBcAAHBncC9wZ3BlLmNVWAgAqXI6N49yOjdQSwUGAAAAAAcA BwDYAQAALRwAAAAA --0-1957747793-926577789=:11144-- ========================================================================= Date: Thu, 13 May 1999 14:03:50 -0400 Reply-To: Web Development with AOLserver Sender: Web Development with AOLserver From: "Larry W. Virden" Subject: Re: Threadsafe TCL 8.1 In-Reply-To: Your message of Thu, 13 May 1999 13:03:05 -0400 From: Lamar Owen > I'm sure that everyone has heard the announcement of tcl 8.1 by now, > 8.1 is completely thread-safe. Now, to get AOLserver running 8.1..... I think I myself would say "Tcl 8.1 is intended to be completely thread-safe" which would leave open the possibilities of: o bugs in tcl 8.1 o bugs in the operating system's thread code -- Larry W. Virden <*> O- "No one is what he seems." Unless explicitly stated to the contrary, nothing in this posting should be construed as representing my employer's opinions. ========================================================================= Date: Thu, 13 May 1999 09:54:59 -0700 Reply-To: Web Development with AOLserver Sender: Web Development with AOLserver From: Janine Sisk Organization: furfly.net Subject: Help needed with nsperm MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hello all! I've just joined this list. Ordinarily I would lurk for a while before posting, but I'm in dire need of assistance so I'm going to just jump right in. I did search the archive at http://www.magnets.com/lists/aolserver-l/threads.html, but didn't see anything that addressed my question. First, here's where I'm coming from: I'm used to Apache, and have only been working with AOLserver for about three weeks now. I'm one of two people starting up a fledgling web hosting and design company, and we've been converted to the AOLserver/Tcl way of doing things by Philip Greenspun's book and toolkits. So I'm definitely a newbie with this technology, though not to the web in general. Now, my problem: I'm trying to use nsperm to password protect a portion of a site, and I just can't get it to work. I've read the documentation and it seems straightforward, but no matter what I do the only username/password it will accept is nsadmin. Here are the steps I'm using: 1. Create http://insecure.furfly.net and restart AOLserver 2. Go to http://insecure.furfly.net/NS/Admin; log in as nsadmin 3. Add User; name joeweb, password XXX, group public, home directory /export/web (PageRoot for this URL is /export/web/insecure, if it matters) 4. Add a New Permission Record: Method URL: GET /sub1 Owner: joeweb Exact URL match is NOT required Allow only these users Users: joeweb 5. Reload permission records 6. Restart Netscape (since I'm now logged in as nsadmin) 7. Go to http://insecure.furfly.net/sub1 - am not asked to log in 8. Press reload - get login dialog 9. Try to log in as joeweb - Authorization failed. 10. Try to log in as nsadmin - it works The thing about having to press reload to get the login dialog seems to be a quirk of Netscape on Linux - I have it set not to cache but it seems to do it anyway. I'm running AOLserver 2.3.3 on RedHat Linux 5.2. Everything else has been working fine, so far. Can anyone help me figure out what I'm doing wrong here? I've already spent more hours than I care to admit trying to figure this out, and I just can't see it. Thanks in advance, janine -- Janine Sisk, President furfly.net, LLC - Irvine, CA Website Design and Hosting http://www.furfly.net ========================================================================= Date: Thu, 13 May 1999 11:37:35 -0700 Reply-To: Web Development with AOLserver Sender: Web Development with AOLserver From: Jeff Huber Subject: Re: Help needed with nsperm MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hi Janine, welcome to the list. What you did should of worked...although not getting prompted to login when you originally went to /sub1 sounds like a browser problem more then a server problem. One step missing from your message was what you did with the Group Restrictions? What did you do with them? I could help you better if you could send me your virtual server's nsperm/perms.dat file. Janine Sisk wrote: > > Hello all! > > I've just joined this list. Ordinarily I would lurk for a while before posting, but I'm > in dire need of assistance so I'm going to just jump right in. I did search the > archive at http://www.magnets.com/lists/aolserver-l/threads.html, but didn't > see anything that addressed my question. > > First, here's where I'm coming from: I'm used to Apache, and have only been > working with AOLserver for about three weeks now. I'm one of two people > starting up a fledgling web hosting and design company, and we've been > converted to the AOLserver/Tcl way of doing things by Philip Greenspun's > book and toolkits. So I'm definitely a newbie with this technology, though > not to the web in general. > > Now, my problem: I'm trying to use nsperm to password protect a portion of > a site, and I just can't get it to work. I've read the documentation and it > seems straightforward, but no matter what I do the only username/password > it will accept is nsadmin. Here are the steps I'm using: > > 1. Create http://insecure.furfly.net and restart AOLserver > 2. Go to http://insecure.furfly.net/NS/Admin; log in as nsadmin > 3. Add User; name joeweb, password XXX, group public, home > directory /export/web (PageRoot for this URL is > /export/web/insecure, if it matters) > 4. Add a New Permission Record: > Method URL: GET /sub1 > Owner: joeweb > Exact URL match is NOT required > Allow only these users > Users: joeweb > 5. Reload permission records > 6. Restart Netscape (since I'm now logged in as nsadmin) > 7. Go to http://insecure.furfly.net/sub1 - am not asked to log in > 8. Press reload - get login dialog > 9. Try to log in as joeweb - Authorization failed. > 10. Try to log in as nsadmin - it works > > The thing about having to press reload to get the login dialog seems to be > a quirk of Netscape on Linux - I have it set not to cache but it seems to do > it anyway. > > I'm running AOLserver 2.3.3 on RedHat Linux 5.2. Everything else has been > working fine, so far. > > Can anyone help me figure out what I'm doing wrong here? I've already > spent more hours than I care to admit trying to figure this out, and I just > can't see it. > > Thanks in advance, > > janine > > -- > Janine Sisk, President > furfly.net, LLC - Irvine, CA > Website Design and Hosting > http://www.furfly.net -- ---------------------------------------------- | Jeff Huber | Web Applications Developer | | jeff@am.net | AM.net - http://am.net | ---------------------------------------------- ========================================================================= Date: Thu, 13 May 1999 15:39:21 -0600 Reply-To: Keith Paskett Sender: Web Development with AOLserver From: Keith Paskett Subject: nsperm bug MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Has anyone else experienced the following problem? I have a site which is restricted to a specific group. The access premissions work most of the time. However, I have three frames on my page and occasionally the frames information and one of the frames will get to the browser without prompting for a username and password. Then I get a separate username/password prompt for the other two frames. If I go directly to an non frames html page that contains graphics sometimes I get three or four user/password prompts. One for the page and one for several of the graphics objects. From the list of bug fixes in AOLserver 2.3.3, I expected the problem to go away when I upgraded from 2.3.2. I still get the same behavior. Is there a way to authenticate a user before they start loading pages. ------ Keith Paskett keith.paskett@SDL.USU.EDU Space Dynamics Laboratory PGP encrypted mail preferred 1695 North Research Parkway 435-797-4195 Logan, Utah 84341 http://cal.sdl.usu.edu/~paskett ========================================================================= Date: Thu, 13 May 1999 16:44:22 -0500 Reply-To: Web Development with AOLserver Sender: Web Development with AOLserver From: "J. Michael Roberts" Subject: Re: nsperm bug Comments: To: Keith Paskett In-Reply-To: <199905132139.PAA25578@hopsing.cal.sdl.usu.edu> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII You could always write your own custom permissions code. I've done that in a couple of instances where the nsperm model didn't fit what I needed to do. Never ran into this behavior, though... On Thu, 13 May 1999, Keith Paskett wrote: > Has anyone else experienced the following problem? > > I have a site which is restricted to a specific group. The access premissions > work most of the time. However, I have three frames on my page and occasionally > the frames information and one of the frames will get to the browser without > prompting for a username and password. Then I get a separate username/password > prompt for the other two frames. If I go directly to an non frames html page > that contains graphics sometimes I get three or four user/password prompts. > One for the page and one for several of the graphics objects. > > >From the list of bug fixes in AOLserver 2.3.3, I expected the problem to go away > when I upgraded from 2.3.2. I still get the same behavior. > > Is there a way to authenticate a user before they start loading pages. > > > ------ > Keith Paskett keith.paskett@SDL.USU.EDU > Space Dynamics Laboratory PGP encrypted mail preferred > 1695 North Research Parkway 435-797-4195 > Logan, Utah 84341 http://cal.sdl.usu.edu/~paskett > ========================================================================= Date: Thu, 13 May 1999 19:41:52 -0400 Reply-To: Web Development with AOLserver Sender: Web Development with AOLserver From: "Peter M. Jansson" Subject: Re: nsperm bug In-Reply-To: <199905132139.PAA25578@hopsing.cal.sdl.usu.edu> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII I don't think HTTP works that way. When the browser makes an HTTP request, if it doesn't present credentials (typically a username and password, lightly encoded), the server will, if credentials are required, respond with a 401 error, and indicate the type of authentication used. The most frequently-used authentication is Basic. The browser then prompts the user for the username and password and resends the request with the newly-entered credentials. It's important to realize that this happens for every single GET, POST, PUT, or whatever that passes between a browser and a server. Your frames design should compartmentalize the requests so that a single request obtains the required credentials. For example, you could have a separate frame that invokes the sub-frames, and the separate frame could be a sub-frame of another frame (although this would be a really ugly implementation, and could probably be avoided). Pete On Thu, 13 May 1999, Keith Paskett wrote: > Has anyone else experienced the following problem? > > I have a site which is restricted to a specific group. The access premissions > work most of the time. However, I have three frames on my page and occasionally > the frames information and one of the frames will get to the browser without > prompting for a username and password. Then I get a separate username/password > prompt for the other two frames. If I go directly to an non frames html page > that contains graphics sometimes I get three or four user/password prompts. > One for the page and one for several of the graphics objects. > > >From the list of bug fixes in AOLserver 2.3.3, I expected the problem to go away > when I upgraded from 2.3.2. I still get the same behavior. > > Is there a way to authenticate a user before they start loading pages. ========================================================================= Date: Fri, 14 May 1999 14:12:57 -0700 Reply-To: Web Development with AOLserver Sender: Web Development with AOLserver From: mike chan Subject: Oracle 8i In-Reply-To: <199905140407.AAA28684@services.web.aol.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" we've recently gotten the arsdigital driver to work with Oracle 8i without recompilation, although there are issues about using varchar, varchar2, etc, the driver seems very stable. does anyone know of a good tool to access/manage oracle 8i, like DBArtisan (won't support 8i until the summer), and in the mean time, we're coding DMLs by hand. Does oracle make any good tools for managing it's flagship database? mike chan Snotty e/c ========================================================================= Date: Sun, 16 May 1999 09:21:49 -0700 Reply-To: Web Development with AOLserver Sender: Web Development with AOLserver From: Jim Wilcoxson Subject: Re: AOLSERVER Digest - 7 May 1999 to 10 May 1999 In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Thanks for the note Jay. I believe you are right, that the AOLServer code is leaving a field uninitialized. Sometimes ns_parsehttptime returns the correct result, sometimes it is an hour off. Gee, server source sure would be nice to figure this stuff out... Jim At 03:07 PM 5/11/99 , you wrote: >In a message dated 5/10/99 11:41:15 PM Eastern Daylight Time, >LISTSERV@SERVICES.WEB.AOL.COM writes: > ><< The following shows that AOLS fns are not handling Daylight Savings Time > correctly, at least not on our machine: >> > >The tm_isdst element of the tm struct is probably not being set by this >command. You could create your own command that takes a format and time >string as inputs like: > >reverseDate "%a %b %e %T %Z %Y" "Tue May 11 18:01:47 EDT 1999" > >Then call strptime using the format and time like: > >struct tm tm; >strptime(argv[2], argv[1], &tm); > >Finally set the tm_isdst member to -1, and sprintf the result of mktime into >the interp result: > >tm.tm_isdst = -1; >sprintf(interp->result, "%d", mktime(&tm)); > >Here is an excerpt from the mktime manpage explaining the tm_isdst element: > > If tm_isdst is positive, the original values are assumed to be in the > alternate timezone. If it turns out that the alternate timezone is not > valid for the computed calendar time, then the components are adjusted to > the main timezone. Likewise, if tm_isdst is zero, the original values > are assumed to be in the main timezone and are converted to the alternate > timezone if the main timezone is not valid. If tm_isdst is negative, the > correct timezone is determined and the components are not adjusted. > >As an added benefit, this function would allow you to turn almost any time >string into utc time, although implementation of strptime will vary by >system. Hope this helps. > >Jay Ridgeway >Digital City Technologies ========================================================================= Date: Mon, 17 May 1999 22:39:28 -0700 Reply-To: Web Development with AOLserver Sender: Web Development with AOLserver From: voja Subject: Re: AOLSERVER Digest - 7 May 1999 to 10 May 1999 In-Reply-To: <199905110405.AAA27905@services.web.aol.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Hello all, We are getting this error on one of the sever lately (AS 2.1 on NT, Illustra): Ns_GetThreadLocalStorage(164): TlsGetValue failed: error code: 87; error message: The parameter is incorrect. Ns_SetThreadLocalStorage(164): TlsSetValue failed: error code: 87; error message: The parameter is incorrect. Can anyone point out what can be causing this problem. Thanks a lot, Voja ========================================================================= Date: Fri, 21 May 1999 11:49:51 -0400 Reply-To: Web Development with AOLserver Sender: Web Development with AOLserver From: Kerry Barlow Subject: TCL script not initializing on restart Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Hi all I have a TCL script I created which operates fine if I manually reinitialize top level TCL. If I restart the aolserver, or when system hangs and it auto restarts my tcl script will not operate properly. Specifically I created a script based on the /nsperm/users.tcl script that aol uses. my script creates a fancier webpage when a new user is added,and places this webpage in a Customers directory. I did not modify the original users.tcl script. I created a brand new script called customers.tcl and placed it in the TCL directory (d:/gnnserv21/modules/tcl) Notice my form action calls the process CreateBusinessPage this works fine if I manually initialize the script after AOl is started. However when AOL is restarted, and I run my script without manual initialization, when the submit button is pushed my homepage is created in the USERS directory of AOL,not where my script is supposed to be created(in my customers directory) here is some pertinant code from my script # customer.tcl # NOTE inputting form data to this program is CaSe SenSitIvE ns_register_proc GET /BusinessPage businesspage ns_register_proc POST /CreateBusinessPage createbusinesspage proc UserDir {} { set userdir [ns_config [ns_permconfigpath] UserDir] if {$userdir == ""} { set userdir "Customer" } return $userdir } # NOTE inputting form data to this program is CaSe SenSitIvE proc businesspage {conn ignore} { ns_returnnotice $conn 200 "Web page Creator Page Two" \ "To create a new Business page, fill in the form below and press the \[Add WebPage\] button. The server will create a new directory and business page owned by the new customer in a subdirectory of the /[UserDir]/ directory. When your page is created we will send a bill to your Email address,if we do not receive payment in a reasonable length of time we will delete your webpage from our servers. Please do not forget your new web address after your page is created. The final box can contain any information you wish to convey to your customers.
Page One
I would be happy to post the entire script if necessary. Thankyou all for some advice Sincerely Kerry Admin@MntnWeb.Com WWW server hosting Http://mntnweb.com Binghamton online Webcam Http://MntnWeb.Com/bing.htm CHRISTMAS Web Page Http://mntnweb.com/xmas.htm ========================================================================= Date: Fri, 21 May 1999 09:22:03 -0700 Reply-To: Web Development with AOLserver Sender: Web Development with AOLserver From: Jeff Huber Subject: Re: TCL script not initializing on restart MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit That's odd. When AOLserver restarts it does the exact same thing as a top level Tcl source. Well almost.... I'm a little confused with your message. Did you overwrite any procedures in /nsperm/users.tcl?? If you did, the reason your procedures are not sourcing is that modules/tcl/nsperm/ gets sourced after modules/tcl/. So procedures sourced in modules/tcl/nsperm/ will overwrite procedures sourced in modules/tcl/. I would advise you copy off the original users.tcl to users.tcl.orig and then delete or modify the portion of users.tcl you are overwritting. BTW, in your form you should have your action being '/CreateBusinessPage' instead of just 'CreateBusinessPage' Kerry Barlow wrote: > > Hi all I have a TCL script I created which operates fine if I manually > reinitialize top level TCL. If I restart the aolserver, or when system hangs > and it auto restarts my tcl script will not operate properly. > Specifically I created a script based on the /nsperm/users.tcl script that > aol uses. > my script creates a fancier webpage when a new user is added,and places this > webpage in a Customers directory. I did not modify the original users.tcl > script. > I created a brand new script called customers.tcl and placed it in the TCL > directory > (d:/gnnserv21/modules/tcl) > Notice my form action calls the process CreateBusinessPage this works fine > if I manually initialize the script after AOl is started. However when AOL > is restarted, and I run my script without manual initialization, when the > submit button is pushed my homepage is created in the USERS directory of > AOL,not where my script is supposed to be created(in my customers directory) > here is some pertinant code from my script > > # customer.tcl > # NOTE inputting form data to this program is CaSe SenSitIvE > ns_register_proc GET /BusinessPage businesspage > ns_register_proc POST /CreateBusinessPage createbusinesspage > proc UserDir {} { > set userdir [ns_config [ns_permconfigpath] UserDir] > if {$userdir == ""} { > set userdir "Customer" > } > return $userdir > } > > # NOTE inputting form data to this program is CaSe SenSitIvE > proc businesspage {conn ignore} { > ns_returnnotice $conn 200 "Web page Creator Page Two" \ > "To create a new Business page, fill in the form below > and press the \[Add WebPage\] button. > The server will create a new directory > and business page owned by the new customer > in a subdirectory of the /[UserDir]/ > directory. When your page is created we will send a bill to your Email > address,if we do not receive payment in a reasonable length of time we > will delete your webpage from our servers. Please do not forget your new web > address after your page is created. > The final box can contain any information > you wish to convey to your customers. >
Page One
> >
> > I would be happy to post the entire script if necessary. > Thankyou all for some advice > > Sincerely > Kerry > Admin@MntnWeb.Com > WWW server hosting > Http://mntnweb.com > Binghamton online Webcam Http://MntnWeb.Com/bing.htm > CHRISTMAS Web Page Http://mntnweb.com/xmas.htm -- ---------------------------------------------- | Jeff Huber | Web Applications Developer | | jeff@am.net | AM.net - http://am.net | ---------------------------------------------- ========================================================================= Date: Fri, 21 May 1999 13:38:12 -0700 Reply-To: Web Development with AOLserver Sender: Web Development with AOLserver From: "Heisler, Hal" Subject: Re: TCL script not initializing on restart MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Tcl initialization order may be the culprit. Try this if your code needs to be initialized after everything else. proc dothislast {} { #your code goes here } ns_schedule_proc -once 5 {dothislast} I use this trick because ns_db commands don't work when the server is initializing tcl. After 5 seconds the ns_db module is functional and I can initialize db dependent scripts. .hal ### Hi all I have a TCL script I created which operates fine if I manually reinitialize top level TCL. If I restart the aolserver, or when system hangs and it auto restarts my tcl script will not operate properly. ========================================================================= Date: Wed, 26 May 1999 22:37:47 -0400 Reply-To: Web Development with AOLserver Sender: Web Development with AOLserver From: Dominic Tracey Subject: dates Content-Type: text Greetings all, I'm new to this list and haven't been able to locate any archives. Does such a thing exist? Failing that, I am doing some TCL scripting and am wanting to fiddle with dates and times. For instance, I'd like to be able to: - See if one date is before or after another. - See how much time exists between one date/time and another. If I could get an SQL formatted string into a POSIX-compliant number of seconds since midnight 1.1.1970 I could just do integer arithmetic but I can't seem to find enough horsepower in the documented tcl procedures to do this. ns_parsehttptime will take something in the exact form of "Sun, 06 Nov 1994 08:49:37 GMT" and convert it into the number of seconds, but I see no easy way of getting from an SQL date/time to this HTTP time. For instance, the ns_parsesqldate procedure won't give you the day of the week. ns_time gives me the current time in this format but I want to do times other than the current time. Can anyone point me in the right direction? Something like 'clock' is what I need I think. Cheers, Dominic ========================================================================= Date: Thu, 27 May 1999 07:53:07 -0700 Reply-To: Web Development with AOLserver Sender: Web Development with AOLserver From: Jeremy O'Day Subject: Re: AOLSERVER Digest - 21 May 1999 to 26 May 1999 - Dates Comments: To: dominic@ns.dscnet.com In-Reply-To: <199905270405.AAA09886@services.web.aol.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Dominic, These are the commands that I use to get the dates into SQL Format: #Set up the required dates so we can find the transactions no longer authorized set todays_date [ns_fmttime [ns_time] %Y-%m-%d ] set 31_days_ago [ns_fmttime [expr { [ns_time] - 2678400 }] %Y-%m-%d] This 1) gives me today's date in SQL format (I use Solid) and 2) gives me a date for 31 days ago so I can look for transactions outside of a 30 - day period. I then use a SQL Statement: SELECT * FROM transaction WHERE transaction_date NOT BETWEEN '$31_days_ago' AND '$todays_date' to find those transactions. The above fmttime function will give you the date format you need. Hope this helps. Jeremy O'Day Systems Engineer -- Who's Watching Your Website? FREE, Website Performance Monitoring! http://www.webstreme.isis2000.com -----Original Message----- From: Web Development with AOLserver [mailto:AOLSERVER@SERVICES.WEB.AOL.COM]On Behalf Of Automatic digest processor Sent: Wednesday, May 26, 1999 9:04 PM To: Recipients of AOLSERVER digests Subject: AOLSERVER Digest - 21 May 1999 to 26 May 1999 There is one message totalling 31 lines in this issue. Topics of the day: 1. dates ---------------------------------------------------------------------- Date: Wed, 26 May 1999 22:37:47 -0400 From: Dominic Tracey Subject: dates Greetings all, I'm new to this list and haven't been able to locate any archives. Does such a thing exist? Failing that, I am doing some TCL scripting and am wanting to fiddle with dates and times. For instance, I'd like to be able to: - See if one date is before or after another. - See how much time exists between one date/time and another. If I could get an SQL formatted string into a POSIX-compliant number of seconds since midnight 1.1.1970 I could just do integer arithmetic but I can't seem to find enough horsepower in the documented tcl procedures to do this. ns_parsehttptime will take something in the exact form of "Sun, 06 Nov 1994 08:49:37 GMT" and convert it into the number of seconds, but I see no easy way of getting from an SQL date/time to this HTTP time. For instance, the ns_parsesqldate procedure won't give you the day of the week. ns_time gives me the current time in this format but I want to do times other than the current time. Can anyone point me in the right direction? Something like 'clock' is what I need I think. Cheers, Dominic ------------------------------ End of AOLSERVER Digest - 21 May 1999 to 26 May 1999 **************************************************** ========================================================================= Date: Thu, 27 May 1999 14:01:42 EDT Reply-To: ricardo@americasnet.com Sender: Web Development with AOLserver From: Ricardo Kleemann Subject: a few questions Content-Type: text/plain Mime-Version: 1.0 Hello folks, I'm trying to get familiar with aolserver, so thought I'd drop some questions... 1. how does aolserver compare with apache? How capable is it at high loads? 2. Can anyone point me to benchmarks which could show off aolserver's capabilities? Specifically for handling cgi requests? 3. Does aolserver support FCGI? If so, is it a dynamic module, where would I get it? Thank you! Ricardo ========================================================================= Date: Thu, 27 May 1999 15:57:47 -0400 Reply-To: Web Development with AOLserver Sender: Web Development with AOLserver From: Dominic Tracey Subject: Re: AOLSERVER Digest - 21 May 1999 to 26 May 1999 - Dates Comments: To: Jeremy O'Day MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Jeremy, That is quite a bit cleaner than what I was doing, but I'm still trying to get an arbitrary date into this format (i.e. one that is not described relative to the current time). I could write something that computes this, either in TCL or exec'ing a little program that uses the UNIX mktime system call, but I was hoping that there was some way to do this out of the box. Things have been rolling along so smoothly up to this point that I was thinking that I must have missed something. I am developing my first project with AOLServer and am extremely impressed so far. Gracias amigo, Dominic Jeremy O'Day wrote: > Dominic, > These are the commands that I use to get the dates into SQL Format: > > #Set up the required dates so we can find the transactions no longer > authorized > set todays_date [ns_fmttime [ns_time] %Y-%m-%d ] > set 31_days_ago [ns_fmttime [expr { [ns_time] - 2678400 }] %Y-%m-%d] > > This > 1) gives me today's date in SQL format (I use Solid) and > 2) gives me a date for 31 days ago so I can look for transactions outside > of a 30 - day period. > > I then use a SQL Statement: > > SELECT * FROM transaction WHERE transaction_date NOT BETWEEN '$31_days_ago' > AND '$todays_date' > > to find those transactions. The above fmttime function will give you the > date format you need. Hope this helps. > > Jeremy O'Day > Systems Engineer > > -- > Who's Watching Your Website? > FREE, Website Performance Monitoring! > http://www.webstreme.isis2000.com > > -----Original Message----- > From: Web Development with AOLserver > [mailto:AOLSERVER@SERVICES.WEB.AOL.COM]On Behalf Of Automatic digest > processor > Sent: Wednesday, May 26, 1999 9:04 PM > To: Recipients of AOLSERVER digests > Subject: AOLSERVER Digest - 21 May 1999 to 26 May 1999 > > There is one message totalling 31 lines in this issue. > > Topics of the day: > > 1. dates > > ---------------------------------------------------------------------- > > Date: Wed, 26 May 1999 22:37:47 -0400 > From: Dominic Tracey > Subject: dates > > Greetings all, > I'm new to this list and haven't been able to locate any archives. > Does such a thing exist? Failing that, I am doing some TCL scripting and > am wanting to fiddle with dates and times. For instance, I'd like to be able > to: > - See if one date is before or after another. > - See how much time exists between one date/time and another. > > If I could get an SQL formatted string into a POSIX-compliant number > of > seconds since midnight 1.1.1970 I could just do integer arithmetic but I > can't > seem to find enough horsepower in the documented tcl procedures to do this. > > ns_parsehttptime will take something in the exact form of "Sun, 06 > Nov > 1994 08:49:37 GMT" and convert it into the number of seconds, but I see no > easy > way of getting from an SQL date/time to this HTTP time. For instance, the > ns_parsesqldate procedure won't give you the day of the week. > > ns_time gives me the current time in this format but I want to do > times other than the current time. > > Can anyone point me in the right direction? Something like 'clock' > is > what I need I think. > > Cheers, > Dominic > > ------------------------------ > > End of AOLSERVER Digest - 21 May 1999 to 26 May 1999 > **************************************************** ========================================================================= Date: Fri, 28 May 1999 13:10:14 -0000 Reply-To: markd@arsdigita.com Sender: Web Development with AOLserver From: Mark Dalrymple Subject: Re: a few questions In-Reply-To: <199905280408.AAA20137@services.web.aol.com> (message from Automatic digest processor on Fri, 28 May 1999 00:02:48 -0400) > 1. how does aolserver compare with apache? How capable is it at high loads? not sure with the apahce comarison. At high loads (a couple hundred hits a second) it does OK. This is on systems like Solaris, Irix and Digital Unix. I know some folks have had load-related problems with Linux due to some kernel scheduling issues. > 2. Can anyone point me to benchmarks which could show off aolserver's > capabilities? Specifically for handling cgi requests? folks using AOLserver tend not to do a lot of CGI. In fact, for some really CGI heavy sites inside of AOL, they use Apache. (especially since Digital Unix has really big problems when threaded applications fork a lot) > 3. Does aolserver support FCGI? If so, is it a dynamic module, where would I > get it? nope. ++Mark Dalrymple, ArsDigita. markd@arsdigita.com "They'll beat you bash you squish you mash you chew you up for brunch. And finish you off for dinner or lunch lunch lunch lunch." -- Love Theme from "Attack of the Killer Tomatoes" ========================================================================= Date: Mon, 31 May 1999 19:32:06 -0400 Reply-To: Web Development with AOLserver Sender: Web Development with AOLserver From: Jay McKee Subject: Executing .tcl script in "pages" directory MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hello, New to this list, so I'm not sure if this subject has come up. I am trying to set up an Aolserver/Solid DB webserver on Linux. Linux is running smooth and Aolserver and Solid have both been installed. I have 2 problems: 1) Getting Tcl scripts to run through Aolserver. I can't get a simple "hello world" script to execute. I have set the shared and server tcl specific paths and set "Tcl enabled" to On. When I type "http://ocean:8000/tcltest.tcl", Netscape outputs the entire contents of the script instead of the scripts output. the script is just "ns_return 200 text/plain "This is a Tcl Test" ". I have looked through the AOLserver docs plus dejanews, arsdigita, and search engines to no avail. I'm sure its something simple or I'm not understanding it correctly. 2) It says "unknown URL" when I go to the AOL Server Administration link. The admin page is needed to help solve my first problem. Any help on these 2 issues would be appreciated. Jay McKee