September 2004 - Darwin-dev

Re: RAID-1 possible for multi-filesystem disk?
by Jay A. Kreibich 15 Sep '04

15 Sep '04

site_archiver(a)lists.apple.com Delivered-To: Darwin-dev(a)lists.apple.com User-agent: Mutt/1.4.1i On Tue, Sep 14, 2004 at 10:49:52PM -0400, Jack Howarth scratched on the wall: > I know this may not be the most appropriate place to ask this > question but I am wondering if any Darwin experts here know the > limits of the current RAID-1 support in Panther. In particular, I > am interested in creating a RAID-1 mirror using two identical SATA > drives in a dual G5. I understand that a single filesystem disk > can be non-destructively converted over to a unpaired mirror > using the command... > > diskutil enableRAID mirror disk0 > > Unfortunately this comamnd fails on a disk0 that contains two > HFS+ partitions with an error message that the disk was not > appropriate and an error number -9694. The diskutil man page implies this isn't possible: -------------------------------------------------- enableRAID mirror device Convert single filesystem disk into a unpaired mirror RAID set. Ownership of the affected disks is required. -------------------------------------------------- I think they mean "Convert single-filesystem disk...". In other words, it won't work for disks with more than one filesystem (i.e. partition). I suppose they could mean "Convert one disk with a filesystem", but that seems obvious. > While I can understand that > the current diskutil may have limitations on the enableRAID feature > I am now wondering if MacOS X 10.3 supports RAID-1 of disks with > multiple bootable partitions at all? Can anyone confirm that if > I were to destructively repartition the drives and manually create > the RAID-1 in DiskUtility (before reinstalling Panther) that I > could in fact have both HFS+ partitions on a disk0 set up to mirror > with RAID-1 on a second disk? I am a tad worried that I may have > run into a nasty limitation of the OS's RAID support. I'm guessing that is true. When you create a RAID set, you need to give a filesystem type. Filesystems are associated with volumes (i.e. partitions), not raw disks. So I'm fairly sure that a set of mirrored disks is treated like a volume/partition, and not a raw disk. That means you can't partition a RAID set. This isn't that unusual for basic logical volume managers like the software RAID system. I realize hardware RAIDs can do more advanced things, but this is not a surprising limitation, even if it is a bit frustrating for you. -j, who's only mirrored whole disks. -- Jay A. Kreibich | Comm. Technologies, R&D jak(a)uiuc.edu | Campus IT & Edu. Svcs. <http://www.uiuc.edu/~jak> | University of Illinois at U/C _______________________________________________ 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

RAID-1 possible for multi-filesystem disk?
by howarth＠bromo.msbb.uc.edu 15 Sep '04

15 Sep '04

site_archiver(a)lists.apple.com Delivered-To: Darwin-dev(a)lists.apple.com I know this may not be the most appropriate place to ask this question but I am wondering if any Darwin experts here know the limits of the current RAID-1 support in Panther. In particular, I am interested in creating a RAID-1 mirror using two identical SATA drives in a dual G5. I understand that a single filesystem disk can be non-destructively converted over to a unpaired mirror using the command... diskutil enableRAID mirror disk0 Unfortunately this comamnd fails on a disk0 that contains two HFS+ partitions with an error message that the disk was not appropriate and an error number -9694. While I can understand that the current diskutil may have limitations on the enableRAID feature I am now wondering if MacOS X 10.3 supports RAID-1 of disks with multiple bootable partitions at all? Can anyone confirm that if I were to destructively repartition the drives and manually create the RAID-1 in DiskUtility (before reinstalling Panther) that I could in fact have both HFS+ partitions on a disk0 set up to mirror with RAID-1 on a second disk? I am a tad worried that I may have run into a nasty limitation of the OS's RAID support. Jack _______________________________________________ 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: incomplete man pages....
by Martin Costabel 14 Sep '04

