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

build of xnu-792.10.96
by Robert Gordon 07 Aug '06

07 Aug '06

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com Tried to build and hit this; # gcc_select Current default compiler: gcc version 4.0.1 (Apple Computer, Inc. build 5250) -- any hints ? Robert. _______________________________________________ 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… cc -E -MD -static -D__ASSEMBLER__ -force_cpusubtype_ALL -arch i386 - Di386 -DI386 -D__I386__ -DPAGE_SIZE_FIXED -DAPPLE -DNeXT -DKERNEL - DKERNEL_PRIVATE -DXNU_KERNEL_PRIVATE -DPRIVATE -D__MACHO__=1 - Dvolatile=__volatile -DMACH -DMACH_KERNEL -DMACH_LOAD -DUPL_DEBUG - DEVENTMETER -DPC_SUPPORT -DUXPR -DEVENT -DMACH_BSD -DIOKIT -DMACH_PE - DDDB -DPAE -DX86_64 -DAT386=1 -DASSEMBLER -I. -I/Volumes/export/proj/ Darwin/xnu-792.10.96/osfmk -I/Volumes/export/proj/Darwin/ xnu-792.10.96/BUILD/obj/EXPORT_HDRS/osfmk -I/Volumes/export/proj/ Darwin/xnu-792.10.96/BUILD/obj/EXPORT_HDRS/bsd -I/Volumes/export/ proj/Darwin/xnu-792.10.96/BUILD/obj/EXPORT_HDRS/iokit -I/Volumes/ export/proj/Darwin/xnu-792.10.96/BUILD/obj/EXPORT_HDRS/pexpert -I/ Volumes/export/proj/Darwin/xnu-792.10.96/BUILD/obj/EXPORT_HDRS/ libkern -I/Volumes/export/proj/Darwin/xnu-792.10.96/BUILD/obj/ EXPORT_HDRS/libsa -I/Volumes/export/proj/Darwin/xnu-792.10.96/BUILD/ obj/EXTERN_HDRS -I/Volumes/export/proj/Darwin/xnu-792.10.96/ EXTERNAL_HEADERS -I/Volumes/export/proj/Darwin/xnu-792.10.96/ EXTERNAL_HEADERS/bsd -I/Volumes/export/proj/Darwin/xnu-792.10.96/ osfmk/libsa /Volumes/export/proj/Darwin/xnu-792.10.96/osfmk/i386/ idt.s > idt.pp; sed '/^#/d' idt.pp > idt.s; cc -static -D__ASSEMBLER__ -force_cpusubtype_ALL -arch i386 -Di386 - DI386 -D__I386__ -DPAGE_SIZE_FIXED -DAPPLE -DNeXT -DKERNEL - DKERNEL_PRIVATE -DXNU_KERNEL_PRIVATE -DPRIVATE -D__MACHO__=1 - Dvolatile=__volatile -DMACH -DMACH_KERNEL -DMACH_LOAD -DUPL_DEBUG - DEVENTMETER -DPC_SUPPORT -DUXPR -DEVENT -DMACH_BSD -DIOKIT -DMACH_PE - DDDB -DPAE -DX86_64 -DAT386=1 -c idt.s; /bin/rm -f idt.pp idt.s idt.s:450:bad register name ('%dr7') make[6]: *** [idt.o] Error 1 make[5]: *** [build_all] Error 2 make[4]: *** [do_all] Error 2 make[3]: *** [build_all] Error 2 make[2]: *** [build_all] Error 2 make[1]: *** [build_all] Error 2 make: *** [all] Error 2 This email sent to site_archiver(a)lists.apple.com

1 0

Re: Apple Opens Up: Kernel, Mac OS Forge, iCal Server, Bonjour, Launchd
by Dave Schroeder 07 Aug '06

07 Aug '06

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com On Aug 7, 2006, at 4:46 PM, Mark F. Murphy wrote: A. Intel Kernel Sources One, first initial T, last name Yager. - Dave _______________________________________________ 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 At 4:15 PM -0700 8/7/06, Ernest Prabhakar wrote: In conjunction with this week's Developer Conference, we have four great pieces of news for Open Source developers: As of today, we are posting buildable kernel sources for Intel- based Macs alongside the usual PowerPC (and other Intel) sources, starting with Mac OS X 10.4.7. We regret the delay in readying the new kernel for release, and thank you for your patience. How many pundits need to do some writing this week and has the price of crow increased due to demand? (Of course, I've no doubt some of these people will think their articles "made" Apple release the source.) smime.p7s

1 0

Re: Apple Opens Up: Kernel, Mac OS Forge, iCal Server, Bonjour, Launchd
by Mark F. Murphy 07 Aug '06

