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
(5) |
2
(5) |
3
(3) |
|
4
|
5
(4) |
6
(6) |
7
(4) |
8
(14) |
9
(2) |
10
(4) |
|
11
(2) |
12
(2) |
13
(4) |
14
(7) |
15
(5) |
16
(11) |
17
(4) |
|
18
|
19
(10) |
20
(4) |
21
(13) |
22
(6) |
23
(6) |
24
(4) |
|
25
(5) |
26
(18) |
27
(7) |
28
(10) |
29
(11) |
30
(17) |
|
|
From: Nicholas N. <nj...@ca...> - 2004-04-20 11:55:35
|
On Wed, 14 Apr 2004, Suresh Sundararaman-A16814 wrote: > Is valgrind tool available for Symbian O.S? > > Is there any plan to make it available for Symbian? No and no. Sorry. N |
|
From: Peter S. <sei...@ci...> - 2004-04-19 16:08:30
|
Hello, there is already an bug report (with a possible solution suggested): http://bugs.kde.org/show_bug.cgi?id=77824 Peter On Mon, Apr 19, 2004 at 02:31:09AM +0200, Bart van der Werf (Bluelive) wrote: > > Ive recently changed to valgrind version 2.1.1 from 1.9 and now I can no > longer attach to gdb. > > Big dump showing the problem: > > Hope this helps... > > ==23969== Invalid read of size 4 > ==23969== at 0x80892A3: website_Main__reloadIndexes (website_Main.c:821) > ==23969== by 0x8088FC5: INITIALIZE__website_Main (website_Main.c:729) > ==23969== by 0x808804C: INITIALIZER__website_Main (website_Main.c:195) > ==23969== by 0x806DABC: CLASSINIT_pluk_HttpSession > (pluk_HttpSession.c:371) > ==23969== Address 0x0 is not stack'd, malloc'd or free'd > ==23969== > ==23969== ---- Attach to debugger ? --- [Return/N/n/Y/y/C/c] ---- y > starting debugger > ==23969== starting debugger with cmd: /usr/bin/gdb -nw /proc/23971/fd/822 > 23971 > > valgrind: vg_signals.c:1587 (vg_sync_signalhandler): Assertion > `info->si_code <= 0' failed. > ==23971== at 0xB802AE9A: vgPlain_skin_assert_fail (vg_mylibc.c:1211) > ==23971== by 0xB802AE99: assert_fail (vg_mylibc.c:1207) > ==23971== by 0xB802AED7: vgPlain_core_assert_fail (vg_mylibc.c:1218) > ==23971== by 0xB803050E: vg_sync_signalhandler (vg_signals.c:1630) > > sched status: > > Thread 1: status = Runnable, associated_mx = 0x0, associated_cv = 0x0 > ==23971== at 0x80892A0: website_Main__reloadIndexes (website_Main.c:821) > ==23971== by 0x8088FC5: INITIALIZE__website_Main (website_Main.c:729) > ==23971== by 0x808804C: INITIALIZER__website_Main (website_Main.c:195) > ==23971== by 0x806DABC: CLASSINIT_pluk_HttpSession > (pluk_HttpSession.c:371) > > > Note: see also the FAQ.txt in the source distribution. > It contains workarounds to several common problems. > > If that doesn't help, please report this bug to: valgrind.kde.org > > In the bug report, send all the above text, the valgrind > version, and what Linux distro you are using. Thanks. > > GNU gdb 5.3 > Copyright 2002 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and you are > welcome to change it and/or distribute copies of it under certain > conditions. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for details. > This GDB was configured as "i586-suse-linux".../proc/23971/fd/822: No such > file or directory. > > Attaching to process 23971 > ptrace: Operation not permitted. > /sources/Pluk/output/23971: No such file or directory. > > > -- > > Bart van der Werf (Bluelive) > http://pluk.sf.net/ > irc://irc.freenode.org/pluk > > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: IBM Linux Tutorials > Free Linux tutorial presented by Daniel Robbins, President and CEO of > GenToo technologies. Learn everything from fundamentals to system > administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click > _______________________________________________ > Valgrind-users mailing list > Val...@li... > https://lists.sourceforge.net/lists/listinfo/valgrind-users -- ------------------------------------------------------------------------ Peter Seiderer E-Mail: sei...@ci... |
|
From: <ar...@de...> - 2004-04-19 13:46:05
|
Andrew Coles <and...@ya...> writes: > Hi, > > On my system I experience a compile-time error when compiling a stock valgrind > (either from the CVS or with 2.0.0) - when <asm/ipc.h> is included (from > coregrind/vg_unsafe.h) the symbol __user is not defined. Looking at > vg_unsafe.h it does mention including linux/compiler.h when running on a 2.6 > kernel in order to define the __user symbol, but I am using a 2.4 kernel > machine and still experiencing this problem as __user still appears in the > asm/ipc.h header. The quick-and-dirty fix is to do a #define __user before > the #include <asm/ipc.h> line, although I'm sure there must be a better way > to do it. If you get the Debian's valgrind_2.1.1-3 source, you can get a patch for that. It's called 01_ipc_stuff.dpatch. You may want to use the patches from the Debian package because they solve some Debian-specific build problems. > > In case it's relavent (it may well be in this case) - I am using gcc 3.3.3 on > Debian testing/unstable, kernel 2.4.25. > > Andrew > > > ------------------------------------------------------- > This SF.Net email is sponsored by: IBM Linux Tutorials > Free Linux tutorial presented by Daniel Robbins, President and CEO of > GenToo technologies. Learn everything from fundamentals to system > administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click > _______________________________________________ > Valgrind-users mailing list > Val...@li... > https://lists.sourceforge.net/lists/listinfo/valgrind-users -- Andrés Roldán <ar...@de...> GPG Key-ID: 0xB29396EB http://people.fluidsignal.com/~aroldan |
|
From: Andrew C. <and...@ya...> - 2004-04-19 11:05:27
|
Hi, On my system I experience a compile-time error when compiling a stock valgrind (either from the CVS or with 2.0.0) - when <asm/ipc.h> is included (from coregrind/vg_unsafe.h) the symbol __user is not defined. Looking at vg_unsafe.h it does mention including linux/compiler.h when running on a 2.6 kernel in order to define the __user symbol, but I am using a 2.4 kernel machine and still experiencing this problem as __user still appears in the asm/ipc.h header. The quick-and-dirty fix is to do a #define __user before the #include <asm/ipc.h> line, although I'm sure there must be a better way to do it. In case it's relavent (it may well be in this case) - I am using gcc 3.3.3 on Debian testing/unstable, kernel 2.4.25. Andrew |
|
From: Henrik N. <hn...@ma...> - 2004-04-19 07:48:22
|
On Mon, 19 Apr 2004, Banibrata Dutta wrote: > i thought that i'd not have to worry about it. well, actually i am > sure i don't have to do that, because in message finally sent out on > the wire, is composed by also looking at length of various parameters, > s.t. i do not really read any of the garbage octets. If valgrind warns on the syscall then there is octets within the sent message which has not been given any value. These octets may contain pretty much any value priorly used in the application or C library. Most often this will be 0, but not always. If you are positively sure all octets in the message should be set and there is no unset fields then you have a bug somewhere in how the message is created or in how it's length is calculated. Regards Henrik |
|
From: Banibrata D. <du...@in...> - 2004-04-19 07:32:02
|
i thought that i'd not have to worry about it. well, actually i am sure i don't have to do that, because in message finally sent out on the wire, is composed by also looking at length of various parameters, s.t. i do not really read any of the garbage octets. thanks & regards, bani. > -----Original Message----- > From: Henrik Nordstrom [mailto:hn...@ma...] > Sent: Monday, April 19, 2004 12:51 PM > To: Banibrata Dutta > Cc: 'Nicholas Nethercote'; val...@li... > Subject: RE: [Valgrind-users] Syscall param > socketcall.send(msg) contains uninitialised or unaddressable byte > > > On Mon, 19 Apr 2004, Banibrata Dutta wrote: > > > so, if i do a bzero() or memset() of mMsgPtr (for the > entire allocated > > size), this error message should go away? > > Yes. Or otherwise make sure all bits in the message you send is > initialized. > > If you don't do this you send out "random garbage" in the > parts of the message not initialized, and this may include > sensitive information about your system or applications. > > Regards > Henrik > |
|
From: Henrik N. <hn...@ma...> - 2004-04-19 07:25:46
|
On Mon, 19 Apr 2004, Banibrata Dutta wrote: > so, if i do a bzero() or memset() of mMsgPtr (for the entire allocated > size), > this error message should go away? Yes. Or otherwise make sure all bits in the message you send is initialized. If you don't do this you send out "random garbage" in the parts of the message not initialized, and this may include sensitive information about your system or applications. Regards Henrik |
|
From: Banibrata D. <du...@in...> - 2004-04-19 05:22:07
|
so, if i do a bzero() or memset() of mMsgPtr (for the entire allocated
size),
this error message should go away ? and same shall be true for my other =
post
?
this is the only thing that was not initialized !!
thanks,
bd
> -----Original Message-----
> From: val...@li...=20
> [mailto:val...@li...] On Behalf=20
> Of Nicholas Nethercote
> Sent: Saturday, April 17, 2004 5:04 PM
> To: Banibrata Dutta
> Cc: val...@li...
> Subject: Re: [Valgrind-users] Syscall param=20
> socketcall.send(msg) contains uninitialised or unaddressable byte
>=20
>=20
> On Sat, 17 Apr 2004, Banibrata Dutta wrote:
>=20
> > int UdpMsg::sendMsg ()
> > {
> > int retval=3D0;
> > if ((!mMsgPtr) || (!mMsgLen))
> > return (-1);
> > if ((retval =3D send(mSockId, (const void *)mMsgPtr,=20
> mMsgLen, 0)) =3D=3D -1)
> > ...
> > }
> >
> > inspite of initializing all the variable i.e.
> > int mSockId;
> > char* mMsgPtr;
> > int mMsgLen;
> >
> > in the c'tor, i am still getting the error...
> >
> > =3D=3D4975=3D=3D Syscall param socketcall.send(msg) contains=20
> uninitialised or=20
> > unaddressable byte(s)
> > =3D=3D4975=3D=3D at 0x3C244752: send (in /lib/i686/libc-2.2.4.so)
> > =3D=3D4975=3D=3D by 0x804C49F: UdpMsg::sendMsg(void) =
(UdpMsg.C:122)
> > =3D=3D4975=3D=3D by 0x804AE3C: Provider::inboundCallRsp(Context =
&)
> > (Provider.C:119)
> > =3D=3D4975=3D=3D by 0x804FAC7: Listener::inboundCallInd(Context =
&,
> > basic_string<char, string_char_traits<char>,=20
> > __default_alloc_template<true,
> > 0> > const &, Listener::ReqType)
> >
> > why so ?
>=20
> See section 3.3.5 of the manual again.
> (developer.kde.org/~sewardj/docs-2.0.0/mc_main.html#mc-top)
>=20
> N
>=20
>=20
> -------------------------------------------------------
> This SF.Net email is sponsored by: IBM Linux Tutorials
> Free Linux tutorial presented by Daniel Robbins, President=20
> and CEO of GenToo technologies. Learn everything from=20
> fundamentals to system=20
> =
administration.http://ads.osdn.com/?ad_id=3D1470&alloc_id=3D3638&op=3Dcli=
ck
> _______________________________________________
> Valgrind-users mailing list Val...@li...
> https://lists.sourceforge.net/lists/listinfo/valgrind-users
>=20
|
|
From: Banibrata D. <du...@in...> - 2004-04-19 04:17:43
|
hi, in a previous post of mine, i'd said that valgrind 2.1.1 was working fine with STL, i was partly wrong. it wasn't working fine when you compiled the code with debug enabled (i.e. g++/gcc -g), and would crash saying the "impossible" happened. i've upgraded to "valgrind-2.1.2.CVS" and the problem, as Nicholas has pointed out, (due to incorrect parsing of <:), went away. just wanted to update the list on the previous claim. thanks & regards, Banibrata Dutta Hewlett-Packard ISO Pvt. Ltd, 29, Cunningham Road, Bangalore - 560052, India. Tel: +91-80-22051796 |
|
From: Bart v. d. W. \(Bluelive\) <blu...@xs...> - 2004-04-19 00:35:23
|
Ive recently changed to valgrind version 2.1.1 from 1.9 and now I can no longer attach to gdb. Big dump showing the problem: Hope this helps... ==23969== Invalid read of size 4 ==23969== at 0x80892A3: website_Main__reloadIndexes (website_Main.c:821) ==23969== by 0x8088FC5: INITIALIZE__website_Main (website_Main.c:729) ==23969== by 0x808804C: INITIALIZER__website_Main (website_Main.c:195) ==23969== by 0x806DABC: CLASSINIT_pluk_HttpSession (pluk_HttpSession.c:371) ==23969== Address 0x0 is not stack'd, malloc'd or free'd ==23969== ==23969== ---- Attach to debugger ? --- [Return/N/n/Y/y/C/c] ---- y starting debugger ==23969== starting debugger with cmd: /usr/bin/gdb -nw /proc/23971/fd/822 23971 valgrind: vg_signals.c:1587 (vg_sync_signalhandler): Assertion `info->si_code <= 0' failed. ==23971== at 0xB802AE9A: vgPlain_skin_assert_fail (vg_mylibc.c:1211) ==23971== by 0xB802AE99: assert_fail (vg_mylibc.c:1207) ==23971== by 0xB802AED7: vgPlain_core_assert_fail (vg_mylibc.c:1218) ==23971== by 0xB803050E: vg_sync_signalhandler (vg_signals.c:1630) sched status: Thread 1: status = Runnable, associated_mx = 0x0, associated_cv = 0x0 ==23971== at 0x80892A0: website_Main__reloadIndexes (website_Main.c:821) ==23971== by 0x8088FC5: INITIALIZE__website_Main (website_Main.c:729) ==23971== by 0x808804C: INITIALIZER__website_Main (website_Main.c:195) ==23971== by 0x806DABC: CLASSINIT_pluk_HttpSession (pluk_HttpSession.c:371) Note: see also the FAQ.txt in the source distribution. It contains workarounds to several common problems. If that doesn't help, please report this bug to: valgrind.kde.org In the bug report, send all the above text, the valgrind version, and what Linux distro you are using. Thanks. GNU gdb 5.3 Copyright 2002 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i586-suse-linux".../proc/23971/fd/822: No such file or directory. Attaching to process 23971 ptrace: Operation not permitted. /sources/Pluk/output/23971: No such file or directory. -- Bart van der Werf (Bluelive) http://pluk.sf.net/ irc://irc.freenode.org/pluk |
|
From: Nicholas N. <nj...@ca...> - 2004-04-17 11:34:07
|
On Sat, 17 Apr 2004, Banibrata Dutta wrote:
> int UdpMsg::sendMsg ()
> {
> int retval=0;
> if ((!mMsgPtr) || (!mMsgLen))
> return (-1);
> if ((retval = send(mSockId, (const void *)mMsgPtr, mMsgLen, 0)) == -1)
> ...
> }
>
> inspite of initializing all the variable i.e.
> int mSockId;
> char* mMsgPtr;
> int mMsgLen;
>
> in the c'tor, i am still getting the error...
>
> ==4975== Syscall param socketcall.send(msg) contains uninitialised or
> unaddressable byte(s)
> ==4975== at 0x3C244752: send (in /lib/i686/libc-2.2.4.so)
> ==4975== by 0x804C49F: UdpMsg::sendMsg(void) (UdpMsg.C:122)
> ==4975== by 0x804AE3C: Provider::inboundCallRsp(Context &)
> (Provider.C:119)
> ==4975== by 0x804FAC7: Listener::inboundCallInd(Context &,
> basic_string<char, string_char_traits<char>, __default_alloc_template<true,
> 0> > const &, Listener::ReqType)
>
> why so ?
See section 3.3.5 of the manual again.
(developer.kde.org/~sewardj/docs-2.0.0/mc_main.html#mc-top)
N
|
|
From: Nicholas N. <nj...@ca...> - 2004-04-17 11:33:17
|
On Sat, 17 Apr 2004, Banibrata Dutta wrote: > e.g. > ==4654== Address 0x3D455F91 is 41 bytes inside a block of size 43 alloc'd > ==4654== at 0x3C020C59: __builtin_vec_new (vg_replace_malloc.c:116) > ==4654== by 0x804C7CD: NC_PttUdpSmsMsg::setParams(SmsBearerData *, > SmsOriginalOriginatingAddress *) (NC_PttUdpSmsMsg.C:191) > ==4654== by 0x804B499: NC_CdmaProvider::processSMDPP(char *, int, int, > tc_address_struct, tc_address_struct, int, pair<int, int> *) > (NC_CdmaProvider.C:272) > ==4654== by 0x804E99E: NC_TcapManagerImpl::decodeComponent(int, int, > tc_primitive_type, tc_address_struct, tc_address_struct, tc_control_c) > (NC_TcapManagerImpl.C:708) > ==4654== > > so, what is the meaning of this error ? when/how can this be caused ? See section 3.3.5 of the manual. (eveloper.kde.org/~sewardj/docs-2.0.0/mc_main.html#mc-top) > also, if i have a code block like... > > { > int x; > int y; > > func(&x); > > y=x+2; > } > > does it flag an error, saying 'x' is not initialized while being used to > determine value of 'y'. note that in my case func() is supposed to modify > 'x'. It won't complain here. It might complain later, if y is used in a way that will affect the program's behaviour. It only complains if an uninitialised value is used in a way that will affect the program's execution, eg. as an address, or an input to a system call, or in a conditional jump. See section 3.5.1 of the manual for an explanation why. N |
|
From: Banibrata D. <du...@in...> - 2004-04-17 11:18:20
|
in the following snippet of code:
UdpMsg::UdpMsg(int sockId) : mSockId(sockId), mMsgPtr(0), mMsgLen(0)
{
}
int UdpMsg::sendMsg ()
{
int retval=0;
if ((!mMsgPtr) || (!mMsgLen))
return (-1);
if ((retval = send(mSockId, (const void *)mMsgPtr, mMsgLen, 0)) == -1)
...
}
inspite of initializing all the variable i.e.
int mSockId;
char* mMsgPtr;
int mMsgLen;
in the c'tor, i am still getting the error...
==4975== Syscall param socketcall.send(msg) contains uninitialised or
unaddressable byte(s)
==4975== at 0x3C244752: send (in /lib/i686/libc-2.2.4.so)
==4975== by 0x804C49F: UdpMsg::sendMsg(void) (UdpMsg.C:122)
==4975== by 0x804AE3C: Provider::inboundCallRsp(Context &)
(Provider.C:119)
==4975== by 0x804FAC7: Listener::inboundCallInd(Context &,
basic_string<char, string_char_traits<char>, __default_alloc_template<true,
0> > const &, Listener::ReqType)
why so ?
thanks & regards,
Banibrata Dutta
Hewlett-Packard ISO Pvt. Ltd,
29, Cunningham Road,
Bangalore - 560052, India.
Tel: +91-80-22051796
|
|
From: Banibrata D. <du...@in...> - 2004-04-17 11:11:15
|
e.g.
==4654== Address 0x3D455F91 is 41 bytes inside a block of size 43 alloc'd
==4654== at 0x3C020C59: __builtin_vec_new (vg_replace_malloc.c:116)
==4654== by 0x804C7CD: NC_PttUdpSmsMsg::setParams(SmsBearerData *,
SmsOriginalOriginatingAddress *) (NC_PttUdpSmsMsg.C:191)
==4654== by 0x804B499: NC_CdmaProvider::processSMDPP(char *, int, int,
tc_address_struct, tc_address_struct, int, pair<int, int> *)
(NC_CdmaProvider.C:272)
==4654== by 0x804E99E: NC_TcapManagerImpl::decodeComponent(int, int,
tc_primitive_type, tc_address_struct, tc_address_struct, tc_control_c)
(NC_TcapManagerImpl.C:708)
==4654==
so, what is the meaning of this error ? when/how can this be caused ?
also, if i have a code block like...
{
int x;
int y;
func(&x);
y=x+2;
}
does it flag an error, saying 'x' is not initialized while being used to
determine value of 'y'. note that in my case func() is supposed to modify
'x'.
thanks & regards,
Banibrata Dutta
Hewlett-Packard ISO Pvt. Ltd,
29, Cunningham Road,
Bangalore - 560052, India.
Tel: +91-80-22051796
|
|
From: Madhu M K. <mm...@ya...> - 2004-04-16 22:46:19
|
Hi, Bob Rossi <bo...@br...> said on April 16,2004: > > > > Madhu Kurup has a patch that does this, AIUI. I think this seems > > like the best option. Anyone else have comments, alternative > > suggestions? > > Will it be in the next release? or should I bother him for the patch? Apologies for the slow turn around. I've added this into the bugzilla, viz: http://bugs.kde.org/show_bug.cgi?id=79787 The patch is attached to the bug, so you can use it with CVS head right away. Cheerio, M Madhu M Kurup /* Nemo Me Impune Lacessit */ mmk at yahoo-inc dt com |
|
From: Bob R. <bo...@br...> - 2004-04-16 21:59:26
|
On Fri, Apr 16, 2004 at 10:58:18PM +0100, Nicholas Nethercote wrote: > On Fri, 16 Apr 2004, Bob Rossi wrote: > > > If I added another choice to the > > 8778== ---- Print suppression ? --- [Return/N/n/Y/y/C/c] ---- > > question, that was basically A/a, which would automatically have > > valgrind append the suppression into the suppression file, would it be > > accepted by the valgrind community? > > > > Or how about a command line option to always append suppressions to the > > file? > > Madhu Kurup has a patch that does this, AIUI. I think this seems like the > best option. Anyone else have comments, alternative suggestions? Will it be in the next release? or should I bother him for the patch? Bob Rossi |
|
From: Nicholas N. <nj...@ca...> - 2004-04-16 21:58:22
|
On Fri, 16 Apr 2004, Bob Rossi wrote: > If I added another choice to the > 8778== ---- Print suppression ? --- [Return/N/n/Y/y/C/c] ---- > question, that was basically A/a, which would automatically have > valgrind append the suppression into the suppression file, would it be > accepted by the valgrind community? > > Or how about a command line option to always append suppressions to the > file? Madhu Kurup has a patch that does this, AIUI. I think this seems like the best option. Anyone else have comments, alternative suggestions? N |
|
From: Bob R. <bo...@br...> - 2004-04-16 21:48:04
|
Hi, If I added another choice to the 8778== ---- Print suppression ? --- [Return/N/n/Y/y/C/c] ---- question, that was basically A/a, which would automatically have valgrind append the suppression into the suppression file, would it be accepted by the valgrind community? Or how about a command line option to always append suppressions to the file? Bob Rossi |
|
From: Lee D. <lee...@mi...> - 2004-04-16 18:30:27
|
No takers? This error happens on anything I try. tool=memcheck, tool=helgrind, whatever. -lee > -----Original Message----- > From: Lee Dilkie [mailto:lee...@mi...] > Sent: Thursday, April 15, 2004 12:51 PM > To: 'Nicholas Nethercote' > Cc: 'val...@li...' > Subject: RE: [Valgrind-users] does valgrind not recover deleted > semaphores? > > > > What goes wrong? Can you show the output of "valgrind -v" > > for a sample > > prog, plus the output of "uname -a"? Thanks. > > [root@localhost TUG]# uname -a > Linux localhost.localdomain 2.4.18-27.7.x #1 Fri Mar 14 > 06:44:53 EST 2003 i686 unknown > > [root@localhost TUG]# valgrind -v --tool=memcheck ls > ==13655== Memcheck, a memory error detector for x86-linux. > ==13655== Copyright (C) 2002-2004, and GNU GPL'd, by Julian Seward. > ==13655== Using valgrind-2.1.2.CVS, a program supervision > framework for x86-linux. > ==13655== Copyright (C) 2000-2004, and GNU GPL'd, by Julian Seward. > ==13655== Valgrind library directory: /usr/local/lib/valgrind > ==13655== Command line > ==13655== ls > ==13655== Startup, with flags: > ==13655== -v > ==13655== --tool=memcheck > ==13655== Reading syms from /bin/ls (0x8048000) > ==13655== object doesn't have a symbol table > ==13655== object doesn't have any debug info > --13655-- INTERNAL ERROR: Valgrind received a signal 11 > (SIGSEGV) - exiting > --13655-- si_code=1 Fault EIP: 0xB030B4BC (); Faulting > address: 0x50100000 > > valgrind: the `impossible' happened: > Killed by fatal signal > Basic block ctr is approximately 0 > ==13655== at 0xB802BF5F: ??? > ==13655== by 0xB802BF5E: ??? > ==13655== by 0xB802BF74: ??? > ==13655== by 0xB803288F: ??? > > sched status: > > Thread 1: status = Runnable, associated_mx = 0x0, associated_cv = 0x0 > ==13655== at 0x3C000B50: ??? > > > Note: see also the FAQ.txt in the source distribution. > It contains workarounds to several common problems. > > If that doesn't help, please report this bug to: valgrind.kde.org > > In the bug report, send all the above text, the valgrind > version, and what Linux distro you are using. Thanks. > > [root@localhost TUG]# > |
|
From: Nicholas N. <nj...@ca...> - 2004-04-16 08:27:32
|
On Fri, 16 Apr 2004, Banibrata Dutta wrote: > just for the records, for now 2.1.1 seems to be working fine for me, even > with STL. > note that i use map<>, list<> and it's iterators quite extensivelt, but no > use of the "<" operator explicitly, so i don't think my previous problem was > because of that. that's good news for me. Thanks for the feedback. Sorry the instructions about installing from CVS were confusing. I just updated them, hopefully it's clearer now. > i've just realized the potential of Valgrind. it's easily found some good > Invalid Writes. i am finding it quite useful now. Great :) Good luck. N |
|
From: Banibrata D. <du...@in...> - 2004-04-16 08:23:46
|
hi nicholas: just for the records, for now 2.1.1 seems to be working fine for me, = even with STL. note that i use map<>, list<> and it's iterators quite extensivelt, but = no use of the "<" operator explicitly, so i don't think my previous problem = was because of that. that's good news for me. i've just realized the potential of Valgrind. it's easily found some = good Invalid Writes. i am finding it quite useful now. thanks, BD > -----Original Message----- > From: Nicholas Nethercote [mailto:nj...@he...] On=20 > Behalf Of Nicholas Nethercote > Sent: Friday, April 16, 2004 1:48 PM > To: Banibrata Dutta > Cc: val...@li... > Subject: RE: [Valgrind-users] how to compile Valgrind ToT >=20 >=20 > On Fri, 16 Apr 2004, Banibrata Dutta wrote: >=20 > > is HEAD a tag ? >=20 > Kind of, it's what you get by default with CVS -- so just do=20 > "cvs co ..." as normal. >=20 > N >=20 |
|
From: Nicholas N. <nj...@ca...> - 2004-04-16 08:18:00
|
On Fri, 16 Apr 2004, Banibrata Dutta wrote: > is HEAD a tag ? Kind of, it's what you get by default with CVS -- so just do "cvs co ..." as normal. N |
|
From: Banibrata D. <du...@in...> - 2004-04-16 08:05:04
|
is HEAD a tag ? > -----Original Message----- > From: val...@li... > [mailto:val...@li...] On Behalf > Of Nicholas Nethercote > Sent: Friday, April 16, 2004 12:52 PM > To: Banibrata Dutta > Cc: val...@li... > Subject: Re: [Valgrind-users] how to compile Valgrind ToT > > > On Fri, 16 Apr 2004, Banibrata Dutta wrote: > > > how do i build the latest valgrind version from CVS ? i > followed the > > instructions given, and checked out the valgrind/ module in > addition > > to the 2 necessary kde core modules (i think). beyond that > i am able > > to nothing, because the "./configure" script is not there > inside the > > valgrind/ module. also the meta files necessary to run automake are > > also not there. could somebody please suggest, how to > proceed in this > > case ? > > >From valgrind.kde.org/cvs.html: > > If you want a bleeding-edge version of Valgrind, follow these > instructions to check out the HEAD from our CVS repository; the > modulename is valgrind. Note particularly the information about > mirrors. Once you have checked out the code, follow the > instructions in > the README to install. > > You only need one module, "valgrind". > > You need to run "autogen.sh" before ./configure. > > N > > > ------------------------------------------------------- > This SF.Net email is sponsored by: IBM Linux Tutorials > Free Linux tutorial presented by Daniel Robbins, President > and CEO of GenToo technologies. Learn everything from > fundamentals to system > administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click > _______________________________________________ > Valgrind-users mailing list Val...@li... > https://lists.sourceforge.net/lists/listinfo/valgrind-users > |
|
From: Nicholas N. <nj...@ca...> - 2004-04-16 07:21:39
|
On Fri, 16 Apr 2004, Banibrata Dutta wrote: > how do i build the latest valgrind version from CVS ? i followed the > instructions given, and checked out the valgrind/ module in addition to the > 2 necessary kde core modules (i think). beyond that i am able to nothing, > because the "./configure" script is not there inside the valgrind/ module. > also the meta files necessary to run automake are also not there. could > somebody please suggest, how to proceed in this case ? From valgrind.kde.org/cvs.html: If you want a bleeding-edge version of Valgrind, follow these instructions to check out the HEAD from our CVS repository; the modulename is valgrind. Note particularly the information about mirrors. Once you have checked out the code, follow the instructions in the README to install. You only need one module, "valgrind". You need to run "autogen.sh" before ./configure. N |
|
From: Banibrata D. <du...@in...> - 2004-04-16 04:45:14
|
hi, how do i build the latest valgrind version from CVS ? i followed the instructions given, and checked out the valgrind/ module in addition to the 2 necessary kde core modules (i think). beyond that i am able to nothing, because the "./configure" script is not there inside the valgrind/ module. also the meta files necessary to run automake are also not there. could somebody please suggest, how to proceed in this case ? thanks & regards, Banibrata Dutta Hewlett-Packard ISO Pvt. Ltd, 29, Cunningham Road, Bangalore - 560052, India. Tel: +91-80-22051796 |