<html>
<head>
<meta content="text/html; charset=windows-1252"
http-equiv="Content-Type">
</head>
<body text="#000000" bgcolor="#FFFFFF">
Hi Matthew,<br>
<br>
thanks for the help :)<br>
<br>
<br>
<div class="moz-cite-prefix">On 04/04/15 21:30, Matthew Brush wrote:<br>
</div>
<blockquote cite="mid:552049D5.5020102@codebrainz.ca" type="cite">On
15-04-04 03:45 PM, lmx wrote:
<br>
<blockquote type="cite">Hi guys,
<br>
<br>
I am running geany without problems for some years from now...
<br>
<br>
today i experienced a weird thing...
<br>
<br>
I decided to run vangrind against my code...
<br>
<br>
well...now i can't use gdb :(
<br>
<br>
I can compile and run the process, but not debug it...
<br>
<br>
when I try to open a file with fopen or use calloc, or malloc,
the geany
<br>
debuger trows me some erros :(
<br>
<br>
like this for malloc/calloc:
<br>
<br>
"Can't find a source file
<br>
"/home/aurel32/eglibc/eglibc-2.17/malloc/malloc.c""
<br>
<br>
"home/aurel"??? why? wtf..
<br>
<br>
Another errors:
<br>
when I try to access a FILE * pointer, for a regular file, that
exists!
<br>
<br>
Can't find a source file
"/home/aurel32/eglibc/eglibc-2.17/libio/iofgets.c"
<br>
<br>
I can't work...but I can compile??don't understand this...
<br>
<br>
for what I understand valgrind is controlling the binary file,
and this
<br>
process, is afther that "corrupted" right ??
<br>
<br>
but even then, deleting it, compiling again with gcc...running
it ok,
<br>
debuguing it...i can't.
<br>
<br>
some info from valgrind report fther running my code against it:
<br>
<br>
==9423== Invalid write of size 4
<br>
==9423== at 0x4E87037: _IO_vfscanf (vfscanf.c:1857)
<br>
==9423== by 0x4E8EBC4: __isoc99_vsscanf (isoc99_vsscanf.c:43)
<br>
==9423== by 0x4E8EB46: __isoc99_sscanf (isoc99_sscanf.c:32)
<br>
==9423== by 0x40143B: file_to_holder (ihx.c:267)
<br>
==9423== by 0x400E59: ihx_read (ihx.c:130)
<br>
==9423== by 0x40159B: main (main.c:16)
<br>
==9423== Address 0x51df44d is 13 bytes inside a block of size
16 alloc'd
<br>
==9423== at 0x4C2B514: calloc (vg_replace_malloc.c:593)
<br>
==9423== by 0x4013E1: file_to_holder (ihx.c:261)
<br>
==9423== by 0x400E59: ihx_read (ihx.c:130)
<br>
==9423== by 0x40159B: main (main.c:16)
<br>
==9423==
<br>
<br>
why is geany looking for
<br>
"/home/aurel32/eglibc/eglibc-2.17/malloc/malloc.c"" when a
malloc
<br>
intruction occurrs in the code???
<br>
<br>
does any one have any idea how to solve this?
<br>
<br>
</blockquote>
<br>
Hi,
<br>
<br>
Geany doesn't have a debugger or Valgrind support, so I guess you
are using one of the debugging plugins? I would try to clean build
and get it running outside of Geany from the command line, after
your build issues are sorted out</blockquote>
<br>
I am running geany with the gdb plugin debugger made by Alexander
Petukhov, I think is the only plugin for gdb, i think?!<br>
I have runned valgrind outside of geany(in one terminal), but with
geany opened...i don't know if geany stores any config data...<br>
<br>
then I closed geany, opened it again later, continuing debugging my
application...<br>
<br>
for what I understand Valgrind uses the linux-vdso.so.1 concept to
trace syscalls...which is what i was doing after-all with malloc,
calloc and fopen, etc...<br>
I don't know if valgrind in the running process sets any ENV VAR,
and maybe that var is used by geany plugin...i don't know.<br>
<br>
but after running my code against valgrind with geany opened, closed
geany, and after opened it again...i am unnable to debug in geany
with the errors that I show before..<br>
<br>
but i can use gcc and make, to compile and link against glibc,
without anny issue or warning.<br>
<br>
<blockquote cite="mid:552049D5.5020102@codebrainz.ca" type="cite">
(ex. it looks like you're linking "eglibc" in your home directory
rather than some system-wide C stdlib, maybe on purpose?), I bet
it will work with any of the debugging plugins. Valgrind should be
totally unrelated to any of this.
<br>
<br>
</blockquote>
<br>
the eglibc is a version of a glibc type used in Debian, which will
be replaced in debian 8 by the glibc version of gnu.In fact eglibc
is a gnu version with some improvements..its the same thing..<br>
<br>
I am not running glibc in my home dir...that is the
problem...something that is messing with geany in some location..and
makes it thinking that glibc is in another location...because of
that geany cannot find the code from glibc, i think...and trows a
error..<br>
<br>
I checked the HOME, PATH end vars, and its ok.<br>
I have donne a ldd(on my app <b>parsers</b>) to check against what
dinamic libraries is have been linked, and its ok :S<br>
<br>
~/Desktop/geany/lypus_parser$<b> ldd parsers</b><br>
linux-vdso.so.1 (0x00007fffec1fe000)<br>
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6
(0x00007f83ac1a6000)<br>
/lib64/ld-linux-x86-64.so.2 (0x00007f83ac584000)<br>
<br>
like I said , i can compile and link, even in geany, but i can't
debug with geany...<br>
<br>
I removed the executable file , then I compiled again, linked, and
its run fine in console, but when i debug...i have that problem :(<br>
<br>
</body>
</html>