Let's say you have a non-signed application that can open files dropped on its icon (in the Finder) and the quarantine flag is not set.
. The drop works fine when the application is installed in /Applications.
. The drop works fine when the application is on a read/write disk image and the application permissions are 555.
. The drop is not accepted by the Finder when the application is on a read-only disk image, yet the drop is accepted on the application icon in the Dock when the application has been opened from the read-only disk image.
Is there something inherent of the filesystem for read-only disk images that scares the Finder? I checked the man page of hdiutil with no success. Is there any fstat flag/value that would explain this?
Mac OS X v10.7.5
_______________________________________________
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:
https://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.ap…
This email sent to site_archiver(a)lists.apple.com
Hello all,
What is the actual point in keeping a proprietary ARM fork of xnu? I understand iBoot, but it is trivial to write an xnu booter for ARM/ARM-like devices. (In fact, it's very easy to even write basic kernel extensions.) A lot of the source code lurks on opensource.apple.com for other projects (such as LibC), so what difference does it make?
The necessary platform expert kext and ARMIO kext can also easily be made from IODTPlatformExpert and AppleMacIODevice, so that wouldn't be needed. (I did write a few kernel extensions that did perform the job for this on S5L at least.)
Messing with kxld and kernelcaches is fun when you guys take everything out but forget about some other things.
Thanks.
--rms
_______________________________________________
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:
https://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.ap…
This email sent to site_archiver(a)lists.apple.com
On Jun 4, 2013, at 3:42 PM, Sean McBride <sean(a)rogue-research.com> wrote:
> _n % 32 will sometimes give 31, and 1<<31 pushes a 1 into the sign bit, which is undefined.
>
> Do you agree that __darwin_fd_isset is buggy? Just wanted to check before filing a Radar...
A quick look at the C99 spec (specifically, 6.5.7 Bitwise shift operators) indicates that it is indeed buggy (in the sense that it is undefined, almost certainly not in the sense that it'll do the wrong thing on any architecture that Apple cares about).
"The result of E1 << E2 is E1 left-shifted E2 bit positions[...] If E1 has a signed type and nonnegative value, and E1 * 2^{E2} is representable in the result type, then that is the resulting value; otherwise, the behavior is undefined."
--
Stephen Checkoway
_______________________________________________
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:
https://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.ap…
This email sent to site_archiver(a)lists.apple.com
Hi all,
When running the unit tests of an open source project, clang's undefined behaviour sanitizer (ubsan) reports:
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.8.sdk/usr/include/sys/_structs.h:193:48: runtime error: left shift of 1 by 31 places cannot be represented in type 'int'
In _structs.h (OS 10.8.3 / Xcode 4.6.2) we find:
#define __DARWIN_NBBY 8 /* bits in a byte */
#define __DARWIN_NFDBITS (sizeof(__int32_t) * __DARWIN_NBBY) /* bits per mask */
190 static __inline int
191 __darwin_fd_isset(int _n, const struct fd_set *_p)
192 {
193 return (_p->fds_bits[_n/__DARWIN_NFDBITS] & (1<<(_n % __DARWIN_NFDBITS)));
194 }
_n % 32 will sometimes give 31, and 1<<31 pushes a 1 into the sign bit, which is undefined.
Do you agree that __darwin_fd_isset is buggy? Just wanted to check before filing a Radar...
Thanks,
--
____________________________________________________________
Sean McBride, B. Eng sean(a)rogue-research.com
Rogue Research www.rogue-research.com
Mac Software Developer Montréal, Québec, Canada
_______________________________________________
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:
https://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.ap…
This email sent to site_archiver(a)lists.apple.com