site_archiver@lists.apple.com Delivered-To: darwin-kernel@lists.apple.com Hello! nm -pgo /mach_kernel /mach_kernel: 000fb544 T _VNOP_CLOSE /mach_kernel: 000fb410 T _VNOP_OPEN /mach_kernel: 000fbb48 T _VNOP_READ /mach_kernel: 000fbc84 T _VNOP_WRITE So is this a bug? A feature? Thanks! -Marek _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-kernel mailing list (Darwin-kernel@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-kernel/site_archiver%40lists.a... I have a vfs file system kext I am developing, and I need to call VNOP_OPEN and VNOP_CLOSE within it, (with a VNOP_READ or VNOP_WRITE in between). However, when I try to load my kext, I get a link failure on VNOP_OPEN and VNOP_CLOSE, but VNOP_READ & VNOP_WRITE link fine. They are all listed in /mach_kernel: I link against com.apple.kpi.bsd(8.0.0b1), com.apple.kpi.libkern(8.0.0b1), com.apple.kpi.mach(8.0.0b1). I've tried adding various com.apple.kernel.* and com.apple.kpi.unsupported with no success either. If I link against com.apple.kernel(8.3.0), it works, but this is not a desireable thing to link against. So whats going on here? This is Mac OS X 10.4.3 (8F46). Now I can work around this by using vnode_open(), or calling my vnop_fs_open() and vnop_fs_close() functions directly, but I have a vnode_t and VNOP_OPEN() and VNOP_CLOSE() take a vnode_t. vnode_open() only takes a path, and calling myself directly requires building the vnop_open_args, etc structures (not that that is a big deal.) Also vnode_open() eventually just ends up calling VNOP_OPEN() anyways. This email sent to site_archiver@lists.apple.com