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
(12) |
Oct
(16) |
Nov
(1) |
Dec
|
2024 |
Jan
(4) |
Feb
(3) |
Mar
(6) |
Apr
(17) |
May
(2) |
Jun
(33) |
Jul
(13) |
Aug
(1) |
Sep
(6) |
Oct
(8) |
Nov
(6) |
Dec
(15) |
2025 |
Jan
(5) |
Feb
(11) |
Mar
(8) |
Apr
(20) |
May
(1) |
Jun
|
Jul
|
Aug
(7) |
Sep
|
Oct
|
Nov
|
Dec
|
From: Stephane D. <ste...@ex...> - 2003-06-24 09:55:04
|
Hello, valgrind reports lots of use of uninitialised values in my program, all of them being located in a Base64 encoder working on random data (actually PKCS padding bytes). This function does a lot of left shifts, right shifts and other bit-level stuff. Is it possible that my data accidentally contains the bit pattern used by valgrind to trace uninitialised data ? Stephane |
From: Geert F. <gee...@es...> - 2003-06-24 08:53:47
|
hello, valgrind died with the following message: ----------------------------------------- disInstr: unhandled opcode 0xE0 then 0x19 valgrind: the `impossible' happened: unhandled x86 opcode Basic block ctr is approximately 50850000 sched status: Thread 1: status = Runnable, associated_mx = 0x0, associated_cv = 0x0 ==11282== at 0x406F1B48: ??? ==11282== by 0x80F3690: GRV::bDraw(bool) (GRV.cpp:97) ==11282== by 0x80F6E98: GRVCNeuron::bDraw(bool) (GRVCNeuron.cpp:90) ==11282== by 0x807E69C: GBrain::bRun() (GBrain.cpp:129) Please report this bug to: js...@ac... ------------------------------------------ any idea what is going wrong? is this an error in valgrind (i doubt it as my program crashes without valgrind as well), or an error in GCC (i'm using 3.2.2), or (most likely) my mistake? the code where he crashes on makes some heavy use of virtual functions and overloaded function. what should i put i my bugreport? greets, geert. |
From: Stephane D. <ste...@ex...> - 2003-06-24 08:44:27
|
Hello all, is it possible to tell valgrind to ignore some DLLs when running a program ? I'm trying to debug a program linked with the JVM, and valgrind fails with an out of memory error. It seems that instrumenting the libjvm.so file requires a lot of memory resources (about 400 MB !) Regards, Stephane Donze |
From: Jeremy F. <je...@go...> - 2003-06-24 07:31:06
|
On Mon, 2003-06-23 at 20:47, Vijay Kamath wrote: > I was able to reproduce the problem. It occurs if I'm using threads. > I've attached a sample code that causes this problem. The code fails > when run with valgrind, but passes without it. > Please let me know where is the problem - resolv, pthread, valgrind, my > code ?? > > Any help would be great. Hm, I can reproduce this here on both my RH8 and RH9 machines. I'm guessing it has something to do with thread-specific data, but it isn't related to the new TLS stuff. I can't see anything obvious with --trace-pthread=all. J |
From: Vijay K. <vij...@wi...> - 2003-06-24 03:47:27
|
I was able to reproduce the problem. It occurs if I'm using threads. I've attached a sample code that causes this problem. The code fails when run with valgrind, but passes without it. Please let me know where is the problem - resolv, pthread, valgrind, my code ?? Any help would be great. Thanks. Vijay Dirk Mueller wrote: >On Mon, 23 Jun 2003, Vijay Kamath wrote: > > > >>idea what it could be. And why doesn't valgrind show any error?! >> >> > >are you suere the very same parameters being passed to the function? >Maybe valgrind triggers another bug else where and the parameters you pass >to the function while running under valgrind are not the same. > >do you use threads? > >can you try with CVS HEAD version ? > >can you try with --optimise=no --chain-bb=no ? > > > > > |
From: Rao G. <ra...@t7...> - 2003-06-23 17:53:03
|
Hi Sometimes when valgrind reports "invalid write" error, it gives me a stack trace but there are functions missing from that stack trace. If I use --gdb-attach=yes, gdb is also confused about the stack and when I do "up", it goes from the lower level function to a function 2 levels higher instead of the next higher level function. I tried increasing num-callers to 50 in the command line invocation of valgrind. Any ideas on how to fix this? or is it a bug in valgrind. Thanks for your help Rao -- -------------------------------------------------------------------- Rao V Garimella Tel: (505) 665-2928 T-7, MS B284 '\ '\ FAX: (505) 665-5757 Los Alamos National Lab ( )-( ) Email: ra...@la... Los Alamos, NM 87545 http://www.ees.lanl.gov/staff/rao -------------------------------------------------------------------- |
From: Dirk M. <dm...@gm...> - 2003-06-23 15:07:07
|
On Mon, 23 Jun 2003, Vijay Kamath wrote: > idea what it could be. And why doesn't valgrind show any error?! are you suere the very same parameters being passed to the function? Maybe valgrind triggers another bug else where and the parameters you pass to the function while running under valgrind are not the same. do you use threads? can you try with CVS HEAD version ? can you try with --optimise=no --chain-bb=no ? -- Dirk |
From: Vijay K. <vij...@wi...> - 2003-06-23 14:32:35
|
Dirk Mueller wrote: >On Mon, 23 Jun 2003, Vijay Kamath wrote: > > > >>I've a program which makes dns client query using res_search(...). >>The program runs fine without valgrind, but when I run it through >>valgrind res_search() returns error! valgrind doesn't show any error! >>Any idea why this could happen? >> >> > >can you do a small testcase showing the problem? > > I tried reproducing the problem by writing a small program that tests this call, it passed and valgrind did not show any problem. It happens only in my production code. And unfortunately it is too big to be shown here. So if there is a problem, it should be with my code, but I have no idea what it could be. And why doesn't valgrind show any error?! Any help will be greatly appreciated. > > > |
From: Patrick M. <un...@pa...> - 2003-06-23 14:28:49
|
On 23-Jun-2003, Gao, Jiafu wrote: > No, this is not a joke. This is a scam. See the following email. Thats not quite what I ment. That it was sent to this mailing list (one thats known to be populated by smart people whove gotten the nigera scam email about 5000 times by now) and that its yet another version of the nigera scam email. -- Patrick "Diablo-D3" McFarland || un...@pa... "Computer games don't affect kids; I mean if Pac-Man affected us as kids, we'd all be running around in darkened rooms, munching magic pills and listening to repetitive electronic music." -- Kristian Wilson, Nintendo, Inc, 1989 |
From: Gao, J. <JG...@se...> - 2003-06-23 14:05:37
|
No, this is not a joke. This is a scam. See the following email. Jeff ======================================================== Subject: Security Alert!!!! Importance: High Internet Fraud Tips from the National Consumers League's Internet Fraud Watch Nigerian Money Offers: Someone has contacted you from Nigeria or another African country and offered you millions of dollars.All you have to do is help transfer money, diamonds, or other ricches to your bank account for safekeeping. It sounds like a dream come true, but it's really a night mare. Be aware that these scams are well-known. They used to be called "Nigerian letters" because they came by mail, but now these messages also come by phone, fax, or email. These promises are never true. The purpose of the scam is to get money out of your bank account, not to put money into it. Once you are on the hook, they'll never let you go. You will be asked for a never-ending series of payments for "transfer fees," "legal expenses," and other bogus costs. Be wary of offers to send you an "advance" on your "commission." Some con artists use this ploy to build trust and to get money from your bank. They send you a check for part of your "commission," instructing you to deposit it and then wire payment to them for taxes, bonding, or some other phony purpose. The bank tells you the check has cleared because the normal time has passed to be notified that checks have bounced. After you wire the money, the check that you deposited finally bounces because it turned out to be an elaborate fake. Now the crooks have your payment, and you're left owing your bank the amount that you withdrew. Don't believe photographs of the "treasure." One common ploy is to tape money around a block of wood or bundles of paper to make it look like a large amount of currency. Sometimes the crooks even sprinkle harmless powder on the money and tell victims that it's a toxic chemical used to protect it. Then they offer to sell a special substance to remove the powder! Never provide your bank account or other financial information. This information can be used to withdraw money from your account. Don't agree to travel anywhere to meet these people. They avoid coming to the United States because they fear arrest. Instead, they sometimes try to lure victims to meet them in Africa or other countries. Victims have been robbed and even murdered. Remember that these are hardened criminals. According to the Secret Service, these crooks use the money they make on this scam to finance other illegal activities such as drug dealing and credit card fraud. If they get your money, you'll never get it back. It's very difficult to bring these crooks to the United States for trial, and action is rarely taken against them in their own countries. However, it's still helpful to report actual or attempted Nigerian money offer scams to law enforcement agencies. ======================================================== -----Original Message----- From: Patrick McFarland [mailto:un...@pa...] Sent: Monday, June 23, 2003 3:12 AM To: val...@li... Subject: Re: [Valgrind-users] cry for assistanse On 22-Jun-2003, . wrote: > stuff This is a joke, right? -- Patrick "Diablo-D3" McFarland || un...@pa... "Computer games don't affect kids; I mean if Pac-Man affected us as kids, we'd all be running around in darkened rooms, munching magic pills and listening to repetitive electronic music." -- Kristian Wilson, Nintendo, Inc, 1989 ------------------------------------------------------- This SF.Net email is sponsored by: INetU Attention Web Developers & Consultants: Become An INetU Hosting Partner. Refer Dedicated Servers. We Manage Them. You Get 10% Monthly Commission! INetU Dedicated Managed Hosting http://www.inetu.net/partner/index.php _______________________________________________ Valgrind-users mailing list Val...@li... https://lists.sourceforge.net/lists/listinfo/valgrind-users This message (including any attachments) contains confidential information intended for a specific individual and purpose, and is protected by law. If you are not the intended recipient, you should delete this message. Any disclosure, copying, or distribution of this message, or the taking of any action based on it, is strictly prohibited. |
From: Dirk M. <dm...@gm...> - 2003-06-23 13:51:02
|
On Mon, 23 Jun 2003, Vijay Kamath wrote: > I've a program which makes dns client query using res_search(...). > The program runs fine without valgrind, but when I run it through > valgrind res_search() returns error! valgrind doesn't show any error! > Any idea why this could happen? can you do a small testcase showing the problem? -- Dirk |
From: Vijay K. <vij...@wi...> - 2003-06-23 13:14:49
|
I've a program which makes dns client query using res_search(...). The program runs fine without valgrind, but when I run it through valgrind res_search() returns error! valgrind doesn't show any error! Any idea why this could happen? Thanks. Vijay |
From: Patrick M. <un...@pa...> - 2003-06-23 07:14:17
|
On 22-Jun-2003, . wrote: > stuff This is a joke, right? -- Patrick "Diablo-D3" McFarland || un...@pa... "Computer games don't affect kids; I mean if Pac-Man affected us as kids, we'd all be running around in darkened rooms, munching magic pills and listening to repetitive electronic music." -- Kristian Wilson, Nintendo, Inc, 1989 |
From: Timothee B. <tt...@id...> - 2003-06-22 16:42:26
|
I don't know much about valgrind code, but I added a verbose message to vg_is_GDB_attach_requested and saw that the ioerror jump is being used. Don't know how to retrieve the errno from there though. TTimo On Sun, 22 Jun 2003 16:14:09 +0200 Timothee Besset <tt...@id...> wrote: > I am trying to use the --gdb-attach=yes option to use gdb and lookup > errors reported by valgrind. I am seeing the prompt: > > ==4853== ---- Attach to GDB ? --- [Return/N/n/Y/y/C/c] ---- ==4853== > > But valgrind continues to run without actually stopping at the prompt. > What is causing this? > > I don't think I'm doing anything really strange to stdin. It's a console > application with a little shell though, so I'm constantly scanning stdin > for my own input. I suppose that can be a problem? > > TTimo > > > ------------------------------------------------------- > This SF.Net email is sponsored by: INetU > Attention Web Developers & Consultants: Become An INetU Hosting Partner. > Refer Dedicated Servers. We Manage Them. You Get 10% Monthly Commission! > INetU Dedicated Managed Hosting http://www.inetu.net/partner/index.php > _______________________________________________ > Valgrind-users mailing list > Val...@li... > https://lists.sourceforge.net/lists/listinfo/valgrind-users > -- |
From: . <la...@ne...> - 2003-06-22 15:00:44
|
FROM: AMSTERDAM-NETHERLANDS Dear friend, You may be surprised to receive this letter from me since you do not know me personally. I am the first son of the most popular black farmer in Zimbabwe who was murdered in the land dispute in my country. I got your contact through network online hence decided to write you. Before the death of my father, he had taken me to Johannesburg to deposit the sum of USD5.Million (Five million United States dollars), in one of the private security company, as he foresaw the looming danger in Zimbabwe. This money was deposited in a box as gem stones to avoid much demurrage from Security Company. This amount was meant for the purchase of new machines and chemicals for the Farms and establishment of new farms in Swaziland. This land problem came when Zimbabwean President Mr. Robert Mugabe when he introduced a new Land Act Reform wholly affecting the rich white farmers and some few black farmers, and this resulted to the killing and mob action by Zimbabwean war veterans and some lunatics in the society. In fact a lot of people were killed because of this Land reform Act for which my father was one of the victims. it is against this background that I and my family fled Zimbabwe to South Africa for fear of our lives. After which I traveled to the Netherlands and I am currently staying in the Netherlands where i am seeking political asylum and more so have decided to transfer my father's money to a more reliable foreign account. Since the law of Europe prohibits a refugee (asylum seeker) to open any bank account or to be involved in any financial transaction throughout the territorial zone of European Union. As the eldest child of my father, I am saddled with the responsibility of seeking a genuine foreign account where this money could be transferred without the knowledge of my government who are bent on taking everything we have got. The South African government seems to be playing along with them. I am faced with the dilemma of moving this amount of money out of South Africa for fear of going through the same experience in future. Both countries have similar political history. I am seeking for a partner who I have to entrust my future and that of my family in his hands, I must let you know that this transaction is risk free. If you accept to assist me and my family, all I want you to do for me, is to make arrangements with the security company to clear the Consignment (funds) from their affiliate office here in the Netherlands as i have already given directives for the consignment to be brought to the Netherlands from South Africa. But before then all modalities will have to be put in place like change of ownership to the consignment. I have two options for you. Firstly you can choose to have certain percentage of the money for nominating your account for this transaction. Or you can go into partnership with me for the proper profitable investment of the money in your country. Whichever the option you want, feel free to notify me. I have also mapped out 2% of this money for all kinds of expenses incurred in the process of this transaction. If you do not prefer a partnership I am willing to give you 10% of the money while the remaining 88% will be for my investment in your country. Contact with me immediately while I implore you to maintain the absolute secrecy required in this transaction. Thanks, GOD BLESS YOU Best regards, NOTE: ON YOUR INABILITY TO HANDLE THIS TRANSACTION RESPOND TO ME AND INFORM ME SO I CAN LOOK FOR SOMEONE ELSE. |
From: Timothee B. <tt...@id...> - 2003-06-22 14:14:19
|
I am trying to use the --gdb-attach=yes option to use gdb and lookup errors reported by valgrind. I am seeing the prompt: ==4853== ---- Attach to GDB ? --- [Return/N/n/Y/y/C/c] ---- ==4853== But valgrind continues to run without actually stopping at the prompt. What is causing this? I don't think I'm doing anything really strange to stdin. It's a console application with a little shell though, so I'm constantly scanning stdin for my own input. I suppose that can be a problem? TTimo |
From: Dirk M. <dm...@gm...> - 2003-06-22 01:20:55
|
Hi, the backtraces of leak checking are useless when dlopened modules are interacting. Thats because by the time the leak checking occurs, the dlopened modules might have been unloaded again, and valgrind cannot find the debug symbols anymore, because the unmap removed the debug symbol table. Does anybody have a suggestion for cleanly fixing this? perhaps it should not unmap the debug symbols unless it really has to (i.e. another module maps at the current place?). But even then the leak check might fail.. hmm. The only safe way is probably to ensure that addresses that were used for dlopened modules are never recycled. any idea how to achieve this? -- Dirk |
From: Nicholas N. <nj...@ca...> - 2003-06-20 21:55:03
|
On Fri, 20 Jun 2003, Feng Chen wrote: > ==16963== Thread 18: > ==16963== Use of uninitialised value of size 4 > ==16963== at 0x40872B33: des_encrypt2 (in /lib/libcrypto.so.0.9.6b) > ==16963== > ==16963== Thread 18: > ==16963== Use of uninitialised value of size 4 > ==16963== at 0x408267DD: ssl3_get_record (in /lib/libssl.so.0.9.6b) > ==16963== by 0x40826FF3: ssl3_read_bytes (in /lib/libssl.so.0.9.6b) > ==16963== by 0x40827FAF: ssl3_get_message (in /lib/libssl.so.0.9.6b) > ==16963== by 0x40827A3C: ssl3_get_finished (in /lib/libssl.so.0.9.6b) > ==16963== > > { > /lib/libssl.so.0.9.6b > Memcheck:Cond > obj:/lib/libssl.so.0.9.6b > } The suppression kind is wrong, try replacing "Cond" with "Value4". N |
From: Feng C. <fc...@pi...> - 2003-06-20 21:34:39
|
Hi there, I'm running valgrind to do memcheck on a program that uses OpenSSL, and having some problems: a) Before the program finished, it would crash and leave nothing traceable via gdb: program terminated with signal 6, Aborted. Cannot access memory at address 0x40302000 #0 0x4018392f in ?? () b) Lots of OpenSSL related reports which may or may not be real problems, such as ==16963== Thread 18: ==16963== Use of uninitialised value of size 4 ==16963== at 0x40872B33: des_encrypt2 (in /lib/libcrypto.so.0.9.6b) ==16963== ==16963== Thread 18: ==16963== Use of uninitialised value of size 4 ==16963== at 0x408267DD: ssl3_get_record (in /lib/libssl.so.0.9.6b) ==16963== by 0x40826FF3: ssl3_read_bytes (in /lib/libssl.so.0.9.6b) ==16963== by 0x40827FAF: ssl3_get_message (in /lib/libssl.so.0.9.6b) ==16963== by 0x40827A3C: ssl3_get_finished (in /lib/libssl.so.0.9.6b) ==16963== c) To suppress the OpenSSL error reports - because I'm not going to fix it, I added some rules in the /usr/local/lib/valgrind/default.supp file. However, it seems not always working. For example, when adding the following to the /usr/local/lib/valgrind/default.supp file, the above reports still keep coming up in the logs: { /lib/libssl.so.0.9.6b Memcheck:Cond obj:/lib/libssl.so.0.9.6b } { /lib/libcrypto.so.0.9.6b Memcheck:Cond obj:/lib/libcrypto.so.0.9.6b } { des_encrypt2 (in /lib/libcrypto.so.0.9.6b) Memcheck:Cond fun:des_encrypt2 } { des_encrypt2 again (in /lib/libcrypto.so.0.9.6b) Memcheck:Cond fun:des_encrypt2 obj:/lib/libcrypto.so.0.9.6b } Can someone please help? Thanks a lot! Feng |
From: Jeremy F. <je...@go...> - 2003-06-20 15:39:05
|
On Fri, 2003-06-20 at 02:43, Nicholas Nethercote wrote: > Helgrind has one or two problems with seg faults, unfortunately... if you > could narrow down your program to a simple test case, that would be very > helpful. This thread went off list. It turned out to be a trivial problem in Helgrind's reporting code. It had already been fixed in CVS. J |
From: Nicholas N. <nj...@ca...> - 2003-06-20 09:43:50
|
On 17 Jun 2003, Stephane Donze wrote: > I'm trying to use helgrind on my programs, but the first attempt gave me > the following messages: > > ==11449== Warning: SIGSEGV not in user code; either from syscall kill() > ==11449== or possible Valgrind bug. This message is only shown 3 > times. > ==11449== Warning: SIGSEGV not in user code; either from syscall kill() > ==11449== or possible Valgrind bug. This message is only shown 3 > times. > ==11449== Warning: SIGSEGV not in user code; either from syscall kill() > ==11449== or possible Valgrind bug. This message is only shown 3 > times. > > The program seems to go on after these messages, but does not produce > any other output nor helgrind log. I kept it running several minutes > like this, and nothing happened except that the process takes 100% CPU > load (about 75% system and 25% user) Helgrind has one or two problems with seg faults, unfortunately... if you could narrow down your program to a simple test case, that would be very helpful. Thanks. N |
From: Nicholas N. <nj...@ca...> - 2003-06-20 07:27:25
|
On 19 Jun 2003, Jeremy Fitzhardinge wrote: > > I'm trying valgrind on an app I wrote a while ago > > but that has since had shared memory stuff added to it. > > Valgrind is complaining about invalid addresses when > > the app copies stuff to the shared area. Is this a known > > problem, or are valgrinded apps able to share memory > > properly with nonvalgrinded apps? That's gotta be a toughie > > to implement... > > I think its an oversight more than anything: V simply doesn't add the > shared memory segment to the list of valid addresses, like it does with > mmap. You're right that doing validity checking would be hard, but > simply treating shared memory as always valid would be OK. A workaround that might work would be to use one or more of the macros VALGRIND_MAKE_NOACCESS, VALGRIND_MAKE_READABLE, VALGRIND_MAKE_WRITABLE when you allocate/deallocate the shared memory. N |
From: Jeremy F. <je...@go...> - 2003-06-20 02:51:49
|
On Thu, 2003-06-19 at 18:24, Dan Kegel wrote: > Hi, > I'm trying valgrind on an app I wrote a while ago > but that has since had shared memory stuff added to it. > Valgrind is complaining about invalid addresses when > the app copies stuff to the shared area. Is this a known > problem, or are valgrinded apps able to share memory > properly with nonvalgrinded apps? That's gotta be a toughie > to implement... I think its an oversight more than anything: V simply doesn't add the shared memory segment to the list of valid addresses, like it does with mmap. You're right that doing validity checking would be hard, but simply treating shared memory as always valid would be OK. J |
From: Dan K. <da...@ke...> - 2003-06-20 01:15:44
|
Hi, I'm trying valgrind on an app I wrote a while ago but that has since had shared memory stuff added to it. Valgrind is complaining about invalid addresses when the app copies stuff to the shared area. Is this a known problem, or are valgrinded apps able to share memory properly with nonvalgrinded apps? That's gotta be a toughie to implement... - Dan -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045 |
From: William D. <cab...@ho...> - 2003-06-19 23:31:49
|
Greetings, Has anyone seen this before and/or know how to resolve it? RH8.0 glibc 2.3.2, I tried with 1.9.6 and also tried with the latest code in cvs. Thanks, Bill > >>SOMPROGRAMHERE: relocation error: /hobpthread.so: > >>KLUDGED call to: sem_destroy > >>/...InstallPath.../lib/valgrind/libpthread.so.0: > >>undefined symbol: vgPlain_startup > >>==3906== valgrind's libpthread.so: KLUDGED call to: sem_destroy > >>==3906== valgrind's libpthread.so: KLUDGED call to: sem_destroy > >>==3906== valgrind's libpthread.so: KLUDGED call to: sem_destroy > >> |