Menu
▾
▴
naviserver-devel
|
From: Vlad S. <vl...@cr...> - 2005-10-21 13:35:27
|
[21/Oct/2005:09:30:55][8454.3004771248][-thread-1290196048-] Error: Can not register Tcl trace, server already started. The trace which is called is NS_TCL_TRACE_DEALLOCATE -- Vlad Seryakov 571 262-8608 office vl...@cr... http://www.crystalballinc.com/vlad/ |
|
From: Stephen D. <sd...@gm...> - 2005-10-21 20:44:06
|
On 10/21/05, Vlad Seryakov <vl...@cr...> wrote: > > [21/Oct/2005:09:30:55][8454.3004771248][-thread-1290196048-] Error: Can > not register Tcl trace, server already started. > > The trace which is called is NS_TCL_TRACE_DEALLOCATE This has been the case for quite a while, it just never used to log an error (which is why the bug in nsdb went unnoticed). The trace api is limited to pre-start up because the locking would be a pain. It's possible for example for a Tcl trace callback to add another trace, causing a deadlock if we don't use something like a critical section, which seems a little over the top. Which code is trying to register a trace, and why? |
|
From: Vlad S. <vl...@cr...> - 2005-10-21 20:53:33
|
I this NS_TCL_TRACE_DEALLOCATE is used to delay delallocation of interps, i do not explicitely register any traces. Stephen Deasey wrote: > On 10/21/05, Vlad Seryakov <vl...@cr...> wrote: > >>[21/Oct/2005:09:30:55][8454.3004771248][-thread-1290196048-] Error: Can >>not register Tcl trace, server already started. >> >>The trace which is called is NS_TCL_TRACE_DEALLOCATE > > > > This has been the case for quite a while, it just never used to log an > error (which is why the bug in nsdb went unnoticed). > > The trace api is limited to pre-start up because the locking would be > a pain. It's possible for example for a Tcl trace callback to add > another trace, causing a deadlock if we don't use something like a > critical section, which seems a little over the top. > > Which code is trying to register a trace, and why? > > > ------------------------------------------------------- > This SF.Net email is sponsored by: > Power Architecture Resource Center: Free content, downloads, discussions, > and more. http://solutions.newsforge.com/ibmarch.tmpl > _______________________________________________ > 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/ |
|
From: Stephen D. <sd...@gm...> - 2005-10-22 13:14:30
|
I just grepped through all the modules on SF and couldn't find any calls to NS_TCL_TRACE_CEALLOCATE (or Ns_TclRegisterAtCleanup). Make sure you're running the latest CVS. I fixed a bug in nsdb which causes this log message a couple of days ago. On 10/21/05, Vlad Seryakov <vl...@cr...> wrote: > I this NS_TCL_TRACE_DEALLOCATE is used to delay delallocation of > interps, i do not explicitely register any traces. > > > Stephen Deasey wrote: > > On 10/21/05, Vlad Seryakov <vl...@cr...> wrote: > > > >>[21/Oct/2005:09:30:55][8454.3004771248][-thread-1290196048-] Error: Can > >>not register Tcl trace, server already started. > >> > >>The trace which is called is NS_TCL_TRACE_DEALLOCATE > > > > > > > > This has been the case for quite a while, it just never used to log an > > error (which is why the bug in nsdb went unnoticed). > > > > The trace api is limited to pre-start up because the locking would be > > a pain. It's possible for example for a Tcl trace callback to add > > another trace, causing a deadlock if we don't use something like a > > critical section, which seems a little over the top. > > > > Which code is trying to register a trace, and why? > > > > > > ------------------------------------------------------- > > This SF.Net email is sponsored by: > > Power Architecture Resource Center: Free content, downloads, discussion= s, > > and more. http://solutions.newsforge.com/ibmarch.tmpl > > _______________________________________________ > > 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/ > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: > Power Architecture Resource Center: Free content, downloads, discussions, > and more. http://solutions.newsforge.com/ibmarch.tmpl > _______________________________________________ > naviserver-devel mailing list > nav...@li... > https://lists.sourceforge.net/lists/listinfo/naviserver-devel > |
|
From: Vlad S. <vl...@cr...> - 2005-10-22 16:29:30
|
it works now, fresh CVs version Stephen Deasey wrote: > I just grepped through all the modules on SF and couldn't find any > calls to NS_TCL_TRACE_CEALLOCATE (or Ns_TclRegisterAtCleanup). > > Make sure you're running the latest CVS. I fixed a bug in nsdb which > causes this log message a couple of days ago. > > > On 10/21/05, Vlad Seryakov <vl...@cr...> wrote: > >>I this NS_TCL_TRACE_DEALLOCATE is used to delay delallocation of >>interps, i do not explicitely register any traces. >> >> >>Stephen Deasey wrote: >> >>>On 10/21/05, Vlad Seryakov <vl...@cr...> wrote: >>> >>> >>>>[21/Oct/2005:09:30:55][8454.3004771248][-thread-1290196048-] Error: Can >>>>not register Tcl trace, server already started. >>>> >>>>The trace which is called is NS_TCL_TRACE_DEALLOCATE >>> >>> >>> >>>This has been the case for quite a while, it just never used to log an >>>error (which is why the bug in nsdb went unnoticed). >>> >>>The trace api is limited to pre-start up because the locking would be >>>a pain. It's possible for example for a Tcl trace callback to add >>>another trace, causing a deadlock if we don't use something like a >>>critical section, which seems a little over the top. >>> >>>Which code is trying to register a trace, and why? >>> >>> >>>------------------------------------------------------- >>>This SF.Net email is sponsored by: >>>Power Architecture Resource Center: Free content, downloads, discussions, >>>and more. http://solutions.newsforge.com/ibmarch.tmpl >>>_______________________________________________ >>>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/ >> >> >> >>------------------------------------------------------- >>This SF.Net email is sponsored by: >>Power Architecture Resource Center: Free content, downloads, discussions, >>and more. http://solutions.newsforge.com/ibmarch.tmpl >>_______________________________________________ >>naviserver-devel mailing list >>nav...@li... >>https://lists.sourceforge.net/lists/listinfo/naviserver-devel >> > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: > Power Architecture Resource Center: Free content, downloads, discussions, > and more. http://solutions.newsforge.com/ibmarch.tmpl > _______________________________________________ > 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/ |
×
Want the latest updates on software, tech news, and AI?
Get latest updates about software, tech news, and AI from SourceForge directly in your inbox once a month.
Thanks for helping keep SourceForge clean.
X