Re: [AOLSERVER] Error: nsd.tcl: Database operation 0or1row failed (exception NSINT)
OK, that makes some sense. Can you run the SQL statement in isql without problems? Do any errors show up in your syslog? On Tue, 26 Feb 2002, oetjoen wrote: I'am using a stray dollar sign on id because that is a variable which referring to variable procedure get_payment_method,
Re: [AOLSERVER] Help with Dotted IP conversion
When we evaluated 3.4 performance (TCL 7.6 and 8x) vs. 2.3.3 (TCL 7.4), one thing I compared was a 10-line loop to load an ns_share array. The loop contained maybe 8-10 string operations on a string of around 200 characters, and a single set command with an ns_share array lvalue. One execution of the procedure takes something like 3 minutes, i.e., TCL 8x does one compile and then executes for several minutes. I couldn't find the exact benchmark results just now, but it was something along the lines of 3.4 w/7.6 being 80-90% faster than 2.3.3/7.4, and 3.4 w/8x being only 25% faster. So in this case, the TCL 8x compiling and faster string operations were greatly outweighed by just 1 ns_share variable being set. This performance difference is the reason we didn't migrate to 8x. Just a data point that sites making heavy use of ns_share may want to consider. Jim Ah yes, the lifespan of Tcl 7.6 has certainly been longer than many expected, or perhaps wanted ... There are so many reasons to upgrade, and very, very few not to. At the Tcl level, script compatability was near 100% (it was Tk 4.x - 8.x that was more sensitive). The main reason is speed. Check out the data at: http://wiki.tcl.tk/1611.html That indicates a 6x overall speedup from 7.6 - 8.0. I'm now working on 8.4 to push that boundary even further (already beating 8.0 by 20% and we're not done yet). Then of course there are the new features. More advanced regexp, new string functions, transparent unicode support throughout, 'binary', 'namespace', more 'file' commands, ... Recall that the last patch release of 7.6 was in January 1997! A lot has happened since then. Jeff Hobbs The Tcl Guy Senior Developer http://www.ActiveState.com/ Tcl Support and Productivity Solutions
[AOLSERVER] [ aolserver-Patches-448531 ] Namespace support for new commands
Patches item #448531, was opened at 2001-08-06 13:16
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=303152aid=448531group_id=3152
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Vlad Seryakov (seryakov)
Assigned to: Kriston Rehberg (kriston)
Summary: Namespace support for new commands
Initial Comment:
In case when some custom namespaces have the same procs
as standard commands, this routine failes.
I explicitly put all standard commands in top level
namespace.
Below is new routine to be put into
aolserver/modules/tcl/namespace.tcl
proc _ns_getnamespace n {
namespace eval $n {
::set n [namespace current]
::set script
::foreach v [info vars] {
::switch $v {
n -
v -
import_procs -
script continue
default {
if [::info exists ${n}::$v] {
if [::array exists $v] {
::append script [::list variable $v]\n
::append script [::list array set $v [::array get $v]]\n
} else {
::append script [::list variable $v [::set $v]]\n
}
}
}
}
}
::set import_procs
::foreach p [::info procs] {
::set args
if { [namespace origin $p] == [namespace
which -command $p] } {
::foreach a [::info args $p] {
if [::info default $p $a def] {
::set a [::list $a $def]
}
::lappend args $a
}
::append script [::list proc $p $args [::info
body $p]]\n
} else {
::append import_procs [::list namespace
import [namespace origin $p]]\n
# ns_log Notice @ namespace import
[namespace origin $p]
}
}
::append script [concat namespace export [namespace
export]]\n
return [::list $script $import_procs]
}
}
--
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=303152aid=448531group_id=3152
[AOLSERVER] [ aolserver-Patches-423820 ] patch for nsperm/init.tcl
Patches item #423820, was opened at 2001-05-13 17:27
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=303152aid=423820group_id=3152
Category: aolserver3_3
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Hal Heisler (hheisler)
Assigned to: Kriston Rehberg (kriston)
Summary: patch for nsperm/init.tcl
Initial Comment:
Allows one to specify in the tcl configuration file
where nsperm files reside.
Example
ns_section ns/server/${server}/module/nsperm
ns_param nspermdirectory ${serverdir}/modules/nsperm
--
Comment By: Hal Heisler (hheisler)
Date: 2001-05-14 08:20
Message:
Logged In: YES
user_id=20579
Trying to attach the patch again.
--
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=303152aid=423820group_id=3152
[AOLSERVER] [ aolserver-Patches-463625 ] Binder support for UDP and UNIX sockets
Patches item #463625, was opened at 2001-09-21 10:54 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=303152aid=463625group_id=3152 Category: aolserver3_3 Group: None Status: Open Resolution: None Priority: 5 Submitted By: Vlad Seryakov (seryakov) Assigned to: Kriston Rehberg (kriston) Summary: Binder support for UDP and UNIX sockets Initial Comment: Added support for UDP and UNIX domain sockets for binder. New function Ns_SockListenEx2. -- You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=303152aid=463625group_id=3152
[AOLSERVER] [ aolserver-Patches-455813 ] specify log files access permissions
Patches item #455813, was opened at 2001-08-27 09:24 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=303152aid=455813group_id=3152 Category: aolserver3_3 Group: None Status: Open Resolution: None Priority: 5 Submitted By: Jerry Asher (jerryasher) Assigned to: Kriston Rehberg (kriston) Summary: specify log files access permissions Initial Comment: Added Ns_ConfigGetOctal to config.tcl (declared in ns.h). Ns_ConfigGetOctal retrieves an octal constant from the config.tcl. Used Ns_ConfigGetOctal to get a UNIX file mode specification for the server log and the access logs. Modified nsd/log.c to examine new config.tcl parameter ns_section ns/parameters ns_param serverlogmode 0664 nsd/log.c will open the server log and then change its mode to serverlogmode. Serverlogmode defaults to 0644. ns_section ns/server/yourserver/module/nslog ns_param accessmode 0664 ns_param iplookups true nslog/nslog.c will open the access log and then change its mode to accessmode. Accessmode also defaults to 0644. I find that opening logs to different modes is useful for ISPs or corporate installations of AOLserver, in which different users, at different times, may need to start/stop AOLserver, and/or delete the log files. I also added a new parameter, iplookups that defaults to off. If set to on, then the access log will perform Reverse DNS Lookups for you. The usual caveat applies, that this can slow down overall AOLserver performance. -- You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=303152aid=455813group_id=3152
[AOLSERVER] [ aolserver-Patches-455596 ] ns_loglevel command: turns debug on/off
Patches item #455596, was opened at 2001-08-26 14:59
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=303152aid=455596group_id=3152
Category: aolserver3_3
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Jerry Asher (jerryasher)
Assigned to: Kriston Rehberg (kriston)
Summary: ns_loglevel command: turns debug on/off
Initial Comment:
The attached patch adds an ns_loglevel command.
The patch was made against AOLserver 3.3 ad13, but
should almost certainly work AOLserver 3.3. The patch
patches nsd/nsd.h, nsd/tclcmds.c, and nsd/log.c
Documentation:
Name: ns_loglevel
Synopsis:
ns_loglevel [option [?on | ?off]]
Description:
Turn debug and dev level debugging on or off at runtime
without requiring a server restart.
ns_loglevel
Returns a list of four elements containing the current
settings of debug and dev log settings. The list is of
the form:
{debug (on | off) dev (on | off)}
ns_loglevel debug
Returns the current value of the debug log level, on
or off
ns_loglevel debug ?on | ?off
Sets the current value of the debug loglevel to on or
off. Returns the old value.
ns_loglevel dev
Returns the current value of the dev log level, on or
off
ns_loglevel dev ?on | ?off
Sets the current value of the dev loglevel to on or
off. Returns the old value.
--
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=303152aid=455596group_id=3152
[AOLSERVER] [ aolserver-Patches-456225 ] ns_logdump command
Patches item #456225, was opened at 2001-08-28 11:08 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=303152aid=456225group_id=3152 Category: aolserver3_3 Group: None Status: Open Resolution: None Priority: 5 Submitted By: Jerry Asher (jerryasher) Assigned to: Kriston Rehberg (kriston) Summary: ns_logdump command Initial Comment: Dump a string in hex and ascii to the log. Available from C or Tcl. Useful in debugging new protocols Add a C API and Tcl API for dumping HEX to the log. void Ns_LogDumpString(Ns_LogSeverity severity, char *s, int len) and ns_logdump severity string Severity is a standard ns_log severity constant, Notice, Warning, Error, Debug, or Dev. The output in the log file looks like: : 4164 6420 6120 4320 4150 4920 616e 6420 Add a C API and 0010: 5463 6c20 4150 4920 666f 7220 6475 6d70 Tcl API for dump 0020: 696e 6720 4845 5820 746f 2074 6865 206c ing HEX to the l 0030: 6f67 2e0a 0a76 6f69 6420 4e73 5f4c 6f67 og...void Ns_Log 0040: 4475 6d70 5374 7269 6e67 284e 735f 4c6f DumpString(Ns_Lo The length of a line is controlled by a tcl config parameter, dumpbytesperline, that defaults to 32. ns_section ns/parameters ns_paramdumpbytesperline 32 This patch modifies: nsd/log.c, nsd/nsconf.c, nsd/nsconf.h, nsd/nsd.h, nsd/tclcmds.c. -- Comment By: Jerry Asher (jerryasher) Date: 2001-08-28 12:39 Message: Logged In: YES user_id=20647 Use the second patch, not the first. The first patch doesn't declare Ns_LogDumpString within include/ns.h. (Nb: I tried deleting the patch, but sourceforge would not let me.) -- Comment By: Jerry Asher (jerryasher) Date: 2001-08-28 11:09 Message: Logged In: YES user_id=20647 Uh, the actual format looks a lot better than what sourceforge did to my prior comment. Looks good actually! -- You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=303152aid=456225group_id=3152
[AOLSERVER] [ aolserver-Patches-474259 ] ns_uuencode patch
Patches item #474259, was opened at 2001-10-23 15:01 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=303152aid=474259group_id=3152 Category: other Group: None Status: Open Resolution: None Priority: 5 Submitted By: Vinod Kurup (vkurup) Assigned to: Kriston Rehberg (kriston) Summary: ns_uuencode patch Initial Comment: Hello all, ns_uuencode is broken in AOLServer 3.4.2. It works fine for text content, but it is broken for binary content. This is important to me because OpenACS needs a way to encode binary content when it sends outgoing mail. Rob Mayoff has explained to me that this is because NsTclHTUUEncodeCmd is currently implemented as a Tcl_CmdProc and it should be implemented as a Tcl_ObjCmdProc. He also notified me that this would only work for Tcl8, so I would have to keep the old Tcl_CmdProc for Tcl7.6 So, I've fixed this (according to his helpful guidance). In order to do this, I've made the following changes: * I created 2 header files (nsd76.h and nsd8x.h) which contain the arrays of commands for the 2 versions of Tcl. These arrays used to be defined in tclcmds.c. * I've implemented the function NsTclCreateObjCmds which previously was declared, but never implemented. * I've adjusted tclinit.c to call NsTclCreateObjCmds. * Finally, I've removed NsTclHTUUEncodeCmd from tclmisc.c and instead moved it to a new file uuencode7.c. I've then implemented the new Tcl_ObjCmdProc version into uuencode8.c. These will be included conditionally from tclstub76.c and tcstub8x.c, respectively. I also included test cases and linked the from the main test cases index.adp page, so that they will get installed with a 'make install-tests' These changes will also pave the way to upgrading other procs to use Tcl_ObjCmdProcs (such as ns_return, ns_write, etc). I would love to see this applied to 3.4.2 so that we could use AOLServer 3.4.x as the official distro for OpenACS 4. Let me know if I can clarify anything. The patch is against CVS tagged nsd_v3_r4_p2 Additional files are attached: nsd76.h, nsd8x.h, uuencode7.c and uuencode8.c go in directory nsd/ binary-file, test1.adp and test2.adp go in a new folder 'uuencode' inside /tests -- You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=303152aid=474259group_id=3152
[AOLSERVER] [ aolserver-Patches-435515 ] nssybpd.c patch to handle binary()
Patches item #435515, was opened at 2001-06-22 09:51 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=303152aid=435515group_id=3152 Category: modules Group: None Status: Open Resolution: None Priority: 5 Submitted By: Rob Cabacungan (robspassky) Assigned to: Kriston Rehberg (kriston) Summary: nssybpd.c patch to handle binary() Initial Comment: This patch allows the user to pass variable-length binary fields into stored procedures, using sp_setparam. Just pass the binary as a hexadecimal string, with or without the '0x'. e.g. ... set password fed0a3b1 ns_db sp_start $db ... ns_db sp_setparam $db password binary(4) in $password ... This patch should be applied to the nssybpd.c file, and was made against the nssybpd1_1.tar.gz module I found at www.aolserver.com on 6/22/01. -- You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=303152aid=435515group_id=3152
[AOLSERVER] [ aolserver-Patches-509413 ] Patch for -g option
Patches item #509413, was opened at 2002-01-27 20:21 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=303152aid=509413group_id=3152 Category: other Group: None Status: Open Resolution: None Priority: 5 Submitted By: Jon Griffin (tresero) Assigned to: Kriston Rehberg (kriston) Summary: Patch for -g option Initial Comment: Fixes bad uid/gid parsing in nsmain. Now it acutally works. -- Comment By: John Caruso (johnjcaruso) Date: 2002-02-07 10:50 Message: Logged In: YES user_id=452169 Kris, I was about to submit an identical patch (other than the comment, of course). The problem is not that -g or -u fails, it's that if -u is used, it renders -g useless, because the uarg-handling code calls Ns_GetUserGid and in doing so it overrides the group or gid that was specified with -g. This is solely because of the ordering of the code; if garg is handled AFTER uarg, as in this patch, you can use -g to override the primary group of the user specified with -u. Which is a desirable behavior in some environments. It appears that this bug can be overcome with old-style config files, but not with Tcl config files, and not at all with command-line options. A related enhancement that would be VERY useful would be the use of initgroups(3) to set the supplementary group access list when a user is specified with -u. Currently, AOLserver only sets the primary group for the specified user. I have a client using AOLserver, and this is a major source of headaches in their development environment, since the web server user and the developers have different primary groups. I may submit a patch for this someday. Sorry to butt in, but as I said this patch is identical to the one I was going to submit. Hope this helps. - John -- Comment By: Jon Griffin (tresero) Date: 2002-01-28 09:40 Message: Logged In: YES user_id=440916 Linux, no -z. It definitly fails without the patch. If I want to run with a user as -u and nsadmin as -g and had the aol files in /opt/aolserver but the config and web files in /home/user then without world read permissions it fails with permission errors. With the patch and everything else the same all worked as expected. In reading the code it appears that the getuid also gets gid if the user == 0. Thus it bypassed the -g argument. Isn't -z just for zippy memory or does it do more? -- Comment By: Kriston Rehberg (kriston) Date: 2002-01-28 07:13 Message: Logged In: YES user_id=16427 On which platforms does this fail? Do you use the z option while starting up? We have been using -g and -u forever on Solaris, SGI, and some other platforms and it works. Thanks, Kris -- Comment By: Kriston Rehberg (kriston) Date: 2002-01-28 07:13 Message: Logged In: YES user_id=16427 On which platforms does this fail? Do you use the z option while starting up? We have been using -g and -u forever on Solaris, SGI, and some other platforms and it works. Thanks, Kris -- You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=303152aid=509413group_id=3152
[AOLSERVER] [ aolserver-Patches-456052 ] support html4 b.2.2, semicolons in uris
Patches item #456052, was opened at 2001-08-28 00:56 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=303152aid=456052group_id=3152 Category: aolserver3_3 Group: None Status: Open Resolution: None Priority: 5 Submitted By: Jerry Asher (jerryasher) Assigned to: Kriston Rehberg (kriston) Summary: support html4 b.2.2, semicolons in uris Initial Comment: Patch to support HTML4.0 specification Appendix B.2.2, regarding special characters in URL attribute values, specifically using a semicolon, ';', in a URI instead of an ampersand, ''. With this patch, AOLserver will take a URI that uses semicolons and not ampersands and correctly parse the URI into form variables and their values. quote http://www.w3.org/TR/REC-html40/appendix/notes.html#h- B.2.2 B.2.2 Ampersands in URI attribute values The URI that is constructed when a form is submitted may be used as an anchor-style link (e.g., the href attribute for the A element). Unfortunately, the use of the character to separate form fields interacts with its use in SGML attribute values to delimit character entity references. For example, to use the URI http://host/?x=1y=2; as a linking URI, it must be written A href=http://host/?x=1#38;y=2; or A href=http://host/?x=1amp;y=2;. We recommend that HTTP server implementors, and in particular, CGI implementors support the use of ; in place of to save authors the trouble of escaping characters in this manner. /quote This patch adds a config.tcl parameter ns_section ns/server/yourserver ns_param semicolonqueryseparator yes The default value is no, or not examining URI's for semicolons. nsd/nsconf.c - read ns_param semicolonseparator for ns_querytoset nsd/nsconf.h - define CONN_SEMICOLON_SEP_BOOL for ns_querytoset nsd/nsd.h - added semicolonseparator to struct conn in struct _nsconf for ns_querytoset nsd/conn.c - NS_QueryToSet - modified to examine semicolons inside of a request -- You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=303152aid=456052group_id=3152
[AOLSERVER] [ aolserver-Patches-421740 ] [ns_info server] broken in config interp
Patches item #421740, was opened at 2001-05-05 16:50 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=303152aid=421740group_id=3152 Category: aolserver3_3 Group: None Status: Open Resolution: None Priority: 5 Submitted By: Jamie (polygnwnd) Assigned to: Kriston Rehberg (kriston) Summary: [ns_info server] broken in config interp Initial Comment: [ns_info server] doesn't work in the configuration interpreter for versions after 3.2 as nsServer is not set until _after_ the configuration is read. Setting it when the option is parsed (like it was before) fixes this issue so [ns_info server] works in the configuration interpreter like the other ns_info calls. This might be socially unacceptable or have side effects, but I haven't notice any yet. diff -r aolserver-3.4pre1/nsd/nsmain.c aolserver- 3.4pre1-mod/nsd/nsmain.c 216a217 nsServer = optarg; -- You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=303152aid=421740group_id=3152
[AOLSERVER] [ aolserver-Bugs-229049 ] ns_gmtime docs incorrect
Bugs item #229049, was opened at 2001-01-16 12:57 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=103152aid=229049group_id=3152 Category: API: Tcl Group: documentation Status: Open Resolution: None Priority: 1 Submitted By: Kriston Rehberg (kriston) Assigned to: Kriston Rehberg (kriston) Summary: ns_gmtime docs incorrect Initial Comment: The docs for ns_gmtime are incorrect. IT actually returns the time as: int tm_sec;/* seconds after the minute - [0, 61] */ /* for leap seconds */ int tm_min;/* minutes after the hour - [0, 59] */ int tm_hour; /* hour since midnight - [0, 23] */ int tm_mday; /* day of the month - [1, 31] */ int tm_mon;/* months since January - [0, 11] */ int tm_year; /* years since 1900 */ int tm_wday; /* days since Sunday - [0, 6] */ int tm_yday; /* days since January 1 - [0, 365] */ Kris -- Comment By: Nobody/Anonymous (nobody) Date: 2001-04-25 10:28 Message: Logged In: NO It's actually the same as ns_localtime! -- You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=103152aid=229049group_id=3152
[AOLSERVER] [ aolserver-Bugs-405548 ] Documention for SockConnect incorrect
Bugs item #405548, was opened at 2001-03-02 14:48 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=103152aid=405548group_id=3152 Category: Architecture: Server (nsd) Group: documentation Status: Open Resolution: None Priority: 3 Submitted By: Kriston Rehberg (kriston) Assigned to: Kriston Rehberg (kriston) Summary: Documention for SockConnect incorrect Initial Comment: The documention for SockConnect says If async is true, the returned socket will be nonblocking. This is wrong. -- You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=103152aid=405548group_id=3152
[AOLSERVER] [ aolserver-Bugs-406160 ] nspostgres.c segfaults on postgres error
Bugs item #406160, was opened at 2001-03-05 16:11 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=103152aid=406160group_id=3152 Category: None Group: modules Status: Open Resolution: None Priority: 5 Submitted By: Jason Schroeder (shrode) Assigned to: Kriston Rehberg (kriston) Summary: nspostgres.c segfaults on postgres error Initial Comment: The format string on the following line incorrectly specifies a string argument where an interger is passed. Therefore database errors result in a segmentation fault and not an error message. (This is a cvs diff -c from my import of the 3.2 nspostgres module) *** nspostgres.c2001/02/02 00:13:11 1.2 --- nspostgres.c2001/03/06 00:05:23 *** *** 543,549 return NS_DML; break; default: ! Ns_Log(Error, nspostgres: result status '%s', message '%s', PQresultStatus(nsConn-res), PQerrorMessage(nsConn-conn)); return NS_ERROR; } --- 543,549 return NS_DML; break; default: ! Ns_Log(Error, nspostgres: result status '%d', message '%s', PQresultStatus(nsConn-res), PQerrorMessage(nsConn-conn)); return NS_ERROR; } -- Comment By: Nobody/Anonymous (nobody) Date: 2001-06-13 17:06 Message: Logged In: NO Wonderful! I thought I was insane! Thank you! -- You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=103152aid=406160group_id=3152
[AOLSERVER] [ aolserver-Bugs-421459 ] ns_passwordcheck inverts logic
Bugs item #421459, was opened at 2001-05-04 11:58
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=103152aid=421459group_id=3152
Category: API: Tcl
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Jerry Asher (jerryasher)
Assigned to: Kriston Rehberg (kriston)
Summary: ns_passwordcheck inverts logic
Initial Comment:
From the documentation:
ns_passwordcheck ?-server servername? user password
Description
This function returns 1 (one) if the user and password
combination is legitimate. It returns 0 (zero) if
either the user does not exist or the password is
incorrect. If no servername is specified, the current
virtual server is used.
From the code (nsperm/compat.tcl)
# compat.tcl -
proc ns_passwordcheck { user password } {
set ret [catch {ns_perm checkpass $user $password}
err]
if {$ret == 0} {
return 0
} else {
return 1
}
}
Now catch returns 0 when all is fine, and 1 when there
is an error, and ns_perm checkpass tosses an error
when the password is NOT correct or there the user
does not exist.
Hence, ret will be 0 when all is fine and
ns_passwordcheck will return a 0 when all is fine.
Either the doc or the code needs to be fixed -- I
suggest the code.
--
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=103152aid=421459group_id=3152
[AOLSERVER] [ aolserver-Bugs-416246 ] File upload on win32 does not work
Bugs item #416246, was opened at 2001-04-15 04:16 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=103152aid=416246group_id=3152 Category: Architecture: Win32-specific Group: modules Status: Open Resolution: None Priority: 5 Submitted By: Barry Books (bfb) Assigned to: Kriston Rehberg (kriston) Summary: File upload on win32 does not work Initial Comment: File upload in NT does not always work. I think this is caused by NULL characters in the file. Attached is a work around for the problem. I'm not sure it's a solution because I have not tested it on Unix and it may be too slow for very large files. To use the fix replace modules/tcl/form.tcl with the attached file. -- Comment By: Nobody/Anonymous (nobody) Date: 2001-05-23 03:15 Message: Logged In: NO There also seems to be a problem with temp file naming/location. -- You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=103152aid=416246group_id=3152
[AOLSERVER] [ aolserver-Bugs-425366 ] 3.4 changes broke MSVC projects
Bugs item #425366, was opened at 2001-05-18 20:23 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=103152aid=425366group_id=3152 Category: Architecture: Win32-specific Group: aolserver3_4 Status: Open Resolution: None Priority: 5 Submitted By: Adam Zell (zellster) Assigned to: Kriston Rehberg (kriston) 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 -- Comment By: Nobody/Anonymous (nobody) Date: 2001-10-04 09:59 Message: Logged In: NO C'mon guys, this suggests that no one ever even tested the Win32 release. -- You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=103152aid=425366group_id=3152
[AOLSERVER] [ aolserver-Bugs-418890 ] ns_localtime should accept timezone
Bugs item #418890, was opened at 2001-04-25 10:33 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=103152aid=418890group_id=3152 Category: API: Tcl Group: future_version Status: Open Resolution: None Priority: 5 Submitted By: Kriston Rehberg (kriston) Assigned to: Kriston Rehberg (kriston) Summary: ns_localtime should accept timezone Initial Comment: Wouldn't it be cool if ns_localtime accepted a time zone and/or time zone offset? -- Comment By: Dossy Shiobara (dossy) Date: 2001-04-25 17:08 Message: Logged In: YES user_id=21885 I've checked a preliminary change to nsd/tclmisc.c to implement ns_timezone ?tz? along with a acceptance test in tests/api/ns_timezone.adp against HEAD. I haven't tested for thread-safety or concurrency, and I'm worried about this since I used getenv() and putenv() -- I hope someone with a good test environment set up can test this out using the acceptance test I've supplied. If my changes are acceptable, I can bring this change back to the 3.x tree as well. -- You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=103152aid=418890group_id=3152
[AOLSERVER] [ aolserver-Bugs-230479 ] ENV{'SCRIPT_NAME' not set correctly
Bugs item #230479, was opened at 2001-01-30 10:00
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=103152aid=230479group_id=3152
Category: Scripting: CGI
Group: aolserver3_2
Status: Open
Resolution: None
Priority: 5
Submitted By: Jerry Asher (jerryasher)
Assigned to: Kriston Rehberg (kriston)
Summary: ENV{'SCRIPT_NAME' not set correctly
Initial Comment:
Take a look at: http://www.arsdigita.com/bboard/q-and-a-fetch-msg.tcl?msg_id=000Z6o,
where various respondents suggest that problems installing cvsweb demonstrate the
AOLserver may not be setting SCRIPT_NAME correctly.
--
Comment By: Ellen Spertus (espertus)
Date: 2001-12-16 15:38
Message:
Logged In: YES
user_id=301497
I'm having the same problem. The incorrect value for
SCRIPT_NAME is keeping aolserver from working with mailman.
--
Comment By: Jerry Asher (jerryasher)
Date: 2001-01-31 14:06
Message:
Here are two ways to get at _exactly_ the same file in _exactly_ the same copy of
cvsweb:
http://samantha.unet.brandeis.edu:8080/cgi-bin/cvsweb.cgi/portals/portals.info?r1=1.1.1.1
http://samantha.unet.brandeis.edu/cgi-bin/cvsweb.cgi/portals/portals.info?r1=1.1.1.1
The former is aolserver 3.2+ad10, the latter is Apache 1.3.14.
The link to Diff to previous 1.1 is broken on the former but not the latter.
Is this a known weirdness in get vars or path_info in aolserver? Were workarounds
necessary for cvs.arsdigita.com? Could you post them?
-- Rich Graves, January 30, 2001
Answers
I noticed the same thing; here is the note I wrote to our folks who use cvsweb when I
fixed it:
The script was doing this:
($scriptname = $ENV{'SCRIPT_NAME'}) =~ s|^/?|/|;
$scriptname =~ s|/+$||;
to get the name of the script being executed. But instead of /cgi/cvsweb.cgi, which is
what it should have been getting, it was getting /cgi/cvsweb.cgi/{file being viewed}
instead. This resulted in the filename being doubled in many URLs, since it was being
appended to this string.
My fix was to comment out the above and just do
$scriptname = /cgi/cvsweb.cgi;
instead. I have no idea why this is required; all I can think of is that AOLserver
sets the SCRIPT_NAME variable differently (and incorrectly) from Apache.
-- Janine Sisk, January 30, 2001
--
Comment By: Jerry Asher (jerryasher)
Date: 2001-01-31 14:05
Message:
blockquote
Here are two ways to get at _exactly_ the same file in _exactly_ the
same copy of cvsweb:pa
href=http://samantha.unet.brandeis.edu:8080/cgi-bin/cvsweb.cgi/portals/portals.info?r1=1.1.1.1;http://samantha.unet.brandeis.edu:8080/cgi-bin/cvsweb.cgi/portals/portals.info?r1=1.1.1.1/apa
href=http://samantha.unet.brandeis.edu/cgi-bin/cvsweb.cgi/portals/portals.info?r1=1.1.1.1;http://samantha.unet.brandeis.edu/cgi-bin/cvsweb.cgi/portals/portals.info?r1=1.1.1.1/apThe
former is aolserver 3.2+ad10, the latter is Apache 1.3.14.pThe link to quot;Diff
to previous 1.1quot; is broken on the former but not the
latter.pIs this a known weirdness in get vars or path_info in aolserver? Were
workarounds necessary for cvs.arsdigita.com? Could you post them?
br
br
-- a href=http://www.arsdigita.com/shared/community-member?user_id=13251;Rich
Graves/a, January 30, 2001
/blockquote
h3Answers/h3
blockquoteI noticed the same thing; here is the note I wrote to our folks who
use cvsweb when I fixed it:
p
The script was doing this:
p
($scriptname = $ENV{'SCRIPT_NAME'}) =~ s|^/?|/|;br
$scriptname =~ s|/+$||;
p
to get the name of the script being executed. But instead of
/cgi/cvsweb.cgi, which is what it should have been getting, it was
getting /cgi/cvsweb.cgi/{file being viewed} instead. This resulted
in the filename being doubled in many URLs, since it was being
appended to this string.
p
My fix was to comment out the above and just do
p
$scriptname = /cgi/cvsweb.cgi;
p
instead. I have no idea why this is required; all I can think of is
that AOLserver sets the SCRIPT_NAME variable differently (and
incorrectly) from Apache.
br
br
-- a href=http://www.arsdigita.com/shared/community-member?user_id=14536;Janine
Sisk/a, January 30, 2001
--
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=103152aid=230479group_id=3152
[AOLSERVER] [ aolserver-Bugs-427099 ] Uninitialized variables
Bugs item #427099, was opened at 2001-05-24 15:34
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=103152aid=427099group_id=3152
Category: Architecture: Server (nsd)
Group: aolserver3_4
Status: Open
Resolution: None
Priority: 5
Submitted By: Adam Zell (zellster)
Assigned to: Kriston Rehberg (kriston)
Summary: Uninitialized variables
Initial Comment:
There are several instances where variables can be used
before being assigned a value. Diff follows:
diff -Naur aolserver-3.4/nscp/nscp.c
aolserver-3.4.new/nscp/nscp.c
--- aolserver-3.4/nscp/nscp.c Tue Dec 12 14:54:27
2000
+++ aolserver-3.4.new/nscp/nscp.c Thu May 24 15:16:07
2001
@@ -294,6 +294,7 @@
Ns_ThreadSetName(buf);
Ns_Log(Notice, nscp: connect: %s,
ns_inet_ntoa(aPtr-sa.sin_addr));
if (!Login(aPtr-sock)) {
+ interp = NULL;
goto done;
}
Comment: interp is deallocated at the done label, but
will be unassigned if Login fails. I _think_ NULL is a
safe value, with the caveat that TLS will be created.
diff -Naur aolserver-3.4/nsd/proc.c
aolserver-3.4.new/nsd/proc.c
--- aolserver-3.4/nsd/proc.cFri Jan 12 14:51:46
2001
+++ aolserver-3.4.new/nsd/proc.cThu May 24 15:19:16
2001
@@ -72,9 +72,9 @@
if (new) {
iPtr = ns_malloc(sizeof(Info));
Tcl_SetHashValue(hPtr, iPtr);
+ iPtr-desc = desc;
+ iPtr-proc = argProc;
}
-iPtr-desc = desc;
-iPtr-proc = argProc;
}
Comment: iPtr should never be used outside of the if
statement. Registering the same procedure twice would
cause problems.
diff -Naur aolserver-3.4/nsd/serv.c
aolserver-3.4.new/nsd/serv.c
--- aolserver-3.4/nsd/serv.cTue Apr 3 13:21:54
2001
+++ aolserver-3.4.new/nsd/serv.cThu May 24 15:21:23
2001
@@ -801,7 +801,7 @@
{
Ns_Conn *conn = (Ns_Conn *) connPtr;
Ns_DString ds;
-intn, status;
+intn, status = NS_ERROR;
Ns_DStringInit(ds);
Comment: There are a number of executions paths to the
done label which do not set status. NS_ERROR should be
a safe default value.
--
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=103152aid=427099group_id=3152
[AOLSERVER] [ aolserver-Bugs-420579 ] database driver docs missing
Bugs item #420579, was opened at 2001-05-01 15:43 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=103152aid=420579group_id=3152 Category: Other: Documentation Group: documentation Status: Open Resolution: None Priority: 1 Submitted By: Jerry Asher (jerryasher) Assigned to: Kriston Rehberg (kriston) Summary: database driver docs missing Initial Comment: I can't find the database driver manual (how to write db drivers) online at aolserver.com/docs anymore. It used to be in Appendix B of the AOLserver C Developer's Guide for version 3.0. It seems to be missing from the current doc set. Currently, the only location I know of is a copy over at Scriptics (thank you Google!) Developing Database Drivers for AOLserver: http://www.scriptics.com/man/aolserver3.0/dr-app.htm -- You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=103152aid=420579group_id=3152
[AOLSERVER] [ aolserver-Bugs-439584 ] Memory leak in nsd/tclinit.c
Bugs item #439584, was opened at 2001-07-08 18:49 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=103152aid=439584group_id=3152 Category: Architecture: Server (nsd) Group: aolserver3_4 Status: Open Resolution: None Priority: 5 Submitted By: Adam Zell (zellster) Assigned to: Kriston Rehberg (kriston) Summary: Memory leak in nsd/tclinit.c Initial Comment: Ns_DStringInit() is being called instead of Ns_DStringFree(). Index: tclinit.c === RCS file: /cvsroot/aolserver/aolserver/nsd/tclinit.c,v retrieving revision 1.11.2.1 diff -c -r1.11.2.1 tclinit.c *** tclinit.c 2001/04/03 20:21:54 1.11.2.1 --- tclinit.c 2001/07/09 01:48:04 *** *** 1106,1115 ns_free(filesArrayPtr); } ! Ns_DStringInit(temp); ! Ns_DStringInit(pf); ! Ns_DStringInit(sf); ! Ns_DStringInit(files); return NS_OK; } --- 1106,1115 ns_free(filesArrayPtr); } ! Ns_DStringFree(temp); ! Ns_DStringFree(pf); ! Ns_DStringFree(sf); ! Ns_DStringFree(files); return NS_OK; } -- You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=103152aid=439584group_id=3152
[AOLSERVER] [ aolserver-Bugs-458929 ] Ns_Set implementation and null bytes
Bugs item #458929, was opened at 2001-09-05 15:21 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=103152aid=458929group_id=3152 Category: Architecture: Server (nsd) Group: aolserver3_4 Status: Open Resolution: None Priority: 5 Submitted By: Adam Zell (zellster) Assigned to: Kriston Rehberg (kriston) Summary: Ns_Set implementation and null bytes Initial Comment: Given the following URL: http://foo.com/index.htm?a=1%002 There isn't a convenient way to grab the full value of 'a' through Ns_QueryToSet(), since it relies on the Ns_Set implementation, which itself relies on C strings. The user will see only '1'. If Ns_Set was changed to use Ns_DString's internally, the user would be able to access '1\02' (or any non- ASCII data) correctly. -- Comment By: Nobody/Anonymous (nobody) Date: 2002-01-01 00:36 Message: Logged In: NO Hello -- Comment By: Nobody/Anonymous (nobody) Date: 2002-01-01 00:30 Message: Logged In: NO WHAT? -- You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=103152aid=458929group_id=3152
[AOLSERVER] [ aolserver-Bugs-417559 ] typo(not) in nsodbc
Bugs item #417559, was opened at 2001-04-20 00:55 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=103152aid=417559group_id=3152 Category: Architecture: Database Group: aolserver3_3 Status: Open Resolution: Wont Fix Priority: 5 Submitted By: Jerry Asher (jerryasher) Assigned to: Kriston Rehberg (kriston) Summary: typo(not) in nsodbc Initial Comment: I am using nsodbc on Red Hat 6.1, specifically though with the OpenRDA ODBC package from atinet.com. In compiling with against the sql.h and sqlext.h that come with OpenRDA, the compile fails complaining that the type WORD is unknown in the definition WORD cbmsg within ODBCLog. Changing WORD to SWORD appears to work and do the right thing. Is this a bug in nsodbc or in OpenRDA? -- Comment By: Kriston Rehberg (kriston) Date: 2001-07-19 07:41 Message: Logged In: YES user_id=16427 There are so many different ODBC libraries that there are bound to be typing problems. We're not sure if an ifdef is appropriate for this one but we're open to suggestions. -- You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=103152aid=417559group_id=3152
[AOLSERVER] [ aolserver-Bugs-455777 ] ns_server urlstats is not documented
Bugs item #455777, was opened at 2001-08-27 07:34 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=103152aid=455777group_id=3152 Category: Other: Documentation Group: aolserver3_4 Status: Open Resolution: None Priority: 5 Submitted By: Jerry Asher (jerryasher) Assigned to: Kriston Rehberg (kriston) Summary: ns_server urlstats is not documented Initial Comment: http://www.aolserver.com/docs/tcldev/tapi- 119.htm#193657 doesn't mention ns_server urlstats. -- You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=103152aid=455777group_id=3152
[AOLSERVER] [ aolserver-Bugs-425401 ] supplementary groups not set/cleared
Bugs item #425401, was opened at 2001-05-19 01:42 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=103152aid=425401group_id=3152 Category: Architecture: Server (nsd) Group: None Status: Open Resolution: None Priority: 5 Submitted By: Anchor Systems Pty Ltd (anchorsystems) Assigned to: Kriston Rehberg (kriston) Summary: supplementary groups not set/cleared Initial Comment: nsd/nsmain.c does not drop/set supplementary groups before changing user ID. This can lead to a security breach. Patch attached. -- Comment By: Cynthia Kiser (ckiser) Date: 2001-08-08 14:41 Message: Logged In: YES user_id=292930 Think that changing user id is missing additional steps. I have AOLServer 3.2 + ad12 running as user nsadmin - but the umask for operations done by the server is not the 002 that is nsadmin's umask, but instead 022 like root. I tried setting umask by including it in the wrapper script I use to set Oracle environment variables: #!/bin/sh umask 002 . /etc/shell-mods.sh exec `dirname $0`/nsd $* And operatons like opening a file handle, writing a file, and closing the handle give me files with group write permission. nscp gives me a file without group write. In both cases, the group for the file is set correctly (is the group set by the -g flag, not root's group other). -- Comment By: Nobody/Anonymous (nobody) Date: 2001-07-19 16:52 Message: Logged In: NO Yes, all UNIX platforms are affected. -- Comment By: Kriston Rehberg (kriston) Date: 2001-07-19 07:49 Message: Logged In: YES user_id=16427 Which versions of Unix? All? -- You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=103152aid=425401group_id=3152
[AOLSERVER] [ aolserver-Bugs-415695 ] Memory leak in exec command
Bugs item #415695, was opened at 2001-04-12 09:03
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=103152aid=415695group_id=3152
Category: Architecture: Win32-specific
Group: aolserver3_3_1
Status: Open
Resolution: Later
Priority: 5
Submitted By: Massimo Zanforlin (mzan)
Assigned to: Kriston Rehberg (kriston)
Summary: Memory leak in exec command
Initial Comment:
There is a resource leak somewhere in the exec command.
If you do exec several times (e.g. to launch a cgi with
an external interpreter) you will find that the
allocated memory (in Task Manager) increases by about
4Kb each time, and nsd hangs when it reaches about 10Mb
of memory (on my PC).
Something similar happended with exec in tclsh with
versions earlier than 8.3.3
Try this:
* in nsd.tcl:
ns_section ns/server/${servername}/module/nscgi
ns_param Map GET /*.cgi
ns_param Map POST /*.cgi
ns_param Interps CGIinterps
ns_section ns/interps/CGIinterps
ns_param .cgi c:/progra~1/tcl83/bin/tclsh83.exe
* in htdocs, put the file test.cgi:
puts Content type: text/plain\n
puts Ciao!
* on a client machine, launch a script like this:
package require http
set cgi_url http://my-aol-server/test.cgi
set counter 0
while 1 {
set greetings[http::geturl $cgi_url]
puts ($counter) [http::data$greetings]
http::cleanup $greetings
incr counter
}
--
Comment By: Jeffrey Hobbs (hobbs)
Date: 2002-01-29 23:40
Message:
Logged In: YES
user_id=72656
These leaks should not occur in Tcl 8.3.3+
--
Comment By: Kriston Rehberg (kriston)
Date: 2001-07-19 07:39
Message:
Logged In: YES
user_id=16427
exec is finicky in a multithreaded environment and problems
like this happen. We're open to suggestions.
--
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=103152aid=415695group_id=3152
[AOLSERVER] [ aolserver-Bugs-446689 ] nsreturnredirect isn't RFC2068 compliant
Bugs item #446689, was opened at 2001-08-01 00:04 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=103152aid=446689group_id=3152 Category: API: C Group: aolserver4_0 Status: Open Resolution: None Priority: 5 Submitted By: Jerry Asher (jerryasher) Assigned to: Kriston Rehberg (kriston) Summary: nsreturnredirect isn't RFC2068 compliant Initial Comment: This is broken in aolserver 4, but is also broken in the AOLserver 3.x series. According to RFC 2068, Section 14.30, Location, the Location field must be an absoluteURI. ns_returnredirect doesn't ensure this and will gleefully create and return relative urls. So if a page at /foo/bar does something like: ns_returnredirect index.tcl (presumably intending that the browser should redirect to /foo/bar/nextpage.tcl) What will be returned is: Location: nextpage.tcl It turns out that many browsers such as IE and Netscape understand this and will do the right thing, but other browsers and browser like simulations such as ns_httpget fail to do the right thing and end up returning a 404 (ns_httpget will look for http://host/nextpage.tcl) (I encountered this in both AOLserver/ns_httpget as well as on a web server load tester.) Suggested solutions: 1. Have ns_returnredirect throw an error if the passed in location isn't an absoluteURI (that places the responsibility on the developer to pass in absoluteURIs.) 2. Follow the suggestion of the ACS routine ad_returnredirect and check the location. If it's not an absoluteURI, try and create one using the state of the current connection (using the current directory and the value of the HOST field and/or the driver location.) -- You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=103152aid=446689group_id=3152
[AOLSERVER] [ aolserver-Bugs-442334 ] running thread/test segfaults on linux
Bugs item #442334, was opened at 2001-07-18 01:55 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=103152aid=442334group_id=3152 Category: Architecture: Thread Library Group: aolserver3_4 Status: Open Resolution: Invalid Priority: 5 Submitted By: laurent riesterer (riesterer) Assigned to: Kriston Rehberg (kriston) Summary: running thread/test segfaults on linux Initial Comment: the 'make check' in the 'thread' directory produce a segmentation fault when using glibc 2.2.2 with pthread 0.9. -- Comment By: Dossy Shiobara (dossy) Date: 2001-07-20 04:49 Message: Logged In: YES user_id=21885 I was able to duplicate this on a x86 Linux 2.4.6 with glibc 2.2.3 and pthread 0.9. Here's the relevant portion of the gdb session: [-main-][Fri Jul 20 07:44:37 2001]: threads joined [New Thread 29003] [New Thread 29004] [Switching to Thread 29003] Program received signal SIGSEGV, Segmentation fault. 0x804ff3b in GetKey () at pthread.cpp:943 943 } (gdb) bt #0 0x804ff3b in GetKey () at pthread.cpp:943 #1 0x804fc67 in NsGetThread () at pthread.cpp:762 #2 0x804c858 in Ns_CheckStack () at thread.c:300 #3 0x804a994 in RecursiveStackCheck (n=0) at test.c:119 #4 0x804a9a6 in RecursiveStackCheck (n=0) at test.c:120 #5 0x804a9a6 in RecursiveStackCheck (n=0) at test.c:120 ... #312 0x804a9a6 in RecursiveStackCheck (n=0) at test.c:120 #313 0x804a9a6 in RecursiveStackCheck (n=0) at test.c:120 #314 0x804a9dd in CheckStackThread (arg=0x0) at test.c:131 #315 0x804c7ce in NsThreadMain (arg=0x8052d70) at thread.c:228 #316 0x40025fc5 in pthread_start_thread () from /lib/libpthread.so.0 Since I'm next to clueless with regard to the Linux pthread implementation, perhaps someone else could shed some light on what the problem is ... -- Dossy -- Comment By: laurent riesterer (riesterer) Date: 2001-07-19 22:47 Message: Logged In: YES user_id=273064 My platform is a Linux 2.4.3, using Pentium III 1 Ghz processor with 512 Mo RAM. -- Comment By: Kriston Rehberg (kriston) Date: 2001-07-19 07:43 Message: Logged In: YES user_id=16427 Sounds like a problem in pthread. We need to know what the platform is as well. -- Comment By: laurent riesterer (riesterer) Date: 2001-07-18 03:51 Message: Logged In: YES user_id=273064 After linking with a static libpthread 0.8, everything works fine. The problem is probably in the libpthread ... -- You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=103152aid=442334group_id=3152
[AOLSERVER] [ aolserver-Bugs-458583 ] incorrect build flags for SunPro cc
Bugs item #458583, was opened at 2001-09-04 17:48 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=103152aid=458583group_id=3152 Category: Architecture: Server (nsd) Group: aolserver3_4 Status: Open Resolution: None Priority: 5 Submitted By: Adam Zell (zellster) Assigned to: Kriston Rehberg (kriston) Summary: incorrect build flags for SunPro cc Initial Comment: From Sun's cc man page: ... -mt Passes D_REENTRANT to preprocessor. Appends -lthread after all other user-specified libraries on the command line. If you are doing your own multithread coding, you must use this option in the compile and link steps. To obtain faster execution, this option requires a multiprocessor system. On a single-processor system, the resulting executable usually runs more slowly with this option. ... Modified Makefile.global to always pass -mt to compiler and linker. Index: include/Makefile.global === RCS file: /cvsroot/aolserver/aolserver/include/Makefile.global,v retrieving revision 1.26.2.5 diff -c -r1.26.2.5 Makefile.global *** include/Makefile.global 2001/05/17 22:44:03 1.26.2.5 --- include/Makefile.global 2001/09/05 00:46:22 *** *** 107,115 CC=$(PURIFY) /opt/SUNWspro/bin/cc #CCOPTIMIZE = -x02 CCOPTIMIZE = -g ! CFLAGS+=$(CCOPTIMIZE) -KPIC -erroff=%none ! LD=/usr/ccs/bin/ld ! LDSO=$(LD) -G ifneq (,$(findstring sparc,$(PLAT))) CFLAGS+=-xarch=v8plusa else --- 107,115 CC=$(PURIFY) /opt/SUNWspro/bin/cc #CCOPTIMIZE = -x02 CCOPTIMIZE = -g ! CFLAGS+=$(CCOPTIMIZE) -KPIC -erroff=%none -mt ! LDFLAGS+=-mt ! LDSO=$(CC) -G -mt ifneq (,$(findstring sparc,$(PLAT))) CFLAGS+=-xarch=v8plusa else *** *** 124,130 endif NSDLIBS=-lm ! LIBS+=-lsocket -lnsl -ldl -lposix4 -lthread -lresolv -R $(RPATH) AR=/usr/ccs/bin/ar CFLAGS+=-D_POSIX_PTHREAD_SEMANTICS=1 -DUSE_PTHREAD_SYSSCOPE=1 \ -DUSE_PTHREAD_PSHARED=1 -DHAVE_ETIME_BUG=1 \ --- 124,130 endif NSDLIBS=-lm ! LIBS+=-lsocket -lnsl -ldl -lposix4 -lpthread -lresolv -R $(RPATH) AR=/usr/ccs/bin/ar CFLAGS+=-D_POSIX_PTHREAD_SEMANTICS=1 -DUSE_PTHREAD_SYSSCOPE=1 \ -DUSE_PTHREAD_PSHARED=1 -DHAVE_ETIME_BUG=1 \ -- You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=103152aid=458583group_id=3152
[AOLSERVER] [ aolserver-Bugs-433634 ] nsd running as a Win32 service crashes
Bugs item #433634, was opened at 2001-06-15 21:14
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=103152aid=433634group_id=3152
Category: Architecture: Server (nsd)
Group: aolserver3_4
Status: Open
Resolution: None
Priority: 5
Submitted By: Adam Zell (zellster)
Assigned to: Kriston Rehberg (kriston)
Summary: nsd running as a Win32 service crashes
Initial Comment:
After successfully installing nsd 3.4 as a Windows NT
service, trying to start nsd fails.
The reason why is as follows:
Ns_Main is being called twice, within the same process.
The first time it is called, argv[] contains the -s
argument, and the local variable server is set correctly.
The second time Ns_Main is called, argv[] contain -S
which causes a goto to be taken, leaving the local
variable server set to NULL.
After the goto label (contservice), server is
accessed a number of times. Since the goto label
skipped the initialization code path, the code bombs
with a NULL dereference.
I fixed this with the following code:
contservice:
+if (server == NULL) {
+server = nsServer;
+}
Assuming that the first call to Ns_Main set nsServer
correctly, the second call to Ns_Main will proceed
without a problem, and respond to http requests.
--
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=103152aid=433634group_id=3152
[AOLSERVER] [ aolserver-Bugs-434698 ] OpenACS upload kills AOLServer
Bugs item #434698, was opened at 2001-06-19 23:09 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=103152aid=434698group_id=3152 Category: Configuration: Database Group: aolserver3_4 Status: Open Resolution: None Priority: 5 Submitted By: Jon Laughton (hacksmith) Assigned to: Kriston Rehberg (kriston) Summary: OpenACS upload kills AOLServer Initial Comment: Any attempt to use the file upload facilities in OpenACS 3.2.5 kills AOLserver (vesrions 3.3 and 3.4) running on IRIX 6.2. Server log reports (eg): nsthread(11284) error: sproc 11311 killed by signal 10 or nsthread(8889) error: sproc 22750 killed by signal 11 and browser reports Document contains no data No other error messages are logged. -- You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=103152aid=434698group_id=3152
[AOLSERVER] [ aolserver-Bugs-423587 ] gmake on FreeBSD 4.3/Aolserver-3.3.1
Bugs item #423587, was opened at 2001-05-12 10:31 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=103152aid=423587group_id=3152 Category: Configuration: Server Group: aolserver3_3 Status: Open Resolution: None Priority: 5 Submitted By: Tyge Cawthon (tyge) Assigned to: Kriston Rehberg (kriston) Summary: gmake on FreeBSD 4.3/Aolserver-3.3.1 Initial Comment: gmake does not work correctly on FreeBSD 4.3 and Aolserver-3.3.1. I believe the problem is the file /aolserver-3.3.1/include/Makefile.global Towards the end of the file there is line: TCL8X_LIB=libtcl83g. I am not sure, but I believe the line should be: TCL8X_LIB=libtcl8.3g. Could someone please check into this. See example below: BEFORE: #Note: Tcl 7.6 on *BSD has a different name for no apparent reason. # TCL8X_DIR=tcl8.3.2 TCL76_DIR=tcl7.6 ifeq (bsd, $(findstring bsd, $(PLATFORM))) TCL76_LIB=libtcl76.a === TCL8X_LIB=libtcl83g.a === else TCL76_LIB=libtcl7.6.a# TCL8X_LIB=libtcl8.3g.a endif AFTER: #NOTE: Tcl 7.6 on *BSD has a different name for no apparent reason. # TCL8X_DIR=tcl8.3.2 TCL76_DIR=tcl7.6 ifeq (bsd, $(findstring bsd, $(PLATFORM))) TCL76_LIB=libtcl76.a === TCL8X_LIB=libtcl8.3g.a === else TCL76_LIB=libtcl7.6.a TCL8X_LIB=libtcl8.3g.a endif -- You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=103152aid=423587group_id=3152
[AOLSERVER] [ aolserver-Bugs-428357 ] FreeBSD building needs libtcl8.3g.a
Bugs item #428357, was opened at 2001-05-29 09:34 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=103152aid=428357group_id=3152 Category: Configuration: Server Group: aolserver3_4 Status: Open Resolution: None Priority: 5 Submitted By: Catalin Ivan (zorbathecat) Assigned to: Kriston Rehberg (kriston) Summary: FreeBSD building needs libtcl8.3g.a Initial Comment: The ChangeLog tells that the tcl library naming required for OpenBSD is libtcl83g.a|so, AND that this is applicable to ALL BSD systems. Not so it seems on FreeBSD: (uname -a) FreeBSD gremlin.mycloe.com 4.2-RELEASE FreeBSD 4.2- RELEASE #0: Mon Nov 20 13:02:55 GMT 2000 [EMAIL PROTECTED]:/usr/src/sys/compile/GENERIC i386 (added Linux compat libs, but there is no obvious reason to me it would change any BSD behaviour) I build aolserver successfully only after following change to include/Makefile.global: ifeq (bsd, $(findstring bsd, $(PLATFORM))) TCL76_LIB=libtcl76.a #TCL8X_LIB=libtcl83g.a -- original line TCL8X_LIB=libtcl8.3g.a -- my change else TCL76_LIB=libtcl7.6.a TCL8X_LIB=libtcl8.3g.a endif For any more info contact me, Catalin Ivan (Cat) at [EMAIL PROTECTED] Hopefully this will save others the hair pulling. keep up the good work cat -- You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=103152aid=428357group_id=3152
[AOLSERVER] [ aolserver-Bugs-435552 ] A 3.4 security bug fix may be wrong.
Bugs item #435552, was opened at 2001-06-22 12:16
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=103152aid=435552group_id=3152
Category: Architecture: Server (nsd)
Group: None
Status: Open
Resolution: None
Priority: 7
Submitted By: Jerry Asher (jerryasher)
Assigned to: Kriston Rehberg (kriston)
Summary: A 3.4 security bug fix may be wrong.
Initial Comment:
There is a discussion of this just one small link away
at: http://openacs.org/bboard/q-and-a-fetch-msg.tcl?
msg_id=00021gtopic_id=11topic=OpenACS
As the ChangeLog states,
blockquote
iNs_HtuuDecode does not do an adequate job of
preventing data overflow./i
/blockquote
The fix isn't in serv.c, the fix is bin/b htuu.c.
p
If you make this fix in serv.c, you will still leave
NsTclHTUUDecodeCmd
(ns_uudecode) broken, which would lead to the same
buffer overflow.
Oh. Except that someone already put the kluge
(overmalloc the buffer)
in there.
bLate breaking news: it appears the suggested fix
still leaves AOLserver vulnerable, but maybe not since
no one has reported it yet./b
p
Still, what do you do about the next poor slob to call
Ns_HtuuDecode?
p
My analysis shows two buffer overflows occuring due to
bugs within
Ns_HtuuDecode. One is an overflow of the output
buffer by
one or two bytes that may occur within Ns_HtuuDecode.
The other is a
potential overflow of the output buffer by an
arbitrary number of
bytes caused when Ns_HtuuDecode returns the wrong
number of bytes
allocated.
p
The suggested fix (mallocing the buffer on the fly)
may still cause an
AOLserver crash, presumably, your wiley h4x0r can just
fill that input
buffer up with a gig or two more data than your
AOLserver process can
malloc and the system will still die.
p
In fact, Ns_HtuuDecode looks as though it is written
to decode a fixed
amount of data at a time, and users of Ns_HtuuDecode
are supposed to
loop on the return value, decoding all the data in
their buffer by
repeatedly calling Ns_HtuuDecode with just a bit at a
time and then
copying it out.
p
The two users of this within AOLserver 3.2, don't do
that though.
pre
int
Ns_HtuuDecode(char * bufcoded, unsigned char *
bufplain, int outbufsize)
{
. . .
int nbytesdecoded, j;
register char *bufin = bufcoded;
register unsigned char *bufout = bufplain;
register intnprbytes;
. . .
/*
* Figure out how many characters are in the input
buffer. If this would
* decode into more bytes than would fit into the
output buffer, adjust
* the number of input bytes downwards.
*/
bufin = bufcoded;
while (pr2six[(int) *(bufin++)] lt;= MAXVAL);
nprbytes = bufin - bufcoded - 1;
/pre
This looks odd but is correct, the number of bytes
in the input
buffer in bufin - bufcoded -1 as the while has run
once too many times.
pre
nbytesdecoded = ((nprbytes + 3) / 4) * 3;
/pre
I am not sure what nytesdecoded is at this point.
In the end, it
is to be the number of bytes actually decoded.
Does it represent
that here, or is it just an interim value?
p
Whatever, here below is the check and correction
to make sure all
we only decode the right number of characters.
Only the correction
(or the while loop below) is wrong.
pre
if (nbytesdecoded gt; outbufsize) {
nprbytes = (outbufsize * 4) / 3;
}
bufin = bufcoded;
while (nprbytes gt; 0) {
*(bufout++) = (unsigned char) (DEC(*bufin)
lt;lt; 2 | DEC(bufin[1]) gt;gt; 4);
*(bufout++) = (unsigned char) (DEC(bufin[1])
lt;lt; 4 |
DEC(bufin[2])
gt;gt; 2);
*(bufout++) = (unsigned char) (DEC(bufin[2])
lt;lt; 6 | DEC(bufin[3]));
bufin += 4;
nprbytes -= 4;
}
/pre
So the loop runs through ceil(int(4/3*nprbytes)/4)
times. Each time
it reads 4 input bytes and creates 3 output bytes.
Because of the way the loop is constructed, this
appears to always
overflow the buffer unless nprbytes is a multiple
of 3.
pre
table border=1
tr align=centerthn (nprbytes)/ththint
(4n/3)/4/ththbytes written/ththbytes
overflowed/th/tr
tr
align=centertd0/tdtd0/tdtd0/tdtd0/td/
tr
tr
align=centertd1/tdtd0.25/tdtd3/tdtd2/td
/tr
tr
align=centertd2/tdtd0.5/tdtd3/tdtd1/td
/tr
tr
align=centertd3/tdtd1/tdtd3/tdtd0/td/
tr
tr
align=centertd4/tdtd1.25/tdtd6/tdtd2/td
/tr
tr
align=centertd5/tdtd1.5/tdtd6/tdtd1/td
/tr
tr
align=centertd6/tdtd2/tdtd6/tdtd0/td/
tr
/table
/pre
It looks as though you could change the comparison to
2 and get the
right behavior.
From
pre
while (nprbytes gt; 0) {
/pre
To
pre
while (nprbytes gt; 2) {
/pre
But I don't think that's enough, because regardless of
how many chars
you actually decoded, the routine returns the number
of bytes that
would have been decoded if all the woodchucks had
decoded all the
bytes.
pre
if (nprbytes 03) {
if (pr2six[(int) bufin[-2]] gt; MAXVAL) {
nbytesdecoded -= 2;
} else {
nbytesdecoded -= 1;
}
[AOLSERVER] [ aolserver-Bugs-420474 ] ns_socklistencallback docs missing
Bugs item #420474, was opened at 2001-05-01 08:40
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=103152aid=420474group_id=3152
Category: Other: Documentation
Group: documentation
Status: Open
Resolution: None
Priority: 5
Submitted By: Robert Parker (rparker9)
Assigned to: Kriston Rehberg (kriston)
Summary: ns_socklistencallback docs missing
Initial Comment:
The description of ns_socklistencallback does not
describe the api for the callback proc. I think it is
something like
proc calledBack { readSockId writeSockId } {}
I think an example code snipet would be useful here too
--
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=103152aid=420474group_id=3152
[AOLSERVER] [ aolserver-Bugs-420473 ] ns_eval is not obsolete
Bugs item #420473, was opened at 2001-05-01 08:36 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=103152aid=420473group_id=3152 Category: Other: Documentation Group: documentation Status: Open Resolution: None Priority: 5 Submitted By: Robert Parker (rparker9) Assigned to: Kriston Rehberg (kriston) Summary: ns_eval is not obsolete Initial Comment: According to the Function Categories on aolserver.com ns_eval is obsolete but I judging from replies I had on listserv.aol.com it is _not_ obsolete -- You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=103152aid=420473group_id=3152
[AOLSERVER] [ aolserver-Bugs-448508 ] ns_perm questions
Bugs item #448508, was opened at 2001-08-06 12:30 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=103152aid=448508group_id=3152 Category: Modules: nsperm (Permissions) Group: aolserver3_2 Status: Open Resolution: None Priority: 5 Submitted By: David Mott (mottman) Assigned to: Kriston Rehberg (kriston) Summary: ns_perm questions Initial Comment: We are interested in speaking with anyone who has experience or information on ns_perm features of AOLserver. If you are aware of an organization using ns_perm or a individual that might be a reference point please contact me at [EMAIL PROTECTED] We are using AOLserver version 3.2+ad12, Solaris Version 5.6. We are trying to use the ns_perm module and having a couple of issues: 1. Need to indentify general use guidelines or documentation. 2. Want to use the functionality to change, add, and delete users, groups, access, and passwords without restarting AOLserver if possible. 3. Looking for suggestions for the proper configuration of the Skip Locks parameter? 4. What is the default Access parameter and how can it be used to restrict access without specifying the DENY parameter? 5. When trying to use the 'CHANGEPASS' command the AOLserver instance crashes creating a core dump. Within the core dump is an issue with NS_LockMutex. Suggestions on how this might be resolved? Thanks for your help, David Mott [EMAIL PROTECTED] -- You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=103152aid=448508group_id=3152
[AOLSERVER] [ aolserver-Bugs-466236 ] access log documentation
Bugs item #466236, was opened at 2001-09-28 15:31 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=103152aid=466236group_id=3152 Category: Other: Documentation Group: None Status: Open Resolution: None Priority: 5 Submitted By: Jim Wilcoxson (rubylane) Assigned to: Kriston Rehberg (kriston) Summary: access log documentation Initial Comment: Options not documented in ns/server/server- name/module/nslog section: 1. ns_param rollfmt %Y-%m-%d-%H:%M Will rename the access.log file using this date pattern when a roll occurs. 2. ns_param suppressquery on/off Will suppress the query data when access.log entry is written. 3. ns_param maxbuffer #lines How many access.log entries should be buffered before writing to disk. Default is zero. Anything = 0 means write every line. -- You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=103152aid=466236group_id=3152
[AOLSERVER] [ aolserver-Bugs-482056 ] tcl script can shutdown server
Bugs item #482056, was opened at 2001-11-15 04:00
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=103152aid=482056group_id=3152
Category: Scripting: Other
Group: aolserver3_3_1
Status: Open
Resolution: None
Priority: 5
Submitted By: Pol Ouilapan (polawat)
Assigned to: Kriston Rehberg (kriston)
Summary: tcl script can shutdown server
Initial Comment:
A .tcl file containing only the word 'exit' in it can
shutdown the server.
If you put this file anywhere under your web site root
directory and access it with your web browser,
AOLServer will go down.
Is this a hole in the system or is it a mis-
configuration issue?
I'm using AOLserver/3.3.1+ad13.
--
Comment By: Nobody/Anonymous (nobody)
Date: 2001-11-16 08:04
Message:
Logged In: NO
namespace.tcl creates a script that is run in each new
interpreter after startup. That script builds procs and
namespaces but not inline code.
Inline code such as
rename exit _exit
only gets evaluated once in the startup intrepreter.
If you want inline code to run on each new intrepreter you
have to tack it on to the script that is generated by
namespace.tcl
--
Comment By: Dossy Shiobara (dossy)
Date: 2001-11-16 07:31
Message:
Logged In: YES
user_id=21885
polawat,
Try adding the code to the end of your nsd.tcl instead,
then. However, I thought modules/tcl/init.tcl got loaded
for every interpreter when the interp gets created. Maybe
I was wrong.
-- Dossy
--
Comment By: Nobody/Anonymous (nobody)
Date: 2001-11-16 06:51
Message:
Logged In: NO
#you should be able to redefine exit
proc exit {args} {
ns_log Notice exit is not allowed
}
--
Comment By: Pol Ouilapan (polawat)
Date: 2001-11-15 23:12
Message:
Logged In: YES
user_id=120476
Dossy,
I did exactly that - added rename exit {} and restart
nsd. I can still bring the server down with 'exit'.
Shouldn't matter if I still have other nsd processes
running, should it?
- Polawat.
--
Comment By: Dossy Shiobara (dossy)
Date: 2001-11-15 22:23
Message:
Logged In: YES
user_id=21885
polawat,
Did you do it from where you installed AOLserver, and did
you then restart AOLserver?
Typically, AOLserver gets installed
into /usr/local/aolserver -- you want to basically add the
line rename exit {} to the end of the
file /usr/local/aolserver/modules/tcl/init.tcl, and then
restart the nsd process.
-- Dossy
--
Comment By: Pol Ouilapan (polawat)
Date: 2001-11-15 21:53
Message:
Logged In: YES
user_id=120476
I tried the rename as suggested, but didn't seem to work.
cat modules/tcl/init.tcl -EOF
rename exit {}
EOF
--
Comment By: Dossy Shiobara (dossy)
Date: 2001-11-15 11:38
Message:
Logged In: YES
user_id=21885
Changing the behavior of exit in nsd core would
be a big disservice. The formation of my AOLserver
testing framework relies on it. ;-)
If you want to avoid people accidentally shutting
your AOLserver down by invoking exit by accident,
do this:
cat modules/tcl/init.tcl -EOF
rename exit _real_exit
EOF
If you want to prevent exit from being invoked
at all, do this:
cat modules/tcl/init.tcl -EOF
rename exit {}
EOF
IMHO, this is the best solution to this problem.
For people who run public servers, they can disable
the exit proc using the second approach. For people
(such as myself) who NEED the exit proc, either the
first approach, or not changing anything at all,
accomodates them.
If what I've suggested here is a reasonable solution,
I think we should close this ticket.
-- Dossy
--
Comment By: Scott Goodwin (scottg)
Date: 2001-11-15 08:32
Message:
Logged In: YES
user_id=37651
The last comment posted here wasn't all that helpful; I
think it tends to turn people away from this server and the
community.
Anyway, I pointed out this problem about a year ago in the
nscp module. When I typed 'exit' to close the telnet
session to nscp, the server would shutdown. That was
happening because the Tcl interp that nscp was using did
what I told it -- exited, which took the server with it.
The solution was to create a new exit command that either
did a Ctrl-D for you (which was the proper way to exit
nscp) or a No-Op (I forget which way it was implemented).
I don't think this is really a bug, as you're not supposed
to explicitly exit a Tcl script running in AOLserver.
However, I think it should be fairly easy to replace the
exit command with code that does a No-Op or calls the
normal close my connection code.
Thanks for submitting
[AOLSERVER] [ aolserver-Bugs-474556 ] ns_dbquotevalue doesn't escape backslash
Bugs item #474556, was opened at 2001-10-24 10:25
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=103152aid=474556group_id=3152
Category: API: Tcl
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Brady Wetherington (camusatan)
Assigned to: Kriston Rehberg (kriston)
Summary: ns_dbquotevalue doesn't escape backslash
Initial Comment:
Data with a literal backslash that is submitted to
ns_dbquotevalue will get mangled by insertion into the
database - I found this out when I tried to insert some
C source code with the text '\0' in it, which needed to
be quoted into \0. The following should be added to
nsdb.tcl.
In ns_dbquotevalue, right after the 'regsub' line, add
another:
regsub -all {\B} $value value
Unfortunately, yes, that is indeed eight backslashes.
There's probably a way to do it with four \B's instead
- or maybe two. The above is what I did to make it work
for me.
--
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=103152aid=474556group_id=3152
[AOLSERVER] [ aolserver-Bugs-437414 ] Segfault on FreeBSD 5.0-CURRENT
Bugs item #437414, was opened at 2001-06-29 10:58 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=103152aid=437414group_id=3152 Category: Configuration: Server Group: aolserver3_4 Status: Open Resolution: None Priority: 5 Submitted By: Michael Urban (simba5) Assigned to: Kriston Rehberg (kriston) Summary: Segfault on FreeBSD 5.0-CURRENT Initial Comment: I am having a problem with AOL Server 3.4 causing a segmentation fault on FreeBSD 5.0-CURRENT as soon as I try to start it. It will run fine on port 8000, but it segfaults anytime I try to start it on port 80. I have not tested this on the release version of FreeBSD (4.3) so I am not sure if it is a problem with the server, or a problem with something in FreeBSD 5.0. Here is the gdb trace that I get when trying to run the server on port 80: [25/Jun/2001:16:30:13][15486.135540736][-main-] Notice: binder: listen(205.216.111.20,80) = 15 [25/Jun/2001:16:30:13][15486.135540736][-main-] Notice: nssock: listening on 205.216.111.20:80 Program received signal SIGSEGV, Segmentation fault. 0x281820ff in ioctl () from /usr/lib/libc_r.so.5 (gdb) bt #0 0x281820ff in ioctl () from /usr/lib/libc_r.so.5 #1 0x80805df in Ns_SockSetNonBlocking (sock=15) at sock.c:385 #2 0x2824551a in SockStart (server=0x8145560 server1, label=0x8145b10 nssock, drvDataPtr=0x8171208) at sock.cpp:474 #3 0x806e326 in NsStartDrivers (server=0x8145560 server1) at drv.c:225 #4 0x8077491 in Ns_Main (argc=8, argv=0xbfbffadc, initProc=0x807445c ServerInit) at nsmain.c:697 #5 0x8074448 in main (argc=8, argv=0xbfbffadc) at main.c:64 #6 0x805ae7f in _start () (gdb) I am starting the server as root and then having it switch to the user and group www. Like I said, this only occurs on port 80 and not on 8000, so I assume it has to do with privilaged ports. Any ideas? Thanks, Mike -- Comment By: Ayan George (ayangeorge) Date: 2001-08-16 19:50 Message: Logged In: YES user_id=296776 Oh yea -- you can get around this by running nsd in ``prebind'' mode which prevents it from forking. Take a look at the -b option. -Ayan -- Comment By: Ayan George (ayangeorge) Date: 2001-08-16 10:58 Message: Logged In: YES user_id=296776 Hey Guys, As you probably already know, there is a problem with AOLserver and FreeBSD 5.0-CURRENT. I've tracked the problem down the to ioctl() call in the reentrant libc (libc_r) in FreeBSD. From what I can understand, AOLserver forks a child which waits for bind requests. When the child receives a request, it binds to a port and returns the file descriptor to listen on to the parent (this stuff is in nsd/binder.c of course). It seems there is a a _thread_fd_table[] array (of size _thread_dtable) for each process linked with libc_r. The table index corresponds with file descriptors (ie, _thread_fd_table[12] has data about descriptor 12) and each element needs to be initialized before being used with _thread_fd_table_init(). If the parent doesn't call any routine that initializes the file descriptor's element in the _thread_fd_table_init() structure, the threaded ioctl function causes an error when it dereferences _thread_fd_table[fd]. Such seems to be the case when the child sends the file descriptor to the parent and the parent attempts to set it non-blocking. The parent process has no initialized _thread_fd_table[] entry for the fd the child creates but ioctl tries to use _thread_fd_table[fd]-flags (this is done on line 61 of /usr/src/lib/libc_r/uthread/uthread_ioctl.c in FreeBSD 5.0-CURRENT). A kludge for this is performing a _thread_fd_table_init on the file descriptor within ioctl function some time before the dereference. This will have no effect on the descriptor if it is already initialized and if the descriptor is valid. So, first: I'm not 100% sure I understand what is breaking. If anyone has any more insight, please let me know. If this seems accurate, I'm interested in knowing how this could be resolved better. -Ayan -- Comment By: Michael Urban (simba5) Date: 2001-06-30 15:40 Message: Logged In: YES user_id=257485 I found someone to test this for me on FreeBSD 4.3 and the server runs fine. This seems to be a bug in the ioctl() function of FreeBSD 5.0-CURRENT or something. I posted a message to the FreeBSD CURRENT mailing list regarding the problem and am awaiting a response from there. -- You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=103152aid=437414group_id=3152
[AOLSERVER] [ aolserver-Bugs-482411 ] ns_sendmail hangs server on WINDOWS
Bugs item #482411, was opened at 2001-11-16 00:33 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=103152aid=482411group_id=3152 Category: Architecture: Win32-specific Group: aolserver3_4 Status: Open Resolution: None Priority: 9 Submitted By: Alberto Marchesini (albertone) Assigned to: Kriston Rehberg (kriston) Summary: ns_sendmail hangs server on WINDOWS Initial Comment: See my previous message about server crashing. (msg n.482148) Thank for any help. My troubles are really serious. -- You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=103152aid=482411group_id=3152
[AOLSERVER] [ aolserver-Bugs-482148 ] ns_httpget crash server
Bugs item #482148, was opened at 2001-11-15 08:16 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=103152aid=482148group_id=3152 Category: Architecture: Win32-specific Group: aolserver3_4 Status: Open Resolution: None Priority: 8 Submitted By: Alberto Marchesini (albertone) Assigned to: Kriston Rehberg (kriston) Summary: ns_httpget crash server Initial Comment: Hi, unfortunally I must use Windows (NT e 2000) for my application. I write an adp page that use ns_httpget, like this: % set page [ns_httpget http://www.aolserver.com;] puts $page % I request only this page more time, and all is ok, but under Windows after some minutes the server goes down!!! I tryed launch server in console mode and call only this page one time, then shutdown the server. At that time the server hangs. This is an abstract of the log from AOLserver after the closing request : [15/Nov/2001:17:14:22][1084.1208][-main-] Notice: nsmain: AOLserver/3.4 stopping [15/Nov/2001:17:14:22][1084.1208][-main-] Notice: nssock: triggering shutdown [15/Nov/2001:17:14:22][1084.1012][-nssock-] Notice: exiting [15/Nov/2001:17:14:22][1084.1208][-main-] Notice: serv: stopping connection threads [15/Nov/2001:17:14:22][1084.1208][-main-] Notice: serv: connection threads stopped Playing with the sources of AOLServer I've realized that it hangs after the request for closing its threads it opened a socket to serve a client request like the example I wrote above. Windows what a mess !!! Thank you for any help !!! -- You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=103152aid=482148group_id=3152
[AOLSERVER] [ aolserver-Bugs-487422 ] Form posts gt; 16kb freezes Server
Bugs item #487422, was opened at 2001-11-30 00:08 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=103152aid=487422group_id=3152 Category: Configuration: Server Group: aolserver3_4 Status: Open Resolution: None Priority: 5 Submitted By: Pete Breugel (pbreugel) Assigned to: Kriston Rehberg (kriston) Summary: Form posts gt; 16kb freezes Server Initial Comment: I created a standard HTML form to upload text: form method=post action=/test.adp textarea .. /form With text sizes starting at about 10-15kb it comes to the following problem: After submitting Aolserver seems to freeze. It shows no reaction for about 20 seconds to 2 minutes. I included various ns_log tests and come to the conclusion that there's a problem around ns_conn/ns_getform. I can't log the submitted text! It's gone. System: Linux, I tried both aolserver3_3_1+ad13 and aolserver3_4_2. When I upload files of sizes 30kb there's no problem (multipart/formdata) In the config file I changed MaxPost 100.000 (and also maxline) but I think this parameter doesn't affect textual non-multipart postings. As form posts are such a basic thing for every webservice I wonder what I'm doing wrong or could be the problem? Thank you, Pete. -- You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=103152aid=487422group_id=3152
[AOLSERVER] [ aolserver-Bugs-459375 ] SERIOUS: Multiple compile-time warnings.
Bugs item #459375, was opened at 2001-09-06 17:32 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=103152aid=459375group_id=3152 Category: Architecture: Server (nsd) Group: aolserver3_4 Status: Open Resolution: None Priority: 5 Submitted By: Jim Bryant (kc5vdj) Assigned to: Kriston Rehberg (kriston) Summary: SERIOUS: Multiple compile-time warnings. Initial Comment: Upon building the FreeBSD port of aolserver, I noticed a lot of warnings of long int being passed where time_t is supposed to be used... time_t is a standard for a reason, let's not forget 2038, it's easier to deal with 2038 now, than in 2037, by simply using time_t. -- You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=103152aid=459375group_id=3152
[AOLSERVER] [ aolserver-Bugs-480937 ] incorrect docs for TCL command nsv_names
Bugs item #480937, was opened at 2001-11-12 07:08 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=103152aid=480937group_id=3152 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Tomasz Kosiak (tkosiak) Assigned to: Kriston Rehberg (kriston) Summary: incorrect docs for TCL command nsv_names Initial Comment: It is written that nsv_names array - return keys of array It does something else nsv_names pattern - return NSV array names matching pattern (pattern is matched like in the TCL command string or array names) -- You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=103152aid=480937group_id=3152
[AOLSERVER] [ aolserver-Bugs-456776 ] nsunix broken
Bugs item #456776, was opened at 2001-08-30 00:35 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=103152aid=456776group_id=3152 Category: API: C Group: aolserver3_3 Status: Open Resolution: None Priority: 5 Submitted By: Jerry Asher (jerryasher) Assigned to: Kriston Rehberg (kriston) Summary: nsunix broken Initial Comment: nsunix is broken. the attached patch fixes nsunix and adds an ns_vhr command and other changes to ns_vhr to help manage nsvhr at runtime. Requires the prior patch to drv.c -- You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=103152aid=456776group_id=3152
[AOLSERVER] [ aolserver-Support Requests-450999 ] 128 Bit Encryption Detect.
Support Requests item #450999, was opened at 2001-08-14 15:56 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=203152aid=450999group_id=3152 Category: Configuration: Other Group: None Status: Open Resolution: None Priority: 5 Submitted By: Jonathan Freger (jfreger) Assigned to: Kriston Rehberg (kriston) Summary: 128 Bit Encryption Detect. Initial Comment: Hello, Does anyone know how I can detect if a users browser support 128 bit encryption? I am using: AOLserver/3.3.1+ad13 I checked out the environment variables and nothing seems to give that type of info...I just want to redirect people to a message if the don't support 128 bit encryption. Thanks! -Jonathan -- You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=203152aid=450999group_id=3152
[AOLSERVER] [ aolserver-Support Requests-486126 ] How to debug inside ADP?
Support Requests item #486126, was opened at 2001-11-27 11:30
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=203152aid=486126group_id=3152
Category: Configuration: Other
Group: aolserver3_2
Status: Open
Resolution: None
Priority: 5
Submitted By: Danny Lieberman (dannyl50)
Assigned to: Kriston Rehberg (kriston)
Summary: How to debug inside ADP?
Initial Comment:
Hi
I am running aolserver 3.2 with open acs 3/posgres 7.1
For debugging, we open 2 windows: browser in window 1
and tail -f servername.log in window 2
we are doing heavy SQL/tcl development and the errors
get swallowed up in the servername.log file.
isnt there a way JUST to see the errors and not all
the GET commands?
In another installation i had with aolserver 3.1 and
acs 3.5/oracle - we had TWO (2) logs - servername.log
and servername-error.log
thx
danny
--
Comment By: Peter M. Jansson (petej)
Date: 2001-11-27 14:07
Message:
Logged In: YES
user_id=20577
In your database pool definition, set verbose=off and logsqlerrors=on. This will only
show the SQL of a query that failed.
Some folks have had luck with the TclPro debugger, available from scriptics.com, but I
haven't tried it.
There aren't facilities in AOLserver to emit the error logs separately from the rest
of the server log. The location of the server log is set by the servername parameter
of the ns/parameters section, but AOLserver will create a log file called server.log
in the log directory of the server's home before creating the named logfile. Access
logs (is this what you mean by the GET commands?) are defined in the
ns/server/${servername}/module/nslog section, with the file parameter.
--
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=203152aid=486126group_id=3152
[AOLSERVER] [ aolserver-Support Requests-449240 ] ns_perm question
Support Requests item #449240, was opened at 2001-08-08 11:50 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=203152aid=449240group_id=3152 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: David Mott (mottman) Assigned to: Kriston Rehberg (kriston) Summary: ns_perm question Initial Comment: I have a question about perms. I have understood that there is an implicit Deny within perms. For instance if there is nothing stated indicating you have access to a specific link, then you are automatically denied. How can this be implemented? Right now instead of Denying you, it reasks for your username and password. No matter what you put in, it gives a page indicating an invalid username and password. thanks Dave Mott [EMAIL PROTECTED] -- You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=203152aid=449240group_id=3152
[AOLSERVER] [ aolserver-Support Requests-447406 ] help with nscp and nsperm requested!
Support Requests item #447406, was opened at 2001-08-02 20:20 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=203152aid=447406group_id=3152 Category: Configuration: Other Group: aolserver3_4 Status: Open Resolution: None Priority: 5 Submitted By: conrad heiney (ignatzmous) Assigned to: Kriston Rehberg (kriston) Summary: help with nscp and nsperm requested! Initial Comment: I am unable to get nsperm to do my bidding, and the nscp documentation appears to be incorrect. If someone could point me to a working example of a config using nsperm I would be grateful. Although I have manually modified the password files and put in directives, there appears to be no effect at all :( Also, in attempting to use the control port to fix this, I find that almost all of the control port documentation seems to be incorrect.. The ? and ! commands produce syntax errors rather than help or shells, and the menu command produces an error also. I can use ns_crypt to generate a crypted password, but adding users via the control port seems to do nothing at all. If there is a missing file, configuration, or a guide to this that I have not found, I'd be delighted to see it. The documentation from aolserver.com does not appear to correspond to the reality I'm experiencing with 3.4 -- Comment By: Dossy Shiobara (dossy) Date: 2001-08-10 07:25 Message: Logged In: YES user_id=21885 Please describe what you are specifically trying to accomplish, including real examples, and I'm sure someone will be able to help. -- Dossy -- You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=203152aid=447406group_id=3152
[AOLSERVER] [ aolserver-Support Requests-493547 ] AOLserver 3.4.2 amp; Solid EE 3.5.2 ???
Support Requests item #493547, was opened at 2001-12-14 18:50 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=203152aid=493547group_id=3152 Category: Configuration: Database Group: aolserver3_4 Status: Open Resolution: None Priority: 5 Submitted By: Thorpe Mayes (tamayes) Assigned to: Kriston Rehberg (kriston) Summary: AOLserver 3.4.2 amp; Solid EE 3.5.2 ??? Initial Comment: I have been trying to create the nssolid.so file using the nssolid3_0 module. I am using AOLserver 3.4.2 and Solid EE 3.5.2. It appears that at least one problem is that the Makefile expects the header files cli0defs.h ,cli0core.h, and cli0ext1.h. The Solid support folks tell me that these files come with Solid Version 3.0 and that the header files for Solid Version 3.52 are in the Sdke352\solidSDKe352\Linux_glibc2\include directory. Two questions: Is a revision for the nssolid3_0 module in the works that will make it possible to use Solid EE 3.5.2? If so, when might it be available? Is there a work around in the mean time? I have seen a patch that seems to address the problem, but it is not clear to me how to apply it. Thank you. Thorpe Mayes -- You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=203152aid=493547group_id=3152
[AOLSERVER] [ aolserver-Support Requests-475074 ] nssoc.so module problem
Support Requests item #475074, was opened at 2001-10-25 14:40 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=203152aid=475074group_id=3152 Category: Configuration: First-Time Startup Group: aolserver3_1 Status: Open Resolution: None Priority: 5 Submitted By: Gabriel Borrageiro (gborrageiro) Assigned to: Kriston Rehberg (kriston) Summary: nssoc.so module problem Initial Comment: Hello, Could anyone help me with the following problem. I'm trying to start aolserver for the first time after compilation, but receive the following errors when I run: bash-2.03$ /usr/local/aolserver/bin/nsd - t /usr/local/aolserver/sample- config.tcl [25/Oct/2001:16:28:17][3460.1][-main-] Notice: config.tcl: starting to read config file... [25/Oct/2001:16:28:17][3460.1][-main-] Warning: config.tcl: nsssl not loaded -- key/cert files do not exist. [25/Oct/2001:16:28:17][3460.1][-main-] Warning: config.tcl: nscp not loaded -- user/password is not set. [25/Oct/2001:16:28:17][3460.1][-main-] Notice: config.tcl: finished reading config file. I understand these modules only run if you have ssl running and configured, as well as the admin module, no prob. But should'nt the nsd aolserver daemon still be running? The server.log output shows: bash-2.03$ cat /usr/local/aolserver/log/server.log [25/Oct/2001:16:28:17][3460.1][-main-] Notice: nsmain: AOLserver/3.3.1+ad13 starting [25/Oct/2001:16:28:17][3460.1][-main-] Notice: nsmain: security info: uid=103, euid=103, gid=106, egid=106 [25/Oct/2001:16:28:17][3460.1][-main-] Notice: nsmain: max files: FD_SETSIZE = 1024, rl_cur = 1024, rl_max = 1024 [25/Oct/2001:16:28:17][3460.1][-main-] Notice: adp: mapped /*.adp [25/Oct/2001:16:28:17][3460.1][-main-] Notice: modload: loading '/usr/local/aolserver/bin/nssock.so' [25/Oct/2001:16:28:17][3460.1][-main-] Warning: modload: failed to load '/usr/local/aolserver/bin/nssock.so': 'ld.so.1: /usr/local/aolserver/bin/nsd: fatal: relocation error: file /usr/local/aolserver/bin/nssock.so: symbol Ns_RegisterDriver: referenced symbol not found' [25/Oct/2001:16:28:17][3460.1][-main-] Fatal: modload: failed to load module '/usr/local/aolserver/bin/nssock.so' Does this mean there are still serious compilation issues? Kind Regards, Gabriel -- You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=203152aid=475074group_id=3152
[AOLSERVER] [ aolserver-Support Requests-486466 ] failed to load ora8.so
Support Requests item #486466, was opened at 2001-11-28 05:55 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=203152aid=486466group_id=3152 Category: Configuration: First-Time Startup Group: aolserver3_3_1 Status: Open Resolution: None Priority: 9 Submitted By: Gabriel Borrageiro (gborrageiro) Assigned to: Kriston Rehberg (kriston) Summary: failed to load ora8.so Initial Comment: Hi there, when I attempting to start nsd, I get the following errors: [28/Nov/2001:13:32:49][13050.1][-main-] Notice: modload: loading '/usr/local/aolserver/bin/ora8.so' [28/Nov/2001:13:32:49][13050.1][-main-] Warning: modload: failed to load '/usr/local/aolserver/bin/ora8.so': 'ld.so.1: /usr/local/aolserver/bin/nsd: fatal: relocation error: file /usr/local/aolserver/bin/ora8.so: symbol Ns_DbRegisterDriver: referenced symbol not found' [28/Nov/2001:13:32:49][13050.1][-main-] Error: dbdrv: failed to load driver 'ora8' [28/Nov/2001:13:32:49][13050.1][-main-] Error: dbinit: no such default pool 'main' [2 [28/Nov/2001:13:50:33][13106.1][-main-] Notice: modload: loading '/usr/local/aolserver/bin/nsperm.so' [28/Nov/2001:13:50:33][13106.1][-main-] Warning: modload: failed to load '/usr/local/aolserver/bin/nsperm.so': 'ld.so.1: /usr/local/aolserver/bin/nsd: fatal: relocation error: file /usr/local/aolserver/bin/nsperm.so: symbol Ns_SetRequestAuthorizeProc: referenced symbol not found' [28/Nov/2001:13:50:33][13106.1][-main-] Fatal: modload: failed to load module '/usr/local/aolserver/bin/nsperm.so' I thought it might be a path issue, but to my knowledge this has been set up correctly. Can anyone help please? Kind Regards, Gabriel -- You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=203152aid=486466group_id=3152
[AOLSERVER] [ aolserver-Support Requests-473606 ] server side include doesnt work
Support Requests item #473606, was opened at 2001-10-22 02:03 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=203152aid=473606group_id=3152 Category: Configuration: Other Group: aolserver3_2 Status: Open Resolution: Fixed Priority: 5 Submitted By: Danny Lieberman (dannyl50) Assigned to: Kriston Rehberg (kriston) Summary: server side include doesnt work Initial Comment: i am running aolserver 3.2 with open acs 3 and pg 7.1 everything works fine. except for server side includes: when i do - !--#include file=outside.htm-- i get the following message: Someone grabbed /webtime/outside.htm but we weren't able to offer a comment link because this page isn't registered in the db what gives? and what do i need to do to make server side include of HTML files work? danny -- Comment By: Danny Lieberman (dannyl50) Date: 2001-11-27 10:27 Message: Logged In: YES user_id=355846 I fixed using ns_adp_include - excellent solution for me danny -- Comment By: Danny Lieberman (dannyl50) Date: 2001-10-22 03:06 Message: Logged In: YES user_id=355846 good call. fwiw - all the other static pages work fine. just the SSI didnt work. i worked around by changing both pages to an adp and using ns_adp_include. (we had wanted to have standard navigation bar headers - which is why we wanted ssi) -- Comment By: Nobody/Anonymous (nobody) Date: 2001-10-22 02:40 Message: Logged In: NO I do not know anything about server side includes, but I recognize the message. It comes from ACS, not Aolserver, and shows up if someone requests a static page which is not registered in ACS static pages repository. To get rid of such messages you need to visit this URL https://yourserver.com/admin/static/static-syncer- ns-set.tcl everytime you add static pages to your webroot. -- You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=203152aid=473606group_id=3152
[AOLSERVER] [ aolserver-Support Requests-469538 ] unable to make nssold.so
Support Requests item #469538, was opened at 2001-10-09 06:44 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=203152aid=469538group_id=3152 Category: Configuration: Other Group: aolserver3_4 Status: Open Resolution: None Priority: 5 Submitted By: Thorpe Mayes (tamayes) Assigned to: Kriston Rehberg (kriston) Summary: unable to make nssold.so Initial Comment: I am unable to make nssolid.so. When I run make I get the following error message: ** SOLID variable not set ** nssolid.so will not be built What is the SOLID variable and where should it go? Thanks. -- You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=203152aid=469538group_id=3152
[AOLSERVER] [ aolserver-Support Requests-475915 ] URGENT!! Platform Compatibility!!
Support Requests item #475915, was opened at 2001-10-28 23:44 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=203152aid=475915group_id=3152 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nilesh Joshi (nileshcjoshi) Assigned to: Kriston Rehberg (kriston) Summary: URGENT!! Platform Compatibility!! Initial Comment: Hi, Please can I get information about the AOLserver compatibility with IBM AIX-4.3.3 RS-6000 box. I have read few threads and also browsed the ftp section of AOLserver but didn't find any concrete information regarding this. I have gone through the AIX Toolbox for Linux availability but want to be absolutely sure before actually switching for the production use. Any help in configuration/installation/AOLserver availability will be highly appreciated. Thanks, Nilesh Joshi -- You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=203152aid=475915group_id=3152
Re: [AOLSERVER] symlinks in cgi-bin
Andre,
Go read the docs I have at
http://scottg.net/webtools/aolserver/modules/nscgi; maybe you'll find the
answer there. If not, I'll add them when you've found a solution.
thanks,
/s.
Hi!
I'm using Debian 2.2 potato, Aolserver 3.4.2, and would like to use
the cgi-feature with the mailman-Debian package. It installs into my
cgi-dir using symlinks.
root@mir:~# ls -l /usr/lib/mailman
total 28
drwxr-xr-x6 root root 4096 Feb 26 11:32 Mailman/
root@mir:~# ls -l /usr/lib/mailman/cgi-bin/
total 80
-rwxr-sr-x1 root list 5332 Dez 13 11:18 admin*
-rwxr-sr-x1 root list 5336 Dez 13 11:18 admindb*
-rwxr-sr-x1 root list 5336 Dez 13 11:18 archives*
-rwxr-sr-x1 root list 5336 Dez 13 11:18 edithtml*
-rwxr-sr-x1 root list 5344 Dez 13 11:18 handle_opts*
-rwxr-sr-x1 root list 5336 Dez 13 11:18 listinfo*
-rwxr-sr-x1 root list 5336 Dez 13 11:18 options*
-rwxr-sr-x1 root list 5336 Dez 13 11:18 private*
-rwxr-sr-x1 root list 5332 Dez 13 11:18 roster*
-rwxr-sr-x1 root list 5340 Dez 13 11:18 subscribe*
root@mir:~# ls -l /usr/lib/cgi-bin/ | grep mailman
lrwxrwxrwx1 root root 18 Feb 26 11:30 mailman -
../mailman/cgi-bin/
My aolserver-configuration is
ns_section ns/server/${server}/module/nscgi
ns_param debug false ;# Be chatty in log
ns_param gethostbyaddr false ;# Whether to do reverse DNS
lookups
ns_param limit 0 ;# Max number of concurrent CGI
processes
ns_param maxoutput 10240 ;# Max bytes allowed from
external process
ns_param buffersize 8192 ;# Buffer output from external
process
ns_param MapGET /*.pl
ns_param MapGET /*.py
ns_param MapGET /cgi /usr/lib/cgi-bin/
ns_param MapGET /cgi-bin /usr/lib/cgi-bin/
ns_param MapPOST /*.pl
ns_param MapPOST /*.py
ns_param Interps CGIinterps
ns_section ns/interps/CGIinterps
ns_param .pl /usr/bin/perl
ns_param .sh /bin/sh
ns_param .py /usr/bin/python
# CGI environment variable handling -- See admin guide
ns_param systemenvironment false ;# Copies environment from nsd start
shell
I've tried several configurations, too many to list here, like
ns_param MapPOST /*
and I can't get it to work. Mailman uses python, and the executables
listed are compiled binaries, if that can give you a hint.
-Andre
[AOLSERVER] [ aolserver-Support Requests-523107 ] SQL Too Long
Support Requests item #523107, was opened at 2002-02-26 11:50 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=203152aid=523107group_id=3152 Category: Configuration: Other Group: aolserver3_2 Status: Open Resolution: None Priority: 5 Submitted By: Paul Grady (paulgrady) Assigned to: Nobody/Anonymous (nobody) Summary: SQL Too Long Initial Comment: On large Oracle Queries that cause an error the error log reads; SQL Too Long which makes for difficult debugging. Is there any way to increase the available size for SQL Errors. I am using open ad12 for Oracle with aol 3.2. All running on Solaris 2.8. Any suggestions would be very appreciated. -- You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=203152aid=523107group_id=3152
[AOLSERVER] Why can you only grab handles from one pool at a time?
Can someone briefly explain to me why, once you have allocated handles from a database pool, you cannot allocate more from the same pool until you release all the ones you already have from that pool? Is it a race condition, a performance trade-off or something else? thanks, /s.
Re: [AOLSERVER] Why can you only grab handles from one pool at a time?
+-- On Feb 26, Scott Goodwin said:
Can someone briefly explain to me why, once you have allocated handles from
a database pool, you cannot allocate more from the same pool until you
release all the ones you already have from that pool? Is it a race
condition, a performance trade-off or something else?
It's to avoid deadlock. Let's say you have a pool named mypool with 2
hnadles, and you have a proc deadlock:
proc deadlock {} {
# Step 1.
set db1 [ns_db gethandle mypool]
# Step 2.
ns_sleep 1
# Step 3.
set db2 [ns_db gethandle mypool]
}
Suppose both handles are available in mypool, and thread T1 calls
deadlock. It gets the first handle from mypool and then sleeps for one
second. Suppose that during that second, thread T2 calls deadlock. T2
will grab the second handle from mypool and sleep. Then T1 wakes up and
tries to grab another handle from mypool. There are none left, so T1
blocks. Then T2 wakes up and tries to grab another handle from mypool;
it also blocks. The threads are deadlocked, because each is waiting
for the resource that the other thread owns.
You could try to implement a deadlock-detection scheme in gethandle, but
it would be difficult or impossible to make it work in all cases. For
example, what if T2 isn't waiting for a handle owned by T1, but instead
is waiting for a mutex locked by T1? The simplest solution is to require
a thread to acquire all of its handles (from any one pool) at once. This
prevents the most likely cause of deadlock. You can still deadlock on
mutexes if you want :^), but using mutexes is more advanced than using
database handles.
In ACS, they worked around this restriction by having several pools, and
always grabbing a handle from pool main first, then from subquery,
then from log. (The names are anachronistic.) This is deadlock
avoidance by resource ordering. If you want to know more, go to the
library and find a book about concurrent programming.
Re: [AOLSERVER] Help with Dotted IP conversion
Jim Wilcoxson wrote: ... I couldn't find the exact benchmark results just now, but it was something along the lines of 3.4 w/7.6 being 80-90% faster than 2.3.3/7.4, and 3.4 w/8x being only 25% faster. So in this case, the TCL 8x compiling and faster string operations were greatly outweighed by just 1 ns_share variable being set. This performance difference is the reason we didn't migrate to 8x. Just a data point that sites making heavy use of ns_share may want to consider. The ns_share stuff is very sensitive to the performance of the memory allocator across threads. This has fluctuated over time, and I believe the one in the current aolserver head is the best so far. Earlier 8.x versions were not as good as the 7.6 version, and the default one in Tcl was really bad for threads. I'm currently working with Jim Davidson to incorporate the much faster threaded allocator into the core for 8.4. Another thing that might be noted is that Zoran Vasiljevic (main guy doing the Tcl Thread extension) mentioned, I believe, that he had a somewhat different shared variable implementation in the Thread extension that was faster than the AOLServer one. I'm not really sure, as it was just a newsgroup comment in passing. Also, I believe you implied that you were using a proc, but it is important to note that toplevel code will be slower if large loops are used without putting them in procs. This is by design. The feeling was that toplevel code is only ever evaled once, and thus doesn't need to be compiled. However large loops would always gain a compilation benefit, so they should be in procs. Some other pointers about this at http://wiki.tcl.tk/348.html. Perhaps we should always compile loops ... Jeff Hobbs The Tcl Guy Senior Developer http://www.ActiveState.com/ Tcl Support and Productivity Solutions
Re: [AOLSERVER] Help with Dotted IP conversion
Thanks for the info Jeff. My understanding is that the TCL 7.6 ns_share stuff is hacked into the TCL interpreter variable handler, while the 8x ns_share routines use variable traces. I had wondered about using the C variable facility to do ns_shares but haven't messed with it. It seems possible, although there is no way to unset a C variable but an ns_share can be unset. I'm sure many more issues than this... LOL. FYI, the loop was contained in a proc in a TCL file that is loaded during startup. So I assume it was compiled. We're using the standard allocator, not -z. Jim Jim Wilcoxson wrote: ... I couldn't find the exact benchmark results just now, but it was something along the lines of 3.4 w/7.6 being 80-90% faster than 2.3.3/7.4, and 3.4 w/8x being only 25% faster. So in this case, the TCL 8x compiling and faster string operations were greatly outweighed by just 1 ns_share variable being set. This performance difference is the reason we didn't migrate to 8x. Just a data point that sites making heavy use of ns_share may want to consider. The ns_share stuff is very sensitive to the performance of the memory allocator across threads. This has fluctuated over time, and I believe the one in the current aolserver head is the best so far. Earlier 8.x versions were not as good as the 7.6 version, and the default one in Tcl was really bad for threads. I'm currently working with Jim Davidson to incorporate the much faster threaded allocator into the core for 8.4. Another thing that might be noted is that Zoran Vasiljevic (main guy doing the Tcl Thread extension) mentioned, I believe, that he had a somewhat different shared variable implementation in the Thread extension that was faster than the AOLServer one. I'm not really sure, as it was just a newsgroup comment in passing. Also, I believe you implied that you were using a proc, but it is important to note that toplevel code will be slower if large loops are used without putting them in procs. This is by design. The feeling was that toplevel code is only ever evaled once, and thus doesn't need to be compiled. However large loops would always gain a compilation benefit, so they should be in procs. Some other pointers about this at http://wiki.tcl.tk/348.html. Perhaps we should always compile loops ... Jeff Hobbs The Tcl Guy Senior Developer http://www.ActiveState.com/ Tcl Support and Productivity Solutions
Re: [AOLSERVER] Help with Dotted IP conversion
+-- On Feb 26, Jeff Hobbs said:
Also, I believe you implied that you were using a proc, but it is
important to note that toplevel code will be slower if large loops
are used without putting them in procs. This is by design.
And boy was that annoying when we (ArsDigita) wanted to cache .tcl page
bytecode, because .tcl pages are normally executed with the source
command, which doesn't compile. We ended up taking advantage of the
fact that for (in Tcl_ForObjCmd) compiles its first argument, e.g.
for [util_file_contents_cached $filename] {0} {} {}
...compiles the string returned by util_file_contents_cached.
[AOLSERVER] Dossy rocks!
I just wanted to note that http://www.techspex.com has been running handily using Dossy's nsmysql for about a month now. The upgrade from AOL2.1 (yeah) to AOL3.x was far less painful than I had any right to expect, I might also add. Thanks, Dossy! Michael
[AOLSERVER] spat of SourceForge messages
What was up with all those SourceForge messages? Did Kris just do a mass-assign to himself for all the open tickets? Or did something else happen that I missed ... ? -- Dossy -- Dossy Shiobara mail: [EMAIL PROTECTED] Panoptic Computer Network web: http://www.panoptic.com/ He realized the fastest way to change is to laugh at your own folly -- then you can let go and quickly move on. (p. 70)
Re: [AOLSERVER] spat of SourceForge messages
At 06:24 PM 2/26/2002, you wrote: What was up with all those SourceForge messages? Did Kris just do a mass-assign to himself for all the open tickets? Or did something else happen that I missed ... ? I think it was the former, but when I got them all, my first thoughts were that sourceforge was bellying up. Jerry Jerry Asher [EMAIL PROTECTED] 1678 Shattuck Avenue Suite 161 Tel: (510) 549-2980 Berkeley, CA 94709 Fax: (877) 311-8688
