December 2006 - Darwin-dev - lists.apple.com

Re: programs crash when run through rosetta
by Joe Miller 31 Dec '06

31 Dec '06

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com Domainkey-signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID; b=R7lBE7pKzltCPzBQbljEhvndVbI2XLTk+qv7SP6p2GutT98urcKOS3cI5CJobXepa4zcCwJzmn32xuFJmMWcCBsJFwaHwibsXIaq6Nr0qr4kH9yh+U6NR81NUQlU507838o/l4PJICgryzCPDRewp8tu14SnJ8a9yYi/2oHC74s=; Hi all, Thanks for the quick and many responses. I did try debugging the problem through gdb (following the debugging techniques posted at the apple website), and found that it was indeed crashing on the first STL statement executed from a dynamic library. The crash log didn't help much as far as I could discern. The original crash was at a gettimeofday_wrapper symbol. However, I couldn't locate the function in any of my code (though admitted I just realized I didn't look at the symbol tables in any of the dynamic libraries). Other crashes happened at no-name addresses. I figured the exception handling was a far fetched idea, but I haven't explored the xerces code too much to see all it's ins and outs and wanted to throw out the idea to see if the symptoms matched. I also realize my original email didn't contain to many specifics and for that I do apologize. I didn't want to scare folks away with a huge email. I have a lot of my investigation at work, including a very short program, gdb logs, crash logs, etc. I'll include important sections of these in a posting as soon as I get back to work on wednesday, for those still interested in this problem. I really appreciate all the help and advice. Thanks. -joe --- Eric Albert <ejalbert(a)apple.com> wrote: > On Dec 29, 2006, at 1:01 PM, Shawn Erickson wrote: > > > On Dec 29, 2006, at 12:44 PM, Joe Miller wrote: > > > >> Hi All, > >> > >> I'm not a exactly sure where a good place to post > this > >> problem is, but I need to start somewhere. As you > read > >> the problem below if you know of more appropriate > >> places to seek advice please let me know. > >> > >> Here's my issue. I'm trying to port a system of > >> programs to work on the intel mac, unfortunately > a > >> number of them are crashing. > > ... > >> I built the program on OSX 10.2.8 using > >> g++ 3.1. > > ... > >> I found that I do NOT have a problem using g++ > 4.0 > >> on OSX 10.4. But for now I've been tasked to > getting > >> this working with the earlier version. > > > > Apple only supports building for Intel Macs using > gcc 4.0. > > That's for Intel binaries. PowerPC binaries running > in Rosetta can > be built with any version of gcc or CodeWarrior > which can build > binaries for Mac OS X. > > Joe, I'd expect this to work. If it doesn't work, > I'd suggest > debugging it using the instructions from the Rosetta > appendix of the > Universal Binary Programming Guidelines, which you > can find on > developer.apple.com. > > -Eric > > __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.app… This email sent to site_archiver(a)lists.apple.com

1 0

Re: programs crash when run through rosetta
by Shawn Erickson 30 Dec '06

30 Dec '06

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com On Dec 30, 2006, at 1:15 AM, Eric Albert wrote: On Dec 29, 2006, at 1:01 PM, Shawn Erickson wrote: On Dec 29, 2006, at 12:44 PM, Joe Miller wrote: Hi All, I'm not a exactly sure where a good place to post this problem is, but I need to start somewhere. As you read the problem below if you know of more appropriate places to seek advice please let me know. Here's my issue. I'm trying to port a system of programs to work on the intel mac, unfortunately a number of them are crashing. I built the program on OSX 10.2.8 using g++ 3.1. I found that I do NOT have a problem using g++ 4.0 on OSX 10.4. But for now I've been tasked to getting this working with the earlier version. Yes I know. -Shawn _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.app… ... ... Apple only supports building for Intel Macs using gcc 4.0. That's for Intel binaries. PowerPC binaries running in Rosetta can be built with any version of gcc or CodeWarrior which can build binaries for Mac OS X. I didn't see he was trying to "port ... to work on the intel mac" by making things work under Rosetta. This email sent to site_archiver(a)lists.apple.com

1 0

Re: programs crash when run through rosetta
by Harry Powell 30 Dec '06

30 Dec '06

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com Hi I'd expect this to work too; I maintain a "small" (300,000 line) mixed Fortran + C application and I use the PowerPC version (built on a G5 running 10.3 with gcc/g77 3.3) running under Rosetta to make sure the version built with gfortran/gcc-4.0 on my macintel iMac (10.4.8) runs okay. > >> I'm not a exactly sure where a good place to post this > >> problem is, but I need to start somewhere. As you read > >> the problem below if you know of more appropriate > >> places to seek advice please let me know. > >> > >> Here's my issue. I'm trying to port a system of > >> programs to work on the intel mac, unfortunately a > >> number of them are crashing. > > ... > >> I built the program on OSX 10.2.8 using > >> g++ 3.1. > > ... > >> I found that I do NOT have a problem using g++ 4.0 > >> on OSX 10.4. But for now I've been tasked to getting > >> this working with the earlier version. > > > > Apple only supports building for Intel Macs using gcc 4.0. > > That's for Intel binaries. PowerPC binaries running in Rosetta can > be built with any version of gcc or CodeWarrior which can build > binaries for Mac OS X. > > Joe, I'd expect this to work. If it doesn't work, I'd suggest > debugging it using the instructions from the Rosetta appendix of the > Universal Binary Programming Guidelines, which you can find on > developer.apple.com. > > -Eric > > _______________________________________________ > Do not post admin requests to the list. They will be ignored. > Darwin-dev mailing list (Darwin-dev(a)lists.apple.com) > Help/Unsubscribe/Update your Subscription: > http://lists.apple.com/mailman/options/darwin-dev/hrp1000%40cam.ac.uk > > This email sent to hrp1000(a)cam.ac.uk > Harry -- Dr Harry Powell, MRC Laboratory of Molecular Biology, MRC Centre, Hills Road, Cambridge, CB2 2QH _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.app… This email sent to site_archiver(a)lists.apple.com

1 0

gdb: No symbol table is loaded. Use the "file" command.
by Olivier Kaloudoff 30 Dec '06

30 Dec '06

site_archiver(a)lists.apple.com Delivered-To: Darwin-dev(a)lists.apple.com Hello list ! I'm working on a fabulous Intel mac, and gdb seems little tricky today. compiled my source.c with -g, launched gdb, tried to set a breakpoint with "break 46" or "future-break 46" (as seen in a post from xcode-users), Is there a special syntax to use with apple gdb ? Olivier Kaloudoff Saint Raphael _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.app… but I always get "No symbol table is loaded. Use the "file" command." .. This email sent to site_archiver(a)lists.apple.com

1 0

Re: programs crash when run through rosetta
by Eric Albert 30 Dec '06

30 Dec '06

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com On Dec 29, 2006, at 1:01 PM, Shawn Erickson wrote: On Dec 29, 2006, at 12:44 PM, Joe Miller wrote: Hi All, I'm not a exactly sure where a good place to post this problem is, but I need to start somewhere. As you read the problem below if you know of more appropriate places to seek advice please let me know. Here's my issue. I'm trying to port a system of programs to work on the intel mac, unfortunately a number of them are crashing. I built the program on OSX 10.2.8 using g++ 3.1. I found that I do NOT have a problem using g++ 4.0 on OSX 10.4. But for now I've been tasked to getting this working with the earlier version. -Eric _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.app… ... ... Apple only supports building for Intel Macs using gcc 4.0. That's for Intel binaries. PowerPC binaries running in Rosetta can be built with any version of gcc or CodeWarrior which can build binaries for Mac OS X. Joe, I'd expect this to work. If it doesn't work, I'd suggest debugging it using the instructions from the Rosetta appendix of the Universal Binary Programming Guidelines, which you can find on developer.apple.com. This email sent to site_archiver(a)lists.apple.com

1 0

Re: programs crash when run through rosetta
by Eric Albert 30 Dec '06

30 Dec '06

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com On Dec 29, 2006, at 11:02 PM, Brian Bechtel wrote: I found that I do NOT have a problem using g++ 4.0 on OSX 10.4. But for now I've been tasked to getting this working with the earlier version. Has anyone run across something like this before. My only thought is it might have to do with xerces execption handling?? That would certainly be the first area I would consider as a candidate. Rosetta doesn't support precise exceptions. If xerces depends upon this, then you cannot run it under Rosetta. -Eric _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.app… On 12/29/06, Joe Miller <lpe540(a)yahoo.com> wrote: I'm pretty sure Xerces doesn't require precise (i.e. machine state) exceptions, though, just regular C++ exception handling. That works fine in Rosetta, as do lots of applications which use Xerces. This email sent to site_archiver(a)lists.apple.com

1 0

Re: programs crash when run through rosetta
by Brian Bechtel 30 Dec '06

30 Dec '06

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com Domainkey-signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=CkJXUbmi6rXN6Rv4qCxcd35ssCACP94OEXUZs9uQ/8tAznhmftODHmrL5LqD4pL1VQO4CZIP5ru4auhDtA57ArwxAF9yJcFv3axH3K2C8UHvdTXwslV9Y/6liD5sYctWGd9GI91xB3GiJBHMob9zEqF3DA2jLA3M+JL8zCAx7vw= I found that I do NOT have a problem using g++ 4.0 on OSX 10.4. But for now I've been tasked to getting this working with the earlier version. Has anyone run across something like this before. My only thought is it might have to do with xerces execption handling?? That would certainly be the first area I would consider as a candidate. Rosetta doesn't support precise exceptions. If xerces depends upon this, then you cannot run it under Rosetta. The solution, of course, is to have a universal binary. Compile with g++ 4.0 for the Intel side, and compile with an earlier compiler for the 10.2.8 side. Use lipo to combine them into one universal binary. The universal binary porting guidelines at <http://developer.apple.com/transition> describe this pretty completely, as well as many messages in this mailing list archive. Good luck. _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.app… On 12/29/06, Joe Miller <lpe540(a)yahoo.com> wrote: This email sent to site_archiver(a)lists.apple.com

1 0

libpcap filter works in tcpdump, but not in my app?
by ness 30 Dec '06

30 Dec '06

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com Hi- static pcap_t *pcap; ... char filter[128]; struct bpf_program fp; memset( filter, '\0', sizeof(filter) ); memset( pcap_errbuf, 0, sizeof(pcap_errbuf) ); Any ideas to why my app isn't capturing packets it should? Happy holidays, --ness _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.app… I am coding an app that is supposed to capture packets based on the first 3 bytes of the ethernet header -- the destination MAC OUI -- and bytes 7 through 9 -- the source MAC OUI. In other words, I am sniffing for any packets that have to do with a host whose ethernet address begins with 0x00, 0x09, and 0xbf. Executing the below filter... (ether[0] == 0x00 && ether[1] == 0x09 && ether[2] == 0xbf) || (ether[6] == 0x00 && ether[7] == 0x09 && ether[8] == 0xbf) ... in tcpdump worked flawlessly and suited to my needs, so I began to transition the filter to my application. Once implemented, I ran the filter, and libpcap reported absolutely no error in the process of compiling or adding the filter in my app. Then I fed my computer with packets that should have interested my BPF filter, but on the contrary, no packets were captured by my application. At first I thought it was a programming flaw of my own, so I removed the filter completely and sniffed for any packets that libpcap could grab... it caught everything, and my callback function was informed of the received packets. So I added my filter back in--and still, no packets. Then I copied and pasted the same filter in tcpdump--worked perfectly. Below are a few interesting snippets of code pertaining to libpcap. All of the code is running on the main thread. if( (pcap = pcap_open_live( dev, 65535, 1, 0, pcap_errbuf )) == NULL ) { return (-1); } strcpy( filter, "(ether[0] == 0x00 && ether[1] == 0x09 && ether[2] == 0xbf)" " || (ether[6] == 0x00 && ether[7] == 0x09 && ether[8] == 0xbf)" ); if( pcap_compile( pcap, &fp, filter, 0, netmask ) == -1 ) { return (-1); } if( pcap_setfilter( pcap, &fp ) == -1 ) { return (-1); } ... pcap_loop( pcap, -47, (void *)packethandler, NULL ); ... void packethandler( u_char *user, const struct pcap_pkthdr *pkthdr, const u_char *packet ) { printf( "got packet\n" ); } This email sent to site_archiver(a)lists.apple.com

1 0

Re: programs crash when run through rosetta
by Shawn Erickson 29 Dec '06

29 Dec '06

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com On Dec 29, 2006, at 12:44 PM, Joe Miller wrote: Hi All, I'm not a exactly sure where a good place to post this problem is, but I need to start somewhere. As you read the problem below if you know of more appropriate places to seek advice please let me know. Here's my issue. I'm trying to port a system of programs to work on the intel mac, unfortunately a number of them are crashing. I built the program on OSX 10.2.8 using g++ 3.1. I found that I do NOT have a problem using g++ 4.0 on OSX 10.4. But for now I've been tasked to getting this working with the earlier version. Apple only supports building for Intel Macs using gcc 4.0. -Shawn _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.app… ... ... This email sent to site_archiver(a)lists.apple.com

1 0

programs crash when run through rosetta
by Joe Miller 29 Dec '06

29 Dec '06

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com Domainkey-signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID; b=bhlHcEyKxuY+uv40fljGCoCMbnu6qskqrXnTWqwN6D6myaI9niZ3WZj9iLwL1vGWwmwiUeMqaFOfzFCO/cg8CYI/CI4pwdyiJP4AANGS9CbiANmD9uCt+Wol3ZPbkGAkkj5H9vYgphefhAK6EqxvTcM/g+9mblADLC5a8Mtfl8g=; Hi All, I'm not a exactly sure where a good place to post this problem is, but I need to start somewhere. As you read the problem below if you know of more appropriate places to seek advice please let me know. Here's my issue. I'm trying to port a system of programs to work on the intel mac, unfortunately a number of them are crashing. I was able to simplify the situation and I think localize the leading issue. The problem comes about when I write a program which links in at least two libraries. The program does nothing but use cout to display two messages. The first library contains one function which displays a simple predefined message (ie cout << "Hello World";). The second library is an xml parser library called xerces. When xerces is not linked in the program runs fine on the intel mac, when it is linked in I get a bus error in cout statement found in the first library. I was wondering if any one had any ideas what could be causing this. I built the program on OSX 10.2.8 using g++ 3.1. The only flags I use are -g (when debugging), and -flat_namespace. I've tried using some of the symbols found the xerces library in the program in hope to ensure a strong link (when I do this the flat_namespace switch becomes necessary), but the bus error still occurs. There is no problem if I remove the first library and run cout message in the application itself. I also have no problem running any of the xerce tests on the intel mac through rosetta. I found that I do NOT have a problem using g++ 4.0 on OSX 10.4. But for now I've been tasked to getting this working with the earlier version. Has anyone run across something like this before. My only thought is it might have to do with xerces execption handling?? At least that was the only thing on the rosetta website seemed remotely fit. Thanks in advance. Any help would be great. -joe __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.app… This email sent to site_archiver(a)lists.apple.com

1 0