Menu
▾
▴
[Tcl-bugs] [ tcl-Bugs-555058 ] Tcl initialization fails in external app
|
From: <no...@so...> - 2002-05-14 17:36:10
|
Bugs item #555058, was opened at 2002-05-12 09:22 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110894&aid=555058&group_id=10894 Category: 36. Init - Library - Autoload Group: 8.4a4 Status: Open Resolution: None Priority: 5 Submitted By: Ruediger Franke (rfranke) Assigned to: Don Porter (dgp) Summary: Tcl initialization fails in external app Initial Comment: OS Platform: Windows 2000 / MinGW or Active State Tcl The aim is to load Tcl dynamically into a non-Tcl application, e.g. as Tcl is used as command language in a component, but not in the complete application. This means that Tcl_Main can not be called for the initialization of Tcl. Until version 8.3, one could create a Tcl_Interp and use it locally in the library. However, Tcl 8.4a4 crashes with a segmentation violation when evaluating some built-in commands, e.g. "file" and "source". Please see the little example program attachted to this report, which is working with Tcl 8.0 and Tcl 8.3, but not with Tcl 8.4. How can one use Tcl without Tcl_Main? How is this problem solved in the Tcl Plugin? (this bug report might be related to 540226: encoding init in dynamic loaded Tcl) ---------------------------------------------------------------------- >Comment By: Ruediger Franke (rfranke) Date: 2002-05-14 17:36 Message: Logged In: YES user_id=155217 Sorry for having used the wrong Tcl sources for generating the stack trace. Though the trace I have attached should still give a rough idea. And as the problem is already located, i.e. missing call to Tcl_FindExecutable, you might be able to reproduce the error with any version. If you say that the missing call to that function is the most common error when embedding Tcl, couldn't then at least a check be introduced before the crash and the calling function, e.g. Tcl_Init, return an according error? ---------------------------------------------------------------------- Comment By: Andreas Kupries (andreas_kupries) Date: 2002-05-13 18:11 Message: Logged In: YES user_id=75003 My apologies ... I forgot to read the other comments before responding to the latest comment about the encoding system not initialized. ---------------------------------------------------------------------- Comment By: Don Porter (dgp) Date: 2002-05-13 18:07 Message: Logged In: YES user_id=80530 Yes, we've already established that a Tcl_FindExecutable solves this problem. Even without a Tcl_FindExecutable() call, though, Tcl should not crash. Maybe it will not work properly, but it should not crash. Locating the crash might convert it into a good error message. ---------------------------------------------------------------------- Comment By: Andreas Kupries (andreas_kupries) Date: 2002-05-13 17:07 Message: Logged In: YES user_id=75003 Query: Do you use "Tcl_FindExecutable" ? Failure to call this function is the most common error when it comes to embeding newer Tcl's into an application. See also http://wiki.tcl.tk/1315.html or http://wiki.tcl.tk/Tcl_FindExecutable* ( The * is part of the url) ---------------------------------------------------------------------- Comment By: Vince Darley (vincentdarley) Date: 2002-05-13 16:54 Message: Logged In: YES user_id=32170 Unfortunately, these stack traces appear to be for non-cvs- head of Tcl, so it's not possible to work out what line 1920 of tclWinFCmd.c is. Could you perhaps add some context? The problem is almost certainly caused by the encodings subsystem not being initialised. ---------------------------------------------------------------------- Comment By: Ruediger Franke (rfranke) Date: 2002-05-12 20:11 Message: Logged In: YES user_id=155217 You are right, it works with Tcl_FindExecutable; Thanks a lot for this fast help! Here is the MSVC call stack for failed Tcl_Init: 00000000() TclpObjNormalizePath(Tcl_Interp * 0x00000000, Tcl_Obj * 0x007d3c98, int 0) line 1920 + 25 bytes TclNormalizeToUniquePath(Tcl_Interp * 0x00000000, Tcl_Obj * 0x007d3c98) line 980 + 15 bytes FSNormalizeAbsolutePath(Tcl_Interp * 0x00000000, Tcl_Obj * 0x007d3d58) line 902 + 13 bytes Tcl_FSGetNormalizedPath(Tcl_Interp * 0x00000000, Tcl_Obj * 0x007d3d70) line 3982 + 13 bytes Tcl_FSGetFileSystemForPath(Tcl_Obj * 0x007d3d70) line 4497 + 11 bytes Tcl_FSAccess(Tcl_Obj * 0x007d3d70, int 0) line 1551 + 9 bytes CheckAccess(Tcl_Interp * 0x007a5208, Tcl_Obj * 0x007d3d70, int 0) line 1321 + 13 bytes Tcl_FileObjCmd(int * 0x00000000, Tcl_Interp * 0x007a5208, int 3, Tcl_Obj * const * 0x007a5fd0) line 905 + 18 bytes TclEvalObjvInternal(Tcl_Interp * 0x007a5208, int 3, Tcl_Obj * const * 0x007a5fd0, char * 0x00000000, int 0, int 0) line 3030 + 25 bytes TclExecuteByteCode(Tcl_Interp * 0x007a5208, ByteCode * 0x007d44b0) line 1357 + 27 bytes TclCompEvalObj(Tcl_Interp * 0x007a5208, Tcl_Obj * 0x007a5598, int 0) line 941 + 13 bytes Tcl_EvalObjEx(Tcl_Interp * 0x007a5208, Tcl_Obj * 0x007a5598, int 0) line 3865 + 15 bytes TclObjInterpProc(int * 0x007d2f20, Tcl_Interp * 0x007a5208, int 1, Tcl_Obj * const * 0x0012fee4) line 1074 + 21 bytes TclEvalObjvInternal(Tcl_Interp * 0x007a5208, int 1, Tcl_Obj * const * 0x0012fee4, char * 0x100b10d2, int 7, int 0) line 3030 + 25 bytes Tcl_EvalEx(Tcl_Interp * 0x007a5208, char * 0x100b0d1c initScript, int 957, int 0) line 3577 + 30 bytes Tcl_Eval(Tcl_Interp * 0x007a5208, char * 0x100b0d1c initScript) line 3733 + 17 bytes Tcl_Init(Tcl_Interp * 0x007a5208) line 768 + 14 bytes main(int 1, char * * 0x007c14b0) line 21 + 10 bytes TCLINOTHERAPP! mainCRTStartup + 180 bytes KERNEL32! 77e892a6() When not calling Tcl_Init, then this results from Tcl_Eval(interp, "source ...") 00000000() TclpObjNormalizePath(Tcl_Interp * 0x00000000, Tcl_Obj * 0x007a5568, int 0) line 1920 + 25 bytes TclNormalizeToUniquePath(Tcl_Interp * 0x00000000, Tcl_Obj * 0x007a5568) line 980 + 15 bytes FSNormalizeAbsolutePath(Tcl_Interp * 0x00000000, Tcl_Obj * 0x007a5610) line 902 + 13 bytes Tcl_FSGetCwd(Tcl_Interp * 0x00000000) line 1862 + 13 bytes Tcl_FSGetNormalizedPath(Tcl_Interp * 0x00000000, Tcl_Obj * 0x007a5658) line 3969 + 9 bytes Tcl_FSGetFileSystemForPath(Tcl_Obj * 0x007a5658) line 4497 + 11 bytes Tcl_FSStat(Tcl_Obj * 0x007a5658, _stati64 * 0x0012fc88) line 1448 + 9 bytes Tcl_FSEvalFile(Tcl_Interp * 0x007a5208, Tcl_Obj * 0x007a5658) line 1228 + 13 bytes Tcl_SourceObjCmd(int * 0x00000000, Tcl_Interp * 0x007a5208, int 2, Tcl_Obj * const * 0x0012fef4) line 976 + 16 bytes TclEvalObjvInternal(Tcl_Interp * 0x007a5208, int 2, Tcl_Obj * const * 0x0012fef4, char * 0x0040aa8c, int 20, int 0) line 3030 + 25 bytes Tcl_EvalEx(Tcl_Interp * 0x007a5208, char * 0x0040aa8c, int 20, int 0) line 3577 + 30 bytes Tcl_Eval(Tcl_Interp * 0x007a5208, char * 0x0040aa8c) line 3733 + 17 bytes main(int 1, char * * 0x007c14b0) line 40 + 15 bytes TCLINOTHERAPP! mainCRTStartup + 180 bytes KERNEL32! 77e892a6() ---------------------------------------------------------------------- Comment By: Don Porter (dgp) Date: 2002-05-12 16:26 Message: Logged In: YES user_id=80530 Can you provide stack traces for the crashes you see? That will help locate the problem. I notice that your code is missing a call to Tcl_FindExecutable() first thing in the main(). Adding that may correct the symptoms, but we should stil locate and prevent crashes. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110894&aid=555058&group_id=10894 |