Menu
▾
▴
Re: [TCLCORE] --enable-symbols (Was: A last try for TIP#117)
|
From: Griffin, B. <bgr...@mo...> - 2004-02-04 23:23:01
|
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<title></title>
</head>
<body text="#000000" bgcolor="#ffffff">
Jeff Hobbs wrote:<br>
<blockquote type="cite"
cite="mid067001c3eb6a$9f377b60$de0...@ac...">
<blockquote type="cite">
<pre wrap="">There's also the issue of TCL_MEM_DEBUG with the naming as
well. If you didn't build for symbols, but wanted
TCL_MEM_DEBUG, ./configure with still suffix with 'g'. So
</pre>
</blockquote>
<pre wrap=""><!---->
This would be addressed with a separate --enable-mem-debugging
config option that has been recommended.
</pre>
<blockquote type="cite">
<pre wrap="">-MD (unchecked c-runtime)
-MDd (checked c-runtime)
-Z7 (build with symbols)
I've never tried -MD with -Z7, in place of -MDd -Z7. It
</pre>
</blockquote>
<pre wrap=""><!---->
It was recommended on chat that we never bother to build with
the -MDd msvcrtd DLL because it really adds no value. We want
to allow for symbols builds, and people usually link that with
symbols-built msvcrt, but there is no hard req for that.</pre>
</blockquote>
It's interesting you should mention this today. Why just yesterday I
was debugging a crash in our product and resorted to debug versions of
tcl/tk. Low and behold, I started getting errors left and right from
the memory checker, where the code was freeing memory allocated from a
different heap. Specifically, we have several extensions that where
allocating values in a configspec using direct calls to malloc instead
of Tcl_Alloc, but later, Tk was freeing these config values. This bug
has been in our code for a long time (years?). It also turned out that
these bugs had nothing to do with the original bug I was trying to
track down.<br>
<br>
So, based on recent experiences, I'd have to say that msvcrtd has
definitely added value for me!<br>
-Brian<br>
<blockquote type="cite"
cite="mid067001c3eb6a$9f377b60$de0...@ac...">
<pre wrap="">
Jeff
-------------------------------------------------------
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
<a class="moz-txt-link-freetext" href="http://www.eclipsecon.org/osdn">http://www.eclipsecon.org/osdn</a>
_______________________________________________
Tcl-Core mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Tcl...@li...">Tcl...@li...</a>
<a class="moz-txt-link-freetext" href="https://lists.sourceforge.net/lists/listinfo/tcl-core">https://lists.sourceforge.net/lists/listinfo/tcl-core</a>
</pre>
</blockquote>
<br>
<pre class="moz-signature" cols="72">--
-------------------------------------------------------------
-- Model Technology Inc. --
-- 8005 SW Boeckman Road 503.685.7000 tel --
-- Wilsonville, OR 97070 USA 503.685.0921 fax --
-------------------------------------------------------------
-- Technical support ............ <a class="moz-txt-link-freetext" href="mailto:su...@mo...">mailto:su...@mo...</a> --
-- Sales and marketing info ....... <a class="moz-txt-link-freetext" href="mailto:sa...@mo...">mailto:sa...@mo...</a> --
-- Licensing .................... <a class="moz-txt-link-freetext" href="mailto:li...@mo...">mailto:li...@mo...</a> --
-- Home Page ........................ <a class="moz-txt-link-freetext" href="http://www.model.com">http://www.model.com</a> --
-- AIM ........................................ bgriffin42 --
-------------------------------------------------------------
</pre>
</body>
</html>
|
