From owner-freebsd-hackers Sat May 15 22:10:33 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from ewok.creative.net.au (ewok.creative.net.au [203.30.44.41]) by hub.freebsd.org (Postfix) with SMTP id 7623414C58 for ; Sat, 15 May 1999 22:10:23 -0700 (PDT) (envelope-from adrian@freebsd.org) Received: (qmail 6206 invoked by uid 1008); 16 May 1999 05:10:21 -0000 Message-ID: <19990516051021.6204.qmail@ewok.creative.net.au> From: adrian@freebsd.org To: Andrew Gordon Cc: freebsd-hackers@freebsd.org Subject: Re: StarOffice command line args In-reply-to: Your message of "Sat, 15 May 1999 21:53:18 +0100." Date: Sun, 16 May 1999 13:10:20 +0800 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >Some while ago, Jon Smith wrote: >> >> Has anyone successfully gotten Star Office 5.0 to run multi-user? >> > >I have just solved this. The problem is that StarOffice accesses the >command line arguments (and hence the "/net" flag needed to install >multi-user) using the vile /proc/xxx/cmdline mechanism. The FreeBSD >implementation of this is a hack that only returns argv[0] and therefore >discards any command line arguments. > >The attached patch is still a hack, but is one step closer to the right >answer: it now returns the right answer if the current process reads its >own /proc/xxx/cmdline, but still returns only argv[0] if a process >attempts to read another process' cmdline. This is enough to solve the >StarOffice problem. > >The reason I haven't done the job properly is that I don't know how to >read an address in user-space for a process other than curproc. From the >implementation of /proc/xxx/mem, this seems difficult to do. Cool! I'll mess with this and get it going in other processes, and submit the patch to this (I'm assuming here someone will commit it soonish..) Adrian To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message