14 Sep '04

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com User-agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.2) Gecko/20040804 Netscape/7.2 ls /usr/share/man/man3/ | wc how many man pages you have there. I am seeing 3988. -- Martin _______________________________________________ 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… Robert Palmer Jr wrote: This happened with one of the earlier OS upgrades (or was it the developer CD with XCode on it?) - in some cases it blew away man pages (I was a victim). I'd search the archives. I believe (and don't hold me to this ;) ) that the solution was to run through the upgrade process again but select JUST the man pages. On the Fink mailing lists we call this the "lazy installer syndrome". Apple's Installer.app on Panther has a very annoying bug whereby it "forgets" to install files, mainly those that changed the package to which they belong. There are scores of people for whom compilations break because a couple of header files in /usr/X11R6 are missing or are left at an older version. People had to reinstall X11SDK.pkg up to 3 times until all files were there. Typical missing files are also /usr/lib/crt1.o and friends. I myself counted almost 3000 (!) missing man pages after the upgrade to Panther. This is all pretty disgusting and is costing a lot of people a lot of time. To the original poster: The system.3 man page comes from the BSD.pkg which is on the Panther system CD. You can look with This email sent to site_archiver(a)lists.apple.com

1 0

Re: need help resolving symbols using twolevel hints table
by Bob Campbell 14 Sep '04

14 Sep '04

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com Message: 4 Date: Tue, 14 Sep 2004 00:29:19 -0400 From: "Mike Garey" <random50k(a)hotmail.com> Subject: Re: need help resolving symbols using twolevel hints table To: darwin-dev(a)lists.apple.com Message-ID: <BAY18-F35cF63W8qFs50011327d(a)hotmail.com> Content-Type: text/plain; format=flowed Thanks for the reply Bob, however, I'm still confused as to how you arrived at symbol number 4347 from printf having an itoc of 1854. I was thinking that perhaps the tocoff of libSystem + 1854 should equal 4347, but that's not the case. I've been reading the dyld sources, and it looks like they simply use the itoc as an initial starting position from which to begin a binary search. Although I'm unsure of how they perform a binary search on what seems like an unsorted list of symbols (because the symbol tables for mach-o images are not sorted), and if dyld was to sort its internal symbol list, I can't see how having the itoc would help, as it seems that the itoc is an index into the unsorted symbol table as it appears in the original mach-o image. Actually the symbols are sorted in a very specific way: local symbols sorted by module then by address external defined symbols sorted by module then by name undefined symbols (aka imported) sorted by name So anyways, is this itoc value, 1854, simply a suggesting starting point, and the value 4347 was found by performing a linear search from this index value? dysymtab_command.tocoff -> dylib_table_of_contents[1854].symbol_index == 4347 symtab_command.symoff -> n_list[4347] Also, another strange thing I noticed.. When using otool -Hv on a few different binaries, some show the itoc for printf to be 1854, while some others show the itoc to be 1855.. Any idea why this would happen? I guess maybe it depends on when the binary was built? My thinking is that it should, but you and I may have different system libraries. My libSystem.dylib is: otool -L /usr/lib/libSystem.dylib /usr/lib/libSystem.dylib: /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 71.1.1) /usr/lib/system/libmathCommon.A.dylib (compatibility version 1.0.0, current version 47.1.0) Note if the mach-o file is not a dylib (or is linked in single module mode) then all of the symbols are treated as if they are in a single module so they are only sorted by address. Also the DYSYMTAB contains indexes to the start and number of entries in each of these three groups. Actually it is possible that the local symbols are not normally sorted at all, it might be an artifact of the way I generate the symbol table. At index 1854 in the LC_DYSYMTAB is an entry which has the number 4347 which is an index into the n_list in the LC_SYMTAB: It might be the difference between the standard libSystem dylib vs libSystem_debug dylib (or _profile, or as you indicated being originally build against a different binary). Also I wrote my own Mach-O disassembler 7 years ago, which I use instead of Mach-O (it ships with the Metrowerks tools), so I am not up on all of the options to otool (I use it once in a while), but I sometimes wish otool would print more info (like the index of the entry when dumping the TOC) and it might be that I just am not finding the right option. Also the TOC is in my linker sources is sorted by name (no module) so using the itoc index from the linked application provide a good hint from which to start a binary search looking for the right value. -- Message Classification [x] General Business Information ___________________________________________________________________ Bob Campbell bobc(a)metrowerks.com 408.991.7490 _______________________________________________ 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: prebinding warnings from ld on one system and not another
by Shantonu Sen 14 Sep '04

