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
(32) |
Oct
|
Nov
|
Dec
|
| S | M | T | W | T | F | S |
|---|---|---|---|---|---|---|
|
|
|
|
|
1
(8) |
2
(8) |
3
(7) |
|
4
(3) |
5
(6) |
6
(9) |
7
(8) |
8
(7) |
9
(7) |
10
(18) |
|
11
(7) |
12
(11) |
13
(24) |
14
(13) |
15
(11) |
16
(18) |
17
(7) |
|
18
(8) |
19
(7) |
20
(9) |
21
(24) |
22
(18) |
23
(10) |
24
(7) |
|
25
(8) |
26
(11) |
27
(14) |
28
(7) |
29
(10) |
30
(7) |
|
|
From: Nicholas N. <nj...@ca...> - 2004-04-22 18:47:15
|
CVS commit by nethercote:
Fix bug in helper_{IN,OUT} -- they weren't preserving %eflags as they should.
M +6 -0 vg_helpers.S 1.32
--- valgrind/coregrind/vg_helpers.S #1.31:1.32
@@ -133,4 +133,6 @@
movl 16(%esp), %eax
movl 12(%esp), %edx
+
+ pushfl
cmpl $4, %eax
je in_dword
@@ -146,4 +148,5 @@
inl (%dx),%eax
in_done:
+ popfl
movl %eax,12(%esp)
popl %edx
@@ -165,4 +168,6 @@
movl 16(%esp), %edx
movl 12(%esp), %eax
+
+ pushfl
cmpl $4, 20(%esp)
je out_dword
@@ -178,4 +183,5 @@
outl %eax,(%dx)
out_done:
+ popfl
popl %edx
popl %eax
|
|
From: Tom H. <th...@cy...> - 2004-04-22 18:39:07
|
In message <Pin...@ye...>
Nicholas Nethercote <nj...@ca...> wrote:
> I think there is a bug in helper_IN and helper_OUT. Both of them trash
> %eflags, because they contain 'cmp' instructions. But they don't preserve
> the flags with pushf/popf, the way that helper_fstsw_AX does, for example.
> I figure nobody's noticed this before because IN and OUT are so rare.
>
> Can somebody else confirm my thinking? I'll commit a fix if so.
I'd agree with you, it does look wrong as it stands.
Tom
--
Tom Hughes (th...@cy...)
Software Engineer, Cyberscience Corporation
http://www.cyberscience.com/
|
|
From: Dirk M. <dm...@gm...> - 2004-04-22 18:37:07
|
On Thursday 22 April 2004 20:28, Nicholas Nethercote wrote: > Can somebody else confirm my thinking? I'll commit a fix if so. You're right. |
|
From: Nicholas N. <nj...@ca...> - 2004-04-22 18:28:26
|
Hi, I think there is a bug in helper_IN and helper_OUT. Both of them trash %eflags, because they contain 'cmp' instructions. But they don't preserve the flags with pushf/popf, the way that helper_fstsw_AX does, for example. I figure nobody's noticed this before because IN and OUT are so rare. Can somebody else confirm my thinking? I'll commit a fix if so. N |
|
From: Nicholas N. <nj...@ca...> - 2004-04-22 18:26:02
|
On Thu, 22 Apr 2004, Tom Hughes wrote: > Cope with AT_xCACHEBSIZE not being defined, which they aren't on systems > with 2.2 kernels and, it seems, on some systems with 2.4 kernels. > > --- valgrind/coregrind/vg_main.c #1.150:1.151 > @@ -51,4 +51,16 @@ > #include <unistd.h> > > +#ifndef AT_DCACHEBSIZE > +#define AT_DCACHEBSIZE 19 > +#endif /* AT_DCACHEBSIZE */ > + > +#ifndef AT_ICACHEBSIZE > +#define AT_ICACHEBSIZE 20 > +#endif /* AT_ICACHEBSIZE */ > + > +#ifndef AT_UCACHEBSIZE > +#define AT_UCACHEBSIZE 21 > +#endif /* AT_UCACHEBSIZE */ > + > #ifndef AT_SYSINFO > #define AT_SYSINFO 32 Would it be better to conditionally include the cases that use these? Ie. mention them if they are defined, rather than defining them if they are not? Sorry for the pickiness. N |
|
From: Tom H. <th...@cy...> - 2004-04-22 18:12:54
|
CVS commit by thughes: Cope with AT_xCACHEBSIZE not being defined, which they aren't on systems with 2.2 kernels and, it seems, on some systems with 2.4 kernels. CCMAIL: 791...@bu... M +12 -0 vg_main.c 1.151 --- valgrind/coregrind/vg_main.c #1.150:1.151 @@ -51,4 +51,16 @@ #include <unistd.h> +#ifndef AT_DCACHEBSIZE +#define AT_DCACHEBSIZE 19 +#endif /* AT_DCACHEBSIZE */ + +#ifndef AT_ICACHEBSIZE +#define AT_ICACHEBSIZE 20 +#endif /* AT_ICACHEBSIZE */ + +#ifndef AT_UCACHEBSIZE +#define AT_UCACHEBSIZE 21 +#endif /* AT_UCACHEBSIZE */ + #ifndef AT_SYSINFO #define AT_SYSINFO 32 |
|
From: Nicholas N. <nj...@ca...> - 2004-04-22 12:58:13
|
CVS commit by nethercote:
SETV and TESTV never have an ArchReg as their first argument.
M +1 -3 mc_translate.c 1.40
--- valgrind/memcheck/mc_translate.c #1.39:1.40
@@ -58,5 +58,4 @@ Bool SK_(sane_XUInstr)(Bool beforeRA, Bo
# define Ls3 (u->tag3 == Lit16)
# define TRL1 (TR1 || L1)
-# define TRA1 (TR1 || A1)
# define N2 (u->tag2 == NoValue)
# define N3 (u->tag3 == NoValue)
@@ -90,5 +89,5 @@ Bool SK_(sane_XUInstr)(Bool beforeRA, Bo
case PUTVF: return LIT0 && SZ0 && CC0 && TR1 && N2 && N3 && XOTHER;
case TESTV:
- case SETV: return LIT0 && SZj && CC0 && TRA1 && N2 && N3 && XOTHER;
+ case SETV: return LIT0 && SZj && CC0 && TR1 && N2 && N3 && XOTHER;
case TAG1: return LIT0 && SZ0 && CC0 && TR1 && N2 && Ls3 && XOTHER;
case TAG2: return LIT0 && SZ0 && CC0 && TR1 && TR2 && Ls3 && XOTHER;
@@ -112,5 +111,4 @@ Bool SK_(sane_XUInstr)(Bool beforeRA, Bo
# undef Ls3
# undef TRL1
-# undef TRA1
# undef N2
# undef N3
|
|
From: Tom H. <th...@cy...> - 2004-04-22 07:56:54
|
CVS commit by thughes:
Make support for the FBIOGET ioctls conditional on linux/fb.h being
present at compile time.
M +1 -1 configure.in 1.109
M +4 -0 coregrind/vg_syscalls.c 1.95
M +2 -0 coregrind/vg_unsafe.h 1.27
--- valgrind/configure.in #1.108:1.109
@@ -332,5 +332,5 @@
# Checks for header files.
AC_HEADER_STDC
-AC_CHECK_HEADERS([fcntl.h stdlib.h string.h sys/socket.h sys/statfs.h sys/time.h sys/endian.h endian.h termios.h unistd.h utime.h])
+AC_CHECK_HEADERS([fcntl.h stdlib.h string.h sys/socket.h sys/statfs.h sys/time.h sys/endian.h endian.h termios.h unistd.h utime.h linux/fb.h])
# Checks for typedefs, structures, and compiler characteristics.
--- valgrind/coregrind/vg_syscalls.c #1.94:1.95
@@ -3232,4 +3232,5 @@ PRE(ioctl)
break;
+#ifdef HAVE_LINUX_FB_H
case FBIOGET_VSCREENINFO: /* 0x4600 */
SYSCALL_TRACK( pre_mem_write,tid,
@@ -3242,4 +3243,5 @@ PRE(ioctl)
sizeof(struct fb_fix_screeninfo));
break;
+#endif
/* We don't have any specific information on it, so
@@ -3596,4 +3598,5 @@ POST(ioctl)
break;
+#ifdef HAVE_LINUX_FB_H
case FBIOGET_VSCREENINFO: //0x4600
if (res == 0)
@@ -3604,4 +3607,5 @@ POST(ioctl)
VG_TRACK( post_mem_write,arg3, sizeof(struct fb_fix_screeninfo));
break;
+#endif
/* We don't have any specific information on it, so
--- valgrind/coregrind/vg_unsafe.h #1.26:1.27
@@ -64,5 +64,7 @@
#include <signal.h> /* for siginfo_t */
#include <linux/timex.h> /* for adjtimex */
+#ifdef HAVE_LINUX_FB_H
#include <linux/fb.h> /* for fb_* structs */
+#endif
#define __USE_LARGEFILE64
|
|
From: Jeremy F. <je...@go...> - 2004-04-22 03:50:29
|
On Wed, 2004-04-21 at 17:13, Robert Walsh wrote: > BTW: this patch doesn't actually break regular Valgrind-on-x86 in any > way, so if it seems OK, I'll commit it in the next few days, after I've > heard back from people. Hm, I'm not quite sure about this. I think there's a risk that this will let Valgrind allocate a mapping in the last 64k of the address space, which would be bad. The trouble here is obviously the 4G wrap-around, and that the end address is outside the range. I guess you could put ROUNDUP(argc_addr, 0x10000)-1, but I'm not quite sure what happens if VG_(valgrind_end) isn't page-aligned. J |
|
From: <js...@ac...> - 2004-04-22 03:06:18
|
Nightly build on phoenix ( SuSE 8.2 ) started at 2004-04-22 04:00:00 BST Checking out source tree ... done Configuring ... done Building ... done Running regression tests ... done Last 20 lines of log.verbose follow syscall-restart2: valgrind ./syscall-restart2 system: valgrind ./system yield: valgrind ./yield -- Finished tests in none/tests ---------------------------------------- == 152 tests, 12 stderr failures, 0 stdout failures ================= corecheck/tests/as_mmap (stderr) corecheck/tests/fdleak_cmsg (stderr) corecheck/tests/fdleak_creat (stderr) corecheck/tests/fdleak_dup (stderr) corecheck/tests/fdleak_dup2 (stderr) corecheck/tests/fdleak_fcntl (stderr) corecheck/tests/fdleak_ipv4 (stderr) corecheck/tests/fdleak_open (stderr) corecheck/tests/fdleak_pipe (stderr) corecheck/tests/fdleak_socketpair (stderr) memcheck/tests/writev (stderr) memcheck/tests/zeropage (stderr) make: *** [regtest] Error 1 |
|
From: <js...@ac...> - 2004-04-22 02:38:21
|
Nightly build on nemesis ( SuSE 9.0 ) started at 2004-04-22 03:50:00 BST Checking out source tree ... done Configuring ... done Building ... done Running regression tests ... done Last 20 lines of log.verbose follow syscall-restart2: valgrind ./syscall-restart2 system: valgrind ./system yield: valgrind ./yield -- Finished tests in none/tests ---------------------------------------- == 152 tests, 12 stderr failures, 0 stdout failures ================= corecheck/tests/as_mmap (stderr) corecheck/tests/fdleak_cmsg (stderr) corecheck/tests/fdleak_creat (stderr) corecheck/tests/fdleak_dup (stderr) corecheck/tests/fdleak_dup2 (stderr) corecheck/tests/fdleak_fcntl (stderr) corecheck/tests/fdleak_ipv4 (stderr) corecheck/tests/fdleak_open (stderr) corecheck/tests/fdleak_pipe (stderr) corecheck/tests/fdleak_socketpair (stderr) memcheck/tests/writev (stderr) memcheck/tests/zeropage (stderr) make: *** [regtest] Error 1 |
|
From: Tom H. <to...@co...> - 2004-04-22 02:23:59
|
Nightly build on dunsmere ( Fedora Core 1 ) started at 2004-04-22 03:20:01 BST Checking out source tree ... done Configuring ... done Building ... done Running regression tests ... done Last 20 lines of log.verbose follow resolv: valgrind ./resolv seg_override: valgrind ./seg_override semlimit: valgrind ./semlimit sha1_test: valgrind ./sha1_test shortpush: valgrind ./shortpush shorts: valgrind ./shorts smc1: valgrind ./smc1 susphello: valgrind ./susphello syscall-restart1: valgrind ./syscall-restart1 syscall-restart2: valgrind ./syscall-restart2 system: valgrind ./system yield: valgrind ./yield -- Finished tests in none/tests ---------------------------------------- == 157 tests, 2 stderr failures, 1 stdout failure ================= memcheck/tests/pth_once (stderr) memcheck/tests/threadederrno (stderr) none/tests/exec-sigmask (stdout) make: *** [regtest] Error 1 |
|
From: Tom H. <th...@cy...> - 2004-04-22 02:19:38
|
Nightly build on audi ( Red Hat 9 ) started at 2004-04-22 03:15:03 BST Checking out source tree ... done Configuring ... done Building ... done Running regression tests ... done Last 20 lines of log.verbose follow pushpopseg: valgrind ./pushpopseg rcl_assert: valgrind ./rcl_assert rcrl: valgrind ./rcrl readline1: valgrind ./readline1 resolv: valgrind ./resolv seg_override: valgrind ./seg_override semlimit: valgrind ./semlimit sha1_test: valgrind ./sha1_test shortpush: valgrind ./shortpush shorts: valgrind ./shorts smc1: valgrind ./smc1 susphello: valgrind ./susphello syscall-restart1: valgrind ./syscall-restart1 syscall-restart2: valgrind ./syscall-restart2 system: valgrind ./system yield: valgrind ./yield -- Finished tests in none/tests ---------------------------------------- == 157 tests, 0 stderr failures, 0 stdout failures ================= |
|
From: Tom H. <th...@cy...> - 2004-04-22 02:13:49
|
Nightly build on ginetta ( Red Hat 8.0 ) started at 2004-04-22 03:10:03 BST Checking out source tree ... done Configuring ... done Building ... done Running regression tests ... done Last 20 lines of log.verbose follow seg_override: valgrind ./seg_override semlimit: valgrind ./semlimit sha1_test: valgrind ./sha1_test shortpush: valgrind ./shortpush shorts: valgrind ./shorts smc1: valgrind ./smc1 susphello: valgrind ./susphello syscall-restart1: valgrind ./syscall-restart1 syscall-restart2: valgrind ./syscall-restart2 system: valgrind ./system yield: valgrind ./yield -- Finished tests in none/tests ---------------------------------------- == 157 tests, 4 stderr failures, 0 stdout failures ================= helgrind/tests/deadlock (stderr) helgrind/tests/race (stderr) helgrind/tests/race2 (stderr) memcheck/tests/writev (stderr) make: *** [regtest] Error 1 |
|
From: Tom H. <th...@cy...> - 2004-04-22 02:08:24
|
Nightly build on alvis ( Red Hat 7.3 ) started at 2004-04-22 03:05:03 BST Checking out source tree ... done Configuring ... done Building ... done Running regression tests ... done Last 20 lines of log.verbose follow sha1_test: valgrind ./sha1_test shortpush: valgrind ./shortpush shorts: valgrind ./shorts smc1: valgrind ./smc1 susphello: valgrind ./susphello syscall-restart1: valgrind ./syscall-restart1 syscall-restart2: valgrind ./syscall-restart2 system: valgrind ./system yield: valgrind ./yield -- Finished tests in none/tests ---------------------------------------- == 157 tests, 5 stderr failures, 1 stdout failure ================= memcheck/tests/badfree-2trace (stderr) memcheck/tests/badjump (stderr) memcheck/tests/brk (stderr) memcheck/tests/error_counts (stdout) memcheck/tests/new_nothrow (stderr) memcheck/tests/writev (stderr) make: *** [regtest] Error 1 |
|
From: Tom H. <th...@cy...> - 2004-04-22 02:07:14
|
Nightly build on standard ( Red Hat 7.2 ) started at 2004-04-22 03:00:03 BST Checking out source tree ... done Configuring ... done Building ... done Running regression tests ... done Last 20 lines of log.verbose follow rcrl: valgrind ./rcrl readline1: valgrind ./readline1 resolv: valgrind ./resolv seg_override: valgrind ./seg_override semlimit: valgrind ./semlimit sha1_test: valgrind ./sha1_test shortpush: valgrind ./shortpush shorts: valgrind ./shorts smc1: valgrind ./smc1 susphello: valgrind ./susphello syscall-restart1: valgrind ./syscall-restart1 syscall-restart2: valgrind ./syscall-restart2 system: valgrind ./system yield: valgrind ./yield -- Finished tests in none/tests ---------------------------------------- == 157 tests, 1 stderr failure, 0 stdout failures ================= memcheck/tests/badfree-2trace (stderr) make: *** [regtest] Error 1 |
|
From: Bryan O'S. <bo...@se...> - 2004-04-21 17:51:27
|
On Wed, 2004-04-21 at 10:30, Tom Hughes wrote: > What is libltdl anyway? Part of the evil libtool empire, the conspiracy to drown everything in endless layers of bewildering complexity. Ahem. It's a somewhat portable wrapper around dlopen, dlsym and friends. Pretty much the most inoffensive part of all of the automake/libtool gunk. <b |
|
From: Tom H. <th...@cy...> - 2004-04-21 17:35:05
|
In message <940...@lo...>
Tom Hughes <th...@cy...> wrote:
> In message <200...@co...>
> Tilman Sauerbeck <ti...@co...> wrote:
>
> > since I didn't receive any feedback on my bug report
> > (http://bugs.kde.org/show_bug.cgi?id=78934) yet, I wondered whether
> > I forgot to provide any information about my system or anything that
> > you might need to investigate the issue?
>
> I suspect it's just that nobody's had time to look at it yet. It's
> non-trivial to look at because of the need to obtain the special
> library to get things going. What is libltdl anyway?
Hmm. It seems I already have a libltdl and it's part of libtool... I'd
just never heard of it ;=)
Tom
--
Tom Hughes (th...@cy...)
Software Engineer, Cyberscience Corporation
http://www.cyberscience.com/
|
|
From: Tom H. <th...@cy...> - 2004-04-21 17:30:11
|
In message <200...@co...>
Tilman Sauerbeck <ti...@co...> wrote:
> since I didn't receive any feedback on my bug report
> (http://bugs.kde.org/show_bug.cgi?id=78934) yet, I wondered whether
> I forgot to provide any information about my system or anything that
> you might need to investigate the issue?
I suspect it's just that nobody's had time to look at it yet. It's
non-trivial to look at because of the need to obtain the special
library to get things going. What is libltdl anyway?
Tom
--
Tom Hughes (th...@cy...)
Software Engineer, Cyberscience Corporation
http://www.cyberscience.com/
|
|
From: Tilman S. <ti...@co...> - 2004-04-21 17:21:21
|
Hi, since I didn't receive any feedback on my bug report (http://bugs.kde.org/show_bug.cgi?id=78934) yet, I wondered whether I forgot to provide any information about my system or anything that you might need to investigate the issue? -- Regards, Tilman |
|
From: Robert W. <rj...@du...> - 2004-04-21 16:47:59
|
> I've started looking at getting Valgrind running on AMD64 machines, > since my main desktop is now an Athlon64 box. The first thing that > seemed useful was to get Valgrind running with 32-bit executables on > AMD64 machines. I've put a one-line patch on my web site that does > this. It might have helped if I'd included the URL: http://www.durables.org/software/valgrind/ Regards, Robert. --=20 Robert Walsh Amalgamated Durables, Inc. - "We don't make the things you buy." Email: rj...@du... |
|
From: Nicholas N. <nj...@ca...> - 2004-04-21 16:41:41
|
On Wed, 21 Apr 2004, Tom Hughes wrote: > > Hmm; we have an unsatisfactory situation at the moment... #including new > > headers for IOCTLs is a bit dangerous, because some of these headers > > aren't universal. This has prevented us from applying a bunch of IOCTLs > > like this previously. At least, that's my understanding of it. > > So should configure be made to probe for the header then, and only > include that code if it exists? I guess; nobody's ever looked at it thoroughly, AFAIK. > Presumably a system without the header wouldn't suport the ioctl anyway? Yes; the problem is compilation errors. N |
|
From: Tom H. <th...@cy...> - 2004-04-21 16:27:44
|
In message <Pin...@ye...>
Nicholas Nethercote <nj...@ca...> wrote:
> On Wed, 21 Apr 2004, Tom Hughes wrote:
>
> > Add support for the FBIOGET_VSCREENINFO and FBIOGET_FSCREENINFO ioctls
> > based on a patch from Paul Olav Tvete <pa...@tr...>.
>
> Hmm; we have an unsatisfactory situation at the moment... #including new
> headers for IOCTLs is a bit dangerous, because some of these headers
> aren't universal. This has prevented us from applying a bunch of IOCTLs
> like this previously. At least, that's my understanding of it.
So should configure be made to probe for the header then, and only
include that code if it exists? Presumably a system without the header
wouldn't suport the ioctl anyway?
Tom
--
Tom Hughes (th...@cy...)
Software Engineer, Cyberscience Corporation
http://www.cyberscience.com/
|
|
From: Nicholas N. <nj...@ca...> - 2004-04-21 15:59:42
|
On Wed, 21 Apr 2004, Tom Hughes wrote: > Add support for the FBIOGET_VSCREENINFO and FBIOGET_FSCREENINFO ioctls > based on a patch from Paul Olav Tvete <pa...@tr...>. Hmm; we have an unsatisfactory situation at the moment... #including new headers for IOCTLs is a bit dangerous, because some of these headers aren't universal. This has prevented us from applying a bunch of IOCTLs like this previously. At least, that's my understanding of it. N |
|
From: Tom H. <th...@cy...> - 2004-04-21 15:52:46
|
CVS commit by thughes:
Add support for the FBIOGET_VSCREENINFO and FBIOGET_FSCREENINFO ioctls
based on a patch from Paul Olav Tvete <pa...@tr...>.
CCMAIL: 770...@bu...
M +20 -0 vg_syscalls.c 1.94
M +1 -0 vg_unsafe.h 1.26
--- valgrind/coregrind/vg_syscalls.c #1.93:1.94
@@ -3232,4 +3232,15 @@ PRE(ioctl)
break;
+ case FBIOGET_VSCREENINFO: /* 0x4600 */
+ SYSCALL_TRACK( pre_mem_write,tid,
+ "ioctl(FBIOGET_VSCREENINFO)", arg3,
+ sizeof(struct fb_var_screeninfo));
+ break;
+ case FBIOGET_FSCREENINFO: /* 0x4602 */
+ SYSCALL_TRACK( pre_mem_write,tid,
+ "ioctl(FBIOGET_FSCREENINFO)", arg3,
+ sizeof(struct fb_fix_screeninfo));
+ break;
+
/* We don't have any specific information on it, so
try to do something reasonable based on direction and
@@ -3585,4 +3596,13 @@ POST(ioctl)
break;
+ case FBIOGET_VSCREENINFO: //0x4600
+ if (res == 0)
+ VG_TRACK( post_mem_write,arg3, sizeof(struct fb_var_screeninfo));
+ break;
+ case FBIOGET_FSCREENINFO: //0x4602
+ if (res == 0)
+ VG_TRACK( post_mem_write,arg3, sizeof(struct fb_fix_screeninfo));
+ break;
+
/* We don't have any specific information on it, so
try to do something reasonable based on direction and
--- valgrind/coregrind/vg_unsafe.h #1.25:1.26
@@ -64,4 +64,5 @@
#include <signal.h> /* for siginfo_t */
#include <linux/timex.h> /* for adjtimex */
+#include <linux/fb.h> /* for fb_* structs */
#define __USE_LARGEFILE64
|