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
(1) |
2
(10) |
3
(10) |
4
(14) |
5
(10) |
|
6
|
7
(1) |
8
(14) |
9
(10) |
10
(4) |
11
(2) |
12
(4) |
|
13
|
14
(2) |
15
(11) |
16
(10) |
17
|
18
|
19
(18) |
|
20
(14) |
21
(10) |
22
(1) |
23
(11) |
24
(14) |
25
(10) |
26
(6) |
|
27
(13) |
28
(13) |
29
(12) |
30
(13) |
|
|
|
|
From: John R.
|
> What if I re-write my code using uname syscall?
The result is what some previous user-mode code said that nodename should be.
Quoting from the manual page "man 2 uname":
On the other hand, the field node‐
name is meaningless: it gives the name of the present machine in some unde‐
fined network, but typically machines are in more than one network and have
several names. Moreover, the kernel has no way of knowing about such things,
so it has to be told what to answer here.
Note that this is _logically_ equivalent to setting HOSTNAME. No one knows
what the answer should be until some user-mode code decides and propagates its decision.
In the case of uname syscall, there are THREE different ones:
Over time, increases in the size of the utsname structure have led to three
successive versions of uname()
So you need to pick which one, and write that. The libc uname() is unavailable
because valgrind does not link with libc.
>> Overcome this by setting and exporting HOST or HOSTNAME yourself.
>
> We are already doing that, but this could be easily fixed with uname.
Sometimes uname gives the wrong answer, and using uname is not "easy", either.
That is a significant part of the reason why HOSTNAME is used instead.
> Otherwise, people like me may end up creating their own wrappers
> rather than using an off-the-shelf valgrind.
You: "Dr, it hurts when I use a shell that I picked up off the street."
Dr: "Get yourself a better shell. There are several to choose from,
and most are both free and libre."
|
|
From: Daniel G. <dan...@ta...> - 2014-04-10 18:49:04
|
On Thu, Apr 10, 2014 at 3:30 PM, John Reiser <jr...@bi...> wrote: >> POSIX does not require that shells pass the HOST or HOSTNAME to subshells. >> Generally, calling to gethostname() instead is suggested. > > POSIX specifies minimum functionality that is required exist everywhere. > In some cases the usual practice requires something better than the POSIX minimum. > HOST is one such case. gethostname() is ugly because it requires LOTS of machinery, > and the answer need not be unique. In most cases there are several hostnames, > especially including such names as "localdomain.localhost". You probably > want something better than that. What if I re-write my code using uname syscall? > > If your shell doesn't do what you want automatically, then write a wrapper > shell script which sets and exports HOST before exec'ing the real valgrind. > >> Could somebody please tell me why I can't just use a function provided >> in unistd.h, >> and how I could overcome this? > > Building valgrind does not link with any library that provides gethostname, > nor does valgrind want to do that. > Overcome this by setting and exporting HOST or HOSTNAME yourself. We are already doing that, but this could be easily fixed with uname. Otherwise, people like me may end up creating their own wrappers rather than using an off-the-shelf valgrind. > > > ------------------------------------------------------------------------------ > Put Bad Developers to Shame > Dominate Development with Jenkins Continuous Integration > Continuously Automate Build, Test & Deployment > Start a new project now. Try Jenkins in the cloud. > http://p.sf.net/sfu/13600_Cloudbees > _______________________________________________ > Valgrind-developers mailing list > Val...@li... > https://lists.sourceforge.net/lists/listinfo/valgrind-developers -- Daniel F. Gutson Chief Engineering Officer, SPD San Lorenzo 47, 3rd Floor, Office 5 Córdoba, Argentina Phone: +54 351 4217888 / +54 351 4218211 Skype: dgutson |
|
From: John R.
|
> POSIX does not require that shells pass the HOST or HOSTNAME to subshells. > Generally, calling to gethostname() instead is suggested. POSIX specifies minimum functionality that is required exist everywhere. In some cases the usual practice requires something better than the POSIX minimum. HOST is one such case. gethostname() is ugly because it requires LOTS of machinery, and the answer need not be unique. In most cases there are several hostnames, especially including such names as "localdomain.localhost". You probably want something better than that. If your shell doesn't do what you want automatically, then write a wrapper shell script which sets and exports HOST before exec'ing the real valgrind. > Could somebody please tell me why I can't just use a function provided > in unistd.h, > and how I could overcome this? Building valgrind does not link with any library that provides gethostname, nor does valgrind want to do that. Overcome this by setting and exporting HOST or HOSTNAME yourself. |
|
From: Daniel G. <dan...@ta...> - 2014-04-10 18:08:16
|
Hi,
POSIX does not require that shells pass the HOST or HOSTNAME to subshells.
Generally, calling to gethostname() instead is suggested.
In fact, there are some situations e.g. in Ubuntu where getenv("HOST")
returns null, so
vgdb and valgrind set "???" as the host in the pipe name. This may
cause name clashing
(since ? is a whildcard).
My attached patch replaces the use of getenv by gethostname.
vgdb works properly with this change.
However, I cannot link valgrind since the linker can't find gethostname.
This is the first time I try to contribute to valgrind, and noted that
many libc functions are
re-implemented.
Could somebody please tell me why I can't just use a function provided
in unistd.h,
and how I could overcome this?
Thanks!
Daniel.
--
Daniel F. Gutson
Chief Engineering Officer, SPD
San Lorenzo 47, 3rd Floor, Office 5
Córdoba, Argentina
Phone: +54 351 4217888 / +54 351 4218211
Skype: dgutson
|