*/
)
{
char select_anw[MAX_SEL_LEN]; /* Bereich fuer aufbereitete */
#ifdef ORACLE
{
/* how to make valgrind happy */
char *name = TAB_SISISINST;
sprintf (select_anw, sel_anw, name, name); * sisisinst.c:1397
}
#endif
--
Matthias
' NLS_NUMERIC_CHARACTERS= ',.'
NLS_CALEN...
(gdb) p select_anw
$14 = (char (*)[5000]) 0x9ac0
All was fine. Why is valgrind complaining?
Thanks
matthias
--
Matthias Apitz | /\ ASCII Ribbon Campaign:
E-mail: g...@unixarea.de | \ / - No HTML/RTF in E-mail
WWW: http://www.unixarea.de
El día Tuesday, July 29, 2014 a las 08:35:51PM +0200, Philippe Waroquiers
escribió:
On Tue, 2014-07-29 at 08:15 +0200, Matthias Apitz wrote:
El día Monday, July 28, 2014 a las 07:11:02AM -0700, John Reiser escribió:
==17454== Conditional jump or move depends on uninitialised value(s
El día Wednesday, July 30, 2014 a las 08:17:11AM +0200, Matthias Apitz escribió:
the big C-server (where strchrnul() is not replaced):
http://www.unixarea.de/valg1.txt
the small C-code above (where strchrnul() is replaced):
http://www.unixarea.de/valg2.txt
I'm not a valgrind expert
[1]: Leaving directory `/home/sisis/guru/valgrind-3.10.0'
make: *** [all] Error 2
Any ideas? Let me know if you need more information from this host.
--
Matthias Apitz | /\ ASCII Ribbon Campaign:
E-mail: g...@unixarea.de | \ / - No HTML/RTF in E-mail
WWW: http
El día Monday, September 15, 2014 a las 09:59:05PM +0200, Philippe Waroquiers
escribió:
On Mon, 2014-09-15 at 16:44 +0200, Matthias Apitz wrote:
vgdb-invoker-ptrace.c:319: error: 'PTRACE_GETSIGINFO' undeclared (first use
in this function)
A similar compilation error was encountered
]: *** [all-recursive] Error 1
gmake[1]: Leaving directory
`/home/guru/v43/sisis-pap/src/valgrind/valgrind-3.10.0'
gmake: *** [all] Error 2
Vy 73
matthias
--
Matthias Apitz
Development Lead SunRise - OCLC GmbH
Gruenwalder Weg 28g - 82041 Oberhaching - Germany tel +49-89-61308 351 - fax
ain
}
...
--
Matthias Apitz, ✉ g...@unixarea.de, ⌂ http://www.unixarea.de/ ☎
+49-176-38902045
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, SlashDot.org! http://sdm.link/slash
e (same) server. Has something changed with
3.14? I found nothing about this in the NEWS file in the source tree.
It seems that '--leak-check=no' disables somehow the generation of the
suppression-hints.
Thanks
matthias
--
Matthias Apitz, ✉ g...@unixarea.de, http://www.unixarea.de/ +49-176-38902
0xdce8
0xc910 0x894855c3
0x8b44f00 : 0xec8348e5 0x7d894810
0x458b48f8 0xc68948f8
I'd say, valgrind gives a wrong address as hint about the stack allocation, or?
I don't have any clue how to nail this down further.
matthias
--
Matthias Apitz, ✉ g...@u
El día sábado, marzo 16, 2019 a las 09:23:06a. m. +0100, Matthias Apitz
escribió:
> > What is the value of MAX_FSTAB_ROWS ?
>
> #define MAX_FSTAB_ROWS 3000
I set a gdb breakpoint at the entry of FstabInit(). The size of the
array is:
(gdb) p sizeof(t_sik_fstab)
$4 = 950
(g
El día sábado, marzo 16, 2019 a las 11:50:48a. m. +, Tom Hughes escribió:
> On 16/03/2019 11:42, Matthias Apitz wrote:
> > El día sábado, marzo 16, 2019 a las 09:23:06a. m. +0100, Matthias Apitz
> > escribió:
> >
> >>> What is the value of MAX_FSTAB_ROWS ?
== Address 0xffed47a70 is on thread 1's stack
--
Matthias Apitz, ✉ g...@unixarea.de, http://www.unixarea.de/ +49-176-38902045
Public GnuPG key: http://www.unixarea.de/key.pub
What is a good definition for Legacy Software? -- This is one which works.
___
Valg
182480K 15816K 3631K 9032K
54336K writable-private, 127692K readonly-private, 452K shared, and 9964K
referenced
--
Matthias Apitz, ✉ g...@unixarea.de, http://www.unixarea.de/ +49-176-38902045
Public GnuPG key: http://www.unixarea.de/key.pub
___
Valgr
[sha1]=eb1d460ebb565dedfe48bf5f534d2c097d9ca59c,
with debug_info, not stripped
The *.o files in the shared lib have been compiled with 'gcc -m64 -g ...'
Thanks
matthias
--
Matthias Apitz, ✉ g...@unixarea.de, http://www.unixarea.de/ +49-176-38902045
Public GnuPG key: http://www.unixarea.de
El día Thursday, March 21, 2019 a las 10:44:54PM +0100, Philippe Waroquiers
escribió:
> On Thu, 2019-03-21 at 20:00 +0100, Matthias Apitz wrote:
> > Hello,
> >
> > Why are only the '???' marks printed for the localtion of the stack
> > allocation? This is with 3.
ould print in its
replacement functions for memmove(3) ... (vg_replace_strmem.c:1270)
the provided pointers and other args, and as well part of the src
buffer. For sure vg knows exactly these values to watch the illegal
memory access.
Any thoughts about this?
matthias
--
Matthias
ing and can see what the user did
exactly, which data was entered and which button pressed etc.
Are there other ideas to bring together the valgrind log and the usage
of the application?
Thanks for reading this.
matthias
--
Matthias Apitz, ✉ g...@unixarea.de, http://www.unixarea.de/ +49
El día jueves, febrero 04, 2021 a las 09:48:23a. m. +, Tom Hughes escribió:
> On 04/02/2021 09:26, Matthias Apitz wrote:
>
> > At the moment we use the following "trick": the librarian runs in
> > parallel to the client on the desktop a second window with a "
problem is (was) that strncpy(dst, src, n) only
reads(!) strlen(src) bytes from src, while memmove(dst, src, n) reads n
bytes from src and if n > strlen(src) it reads illegal bytes, raised as
an error by valgrind correctly.
matthias
--
Matthias Apitz, ✉ g...@unixarea.de, http://w
20 matches
Mail list logo