[AOLSERVER] AOLserver mailing lists have now moved to SourceForge
Dear AOLserver Community, On October 17th, AOL has informed us that they will be discontinuing their LISTSERV service as of November 1st, 2011. For over 10 years now, the AOLserver community's email lists have been hosted through this offering. Since the AOLserver open source project is currently hosted at SourceForge, it only seemed fitting to move our mailing lists over to the Mailman list offering that SourceForge provides. I have migrated all current subscribers from LISTSERV to Mailman. NOTE: You may receive several copies of this email, as I'm sending it to the new Mailman lists as well as the previous LISTSERV lists, to ensure that everyone will receive at least copy of this message. You can manage your mailing list preferences on the following page: https://sourceforge.net/mail/?group_id=3152 There are three mailing lists: 1) AOLserver Announcements aolserver-annou...@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/aolserver-announce This is a low-traffic, announcement-only mailing list. 2) AOLserver Discussion List aolserver-t...@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/aolserver-talk This is the general-purpose discussion mailing list for the AOLserver community. 3) AOLserver Commit Notifications aolserver-comm...@lists.sourceforge.net https://lists.sourceforge.net/mailman/listinfo/aolserver-commits This list receives all source code commit notification messages and is primarily intended for developers who wish to receive these notifications. Unfortunately, there doesn't appear to be a way for me to import the previous LISTSERV archives into the new Mailman setup, so our 10+ years of past activity won't be accessible through the SourceForge archives. Fortunately, there are other list archive services out there who have mirrored our mailing lists, so archives should continue to be available that way: http://www.mail-archive.com/aolserver@listserv.aol.com/ http://www.mail-archive.com/aolserver-announce@listserv.aol.com/ http://news.gmane.org/gmane.comp.web.aolserver As always, if there are any questions or concerns, please do not hesitate to contact me or the aolserver-talk list to discuss. Thanks, Dossy Shiobara -- Dossy Shiobara | "He realized the fastest way to change do...@panoptic.com | is to laugh at your own folly -- then you http://panoptic.com/ | can let go and quickly move on." (p. 70) * WordPress * jQuery * MySQL * Security * Business Continuity * -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to with the body of "SIGNOFF AOLSERVER" in the email message. You can leave the Subject: field of your email blank.
Re: [AOLSERVER] Fwd: AOL Listserv to be Discontinued
Hi, There has been little discussion or response to this matter, and the few responses have all been in favor of moving the lists to SourceForge. Today is the 26th, so I'd like to do the list move sometime tonight or tomorrow. Consider this the "last call" for comments or objections. Thanks again, everyone, Dossy On 10/19/11 8:25 AM, Dossy Shiobara wrote: > Everyone, > > It appears that AOL is going to be shutting own its LISTSERV, which > includes several AOLserver mailing lists. > > Since there's still activity on this mailing list, I think it would be > worth "moving" to a new list. SourceForge offers GNU Mailman lists as > part of its project hosting offering. > > Does anyone have a strong preference as to where to relocate the lists? > Any good reasons why they shouldn't move to SourceForge? > > I'd like to try and wrap up discussion around this by Wednesday, October > 26th, to give us time to actually perform the relocation of the list, if > possible. > > Thanks, > > Dossy Shiobara > > > Original Message > Subject: AOL Listserv to be Discontinued > Date: Tue, 18 Oct 2011 00:59:58 + > From: AOL Listserv Service > To: AOL Listserv Service > > > > Dear AOL Listserv Administrator, > > > You are receiving this email because you have been listed as the > administration for one or more lists hosted by AOL’s listserv service. > We would like to inform you that AOL will be discontinuing the listserv > service on November 1^st , 2011. If your list is still actively used, > please make arrangements to find another service prior to the shutdown > date and notify your list members of the transition details. If you are > no longer actively using this service then no other action is required. > > > > If you have any questions, please contact > aol.listserv.serv...@teamaol.com. Thank you. > > -- Dossy Shiobara | "He realized the fastest way to change do...@panoptic.com | is to laugh at your own folly -- then you http://panoptic.com/ | can let go and quickly move on." (p. 70) * WordPress * jQuery * MySQL * Security * Business Continuity * -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to with the body of "SIGNOFF AOLSERVER" in the email message. You can leave the Subject: field of your email blank.
[AOLSERVER] Fwd: AOL Listserv to be Discontinued
Everyone, It appears that AOL is going to be shutting own its LISTSERV, which includes several AOLserver mailing lists. Since there's still activity on this mailing list, I think it would be worth "moving" to a new list. SourceForge offers GNU Mailman lists as part of its project hosting offering. Does anyone have a strong preference as to where to relocate the lists? Any good reasons why they shouldn't move to SourceForge? I'd like to try and wrap up discussion around this by Wednesday, October 26th, to give us time to actually perform the relocation of the list, if possible. Thanks, Dossy Shiobara Original Message Subject:AOL Listserv to be Discontinued Date: Tue, 18 Oct 2011 00:59:58 + From: AOL Listserv Service To: AOL Listserv Service Dear AOL Listserv Administrator, You are receiving this email because you have been listed as the administration for one or more lists hosted by AOL’s listserv service. We would like to inform you that AOL will be discontinuing the listserv service on November 1^st , 2011. If your list is still actively used, please make arrangements to find another service prior to the shutdown date and notify your list members of the transition details. If you are no longer actively using this service then no other action is required. If you have any questions, please contact aol.listserv.serv...@teamaol.com. Thank you. -- Dossy Shiobara | "He realized the fastest way to change do...@panoptic.com | is to laugh at your own folly -- then you http://panoptic.com/ | can let go and quickly move on." (p. 70) * WordPress * jQuery * MySQL * Security * Business Continuity * -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to with the body of "SIGNOFF AOLSERVER" in the email message. You can leave the Subject: field of your email blank.
Re: [AOLSERVER] Aolserver Progress - Some few examples....
A patch. ;-) On 8/4/11 3:11 PM, Maurizio Martignano wrote: What are we waiting for? -- Dossy Shiobara | "He realized the fastest way to change do...@panoptic.com | is to laugh at your own folly -- then you http://panoptic.com/ | can let go and quickly move on." (p. 70) * WordPress * jQuery * MySQL * Security * Business Continuity * -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to with the body of "SIGNOFF AOLSERVER" in the email message. You can leave the Subject: field of your email blank.
Re: [AOLSERVER] Aolserver Progress - Some few examples....
On Win64, can you tell me what sizeof(SOCKET) and sizeof(int) are? Try
this simple program:
#include
#include
int main(int argc, char[] *argv)
{
printf("sizeof(SOCKET) = %d, sizeof(int) = %d\n",
sizeof(SOCKET), sizeof(int));
return 0;
}
I just learned that on Win64, Microsoft *changed* the definition of
SOCKET from u_int to UINT_PTR:
/*
* The new type to be used in all
* instances which refer to sockets.
*/
#ifdef _WIN64
typedef UINT_PTRSOCKET;
#else
typedef u_int SOCKET;
#endif
Which means 64-bit SOCKET on Win64 vs. 32-bit SOCKET on Win32 or most
Unix-like systems.
...
The short answer is, yes, anywhere we have a variable that contains a
handle to a socket, we should use the SOCKET type, not a naked "int"
declaration, for portability.
On 8/4/11 10:28 AM, Maurizio Martignano wrote:
It is not a matter of understanding
It is a matter of testing
On Windows 64 int trigger[2] doesn't work whereas SOCKET trigger[2]
does work.
On top of that in several other places SOCKET has been used, so if for
no other reason, I suggest one of the code maintainers takes a proper
walk on the code base and make sure that all sockets are SOCKET
sockets and not int sockets...
--
Dossy Shiobara | "He realized the fastest way to change
do...@panoptic.com | is to laugh at your own folly -- then you
http://panoptic.com/ | can let go and quickly move on." (p. 70)
* WordPress * jQuery * MySQL * Security * Business Continuity *
--
AOLserver - http://www.aolserver.com/
To Remove yourself from this list, simply send an email to
with the
body of "SIGNOFF AOLSERVER" in the email message. You can leave the Subject:
field of your email blank.
Re: [AOLSERVER] Aolserver Progress - Some few examples....
It's probably safer to define this as SOCKET, but windows.h says SOCKET is: typedef u_int SOCKET; And: typedef unsigned intu_int; Since Windows is LLP64 and most Unix-like systems are LP64, I don't understand how AOLserver's defining trigger[2] as (int) is the problem -- Windows might complain about some signed/unsigned thing at compile time, but in both cases, (int) is 32 bits. On 8/4/11 3:24 AM, Maurizio Martignano wrote: inttrigger[2]; /* Wakeup trigger pipe. */ ßWhy is this an int when it was a SOCKET (any justification????) -- Dossy Shiobara | "He realized the fastest way to change do...@panoptic.com | is to laugh at your own folly -- then you http://panoptic.com/ | can let go and quickly move on." (p. 70) * WordPress * jQuery * MySQL * Security * Business Continuity * -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to with the body of "SIGNOFF AOLSERVER" in the email message. You can leave the Subject: field of your email blank.
Re: [AOLSERVER] Progress in Aolserver
I speak only for myself ... I personally have thoughtfully cared for the Windows support in AOLserver -- once upon a time, I had built the Windows binaries that some folks were using. Through discussions I had with Jim Davidson, the new build mechanism for AOLserver 4.5.x was meant to make building AOLserver on Windows easier than it had been in the past. I suspect that any recent changes to AOLserver which cause it to no longer build cleanly on Windows is likely an act of ignorance (i.e., not knowing what will or won't work on Windows) than an act of malice (i.e., not caring about Windows). My guess is that the folks who contribute changes do not have the means to test their changes on a Windows platform. It would be fantastic if the people who use AOLserver on Windows could port the changes such that they also work on Windows, either by replacing changes with more portable code, or providing the necessary platform-specific implementation surrounded by #ifdef __WIN32__ as needed, etc. On 8/3/11 1:19 PM, Maurizio Martignano wrote: By looking at the code I have the feeling that the interest in supporting Windows is fading down… [...] Any opinion? -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to with the body of "SIGNOFF AOLSERVER" in the email message. You can leave the Subject: field of your email blank.
Re: [AOLSERVER] Problem with file uploads larger than maxinput
That was what I was thinking -- driver marks the request as exceeding
the limit, and setting the response status code to 413. The benefits
that I see (if implemented the way I'm imagining) --
1) access logging of requests w/ 413 status code
2) custom response page via ns/server/${server}/redirects.
If you and Brian could work up a patch, that'd be wonderful!
Does anyone see any problems with this approach? Any reason not to do
it? I don't suppose it can possibly break any kind of backward
compatibility, as no code right now can even be written to handle such a
scenario, anyway.
Of course, once we decide on a behavior, and folks code against the
implementation ... changing/fixing it becomes more "expensive" for
everyone, so if there's any kind of worry about how this is going to
work, lets iron out the details now ;)
On 6/23/11 12:29 PM, Enrique Catalan wrote:
IMHO, I agree with Dossy, to use the driver thread to check the hard
limits and instead of dropping the connection, just mark the HTTP
request and let the request handler to return the 413. I also think
the template could be configured in the 'ns_section
ns/server/${server}/redirects' , isn't it ?
If you all agree with this, Brian and I can help to get a patch.
--
Dossy Shiobara | "He realized the fastest way to change
do...@panoptic.com | is to laugh at your own folly -- then you
http://panoptic.com/ | can let go and quickly move on." (p. 70)
* WordPress * jQuery * MySQL * Security * Business Continuity *
--
AOLserver - http://www.aolserver.com/
To Remove yourself from this list, simply send an email to
with the
body of "SIGNOFF AOLSERVER" in the email message. You can leave the Subject:
field of your email blank.
Re: [AOLSERVER] Problem with file uploads larger than maxinput
In theory, it could go on SourceForge's issue tracker ... or opened as a issue on GitHub ... or ... On 6/23/11 12:13 PM, Jim Davidson wrote: Agreed. Should go on the bug/feature list. Is there a list ? :) Sent from a phone On Jun 23, 2011, at 9:58 AM, Dossy Shiobara wrote: > Yes, on E_CRANGE, the driver thread should return HTTP 413 Request too large, IMHO. And, we should be able to configure a custom response for status code 413 ... > > Patches welcome ;) -- Dossy Shiobara | "He realized the fastest way to change do...@panoptic.com | is to laugh at your own folly -- then you http://panoptic.com/ | can let go and quickly move on." (p. 70) * WordPress * jQuery * MySQL * Security * Business Continuity * -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to with the body of "SIGNOFF AOLSERVER" in the email message. You can leave the Subject: field of your email blank.
Re: [AOLSERVER] Problem with file uploads larger than maxinput
Yes, on E_CRANGE, the driver thread should return HTTP 413 Request too large, IMHO. And, we should be able to configure a custom response for status code 413 ... Patches welcome ;) On 6/23/11 11:28 AM, Fenton, Brian wrote: I'm using OpenACS hence the TCL. I just want to let the user know that their file is over the size limit. Could we, in driver.c instead of closing the connection socket, return a custom template (like Apache does) ? -- Dossy Shiobara | "He realized the fastest way to change do...@panoptic.com | is to laugh at your own folly -- then you http://panoptic.com/ | can let go and quickly move on." (p. 70) * WordPress * jQuery * MySQL * Security * Business Continuity * -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to with the body of "SIGNOFF AOLSERVER" in the email message. You can leave the Subject: field of your email blank.
Re: [AOLSERVER] Problem with file uploads larger than maxinput
Alternatively, instead of the driver thread tossing the connection on the floor, it could mark the HTTP request as being truncated in some way, and passing up to maxinput bytes through to the connection thread. Then, the connection thread can decide how to handle the request -- but, the driver thread still makes sure that the hard limits are enforced on the request that will be passed on to the conn thread ... ? On 6/23/11 8:47 AM, Jim Davidson wrote: The reason is the access log is a "trace" that fires at the end of an HTTP connection and the request isn't a connection until all the content has been read and the data structures hooked up and passed over to a connection thread. In retrospect, transaction logging should be a lower-level built-in that can deal with logging these aborted transactions. -- Dossy Shiobara | "He realized the fastest way to change do...@panoptic.com | is to laugh at your own folly -- then you http://panoptic.com/ | can let go and quickly move on." (p. 70) * WordPress * jQuery * MySQL * Security * Business Continuity * -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to with the body of "SIGNOFF AOLSERVER" in the email message. You can leave the Subject: field of your email blank.
Re: [AOLSERVER] Problem with file uploads larger than maxinput
IIRC, in AOLserver 4.5+, until the whole HTTP request is received by the server, it's being handled entirely by the driver thread -- and if the maxinput ns_limit is exceeded, the driver thread drops the connection before it's ever dispatched to a "connection thread" (which might be better referred to as a "request handler thread"). I could be wrong, it's been a few years since I looked at that code ... but that's what I seem to recall. On 6/23/11 8:04 AM, Fenton, Brian wrote: I don't fully understand this - if there is no entry in the access log, does this mean that I'm not even connnecting to AOLserver? As the success of the upload is dependent on maxinput I imagine there is some sort of connection to the server. Assuming there is a connection how can I log it or intercept it? -- Dossy Shiobara | "He realized the fastest way to change do...@panoptic.com | is to laugh at your own folly -- then you http://panoptic.com/ | can let go and quickly move on." (p. 70) * WordPress * jQuery * MySQL * Security * Business Continuity * -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to with the body of "SIGNOFF AOLSERVER" in the email message. You can leave the Subject: field of your email blank.
Re: [AOLSERVER] hacking around
Yes, but things have been really low volume ... ;) On 6/2/11 9:04 PM, Jeff Rogers wrote: PS: are any other developers even still reading this? -- Dossy Shiobara | "He realized the fastest way to change do...@panoptic.com | is to laugh at your own folly -- then you http://panoptic.com/ | can let go and quickly move on." (p. 70) * WordPress * jQuery * MySQL * Security * Business Continuity * -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to with the body of "SIGNOFF AOLSERVER" in the email message. You can leave the Subject: field of your email blank.
Re: [AOLSERVER] Aolserver at AOL...
new.aol.com isn't running AOLserver. You're relying on Netcraft, isn't exactly reliable or current. See: $ openssl s_client -connect new.aol.com:443 ... HEAD / HTTP/1.1 Host: new.aol.com:443 HTTP/1.1 302 Found Date: Wed, 01 Dec 2010 01:25:42 GMT Server: Apache Location: https://new.aol.com/freeaolweb Content-Type: text/html; charset=iso-8859-1 On 11/30/10 7:56 PM, Fernando Cassia wrote: > I´m new to this list, but I´ve been following AOLServer developments > since the Steve Case days and back when it was open sourced. > > I´ve noticed that AOL has been running AOLServer as its web server > since time immemorial... and I guess there´s some AOL employees on > this list. > > So I guess you´d be more than apt to tell me what is going on with > AOL´s own misconfigured AOLservers making it impossible to sign up to > aol´s free services for near two weeks?? > > http://www.techeye.net/internet/aol-refusing-new-accounts-thanks-to-fubar-server > > FC -- Dossy Shiobara | do...@panoptic.com | http://dossy.org/ Panoptic Computer Network | http://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) -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to with the body of "SIGNOFF AOLSERVER" in the email message. You can leave the Subject: field of your email blank.
Re: [AOLSERVER] Problem running on gdb
What version of gdb? What OS version? What version of AOLserver and which version of Tcl is it linked to? On 11/21/10 11:42 AM, Levy Bajamundi wrote: > [Thread 589830 (LWP 16636) exited] > Cannot find thread 589830: no thread to satisfy query > (gdb) > > Doing backtrace or info threads afterward throws the same 'Cannot find > thread' error. What does that mean? Has anyone encountered this before? -- Dossy Shiobara | do...@panoptic.com | http://dossy.org/ Panoptic Computer Network | http://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) -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to with the body of "SIGNOFF AOLSERVER" in the email message. You can leave the Subject: field of your email blank.
Re: [AOLSERVER] Git on SourceForge
Personally, I say feel free to do whatever you like with AOLserver on SourceForge -- I am no longer going to waste my time wrestling with it. I've created a "canonical" AOLserver github repo, and I have my own personal fork. Folks are welcome to pull from either. Periodically, I'll post patches (like I did the other day) for review -- if enough folks feel it's reasonable to merge the change or a variation thereof, I'll pull it into the canonical repo. Others are similarly free to send a pull request to me and we can discuss the patch, etc. My personal github forks should be considered unstable and/or development whereas I'd like to keep the canonical repo as stable as possible. At this point, what everyone else wants to do -- great, whoever is willing to actually DO anything, step right up and do it. I'll grant whomever the necessary permissions on SourceForge, go wild. On 11/16/10 10:57 PM, Tom Jackson wrote: > Truth is: who cares? Unless you want a canonical version of AOLserver. > But that argues against the github model which creates a fork for > every developer. > > Is it possible that I could maintain the sf version of AOLserver which > allows multiple developers to maintain private repositories and commit > changes to sf as needed? Or does the github model require total > submission? -- Dossy Shiobara | do...@panoptic.com | http://dossy.org/ Panoptic Computer Network | http://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) -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to with the body of "SIGNOFF AOLSERVER" in the email message. You can leave the Subject: field of your email blank.
[AOLSERVER] Supporting nginx-style resumable uploads?
Is there any (real) interest in supporting Nginx-style resumable HTTP file uploads in AOLserver? http://www.grid.net.ru/nginx/resumable_uploads.en.html http://www.ietf.org/rfc/rfc1867.txt I don't have a need for it, but perhaps someone out there does? -- Dossy Shiobara | do...@panoptic.com | http://dossy.org/ Panoptic Computer Network | http://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) -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to with the body of "SIGNOFF AOLSERVER" in the email message. You can leave the Subject: field of your email blank.
[AOLSERVER] "ns_info filters" and "ns_info procs" [PATCH]
After years of saying "I really wish AOLserver had [ns_info filters] and
[ns_info procs]" I finally went ahead and implemented them.
You can see the change here:
https://github.com/dossy/aolserver/commit/5ea2ab5a5e6cfef32eb55a64d91666838d820b88
It's only in my personal fork of aolserver on github. If people test it
and think it's suitable for general consumption, I can pull it up into
the aolserver main github repo.
--
Dossy Shiobara | do...@panoptic.com | http://dossy.org/
Panoptic Computer Network | http://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)
--
AOLserver - http://www.aolserver.com/
To Remove yourself from this list, simply send an email to
with the
body of "SIGNOFF AOLSERVER" in the email message. You can leave the Subject:
field of your email blank.
diff --git a/doc/ns_info.n b/doc/ns_info.n
index 4d407c9..916c6ae 100644
--- a/doc/ns_info.n
+++ b/doc/ns_info.n
@@ -88,6 +88,10 @@ Returns the server boot time in seconds.
.RS
Returns the configuration file name.
.RE
+\fBns_info filters\fR
+.RS
+Returns a list of registered filters added through ns_register_filter or
Ns_RegisterFilter().
+.RE
\fBns_info home\fR
.RS
Returns the directory where the AOLserver was installed.
@@ -120,6 +124,10 @@ Returns the name of the AOLserver. It's usually
"AOLserver."
.RS
Returns the name of the platform that the server is running on (e.g., Solaris).
.RE
+\fBns_info procs\fR
+.RS
+Returns a list of registered procs from maps defined at startup, or added
through ns_register_proc or Ns_RegisterRequest().
+.RE
\fBns_info\fR server
.RS
returns the name of this virtual server.
diff --git a/include/ns.h b/include/ns.h
index f9a92c3..e3e3566 100644
--- a/include/ns.h
+++ b/include/ns.h
@@ -750,6 +750,7 @@ NS_EXTERN void *Ns_RegisterFilter(char *server, char
*method, char *URL,
NS_EXTERN void *Ns_RegisterServerTrace(char *server, Ns_TraceProc *proc, void
*arg);
NS_EXTERN void *Ns_RegisterConnCleanup(char *server, Ns_TraceProc *proc, void
*arg);
NS_EXTERN void *Ns_RegisterCleanup(Ns_TraceProc *proc, void *arg);
+NS_EXTERN void Ns_FilterList(Tcl_DString *dsPtr, char *server);
/*
* htuu.c
@@ -964,6 +965,7 @@ NS_EXTERN void Ns_GetRequest(char *server, char *method,
char *url,
int *flagsPtr);
NS_EXTERN void Ns_UnRegisterRequest(char *server, char *method, char *url,
int inherit);
+NS_EXTERN int Ns_WalkRequests(char *server, Tcl_DString *dsPtr);
NS_EXTERN int Ns_ConnRunRequest(Ns_Conn *conn);
NS_EXTERN int Ns_ConnRedirect(Ns_Conn *conn, char *url);
@@ -1294,6 +1296,7 @@ NS_EXTERN void Ns_ServerSpecificSet(char *handle, int id,
void *data, int flags,
void (*deletefunc) (void *));
NS_EXTERN void *Ns_ServerSpecificGet(char *handle, int id);
NS_EXTERN void *Ns_ServerSpecificDestroy(char *handle, int id, int flags);
+NS_EXTERN int Ns_TrieWalk(int id, int (*callback) (const void *, void *), void
*userdata);
/*
* fd.c:
diff --git a/nsd/filter.c b/nsd/filter.c
index 4c9f10f..81ee545 100644
--- a/nsd/filter.c
+++ b/nsd/filter.c
@@ -107,6 +107,47 @@ Ns_RegisterFilter(char *server, char *method, char *url,
/*
*--
+ * Ns_RegisterFilter --
+ *
+ * Register a filter function to handle a method/URL combination.
+ *
+ * Results:
+ * Returns a pointer to an opaque object that contains the filter
+ * information.
+ *
+ * Side effects:
+ * None.
+ *
+ *--
+ */
+
+void
+Ns_FilterList(Tcl_DString *dsPtr, char *server)
+{
+NsServer *servPtr = NsGetServer(server);
+Filter *fPtr;
+
+if (servPtr == NULL) {
+ return;
+}
+fPtr = servPtr->filter.firstFilterPtr;
+while (fPtr != NULL) {
+ char when[8];
+
+ Tcl_DStringStartSublist(dsPtr);
+ sprintf(when, "%d", fPtr->when);
+ Tcl_DStringAppendElement(dsPtr, when);
+ Tcl_DStringAppendElement(dsPtr, fPtr->method);
+ Tcl_DStringAppendElement(dsPtr, fPtr->url);
+ Ns_GetProcInfo(dsPtr, fPtr->proc, fPtr->arg);
+ Tcl_DStringEndSublist(dsPtr);
+ fPtr = fPtr->nextPtr;
+}
+}
+
+
+/*
+ *--
* NsRunFilters --
*
* Execute each registered filter function in the Filter list.
diff --git a/nsd/info.c b/nsd/info.c
index 669fb2d..efa230d 100644
--- a/nsd/info.c
+++ b/nsd/info.c
@@ -499,19 +499,19 @@ NsTclInfoObjCmd(ClientData arg, Tcl_Interp *interp, int
objc, Tcl_Obj **objv)
Tcl_DString ds;
static CONST char *opts[] = {
"address", "argv0", "boottime", "builddate", "callbacks",
-
Re: [AOLSERVER] Unable to bind to port 80
Just goes to show ... solving problems isn't about knowing the answer, but knowing what questions to ask. ;-) On 11/5/10 3:39 PM, Janine Ohmer wrote: > Oh, good grief. I checked and rechecked these things last night and yet... > one of the run files had port 8001 instead of 80, and the other didn't have a > port specified at all. > > Just goes to show that by the time you've been at it for 12 hours, you can't > be sure of anything anymore. > > Thanks for the response! -- Dossy Shiobara | do...@panoptic.com | http://dossy.org/ Panoptic Computer Network | http://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) -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to with the body of "SIGNOFF AOLSERVER" in the email message. You can leave the Subject: field of your email blank.
Re: [AOLSERVER] Unable to bind to port 80
Email me the output of "netstat -tnl | grep :80" and the contents of your daemontools "run" file. On 11/5/10 12:33 PM, Janine Ohmer wrote: > Are there other gotchas I can check for, or known problems I'm unaware of? -- Dossy Shiobara | do...@panoptic.com | http://dossy.org/ Panoptic Computer Network | http://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) -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to with the body of "SIGNOFF AOLSERVER" in the email message. You can leave the Subject: field of your email blank.
Re: [AOLSERVER] Configuring nsopenssl - unable to get to work
Make sure you pass -b 64.58.34.55:443 when invoking nsd, to prebind the port before privileges are dropped. On 10/27/10 10:50 PM, Thorpe Mayes wrote: > 27/Oct/2010:21:42:27][23535.3061283744][-nsopenssl:driver-] Error: > nsopenssl: failed to listen on 64.58.34.55:443: Permission denied -- Dossy Shiobara | do...@panoptic.com | http://dossy.org/ Panoptic Computer Network | http://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) -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to with the body of "SIGNOFF AOLSERVER" in the email message. You can leave the Subject: field of your email blank.
Re: [AOLSERVER] AOLServer Terminal Escape Sequence in Logs Command Injection Vulnerability
Actually, someone made the point -- what if you log request *headers* and someone puts a malicious byte sequence in that header? What's the rule around escaping the header values? What about every other code path where a remote user can write unfiltered bytes to a file on the server (logfile, etc.). Essentially, the vulnerability here isn't in applications that write these bytes to files, but specific terminal applications that are weak and should be fixed. Otherwise, "cat" is potentially "vulnerable" and that's a ridiculous position to hold. On 9/13/10 4:46 PM, Tom Jackson wrote: > Anyway, it is critical to examine and normalize the request uri asap > and act quickly when presented with invalid chars. -- Dossy Shiobara | do...@panoptic.com | http://dossy.org/ Panoptic Computer Network | http://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) -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to with the body of "SIGNOFF AOLSERVER" in the email message. You can leave the Subject: field of your email blank.
Re: [AOLSERVER] AOLServer Terminal Escape Sequence in Logs Command Injection Vulnerability
Fair enough. ;-) On 9/10/10 2:07 AM, Gustaf Neumann wrote: > The information loss (changing ESC to the bell character 7) is very > little; > under normal operation, you should never have a bell character in the > log file, and now, if you see one, it should ring a bell -- Dossy Shiobara | do...@panoptic.com | http://dossy.org/ Panoptic Computer Network | http://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) -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to with the body of "SIGNOFF AOLSERVER" in the email message. You can leave the Subject: field of your email blank.
Re: [AOLSERVER] AOLServer Terminal Escape Sequence in Logs Command Injection Vulnerability
tl;dr: Yes, this is remotely exploitable. Longer explanation: It is if and only if you use a terminal emulator that implements various exploitable escape sequences *and* cat/tail files that an attacker can write to, even indirectly, such as webserver access logs. For various attack vectors, read this: http://marc.info/?l=bugtraq&m=104612710031920 If you're super-paranoid, don't "tail -f" access log files or other files that an attacker can write to through accessing a service on your system. Get into the habit of "cat -v $FILENAME" to make sure non-printable characters are escaped, intead of being fed unfiltered to your terminal program. On 9/9/10 10:47 AM, Jade Rubick wrote: > Did I read this correctly: this is a remotely exploitable? -- Dossy Shiobara | do...@panoptic.com | http://dossy.org/ Panoptic Computer Network | http://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) -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to with the body of "SIGNOFF AOLSERVER" in the email message. You can leave the Subject: field of your email blank.
Re: [AOLSERVER] AOLServer Terminal Escape Sequence in Logs Command Injection Vulnerability
As a short-term solution, this is probably adequate, but there's information loss -- it'd be nice to indicate the original byte sequence somehow in the log entry by escaping characters so that log analysis tools could detect such attacks, etc. Perhaps the right answer is to log the URI with proper URL-encoding, so that it would be logged as %1B instead of the literal byte. On 9/9/10 8:18 AM, Gustaf Neumann wrote: > > i have just now committed a quick fix for the problem into the > aolserver/nslog/nslog.c > into the sourceforge module. please check, if this is in all cases > sufficient. -- Dossy Shiobara | do...@panoptic.com | http://dossy.org/ Panoptic Computer Network | http://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) -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to with the body of "SIGNOFF AOLSERVER" in the email message. You can leave the Subject: field of your email blank.
Re: [AOLSERVER] nsmemcache driver issue with data over 2kb
OK, I didn't see this before I sent my previous message -- great! Thanks for confirming. On 9/5/10 7:00 PM, Sep Ng wrote: > I have run some tests and Majid's changes fixed the bug, so I don't > think my patch is relevant anymore. > > Cheers. -- Dossy Shiobara | do...@panoptic.com | http://dossy.org/ Panoptic Computer Network | http://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) -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to with the body of "SIGNOFF AOLSERVER" in the email message. You can leave the Subject: field of your email blank.
Re: [AOLSERVER] Oracle driver update and SF question
Am I understanding you correctly in that your proposed patch is no longer needed? On 9/5/10 7:25 PM, Sep Ng wrote: > I have tested your code updates Majid and they work splendidly! > > On Sep 4, 10:54 am, Dossy Shiobara wrote: >> > I have committed Majid's code to GitHub that he has sent to me and have >> > tagged it version 1.1. You can download the tarball for it using this URL: >> > >> >http://github.com/aolserver/nsmemcache/tarball/1.1 -- Dossy Shiobara | do...@panoptic.com | http://dossy.org/ Panoptic Computer Network | http://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) -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to with the body of "SIGNOFF AOLSERVER" in the email message. You can leave the Subject: field of your email blank.
Re: [AOLSERVER] nsmemcache driver issue with data over 2kb
After you test the latest code from Majid, determine if your patch is still relevant. If it is, I'll merge it in. On 8/31/10 7:17 PM, Sep Ng wrote: > Okay, I guess I'll simply post the diff patch here for anyone who > needs it. -- Dossy Shiobara | do...@panoptic.com | http://dossy.org/ Panoptic Computer Network | http://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) -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to with the body of "SIGNOFF AOLSERVER" in the email message. You can leave the Subject: field of your email blank.
Re: [AOLSERVER] Oracle driver update and SF question
I have committed Majid's code to GitHub that he has sent to me and have tagged it version 1.1. You can download the tarball for it using this URL: http://github.com/aolserver/nsmemcache/tarball/1.1 On 9/3/10 5:03 PM, Majid Khan wrote: > Yes just remove what's there because there are multiple/redundant > copies of the same file so its very confusing which file is the > correct version of memcache and about the history, ever since I have > imported no one added any patch so there is nothing that we will lose. > The code I have sent you is the improved bug free version of > nsmemcache which I have never commit to CVS (my bad) nor its documented. > > Sep I would want you to please do your test against the one which > Dossy will commit. Dossy I haven't prepared any test case, I shall > prepare the one and will let you know. -- Dossy Shiobara | do...@panoptic.com | http://dossy.org/ Panoptic Computer Network | http://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) -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to with the body of "SIGNOFF AOLSERVER" in the email message. You can leave the Subject: field of your email blank.
Re: [AOLSERVER] Oracle driver update and SF question
Is it necessary to remove what's there (and lose the change history) or just commit your changes? Send me what you have and I can commit it, or you can fork and send a pull request through GitHub. Are your changes documented? How can they be tested? Will they conflict with Sep's BUFSIZE patch? "Majid Khan" wrote: >Hi Dossy, > >Is it possible to remove the one which you just added on github because it's >not the clean version which I wanted to add at the time when I ported for >aolserver and also I have fixed a type casting bug in the code later on. So >I wanted to import a clean and a stable version of nsmemcache to github. I >am not sure whether I would be able to import to github but if you want I >can give you a tar ball of nsmecache and you can import that one. -- Dossy Shiobara -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to with the body of "SIGNOFF AOLSERVER" in the email message. You can leave the Subject: field of your email blank.
Re: [AOLSERVER] Oracle driver update and SF question
Is it necessary to remove what's there (and lose the change history) or just commit your changes? Send me what you have and I can commit it, or you can fork and send a pull request through GitHub. Are your changes documented? How can they be tested? Will they conflict with Sep's BUFSIZE patch? "Majid Khan" wrote: >Hi Dossy, > >Is it possible to remove the one which you just added on github because it's >not the clean version which I wanted to add at the time when I ported for >aolserver and also I have fixed a type casting bug in the code later on. So >I wanted to import a clean and a stable version of nsmemcache to github. I >am not sure whether I would be able to import to github but if you want I >can give you a tar ball of nsmecache and you can import that one. > >Regards, > >On Fri, Sep 3, 2010 at 1:25 AM, Dossy Shiobara wrote: > >> Got it. Imported: >> >> http://github.com/aolserver/nsmemcache >> >> On 9/2/10 3:11 PM, Jade Rubick wrote: >> > >> > If you can import the nsmemcached module, we'll commit Sep's fix for >> > larger sized messages. >> >> -- >> Dossy Shiobara | do...@panoptic.com | http://dossy.org/ >> Panoptic Computer Network | http://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) >> >> >> -- >> AOLserver - http://www.aolserver.com/ >> >> To Remove yourself from this list, simply send an email to < >> lists...@listserv.aol.com> with the >> body of "SIGNOFF AOLSERVER" in the email message. You can leave the >> Subject: field of your email blank. >> > > >-- >AOLserver - http://www.aolserver.com/ > >To Remove yourself from this list, simply send an email to > with the >body of "SIGNOFF AOLSERVER" in the email message. You can leave the Subject: >field of your email blank. -- Dossy Shiobara -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to with the body of "SIGNOFF AOLSERVER" in the email message. You can leave the Subject: field of your email blank.
Re: [AOLSERVER] Oracle driver update and SF question
Got it. Imported: http://github.com/aolserver/nsmemcache On 9/2/10 3:11 PM, Jade Rubick wrote: > > If you can import the nsmemcached module, we'll commit Sep's fix for > larger sized messages. -- Dossy Shiobara | do...@panoptic.com | http://dossy.org/ Panoptic Computer Network | http://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) -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to with the body of "SIGNOFF AOLSERVER" in the email message. You can leave the Subject: field of your email blank.
Re: [AOLSERVER] Oracle driver update and SF question
FYI, I've imported the nsoracle module into github: http://github.com/aolserver/nsoracle I'll be slowly importing more and more modules as time goes on. If anyone desires a particular module imported sooner rather than later, speak up and I'll try to get to it first. -- Dossy On 8/25/10 6:03 PM, Dossy Shiobara wrote: > Andrew, > > Thanks for committing the nsoracle fix! Glad to see you're still > working with it. > > I did start moving the core source to GitHub, but didn't get around to > moving the modules. I do intend to move them and, by coincidence, will > be doing work directly on AOLserver starting in September, so I'll > definitely do it then. Thanks for asking, though. -- Dossy Shiobara | do...@panoptic.com | http://dossy.org/ Panoptic Computer Network | http://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) -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to with the body of "SIGNOFF AOLSERVER" in the email message. You can leave the Subject: field of your email blank.
Re: [AOLSERVER] Oracle driver update and SF question
Andrew, Thanks for committing the nsoracle fix! Glad to see you're still working with it. I did start moving the core source to GitHub, but didn't get around to moving the modules. I do intend to move them and, by coincidence, will be doing work directly on AOLserver starting in September, so I'll definitely do it then. Thanks for asking, though. On 8/25/10 4:56 PM, Andrew Steets wrote: > I just checked in a patch for the Oracle driver that fixes a crash bug > we were seeing on some of our servers. Anyone running a relatively > recent (last two years) version of the Oracle driver may want to switch. > > I saw some e-mail a while ago about switching to GitHub, but I don't > see any of the modules on GitHub. I have some other nsoracle patches > (eg. log warning and query text for queries running > X seconds) that > would probably be better suited to a private fork or branch. Any > plans to migrate the modules to GitHub? -- Dossy Shiobara | do...@panoptic.com | http://dossy.org/ Panoptic Computer Network | http://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) -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to with the body of "SIGNOFF AOLSERVER" in the email message. You can leave the Subject: field of your email blank.
Re: [AOLSERVER] ADP error
On 7/14/10 11:46 AM, Jade Rubick wrote: > Error: Tcl exception: > >at line 1 of adp file "/web/vs/www/general/index.adp" Can you share the first 10 lines of /web/vs/www/general/index.adp with us? -- Dossy Shiobara | do...@panoptic.com | http://dossy.org/ Panoptic Computer Network | http://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) -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to with the body of "SIGNOFF AOLSERVER" in the email message. You can leave the Subject: field of your email blank.
Re: [AOLSERVER] AOLserver on GitHub
OK, lets consider that a +1 vote. I'll throw in my own +1 vote. Lets open the discussion for ~1 month - on May 15th, we'll do a final tally. Does anyone have any concerns? Reasons why this change shouldn't be made? An alternate change they'd like to propose and vote on? On 4/10/10 9:35 AM, Jade Rubick wrote: > Yes, let's officially move it to github. Awesome change! -- Dossy Shiobara | do...@panoptic.com | http://dossy.org/ Panoptic Computer Network | http://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) -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to with the body of "SIGNOFF AOLSERVER" in the email message. You can leave the Subject: field of your email blank.
Re: [AOLSERVER] AOLserver on GitHub
On 4/10/10 8:12 AM, ayan george wrote: > My personal preference would have been to host AOLserver on launchpad so > I gently shake my fist at you for not "involving the community". https://launchpad.net/aolserver I think I submitted a VCS import request a LONG time ago, but nobody at LP could get the CVS repo imported and I didn't really follow up on it. I like Launchpad but after having dealt with Bazaar when contributing to the Gnash project, I wasn't really impressed by it (bzr, that is). If LP offered git repo hosting, that would make it more attractive. I see you created lp:anansi, how is that working out for you? -- Dossy Shiobara | do...@panoptic.com | http://dossy.org/ Panoptic Computer Network | http://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) -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to with the body of "SIGNOFF AOLSERVER" in the email message. You can leave the Subject: field of your email blank.
Re: [AOLSERVER] AOLserver on GitHub
On 4/10/10 2:11 PM, Tom Jackson wrote: > Main use of this is the "grep" and "pickax" searches. Are these > available on github? You can effectively grep/pickaxe using their web interface by doing a search on a single repository: http://github.com/search?q=repo:aolserver/aolserver+NS_ConnContent The Code Search returns results across all commits (i.e., pickaxe). It doesn't appear that you can specify a branch to isolate your search to - really, you'd want to just git clone the repo and do all your searching locally if using github. > BTW, what script do you use to keep the git repo up-to-date with CVS? For this initial import I used cvs2git but I'll keep it up to date using git cvsimport, as necessary. -- Dossy Shiobara | do...@panoptic.com | http://dossy.org/ Panoptic Computer Network | http://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) -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to with the body of "SIGNOFF AOLSERVER" in the email message. You can leave the Subject: field of your email blank.
[AOLSERVER] AOLserver on GitHub
Hi, So, I've finally gone crazy and have started pushing the contents of the CVS repository from SourceForge up to GitHub: http://aolserver.github.com/ http://github.com/aolserver I'm hoping this will make it easier for people to fork the code, make their own individual changes, and share those changes with the rest of the community. I'm hoping this will effectively eliminate any previous barriers to contibution - fork the code on github as much as you'd like in your own account, share your changes with whoever you please. Is this an "official" change? Of course not! The code still lives in CVS at SourceForge, like it always has - but now a copy with full CVS history is up at GitHub, as well. At this point, what does it mean to be "official" anyway, right? As of right now, I've only imported the "aolserver" module from CVS into GitHub. Over the next several weeks, I plan to import all the modules from CVS, but this takes time. A nice feature of GitHub is the included "Issues" system, their Wiki, and their static page hosting. If I get really ambitious, I might look to move as much of the AOLserver documentation as I can into the GitHub Pages area. As usual, feel free to flame me for running off into the weeds and just doing something without "getting consensus" or "involving the community" but I'm hoping at least a few of you will find this work worthwhile. If you have any positive comments and/or suggestions, don't hesitate to get in touch with me: I'd love to hear what you think. AOLserver's not dead, yet. ;-) -- Dossy Shiobara | do...@panoptic.com | http://dossy.org/ Panoptic Computer Network | http://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) -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to with the body of "SIGNOFF AOLSERVER" in the email message. You can leave the Subject: field of your email blank.
Re: [AOLSERVER] upload progress
On 11/24/09 5:13 PM, John Buckman wrote: > Is there any access (in C or Tcl) to an upload-in-progress in aolserver? It'd be nice if we extended ns_info with [ns_info driver ...] that could give you connection-level info. from the driver thread. In its simplest form, all we need is to expose the total bytes read/written on a socket from the driver thread. Bytes read of the POST request's body and the anticipated Content-Length enables us to compute a rough "progress" - using the unique URL bit gives us an opaque handle to identify which connection we're interested in. Fortunately for me, I haven't built any applications where large file upload handling has been a requirement. ;-) -- Dossy Shiobara | do...@panoptic.com | http://dossy.org/ Panoptic Computer Network | http://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) -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to with the body of "SIGNOFF AOLSERVER" in the email message. You can leave the Subject: field of your email blank.
Re: [AOLSERVER] Is this vulnerable to sql injection?
On 12/7/09 9:52 AM, Björn Þór Jónsson wrote: > But [ns_dbquotevalue $id] works fine - so I should be pretty safe with that? You will be "safe" in that user-supplied input contained in $id will not be able to result in a SQL injection attack. -- Dossy Shiobara | do...@panoptic.com | http://dossy.org/ Panoptic Computer Network | http://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) -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to with the body of "SIGNOFF AOLSERVER" in the email message. You can leave the Subject: field of your email blank.
Re: [AOLSERVER] Is this vulnerable to sql injection?
On 12/4/09 11:00 AM, bthj wrote: > set sql_query "select * from sometable where entrynumber = $id" Replace $id with [ns_dbquotevalue $id] instead. -- Dossy Shiobara | do...@panoptic.com | http://dossy.org/ Panoptic Computer Network | http://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) -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to with the body of "SIGNOFF AOLSERVER" in the email message. You can leave the Subject: field of your email blank.
Re: [AOLSERVER] is it necessary
On 10/27/09 5:40 PM, Bas Scheffers wrote: > Moving AOLserver to run inside Apache as a module would be a great step to > making it more accesible and popular. This is the reason why I'd like to implement a module for AOLserver that would enable it to run as a FastCGI application under Apache and/or Lighttpd or any other webserver that speaks FastCGI. -- Dossy Shiobara | do...@panoptic.com | http://dossy.org/ Panoptic Computer Network | http://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) -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to with the body of "SIGNOFF AOLSERVER" in the email message. You can leave the Subject: field of your email blank.
Re: [AOLSERVER] AoL server installed ... run issue
On 10/21/09 7:22 AM, nitin chandra wrote: > [r...@mi aolserver451]# bin/nsd -ft nsd.tcl > [21/Oct/2009:16:49:53][2337.3086314240][-main-] Error: dns: > getaddrinfo failed for mi.milinux: Name or service not known You need an entry in your /etc/hosts file for "mi.milinux" with the machine's IP address. > [21/Oct/2009:16:49:53][2337.3086314240][-main-] Fatal: nsmain: server > will not run as root; must specify '-u username' parameter > [r...@mi aolserver451]# This message is self-explanatory. AOLserver drops its privileges to a non-root user and you need to explicitly specify which user when executing it. -- Dossy Shiobara | do...@panoptic.com | http://dossy.org/ Panoptic Computer Network | http://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) -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to with the body of "SIGNOFF AOLSERVER" in the email message. You can leave the Subject: field of your email blank.
Re: [AOLSERVER] AoLserver 4.5.1 install issue
On 10/16/09 1:40 PM, nitin chandra wrote: > just did > # yum install pth-devel > > and it installed pth-devel > > now what ? I imagine you should "make clean" and then re-configure and re-make AOLserver. -- Dossy Shiobara | do...@panoptic.com | http://dossy.org/ Panoptic Computer Network | http://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) -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to with the body of "SIGNOFF AOLSERVER" in the email message. You can leave the Subject: field of your email blank.
Re: [AOLSERVER] AoLserver 4.5.1 install issue
On 10/16/09 1:38 PM, nitin chandra wrote: > pth is what is loaded instead of pthreads ... on FC10. > > How do i integrate that. $ yum install pth ??? Not really sure - I'm not a big fan of yum/RPM. -- Dossy Shiobara | do...@panoptic.com | http://dossy.org/ Panoptic Computer Network | http://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) -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to with the body of "SIGNOFF AOLSERVER" in the email message. You can leave the Subject: field of your email blank.
Re: [AOLSERVER] AoLserver 4.5.1 install issue
Sorry, it appears that pthreads should be part of glibc and glibc-devel. Check for those. On 10/16/09 12:59 PM, nitin chandra wrote: > yum install did not work > > > [r...@mi aolserver-4.5.1]# yum install pthreads > Loaded plugins: refresh-packagekit > fedora >| 2.8 kB 00:00 > updates >| 3.4 kB 00:00 > updates/primary_db >| 4.6 MB 01:26 > Setting up Install Process > Parsing package install arguments > No package pthreads available. > Nothing to do > [r...@mi aolserver-4.5.1]# > > > > Reg > > Nitin > > > -- > AOLserver - http://www.aolserver.com/ > > To Remove yourself from this list, simply send an email to > with the > body of "SIGNOFF AOLSERVER" in the email message. You can leave the Subject: > field of your email blank. -- Dossy Shiobara | do...@panoptic.com | http://dossy.org/ Panoptic Computer Network | http://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) -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to with the body of "SIGNOFF AOLSERVER" in the email message. You can leave the Subject: field of your email blank.
Re: [AOLSERVER] AoLserver 4.5.1 install issue
On 10/16/09 12:15 PM, nitin chandra wrote: > How do i find if 'libpthreads' is installed? You said you're on Fedora FC10, right? I'm guessing something like this: $ rpm -qa | grep pthreads might work. -- Dossy Shiobara | do...@panoptic.com | http://dossy.org/ Panoptic Computer Network | http://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) -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to with the body of "SIGNOFF AOLSERVER" in the email message. You can leave the Subject: field of your email blank.
Re: [AOLSERVER] AoLserver 4.5.1 install issue
On 10/16/09 12:21 AM, nitin chandra wrote: > On Thu, Oct 15, 2009 at 2:01 PM, nitin chandra > wrote: >> Hello Everyone, >> >> I have a fresh installation of FC10, with gcc 4.3.2, kerrnel 2.6.27, >> on a P4 1.8GHz, 256 DDR RAM, with Python 2.6.2 (--enable-shared, >> --with-threads, /opt/python262), Tcl / Tk 8.5 installed as part of the >> distro (/usr/lib), tclConfig.sh has TCL_THREADS=1 Did you compile Tcl with --enable-threads, or did you just edit tclConfig.sh and set TCL_THREADS=1? It appears that you need -lpthreads but it's not being included in your LIBS and linker step. There's something strange going on ... do you have libpthreads installed? -- Dossy Shiobara | do...@panoptic.com | http://dossy.org/ Panoptic Computer Network | http://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) -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to with the body of "SIGNOFF AOLSERVER" in the email message. You can leave the Subject: field of your email blank.
Re: [AOLSERVER] Bug in gzip compression module
On 10/12/09 2:19 PM, Daniel Stasinski wrote: >> With settings above I get errors in big adp pages content like this: > > Ugh, I've fixed this bug in AOLserver twice so far. Perhaps someone > undid it again. Or, perhaps Alexey isn't testing with HEAD? Did your fix make it into AOLserver 4.5.1? -- Dossy Shiobara | do...@panoptic.com | http://dossy.org/ Panoptic Computer Network | http://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) -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to with the body of "SIGNOFF AOLSERVER" in the email message. You can leave the Subject: field of your email blank.
Re: [AOLSERVER] AOLserver Crash
On 7/1/09 12:54 PM, William Scott Jordan wrote: I've had a few times recently where AOLserver has crashed under high loads. Each time, I see a line in the logs that looks something like "unable to alloc 4895393 bytes". Any guesses on what's causing this? Got Tcl code that invokes [exec] anywhere? -- Dossy Shiobara | do...@panoptic.com | http://dossy.org/ Panoptic Computer Network | http://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) -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to with the body of "SIGNOFF AOLSERVER" in the email message. You can leave the Subject: field of your email blank.
Re: [AOLSERVER] ns_adp_parse issue
On 6/5/09 4:56 PM, Francesco Petrarch wrote: What puzzels me is that, as I mentioned, these 0 sized ns_adp_parse calls seem to happen at random, when the page it happens on is reloaded things work fine, so all the input data is the same. Do you call ns_adp_trunc *anywhere* in your code, ever? -- Dossy Shiobara | do...@panoptic.com | http://dossy.org/ Panoptic Computer Network | http://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) -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to with the body of "SIGNOFF AOLSERVER" in the email message. You can leave the Subject: field of your email blank.
Re: [AOLSERVER] Question on two AOLserver tickets
To quickly summarize: 1) Dave Bauer identifies the "lack of anyone doing anything about [open] bugs" and the lack of "process or resources to deal with the bugs" as a problem. 2) Tom Jackson identifies that there's little in-community support for would-be contributors to get their changes merged into the codebase. 3) Tom Jackson identifies that there is "a lack of documentation of all kinds". Lets do a little wishful dreaming for a moment and brainstorm actionable ways to try and address these deficiencies. Let me try to seed this with a few questions: How can we find resources to deal with bugs, support contributors and write documentation? What would it take to get existing contributors to contribute more? How can we recruit new contributors? Would adequate funding aid in adressing these issues? In best-effort accuracy round number estimates, what kind of funding levels would we need to reach to achieve what kind of results? If training were provided, could we transform more passive community members into more active contributors and supporters? What kind of training would be necessary? What subjects would need to be covered in order to enable what kind of contributions? ... Feel free to add more questions as appropriate, but especially answers that have clear actions associated with them. I'll try to do my best to collate the various actions and present them in a concise list. Then, maybe we can try to find ways to make those things happen. -- Dossy Shiobara | do...@panoptic.com | http://dossy.org/ Panoptic Computer Network | http://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) -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to with the body of "SIGNOFF AOLSERVER" in the email message. You can leave the Subject: field of your email blank.
Re: [AOLSERVER] Question on two AOLserver tickets
On 5/29/09 4:16 PM, Tom Jackson wrote: Forcing me to interact with a ticket tracker wouldn't improve my community involvement, it would probably make contributions even less likely. What might help me, and maybe others, would be a weekly email summary of unfinished business, dropped balls, or whatever, sort of a running tally with new items on top, and stale items toward the bottom. While SourceForge does have a "patch tracker" it leaves much to be desired. Perhaps if we had a system where patches and issues could be tracked and a report could be generated and emailed to the mailing list, it would accomplish what you're describing? If patches could be submitted, and someone else - anyone else - could apply it and test it or otherwise review it and commit it, that would let contributors who may not be prepared to commit the change to at least provide the code that others could review and commit. Great idea, Tom. Thanks. -- Dossy Shiobara | do...@panoptic.com | http://dossy.org/ Panoptic Computer Network | http://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) -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to with the body of "SIGNOFF AOLSERVER" in the email message. You can leave the Subject: field of your email blank.
Re: [AOLSERVER] Question on two AOLserver tickets
On 5/29/09 1:27 PM, Jade Rubick wrote: Personally, even though I think many in the community don't like Dossy acting without community involvement, I'd rather see something done than nothing, as long as it isn't harming the project. I definitely understand that people dislike my approach. I also know that things get discussed to death and nothing actually happens as a result, too. I lean heavily to the one extreme (action, little discussion) which understandably bothers people. Unfortunately, it's the way I am; it's how I know how to get things done. I like to believe that nothing I do intentionally harms the project on a technical level. Perhaps the problem is that there is no formal structure for Aolserver, so nobody has the "authority" to act on behalf of the community. I agree, this is probably a huge defect in the structure of the AOLserver project's organization and management. Thanks for raising the issue. What if we had a simple voting application somewhere, and the members of this mailing list each got a vote? I am very, very worried about a pure democracy approach as it often produces the Bikeshed Effect [1]. [1] http://en.wikipedia.org/wiki/Color_of_the_bikeshed In short, a large number of individuals abstain from voting on complex issues where they feel it would be inappropriate for them to vote as they're not qualified to decide either way. This results in very skewed representation of votes on difficult matters. Similarly, a large number of individuals vote on the trivial issues, which gives disproportionate weight to them, artificially inflating their perceived importance. In cases where a majority of 2/3rd's or some other criteria is required, reasonably trivial decisions can be unnecessarily held up due to lack of consensus. I'd really like to create a structure that empowers and enables the top of the anecdotal Pyramid of Participation (1% creators, 9% contributors, 90% lurkers). Perhaps participants on this list can help by brainstorming suggestions for such? My thoughts on the matter: the US Presidential election system and many corporations operate in a way that I think tries to achieve this goal, using proxy voters (electoral college, board of directors) whose intent is to represent its constituents. While polling the popular vote is interesting, ultimately the electoral college votes and decides the President. Of course, I'm very likely heavily biased being an American, thinking this system is a good one - if (any of) you have alternative models to suggest, please describe them. -- Dossy Shiobara | do...@panoptic.com | http://dossy.org/ Panoptic Computer Network | http://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) -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to with the body of "SIGNOFF AOLSERVER" in the email message. You can leave the Subject: field of your email blank.
Re: [AOLSERVER] ns_adp_parse issue
On 5/29/09 10:48 AM, Francesco Petrarch wrote: However, seemly at random times (for a random connection), [ns_adp_parse -file /www/website/template.adp] will return an empty string. Are you scouring your server log for any uncaught Tcl errors? Without knowing anything about your application code, if ns_adp_parse is consistently returning an empty string for a particular connection, then there's some application code that is connection-sensitive (thus, simply retrying the ns_adp_parse yields the same result consistently) that is probably resulting in an uncaught Tcl error that causes ns_adp_parse to return an empty string. FYI, instead of the preauth filter, might I suggest you use this instead in your server's configuration .tcl: ns_section "ns/server/$server/adp" ns_param startpage /www/website/template.adp It may not give you the same level of "control" as you are getting with the ns_adp_parse approach, but it might work better. I also notice you don't register the same filter for HEAD requests. Was this intentional? -- Dossy Shiobara | do...@panoptic.com | http://dossy.org/ Panoptic Computer Network | http://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) -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to with the body of "SIGNOFF AOLSERVER" in the email message. You can leave the Subject: field of your email blank.
Re: [AOLSERVER] ns_sendmail is wrong for non-ascii strings
On 5/26/09 2:00 PM, Alexey Pechnikov wrote: ns_sendmail can't work for non-ascii subject and body. I wrote the simple wrapper. is it possible to fix upstream version or add like wrapper? Nice wrapper - this assumes the receipient can understand MIME-encoded mail, which is probably the case but would break existing code that expects outgoing mail having the old behavior. Perhaps only define the wrapper if a ns_param is set in the configuration, and by default not apply the wrapper? Or, better yet: integrate your change into ns_sendmail directly and again, activate it using an optional proc argument or ns_param config setting. Ideally, it's probably best to work to define a reasonable "ns_mail" interface and implement it. ns_sendmail is an ugly wart that needs to go ... -- Dossy Shiobara | do...@panoptic.com | http://dossy.org/ Panoptic Computer Network | http://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) -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to with the body of "SIGNOFF AOLSERVER" in the email message. You can leave the Subject: field of your email blank.
Re: [AOLSERVER] Question on two AOLserver tickets
On 5/21/09 4:32 AM, Sep Ng wrote: To be frank, the only reason why I keep using the Trac ticket tracker is that it's the one I found. Had I known that the sourceforge ticket tracker was the active one, I would have used that one instead. Begs to question though... why two ticket trackers? We started at SourceForge, using the tracker there. At one point, I had gotten tired of its clumsy interface and wanted to try something else. So, I went and imported the tickets into Trac to let folks see what it might look and feel like. As an alternative, I'd be happy to import the data into Redmine [1], another nice open source project management tool that has many of the same features as Trac. [1] http://www.redmine.org/ However, I don't want to do the work if the community would rather keep using the SourceForge tracker. I clearly suck at the whole "consensus-building" thing, and AOLserver being an open source project means until someone steps up to volunteer to do that, well, it won't get done. I'm more than happy and capable to do the tech side of things, but time and again it's clear that this project needs a people person to make sure everyone's happy with the direction things are going in and I'm not that person. -- Dossy Shiobara | do...@panoptic.com | http://dossy.org/ Panoptic Computer Network | http://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) -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to with the body of "SIGNOFF AOLSERVER" in the email message. You can leave the Subject: field of your email blank.
Re: [AOLSERVER] AOL Server 4.5.1 / nsmysql 0.6 / MySQL 5.1.34-log - unable to compile / install nsmysql
On 5/24/09 10:07 AM, Nick Miller wrote: [24/May/2009:12:24:09][12724.2689936][-default:0-] Fatal: received fatal signal 11 Aborted Was this with the precompiled binary, or the one you build from CVS HEAD? gcc -pipe -shared -nostartfiles -o nsmysql.so -L/data/opt/mysql/lib/mysql -lmysqlclient_r -lnsdb -L. -lnsmysql -L/data/opt/aolserver/lib -lnsd -lnsthread -L/data/opt/aolserver/lib -ltcl8.4g -ldl -lpthread -lieee -lm -lgcc_s -Wl,-rpath,/data/opt/aolserver/lib /data/opt/aolserver/bin/tclsh8.4 /data/opt/aolserver/bin/nsinstall.tcl -d /data/opt/aolserver/bin -e nsmysql.so installed: /data/opt/aolserver/bin/nsmysql.so (0755) /data/opt/aolserver/bin/tclsh8.4 /data/opt/aolserver/bin/nsinstall.tcl -d /data/opt/aolserver/lib -e libnsmysql.so installed: /data/opt/aolserver/lib/libnsmysql.so (0755) So, it looks like nsmysql.so and libnsmysql.so built and installed as expected - this is good. /data/opt/aolserver/bin/tclsh8.4 /data/opt/aolserver/bin/nsinstall.tcl -d /data/opt/aolserver/lib libnsmysql.a ranlib /data/opt/aolserver/lib/libnsmysql.a ranlib: '/data/opt/aolserver/lib/libnsmysql.a': No such file make: *** [install-dll] Error 1 It seems that libnsmysql.a is not being built. Probably a non-issue and simply needs to be "fixed" in the build Makefile for nsmysql. -- Dossy Shiobara | do...@panoptic.com | http://dossy.org/ Panoptic Computer Network | http://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) -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to with the body of "SIGNOFF AOLSERVER" in the email message. You can leave the Subject: field of your email blank.
Re: [AOLSERVER] Question on two AOLserver tickets
On 5/20/09 11:11 AM, Jim Davidson wrote: Yup -- agreed. I was talking with Dossy who says the Trac stuff is generally out of date anyway, the definitive bug list is still on Sourceforge (definitive in it's the place, can't say how accurate the bug reports are). I would love to hear that the AOLserver community prefers Trac for ticket tracking over SourceForge's tracker and that everyone would be happy if I refreshed the Trac tickets with a current snapshot of SourceForge data, and we could shut down the SourceForge tracker once and for all ... But, I don't want to kick that hornet's nest again, so I'll let someone else do it this time. :-) -- Dossy Shiobara | do...@panoptic.com | http://dossy.org/ Panoptic Computer Network | http://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) -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to with the body of "SIGNOFF AOLSERVER" in the email message. You can leave the Subject: field of your email blank.
Re: [AOLSERVER] ns_httptime format error in AOL 4.5.1
On 5/10/09 9:59 AM, Alexey Pechnikov wrote: On Sunday 10 May 2009 15:48:21 Gustaf Neumann wrote: Try in an aolserver script: set ::env(LANG) C.UTF-8 ns_log notice "START of times [::ns_http_time 0]" It's bad because russian strings in scripts and from databases wll be corrupted. Alexey, Have you confirmed this through empirical testing? There is a difference between the locale that the system libc functions use (i.e., env(LANG)) vs. what AOLserver's encoding is set to (through the config .tcl ns_params). It might be worth investigating as to whether setting the system locale and properly configuring the AOLserver encoding (need a good HOWTO on this) will behave for you. -- Dossy Shiobara | do...@panoptic.com | http://dossy.org/ Panoptic Computer Network | http://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) -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to with the body of "SIGNOFF AOLSERVER" in the email message. You can leave the Subject: field of your email blank.
Re: [AOLSERVER] ns_httptime format error in AOL 4.5.1
On 5/9/09 5:14 PM, Jeff Hobbs wrote: The last known OS thread-safety call issues in 8.4 were with gethostbyname, et al and corrected for 8.4.14 (Y2006). The checks for calls like localtime_r have been in since longer. Assuming strftime is mt-safe, all is ok (the man page is silent on that, but it does print into a passed in buffer). I haven't looked at Tcl 8.5 source, but has "clock ... -gmt" been fixed so that it doesn't diddle with env(TZ) any more, which isn't thread-safe. I remember that there's Tcl mutexes around the env(TZ) diddling, but that isn't safe when an application embeds Tcl and modifies env(TZ) as well but doesn't have access to the mutex that Tcl's "clock" is using. I was hoping that newclock addressed this, and newclock is in Tcl 8.5, right? -- Dossy Shiobara | do...@panoptic.com | http://dossy.org/ Panoptic Computer Network | http://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) -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to with the body of "SIGNOFF AOLSERVER" in the email message. You can leave the Subject: field of your email blank.
Re: [AOLSERVER] Tuning Question
On 5/1/09 6:17 PM, William Scott Jordan wrote: I think it's worth noting that when AOLserver stops accepting connections, nslog doesn't log any of the failed requests. New connections seem to just be rejected outright. Do you have nscp enabled? Is the control port still responsive to commands? Can you capture the output of "join [ns_info threads] \n" from the control port once AOLserver stops accepting connections? -- Dossy Shiobara | do...@panoptic.com | http://dossy.org/ Panoptic Computer Network | http://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) -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to with the body of "SIGNOFF AOLSERVER" in the email message. You can leave the Subject: field of your email blank.
Re: [AOLSERVER] Tuning Question
On 5/1/09 12:55 PM, William Scott Jordan wrote:
The problem we're seeing is that the web servers are maxing out at about
200-250 simultaneous connections, and all additional connections are
being rejected.
Just a wild guess - does each request use two database handles?
Are you ensuring that database handles are ALWAYS being returned (i.e.,
[ns_db releasehandle $h])? Does your server log show any uncaught Tcl
errors that might preempt the code that would normally perform the
releasehandle?
I often use this pattern in my code:
if {[catch {
set db [ns_db gethandle poolname]
# database ops here
ns_db releasehandle $db
} err]} {
if {[info exists db]} {
ns_db releasehandle $db
unset db
}
}
Of course, you probably want to refactor this into a proc, but you get
the idea.
--
Dossy Shiobara | do...@panoptic.com | http://dossy.org/
Panoptic Computer Network | http://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)
--
AOLserver - http://www.aolserver.com/
To Remove yourself from this list, simply send an email to
with the
body of "SIGNOFF AOLSERVER" in the email message. You can leave the Subject:
field of your email blank.
Re: [AOLSERVER] missing access log entries
On 3/26/09 5:12 PM, Alexey Pechnikov wrote:
How about ADP or file is included into ADP with code
ns_return 200 {text/html; charset=utf-8} {some message}
ns_adp_abort
or
ns_returnfile 200 [ns_guesstype $fname] $fname
ns_adp_abort
This request _must be_ logged. ns_adp_break is not correct here because it
will send all output to closed connection.
Why are you using ns_adp_abort here instead of ns_adp_return?
--
Dossy Shiobara | do...@panoptic.com | http://dossy.org/
Panoptic Computer Network | http://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)
--
AOLserver - http://www.aolserver.com/
To Remove yourself from this list, simply send an email to
with the
body of "SIGNOFF AOLSERVER" in the email message. You can leave the Subject:
field of your email blank.
Re: [AOLSERVER] missing access log entries
On 3/26/09 1:31 PM, Andrew Steets wrote: Hello, There are certain cases where connections probably ought to generate access log entries but do not. Specifically if an ADP exits via ns_adp_abort no access log entry will be generated, but data may have been returned to the client. This seems like a bug. I wonder - should this be the documented known behavior of ns_adp_abort vs. ns_adp_return? i.e., abort indicates that the connection is intentionally terminated, not logged, etc. vs. ns_adp_return which halts ADP processing but continues the connection, which includes logging, etc. I'm inclined to agree with you that the current behavior is a bug, but it raises the question: should there be such a function that says "this connection wasn't handled, don't even log it" - or, should ALL connections always be logged, even if it's aborted? Thanks, Andrew. -- Dossy Shiobara | do...@panoptic.com | http://dossy.org/ Panoptic Computer Network | http://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) -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to with the body of "SIGNOFF AOLSERVER" in the email message. You can leave the Subject: field of your email blank.
Re: [AOLSERVER] Exec error produce error "Fatal: received fatal signal 11".
On 3/1/09 4:45 PM, Alexey Pechnikov wrote:
catch {exec soffice -invisible -headless -norestore
"macro:///Standard.Converter.ConvertToPDF($tmpdocname)" -display :10}
I rewrite command as
exec soffice -invisible -headless -norestore
"macro:///Standard.Converter.ConvertToPDF($tmpdocname)" -display :10>
/dev/null
It's work but is not stable.
Tcl [exec] from within a multi-threaded application like AOLserver is
not recommended, as it has undesirable side effects.
--
Dossy Shiobara | do...@panoptic.com | http://dossy.org/
Panoptic Computer Network | http://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)
--
AOLserver - http://www.aolserver.com/
To Remove yourself from this list, simply send an email to
with the
body of "SIGNOFF AOLSERVER" in the email message. You can leave the Subject:
field of your email blank.
Re: [AOLSERVER] AOL + SQLite+nsproxy question
On 3/1/09 6:06 AM, Alexey Pechnikov wrote: There are a lot of modules in the repository but some ot these are old and may be not-supported. Are these tested with AOL 4.0/4.5/4.6? I suspect that individual sites are using and testing various configurations, but there's no official QA team for AOLserver (we're always looking for volunteers!) ... if folks who have tested particular configurations would like to share their experiences with everyone, please feel free to post details and information on the wiki and/or send information to this mailing list! -- Dossy Shiobara | do...@panoptic.com | http://dossy.org/ Panoptic Computer Network | http://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) -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to with the body of "SIGNOFF AOLSERVER" in the email message. You can leave the Subject: field of your email blank.
[AOLSERVER] aolserver.com DNS corrected
Many thanks go to Patrick O'Leary who was able to get the DNS for aolserver.com fixed through AOL. -- Dossy Shiobara | do...@panoptic.com | http://dossy.org/ Panoptic Computer Network | http://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) -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to with the body of "SIGNOFF AOLSERVER" in the email message. You can leave the Subject: field of your email blank.
[AOLSERVER] DNS for AOLserver.com
Fenton, Brian wrote: > On a related note, AOLserver.com doesn't appear to be responding. > Can someone bring it up please? It's still a DNS issue which I've tried to get AOL to correct. The DNS for aolserver.com needs to be updated to point at 216.34.181.96. In the meantime, you can use aolserver.sourceforge.net to access the site. -- Dossy Shiobara | do...@panoptic.com | http://dossy.org/ Panoptic Computer Network | http://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) -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to with the body of "SIGNOFF AOLSERVER" in the email message. You can leave the Subject: field of your email blank.
[AOLSERVER] AOLserver 4.5.1 released on February 2, 2009
We are pleased to announce the availability of AOLserver 4.5.1. This release is mostly a bug-fix and maintenance release, and offers enhanced functionality and scalability and improved documentation and portability. AOLserver compiles with Tcl 8.4.* and 8.5.*. The most important changes are: * improved behavior under high load, when running out of resources * better interface to Tcl I/O functions through providing access to Tcl file handles (allows asynchronous delivery) * built-in version of ns_cache backward compatible with the old (now obsolete) aolserver module. * various fixes for the build process For more information on the changes in this version please refer to the release notes and ChangeLog in the source distribution. The following people have contributed to AOLserver 4.5.1 (in alphabetical order): * Michael Andrews * Jim Davidson * Nathan Folkman * Tom Jackson * Gustaf Neumann * Jeff Rogers * Bas Scheffers * Dossy Shiobara * Daniel P. Stasinski ... I'd like to give special thanks to Gustaf Neumann who prepared and assembled the 4.5.1 release. -- Dossy Shiobara | do...@panoptic.com | http://dossy.org/ Panoptic Computer Network | http://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) -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to with the body of "SIGNOFF AOLSERVER" in the email message. You can leave the Subject: field of your email blank.
Re: [AOLSERVER] Customized Error Pages
Wolfgang Winkler wrote: > To answer my own question: > > I've checked out the AOLServer sources from cvs and copied the nsd binary to > my aolserver/bin directory. After a restart the redirects worked. > > Maybe it's time for a 4.5.1 release? Absolutely. Would you like to help prepare it for us? That would be fantastic ... :-) Seriously, would someone like to take on the role of preparing the NEWS and CHANGES text for releases? I guess these are elements that probably should also be tracked in CVS and maintained by everyone? -- Dossy Shiobara | [EMAIL PROTECTED] | http://dossy.org/ Panoptic Computer Network | http://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) -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to <[EMAIL PROTECTED]> with the body of "SIGNOFF AOLSERVER" in the email message. You can leave the Subject: field of your email blank.
Re: [AOLSERVER] Suicidal Child Process - SANE
Ian Harding wrote:
> This is kind of odd
>
> % catch [exec scanimage] foo
> Terminated
You're probably not getting what you expected. You probably menat:
% catch {exec scanimage} foo
Note: curly braces vs. square brackets.
> Is there any way to prevent this from killing my server in the
> meantime or is "catch" the biggest gun I have for that?
If you're brave and persistent, you could figure out how to set up the
nsdci module and use ns_proxy to run the command in a proxy process
outside the nsd. This way, if the command terminates the process, it'll
simply terminate the proxy and not the main nsd.
--
Dossy Shiobara | [EMAIL PROTECTED] | http://dossy.org/
Panoptic Computer Network | http://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)
--
AOLserver - http://www.aolserver.com/
To Remove yourself from this list, simply send an email to <[EMAIL PROTECTED]>
with the
body of "SIGNOFF AOLSERVER" in the email message. You can leave the Subject:
field of your email blank.
Re: [AOLSERVER] Problem with in a web page
Thibault Fouache wrote:
> Hello,
>
> I've currently encouter a problem in one of my web pages
> (fire_blacklist.adp). You can find in this package the page, its
> backend, its api and the error.
> That says that ther is a close brace bu this close brace is not missing.
> Can somebody help me?
> I would like to say that this page was working well on an other httpd
> (tcl) that I cannot use now :).
I see:
<%foreach {bChoice bValueChoice bAdress bValueAdress
bProtocol bValueProtocol bPort bValuePort} $queryBlacklist {%>
Did you turn singlescript processing on? If not, this is an ADP script
block that has an unclosed brace, the at the end.
--
Dossy Shiobara | [EMAIL PROTECTED] | http://dossy.org/
Panoptic Computer Network | http://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)
--
AOLserver - http://www.aolserver.com/
To Remove yourself from this list, simply send an email to <[EMAIL PROTECTED]>
with the
body of "SIGNOFF AOLSERVER" in the email message. You can leave the Subject:
field of your email blank.
Re: [AOLSERVER] segfault in ns_driver query
Rusty Brooks wrote: > Troll Apologist LOL HAHA, thanks :-) -- Dossy Shiobara | [EMAIL PROTECTED] | http://dossy.org/ Panoptic Computer Network | http://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) -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to <[EMAIL PROTECTED]> with the body of "SIGNOFF AOLSERVER" in the email message. You can leave the Subject: field of your email blank.
Re: [AOLSERVER] segfault in ns_driver query
Juan José del Río - Simple Option wrote: > On Fri, 2008-11-14 at 14:13 -0600, Ryan Melendez wrote: >> On Fri, 2008-11-07 at 11:38 -0600, Andrew Steets wrote: >>> Here is a patch that just puts an empty list where the connection info >>> would be in the case that the conn is null. Does it look ok? >> No. Amateur at best. Try and suck less! > > Troll. :-) I think Ryan forgot to use appropriate smilies. If I'm not mistaken, Ryan and Andrew are coworkers. -- Dossy Shiobara | [EMAIL PROTECTED] | http://dossy.org/ Panoptic Computer Network | http://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) -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to <[EMAIL PROTECTED]> with the body of "SIGNOFF AOLSERVER" in the email message. You can leave the Subject: field of your email blank.
Re: [AOLSERVER] segfault in ns_driver query
Andrew Steets wrote: > Here is a patch that just puts an empty list where the connection info > would be in the case that the conn is null. Does it look ok? Smart. Patch looks good to me. -- Dossy Shiobara | [EMAIL PROTECTED] | http://dossy.org/ Panoptic Computer Network | http://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) -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to <[EMAIL PROTECTED]> with the body of "SIGNOFF AOLSERVER" in the email message. You can leave the Subject: field of your email blank.
Re: [AOLSERVER] AOLserver Crash!
Rami Jadaa wrote: > So any idea what could be there in nsmysql that would crash AOLserver? Are you using the latest nsmysql (CVS HEAD)? Can you get a core dump from the crash and a gdb backtrace? -- Dossy Shiobara | [EMAIL PROTECTED] | http://dossy.org/ Panoptic Computer Network | http://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) -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to <[EMAIL PROTECTED]> with the body of "SIGNOFF AOLSERVER" in the email message. You can leave the Subject: field of your email blank.
Re: [AOLSERVER] Help to install AOL server
Thibault Fouache wrote: > I've got a problem during the Aol server installation at the gmake's step. > Here you can find the picture of the error. > Can somebody help me please? I thought this was fixed a while ago. See this solution: http://www.mail-archive.com/aolserver@listserv.aol.com/msg11285.html Also, are you using SuSE or OpenSuSE? Isn't there already an RPM of AOLserver for SuSE? -- Dossy Shiobara | [EMAIL PROTECTED] | http://dossy.org/ Panoptic Computer Network | http://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) -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to <[EMAIL PROTECTED]> with the body of "SIGNOFF AOLSERVER" in the email message. You can leave the Subject: field of your email blank.
[AOLSERVER] AOLserver project hosting needs
Hi, So, several generous offers have been made towards hosting of the AOLserver project. What does the project actually need? Here's a short list off the top of my head: 1) Web content hosting, preferably using AOLserver itself 2) Code repository hosting 3) Bug tracking 4) Project file downloads 5) Mailing lists (Have I left anything off the list? Please add anything you feel is missing.) How should this be accomplished? Should we set this up in OpenACS? Use third-party services (Google Code, Launchpad, etc.)? Something else, entirely? Or, should we just leave everything the way it is? -- Dossy Shiobara | [EMAIL PROTECTED] | http://dossy.org/ Panoptic Computer Network | http://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) -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to <[EMAIL PROTECTED]> with the body of "SIGNOFF AOLSERVER" in the email message. You can leave the Subject: field of your email blank.
Re: [AOLSERVER] AOLserver Tutorial at Tcl'2008
Matthew M. Burke wrote: > I will be giving a short (3 hour) tutorial at the Tcl'2008 conference in > Manassas, VA on Monday, 20 October. See > http://www.tcl.tk/community/tcl2008/ for details on the tutorial. Thank you for representing AOLserver at the Tcl conference! I do plan to attend but I really don't know what I'll be able to prepare for it, if anything. > Three hours is not a lot of time, particularly since I want the tutorial > to be hands-on/interactive/your-buzzword-here and I am interested in > hearing what people think are the "can't be skipped" topics. One of the more common questions folks ask about AOLserver is "how do I set up virtual hosting" - although, trying to explain that could take up too much of that 3 hour slot itself. Perhaps a "how to configure AOLserver to connect to [MySQL, PostgreSQL, SQLite], and then execute queries to it" might be high on the list, too. Everyone's favorite configuration-related question is "what can be tuned and what do I set/change to tune it?" This is definitely a subject that deserves some attention, too. -- Dossy Shiobara | [EMAIL PROTECTED] | http://dossy.org/ Panoptic Computer Network | http://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) -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to <[EMAIL PROTECTED]> with the body of "SIGNOFF AOLSERVER" in the email message. You can leave the Subject: field of your email blank.
Re: [AOLSERVER] aolserver.com website unavailable
Tom Jackson wrote:
> What was broken? Is it just the website hosting?
Turns out, the aolserver.{com,net,org} DNS was set up as A records to
66.35.250.210 instead of CNAME's to vhost.sourceforge.net - which
recently changed to 216.34.181.97 with the SourceForge move to Chicago.
I've put in the necessary request to get the DNS updated at AOL (who
still manages the DNS for the domains).
No idea how long it'll take for them to act on the request. You can
access the site at http://aolserver.sourceforge.net/ for now, though.
--
Dossy Shiobara | [EMAIL PROTECTED] | http://dossy.org/
Panoptic Computer Network | http://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)
--
AOLserver - http://www.aolserver.com/
To Remove yourself from this list, simply send an email to <[EMAIL PROTECTED]>
with the
body of "SIGNOFF AOLSERVER" in the email message. You can leave the Subject:
field of your email blank.
Re: [AOLSERVER] aolserver.com website unavailable
Jeff Hobbs wrote: > They just moved their entire data center to Chicago, so I suspect it is > part of that ongoing move. I'm sure that's likely to be the explanation, but when you fail so majorly, there's only one responsible course of action: roll back. If SourceForge is going to be run willy-nilly by amateur sysadmins, then there's really no plausible reason to continue to use their service over, say, any arbitrary free project hosting service (Launchpad Savannah, etc.). To that end, I've registered the AOLserver project over at Launchpad (it's my favorite of them all) -- http://launchpad.net/aolserver Project web hosting may end up going to Slicehost--so that AOLserver.com can be run on an actual AOLserver instance. :-) However, I'm assuming there are companies in the community who sell AOLserver hosting - would any be interested in "donating" hosting for aolserver.com? Lets seriously have this conversation and make a decision ... I think keeping things at SourceForge is coming to an end. -- Dossy Shiobara | [EMAIL PROTECTED] | http://dossy.org/ Panoptic Computer Network | http://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) -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to <[EMAIL PROTECTED]> with the body of "SIGNOFF AOLSERVER" in the email message. You can leave the Subject: field of your email blank.
[AOLSERVER] aolserver.com website unavailable
Everyone, The AOLserver.com website is having some database connectivity problems. I have opened a support ticket at SourceForge, but their response has been underwhelming. I am seriously questioning why I continue to pay the $39/year "subscriber" fee for this "priority" support. If things continue to get worse at SourceForge, how do folks feel about moving the project hosting elsewhere? Personally, I really like Launchpad. What is everyone's thought on it, vs. other suggestions? -- Dossy Shiobara | [EMAIL PROTECTED] | http://dossy.org/ Panoptic Computer Network | http://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) -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to <[EMAIL PROTECTED]> with the body of "SIGNOFF AOLSERVER" in the email message. You can leave the Subject: field of your email blank.
Re: [AOLSERVER] Data "corruption" with fastpath caching
I think there has been more than enough discussion around this issue which I did not interfere with nor influence in any way. However, to let it continue to spin over and over is unproductive. I'd love to hear other solutions other than configurabe cache key strategies or a time-based delay caching strategy, but the time to debate whether this is a defect or not is officially over: it is a defect. Let's find the right technical solution to make fastpath more robust, please. --Original Message-- From: Don Baccus Sender: AOLserver Discussion To: AOLSERVER@LISTSERV.AOL.COM ReplyTo: AOLserver Discussion Sent: Aug 21, 2008 12:25 PM Subject: Re: [AOLSERVER] Data "corruption" with fastpath caching On Aug 21, 2008, at 8:14 AM, Dossy Shiobara wrote: > > I've remained silent on this issue because I didn't want to be > accused of "stifling the community," etc. ... > End of discussion. Accused. Guilty. Don Baccus http://donb.photo.net http://birdnotes.net http://openacs.org -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to <[EMAIL PROTECTED]> with the body of "SIGNOFF AOLSERVER" in the email message. You can leave the Subject: field of your email blank. -- Dossy Shiobara [EMAIL PROTECTED] -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to <[EMAIL PROTECTED]> with the body of "SIGNOFF AOLSERVER" in the email message. You can leave the Subject: field of your email blank.
Re: [AOLSERVER] Data "corruption" with fastpath caching
Eric Larkin wrote: Obviously we'll work around the problem in the future, but it is disheartening to find a fairly subtle bug, report it with a reproducible test case, and be challenged so aggressively on the whether it was a poor decision to use "ns_returnfile" to...um...return a file. I've remained silent on this issue because I didn't want to be accused of "stifling the community," etc., but I have to agree: the majority of responses is disappointing. As I see it: 1) This is a defect. Jim has explained that the caching strategy implemented for fastpath solved a specific problem and may fail in situations not meant to be solved by the strategy. 2) Attacking John, and by extension, Eric and his company's product, is poor form, regardless of whether this is or isn't a defect. 3) While I agree that serving short-lived data from a disk file in response to a dynamic request is a poor strategy, it _should work_ correctly--which is why I agree that this is clearly a defect. If it works correctly at a cost to performance is a decision that Eric's team must evaluate and accept or find alternatives to. The trade-off should not include "program execution correctness" as a consequence. 4) I see the simplest (best?) solution here being a configurable parameter that controls fastpath's cache key generation. As Jim points out, one can quickly test whether this would solve the problem at hand by temporarily #define'ing _WIN32 in the appropriate place. If this proves successful, we change it from using #ifdef's to regular if() statements and define a new configuration parameter. End of discussion. -- Dossy Shiobara | [EMAIL PROTECTED] | http://dossy.org/ Panoptic Computer Network | http://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) -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to <[EMAIL PROTECTED]> with the body of "SIGNOFF AOLSERVER" in the email message. You can leave the Subject: field of your email blank.
Re: [AOLSERVER] Tcl rounding question
On 2008.05.03, William Scott Jordan <[EMAIL PROTECTED]> wrote: > Yuck. Okay, so is there any practical work-around for getting X.XX5 to > consistently round up? I suppose I could do something like add > 0.001 to any number that I'm rounding, but that seems pretty sloppy. > Is there a best practice for dealing with this? Best practice? Use integers, format as decimal value as needed. This is often why you'll see financial applications store money values in cents or hundredths of a cent, i.e., a dollar is stored as either "100" (100 pennies) or "1" ... if they deal in quantities that include fractional cents. Only at the point where the data leaves the system, either to a UI or to another system, do they format it with the decimal point in place. This approach generally eliminates all floating-point precision and rounding issues and can even result in a performance increase in compute-heavy applications where the machine's CPU handles integer math faster than floating-point math. -- Dossy Shiobara | [EMAIL PROTECTED] | http://dossy.org/ Panoptic Computer Network | http://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) -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to <[EMAIL PROTECTED]> with the body of "SIGNOFF AOLSERVER" in the email message. You can leave the Subject: field of your email blank.
Re: [AOLSERVER] Tcl rounding question
On 2008.05.03, William Scott Jordan <[EMAIL PROTECTED]> wrote: > This is really more of a tcl question, but I'm hoping that someone on > the list might have an explanation. Why does [format %.2f 18.005] round > down to "18.00" and [format %.2f 1.415] round up to "1.42"? Any > guesses? Am I missing something obvious here? Classic floating-point precision and rounding issue. See: http://en.wikipedia.org/wiki/Floating_point#Representable_numbers.2C_conversion_and_rounding Read the third paragraph in that section. -- Dossy Shiobara | [EMAIL PROTECTED] | http://dossy.org/ Panoptic Computer Network | http://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) -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to <[EMAIL PROTECTED]> with the body of "SIGNOFF AOLSERVER" in the email message. You can leave the Subject: field of your email blank.
[AOLSERVER] "Fun, free applications for building personal sites."
Back in Feburary 2005, Dan Chak at MIT said something to me that I just haven't had the motivation to pursue. However, I really would like to hear what folks think of his statement: > What AOLServer "community" needs is a bunch of fun, free > applications for building personal sites. It's stupid, but > that's how you get the initial hook on people. I'm not sure who > is going to make and release these "fun, free apps" though, > because there's currently also no audience for it. It's kind of > a bootstrapping problem. It's definitely a chicken-and-egg problem: most newbies won't try AOLserver "for the heck of it" but would go through the trouble if there was an application they wanted to run, i.e. OpenACS. Of course, there's little motivation to develop a fun, free app. for AOLserver if nobody's going to try it out. How do we break out of this deadlock? -- Dossy Shiobara | [EMAIL PROTECTED] | http://dossy.org/ Panoptic Computer Network | http://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) -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to <[EMAIL PROTECTED]> with the body of "SIGNOFF AOLSERVER" in the email message. You can leave the Subject: field of your email blank.
Re: [AOLSERVER] Getting a handle on memory usage
On 2008.05.01, Maurizio Martignano <[EMAIL PROTECTED]> wrote: > When using Zippy I noticed that the memory occupied by Aolserver (nsd) > always grows, without being released. That's probably because we don't invoke madvise() anywhere. Of course, apparently on MacOS X madvise() is broken, and on Win32 we should use VirtualFree(). See this entry about jemalloc where this issue is explored: Perceived jemalloc memory footprint http://www.canonware.com/~ttt/2008/01/perceived-jemalloc-memory-footprint.html I mentioned on the IRC chat that it might be fun to implement a very fine-grained debugging memory allocator implementation that keeps lots of statistics that we can examine and is designed with knowledge that it's debugging an AOLserver process to record the relevant bits of information so we can correlate it back to an activity that the code is performing. I don't know if this is a worthwhile idea, but it was fun to think about for a moment, anyway. -- Dossy Shiobara | [EMAIL PROTECTED] | http://dossy.org/ Panoptic Computer Network | http://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) -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to <[EMAIL PROTECTED]> with the body of "SIGNOFF AOLSERVER" in the email message. You can leave the Subject: field of your email blank.
Re: [AOLSERVER] Getting a handle on memory usage
On 2008.04.30, Rick Cobb <[EMAIL PROTECTED]> wrote: > Do we have any test workloads we can use to prove that and isolate the > problem down? You have no idea how much I'd love to have someone who's overly anal retentive--I mean, exhaustively thorough--who has a strong desire to create such a workload to measure and isolate any memory growths. Sadly, I'm not that person. :-( I don't care _that_ much. This would be a great opportunity for someone who would like to help out ... -- Dossy Shiobara | [EMAIL PROTECTED] | http://dossy.org/ Panoptic Computer Network | http://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) -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to <[EMAIL PROTECTED]> with the body of "SIGNOFF AOLSERVER" in the email message. You can leave the Subject: field of your email blank.
Re: [AOLSERVER] Getting a handle on memory usage
On 2008.04.30, Titi Alailima <[EMAIL PROTECTED]> wrote: > What are the best ways of figuring out how the memory usage in > AOLserver is broken down? [...] There's lots of overheads all over the place. Each Tcl_Obj structure, every Tcl_DString buffer ... the AOLserver driver thread and all its structures used to manage state ... All these little things should (in theory) be inconsequential compared to the larger picture of the application's memory usage, but there's a good chance there are a few lost pointer leaks, etc. -- Dossy Shiobara | [EMAIL PROTECTED] | http://dossy.org/ Panoptic Computer Network | http://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) -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to <[EMAIL PROTECTED]> with the body of "SIGNOFF AOLSERVER" in the email message. You can leave the Subject: field of your email blank.
Re: [AOLSERVER] defaultcharset, outputcharset and static files
On 2008.04.29, Emmanuelle R <[EMAIL PROTECTED]> wrote: > Ah, OK. But why the http headers content type for adp and tcl files is > set to "text/html; charset=utf-8" and set to "text/html; > charset=iso-8859-1" for the html ones then? Sorry to insist on that but > I'd like to understand :). There's nothing in the mimetypes section of my > config file about adp and tcl files so I guess it's handled internally or > is there a parameter to set the default charset to be reported in the > HTTP response that I'm missing? In nsd/mimetypes.c, there's a default table of MIME types. Some of those defaults use NSD_TEXTHTML as the type, which currently is "text/html; charset=iso-8859-1". These defaults can all be overridden by explicit config settings in the ns/mimetypes section. -- Dossy Shiobara | [EMAIL PROTECTED] | http://dossy.org/ Panoptic Computer Network | http://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) -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to <[EMAIL PROTECTED]> with the body of "SIGNOFF AOLSERVER" in the email message. You can leave the Subject: field of your email blank.
Re: [AOLSERVER] defaultcharset, outputcharset and static files
On 2008.04.29, Emmanuelle R <[EMAIL PROTECTED]> wrote: > I had to add 'ns_param .html "text/html; charset=utf-8"' in the ns/ > mimetypes section to get the charset correctly in the http header. I was > expecting the OutputCharset to be applied by default, as it is when adp > or tcl files are served, but apparently it doesn't and I don't understand > why. Did I miss anything? There's a difference between what encoding to apply to the data vs. what to report in the HTTP response. The ns/mimetypes section controls the HTTP response, while the ns/parameters settings control the encoding of the data. -- Dossy Shiobara | [EMAIL PROTECTED] | http://dossy.org/ Panoptic Computer Network | http://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) -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to <[EMAIL PROTECTED]> with the body of "SIGNOFF AOLSERVER" in the email message. You can leave the Subject: field of your email blank.
Re: [AOLSERVER] Compiling 4.5 on Win32 using Visual Studio Express Edition 2008
On 2008.04.28, Titi Alailima <[EMAIL PROTECTED]> wrote: > Speaking of Maurizio's work, since he is basing his work on 4.5.0, is > there any chance we could start a stable branch of 4.5.0-based code? > Seems like 4.5.0 is getting some real traction, but the current HEAD > sounds a little like a moving target, so I'd like to see something > that basically just has bug fixes to 4.5.0. I don't care if we call > it 4.5.0.x or 4.5.x (and look at the HEAD more as 4.6 alpha), but I > don't like having to comb through the CVS and find the bug fixes I > need and patch them in manually, and I've heard enough on this list to > realize it would be foolish to try to take something to production > using the HEAD. So, here's what I'm thinking ... * Push out one final 4.0.11 release as the last in the 4.0.x series. * Merge down fixes from CVS HEAD into the 4.5.x branch, then push out a 4.5.1 release. There is already a aolserver_v45_bp branch for 4.5.x. In theory, CVS HEAD can be viewed as 4.6.x, as you point out. Should the version strings be changed to reflect this? -- Dossy Shiobara | [EMAIL PROTECTED] | http://dossy.org/ Panoptic Computer Network | http://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) -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to <[EMAIL PROTECTED]> with the body of "SIGNOFF AOLSERVER" in the email message. You can leave the Subject: field of your email blank.
Re: [AOLSERVER] error compiling aolserver40_r10
On 2008.04.25, iuri de araujo sampaio <[EMAIL PROTECTED]> wrote: > I get an error when i run make in attempt to install aolserver4.0 r10 > The error is: > > conn.c: In function ‘NsTclConnObjCmd’: > conn.c:843: error: invalid lvalue in assignment This bug has been fixed in the tip of the aolserver_v40_bp branch. Yes, I know, I need to release 4.0.11 already ... heh. -- Dossy Shiobara | [EMAIL PROTECTED] | http://dossy.org/ Panoptic Computer Network | http://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) -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to <[EMAIL PROTECTED]> with the body of "SIGNOFF AOLSERVER" in the email message. You can leave the Subject: field of your email blank.
Re: [AOLSERVER] Fix for ns_tmpnam under Windows
On 2008.04.24, Gustaf Neumann <[EMAIL PROTECTED]> wrote: > I have commited a patch to CVS head to address this problem. > http://aolserver.cvs.sourceforge.net/aolserver/aolserver/nsd/tclfile.c?r1=1.25&r2=1.26 > The patch is local and documents the intended behavior and background in > detail. > Please crosscheck. Looks good, Gustaf. Thanks for the fix! -- Dossy Shiobara | [EMAIL PROTECTED] | http://dossy.org/ Panoptic Computer Network | http://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) -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to <[EMAIL PROTECTED]> with the body of "SIGNOFF AOLSERVER" in the email message. You can leave the Subject: field of your email blank.
[AOLSERVER] AOLserver IRC chat on irc.freenode.net
Hi, I just want to remind folks that we have an IRC channel set up on irc.freenode.net for us to hang out and chat in. The channel name is, no surprise, #aolserver. Come stop by, idle and chat with whoever happens to be around! -- Dossy Shiobara | [EMAIL PROTECTED] | http://dossy.org/ Panoptic Computer Network | http://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) -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to <[EMAIL PROTECTED]> with the body of "SIGNOFF AOLSERVER" in the email message. You can leave the Subject: field of your email blank.
Re: [AOLSERVER] cookie problem
On 2008.04.23, Xavier Bourguignon <[EMAIL PROTECTED]> wrote: > I haven't bothered including the tcl code, but I have added comments > like this "###" to let you know what each call does. ... > ### This procedure gets the form arguments and if they are not empty, > it checks > ### the database to see if this user and password combination is > correct. > ### This proc on successful login, sets a cookie with the username as > its value. > set login [gsa_login::login] ... > ### This proc check a cookie to see if it exists. If it does, it > gets the value > ### which is the username > set user [utils::current_cookie_user "GSAdminLogin"] ... > Can you let me know what could be wrong? In order to help you, we need to see the actual code that sets and gets the cookie. That is almost definitely where your problem is. Also, keep in mind that if you try to set and read a cookie in _the same request_, it likely won't work the way you expect. The way cookies work in the browser is you send a Set-Cookie: in one HTTP response, and in subsequent HTTP requests from the browser, it sends a Cookie: header. If you Set-Cookie: at the start of your page then try to read the Cookie: header in the same request ... you won't get it, obviously, since the request didn't include a Cookie: header from the browser--you only set it it in this very request, so how could the browser have sent it to you, right? This is where you might want to consider following Set-Cookie: with a redirect, so that the browser makes a new request that would include the Cookie: header. -- Dossy Shiobara | [EMAIL PROTECTED] | http://dossy.org/ Panoptic Computer Network | http://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) -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to <[EMAIL PROTECTED]> with the body of "SIGNOFF AOLSERVER" in the email message. You can leave the Subject: field of your email blank.
Re: [AOLSERVER] ns_ora in Aolserver 4.5 for Win32
On 2008.04.23, Enrique Catalan <[EMAIL PROTECTED]> wrote: > Do you have any ideas why it is crashing? Can you run AOLserver under gdb (there is a Cygwin-compiled Win32 binary of gdb you can use, if you have Cygwin installed) and give us a backtrace? Otherwise, you can use the free WinDbg tool from Microsoft: http://www.microsoft.com/whdc/devtools/debugging/default.mspx If you're not familiar with gdb and/or WinDbg and need instructions on how to elicit a backtrace, let me know and I'll try to write up some docs. -- Dossy Shiobara | [EMAIL PROTECTED] | http://dossy.org/ Panoptic Computer Network | http://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) -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to <[EMAIL PROTECTED]> with the body of "SIGNOFF AOLSERVER" in the email message. You can leave the Subject: field of your email blank.
