Thanks Julian, Dave,
I picked the patch from the bug and verified that it indeed addresses the issue.
Madhan.
2010/8/12 Julian Seward :
> On Thursday, August 12, 2010, Madhan Sadasivam wrote:
>> This seems to be a valid issue:
>> [..]
>> - confirmed on x86 and AMD64 bit
This seems to be a valid issue:
- Valgrind empties out the variable immediately after LD_PRELOAD
- This happens when LD_PRELOAD is not set or is empty before starting
the program with valgrind.
Please try the attached testcase:
valgrind --trace-children=yes denv >& denv.log
The test binary forks
Please let me get back to you on this one, the problem is only with special
characters appearing in but not in .
I will check it and will let you know.
Madhan.
On Thu, Dec 10, 2009 at 10:38 PM, Madhan Sadasivam
wrote:
> Hope that helped !
>
> I also came across cases where special c
nd in Valgrind 3.5.0.
Thanks,
Madhan.
On Thu, Nov 26, 2009 at 11:21 AM, Madhan Sadasivam
wrote:
> Thanks Julian, the following is the testcase.
>
> valgrind --xml=yes --xml-file=ls.xml ls '&' '>'
>
> Thanks,
> Madhan.
>
> On Tue, Nov 24, 2009 at 3:30
so I can test the fix?
>
> J
>
> On Tuesday 24 November 2009, Madhan Sadasivam wrote:
>> Hello,
>>
>> An ampersand (&) character when found in the command line arguments of
>> an application,
>> is not encoded into an xml safe form (&) when xml o
Hello,
An ampersand (&) character when found in the command line arguments of
an application,
is not encoded into an xml safe form (&) when xml output is enabled.
The same characters are encoded properly in the "args" section,
but appear as-is in the "preample" section.
Please refer to the xml s
Tom gave a super fast patch and it fixes the issue. Please refer to.
https://bugs.kde.org/show_bug.cgi?id=210322
Thanks,
Madhan.
On Mon, Oct 12, 2009 at 7:08 PM, Madhan Sadasivam wrote:
> I am sorry, I did not give a gist of what happens in the program. Was
> looking at the problem for a
sample program copies the code of a local function to
a newly created shared memory segment and jumps to it.
The program works find without Valgrind, but with Valgrind 3.5.0 the
given error appears.
Thanks,
Madhan
On Mon, Oct 5, 2009 at 10:47 PM, Madhan Sadasivam wrote:
> Hello,
>
> The prog
Hello,
The program below captures the essence of running dynamically generated code
in my application. It causes the following with --trace-signals=yes enabled.
--smc-check=all, doesn't help. Is there a known workaround.
--4416-- translations not allowed here (0x400b000) - throwing SEGV
--4416--
atment required for .data and .data1 sections ?
Thanks again,
Madhan.
On Thu, Aug 27, 2009 at 1:17 PM, Tom Hughes wrote:
> On 26/08/09 15:13, Madhan Sadasivam wrote:
>
>> When intel compiler is used with profiler guided optimization,
>> two new sections called "text.hot"
Hello,
The xml feature is really neat. Thanks for the new command line options in
3.5.0.
When --time-stamp=yes is chosen, the xml file has timestamps
for the start and finish of the process and not for individual errors.
In very long running programs time stamp for non-leak errors
is the key to
Thanks for helping me John, here's the output
Sections from .o file:
There are 19 section headers, starting at offset 0x378b0:
Section Headers:
[Nr] Name TypeAddr OffSize ES Flg Lk
Inf Al
[ 0] NULL 00 00 00
Hello,
When intel compiler is used with profiler guided optimization,
two new sections called "text.hot" and "text.unlikely" are
created by the compiler. This is on Linux x86 32 bit.
The symbols in these sections are not read by Valgrind
and this causes many frames in memcheck error stack traces
delta += 6;
stmt( IRStmt_MBE(Imbe_Fence) );
goto decode_success;
}
}
pfx_lock = True;
*expect_CAS = True;
break;
}
Thanks,
Madhan.
On Fri, Aug 7, 2009 at 11:46 AM, Madhan Sadasivam wrote:
>
Hello,
To work with PIII machines my applications performs a fence
using the following assembly code.
lock; addl $0, (-4)(%%esp)
During Valgrind 3.2.3 times, looking at, VEX/priv/guest-x86/toIR.c,
I guess a fence instruction is explicitly emitted.
Can you please tell me how this happens in 3.5.
ld normally be empty. If it's not,
> then it contains some critical error which the user should be made
> aware of.
>
> I think this is simple -- it means you don't have to do any
> filtering/searching/analysis of valgrind_myapp.pid%p, you only
> need to distinguish em
It sure does Julian, I messed something for sure in my earlier trial.
Thanks,
Madhan.
On Thu, Aug 6, 2009 at 2:42 PM, Julian Seward wrote:
>
> > I want the xml content to go to --xml-file and everything else
> > to --log-file, the file names being different. Is there a way to do this.
>
> That'
Hi,
This is about the 3.5.0 version from the svn trunk (aug 4 2009).
When I use the following options,
--time-stamp=yes --xml=yes --xml-file=/tmp/valgrind_myapp.xml%p -v
a lot of output is thrown to STDOUT and the xml content goes to the file.
When I add the following option
--log-file=/tmp/
Will help me too.
Madhan.
On Fri, Jul 17, 2009 at 6:46 PM, Christophe-Marie Duquesne <
chm.duque...@gmail.com> wrote:
> Hi,
>
> I am at work and I would like to checkout the last version of valgrind
> (in order to give a try to covergrind, I am being curious about this
> tool I just happened to
When is this release expected.
This solves a long standing problem for me.
Thanks,
Madhan.
On Mon, Jul 27, 2009 at 3:14 PM, Julian Seward wrote:
> On Monday 27 July 2009, Patrick Smears wrote:
> > On Fri, 24 Jul 2009, Patrick Smears wrote:
> > > On Fri, 24 Jul 2009, Julian Seward wrote:
> > >>>
Hello,
Is there a way to make every "Invalid read" and "Invalid write" result in a
SIGSEGV.
This will let my application create beautiful debug dumps that people love.
Attaching debugger on error is not very suitable in automated nightly test
runs.
Thanks,
Madhan. S
-
Hello,
The code below helps to find if we are running on Xen VM and uses "ud2a"
http://xen-3.1.sourcearchive.com/documentation/3.1.0/xen-detect_8c-source.html
and as expected Valgrind 3.4.1 throws the following warning:
vex x86->IR: unhandled instruction bytes: 0xF 0xB 0x78 0x65
==31055== valgri
Hi,
Helgrind (3.4.0) found this issue. Is this a known one.
==22701==
==22701== Thread #2: Bug in libpthread: pthread_cond_wait succeeded on
without prior pthread_cond_post
==22701==at 0x400795B: pthread_cond_timedw...@* (hg_intercepts.c:645)
==22701==by 0x58C8433: ctimewait (cttw.c:574)
Thanks Julian. That clearly answers my question. In my application I have
seen
that its always a fork and exec, with negligible code in between them.
Let me go back and check if there is a functionality with only a fork and no
exec.
Thanks again,
Madhan.
On Mon, Jan 12, 2009 at 12:46 AM, Julian S
Thanks Julian, I tried all of my tests again and there are no mixed up
lines. I should have listened to you the first time.
Let me make sure I understand it clearly. You have mentioned that,
--child-silent-after-fork option suppresses all output between a fork and
exec. The %p specifier in the --l
high
--undef-value-errors=yes
--track-fds=yes
--workaround-gcc296-bugs=yes
--error-limit=no
--num-callers=60
--run-libc-freeres=no
-v
--tool=memcheck
Thanks,
Madhan.
On Fri, Jan 2, 2009 at 5:22 PM, Bart Van Assche wrote:
> On Fri, Jan 2, 2009 at 12:44 PM, Madhan Sadasivam
> wrote:
> >
:24 PM, Madhan Sadasivam wrote:
> Thanks for the inputs.
> Child processes are involved and the errors from children are also
> important.
> I guess -child-silent-after-fork=yes might suppress everything from the
> child.
>
> I will give r7875 a try and will let you know.
&g
Thanks for the inputs.
Child processes are involved and the errors from children are also
important.
I guess -child-silent-after-fork=yes might suppress everything from the
child.
I will give r7875 a try and will let you know.
Merry Christmas and happy holidays to all.
Thanks,
Madhan.
On Thu,
Hello,
I am using Valgrind-3.3.1, to test my multi-threaded application.
I am using the following options.
--log-file=/scratch/valg/valgrind_agent.log%p
--leak-check=full
--leak-resolution=high
--show-reachable=yes
--track-fds=yes
--workaround-gcc296-bugs=yes
--error-limit=no
--num-callers=60
--r
Hello,
Here's a snippet of valgrind's report.
==1800== Invalid read of size 8
==1800==at 0x5F96FF8: (within /scratch/lib/libapp.so)
==1800==by 0x5BF5744: mapfunc (mapf.c:1321)
==1800==by 0x5BE5894: assembledata (assemd.c:2049)
==1800==by 0x804D391: main (amd.c:444)
==1863== Addre
30 matches
Mail list logo
