Stephen Deasey wrote:
> On Jan 7, 2008 10:00 AM, Neophytos Demetriou <[EMAIL PROTECTED]> wrote:
>> I'm having the same problem as outlined below.
>>
>> Basically, the log fails to roll (and so does "ns_accesslog roll")
>> eventhough the directory a
I'm having the same problem as outlined below.
Basically, the log fails to roll (and so does "ns_accesslog roll")
eventhough the directory and the log file look good.
Please note that "ns_rollfile" renames the existing log (say,
access.log.000) but it does not create a new one (not sure if that i
Hi Zoran,
I've spend the weekend compiling and re-compiling the kernel and
different versions of gcc/glib on two machines (with different
CFLAGS/CHOST settings).
NS "make test" worked only once on one of the two machines (with CHOST
set to "i386-pc-linux-gnu" - GCC 4.2 no longer supports that). T
Hi Zoran,
I've spend the weekend compiling and re-compiling the kernel and
different versions of gcc/glib on two machines (with different
CFLAGS/CHOST settings).
NS "make test" worked only once on one of the two machines (with CHOST
set to "i386-pc-linux-gnu" - GCC 4.2 no longer supports that). T
>> Zoran, just to make sure I got that right: xotcl does not work with the
>> nstrace/lazyloader at all (true or false). That's the reason I'm using
>> the modified init.tcl file from 4.99.1.
>
> I wonder if this is xotcl specific, or if xotcl just tickles the right
> (wrong) bit of code. Xotcl se
Zoran Vasiljevic wrote:
> Am 02.08.2007 um 19:05 schrieb Neophytos Demetriou:
>
>> Having said this, if Zoran comes up with a generic solution to the
>> nstrace+xotcl problem I will be an even happier NS user :) but I guess
>> it should be fine for now.
>
> He
Stephen Deasey wrote:
> On 8/1/07, Neophytos Demetriou <[EMAIL PROTECTED]> wrote:
>> * For lazyloader=false, initialization seems ok but on first request I
>> get the usual problems mentioned in a previous thread (I had tried once
>> to debug those errors but it took
Zoran, thank you very much for your message.
Zoran Vasiljevic wrote:
> I would not go
> in much detail there as I think that even that is a UGLY
> solution (rather complicated and error-prone, although with some
> nice side-effects regarding memory footprints...).
I would be happy if nstrace was
Stephen Deasey wrote:
> You're using cvs HEAD, right? (Last change was 8 days ago).
>
> But you're using nsd/init.tcl from 4.99.1? There's been quite a few
> changes here. I don't think the current version forces you to use
> nstrace. But if there are specific problems with the way
> initialisat
' in gdb and get some more information.
>
>
> Try this:
>
> ns_section "ns/server/server1/module/nssock"
> ns_param keepwait 0
>
> Does it crash immediately (or sooner) than num-threads-requests?
>
>
> Try this:
>
> ns_section "ns/serv
Here is the data I have at the moment:
* Server crashes every 40 page requests
(times 39 dependent files, i.e. js, css, ajax, etc)
* Only one thread per page request is used (background delivery
mechanism). Hence, the number 40 matches the allowable
maxthreads/minthreads (see configuration belo
Files:
>> ChangeLog
>> Log Message:
>> * nsd/connio.c:
>> * tests/encoding.test: Use a more robust check for buffer full condition
>> as Tcl may not fill it all the way when it complains of lack of space.
>> Fixes b
Please also note that it returns 0 bytes:
[ <=> ] 0 --.--K/s
09:34:27 (0.00 B/s) - `index.html' saved [0]
- Neophytos
Neophytos Demetriou wrote:
> Hi Stephen,
>
>> Just to be clear though for this particular case: when outputcharset
>> is
Hi Stephen,
> Just to be clear though for this particular case: when outputcharset
> is not set in the config file it works, and when it is it doesn't --
> do you mean just that your browser shows a blank page or have you
> observed something more specific, like an incorrect Content-Length
> heade
an you provide more info how to reproduce it, i used test page with n >
> 8192 and it works fine
>
> Neophytos Demetriou wrote:
>> Dear Vlad,
>> Dear Zoran,
>>
>> I came across some strange behavious when sendRaw is 0 (usually when you
>> specify an encoding in
Andrew Piskorski wrote:
If anyone is really interested in this, the best thing to do would be
to try various more sophisticated high-performance multi-threaded
malloc replacements, rather than just ns_malloc. This was discussed a
bit on the AOLserver list a year or three ago, if anyone cares to
Andrew Piskorski wrote:
If anyone is really interested in this, the best thing to do would be
to try various more sophisticated high-performance multi-threaded
malloc replacements, rather than just ns_malloc. This was discussed a
bit on the AOLserver list a year or three ago, if anyone cares to
Zoran Vasiljevic wrote:
this is my laptop, an IBM thinkpad X40: 1.4-GHz Pentium M
But this one this one is killing me! This one is a single-cpu, right?
Right.
Zoran Vasiljevic wrote:
Am 02.02.2006 um 14:10 schrieb Neophytos Demetriou:
Intel Pentium 4 3GHz [Hyperthreading]
Tcl: 8.4.11
starting 16 malloc threads...waitingdone: 0 seconds, 58726 usec
starting 16 ckalloc threads...waitingdone: 0 seconds, 41410 usec
mult-icpu, right
Intel Pentium 4 3GHz [Hyperthreading]
Tcl: 8.4.11
starting 16 malloc threads...waitingdone: 0 seconds, 58726 usec
starting 16 ckalloc threads...waitingdone: 0 seconds, 41410 usec
IBM X40
Tcl: 8.4.11
starting 16 malloc threads...waitingdone: 0 seconds, 101392 usec
starting 16 ckallo
20 matches
Mail list logo
