naviserver-devel — Developer discussion

Re: [naviserver-devel] Benchmarks

[Zoran V. <zv...@ar...>]

On 11.12.2006, at 17:04, Vlad Seryakov wrote:

> It is hard to convince to use 2-3 times slower
> language even if the whole system is more versatile

I think you need to make some "realistic" examples
and then compare. But this is out of the scope of
this discussion.

We need/should know where we have performance
bottlenecks and should strive to have less of them
in the code *we* control. We do not control Tcl so we
can't speed this up. But we could speed up the server
alone, if it is somewhere "broken" i.e. slow.

Re: [naviserver-devel] Benchmarks

[Vlad S. <vl...@cr...>]

Zoran Vasiljevic wrote:
> On 11.12.2006, at 16:56, Vlad Seryakov wrote:
> 
>> I can sqeeze something from C maybe, but Tcl is a bottleneck
> 
> I understood that even for a index.html (which is a static file)
> you get bad values. Therefore I suggested to short-circuit
> layers and find out which one sucks.


i will try to profile it and see where most of time is spent

> Tcl is definitely not the fastest kid on the block, allright.
> We do not use it because it is fast (it isn't) but because of
> the versatility.

I know that, it is just rules out the naviserver/tcl out of high speed 
projects if other systems like PHP/Java/Perl involved and speed is one 
of the top priorities. It is hard to convince to use 2-3 times slower 
language even if the whole system is more versatile.



> 
> -------------------------------------------------------------------------
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share your
> opinions on IT & business topics through brief surveys - and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> _______________________________________________
> naviserver-devel mailing list
> nav...@li...
> https://lists.sourceforge.net/lists/listinfo/naviserver-devel
> 

-- 
Vlad Seryakov
571 262-8608 office
vl...@cr...
http://www.crystalballinc.com/vlad/

Re: [naviserver-devel] Benchmarks

[Zoran V. <zv...@ar...>]

On 11.12.2006, at 16:56, Vlad Seryakov wrote:

> I can sqeeze something from C maybe, but Tcl is a bottleneck

I understood that even for a index.html (which is a static file)
you get bad values. Therefore I suggested to short-circuit
layers and find out which one sucks.

Tcl is definitely not the fastest kid on the block, allright.
We do not use it because it is fast (it isn't) but because of
the versatility.

Re: [naviserver-devel] Benchmarks

[Vlad S. <vl...@cr...>]

I can sqeeze something from C maybe, but Tcl is a bottleneck, making 
"for" loop bigger than over 200-500 iterations makes it crawl comparing 
to PHP, even with Tcl files cached, still it is 2-3 times slower. I am 
evaluating stuff for high performance web site and it looks like Tcl 
alone makes requirements for hardware tougher as oppose to PHP to be 
able reach same level of req/sec. Of course there is DB which make 
things much slower, but having same DB in both environments still if 
page requires some logic processing scripting language speed is important.

Zoran Vasiljevic wrote:
> On 11.12.2006, at 16:27, Vlad Seryakov wrote:
> 
>> I tested AS 4.5, it is even slower than NS, not much but a little bit
> 
> Well, then it is not the Tcl channel stuff as 4.5 still uses
> open/read. In that case it must be something else. I guess you
> need to put shortcircuit code at various places to isolate
> layer by layer. That is not funny work but in the case you need
> all the speed you can get, it is unavoidable.
> 
>   
> 
> 
> -------------------------------------------------------------------------
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share your
> opinions on IT & business topics through brief surveys - and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> _______________________________________________
> naviserver-devel mailing list
> nav...@li...
> https://lists.sourceforge.net/lists/listinfo/naviserver-devel
> 

-- 
Vlad Seryakov
571 262-8608 office
vl...@cr...
http://www.crystalballinc.com/vlad/

Re: [naviserver-devel] Benchmarks

[Zoran V. <zv...@ar...>]

On 11.12.2006, at 16:27, Vlad Seryakov wrote:

> I tested AS 4.5, it is even slower than NS, not much but a little bit

Well, then it is not the Tcl channel stuff as 4.5 still uses
open/read. In that case it must be something else. I guess you
need to put shortcircuit code at various places to isolate
layer by layer. That is not funny work but in the case you need
all the speed you can get, it is unavoidable.

  

Re: [naviserver-devel] Benchmarks

[Vlad S. <vl...@cr...>]

I tested AS 4.5, it is even slower than NS, not much but a little bit

Zoran Vasiljevic wrote:
> On 11.12.2006, at 06:17, Vlad Seryakov wrote:
> 
>> The results are somewhat bad, Naviserver is 2x slower on simple adp  
>> page
>> comparing to similar PHP page.
> 
> Not that the channel stuff I added some time is braking us...
> Did you try the aolserver, as it does not use Tcl channels
> at the places we do? Perhaps this is the easiest way to
> rule-out that case.
> Not that I'm very concerned about the speed (I'm not that much)
> but it would be good to know where we "brake" the show.
> 
> Cheers
> Zoran
> 
> 
> -------------------------------------------------------------------------
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share your
> opinions on IT & business topics through brief surveys - and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> _______________________________________________
> naviserver-devel mailing list
> nav...@li...
> https://lists.sourceforge.net/lists/listinfo/naviserver-devel
> 

-- 
Vlad Seryakov
571 262-8608 office
vl...@cr...
http://www.crystalballinc.com/vlad/

Re: [naviserver-devel] Benchmarks

[Zoran V. <zv...@ar...>]

On 11.12.2006, at 16:13, Vlad Seryakov wrote:

> Looks like
> deficiency in Tcl and driver/queue processing.

If you use static pages, then Tcl whould be included
only when accessing Tcl FS. That's why I asked if
you can try aolserver under same circumstances,
as it does not call Tcl FS for that kind of processing.
If this turns out to be true, we can skip Tcl FS at
that places i.e. make it configurable.

Re: [naviserver-devel] Benchmarks

[Vlad S. <vl...@cr...>]

It is all defaults, as php and NS. I even tried to test test.html, but 
still apache is almost twice fatster than fastpath.

Changing to clock did not make any difference. Playing with fancy 
non-fancy ADP parsers did not change anything as well. Looks like 
deficiency in Tcl and driver/queue processing.

Bernd Eidenschink wrote:
> Hi Vlad,
> 
>> The results are somewhat bad, Naviserver is 2x slower on simple adp page
>> comparing to similar PHP page.
> 
> can you replace the [ns_fmttime [ns_time... with one
> [clock format [clock seconds] -format "%c"]
> 
> and did you set up similar configuration values in php.ini and config.tcl?
> 
> Like, e.g. for php.ini:
> display_errors = Off
> log_errors = Off
> track_errors = Off
> register_globals = Off
> error_reporting  =  E_WARNING
> magic_quotes_gpc = Off
> output_buffering = Off
> zlib.output_compression = Off
> safe_mode = Off
> and no zend_optimizer.optimization_level line.
> Is the "mbstring" module compiled in? Does it change anything if it is 
> activated or not?
> 
> NaviServer then should be configured to log only logmaxlevel 1 (warnings), 
> fastpath cache false. No limits (are there defaults?); default charset 
> encoding; no adp on-the-fly compression.
> 
> Does this change anything?
> 
> Bernd.
> 
> -------------------------------------------------------------------------
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share your
> opinions on IT & business topics through brief surveys - and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> _______________________________________________
> naviserver-devel mailing list
> nav...@li...
> https://lists.sourceforge.net/lists/listinfo/naviserver-devel
> 

-- 
Vlad Seryakov
571 262-8608 office
vl...@cr...
http://www.crystalballinc.com/vlad/

Re: [naviserver-devel] Benchmarks

[Zoran V. <zv...@ar...>]

On 11.12.2006, at 06:17, Vlad Seryakov wrote:

> The results are somewhat bad, Naviserver is 2x slower on simple adp  
> page
> comparing to similar PHP page.

Not that the channel stuff I added some time is braking us...
Did you try the aolserver, as it does not use Tcl channels
at the places we do? Perhaps this is the easiest way to
rule-out that case.
Not that I'm very concerned about the speed (I'm not that much)
but it would be good to know where we "brake" the show.

Cheers
Zoran

Re: [naviserver-devel] Benchmarks

[Bernd E. <eid...@we...>]

Hi Vlad,

> The results are somewhat bad, Naviserver is 2x slower on simple adp page
> comparing to similar PHP page.

can you replace the [ns_fmttime [ns_time... with one
[clock format [clock seconds] -format "%c"]

and did you set up similar configuration values in php.ini and config.tcl?

Like, e.g. for php.ini:
display_errors = Off
log_errors = Off
track_errors = Off
register_globals = Off
error_reporting  =  E_WARNING
magic_quotes_gpc = Off
output_buffering = Off
zlib.output_compression = Off
safe_mode = Off
and no zend_optimizer.optimization_level line.
Is the "mbstring" module compiled in? Does it change anything if it is 
activated or not?

NaviServer then should be configured to log only logmaxlevel 1 (warnings), 
fastpath cache false. No limits (are there defaults?); default charset 
encoding; no adp on-the-fly compression.

Does this change anything?

Bernd.

[naviserver-devel] Benchmarks

[Vlad S. <vl...@cr...>]

Reading recently about different tests, i decided to see how we stand 
with PHP or Ruby.

The results are somewhat bad, Naviserver is 2x slower on simple adp page 
comparing to similar PHP page.

Below are files:

test.php
-------------------------------
<BODY>

Test list <?php print date; ?><P>

<UL>
<?php

for ($i = 0; $i < 50; $i++) {
   print $i;
}

?>

</UL>

</BODY>


test.adp
------------------------------------
<BODY>

Test list <%=[ns_fmttime [ns_time]]%><P>

<UL>
<%

for { set i 0 } { $i < 50 } { incr i } {
   ns_adp_puts $i
}

%>

</UL>

</BODY>


The commands i used:

ab -c 10 -n 1000 http://localhost/test/test.adp
ab -c 10 -n 1000 http://localhost:8080/test.php

Machine is 3.2Ghx Xeon(Hyperthreading enabled) with 1Gb of RAM

PHP Requests per second:    3281.09 [#/sec] (mean)
NS  Requests per second:    1762.10 [#/sec] (mean)

Converting .adp into.tcl did not help, still same speed. I've never 
benchmarked NS before, but now i am surprised. I know Tcl is slow but 
that is at least 2 times. By making list bigger as 500 iterations, PHP 
works still faster than Tcl does 50 iterations.



-- 
Vlad Seryakov
571 262-8608 office
vl...@cr...
http://www.crystalballinc.com/vlad/

[naviserver-devel] Release

[Vlad S. <vl...@cr...>]

Hi guys,

if we want to make release this year, we need to finish docs, i just 
cant make myself to finish it:-((

We have these pages to replace example text, of course the rest of 
manuals desire to be better but at least they have something.

ns_limits_get.man
ns_limits_list.man
ns_limits_register.man
ns_limits_set.man
ns_locationproc.man
ns_moduleload.man
ns_parseargs.man
ns_purgefiles.man
ns_register_fastpath.man
ns_register_fasturl2file.man
ns_register_proxy.man
ns_register_url2file.man
ns_serverrootproc.man
ns_shortcut_filter.man
ns_startcontent.man
ns_unregister_adp.man
ns_unregister_url2file.man
ns_var.man


-- 
Vlad Seryakov
571 262-8608 office
vl...@cr...
http://www.crystalballinc.com/vlad/

[naviserver-devel] Tracker Spam

[Stephen D. <sd...@gm...>]

Sorry for all the tracker spam. I unchecked the "send to mailing list"
check box before starting, but I guess that's just for show...

I moved the Feature Requests into the Bugs tracker and closed the
first one down. Things are still categorised as Bug or Feature, but
now you can see them all at once.

Also, I added all the modules, so you can file bugs against them
individually. If you like, you can add yourself as the default contact
for a module so all bugs get assigned to you first, from where you can
decide what to do with them.

Re: [naviserver-devel] Printf, wide ints and GNU warnings

[Vlad S. <vl...@cr...>]

Found %llu and it does not complain

Vlad Seryakov wrote:
> Hi,
> 
> Stephen, do you know how to avoid ugly warnings like unknown format when 
> i want to use %q in Ns_DStringPrintf to output Tcl_WideInt type. 
> Converting to double is ugly as well, i just put them for now to make it 
> work but this needs to be changed.
> May be those __printf__ attributes can be extended?
> 
> 
> 

-- 
Vlad Seryakov
571 262-8608 office
vl...@cr...
http://www.crystalballinc.com/vlad/

[naviserver-devel] Printf, wide ints and GNU warnings

[Vlad S. <vl...@cr...>]

Hi,

Stephen, do you know how to avoid ugly warnings like unknown format when 
i want to use %q in Ns_DStringPrintf to output Tcl_WideInt type. 
Converting to double is ugly as well, i just put them for now to make it 
work but this needs to be changed.
May be those __printf__ attributes can be extended?



-- 
Vlad Seryakov
571 262-8608 office
vl...@cr...
http://www.crystalballinc.com/vlad/

Re: [naviserver-devel] Range-Support

[Stephen D. <sd...@gm...>]

On 11/27/06, Bernd Eidenschink <eid...@we...> wrote:
> > Turn off range requests by disabling the following test in
> > nsd/fastpath.c:FastReturn()
>
> Thanks for this one. I already removed the line in nsd/return.c which helped
> me with this problem: Visitors trying to download a PDF (intended to be
> opened by Acrobat Reader) with a Firefox browser (and only! with this one)
> had problems to do so. Firefox stops after the first request (or after the
> response of the server), as it seems.
>
> I reproduced the behaviour on my local machine with a HTML file containing
> just a link to a PDF. I'll have to test it with a more pristine environment
> this week, but maybe you can see a similar effect?
>
> Snippet (some headers removed):
>
> ====Client Request:
> GET /TEST/edition.pdf HTTP/1.1
>
> ====Server Response:
> Accept-Ranges: bytes
> Date: on, 27 Nov 2006 13:35:12 GT
> Server: NaviServer/4.99.2
> Content-Type: application/pdf
> Content-Length: 38644641
> Connection: close
>
> ====Client Request:
> GET /TEST/edition.pdf HTTP/1.1
> Keep-Alive: 300
> Connection: keep-alive
> Range: bytes=38643617-38644640,38439841-38643616,65536-38439840


This seems weird. It's a request for 3 consecutive ranges within the
document, expressed out of order...!?

Reverse them and you get this:

      65536-38439840
38439841-38643616
38643617-38644640


> ====Server Response:
> HTTP/1.x 206 Partial Content
> Last-Modified: Fri, 24 Nov 2006 09:17:57 GT
> Content-Range: bytes 65536-38644640/38644641
> Content-Length: 38579105


Here you can see that NaviServer has coalesced them into a single
range. The RFC talks about this, although I'm wondering to what extent
the reversed order of the ranges effects this. The ranges are supposed
to be sent back in the order they were requested, as they're otherwise
not identified.

It doesn't make any sense to me why Mozilla would intentionally
request the ranges out of order. If it really needs the bytes in a
specific order, it can rearrange them on the client machine.

Weird.

Re: [naviserver-devel] Range-Support

[Bernd E. <eid...@we...>]

> Turn off range requests by disabling the following test in
> nsd/fastpath.c:FastReturn()

Thanks for this one. I already removed the line in nsd/return.c which helped 
me with this problem: Visitors trying to download a PDF (intended to be 
opened by Acrobat Reader) with a Firefox browser (and only! with this one) 
had problems to do so. Firefox stops after the first request (or after the 
response of the server), as it seems.

I reproduced the behaviour on my local machine with a HTML file containing 
just a link to a PDF. I'll have to test it with a more pristine environment 
this week, but maybe you can see a similar effect?

Snippet (some headers removed):

====Client Request:
GET /TEST/edition.pdf HTTP/1.1

====Server Response:
Accept-Ranges: bytes
Date: on, 27 Nov 2006 13:35:12 GT
Server: NaviServer/4.99.2
Content-Type: application/pdf
Content-Length: 38644641
Connection: close

====Client Request:
GET /TEST/edition.pdf HTTP/1.1
Keep-Alive: 300
Connection: keep-alive
Range: bytes=38643617-38644640,38439841-38643616,65536-38439840

====Server Response:
HTTP/1.x 206 Partial Content
Last-Modified: Fri, 24 Nov 2006 09:17:57 GT
Content-Range: bytes 65536-38644640/38644641
Accept-Ranges: bytes
Date: on, 27 Nov 2006 13:35:12 GT
Server: NaviServer/4.99.2
Content-Type: application/pdf
Content-Length: 38579105
Connection: close

Re: [naviserver-devel] Range-Support

[Stephen D. <sd...@gm...>]

On 11/27/06, Bernd Eidenschink <eid...@we...> wrote:
>
> Hi ya,
>
> what's the easiest way to deactivate Range-Support?
>
> Removing the line
>
>     Ns_ConnCondSetHeaders(conn, "Accept-Ranges", "bytes");
>
> in nsd/return.c?
>
> I'm hunting a bug and have to find out whether it's client or server related.
>
> Bernd.


I don't think that will be enough.  Some clients probably
speculatively send the range request whether support is advertised or
not, expecting a complete response if range requests are not
supported.

Turn off range requests by disabling the following test in
nsd/fastpath.c:FastReturn()


    /*
     * Check if this is a Range: request and parse the
     * requested ranges..
     */

    if (ParseRange(conn, &range) == NS_ERROR) {
        Ns_ConnPrintfHeaders(conn, "Content-Range", "bytes */%lu", range.size);
        return Ns_ConnReturnStatus(conn, range.status);
    }

[naviserver-devel] Range-Support

[Bernd E. <eid...@we...>]

Hi ya,

what's the easiest way to deactivate Range-Support? 

Removing the line

    Ns_ConnCondSetHeaders(conn, "Accept-Ranges", "bytes");

in nsd/return.c?

I'm hunting a bug and have to find out whether it's client or server related.

Bernd.

Re: [naviserver-devel] Panic in Time object

[Stephen D. <sd...@gm...>]

Oops -- removed the excessive check for shared object in the case
where we're merely converting it's internal rep.


On 11/15/06, Vlad Seryakov <vl...@cr...> wrote:
> [Switching to thread 5 (Thread -1471153248 (LWP 22074))]#0  0xb7f21410
> in ?? ()
> (gdb) bt
> #0  0xb7f21410 in ?? ()
> #1  0xa84fd3c8 in ?? ()
> #2  0xb7d60ff4 in ?? () from /lib/libc.so.6
> #3  0xa84fd3b4 in ?? ()
> #4  0xb7ccf756 in __nanosleep_nocancel () from /lib/libc.so.6
> #5  0xb7ccf548 in sleep () from /lib/libc.so.6
> #6  0xb5752d5d in DnsPanic (fmt=0xb7f182f0 "SetTimeInternalRep called
> with shared object") at nsdns.c:237

Re: [naviserver-devel] Panic in Time object

[Zoran V. <zv...@ar...>]

On 15.11.2006, at 18:48, Zoran Vasiljevic wrote:

> Uhuhu... that's bad. Obviously the problem is deeper.
> This might not be trivial. I wonder how it worked before?

Hm... one has to see wether this is really the wanted behaviour,
I mean to panic at that place. I can't tell more about it now
unless I look into the code deeper.

Zoran

Re: [naviserver-devel] Panic in Time object

[Zoran V. <zv...@ar...>]

On 15.11.2006, at 18:39, Vlad Seryakov wrote:

> I see additional checks about Tcl time object being shared and  
> those are
> trigger panics now.

Uhuhu... that's bad. Obviously the problem is deeper.
This might not be trivial. I wonder how it worked before?

Re: [naviserver-devel] Panic in Time object

[Vlad S. <vl...@cr...>]

I see additional checks about Tcl time object being shared and those are 
trigger panics now.

Zoran Vasiljevic wrote:
> On 15.11.2006, at 18:27, Vlad Seryakov wrote:
> 
>> Now it is panicing all the time and i am using Tcl time calls only
>>
> 
> This is most probably introduced in last 2-3 weeks as I have
> not updated my copy since then and I do not experience any
> such problems. I vaguely recall that I've seen Stephen chaning
> something in that area but I could not put my hand in fire for
> that.
> 
> If this remains unsolved until tomorrow, I will look into that.
> 
> Cheers
> Zoran 
> 
> 
> -------------------------------------------------------------------------
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share your
> opinions on IT & business topics through brief surveys - and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> _______________________________________________
> naviserver-devel mailing list
> nav...@li...
> https://lists.sourceforge.net/lists/listinfo/naviserver-devel
> 

-- 
Vlad Seryakov
571 262-8608 office
vl...@cr...
http://www.crystalballinc.com/vlad/

Re: [naviserver-devel] Panic in Time object

[Zoran V. <zv...@ar...>]

On 15.11.2006, at 18:27, Vlad Seryakov wrote:

> Now it is panicing all the time and i am using Tcl time calls only
>

This is most probably introduced in last 2-3 weeks as I have
not updated my copy since then and I do not experience any
such problems. I vaguely recall that I've seen Stephen chaning
something in that area but I could not put my hand in fire for
that.

If this remains unsolved until tomorrow, I will look into that.

Cheers
Zoran 

Re: [naviserver-devel] Panic in Time object

[Vlad S. <vl...@cr...>]

Now it is panicing all the time and i am using Tcl time calls only

Vlad Seryakov wrote:
> [Switching to thread 5 (Thread -1471153248 (LWP 22074))]#0  0xb7f21410 
> in ?? ()
> (gdb) bt
> #0  0xb7f21410 in ?? ()
> #1  0xa84fd3c8 in ?? ()
> #2  0xb7d60ff4 in ?? () from /lib/libc.so.6
> #3  0xa84fd3b4 in ?? ()
> #4  0xb7ccf756 in __nanosleep_nocancel () from /lib/libc.so.6
> #5  0xb7ccf548 in sleep () from /lib/libc.so.6
> #6  0xb5752d5d in DnsPanic (fmt=0xb7f182f0 "SetTimeInternalRep called 
> with shared object") at nsdns.c:237
> #7  0xb7e680ae in Tcl_PanicVA () from /usr/lib/libtcl8.4.so
> #8  0xb7e68147 in Tcl_Panic () from /usr/lib/libtcl8.4.so
> #9  0xb7f03481 in SetTimeInternalRep (objPtr=0x9be1ea0, 
> timePtr=0xa84fd4c0) at tcltime.c:600
> #10 0xb7f03447 in SetTimeFromAny (interp=0xa880a360, objPtr=0x9be1ea0) 
> at tcltime.c:573
> #11 0xb7e65f00 in Tcl_ConvertToType () from /usr/lib/libtcl8.4.so
> #12 0xb7f029bc in Ns_TclGetTimeFromObj (interp=0xa880a360, 
> objPtr=0x9be1ea0, timePtr=0xa84fd57c) at tcltime.c:181
> #13 0xb7f00022 in NsTclSockOpenObjCmd (arg=0x97c29e8, interp=0xa880a360, 
> objc=5, objv=0x979f868) at tclsock.c:447
> #14 0xb7e14aab in TclEvalObjvInternal () from /usr/lib/libtcl8.4.so
> #15 0xb7e406dd in TclExecuteByteCode () from /usr/lib/libtcl8.4.so
> #16 0xb7e44278 in TclCompEvalObj () from /usr/lib/libtcl8.4.so
> #17 0xb7e6ff65 in TclObjInterpProc () from /usr/lib/libtcl8.4.so
> #18 0xb7e14aab in TclEvalObjvInternal () from /usr/lib/libtcl8.4.so
> #19 0xb7e406dd in TclExecuteByteCode () from /usr/lib/libtcl8.4.so
> #20 0xb7e44278 in TclCompEvalObj () from /usr/lib/libtcl8.4.so
> #21 0xb7e15b18 in Tcl_EvalObjEx () from /usr/lib/libtcl8.4.so
> #22 0xb7e1cbab in Tcl_CatchObjCmd () from /usr/lib/libtcl8.4.so
> #23 0xb7e14aab in TclEvalObjvInternal () from /usr/lib/libtcl8.4.so
> #24 0xb7e406dd in TclExecuteByteCode () from /usr/lib/libtcl8.4.so
> #25 0xb7e44278 in TclCompEvalObj () from /usr/lib/libtcl8.4.so
> #26 0xb7e15b18 in Tcl_EvalObjEx () from /usr/lib/libtcl8.4.so
> #27 0xb7e24b3e in Tcl_SwitchObjCmd () from /usr/lib/libtcl8.4.so
> #28 0xb7e14aab in TclEvalObjvInternal () from /usr/lib/libtcl8.4.so
> #29 0xb7e406dd in TclExecuteByteCode () from /usr/lib/libtcl8.4.so
> #30 0xb7e44278 in TclCompEvalObj () from /usr/lib/libtcl8.4.so
> #31 0xb7e15b18 in Tcl_EvalObjEx () from /usr/lib/libtcl8.4.so
> #32 0xb7e24b3e in Tcl_SwitchObjCmd () from /usr/lib/libtcl8.4.so
> #33 0xb7e14aab in TclEvalObjvInternal () from /usr/lib/libtcl8.4.so
> #34 0xb7e406dd in TclExecuteByteCode () from /usr/lib/libtcl8.4.so
> #35 0xb7e44278 in TclCompEvalObj () from /usr/lib/libtcl8.4.so
> #36 0xb7e6ff65 in TclObjInterpProc () from /usr/lib/libtcl8.4.so
> #37 0xb7e14aab in TclEvalObjvInternal () from /usr/lib/libtcl8.4.so
> #38 0xb7e1502d in Tcl_EvalEx () from /usr/lib/libtcl8.4.so
> #39 0xb7eeca18 in Ns_TclEvalCallback (interp=0xa880a360, 
> cbPtr=0xb1eb7f28, result=0x0) at tclcallbacks.c:170
> #40 0xb7efcf75 in NsTclSchedProc (arg=0xb1eb7f28, id=21) at tclsched.c:383
> #41 0xb7ee5209 in EventThread (arg=0x0) at sched.c:681
> #42 0xb7ea628b in NsThreadMain (arg=0xb1e68570) at thread.c:211
> #43 0xb7ea731a in ThreadMain (arg=0xb1e68570) at pthread.c:752
> #44 0xb7c3627b in start_thread () from /lib/libpthread.so.0
> #45 0xb7d0208e in clone () from /lib/libc.so.6
> 

-- 
Vlad Seryakov
571 262-8608 office
vl...@cr...
http://www.crystalballinc.com/vlad/