07 Aug '06

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com A. Intel Kernel Sources mark -- --------------------------------------------------------------------------- Mark F. Murphy, Director Software Development <mailto:markm@tyrell.com> Tyrell Software Corp <http://www.tyrell.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… At 4:15 PM -0700 8/7/06, Ernest Prabhakar wrote: In conjunction with this week's Developer Conference, we have four great pieces of news for Open Source developers: As of today, we are posting buildable kernel sources for Intel-based Macs alongside the usual PowerPC (and other Intel) sources, starting with Mac OS X 10.4.7. We regret the delay in readying the new kernel for release, and thank you for your patience. How many pundits need to do some writing this week and has the price of crow increased due to demand? This email sent to site_archiver(a)lists.apple.com

1 0

Re: Apple Opens Up: Kernel, Mac OS Forge, iCal Server, Bonjour, Launchd
by Ted Thibodeau Jr 07 Aug '06

07 Aug '06

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com * Ernest Prabhakar [2006/08/07 04:15 PM -0700] wrote: > In conjunction with this week's Developer Conference, we have > four great pieces of news for Open Source developers: > > A. Intel Kernel Sources > > B. New "Mac OS Forge" for Community Projects > > C. New Open Source Calendaring Server > > D. Apache-Licensed Bonjour and Launchd sources This is all *great* news -- particularly as the one question asked by several associates who were watching the keynote was -- whether #C would come to pass. Thank you for silencing the paranoid with #A, and for keeping the rest of us happy with the rest! Be seeing you, Ted -- A: Yes. http://www.guckes.net/faq/attribution.html | Q: Are you sure? | | A: Because it reverses the logical flow of conversation. | | | Q: Why is top posting frowned upon? Ted Thibodeau, Jr. // voice +1-781-273-0900 x32 Evangelism & Support // mailto:tthibodeau@openlinksw.com OpenLink Software, Inc. // http://www.openlinksw.com/ http://www.openlinksw.com/weblogs/uda/ OpenLink Blogs http://www.openlinksw.com/weblogs/virtuoso/ http://www.openlinksw.com/blog/~kidehen/ Universal Data Access and Virtual Database Technology Providers _______________________________________________ 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: Launchd domain socket permission problem
by Kevin Brock 07 Aug '06

07 Aug '06

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com On Aug 4, 2006, at 2:34 PM, Dave Zarzycki wrote: Kevin _______________________________________________ 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… Setting the "it is a socket" bits in the path mode is... um... probably a very bad idea. But it may not explain what you're seeing. Can you change it to 511 (octal 777) and see if that makes a difference? We tried various permissions in the plist, and they didn't make a difference. It's like launchd on those systems is using some other source for its permissions. All of the systems in question were running 10.4.5. For the time being I'm going to have to hack around this by having the daemon explicitly set the socket permissions for that socket at runtime if possible... This email sent to site_archiver(a)lists.apple.com

1 0

Re: Apple Opens Up: Kernel, Mac OS Forge, iCal Server, Bonjour, Launchd
by Erik Paulson 07 Aug '06

07 Aug '06

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com User-agent: Mutt/1.4.2.1i Thanks! And if I can push my luck - the Xcode 3.0 page http://www.apple.com/macosx/leopard/xcode.html talks about being able to step backwards in the debugger, which is pretty cool. Is that going to be availble in darwin as part of GDB and in every language, or is it Xcode only? (Also, the DTrace bit at the bottom of the page is really cool too) -Erik On Mon, Aug 07, 2006 at 04:15:51PM -0700, Ernest Prabhakar wrote: > Hi all, > > In conjunction with this week's Developer Conference, we have four > great pieces of news for Open Source developers: > > A. Intel Kernel Sources > > As of today, we are posting buildable kernel sources for Intel-based > Macs alongside the usual PowerPC (and other Intel) sources, starting > with Mac OS X 10.4.7. We regret the delay in readying the new kernel > for release, and thank you for your patience. > > http://www.opensource.apple.com/darwinsource/tarballs/apsl/ > xnu-792.10.96.tar.gz > > B. New "Mac OS Forge" for Community Projects > > Mac OS Forge, a new community site hosted by Apple, is being created > to support WebKit and other open source projects focused on Mac OS X, > especially those looking to transition from OpenDarwin.org. > > <http://www.macosforge.org/> > > C. New Open Source Calendaring Server > > In order to encourage community participation, source code to the new > iCal Server in Leopard Server is now available on Mac OS Forge under > the Apache License.* > > <http://collaboration.macosforge.org/> > > D. Apache-Licensed Bonjour and Launchd sources > > To further enable and encourage cross-platform adoption, the APSL** > sources for Bonjour service discovery and Launchd process management > are being re-released under the Apache License and hosted on Mac OS > Forge: > > <http://bonjour.macosforge.org/> > <http://launchd.macosforge.org/> > > Apple is more excited than ever about the power of Open Source > development to create value for our (and your) products and > customers. I'll be offline much of this week due to WWDC, but I look > forward to working with all of you as we move forward to Leopard. > > Sincerely, > Ernest Prabhakar > Open Source Product Manager, Apple > WWDC 2006, Aug 7-11, San Francisco > <http://developer.apple.com/wwdc> > > * Apache License, Version 2.0 > <http://www.apache.org/licenses/LICENSE-2.0.html> > > ** Apple Public Source License 2.0 > <http://www.opensource.apple.com/apsl/2.0.txt> > _______________________________________________ > 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/epaulson%40cs.wisc.edu > > This email sent to epaulson(a)cs.wisc.edu _______________________________________________ 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

