Date: Wed, 2 Dec 1998 12:58:44 -0500 (EST) From: Robert Watson <robert@cyrus.watson.org> To: Mike Smith <mike@smith.net.au> Cc: Andrzej Bialecki <abial@nask.pl>, Pascal Hofstee <daeron@Wit401305.student.utwente.nl>, Shawn Ramsey <shawn@cpl.net>, oZZ!!! <osa@etrust.ru>, current@FreeBSD.ORG Subject: Re: StarOffice-5.0... Message-ID: <Pine.BSF.3.96.981201105221.19304F-100000@fledge.watson.org> In-Reply-To: <199811290924.BAA00650@dingo.cdrom.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Sun, 29 Nov 1998, Mike Smith wrote: > > Yes, I've got the diffs against relatively fresh current. BTW, I asked > > this question on -emulation, but got back a profound silence... Can we/ > > should we incorporate this patch, and hide it under a kernel option, say > > PROCFS_CMDLINE? The life would be soooo easier for people new to our linux > > emulation... > > A couple of things: > > - If it's part of our emulation support, it should probably be the > default (cringe). > - Your patch doesn't preserve the remainder of the commandline > arguments. Feel like fixing this and resubmitting it? I suppose there is no easy way for the procfs code to determine if the relevant calls are coming from a linux emulated process or not? If there were, then the command line stuff could be made only to appear for Linux processes. I'm guessing, however, that only the creds and arguments to the vfs call make it that far down, and use of curproc seems inappropriate? Or, if loadable kernel modules (or whatever they are called today) could add hook functions to the procfs module via some symbol or another, then new items could be added based on context. That however, seems a little too busy, given that stackable file systems don't work. :) Robert N Watson robert@fledge.watson.org http://www.watson.org/~robert/ PGP key fingerprint: 03 01 DD 8E 15 67 48 73 25 6D 10 FC EC 68 C1 1C Carnegie Mellon University http://www.cmu.edu/ TIS Labs at Network Associates, Inc. http://www.tis.com/ SafePort Network Services http://www.safeport.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.BSF.3.96.981201105221.19304F-100000>