By the way, if your test disk has the developer tools installed, there are +-26807 files that you could nuke in sudo rm -rf /Developer/Documentation Every file node gets counted and checked, so the more files you have, the longer the disk check takes. I've got the dev tools installed on multiple disks with multiple OS versions, so getting rid of these directories sped up my disk checks. :) It would be nice if HeaderDoc generated .tar.gz'd documentation wads. A viewer application to view the wads would be great. Heck, a web-archive like thing that's viewable in Apple Help Viewer or Safari would be the next best thing! Even better, make a read-only disk image of /Developer/Documentation and make it overmount on /Developer/Documentation at each boot. There are drawbacks to taking this approach. Namely, upgrading the dev tools or installing CHUD or USB DDK's, which assume that they can write to /Developer/Documentation, wont be happy. I wonder... can you could journal a HFS+ disk image? Then, you wouldn't need to make the /Developer/Documentation image read-only! Next, journal the disk containing your journaled disk image and see what hilarity ensues. ;) --Steve On Wed, Apr 30, 2003 at 07:13:22PM -0700, Eric Long wrote:
You can reduce the reboot delay if you turn on HFS+ journaling for
all file systems. If you boot into MacOS 8 or 9, you should shutdown
MacOS X cleanly before doing so.
I'll take a look at that thought. Thanks.
Have you tried booting into single user mode and manually loading
the necessary kernel extensions?
Loading and unloading isn't the problem. The problem is that the test case
produces a panic. I have to reboot after that. I tried a lot of things to
try and isolate the trigger. What I found is that if I set the
kextcb->e_fcb value to anything other than null in my test kext's socreate()
hook, the third party extension will call panic(). I'm thinking, what
business is it of theirs what that value is... besides the issue of why a
kernel extension would ever call panic(). Seems to me if their kext is
confused it should just bow out gracefully in any case.
Eric
_______________________________________________
darwin-kernel mailing list | darwin-kernel@lists.apple.com
Help/Unsubscribe/Archives: http://www.lists.apple.com/mailman/listinfo/darwin-kernel
Do not post admin requests to the list. They will be ignored.
_______________________________________________ darwin-kernel mailing list | darwin-kernel@lists.apple.com Help/Unsubscribe/Archives: http://www.lists.apple.com/mailman/listinfo/darwin-kernel Do not post admin requests to the list. They will be ignored.
participants (1)
-
Steven Bytnar