-
I committed my one-line fix for generic/tclXprofile.c into HEAD.
The problem with profiling under Tcl-8.6 (still seen under 8.6b1) appears to be of Tcl's own doing... See, for example:
https://sourceforge.net/tracker/index.php?func=detail&aid=2017162&group_id=10894&atid=110894.
2009-10-13 22:55:25 UTC in Extended Tcl (TclX)
-
The profile-crash is now fixed. Use the patch attached to artifact 1925400:
https://sourceforge.net/tracker/index.php?func=detail&aid=1925400&group_id=13247&atid=113247
Other self-tests break mostly because the core Tcl changed wordings of its error messages...
2009-10-13 22:51:00 UTC in Extended Tcl (TclX)
-
When I compile TclX (from head) against Tcl-8.6b1 and attempt to run TclX' own self-tests, the profile test inevitably crashes inside PushProcCallFrame:
#0 0x08089368 in PushProcCallFrame (clientData=0x96b0f90, interp=0x95c7f90,
objc=1, objv=0x95caa70, isLambda=0)
at /data/mteterin/tcl8.6b1/generic/tclProc.c:1573
#1 0x08089560 in TclNRInterpProc (clientData=0x96b0f90...
2009-10-13 21:41:01 UTC in Tcl
-
kot committed patchset 1800 of module tclx to the Extended Tcl (TclX) CVS repository, changing 1 files.
2009-10-13 19:28:23 UTC in Extended Tcl (TclX)
-
On at least one Linux machine (RHEL 5.4), where I'm testing cfengine-3.0.2, the db_open-ing a non-existent file leads to an error message "Unknown error: -1077764228" followed by a SUCCESSFUL return code...
Attempts to use dbp->cursor then lead to a crash instead of an error message...
The attached patch tightens the check to include checking of the dbp->cursor value. If that is NULL, we...
2009-09-25 20:38:55 UTC in cfengine
-
On at least one Linux machine (RHEL 5.4), where I'm testing cfengine-3.0.2, the db_open-ing a non-existent file leads to an error message "Unknown error: -1077764228" followed by a SUCCESSFUL return code...
Attempts to use dbp->cursor then lead to a crash instead of an error message...
The attached patch tightens the check to include checking of the dbp->cursor value. If that is NULL, we...
2009-09-25 19:06:19 UTC in cfengine
-
Hello!
We are building for multiple architectures off of the same source tree. This almost works except for one sub-directory: tests/units
Unfortunately, the Makefile.am (and thus Makefile.in and Makefile) hardcode doc_DATA without the full path... The attached patch provides one possible fix for the problem...
2009-09-25 17:50:03 UTC in cfengine
-
As the originator, I certainly think, this would be quite useful. Unfortunately, I no longer work for a client, where I saw this situation a couple of times per week...
2009-08-07 16:55:36 UTC in jTDS - SQL Server and Sybase JDBC driver
-
I would not be at all surprised, that 8.6 is causing a problem. Especially, 8.6 /beta/ :-) Please, check with 8.5 (you don't need Tcl's libraries recompiled and can use the production binaries). Thanks!
2009-07-31 16:58:45 UTC in Extended Tcl (TclX)
-
You are right -- you are doing 32-bit. I was looking at the originator's message initially and noticed the wide pointers.
I'm puzzled, why you are seeing crashes and I don't even see a valgrind warning here -- the tests completes cleanly on both Linux/x86 and FreeBSD/amd64 after my patch.
Maybe, we are using a different Tcl? I use tcl-8.5.5, what's yours?.
2009-07-31 15:56:21 UTC in Extended Tcl (TclX)
