On 4/14/06, Zoran Vasiljevic <[EMAIL PROTECTED]> wrote:
>
> On 14.04.2006, at 11:58, Zoran Vasiljevic wrote:
>
> > OK. This is the beast:
> >
> > test cache-6.2 {eval ttl} -body {
> > ns_cache_eval -ttl 1 -- c1 k1 {return a}
> > after 1500
> > ns_cache_eval c1 k1 {return b}
> > } -clean
On 14.04.2006, at 11:58, Zoran Vasiljevic wrote:
OK. This is the beast:
test cache-6.2 {eval ttl} -body {
ns_cache_eval -ttl 1 -- c1 k1 {return a}
after 1500
ns_cache_eval c1 k1 {return b}
} -cleanup {
ns_cache_flush c1
} -result b
It is now fixed in the CVS. Stephen please re
On 14.04.2006, at 11:35, Zoran Vasiljevic wrote:
We are funking all over the place. Now I have to
isolate the test which triggers the error. This
will be a long work as I have to disable test per
test, reboot the server (takes long time under purify)
and repeat...
OK. This is the beast:
test
On 14.04.2006, at 11:25, Zoran Vasiljevic wrote:
Lets see if this reveals anything...
Hm This code is pretty broken:
FMR: Free memory read
FMW: Free memory write
FMR: Free memory read
FMW: Free memory write
FMR: Free memory read
FMR: Free memory read
On 14.04.2006, at 11:10, Zoran Vasiljevic wrote:
Unable to get Purify running with the test env, therefore
I just did the above commands from within the control port
session:
lexxsrv:nscp 1> ns_cache_create c1 1000
lexxsrv:nscp 2> ns_cache_incr c1 k1
1
lexxsrv:nscp 3> ns_cache_incr c1 k1
2
lexx
On 14.04.2006, at 00:30, Stephen Deasey wrote:
Using Tcl 8.4.12.
Create the file tests/x.test:
package require tcltest 2.2
namespace import -force ::tcltest::*
eval ::tcltest::configure $argv
test corruption-1 {cache incr highlights corruption} -setup {
ns_cache_create c1 1000
} -body
Maybe I'm just confusing myself, but I thought that with a different
configuration, THREAD_ALLOC enabled iirc, the error message was
showing that it was reading one byte *before* the buffer, no just
running off the end because of no NIL byte. Could be wrong though.
I'll take another look at the c
But still make test crashes in
#0 Push (ePtr=0x87ff938) at cache.c:904
904 ePtr->cachePtr->firstEntryPtr->prevPtr = ePtr;
Stephen Deasey wrote:
Using Tcl 8.4.12.
Create the file tests/x.test:
package require tcltest 2.2
namespace import -force ::tcltest::*
eval ::tcltest::confi
My fault, commiting the fix
Stephen Deasey wrote:
Using Tcl 8.4.12.
Create the file tests/x.test:
package require tcltest 2.2
namespace import -force ::tcltest::*
eval ::tcltest::configure $argv
test corruption-1 {cache incr highlights corruption} -setup {
ns_cache_create c1 1000
} -bo
Using Tcl 8.4.12.
Create the file tests/x.test:
package require tcltest 2.2
namespace import -force ::tcltest::*
eval ::tcltest::configure $argv
test corruption-1 {cache incr highlights corruption} -setup {
ns_cache_create c1 1000
} -body {
ns_cache_incr c1 k1
ns_cache_incr c1 k1
On 13.04.2006, at 23:58, Stephen Deasey wrote:
Unless anyone has any bright ideas, I'm going to test snapshots from
CVS until the problem goes away, when I get time...
I have Purify. Can you get me a sequence of commands
which expose memory corrruption so I can replay it
under purify control?
Uh oh...
There could well be problems with the cache code, but I think it runs
deeper than that. I've found a couple of problems which are easier to
trigger, for testing:
make runtest
ns_info nsd
...produces garbage.
make runtest
ns_cache_create c 1000
ns_cache_incr c k
1
ns_cache_create c k
This is what i discovered yesterday, i ported my application from
ns_cache module to internal Tcl cache API and got SEGV crashes. Under
high concurrency when inside ns_cache_eval i call another ns_cache_set C
cache API crashes, using ns_cache it was working the last couple of
years. It always c
13 matches
Mail list logo
