A getnev leading to a mlk

[parag_paul]

I saw a invalid read for an getenv code. It that correct

Like the following

==12600==
==12600== Invalid read of size 4
==12600== at 0x7E0BD34: getenv (in /lib/tls/libc-2.3.4.so)
==12600== by 0xA0101AC: XXXXXXXX (virvpirw.cc:273)
==12600== by 0xA665630: YYYYYYYYYYYYY (vpi.c:312)
==12600== by 0xC41B048: mvpi::abcb(mhph*, int)

Is that possible.
What could be the error here in the above one?
-Parag

 

[Mark McIntyre]

I saw a invalid read for an getenv code. It that correct

Like the following

==12600==
==12600== Invalid read of size 4
==12600== at 0x7E0BD34: getenv (in /lib/tls/libc-2.3.4.so)

The problem is not with the getenv in the library, but with some part of
your own code. You don't have enough of that visible, but I would guess
you didn't allocate memory for a string somewhere,

==12600== by 0xC41B048: mvpi::abcb(mhph*, int)

This looks like C++ by the way. And what does mhph point to?

 

[parag_paul]

The problem is not with the getenv in the library, but with some part of
your own code. You don't have enough of that visible, but I would guess
you didn't allocate memory for a string somewhere,


This looks like C++ by the way. And what does mhph point to?

The original is jst a pointer to an internal data strcuture, and does
nothing much by the time we call the getenv call.

 

[Mark McIntyre]

The original is jst a pointer to an internal data strcuture, and does
nothing much by the time we call the getenv call.

You need to show your actual code, or enough of it to clearly identify
the problem area. Ideally, create a small standalone programme that
demonstrates the issue.