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

Re: S.M.A.R.T.-checking on Intel Macs impossible?
by Chris Sarcone 20 Mar '06

20 Mar '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: S.M.A.R.T.-checking on Intel Macs impossible?
by Julian Mayer 20 Mar '06

20 Mar '06

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com Am 20.03.2006 um 23:31 schrieb Chris Sarcone: Julian -- thanks, but it's not totally clear to me how you would do this... thanks, julian _______________________________________________ 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… does anybody know a way to do S.M.A.R.T. checking (of ATA devices) on the new Intel Macs? Apple's IOATABlockStorage-> ATASMARTSample "opensource" project has been unavailable since 10.3.6 (1 year, 5 month, 15 days!!) and and the last available version doesn't work on intel macs because of obvious differences: on PowerPC macs S.M.A.R.T. checking is done on IOATABlockStorageDevices using the ATASMARTLib.plugin (kIOATASMARTInterfaceID), however the Intel-Macs do not contain any IOATABlockStorageDevices but only IOAHCIBlockStorageDevices with SMARTLib.plugin....both of which aren't mentioned in ANY header files of the latest universal SDK...so the neccesary defines/constants/functions are missing! any ideas? thanks, julian You can use the same interfaces for AHCI as ATA. You can add the IOAHCIBlockStorageDevice to your list of classes, or you can use the new "SMART Capable" property inserted into the node. HTH, could you give me a diff against http://www.opensource.apple.com/darwinsource/10.3.5/ IOATABlockStorage-130.3.1/TestTools/ATASMARTSample/ATASMARTSample.c to make it work on intel macs? btw. when will new versions of IOATABlockStorage finally be available again? This email sent to site_archiver(a)lists.apple.com

1 0

Re: S.M.A.R.T.-checking on Intel Macs impossible?
by Chris Sarcone 20 Mar '06

20 Mar '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

S.M.A.R.T.-checking on Intel Macs impossible?
by Julian Mayer 20 Mar '06

20 Mar '06

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com hello all does anybody know a way to do S.M.A.R.T. checking (of ATA devices) on the new Intel Macs? Apple's IOATABlockStorage-> ATASMARTSample "opensource" project has been unavailable since 10.3.6 (1 year, 5 month, 15 days!!) and and the last available version doesn't work on intel macs because of obvious differences: on PowerPC macs S.M.A.R.T. checking is done on IOATABlockStorageDevices using the ATASMARTLib.plugin (kIOATASMARTInterfaceID), however the Intel-Macs do not contain any IOATABlockStorageDevices but only IOAHCIBlockStorageDevices with SMARTLib.plugin....both of which aren't mentioned in ANY header files of the latest universal SDK...so the neccesary defines/constants/ functions are missing! any ideas? thanks, julian _______________________________________________ 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

controlling the wireless network card
by George André 16 Mar '06

16 Mar '06

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com Organization: Intelligraphics, Inc. User-agent: Thunderbird 1.5 (Windows/20051201) Hi people, Thanks, George. _______________________________________________ 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… We have a customer that wants to control the details of the wireless network card in a Mac (the airport). We want to set the SSID, BSSID, ratecontrol, channels etc, WEP keys, WPA, WPA2, basically all information that a wireless device would want to know. There is also a requirement that we should be the only controlling application doing that (i.e. block the System Settings app in some way). Does anyone have any idea of how that is done on OSX (the direct programmatical control of a wireless netowrk interface) ? This email sent to site_archiver(a)lists.apple.com

1 0

Re: si_code broken for SIGFPE on Mac OS X/x86?
by Jonas Maebe 16 Mar '06

16 Mar '06

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com On 16 mrt 2006, at 03:01, Eric Albert wrote: Will do. I hope this will be enough for at least some prioritization ;) Thanks, Jonas _______________________________________________ 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 is not a known bug, and it has probably gone unnoticed for exactly the reason you described. Please file a bug report. For prioritization, it'd also be very helpful if you mentioned why you're turning off SSE instructions. I'm not using gcc. The Free Pascal Compiler uses the fpu and the language requires that an exception is thrown for divisions by zero (on PPC for integer divisions by zero we add a comparison with 0 of the divisor). We also need the x87's long double support. In fact, I can make the C program use long doubles so it will probably automatically use the fpu instead of sse. But that'll have to wait till tonight when I have access again to the Mac OS X/x86 machine I'm testing on. This email sent to site_archiver(a)lists.apple.com

1 0

