Re: Arla 0.90 package for OSX 10.5 (Leopard)?

Ian Delahorne <[email protected]>
Newsgroups gmane.comp.file-systems.arla.general
Message-ID <[email protected]>
On 18 nov 2007, at 21:46, Tomas Olsson wrote:

> On Thu, 2007-11-15 at 17:35 -0700, Michael Milligan wrote:
>> The 10.4 package doesn't work...  problems with nnpfs.kext...
> [...]
>> Nov 15 17:26:15 macbook [0x0-0x23023].ArlaConfiguration[261]: kld():
>> multiple definitions of symbol _strlcpy
>>
> It seems the package includes its own versions of strlcpy and memcpy,
> but now in 10.5 Apple provides those. I'm told that all that's  
> needed to
> compile a working kext from current code is a few such changes, but  
> that
> there is some kind of problem with kext unload/shutdown. I'm all out  
> of
> macs nowadays, so I'm hoping for a community assisted solution :)
>
> Known problematic configure checks for Leopard:
> HAVE_KERNEL_STRLCPY
> HAVE_KERNEL_MEMCPY
> HAVE_KERNEL_KAUTH_CRED_GETUID

umm, forgot the patch:

_______________________________________________
Arla-drinkers mailing list
[email protected]
https://lists.stacken.kth.se/mailman/listinfo/arla-drinkers
leopard.patch (application/octet-stream, 816 B)
? Info.plist
? Makefile
? nnpfs_mod.o.i386
? nnpfs_vopdefs.h
? stamp-nnpfs_vopdefs.h
? bin/Makefile
? bin/mount_nnpfs
? bin/startarla
? bin/umount_nnpfs
Index: nnpfs_common.c
===================================================================
RCS file: /stacken-cvs/arla/nnpfs/bsd/nnpfs_common.c,v
retrieving revision 1.8
diff -r1.8 nnpfs_common.c
39a40,41
> #define HAVE_KERNEL_STRLCPY 1
> #define HAVE_KERNEL_MEMCPY 1
Index: nnpfs_syscalls-common.c
===================================================================
RCS file: /stacken-cvs/arla/nnpfs/bsd/nnpfs_syscalls-common.c,v
retrieving revision 1.85
diff -r1.85 nnpfs_syscalls-common.c
445c445
< #ifdef HAVE_KERNEL_KAUTH_CRED_GETUID
---
>     /* #ifdef HAVE_KERNEL_KAUTH_CRED_GETUID */
447c447
< #else
---
>     /* #else
449c449
< #endif
---
>     #endif */
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.