February 2008 - Darwin-dev - lists.apple.com

Kernel Debug Kit 10.4.11?
by Stephane Sudre 04 Feb '08

04 Feb '08

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com Not available yet. Will it be? _______________________________________________ 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: Ancillary data and 32/64 bit processes
by Kevin Van Vechten 04 Feb '08

04 Feb '08

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com On Feb 3, 2008, at 11:15 AM, Michael Tuexen wrote: I habe a problem using ancillary data on 64-bit processes... The macro CMSG_DATA ist defined in /usr/include/sys/socket.h as I can provide a simple UDP discard server which shows this bug. Should it be fixed by changing the CMSG_DATA macros to behave the same on 32-bit and 64-bit processes or should the kernel be changed to adjust the ancillary data? This problem is crucial for our SCTP NKE, which uses ancillary data a lot... As a workaround, you could define your own CMSG_DATA macro. - 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… #define CMSG_DATA(cmsg) ((unsigned char *)(cmsg) + \ __DARWIN_ALIGN(sizeof(struct cmsghdr))) __DARWIN_ALIGN behaves different on 32-bit processes and 64-bit processes. Therefore the offset of the CMSG_DATA is 12 bytes on 32-bit processes and 16 byte on 64-bit processes. However, the kernel ignores this difference and puts the CMSG_DATA at a 12 byte offset. User processes may be 32-bit or 64-bit, but the kernel always executes in a 32-bit address space. Therefore programs using ancillary data work, when compiled for 32- bit, but do not work when compiled for 64-bit. Is this a known bug? Please file a bug <http://developer.apple.com/bugreporter/>. Even if it's a known issue, additional reports help us gauge the overall impact of the issue. (A quick check didn't find any issues reported against CMSG_DATA or DARWIN_ALIGN.) I suspect the former, since that would preserve the binary compatibility expectations of 64-bit processes with today's kernel. This email sent to site_archiver(a)lists.apple.com

1 0

Re: Leopard X11
by Anton Rang 04 Feb '08

04 Feb '08

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com On Feb 3, 2008, at 10:33 PM, Gregory Seidman wrote: This is due to a bug in the X11 which shipped with Leopard. (Note that there is an x11-users list which is the best source for X11 information on Leopard.) Anton _______________________________________________ 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 better off figuring out why the user thinks he can't drag the whole GUI into the secondary display. Since it is all one large display, any window should be draggable anywhere on the various screens. While not yet an official release from Apple, there is an update available through Apple's efforts with the open source community. You can get it from <http://xquartz.macosforge.org/>. Alternatively, until an official update for Leopard is available, you can install the version of X11 from Tiger. Directions for this can be found at <http://lists.apple.com/archives/x11-users/2007/Nov/msg00005.html> This email sent to site_archiver(a)lists.apple.com

1 0

Re: Leopard X11
by Gregory Seidman 04 Feb '08

04 Feb '08

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com Mail-followup-to: darwin-dev(a)lists.apple.com User-agent: Mutt/1.5.17 (2007-11-01) On Sun, Feb 03, 2008 at 02:50:07PM -0700, Jeshua Lacock wrote: [...] > The only thing that we have found to work is to manually set DISPLAY to :0 > which I admit is a hack. That works for our customer, except he wants to be > able to use his cinema display attached to his PowerBook for his main > display. When it is set to :0, he can only drag a small section of the > GRASS GUI into his secondary display. Setting DISPLAY to :1 displays this > error: [...] > And suggestions, help or pointers are greatly appreciated. Apple's X11 treats multiple physical displays as a single display (look up Xinerama for details). There is no :1, and not even a :0.1 (which would be more likely, and possibly worth trying, since it means the secondary display of the primary X server). You are better off figuring out why the user thinks he can't drag the whole GUI into the secondary display. Since it is all one large display, any window should be draggable anywhere on the various screens. > Thanks, > Jeshua Lacock, Owner --Greg _______________________________________________ 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: getcontext() -> Bus error?
by Kevin Van Vechten 04 Feb '08

