[AOLSERVER] Documentation problem?
why is it ns_adp_mimetype isn't included in your documentation.?? -- The information contained in this message (including any attachments) is confidential and intended solely for the attention and use of the named addressee(s). It must not be copied, distributed nor disclosed to any person. If you are not the intended recipient, please delete it from your system and notify sender immediately. Any disclosure, copying or distribution thereof or any action taken or omitted to be taken in reliance thereon is prohibited and may be unlawful. --
[AOLSERVER] Good WAP article
Folks, There's a good little intro piece on WAP and AOLServer/ACS at http://www.arsdigita.com/asj/wireless/index.adp worth a squiz if you're not familiar with WAP and mobile stuff... Cheers Simon Millward CEO OpenMSG Ltd. www.open-msg.com
[AOLSERVER] Configuration file format -- repeated sections
Is it permissible to have repeated identical "ns_section" calls in the nsd.tcl configuration files? Specifically, could I have more than one "ns_section ns/db/pools" section in the file, or would the second one wipe the values of the parameters I set in the first one? (I need to automatically modify the configuration file from a script, and appending seems the easiest way.) Ellen Spertus [EMAIL PROTECTED]
Re: [AOLSERVER] Configuration file format -- repeated sections
> Is it permissible to have repeated identical "ns_section" calls in the > nsd.tcl configuration files? Specifically, could I have more than > one "ns_section ns/db/pools" section in the file, or would the second one > wipe the values of the parameters I set in the first one? You can have "ns_section X" twice, and the contents will accumulate. Here's a section from my template nsd.tcl. It calls "ns_section ns/db/pools" three times. if {[info exists env(ORACLE_USER)] && [info exists env(ORACLE_PASSWORD)]} { set db_p 1 set dbuser $env(ORACLE_USER) set dbpassword $env(ORACLE_PASSWORD) } else { set db_p 0 } proc db_pool {pool connections} { global dbuser dbpassword ns_section ns/db/pools ns_param $pool $pool ns_section ns/db/pool/$pool ns_param driver ora8 ns_param connections $connections ns_param datasource test_ipc.cog.dqd.com ns_param user $dbuser ns_param password $dbpassword ns_param verbose off ns_param warnempty on } if $db_p { ns_section ns/db/drivers ns_param ora8 ora8.so ns_section ns/db/driver/ora8 ns_param debug off db_pool main 5 db_pool subquery 2 db_pool log 2 }
Re: [AOLSERVER] AOLserver 3.4 has been released!
AOLserver 4 is mentioned in the Changelog - where can it be downloaded from? How stable is it? Regards, Jason -- Choose Free Mobile or Free Rental, Free Connection, with Free Smartbox, Free Calls, No Minimum Contract!!! For information and to order click over to http://www.iwantafreemobile.co.uk
Re: [AOLSERVER] AOLserver 3.4 has been released!
The NetBSD changes didn't make it? Ian A. Harding Programmer/Analyst II Tacoma-Pierce County Health Department (253) 798-3549 mailto: [EMAIL PROTECTED] >>> [EMAIL PROTECTED] 05/17/01 05:05PM >>> AOLserver 3.4 has been released! AOLserver 3.4 is a fully compatible drop-in replacement for any of the 3.x series. The ChangeLog follows at the bottom of this message. Download AOLserver 3.4 today! ftp://ftp.aolserver.com/server/aolserver-3.4.tar.gz http://aolserver.com/archive/server/aolserver-3.4.tar.gz Binaries of AOLserver 3.4 for many platforms are available at: ftp://ftp.aolserver.com/server/binary/ http://aolserver.com/archive/server/binary Enjoy! The AOLserver Team ---cut here--- 2001-05-18 Kris Rehberg <[EMAIL PROTECTED]> *** AOLserver 3.4 RELEASED *** 2001-05-17 Kris Rehberg <[EMAIL PROTECTED]> * nsd/conn.c: conn is now aware of Latin-1 charsets for ADPs, requests, query data, and the like in Tcl 8. This does not affect IS0-8859-1 (see nsd/adp.c below). (NsTclConnCmd): [ns_conn encoding] reports the encoding used (see nsd/adp.c below). * nsd/adp.c: The ADP requests, file parsing, file includes, and all related ADP functions now force ISO-8859-1 for support of all Latin-1 character sets in ADPs on nsd8x. There is new handling of UTF data in Tcl 8 that was implemented in AOLserver 4 which has been back-ported to support Latin-1 *only* in AOLserver 3.4. Previously, nsd8x could not handle anything but 7-bit ASCII in ADPs. The reading of Latin-1 charsets seemed to fail intermittently in previous 3.x AOLservers. The reason was that AOLserver reads files in as UTF-8 and some Latin-1 characters confuse Tcl 8's UTF reader. (Note that the en-us characters in Unicode, when encoded in UTF-8, look just like 7-bit US ASCII to computers). Naturally, when non-en-us characters are encountered, the Tcl 8 UTF-8 reader gets confused. The correct MIME type is now returned for all Latin-1 charsets. This does not affect IS0-8859-1. * thread/pool.c, thread/pthread.cpp, thread/reentrant.c: Tls entries for memory pools, thread pools, re-entrant libc replacements, are self-initializing. * thread/Makefile, tcl8.3.2/unix/Makefile.in: Moved Tcl nsthread support into Tcl sources. * tcl8.3.2/generic/tclEvent.c: Fixed library path code as in AOLserver 4 so Tcl 8 can find encoding files for UTF in a thread-safe manner. * nsd/tclstubs.cpp: Back-ported some AOLserver 4 initialization code. Tls self-initializes. UTF-aware encodings based on file extension (from AOLserver 4). See nsd/adp.c below. * nsd/tclinit.c: Tls entry for Tcl interps is self-initializing. * nsd/nsmain.c: UTF encoding-aware (see nsd/adp.c below). * nsd/nsd.h: New UTF encoding routines and version strings (see nsd/adp.c below). * nsd/dstring.c: NS_DStrings are self-initializing. You should not need to use Ns_DStringInit anymore, though you still can with no ill effect. * nsd/dbinit.c (IncrCount): Tls entry for db handles is self-initializing. * nsd/adp.c: Tls entry for ADP parser is self-initializing.
Re: [AOLSERVER] AOLserver 3.4 has been released!
AOLserver 4 is beta right now. Don't know how close it is to release, but I've tested the nsopenssl module against it and it serves pages. It's the default when you grab the CVS copy of the tree. /s. > AOLserver 4 is mentioned in the Changelog - where can it be downloaded > from? How stable is it? > > Regards, > Jason > -- > Choose Free Mobile or Free Rental, Free Connection, > with Free Smartbox, Free Calls, No Minimum Contract!!! > For information and to order click over to http://www.iwantafreemobile.co.uk > > > >
Re: [AOLSERVER] FW: ns_returnredirect
Thank you very much to all of you (Jim, Scott, Tomasz, etc). Frank -Original Message- From: Jim Wilcoxson [mailto:[EMAIL PROTECTED]] Sent: quinta-feira, 17 de Maio de 2001 18:56 To: [EMAIL PROTECTED] Subject: Re: [AOLSERVER] FW: ns_returnredirect We have had problems with MSIE (only some versions) not handling redirects following a POST, to the point that we installed a hack: if ns_returnredirect is called from a request that was a POST, we send out a fake page with a Refresh: meta-tag to do the redirect. Sounds horrible, but it works and the return redirect didn't. Jim > > > Hello everyone, > > > > I have a strange behavour from aolserver on a ns_returnredirect: > > > > I have 2 form's in a page, one with enctype='multipart/form-data' and the > > other without it. > > Each of them post to diferent pages (but I try it with the same page and > > the result was the same) and on the end of the code on that pages I > > redirect each of them to the same Url. I logged both UrlĀ“s before the > > redirect and confirmed that they are redirecting exactly to the same > > place. On the page that receives the post without enctype the redirection > > succeeds and on the other it can't redirect. It jumps to the root page of > > the site. > > > > Anyone has any ideia why is this appening and what's the solution (without > > removing the enctype because I need it :-) ??? > > Anyone ever seen this behavour ? > > > > Thanks, > > > > Frank > > >
Re: [AOLSERVER] AOLserver 3.4 has been released!
On 2001.05.18, Eduards Cauna <[EMAIL PROTECTED]> wrote: > >Binaries of AOLserver 3.4 for many platforms are available at: > > ftp://ftp.aolserver.com/server/binary/ > > http://aolserver.com/archive/server/binary > > And where is a windows version? Is the only thing that's preventing a Win32 binary distribution the '...' security issue? I recall someone posting a work-around to the security problem a while back. If someone could forward that on to me, I'll look into getting the fixes in. (Or, I'll wait until I get home tonight and have more time and search the LISTSERV archives for this mailing list ...) - Dossy -- Dossy Shiobara mail: [EMAIL PROTECTED] Panoptic Computer Network web: http://www.panoptic.com/
[AOLSERVER] [ aolserver-Bugs-425327 ] FreeBSD4.3 & AOL3.4 tcl8.3.2 problem
Bugs item #425327, was updated on 2001-05-18 15:03 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=103152&aid=425327&group_id=3152 Category: Scripting: Other Group: aolserver3_4 Status: Open Resolution: None Priority: 5 Submitted By: Tyge Cawthon (tyge) Assigned to: Nobody/Anonymous (nobody) Summary: FreeBSD4.3 & AOL3.4 tcl8.3.2 problem Initial Comment: There seems to be a script problem with FreeBSD4.3, AOL3.4 and tcl8.3 This is what I did. 1. download AOL4.3 to /usr/ports/www/aolserver-3.4.tar.gz 2. tar xvfz aolserver-3.4.tar.gz This created the directory aolserver-3.4 3. cd aolserver-3.4 4. gmake Below is where the problem occurred: creating Makefile creating tclConfig.sh (cd /usr/ports/www/aolserver-3.4/tcl8.3.2/unix; gmake CFLAGS='-I../include -D_REENTRANT=1 -DNDEBUG=1 -g -fPIC -Wall -Wno-unused -pthread -mcpu=pentium -D_THREAD_SAFE=1 -DHAVE_CMMSG=1 -DNO_TIMEZONE=1 -DHAVE_TIMEGM=1 -DUSE_TCL8X -Dfork=ns_fork -Dreaddir=ns_readdir -Dgmtime=ns_gmtime -Dsignal=ns_signal -Dlocaltime=ns_localtime' libtcl83g.a) gmake[2]: Entering directory `/usr/ports/www/aolserver-3.4/tcl8.3.2/unix' gmake[2]: *** No rule to make target `libtcl83g.a'. Stop. gmake[2]: Leaving directory `/usr/ports/www/aolserver-3.4/tcl8.3.2/unix' gmake[1]: *** [all] Error 2 gmake[1]: Leaving directory `/usr/ports/www/aolserver-3.4/tcl8.3.2' gmake: *** [libtcl8x] Error 2 5. gmake clean What I think corrected the problem: 1. cd /usr/ports/www/aolserver-3.4/include 2. vi Makefile.global Line 10 is TCL8X_LIB=libtcl83g.a When I changed it to TCL8X_LIB=libtcl8.3g.a everything seems to have worked. 1 # 2 # Set the names of the Tcl libraries 3 # 4 #Note: Tcl 7.6 on *BSD has a different name for no apparent reason. 5 # 6 TCL8X_DIR=tcl8.3.2 7 TCL76_DIR=tcl7.6 8 ifeq (bsd, $(findstring bsd, $(PLATFORM))) 9 TCL76_LIB=libtcl76.a 10 TCL8X_LIB=libtcl83g.a 11 else 12 TCL76_LIB=libtcl7.6.a 13 TCL8X_LIB=libtcl8.3g.a 14 endif 15 16 LIBTCL76=$(NSHOME)/$(TCL76_DIR)/unix/$(TCL76_LIB) 17 LIBTCL8X=$(NSHOME)/$(TCL8X_DIR)/unix/$(TCL8X_LIB) -- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=103152&aid=425327&group_id=3152
[AOLSERVER] [ aolserver-Bugs-425327 ] FreeBSD4.3 & AOL3.4 tcl8.3.2 problem
Bugs item #425327, was updated on 2001-05-18 15:03 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=103152&aid=425327&group_id=3152 Category: Scripting: Other Group: aolserver3_4 Status: Open Resolution: None >Priority: 3 Submitted By: Tyge Cawthon (tyge) Assigned to: Nobody/Anonymous (nobody) Summary: FreeBSD4.3 & AOL3.4 tcl8.3.2 problem Initial Comment: There seems to be a script problem with FreeBSD4.3, AOL3.4 and tcl8.3 This is what I did. 1. download AOL4.3 to /usr/ports/www/aolserver-3.4.tar.gz 2. tar xvfz aolserver-3.4.tar.gz This created the directory aolserver-3.4 3. cd aolserver-3.4 4. gmake Below is where the problem occurred: creating Makefile creating tclConfig.sh (cd /usr/ports/www/aolserver-3.4/tcl8.3.2/unix; gmake CFLAGS='-I../include -D_REENTRANT=1 -DNDEBUG=1 -g -fPIC -Wall -Wno-unused -pthread -mcpu=pentium -D_THREAD_SAFE=1 -DHAVE_CMMSG=1 -DNO_TIMEZONE=1 -DHAVE_TIMEGM=1 -DUSE_TCL8X -Dfork=ns_fork -Dreaddir=ns_readdir -Dgmtime=ns_gmtime -Dsignal=ns_signal -Dlocaltime=ns_localtime' libtcl83g.a) gmake[2]: Entering directory `/usr/ports/www/aolserver-3.4/tcl8.3.2/unix' gmake[2]: *** No rule to make target `libtcl83g.a'. Stop. gmake[2]: Leaving directory `/usr/ports/www/aolserver-3.4/tcl8.3.2/unix' gmake[1]: *** [all] Error 2 gmake[1]: Leaving directory `/usr/ports/www/aolserver-3.4/tcl8.3.2' gmake: *** [libtcl8x] Error 2 5. gmake clean What I think corrected the problem: 1. cd /usr/ports/www/aolserver-3.4/include 2. vi Makefile.global Line 10 is TCL8X_LIB=libtcl83g.a When I changed it to TCL8X_LIB=libtcl8.3g.a everything seems to have worked. 1 # 2 # Set the names of the Tcl libraries 3 # 4 #Note: Tcl 7.6 on *BSD has a different name for no apparent reason. 5 # 6 TCL8X_DIR=tcl8.3.2 7 TCL76_DIR=tcl7.6 8 ifeq (bsd, $(findstring bsd, $(PLATFORM))) 9 TCL76_LIB=libtcl76.a 10 TCL8X_LIB=libtcl83g.a 11 else 12 TCL76_LIB=libtcl7.6.a 13 TCL8X_LIB=libtcl8.3g.a 14 endif 15 16 LIBTCL76=$(NSHOME)/$(TCL76_DIR)/unix/$(TCL76_LIB) 17 LIBTCL8X=$(NSHOME)/$(TCL8X_DIR)/unix/$(TCL8X_LIB) -- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=103152&aid=425327&group_id=3152
[AOLSERVER] build rules for *bsd systems (Was Re: [AOLSERVER] [ aolserver-Bugs-425327 ] FreeBSD4.3 & AOL3.4 tcl8.3.2 problem)
Everyone, Is there any consensus on making the build rules for the various (Free/Open/Net)BSD systems more specific? Instead of checking $PLATFORM for just "bsd" can we check for the specific BSD system, so that these build problems will go away? Is there a reason this hasn't been done already? If there's no reason, I'll do it tonight ... - Dossy On 2001.05.18, Mr. Source Forge <[EMAIL PROTECTED]> wrote: > Bugs item #425327, was updated on 2001-05-18 15:03 > You can respond by visiting: > http://sourceforge.net/tracker/?func=detail&atid=103152&aid=425327&group_id=3152 > > Category: Scripting: Other > Group: aolserver3_4 > Status: Open > Resolution: None > >Priority: 3 > Submitted By: Tyge Cawthon (tyge) > Assigned to: Nobody/Anonymous (nobody) > Summary: FreeBSD4.3 & AOL3.4 tcl8.3.2 problem > > Initial Comment: > There seems to be a script problem with FreeBSD4.3, > AOL3.4 and tcl8.3 > This is what I did. > 1. download AOL4.3 to > /usr/ports/www/aolserver-3.4.tar.gz > 2. tar xvfz aolserver-3.4.tar.gz > > This created the directory aolserver-3.4 > > 3. cd aolserver-3.4 > 4. gmake > > Below is where the problem occurred: > > creating Makefile > creating tclConfig.sh > (cd /usr/ports/www/aolserver-3.4/tcl8.3.2/unix; gmake > CFLAGS='-I../include -D_REENTRANT=1 -DNDEBUG=1 -g -fPIC > -Wall -Wno-unused -pthread -mcpu=pentium > -D_THREAD_SAFE=1 -DHAVE_CMMSG=1 -DNO_TIMEZONE=1 > -DHAVE_TIMEGM=1 -DUSE_TCL8X -Dfork=ns_fork > -Dreaddir=ns_readdir -Dgmtime=ns_gmtime > -Dsignal=ns_signal -Dlocaltime=ns_localtime' > libtcl83g.a) > gmake[2]: Entering directory > `/usr/ports/www/aolserver-3.4/tcl8.3.2/unix' > gmake[2]: *** No rule to make target `libtcl83g.a'. > Stop. > gmake[2]: Leaving directory > `/usr/ports/www/aolserver-3.4/tcl8.3.2/unix' > gmake[1]: *** [all] Error 2 > gmake[1]: Leaving directory > `/usr/ports/www/aolserver-3.4/tcl8.3.2' > gmake: *** [libtcl8x] Error 2 > 5. gmake clean > > > What I think corrected the problem: > 1. cd /usr/ports/www/aolserver-3.4/include > 2. vi Makefile.global > > Line 10 is TCL8X_LIB=libtcl83g.a > When I changed it to TCL8X_LIB=libtcl8.3g.a > everything seems to have worked. > > > 1 # > 2 # Set the names of the Tcl libraries > 3 # > 4 #Note: Tcl 7.6 on *BSD has a different name for > no apparent reason. > 5 # > 6 TCL8X_DIR=tcl8.3.2 > 7 TCL76_DIR=tcl7.6 > 8 ifeq (bsd, $(findstring bsd, $(PLATFORM))) > 9 TCL76_LIB=libtcl76.a > 10 TCL8X_LIB=libtcl83g.a > 11 else > 12 TCL76_LIB=libtcl7.6.a > 13 TCL8X_LIB=libtcl8.3g.a > 14 endif > 15 > 16 LIBTCL76=$(NSHOME)/$(TCL76_DIR)/unix/$(TCL76_LIB) > 17 LIBTCL8X=$(NSHOME)/$(TCL8X_DIR)/unix/$(TCL8X_LIB) > > > > -- > > You can respond by visiting: > http://sourceforge.net/tracker/?func=detail&atid=103152&aid=425327&group_id=3152 -- Dossy Shiobara mail: [EMAIL PROTECTED] Panoptic Computer Network web: http://www.panoptic.com/
[AOLSERVER] [ aolserver-Bugs-425366 ] 3.4 changes broke MSVC projects
Bugs item #425366, was updated on 2001-05-18 20:23 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=103152&aid=425366&group_id=3152 Category: Architecture: Win32-specific Group: aolserver3_4 Status: Open Resolution: None Priority: 5 Submitted By: Adam Zell (zellster) Assigned to: Nobody/Anonymous (nobody) Summary: 3.4 changes broke MSVC projects Initial Comment: Removing tcl8x.c and adding nsthreads.c should be reflected in the Win32 projects. One solution: in nsthread.dsp, remove the SOURCE=... reference to tcl8x.c Sample diff: *** nsthread/nsthread.dsp 2001/05/09 04:51:58 1.3 --- nsthread/nsthread.dsp 2001/05/18 03:54:39 1.4 *** *** 135,144 # End Source File # Begin Source File - SOURCE=..\..\thread\tcl8x.c - # End Source File - # Begin Source File - SOURCE=..\..\thread\thread.c # End Source File # Begin Source File --- 135,140 in nstcl.dsp, add a SOURCE=... reference to nsthreads.c Sample diff: *** nstcl/nstcl.dsp 2001/05/09 04:51:58 1.4 --- nstcl/nstcl.dsp 2001/05/18 04:26:01 1.5 *** *** 92,97 --- 92,101 # PROP Default_Filter "cpp;c;cxx;rc;def;r;odl;idl;hpj;bat" # Begin Source File + SOURCE=..\..\tcl8.3.2\generic\nsthreads.c + # End Source File + # Begin Source File + SOURCE=..\..\tcl8.3.2\generic\regcomp.c # End Source File # Begin Source File -- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=103152&aid=425366&group_id=3152