Hi,
I just checked in a fix for this -- try again and let me know if it's
still broken.
-Jim
On Jul 6, 2006, at 9:18 AM, Nathan Folkman wrote:
If you haven't already, would you mind filing this as a bug against
4.5 over at SourceForge? I set up a new category for 4.5 bugs. I'll
try to t
Thanks for the incite.
Harvey
- Original Message -
From: "Nathan Folkman" <[EMAIL PROTECTED]>
To:
Sent: Thursday, July 06, 2006 3:27 PM
Subject: Re: [AOLSERVER] [ANN] AOLserver 4.5.0 released!
I'd like to say categorically "yes", but it depends on specifically which
issues you we
On 6 Jul 2006, at 20:20, internet wrote:
Is it fair to assume that those memory usage problems have been
eliminated in AOLserver 4.5.0 when used with Tcl 8.4.1.3?
I'd say so. I believe I was the first to notice the problem with Tcl
8.4.7 or something. It was never something that was a problem
I'd like to say categorically "yes", but it depends on specifically
which issues you were referring to. There have been some
"misconceptions" in the past about AOLserver's memory usage patterns in
regards to how the threaded allocator works, and I'm aware of a few
leaks in some older versions o
There were a number of discussions re AOLserver 4.10 memory usage problems,
which were associated with at least one version of Tcl.
Is it fair to assume that those memory usage problems have been eliminated
in AOLserver 4.5.0 when used with Tcl 8.4.1.3?
Thanks.
Harvey Lunenfeld
Internet Corp
The latest Tcl version (8.4.13) works great! Haven't spent any amount of
time testing with upcoming Tcl 8.5, but it also should work fine I believe.
Not sure exactly what memory issues you are referring to, but if you are
building Tcl multi-threaded, then you are using the threaded allocator
(
What version of Tcl is recommended for use with AOLserver 4.5.0?
Have memory usage/depletion issues been resolved in AOLserver 4.5.0, when
using the recommended version of Tcl?
Harvey Lunenfeld
Internet Corporation
[EMAIL PROTECTED]
- Original Message -
From: "Dossy Shiobara" <[EMA
If you haven't already, would you mind filing this as a bug against 4.5
over at SourceForge? I set up a new category for 4.5 bugs. I'll try to
take a look one of these evenings. Also, please provide a fail case. Thanks!
- n
[EMAIL PROTECTED] wrote:
Now... if I visit a bogus url, I *still* rec
Now... if I visit a bogus url, I *still* receive the default
aolserver not found page. If I visit /404.adp directly, I
successfully get the "sorry not found" message. So, the redirects
section seems to have no affect at server startup. I've tried a
few other methods with the same result
Bas,
the messages about the missing .a files are not nice, but you can ignore
them, since they
are not needed. The Makefile build a .dylib before it comes to the
static lib. since the
rest seems ok, i built with "make -i", since i saw no quick and obvious
way to deactivate the
build of the sta
Hi everyone,
I've run into an issue with internal redirects and can't figure out
what is going on.
I want 404 requests to be redirected to /404/index.html, a static
file. I want the url to stay exactly the same.
I have a fairly straightforward nsd.tcl with little modification.
I had the
11 matches
Mail list logo