04 Feb '08

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com On Feb 3, 2008, at 4:43 PM, Edd Dawson wrote: #define _XOPEN_SOURCE #include <ucontext.h> #include <stdio.h> #include <stdlib.h> void die(const char *msg) { perror(msg); exit(666); } void f() { puts("in f()!"); } int main() { ucontext_t ctx; ucontext_t ctx2; if (getcontext(&ctx) == -1) die("getcontext failed\n"); if (getcontext(&ctx2) == -1) die("getcontext failed\n"); ctx2.uc_stack.ss_sp = stack; ctx2.uc_stack.ss_size = sizeof stack; ctx2.uc_link = 0; makecontext(&ctx2, &f, 0); puts("about to swapcontext()..."); if (swapcontext(&ctx, &ctx2) == -1) die("swapcontext failed\n"); return 0; } No, there isn't. - 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… That seems to have stopped the bus error -- thanks! -- but now I'm getting what I believe is fishy behaviour from swapcontext(). The following program prints "about to swapcontext()..." indefinitely. The 4096-byte stack storage provided is too small for Darwin. The stack size should be at least MINSIGSTKSZ (include signal.h to get this constant). #include <signal.h> char stack[MINSIGSTKSZ]; Again, this behaves as expected on my Linux machine. And with the above changes, this should work as expected on Darwin as well. =) I don't suppose there's a way for "regular people" to see rdar data? This email sent to site_archiver(a)lists.apple.com

1 0

Re: getcontext() -> Bus error?
by Edd Dawson 04 Feb '08

04 Feb '08

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com User-agent: Thunderbird 2.0.0.9 (Windows/20071031) Kevin Van Vechten wrote: #define _XOPEN_SOURCE #include <ucontext.h> #include <stdio.h> #include <stdlib.h> void die(const char *msg) { perror(msg); exit(666); } void f() { puts("in f()!"); } int main() { char stack[4096]; ucontext_t ctx; ucontext_t ctx2; if (getcontext(&ctx) == -1) die("getcontext failed\n"); if (getcontext(&ctx2) == -1) die("getcontext failed\n"); ctx2.uc_stack.ss_sp = stack; ctx2.uc_stack.ss_size = sizeof stack; ctx2.uc_link = 0; makecontext(&ctx2, &f, 0); puts("about to swapcontext()..."); if (swapcontext(&ctx, &ctx2) == -1) die("swapcontext failed\n"); return 0; } Again, this behaves as expected on my Linux machine. I don't suppose there's a way for "regular people" to see rdar data? Kind regards, Edd _______________________________________________ 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 Jan 31, 2008, at 6:52 PM, Edd Dawson wrote: int main(void) { ucontext_t ctx; getcontext(&ctx); return 0; } edd:guff developer$ gcc getcontext.c -o getcontext -W -Wall -ansi -pedantic edd:guff developer$ ./getcontext Bus error edd:guff developer$ Why the bus error? What am I doing wrong? This is a known issue where getcontext(3) is writing past the end of the ucontext_t struct when _XOPEN_SOURCE is not defined (rdar://problem/5578699). As a workaround, define _XOPEN_SOURCE before including ucontext.h. That seems to have stopped the bus error -- thanks! -- but now I'm getting what I believe is fishy behaviour from swapcontext(). The following program prints "about to swapcontext()..." indefinitely. This email sent to site_archiver(a)lists.apple.com

1 0

Leopard X11
by Jeshua Lacock 03 Feb '08