Apple Opens Up: Kernel, Mac OS Forge, iCal Server, Bonjour, Launchd
by Ernest Prabhakar 07 Aug '06

07 Aug '06

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.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: Problems with open() and close()
by Cem Karan 07 Aug '06

07 Aug '06

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com Thanks, Cem Karan On 04/08/2006, at 2:34 AM, Cem Karan wrote: Thanks for any help, Cem Karan boolean_t open_TTY_OSX(char *devicePath, OSX_TTYcontext context) { size_t counter; adjAssert((devicePath != NULL) && (context != NULL)); if ((devicePath == NULL) || (context == NULL)) return false; if (ioctl(context->fileDescriptor, TIOCEXCL) == -1) { ERROR_CLOSE_FD_TTY_OSX_PRIVATE(context->fileDescriptor); return false; } if (fcntl(context->fileDescriptor, F_SETFL, 0) == -1) { ERROR_CLOSE_FD_TTY_OSX_PRIVATE(context->fileDescriptor); return false; } if (fcntl(context->fileDescriptor, F_NOCACHE, 1) == -1) { ERROR_CLOSE_FD_TTY_OSX_PRIVATE(context->fileDescriptor); return false; } for (counter = 0; counter < NCCS; counter++) (context->current).c_cc[counter] = _POSIX_VDISABLE; cfmakeraw(&(context->current)); (context->current).c_cc[VMIN] = 1; (context->current).c_cc[VTIME] = 1; cfsetspeed(&(context->current), B57600); /* Set 57600 baud */ (context->current).c_cflag |= (CS8 | CREAD | CLOCAL); return true; } void close_TTY_OSX(OSX_TTYcontext context) { int result; adjAssert(context != NULL); if (tcdrain(context->fileDescriptor) == -1) { printf("Error waiting for drain - %s(%d).\n", strerror(errno), errno); } if (ioctl(context->fileDescriptor, TIOCNXCL) == -1) { ERROR_CLOSE_FD_TTY_OSX_PRIVATE(context->fileDescriptor); } result = close(context->fileDescriptor); if (result != 0) perror(NULL); } _______________________________________________ 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… You are using pseudo-terminals, not serial port is that correct? That is currently correct. I'm trying to make testing easier on myself so I can move over to the actual serial port with the least amount of fuss that I can get away with. In this case the exclusive flag doesn't get cleared until both sides of the port get closed. On a serial port the t_state variable is set to 0 on close, but you pseudo-terminals are sort of 2 serial ports in one and they share most of their state. I didn't know that, thank you! The real question then is, how do I cleanly close() them? As you can guess, I have very little experience in UNIX specific code. I would like to be able to use this wrapper for both pseudo-terminals and actual serial ports, ideally in a manner that hides any strangeness from the higher level code completely. Hi all, first time poster to this list, hope that this is right list to post to... I've adapted some code to my own uses (shown below) but have run into an odd problem, and I'm hoping that someone can explain what is going on to me. As a part of my open_TTY_OSX() function, I call ioctl(context->fileDescriptor, TIOCEXCL), which prevents any non-root program from opening the same device. Now this is where it gets odd for me. I am testing all this code using some unit tests that I wrote. The unit tests call open_TTY_OSX() and then balance the call with a call to close_TTY_OSX() on the same file descriptor. Originally, I did NOT have the ioctl(context- >fileDescriptor, TIOCNXCL) call in close_TTY_OSX(), and the result was that if I tried to open the same device again, it would fail with EBUSY. So basically: open_TTY_OSX("/dev/ttyp1", foo) // no problem close_TTY_OSX(foo) // no problem open_TTY_OSX("/dev/ttyp1, bar) // Fails with EBUSY Well, I figured that this isn't that big a deal, I just let my process exit nicely, and the restart the debugging session, right? No good. The only way for me to make things play nice is to quit XCode, and even that doesn't seem to work 100% of the time. My question is why? When I close, I reset the attributes, and I close() the descriptor. That should make the blocking part go away, right? What am I doing wrong? Oh, note that adjAssert() is a macro like assert(); I just hacked in some extra stuff that I needed, and didn't want the names conflicting. #define ERROR_CLOSE_FD_TTY_OSX_PRIVATE (FD) \ { \ struct stat myStat; \ perror (NULL); \ fflush (stderr); \ fflush (stdout); \ if (FD != -1) \ { \ printf("Closing file descriptor"); \ fstat(FD, &myStat); \ close (FD); \ } \ } context->fileDescriptor = open(devicePath, O_RDWR | O_NOCTTY | O_NONBLOCK); if (context->fileDescriptor == -1){ ERROR_CLOSE_FD_TTY_OSX_PRIVATE(context->fileDescriptor); return false; } if (tcgetattr(context->fileDescriptor, &(context->original)) == -1) { printf("Error getting tty attributes %s - %s(%d).\n", devicePath, strerror(errno), errno); ERROR_CLOSE_FD_TTY_OSX_PRIVATE(context->fileDescriptor); return false; } memcpy(&(context->current), &(context->original), sizeof (struct termios)); if (tcsetattr(context->fileDescriptor, TCSANOW, &(context- >current)) == -1) { ERROR_CLOSE_FD_TTY_OSX_PRIVATE(context->fileDescriptor); return false; } if (tcsetattr(context->fileDescriptor, TCSANOW, &(context- >original)) == -1) { printf("Error resetting tty attributes - %s(%d).\n", strerror(errno), errno); } This email sent to site_archiver(a)lists.apple.com

