I don't see this problem in 4.0 or 4.5.
It looks like searching for 秋 on bookmooch first goes to
http://www.bookmooch.com/search?w=%E7%A7%8Bsearch.x=14search.y=13
(which looks fine - that's the correct URL encoding of the UTF-8
representation of that character)
but that page immediately
Hi Dossy,
You said that current should never drop below min. But in my case after
threads have serviced configured number of requests they start to die. idle
and current keeps dropping until 0 and never comes up again.
The server logs shows lines like:
On Mon, Oct 01, 2007 at 10:39:38AM -0400, Dossy Shiobara wrote:
Hi,
A new Google Group has been created for the AOLserver project:
http://groups.google.com/group/aolserver
Why not adding the current list to gmane? It has a nice searching
feature.
--
Francesco P. Lovergine
--
Sounds like a good idea. So if someone responds in the google groups interface
it gets sent via the AOLserver listserv? What form are the archives in? Is a
text dump possible or how does it work?
tom jackson
On Monday 01 October 2007 07:39, Dossy Shiobara wrote:
Hi,
A new Google Group has
On 2007.10.01, Francesco P. Lovergine [EMAIL PROTECTED] wrote:
Why not adding the current list to gmane? It has a nice searching
feature.
The AOLserver list was imported into Gmane a long time ago:
http://dir.gmane.org/gmane.comp.web.aolserver
On 2007.10.01, Tom Jackson [EMAIL PROTECTED]
On Mon, Oct 01, 2007 at 11:21:59AM -0400, Dossy Shiobara wrote:
On 2007.10.01, Francesco P. Lovergine [EMAIL PROTECTED] wrote:
Why not adding the current list to gmane? It has a nice searching
feature.
The AOLserver list was imported into Gmane a long time ago:
John Buckman wrote:
Bas Scheffers was kind to share his 404-pattern code with me (ie, a
custom 404 handler to enable static caching of frequently requested
files), which I used to write my own.
It's not rocket science, but since I asked the question, I thought I'd
share my code, in case
You're not doing anything wrong. You have a thread timeout. So after 60
seconds, the idle thread exits. Maybe there is a bug in pools.c, but what is
happening is that at startup, minthreads are created. If you go in and
increase minthreads after starup of the pool, the minthreads will not
Gustaf,
I'm going to ask that the patch be removed and replaced with a module. I've
already written one which does the same thing.
We are in a bad habit in this community of letting anything happen at the
least possible cost to those who modify core code. This is a perfect example
of the
On 2007.10.01, Tom Jackson [EMAIL PROTECTED] wrote:
On the surface, the patch appears (as described) to do something like
ns_returnfile. All the patch does is to make a copy of the connection
and wrap the sock in a Tcl_Channel.
My only real concern about the change:
What happens if you try to
On Mon, Oct 01, 2007 at 09:40:19AM -0700, Tom Jackson wrote:
Gustaf,
I'm going to ask that the patch be removed and replaced with a module.
Why? What possible harm does including Gustaf's patch in the stock
server cause, rather than loading it as an additional module?
Regardless of the
Well there are some surprising things in this change. I'm not sure what the
spliceout variable means, but it is unrelated to the Ns_ and Tcl_ spliceout
functions, and I have no idea what they do yet.
But the nContentSent (and sock) member is private to a Conn, not even visible
in a Ns_Conn,
On 2007.10.01, Andrew Piskorski [EMAIL PROTECTED] wrote:
And just where is Gustaf SUPPOSED to add docs for
his new feature anyway?
I will try to update doc/ns_conn.n soon and include the two new ns_conn
subcommands that Gustaf's patch adds.
And AOLserver should probably be changed somtime to
Andrew Piskorski wrote:
What's the actual problem with Gustaf's code? You've obviously read
and thought about it, Tom (which I have not), but so far I see a lot
of theoretical hand wavy complaints from you, but little solid
criticism of the actual code.
I also think the code belongs on a
On 2007.10.01, Jeff Rogers [EMAIL PROTECTED] wrote:
I also think the code belongs on a module rather than in the core.
My vote is to leave [ns_conn channel] in the core officially, and mark
[ns_conn contentsentlength] as deprecated to warn folks from coupling
their code too tightly to it, as it
On 01.10.2007, at 21:04, Tom Jackson wrote:
tclsock.c-766-/*
tclsock.c-767- * Pass a dup of the socket to the callback
thread, allowing
tclsock.c-768- * this thread's cleanup to close the current
socket. It's
tclsock.c-769- * not possible to simply register the channel
On Monday 01 October 2007 12:35, Dossy Shiobara wrote:
My vote is to leave [ns_conn channel] in the core officially, and mark
[ns_conn contentsentlength] as deprecated to warn folks from coupling
their code too tightly to it, as it may be removed in a future version.
Personally I don't think
Hmm. As the people who originated that kind of push, we do something a
little more straightforward -- but we've never integrated it to TCL
programming.
You may recall the persistent connection patch that was never applied
to AOLServer 3.4. In our case, what we asked to do was to remove a
From an OpenACS users point of view who is also working closely
with ]po[, probably the major reason for AOLserver installations
nowadays, I just want this to work and easy to install. I assume the
module will also work on the Windows Version? I furthermore assume
the module does not have
19 matches
Mail list logo