Re: si_code broken for SIGFPE on Mac OS X/x86?
by Eric Albert 16 Mar '06

16 Mar '06

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com On Mar 15, 2006, at 1:28 PM, Jonas Maebe wrote: sigaction: Unknown error: 0 si->si_code: 0 sigaction: Success si->si_code: 3 Thanks, 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… The following program (when compiled with" -mno-sse -mno-sse2 -mno- sse3" prints this on Mac OS X 10.4.5/x86: On Linux/x86, I get (after replacing the _cw with cw in the assembler code): (the perror() output is obviously of no importance, since no error occurred installing the signal handler). Is si_code for fpu-division by zero exceptions known to be broken on Mac OS X/x86? (or is this not known since gcc generates sse code by default on Mac OS X/x86?) This is not a known bug, and it has probably gone unnoticed for exactly the reason you described. Please file a bug report. For prioritization, it'd also be very helpful if you mentioned why you're turning off SSE instructions. This email sent to site_archiver(a)lists.apple.com

1 0

si_code broken for SIGFPE on Mac OS X/x86?
by Jonas Maebe 15 Mar '06

15 Mar '06

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com Hello, sigaction: Unknown error: 0 si->si_code: 0 sigaction: Success si->si_code: 3 Thanks, Jonas #include <signal.h> #include <stdio.h> #include <stdlib.h> #include <string.h> #include <errno.h> void sighandler(int signum, siginfo_t *si, void *pp) { if (signum == SIGFPE) { printf("si->si_code: %d\n",si->si_code); } else { printf("Wrong signal: %d\n",signum); } _exit(1); } // turn on fpu exceptions, masked by default short cw = 0x1332; int main() { struct sigaction sa; double a,b,c; asm("fnclex"); asm("fldcw _cw"); memset(&sa,0,sizeof(sa)); sa.sa_sigaction = sighandler; sa.sa_flags = SA_SIGINFO; sigaction(SIGFPE,&sa,NULL); perror("sigaction"); a = 1.0; b = 0.0; c = a / b; } _______________________________________________ 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… The following program (when compiled with" -mno-sse -mno-sse2 -mno- sse3" prints this on Mac OS X 10.4.5/x86: On Linux/x86, I get (after replacing the _cw with cw in the assembler code): (the perror() output is obviously of no importance, since no error occurred installing the signal handler). Is si_code for fpu-division by zero exceptions known to be broken on Mac OS X/x86? (or is this not known since gcc generates sse code by default on Mac OS X/x86?) This email sent to site_archiver(a)lists.apple.com

1 0

Security software update php_apache_mod
by plumber Idraulico 15 Mar '06

15 Mar '06

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com Hi,there there is always a problem with the cli version of php there is a strange thing in the build process when you make so modules and build php with apache-mod php-cli have some troubles <?PHP dl('php_tata.so'); ?> example : dyld: NSLinkModule() error dyld: Symbol not found: _tati Referenced from: ./php_tata.so Expected in: flat namespace 1-- configure and selected options problem ? 2-- gcc ld flags problem ? the same symptoms with : gcc-3-5 , gcc4 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… but when you build separately php-cli and php-mod ( with the same options ) the cli version is all right This email sent to site_archiver(a)lists.apple.com

1 0

Re: INT3 not calling SIGTRAP handler?
by Cyrus Harmon 14 Mar '06

14 Mar '06

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com Cyrus On Mar 13, 2006, at 11:13 AM, Cyrus Harmon wrote: Thanks, _______________________________________________ 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… Replying to myself here, this is incorrect. We do have missing traps in this situation as well. We don't die by trying to execute malformed instructions and skipping over the return instruction, but we don't always trap without frobbing the EIP either, and this also happens with mach exceptions as well. Thanks for the interest in this problem. I have a test case that seems to show some weirdness related to trap handling. It's quite possible that I'm doing something wrong in this test case, but it looks good to me. It can be found below. Ah, here's an interesting thing. If I turn off the EIP frobbing, and only do an INT3, not an INT3 with an extra byte as an error code that my sigtrap handler attempts to skip over, everything is fine. Turn off the #define FROB_EIP to see this behavior. The good news is that, at least from this test case, ITNT3 and sigtrap are reasonably happy, but the bad news is that if one tries to adjust the EIP inside of a sigtrap hanlder, bad things happen. But I would still like to be able to adjust the EIP from within my sigtrap handler. Suggestions? Cyrus This email sent to site_archiver(a)lists.apple.com

1 0