[Tcl-bugs] [ tcl-Bugs-2325190 ] "expected to create a new entry for object map" w/mem debug

[SourceForge.net <no...@so...>]

Bugs item #2325190, was opened at 2008-11-22 01:20
Message generated for change (Comment added) made by dgp
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110894&aid=2325190&group_id=10894

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: 36. Pathname Management
Group: current: 8.5.5
Status: Open
Resolution: None
Priority: 9
Private: No
Submitted By: Stephen Deasey (sdeasey)
Assigned to: Don Porter (dgp)
Summary: "expected to create a new entry for object map" w/mem debug

Initial Comment:
Naviserver fails in early startup with the message:

"expected to create a new entry for object map"

when compiled against tcl8.5.5 and --enable-symbols=mem.  It works fine with just --enable-symbols.

It works fine either way with tcl8.4.19.

Here's a backtrace:

Fatal: expected to create new entry for object map
#0  0x00110416 in __kernel_vsyscall ()
#1  0x00b42660 in raise () from /lib/libc.so.6
#2  0x00b44028 in abort () from /lib/libc.so.6
#3  0x00144f18 in Panic (fmt=0x2b0760 "expected to create new entry for object map") at log.c:617
#4  0x0025fec7 in Tcl_PanicVA (format=0x2b0760 "expected to create new entry for object map", 
    argList=0xbfd92824 "") at
/home/sd/src/tcl8.5.5/unix/../generic/tclPanic.c:93
#5  0x0025ffca in Tcl_Panic (format=0x2b0760 "expected to create new entry for object map")
    at /home/sd/src/tcl8.5.5/unix/../generic/tclPanic.c:132
#6  0x0025c7b6 in TclDbInitNewObj (objPtr=0x95f1220) at
/home/sd/src/tcl8.5.5/unix/../generic/tclObj.c:637
#7  0x0024b919 in Tcl_DbNewListObj (objc=1, objv=0xbfd92890, 
    file=0x2ac234 "/home/sd/src/tcl8.5.5/unix/../generic/tclFileName.c",
line=787)
    at /home/sd/src/tcl8.5.5/unix/../generic/tclListObj.c:239
#8  0x00227d72 in Tcl_FSJoinToPath (pathPtr=0x961eb50, objc=0, objv=0x0)
    at /home/sd/src/tcl8.5.5/unix/../generic/tclFileName.c:787
#9  0x0026639d in SetFsPathFromAny (interp=0x0, pathPtr=0x961eb50)
    at /home/sd/src/tcl8.5.5/unix/../generic/tclPathObj.c:2441
#10 0x00265e4b in TclFSSetPathDetails (pathPtr=0x961eb50,
fsRecPtr=0x95ee640, clientData=0x0)
    at /home/sd/src/tcl8.5.5/unix/../generic/tclPathObj.c:2203
#11 0x0024a1c3 in Tcl_FSGetFileSystemForPath (pathPtr=0x961eb50)
    at /home/sd/src/tcl8.5.5/unix/../generic/tclIOUtil.c:4437
#12 0x00248a63 in Tcl_FSGetCwd (interp=0x0) at
/home/sd/src/tcl8.5.5/unix/../generic/tclIOUtil.c:2736
#13 0x00148603 in SetCwd (path=0x962f3c8 "/home/sd/ns-scratch-hg/tests")
at nsmain.c:1063
#14 0x00147c24 in Ns_Main (argc=8, argv=0xbfd92d04, initProc=0x8048636
<ServerInit>) at nsmain.c:504
#15 0x0804862c in main (argc=Cannot access memory at address 0x5785
) at main.c:64


Does this look like my bug or something in Tcl?


----------------------------------------------------------------------

>Comment By: Don Porter (dgp)
Date: 2008-11-24 16:50

Message:

Great timing.  Just as I open this for
a serious look, you drop lots of good
data.  Thanks!

Now the bad news.  Using your demo program
I can't reproduce the problem.

What details are you leaving out?  Thread-enabled?
64-bit platform?  Moon phase?



----------------------------------------------------------------------

Comment By: Stephen Deasey (sdeasey)
Date: 2008-11-24 16:35

Message:
The change in behaviour first appeared on 2003-07-21 when Mo DeJong checked
in some changes to catch Tcl objects moving between interps with mem
debugging enabled.

Here is a minimal failing program:

int
main(int argc, char **argv)
{
    Tcl_Interp *interp;
    Tcl_Obj    *objPtr;

    Tcl_FindExecutable(argv[0]);

    objPtr = Tcl_NewObj();
    Tcl_DecrRefCount(objPtr);

    interp = Tcl_CreateInterp();

    /* Aborted: expected to create new entry for object map */

    return 0;
}


----------------------------------------------------------------------

Comment By: Stephen Deasey (sdeasey)
Date: 2008-11-22 14:16

Message:
I used to test against 8.5 before it was released but it was taking a while
so it dropped off my radar. It definitely worked at one point, as I always
test with --enable-symbols=mem.

I just grabbed the 8.5.0 tarball -- same problem.

Looking around I see I have 8.5a5 still installed, whos tcl.h has this
tag:

  RCS: @(#) $Id: tcl.h,v 1.214 2006/08/18 07:45:31 das Exp $

Same problem  :-(


Hmm, now that I think about it, I think this is why I stopped testing
against 8.5 cvs. Some where among the alpha releases it started breaking
and I just assumed it was something temporary that would be worked out
soon, and then I forgot about it. But this was two years ago...

----------------------------------------------------------------------

Comment By: Don Porter (dgp)
Date: 2008-11-22 13:17

Message:

Is this a new failure in 8.5.5?
Did earlier 8.5.* patchlevels work
all right, or are they untested?



----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110894&aid=2325190&group_id=10894