14 Sep '04

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com Do you have LD_PREBIND set in your environment, or as a make variable? Shantonu On Sep 14, 2004, at 2:03 AM, jmzorko(a)mac.com wrote: Hello, all ... Regards, John Falling You - exploring the beauty of voice and sound New album, "Touch", available now http://www.magnatune.com/artists/falling_you _______________________________________________ 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/ssen%40opendarwin.org _______________________________________________ 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… Did you copy and paste that message? It should have said "ld: warning prebinding disabled", not "not disabled" I am compiling the same source on my dual-1.25ghz G4 as well as my 1.33ghz 12" PowerBook. Both systems are running 10.3.5 with the devtools, yet the dual G4 gives me the following warnings from ld: g++ -Wall -Wpointer-arith -Wno-long-double -pipe -I/Users/jmzorko/ace_daily_build/ACE_wrappers -DACE_NDEBUG -DACE_USE_RCSID=0 -DACE_HAS_EXCEPTIONS -D__ACE_INLINE__ -I../../../.. -c -o .obj/broadcast_client_test.o broadcast_client_test.cpp g++ -Wall -Wpointer-arith -Wno-long-double -pipe -I/Users/jmzorko/ace_daily_build/ACE_wrappers -DACE_NDEBUG -DACE_USE_RCSID=0 -DACE_HAS_EXCEPTIONS -D__ACE_INLINE__ -I../../../.. -flat_namespace -undefined warning -L/Users/jmzorko/ace_daily_build/ACE_wrappers/ace -L./ -L../../../../lib -o remote_broadcast_test .obj/broadcast_client_test.o -lACE -lcc_dynamic -lstdc++ -lSystem ld: warning prebinding not disabled because (__PAGEZERO segment (address = 0x0 size = 0x1000) of remote_broadcast_test overlaps with __TEXT segment (address = 0x0 size = 0x1c1000) of libACE.dylib ld: warning prebinding not disabled because (__TEXT segment (address = 0x1000 size = 0x52000) of remote_broadcast_test overlaps with __TEXT segment (address = 0x0 size = 0x1c1000) of libACE.dylib ld: warning prebinding not disabled because (__DATA segment (address = 0x53000 size = 0xa000) of remote_broadcast_test overlaps with __TEXT segment (address = 0x0 size = 0x1c1000) of libACE.dylib ld: warning prebinding not disabled because (__LINKEDIT segment (address = 0x5d000 size = 0x4a000) of remote_broadcast_test overlaps with __TEXT segment (address = 0x0 size = 0x1c1000) of libACE.dylib ... and the PowerBook does not. I've seen this before, but I can't remember what I did to correct it ... does anyone else have an idea? This email sent to ssen(a)opendarwin.org This email sent to site_archiver(a)lists.apple.com

1 0

prebinding warnings from ld on one system and not another
by jmzorko＠mac.com 14 Sep '04

14 Sep '04

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com Hello, all ... Regards, John Falling You - exploring the beauty of voice and sound New album, "Touch", available now http://www.magnatune.com/artists/falling_you _______________________________________________ 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… I am compiling the same source on my dual-1.25ghz G4 as well as my 1.33ghz 12" PowerBook. Both systems are running 10.3.5 with the devtools, yet the dual G4 gives me the following warnings from ld: g++ -Wall -Wpointer-arith -Wno-long-double -pipe -I/Users/jmzorko/ace_daily_build/ACE_wrappers -DACE_NDEBUG -DACE_USE_RCSID=0 -DACE_HAS_EXCEPTIONS -D__ACE_INLINE__ -I../../../.. -c -o .obj/broadcast_client_test.o broadcast_client_test.cpp g++ -Wall -Wpointer-arith -Wno-long-double -pipe -I/Users/jmzorko/ace_daily_build/ACE_wrappers -DACE_NDEBUG -DACE_USE_RCSID=0 -DACE_HAS_EXCEPTIONS -D__ACE_INLINE__ -I../../../.. -flat_namespace -undefined warning -L/Users/jmzorko/ace_daily_build/ACE_wrappers/ace -L./ -L../../../../lib -o remote_broadcast_test .obj/broadcast_client_test.o -lACE -lcc_dynamic -lstdc++ -lSystem ld: warning prebinding not disabled because (__PAGEZERO segment (address = 0x0 size = 0x1000) of remote_broadcast_test overlaps with __TEXT segment (address = 0x0 size = 0x1c1000) of libACE.dylib ld: warning prebinding not disabled because (__TEXT segment (address = 0x1000 size = 0x52000) of remote_broadcast_test overlaps with __TEXT segment (address = 0x0 size = 0x1c1000) of libACE.dylib ld: warning prebinding not disabled because (__DATA segment (address = 0x53000 size = 0xa000) of remote_broadcast_test overlaps with __TEXT segment (address = 0x0 size = 0x1c1000) of libACE.dylib ld: warning prebinding not disabled because (__LINKEDIT segment (address = 0x5d000 size = 0x4a000) of remote_broadcast_test overlaps with __TEXT segment (address = 0x0 size = 0x1c1000) of libACE.dylib ... and the PowerBook does not. I've seen this before, but I can't remember what I did to correct it ... does anyone else have an idea? This email sent to site_archiver(a)lists.apple.com

