==================================================================
THE INFORMATION CONTAINED IN THIS MESSAGE IS UNDER NON-DISCLOSURE
==================================================================
Apps linked with the Carbon framework fail to start up in a remote text
terminal
Bug ID # 3085140
Hello Wan-Teh,
We have received feedback from engineering on your reported issue.
I'm not sure what the state of this bug is with regards to 10.2.x, but there
may be a workaround. If you only need the following:
FSGetCatalogInfo
FSPathMakeRef
FSRefMakePath
FSpMakeFSRef
FindSymbol
GetDiskFragment
MakeDataExecutable
ResolveAliasFile
c2pstrcpy
p2cstrcpy
Then you should not be linking with Carbon. You should be linking with the
CoreServices umbrella framework.
We hope this information helps you address the issue reported. Please
do not hesitate to contact us again should you require any further
assistance regarding this matter.
Thank you for your time and effort. Your help is greatly appreciated.
Regards,
Lisa Alvarez
Apple Developer Connection
Worldwide Developer Relations
Send follow ups to [EMAIL PROTECTED]
==================================================================
THE INFORMATION CONTAINED IN THIS MESSAGE IS UNDER NON-DISCLOSURE
==================================================================
<GMT26-Oct-2002 03:54:00GMT> Wan-Teh Chang:
* SUMMARY
Linking with the Carbon framework prevents a text-mode
application from starting up in a text terminal (such
as a telnet window) on Mac OS X 10.1.5 with these error
messages:
kCGErrorIllegalArgument : initCGDisplayState: cannot map display interlocks.
kCGErrorIllegalArgument : CGSNewConnection cannot get connection port
kCGErrorIllegalArgument : CGSNewConnection cannot get connection port
kCGErrorInvalidConnection : CGSGetEventPort: Invalid connection
My dynamic shared library uses the following functions
from the Carbon framework:
FSGetCatalogInfo
FSPathMakeRef
FSRefMakePath
FSpMakeFSRef
FindSymbol
GetDiskFragment
MakeDataExecutable
ResolveAliasFile
c2pstrcpy
p2cstrcpy
These functions have nothing to do with the display.
However, if I run a text-mode application linked with
my dynamic shared library in a text terminal, the
application fails to start up.
* STEPS TO REPRODUCE
This problem can be reproduced with a simple "hello
world" program that doesn't even calls any Carbon
functions. The mere act of linking with the Carbon
framework causes it to fail to start up in a text
terminal.
1. Make sure you are not logged in on the console.
Then, log in on the Mac remotely using telnet.
2. Compile the test program hello.c and run it.
-=-=-=-=-= hello.c -=-=-=-=-=
#include <stdio.h>
int main()
{
printf("Hello world!\n");
return 0;
}
-=-=-=-=-= hello.c -=-=-=-=-=
* RESULTS
If I do not link hello.c with the Carbon framework, it
works fine.
If I link hello.c with the Carbon framework, it fails
to start up.
Here are the test results:
makaila:/u/wtc/tmp 173% cc hello.c
makaila:/u/wtc/tmp 174% ./a.out
Hello world!
makaila:/u/wtc/tmp 175% cc hello.c -framework Carbon
makaila:/u/wtc/tmp 176% ./a.out
kCGErrorIllegalArgument : initCGDisplayState: cannot map display interlocks.
kCGErrorIllegalArgument : CGSNewConnection cannot get connection port
kCGErrorIllegalArgument : CGSNewConnection cannot get connection port
kCGErrorInvalidConnection : CGSGetEventPort: Invalid connection
* REGRESSION
On Mac OS X 10.1.5, the problem goes away
if I am also logged in on the console.
Mac OS X 10.2.1 does not have this problem.
* NOTES
I did a Google search and found that others have
also run into this problem, but no solution is
mentioned.
http://docs.info.apple.com/article.html?artnum=107016
http://paulbeard.no-ip.org/movabletype/archives/000326.html
http://www.mail-archive.com/[email protected]/msg02391.html
<GMT26-Oct-2002 04:04:24GMT> Wan-Teh Chang:
I just wanted to point out that the problem
occurs in a *remote* text terminal, such as
a telnet or ssh window.
<GMT26-Oct-2002 04:27:25GMT> Wan-Teh Chang:
The dynamic shared library in question is
the NSPR (Netscape Portable Runtime) library,
which is the platform abstraction layer
underneath many Netscape client and server
products.
This problem is blocking the checkin of a
critical NSPR patch that allows the Mach-O
build of the Mozilla client to load CFM and
CFBundle plugins.
(See http://bugzilla.mozilla.org/show_bug.cgi?id=131306.)
Since many text-mode apps (such as the security
and LDAP command-line tools and the Netscape
servers) depend on NSPR, it will be a big problem
if NSPR, linked with the Carbon framework, causes
them to fail to start up in a remote text terminal.
Since this problem doesn't exist on 10.2.1, I
hope this is a known bug of 10.1.5 that has been
fixed in 10.2.1.
<GMT26-Oct-2002 03:54:00GMT> Wan-Teh Chang:
-- CPU configuration
[Desktop/G4 DP 1Ghz/OS X]
-- Other steps in setup instructions or information
You need to run a remote login daemon such as telnet,
rlogin, or ssh on the Mac.
Contact Name: Wan-Teh Chang
Company: Netscape
Email Address: [EMAIL PROTECTED]
Phone Number: 605-937-3282
-------------------------------------------------------
This sf.net email is sponsored by:
Battle your brains against the best in the Thawte Crypto
Challenge. Be the first to crack the code - register now:
http://www.gothawte.com/rd521.html
_______________________________________________
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel
