misc/79437: [patch] linux emulation/linprocfs: extern declaration
of an otherwise static variable
ari edelkind
edelkind-sendpr at episec.com
Fri Apr 1 21:40:07 PST 2005
>Number: 79437
>Category: misc
>Synopsis: [patch] linux emulation/linprocfs: extern declaration of an otherwise static variable
>Confidential: no
>Severity: non-critical
>Priority: medium
>Responsible: freebsd-bugs
>State: open
>Quarter:
>Keywords:
>Date-Required:
>Class: sw-bug
>Submitter-Id: current-users
>Arrival-Date: Sat Apr 02 05:40:06 GMT 2005
>Closed-Date:
>Last-Modified:
>Originator: ari edelkind
>Release: 4.11-STABLE
>Organization:
>Environment:
(i'm not actually running this software version; i know the bug existed some time ago, and i just downloaded the latest snapshot (20050402) to verify that it does indeed still exist)
>Description:
My earlier post fully outlines the issue:
http://lists.freebsd.org/pipermail/freebsd-emulation/2003-August/000136.html
>How-To-Repeat:
In some configurations, it's a problem; in some it isn't. Ironically, the configurations for which it isn't a problem are the buggy ones; the configurations for which it _is_ a problem handle the statically defined variable properly. This is likely due to the use of different versions of gcc, though other factors may be involved. I didn't research this thoroughly, since correcting the issue was simple enough.
>Fix:
--- kern/kern_fork.c.orig 2003-11-11 02:26:44.000000000 -0500
+++ kern/kern_fork.c 2005-04-02 00:30:16.000000000 -0500
@@ -144,7 +144,7 @@
int nprocs = 1; /* process 0 */
-static int nextpid = 0;
+int nextpid = 0;
/*
* Random component to nextpid generation. We mix in a random factor to make
>Release-Note:
>Audit-Trail:
>Unformatted:
More information about the freebsd-bugs
mailing list