Dear Gustav!
The patch fixed it, everything works flawlessly now.
Thanks (once again) for your help.
Wolfgang
Am 2016-10-21 um 09:33 schrieb Gustaf Neumann:
Dear Wolfgang,
I found an explanation: probably you have indeed no legacy defer
callbacks registered, but NaviServer does an UpdateInt
Dear Wolfgang,
I found an explanation: probably you have indeed no legacy defer
callbacks registered, but NaviServer does an UpdateInterp() even when no
defer callbacks were executed, which might have changed the state.
During UpdateInterp() it probably re-evaluates the "namespace eval
::WS::
We are using
ns_param nssock${bindir}/nssock.so
ns_param nslog ${bindir}/nslog.so
ns_param nsdb ${bindir}/nsdb.so
ns_param nscp ${bindir}/nscp.so
ns_param nsproxy ${bindir}/nsproxy.so
ns_param postgres "${bindir}/nsdbpg.so"
I tried to uncomment them, but the error is
sure. but the point is, this call does on usual installations nothing,
unless someone registers a function with Ns_TclRegisterDeferred().
What modules are you loading?
-g
Am 20.10.16 um 16:53 schrieb Wolfgang Winkler:
ns_ictl cleanup is called from ns_cleanup in naviserver/bin/init.tcl.
W
ns_ictl cleanup is called from ns_cleanup in naviserver/bin/init.tcl.
When I remove the call, the error goes way. These are the relevant calls:
ns_ictl trace deallocate ns_cleanup
proc ns_cleanup {} {
ns_cleanupchans; # Close files
ns_cleanupvars; # Destroy global variables
ns_s
Hmm, it looks to me, as if this error is triggered not from the startup,
but from the shutdown.
The backtrace shows, that "ns_ictl cleanup" is causing this, which in
turn calls the callbacks registered with Ns_TclRegisterDeferred(), which
is a deprecated function (since many years). Ns_TclRegi
