Re: [PATCH] Autoregulate vm swappiness cleanup
Valdis.Kletnieks_at_vt.edu
Date: 10/28/03
- Previous message: Lars Marowsky-Bree: "Re: ANNOUNCE: User-space System Device Enumeration (uSDE)"
- In reply to: Måns Rullgård: "Re: [PATCH] Autoregulate vm swappiness cleanup"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
To: mru@kth.se (Måns Rullgård) Date: Tue, 28 Oct 2003 12:33:41 -0500
On Tue, 28 Oct 2003 17:51:48 +0100, mru@kth.se (=?iso-8859-1?q?M=E5ns_Rullg=E5rd?=) said:
> Doing that mistake would give a linker error.
Not necessarily. Consider shared libraries. Load module1.so, load module2.so,
and then load module3.so that has an unresolved reference that both of the
other two happen to have. Oh wow.. results that are dependent on the order of
-l flags in a non-obvious way... And '-z muldefs' is always a good way to
shoot yourself in the foot.....
Yes, it's stupid, yes, it's a mistake - my point is that the design of C makes that
sort of mistake more likely. If there *did* exist a "private to all the pieces of the
module" status similar to the "private to THIS .c 'static'", it wouldn't be anywhere
near the problem.
And don't tell me that the Linux kernel hasn't seen similar issues - a supposedly
private interface that didn't have 'static' because it *was* called from 2 other
.c files in the directory. And then we have to tell people "don't call that interface,
it's private".
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
- application/pgp-signature attachment: stored
- Previous message: Lars Marowsky-Bree: "Re: ANNOUNCE: User-space System Device Enumeration (uSDE)"
- In reply to: Måns Rullgård: "Re: [PATCH] Autoregulate vm swappiness cleanup"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Relevant Pages
|
