You can subscribe to this list here.
| 2003 |
Jan
|
Feb
|
Mar
(58) |
Apr
(261) |
May
(169) |
Jun
(214) |
Jul
(201) |
Aug
(219) |
Sep
(198) |
Oct
(203) |
Nov
(241) |
Dec
(94) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2004 |
Jan
(137) |
Feb
(149) |
Mar
(150) |
Apr
(193) |
May
(95) |
Jun
(173) |
Jul
(137) |
Aug
(236) |
Sep
(157) |
Oct
(150) |
Nov
(136) |
Dec
(90) |
| 2005 |
Jan
(139) |
Feb
(130) |
Mar
(274) |
Apr
(138) |
May
(184) |
Jun
(152) |
Jul
(261) |
Aug
(409) |
Sep
(239) |
Oct
(241) |
Nov
(260) |
Dec
(137) |
| 2006 |
Jan
(191) |
Feb
(142) |
Mar
(169) |
Apr
(75) |
May
(141) |
Jun
(169) |
Jul
(131) |
Aug
(141) |
Sep
(192) |
Oct
(176) |
Nov
(142) |
Dec
(95) |
| 2007 |
Jan
(98) |
Feb
(120) |
Mar
(93) |
Apr
(96) |
May
(95) |
Jun
(65) |
Jul
(62) |
Aug
(56) |
Sep
(53) |
Oct
(95) |
Nov
(106) |
Dec
(87) |
| 2008 |
Jan
(58) |
Feb
(149) |
Mar
(175) |
Apr
(110) |
May
(106) |
Jun
(72) |
Jul
(55) |
Aug
(89) |
Sep
(26) |
Oct
(96) |
Nov
(83) |
Dec
(93) |
| 2009 |
Jan
(97) |
Feb
(106) |
Mar
(74) |
Apr
(64) |
May
(115) |
Jun
(83) |
Jul
(137) |
Aug
(103) |
Sep
(56) |
Oct
(59) |
Nov
(61) |
Dec
(37) |
| 2010 |
Jan
(94) |
Feb
(71) |
Mar
(53) |
Apr
(105) |
May
(79) |
Jun
(111) |
Jul
(110) |
Aug
(81) |
Sep
(50) |
Oct
(82) |
Nov
(49) |
Dec
(21) |
| 2011 |
Jan
(87) |
Feb
(105) |
Mar
(108) |
Apr
(99) |
May
(91) |
Jun
(94) |
Jul
(114) |
Aug
(77) |
Sep
(58) |
Oct
(58) |
Nov
(131) |
Dec
(62) |
| 2012 |
Jan
(76) |
Feb
(93) |
Mar
(68) |
Apr
(95) |
May
(62) |
Jun
(109) |
Jul
(90) |
Aug
(87) |
Sep
(49) |
Oct
(54) |
Nov
(66) |
Dec
(84) |
| 2013 |
Jan
(67) |
Feb
(52) |
Mar
(93) |
Apr
(65) |
May
(33) |
Jun
(34) |
Jul
(52) |
Aug
(42) |
Sep
(52) |
Oct
(48) |
Nov
(66) |
Dec
(14) |
| 2014 |
Jan
(66) |
Feb
(51) |
Mar
(34) |
Apr
(47) |
May
(58) |
Jun
(27) |
Jul
(52) |
Aug
(41) |
Sep
(78) |
Oct
(30) |
Nov
(28) |
Dec
(26) |
| 2015 |
Jan
(41) |
Feb
(42) |
Mar
(20) |
Apr
(73) |
May
(31) |
Jun
(48) |
Jul
(23) |
Aug
(55) |
Sep
(36) |
Oct
(47) |
Nov
(48) |
Dec
(41) |
| 2016 |
Jan
(32) |
Feb
(34) |
Mar
(33) |
Apr
(22) |
May
(14) |
Jun
(31) |
Jul
(29) |
Aug
(41) |
Sep
(17) |
Oct
(27) |
Nov
(38) |
Dec
(28) |
| 2017 |
Jan
(28) |
Feb
(30) |
Mar
(16) |
Apr
(9) |
May
(27) |
Jun
(57) |
Jul
(28) |
Aug
(43) |
Sep
(31) |
Oct
(20) |
Nov
(24) |
Dec
(18) |
| 2018 |
Jan
(34) |
Feb
(50) |
Mar
(18) |
Apr
(26) |
May
(13) |
Jun
(31) |
Jul
(13) |
Aug
(11) |
Sep
(15) |
Oct
(12) |
Nov
(18) |
Dec
(13) |
| 2019 |
Jan
(12) |
Feb
(29) |
Mar
(51) |
Apr
(22) |
May
(13) |
Jun
(20) |
Jul
(13) |
Aug
(12) |
Sep
(21) |
Oct
(6) |
Nov
(9) |
Dec
(5) |
| 2020 |
Jan
(13) |
Feb
(5) |
Mar
(25) |
Apr
(4) |
May
(40) |
Jun
(27) |
Jul
(5) |
Aug
(17) |
Sep
(21) |
Oct
(1) |
Nov
(5) |
Dec
(15) |
| 2021 |
Jan
(28) |
Feb
(6) |
Mar
(11) |
Apr
(5) |
May
(7) |
Jun
(8) |
Jul
(5) |
Aug
(5) |
Sep
(11) |
Oct
(9) |
Nov
(10) |
Dec
(12) |
| 2022 |
Jan
(7) |
Feb
(13) |
Mar
(8) |
Apr
(7) |
May
(12) |
Jun
(27) |
Jul
(14) |
Aug
(27) |
Sep
(27) |
Oct
(17) |
Nov
(17) |
Dec
|
| 2023 |
Jan
(10) |
Feb
(18) |
Mar
(9) |
Apr
(26) |
May
|
Jun
(13) |
Jul
(18) |
Aug
(5) |
Sep
(6) |
Oct
|
Nov
|
Dec
|
| S | M | T | W | T | F | S |
|---|---|---|---|---|---|---|
|
|
|
1
(6) |
2
(16) |
3
(3) |
4
(11) |
5
(2) |
|
6
(4) |
7
(11) |
8
(4) |
9
(6) |
10
(25) |
11
(10) |
12
(1) |
|
13
(2) |
14
(6) |
15
(16) |
16
(19) |
17
(16) |
18
(5) |
19
|
|
20
(4) |
21
(5) |
22
(21) |
23
(4) |
24
(14) |
25
(3) |
26
(9) |
|
27
(3) |
28
(13) |
29
(6) |
30
(16) |
|
|
|
|
From: Nathan N. <nn...@um...> - 2003-04-13 20:43:55
|
First off, openafs is doing some user-space threading using setjmp/etc.
There seems to be a mention in the valgrind docs about maybe having
trouble with this, if this is the problem, is there any workaround?
First, what is the problem here:
==26290== Invalid write of size 4
==26290== at 0x8097889: rxi_AllocPacketNoLock
(/umr/s/openafs/openafs/src/rx/rx_packet.c:637)
==26290== by 0x8097927: rxi_AllocSendPacket
(/umr/s/openafs/openafs/src/rx/rx_packet.c:674)
==26290== by 0x809B463: rxi_WriteProc
(/umr/s/openafs/openafs/src/rx/rx_rdwr.c:731)
==26290== by 0x809B963: rx_WriteProc32
(/umr/s/openafs/openafs/src/rx/rx_rdwr.c:909)
==26290== Address 0x4106C444 is 16552 bytes inside a block of size
80752 alloc'd
==26290== at 0x40166741: malloc (vg_clientfuncs.c:103)
==26290== by 0x80972F2: rxi_MorePackets
(/umr/s/openafs/openafs/src/rx/rx_packet.c:366)
==26290== by 0x808BA70: rx_Init
(/umr/s/openafs/openafs/src/rx/rx.c:458)
==26290== by 0x806A7A1: vsu_ClientInit
(/umr/s/openafs/openafs/src/volser/vsutils.c:425)
Why is the read invalid if it's a 4 byte read 16552 bytes inside a block
of size 80752?
Second, how can this code:
afs_int32 savecontext(ep, savearea, sp)
char (*ep)();
struct lwp_context *savearea;
char* sp;
{
int code;
PRE_Block = 1;
EP = ep;
code = setjmp(savearea->setjmp_buffer);
jmpBuffer = (jmp_buf_type *)savearea->setjmp_buffer;
savearea->topstack = (char*)jmpBuffer[LWP_SP];
#if defined(DEBUG)
{
int i, *ptr = (int*)savearea->setjmp_buffer;
printf("savecontext\n");
for ( i=0; i < 5; i++)
printf("(%d) 0x%x ",i, ptr[i]);
printf("\n");
for ( i=5; i < 10; i++)
printf("(%d) 0x%x ",i, ptr[i]);
printf("\n");
}
#endif
switch ( code )
{
case 0: if ( !sp )
(*EP)();
else
generate a unitialized error on the "switch ( code )" line? That doesn't
seem to be possible unless the setjmp is returning an unitialized value
as it's result.
-- Nathan
------------------------------------------------------------
Nathan Neulinger EMail: nn...@um...
University of Missouri - Rolla Phone: (573) 341-4841
Computing Services Fax: (573) 341-4216
|
|
From: Nicholas N. <nj...@ca...> - 2003-04-13 09:47:15
|
On Fri, 11 Apr 2003, Mathieu Malaterre wrote: > 1. What does : "valgrind's libpthread.so: KLUDGED call to: > pthread_cond_destroy" means ? > > I wasn't able to translate KLUDGED ... 'kludged' means something like 'faked' or 'handled semi-bogusly'. I'm not sure exactly what it means in this context, but some parts of V's libpthread.so aren't really complete. It may not matter for your program, I think. > 2. And what does > > " Syscall param writev(vector[...]) contains uninitialised or > unaddressable byte(s) > at 0x40237951: my_do_syscall3 (vg_libpthread.c:2389) > by 0x40236BA8: vgIntercept_writev (vg_libpthread.c:2055) > by 0x4017BF68: __writev (vg_intercept.c:287) > by 0x43246B45: (within /usr/X11R6/lib/libX11.so.6.2) > Address 0x413C7FD8 is 124 bytes inside a block of size 2048 alloc'd > at 0x40165F4D: calloc (vg_clientfuncs.c:242) > by 0x4321D6FE: XOpenDisplay (in /usr/X11R6/lib/libX11.so.6.2) > by 0x430BEB12: gdk_init_check (in /usr/lib/libgdk-1.2.so.0.9.1) > by 0x42EC3CA1: gtk_init_check (in /usr/lib/libgtk-1.2.so.0.9.1)" > > means ? Some code within libX11.so.2 is calling the sys call writev() with some bogus memory -- in this case, it looks like some of the memory block passed to writev() (via a pointer) is uninitialised. The 2nd half of the error tells you where the block in question was allocated. If it's in libX11.so, that might be out of your control? in which case you could suppress it if it does not affect your program, but it sounds like it unfortunately does in this case. N |