__stderrp problem again with tk83

Daniel Lang dl at leo.org
Tue May 13 04:31:48 PDT 2003


Hiho,

I just stumbled across the problem with the unresolved
__stderrp symbol. I've read the existing threads to that,
as well as UPDATING. However, there are some differences,
between the reported problems and my problem:

1. the unresolved symbol is not complained about in libm,
   but in libtk83.so from the tk-8.3.5_1 port.
2. I _did_ install all the compatibility libs for
   3.x, I even did install the /usr/src/lib/compat/compat3x.i386
   again, from fresh sources (cvsuped right now).
   But it did not help

Of course I also reinstalled the tk-port again. It seems that the
tk-port insists on using the symbol, but is not linked against
compat-libraries or something like that? Is this possible?

I've checked further, the symbol appears in unix/tkFont.o
in the port build directory, the source is in generic/tkFont.c
apparently:
[..]
        fprintf(stderr, "Font %s still in cache.\n", 
		        Tcl_GetHashKey(&fiPtr->fontCache, searchPtr));
[..]

uses the 'stderr' filehandle, but this looks valid to me?

In fact, I don't understand, why this problem persists, and how
to resolve it. Any help appreciated.

Best regards,
 Daniel
-- 
IRCnet: Mr-Spock         - ceterum censeo Microsoftinem esse delendam -  
 Daniel Lang * dl at leo.org * +49 89 289 18532 * http://www.leo.org/~dl/
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/x-pkcs7-signature
Size: 4170 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-stable/attachments/20030513/cf56042f/smime.bin


More information about the freebsd-stable mailing list