1 0

Re: How to get IPv6 address using getifaddrs and which version of glibc supports
by almisr 07 Aug '06

07 Aug '06

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com Linux Dump ( current dump fc5 , tested on Deb 3 too) [mmm@zara tmp]$ ./prog lo: 127.0.0.1 eth0: 192.168.0.2 lo: ::1 eth0: fe80::203:93ff:fe7c:3764 lo Link encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 inet6 addr: ::1/128 Scope:Host UP LOOPBACK RUNNING MTU:16436 Metric:1 RX packets:1447 errors:0 dropped:0 overruns:0 frame:0 TX packets:1447 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:3302852 (3.1 MiB) TX bytes:3302852 (3.1 MiB) [mmm@zara tmp]$ getconf GNU_LIBC_VERSION glibc 2.4 [mmm@zara tmp]$ getconf POSIX2_VERSION 200112 it seems that you have to sort the result before printing but it's work | and | Best Regards _______________________________________________ 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… [mmm@zara tmp]$ /sbin/ifconfig eth0 Link encap:Ethernet HWaddr 00:03:93:7C:37:64 inet addr:192.168.0.2 Bcast:192.168.0.255 Mask: 255.255.255.0 inet6 addr: fe80::203:93ff:fe7c:3764/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:309 errors:0 dropped:0 overruns:0 frame:0 TX packets:330 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:162091 (158.2 KiB) TX bytes:46960 (45.8 KiB) Interrupt:41 Base address:0x1400 This email sent to site_archiver(a)lists.apple.com

1 0

Re: How to get IPv6 address using getifaddrs and which version of glibc supports
by almisr 05 Aug '06

05 Aug '06

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com results given by your prog Natacha:~ mmm$ ./prog lo0: 127.0.0.1 lo0: ::1 lo0: fe80:1::1 en0: fe80:4::203:93ff:fe7c:3764 en0: 192.168.0.8 Natacha:~ mmm$ ifconfig lo0: flags=8049<UP,LOOPBACK,RUNNING,MULTICAST> mtu 16384 inet 127.0.0.1 netmask 0xff000000 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x1 gif0: flags=8010<POINTOPOINT,MULTICAST> mtu 1280 stf0: flags=0<> mtu 1280 en0: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 1500 inet6 fe80::203:93ff:fe7c:3764%en0 prefixlen 64 scopeid 0x4 inet 192.168.0.8 netmask 0xffffff00 broadcast 192.168.0.255 ether 00:03:93:7c:37:64 media: autoselect (100baseTX <full-duplex>) status: active supported media: none autoselect 10baseT/UTP <half-duplex> 10baseT/UTP <full-duplex> 10baseT/UTP <full-duplex,hw-loopback> 100baseTX <half-duplex> 100baseTX <full-duplex> 100baseTX <full- duplex,hw-loopback> 1000baseT <full-duplex> 1000baseT <full-duplex,hw- loopback> 1000baseT <full-duplex,flow-control> 1000baseT <full- duplex,flow-control,hw-loopback> fw0: flags=8822<BROADCAST,SMART,SIMPLEX,MULTICAST> mtu 2030 lladdr 00:03:93:ff:fe:7c:37:64 media: autoselect <full-duplex> status: inactive supported media: autoselect <full-duplex> _______________________________________________ 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