You can subscribe to this list here.
| 2002 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
(122) |
Nov
(152) |
Dec
(69) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2003 |
Jan
(6) |
Feb
(25) |
Mar
(73) |
Apr
(82) |
May
(24) |
Jun
(25) |
Jul
(10) |
Aug
(11) |
Sep
(10) |
Oct
(54) |
Nov
(203) |
Dec
(182) |
| 2004 |
Jan
(307) |
Feb
(305) |
Mar
(430) |
Apr
(312) |
May
(187) |
Jun
(342) |
Jul
(487) |
Aug
(637) |
Sep
(336) |
Oct
(373) |
Nov
(441) |
Dec
(210) |
| 2005 |
Jan
(385) |
Feb
(480) |
Mar
(636) |
Apr
(544) |
May
(679) |
Jun
(625) |
Jul
(810) |
Aug
(838) |
Sep
(634) |
Oct
(521) |
Nov
(965) |
Dec
(543) |
| 2006 |
Jan
(494) |
Feb
(431) |
Mar
(546) |
Apr
(411) |
May
(406) |
Jun
(322) |
Jul
(256) |
Aug
(401) |
Sep
(345) |
Oct
(542) |
Nov
(308) |
Dec
(481) |
| 2007 |
Jan
(427) |
Feb
(326) |
Mar
(367) |
Apr
(255) |
May
(244) |
Jun
(204) |
Jul
(223) |
Aug
(231) |
Sep
(354) |
Oct
(374) |
Nov
(497) |
Dec
(362) |
| 2008 |
Jan
(322) |
Feb
(482) |
Mar
(658) |
Apr
(422) |
May
(476) |
Jun
(396) |
Jul
(455) |
Aug
(267) |
Sep
(280) |
Oct
(253) |
Nov
(232) |
Dec
(304) |
| 2009 |
Jan
(486) |
Feb
(470) |
Mar
(458) |
Apr
(423) |
May
(696) |
Jun
(461) |
Jul
(551) |
Aug
(575) |
Sep
(134) |
Oct
(110) |
Nov
(157) |
Dec
(102) |
| 2010 |
Jan
(226) |
Feb
(86) |
Mar
(147) |
Apr
(117) |
May
(107) |
Jun
(203) |
Jul
(193) |
Aug
(238) |
Sep
(300) |
Oct
(246) |
Nov
(23) |
Dec
(75) |
| 2011 |
Jan
(133) |
Feb
(195) |
Mar
(315) |
Apr
(200) |
May
(267) |
Jun
(293) |
Jul
(353) |
Aug
(237) |
Sep
(278) |
Oct
(611) |
Nov
(274) |
Dec
(260) |
| 2012 |
Jan
(303) |
Feb
(391) |
Mar
(417) |
Apr
(441) |
May
(488) |
Jun
(655) |
Jul
(590) |
Aug
(610) |
Sep
(526) |
Oct
(478) |
Nov
(359) |
Dec
(372) |
| 2013 |
Jan
(467) |
Feb
(226) |
Mar
(391) |
Apr
(281) |
May
(299) |
Jun
(252) |
Jul
(311) |
Aug
(352) |
Sep
(481) |
Oct
(571) |
Nov
(222) |
Dec
(231) |
| 2014 |
Jan
(185) |
Feb
(329) |
Mar
(245) |
Apr
(238) |
May
(281) |
Jun
(399) |
Jul
(382) |
Aug
(500) |
Sep
(579) |
Oct
(435) |
Nov
(487) |
Dec
(256) |
| 2015 |
Jan
(338) |
Feb
(357) |
Mar
(330) |
Apr
(294) |
May
(191) |
Jun
(108) |
Jul
(142) |
Aug
(261) |
Sep
(190) |
Oct
(54) |
Nov
(83) |
Dec
(22) |
| 2016 |
Jan
(49) |
Feb
(89) |
Mar
(33) |
Apr
(50) |
May
(27) |
Jun
(34) |
Jul
(53) |
Aug
(53) |
Sep
(98) |
Oct
(206) |
Nov
(93) |
Dec
(53) |
| 2017 |
Jan
(65) |
Feb
(82) |
Mar
(102) |
Apr
(86) |
May
(187) |
Jun
(67) |
Jul
(23) |
Aug
(93) |
Sep
(65) |
Oct
(45) |
Nov
(35) |
Dec
(17) |
| 2018 |
Jan
(26) |
Feb
(35) |
Mar
(38) |
Apr
(32) |
May
(8) |
Jun
(43) |
Jul
(27) |
Aug
(30) |
Sep
(43) |
Oct
(42) |
Nov
(38) |
Dec
(67) |
| 2019 |
Jan
(32) |
Feb
(37) |
Mar
(53) |
Apr
(64) |
May
(49) |
Jun
(18) |
Jul
(14) |
Aug
(53) |
Sep
(25) |
Oct
(30) |
Nov
(49) |
Dec
(31) |
| 2020 |
Jan
(87) |
Feb
(45) |
Mar
(37) |
Apr
(51) |
May
(99) |
Jun
(36) |
Jul
(11) |
Aug
(14) |
Sep
(20) |
Oct
(24) |
Nov
(40) |
Dec
(23) |
| 2021 |
Jan
(14) |
Feb
(53) |
Mar
(85) |
Apr
(15) |
May
(19) |
Jun
(3) |
Jul
(14) |
Aug
(1) |
Sep
(57) |
Oct
(73) |
Nov
(56) |
Dec
(22) |
| 2022 |
Jan
(3) |
Feb
(22) |
Mar
(6) |
Apr
(55) |
May
(46) |
Jun
(39) |
Jul
(15) |
Aug
(9) |
Sep
(11) |
Oct
(34) |
Nov
(20) |
Dec
(36) |
| 2023 |
Jan
(79) |
Feb
(41) |
Mar
(99) |
Apr
(169) |
May
(48) |
Jun
(16) |
Jul
(16) |
Aug
(57) |
Sep
(19) |
Oct
|
Nov
|
Dec
|
| S | M | T | W | T | F | S |
|---|---|---|---|---|---|---|
|
|
|
1
(9) |
2
(13) |
3
(3) |
4
(3) |
5
(4) |
|
6
(2) |
7
(4) |
8
(3) |
9
(2) |
10
|
11
|
12
(6) |
|
13
(6) |
14
(1) |
15
(2) |
16
(2) |
17
(2) |
18
|
19
|
|
20
|
21
|
22
(1) |
23
|
24
(2) |
25
(5) |
26
|
|
27
(1) |
28
(8) |
29
(3) |
30
|
|
|
|
|
From: Julian S. <js...@ac...> - 2003-04-06 17:21:00
|
I've spent the afternoon messing with R H 9. Graydon and Jeff have
done a great job telling me useful stuff for getting V to work on
RH9, and thanks to them for that.
So it sort-of works. Unfortunately OpenOffice hangs, due to an accept()
call which isn't correctly routed to V's only-this-thread-blocks
implementation thereof, and so the whole app hangs. Sigh. I think it
might be due to ld.so in 9 ignoring -z initfirst.
It's all a swamp, and V is getting more and more cluttered with stuff
to work around this kind of problem. JeremyF's vg_intercept.c thing
is the latest addition.
Seems like time for a clean start. How about this for a suggestion.
Read and barf :-)
-----------------
We have (at least) 3 fundamental problems.
1. We can't really simulate the native posix threading libraries;
i really don't want to get into the problems of making V -- and
more importantly, the code it produces -- thread safe. And it
practice it turns out to be quite useful to be able to intercept
the pthread calls and do our own checking of them anyway. This
means we want to supply our own libpthread.so. At least a simple
implementation of posix pthreads has turned out to be not very
difficult to implement anyway.
2. We have to rely on the LD_PRELOAD mechanism to sneak in our own
libpthread.so (and to gain control at all). This is fragile,
inflexible, and requires us to play games with weak symbols etc
to get the right bindings. Even so it sometimes fails to work
well enough, as with RH9.
3. Using LD_PRELOAD to gain control has worked surprisingly well
for a long time. But it's also a nuisance. It means V has to
be entirely self-contained; we can't use any glibc fns ourselves
and so have to supply vg_mylibc.c, for example. It also more or
less prevents us from writing any parts of V in any other
programming language -- for example, lots of Nick's skin stuff
might be easier done in C++.
What I am thinking of is this:
A. Turn V into a bog-standard program, not an LD_PRELOAD thing,
which contains its own ELF loader. This makes (3) go away, and
it gives us complete control of (2). ELF loaders exist;
we might be able to start from Mark Probst's loader in bintrans
if we ask nicely :-)
(http://www.complang.tuwien.ac.at/schani)
B. Now that we have complete control over loading, we can reliably
substitute in our own libpthread.so.
Now, we are going to have to jump through hoops to come up with
another libpthread.so which works properly with NPTL. So
(and this is where you need your barfbags) how about also ignoring
requests to load glibc.so. Instead, we supply our own implementation
of libc, which probably also contains our integrated pthreads
implementation.
Um, I don't know if this is a really really stupid idea or not.
Probably is. Please feel free to shoot me down in flames.
(be as rude as you like :)
It would be nice (in the long run) for V to be more modular. It's
pretty clear that the virtual CPU can be made fairly modular --
basically, made into a library which translates a source bb into an
instrumented bb. Being modular helps if we want to think about making
a virtual CPU for some other architecture.
Nick's work shows that the instrumentation system(s) can be made modular.
So, finally, it would be nice to modularise, as best
we can, that part of it which constructs the environment in which
the simulated program is to run. This seems to me to be a step in
the right direction.
Comments? This is obviously a large amount of work, and I'd be
interested in hearing opinions of how to ensure the longer-term
maintainability of V.
J
|
|
From: Julian S. <js...@ac...> - 2003-04-06 12:56:51
|
Oops! LD_ASSUME_KERNEL=2.2.5 totally breaks things on my SuSE box. Is there a standard configure test which I can use to determine if this is an NPTL-based system, and make the LD_ASSUME_KERNEL thing conditional on that? I might be able to devise one, but I assume you folks will have a standard test already. Thanks, J |