03 Feb '08

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com Greetings, Application initialization failed: couldn't connect to display ":1" Error in startup script: couldn't connect to display ":1" And suggestions, help or pointers are greatly appreciated. Thanks, Jeshua Lacock, Owner <http://OpenOSX.com> phone: 877.240.1364 _______________________________________________ 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… One of our good customers from the USGS is having an issue with our build of GRASS GIS on Leopard, and I was hoping someone good point me in the right direction. I have read that there is not a need to set the DISPLAY variable with Leopard, but if its not set, the GRASS GUI will not display. Before Leopard we used 'open-x11' which would return the variable to use for DISPLAY. The only thing that we have found to work is to manually set DISPLAY to :0 which I admit is a hack. That works for our customer, except he wants to be able to use his cinema display attached to his PowerBook for his main display. When it is set to :0, he can only drag a small section of the GRASS GUI into his secondary display. Setting DISPLAY to :1 displays this error: This email sent to site_archiver(a)lists.apple.com

1 0

Ancillary data and 32/64 bit processes
by Michael Tuexen 03 Feb '08

03 Feb '08

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com Dear all, I habe a problem using ancillary data on 64-bit processes... The macro CMSG_DATA ist defined in /usr/include/sys/socket.h as Therefore programs using ancillary data work, when compiled for 32-bit, but do not work when compiled for 64-bit. I can provide a simple UDP discard server which shows this bug. Is this a known bug? Should it be fixed by changing the CMSG_DATA macros to behave the same on 32-bit and 64-bit processes or should the kernel be changed to adjust the ancillary data? This problem is crucial for our SCTP NKE, which uses ancillary data a lot... Best regards Michael _______________________________________________ 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… #define CMSG_DATA(cmsg) ((unsigned char *)(cmsg) + \ __DARWIN_ALIGN(sizeof(struct cmsghdr))) __DARWIN_ALIGN behaves different on 32-bit processes and 64-bit processes. Therefore the offset of the CMSG_DATA is 12 bytes on 32-bit processes and 16 byte on 64-bit processes. However, the kernel ignores this difference and puts the CMSG_DATA at a 12 byte offset. This email sent to site_archiver(a)lists.apple.com

1 0

Re: How to run Darwin in Visual Studio 2005 in the debug mode
by Robert Bielik 03 Feb '08

03 Feb '08

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com Organization: Xponaut AB User-agent: Thunderbird 2.0.0.9 (Windows/20071031) Oh you really should not be using Visual Studio either, it is bad for your health. It causes cancer and emails like these. Oh and emails like yours can cause flame wars ;) I x-dev on VS/Xcode and Xcode is by far the lousiest IDE I've ever encountered, period. So I'm trying to use Eclipse CDT instead on Mac (via CMake's cutting edge Eclipse project generation), not quite there yet unfortunately... /R _______________________________________________ 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… Andrew Pinski skrev: This email sent to site_archiver(a)lists.apple.com

1 0

Re: How to run Darwin in Visual Studio 2005 in the debug mode
by Andrew Pinski 02 Feb '08

02 Feb '08

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=KqxOv7OGJVw4io83pM3S++Ec3S5PyogCCWGdOV4WrmU=; b=Dt1D836GcMOPrDGwUeIbGsCP0b5DdFxaYqMQHOLP+cDS8kG5wlhcBI9v5du4/yEC41r7yymTVsPPkVzVZesDo7FzbItOLIbnjddvH06KXxknF9nVlyecCpTO9OXojYMHD2lk3pvDBncnRXk7cPC20JPyw/sH8/vTN5RLCfp93+Y= Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=rnobQ0JH5mp92sbyT6SmBitY7GpucnV/9uD+9lnwQlnAR+k4i6lSB4kP/6yWK+Ga/7L7chFn0GXnGS/xbbRTpNCIZEB2lhFx0Qx3RM6QuTz1kTu6Yp6L2+EyNmuclIvvzZZLufZ0Ozc+rA1oskar5QEyXswkGBcnbbWuTBoCvdo= On Feb 2, 2008 12:51 PM, Kylie Kent <kylie.kent(a)yahoo.com> wrote: > How to run Darwin in Visual Studio 6.0 or in 2005 in the debug mode ? > Which settings must be set ? I think you have the wrong list. This list is about the darwin OS and not the darwin streaming server. Oh you really should not be using Visual Studio either, it is bad for your health. It causes cancer and emails like these. Thanks, Andrew Pinski _______________________________________________ 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