1 0

Re: need help resolving symbols using twolevel hints table
by Mike Garey 14 Sep '04

14 Sep '04

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com Thanks for your help, Mike From: Bob Campbell <bobc(a)metrowerks.com> To: darwin-dev(a)lists.apple.com Subject: Re: Darwin-dev Digest, Vol 1, Issue 4 Date: Mon, 13 Sep 2004 14:48:07 -0700 Message: 6 Date: Mon, 13 Sep 2004 14:33:49 -0400 From: "Mike Garey" <random50k(a)hotmail.com> Subject: need help resolving symbols using twolevel hints table To: darwin-dev(a)lists.apple.com Message-ID: <BAY18-F34ByrbwjN5Rp0003ac65(a)hotmail.com> Content-Type: text/plain; format=flowed We will find _printf in the SYMTAB as an undefined symbol (from nm): If anyone has any advice or suggestions, please let me know.Ý Thanks! Mike P.S. Sorry if this question has been answered in the lists before, but I can't seem to find the search option on lists.apple.com. -- Message Classification [x] General Business Information ___________________________________________________________________ Bob Campbell bobc(a)metrowerks.com 408.991.7490 _______________________________________________ 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/random50k%40hotmail.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… Thanks for the reply Bob, however, I'm still confused as to how you arrived at symbol number 4347 from printf having an itoc of 1854. I was thinking that perhaps the tocoff of libSystem + 1854 should equal 4347, but that's not the case. I've been reading the dyld sources, and it looks like they simply use the itoc as an initial starting position from which to begin a binary search. Although I'm unsure of how they perform a binary search on what seems like an unsorted list of symbols (because the symbol tables for mach-o images are not sorted), and if dyld was to sort its internal symbol list, I can't see how having the itoc would help, as it seems that the itoc is an index into the unsorted symbol table as it appears in the original mach-o image. So anyways, is this itoc value, 1854, simply a suggesting starting point, and the value 4347 was found by performing a linear search from this index value? Also, another strange thing I noticed.. When using otool -Hv on a few different binaries, some show the itoc for printf to be 1854, while some others show the itoc to be 1855.. Any idea why this would happen? I guess maybe it depends on when the binary was built? At 12:07 PM -0700 9/13/04, <darwin-dev-request(a)lists.apple.com> wrote: I'm having difficulty understanding how to use the twolevel hints table to resolve undefined symbols.Ý I'm not sure what exactly the itoc member of the twolevel hints structure represents. itoc is an index to the symbol in the TOC (which is a component of the DYSYMTAB loader command), of the dylib where the symbol is to be found. For example, if I have an executable image, which has an undefined symbol such as _printf, after I determine which library image it's located in (from the n_desc value of the nlist struct), do I then obtain the tocoff value from the dysymtab_command of this library, and add the itoc to this value, then read the memory found at this location into a dylib_table_of_contents struct, and then obtain the symbol_index member, which will indicate the index of the _printf symbol within the symbol table of the shared library?Ý Or is this completely wrong? Looking for a symbol requires looking in several places, first the SYMTAB from the referring program: 9002abe0 (prebound undefined [lazy bound]) external _printf (from libSystem) Looking at the fields we see n_type == N_PBUD, n_desc = REFERENCE_FLAG_UNDEFINED_LAZY, and also the id of the loading framework (in this case libSystem). Then we look at the TOC table from the DYSYMTAB, and find that __printf has isub=0 and itoc=1854, If isub is 0 then we just look at the framework/library from the SYMTAB (in this case libSystem) and at entry 4347 of it's SYMTAB should be printf. If isub is not zero it is a bit more complex, as it indicates a framework so you have to walk the dylib load commands (from the framework/library and find the nth one (where n == isub) and then itoc is the index into that nested frameworks TOC. This is at least partly explained in the header, /usr/include/mach-o/loader.h but I also have done a bit of disassembly over the past 7 years to track what "ld" was doing. This email sent to random50k(a)hotmail.com _________________________________________________________________ Express yourself instantly with MSN Messenger! Download today - it's FREE! http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/ This email sent to site_archiver(a)lists.apple.com

1 0

Re: Darwin-dev Digest, Vol 1, Issue 4
by Bob Campbell 13 Sep '04

13 Sep '04

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com Message: 6 Date: Mon, 13 Sep 2004 14:33:49 -0400 From: "Mike Garey" <random50k(a)hotmail.com> Subject: need help resolving symbols using twolevel hints table To: darwin-dev(a)lists.apple.com Message-ID: <BAY18-F34ByrbwjN5Rp0003ac65(a)hotmail.com> Content-Type: text/plain; format=flowed I'm having difficulty understanding how to use the twolevel hints table to resolve undefined symbols.Ý I'm not sure what exactly the itoc member of the twolevel hints structure represents. For example, if I have an executable image, which has an undefined symbol such as _printf, after I determine which library image it's located in (from the n_desc value of the nlist struct), do I then obtain the tocoff value from the dysymtab_command of this library, and add the itoc to this value, then read the memory found at this location into a dylib_table_of_contents struct, and then obtain the symbol_index member, which will indicate the index of the _printf symbol within the symbol table of the shared library?Ý Or is this completely wrong? We will find _printf in the SYMTAB as an undefined symbol (from nm): 9002abe0 (prebound undefined [lazy bound]) external _printf (from libSystem) If anyone has any advice or suggestions, please let me know.Ý Thanks! Mike P.S. Sorry if this question has been answered in the lists before, but I can't seem to find the search option on lists.apple.com. -- Message Classification [x] General Business Information ___________________________________________________________________ Bob Campbell bobc(a)metrowerks.com 408.991.7490 _______________________________________________ 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 12:07 PM -0700 9/13/04, <darwin-dev-request(a)lists.apple.com> wrote: itoc is an index to the symbol in the TOC (which is a component of the DYSYMTAB loader command), of the dylib where the symbol is to be found. Looking for a symbol requires looking in several places, first the SYMTAB from the referring program: Looking at the fields we see n_type == N_PBUD, n_desc = REFERENCE_FLAG_UNDEFINED_LAZY, and also the id of the loading framework (in this case libSystem). Then we look at the TOC table from the DYSYMTAB, and find that __printf has isub=0 and itoc=1854, If isub is 0 then we just look at the framework/library from the SYMTAB (in this case libSystem) and at entry 4347 of it's SYMTAB should be printf. If isub is not zero it is a bit more complex, as it indicates a framework so you have to walk the dylib load commands (from the framework/library and find the nth one (where n == isub) and then itoc is the index into that nested frameworks TOC. This is at least partly explained in the header, /usr/include/mach-o/loader.h but I also have done a bit of disassembly over the past 7 years to track what "ld" was doing. This email sent to site_archiver(a)lists.apple.com

1 0

Re: incomplete man pages....
by Robert Palmer Jr 13 Sep '04

13 Sep '04

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com Robert On Sep 13, 2004, at 3:39 PM, Sean McBride wrote: Ken Wieschhoff (weesh(a)mindspring.com) on Mon, Sep 13, 2004 12:56 said: It appears my man pages are incomplete, e.g. when I type "man system" I get 'no entry'. What's the best way to keep them up to date? I too would like them back, but how? _______________________________________________ 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 happened with one of the earlier OS upgrades (or was it the developer CD with XCode on it?) - in some cases it blew away man pages (I was a victim). I'd search the archives. I believe (and don't hold me to this ;) ) that the solution was to run through the upgrade process again but select JUST the man pages. I have the same problem. So does someone else that posted on c.s.m.p.*. I'm missing all sorts of pages: strlen, system, etc. I have XCode 1.5 installed, and 10.3.5. The pages used to be there, not sure at what point they disappeared. _______________________________________________ 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/ robertpalmerjr%40mac.com This email sent to robertpalmerjr(a)mac.com This email sent to site_archiver(a)lists.apple.com

1 0

Re: incomplete man pages....
by Sean McBride 13 Sep '04

13 Sep '04

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com Ken Wieschhoff (weesh(a)mindspring.com) on Mon, Sep 13, 2004 12:56 said: >It appears my man pages are incomplete, e.g. when I type "man system" >I get 'no entry'. What's the best way to keep them up to date? I have the same problem. So does someone else that posted on c.s.m.p.*. I'm missing all sorts of pages: strlen, system, etc. I have XCode 1.5 installed, and 10.3.5. The pages used to be there, not sure at what point they disappeared. I too would like them back, but how? _______________________________________________ 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