Rocksolid Light

Welcome to novaBBS (click a section below)

mail  files  register  newsreader  groups  login

Message-ID:  

C'est magnifique, mais ce n'est pas l'Informatique. -- Bosquet [on seeing the IBM 4341]


computers / comp.sys.tandem / Looking for a Memory Check Tool

SubjectAuthor
* Looking for a Memory Check ToolRandall
+- Re: Looking for a Memory Check ToolRandall
`* Re: Looking for a Memory Check ToolJShepherd
 `* Re: Looking for a Memory Check ToolRandall
  `* Re: Looking for a Memory Check ToolGustavo Cavazos
   `- Re: Looking for a Memory Check ToolRandall

1
Looking for a Memory Check Tool

<153cd7f7-0553-4f0b-8ad6-c57c6af203ebn@googlegroups.com>

 copy mid

https://www.novabbs.com/computers/article-flat.php?id=290&group=comp.sys.tandem#290

 copy link   Newsgroups: comp.sys.tandem
X-Received: by 2002:a05:620a:b8b:: with SMTP id k11mr2284613qkh.746.1638913757312;
Tue, 07 Dec 2021 13:49:17 -0800 (PST)
X-Received: by 2002:a25:ba01:: with SMTP id t1mr54028552ybg.589.1638913757129;
Tue, 07 Dec 2021 13:49:17 -0800 (PST)
Path: i2pn2.org!i2pn.org!usenet.goja.nl.eu.org!3.eu.feeder.erje.net!feeder.erje.net!feeder1.feed.usenet.farm!feed.usenet.farm!news.uzoreto.com!news-out.netnews.com!news.alt.net!fdc2.netnews.com!peer01.ams1!peer.ams1.xlned.com!news.xlned.com!peer03.iad!feed-me.highwinds-media.com!news.highwinds-media.com!news-out.google.com!nntp.google.com!postnews.google.com!google-groups.googlegroups.com!not-for-mail
Newsgroups: comp.sys.tandem
Date: Tue, 7 Dec 2021 13:49:16 -0800 (PST)
Injection-Info: google-groups.googlegroups.com; posting-host=2607:fea8:3ddf:f2b0:f995:5f2d:81eb:24a2;
posting-account=6VebZwoAAAAgrpUtsowyjrKRLNlqxnXo
NNTP-Posting-Host: 2607:fea8:3ddf:f2b0:f995:5f2d:81eb:24a2
User-Agent: G2/1.0
MIME-Version: 1.0
Message-ID: <153cd7f7-0553-4f0b-8ad6-c57c6af203ebn@googlegroups.com>
Subject: Looking for a Memory Check Tool
From: rsbec...@nexbridge.com (Randall)
Injection-Date: Tue, 07 Dec 2021 21:49:17 +0000
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Received-Bytes: 1447
 by: Randall - Tue, 7 Dec 2021 21:49 UTC

Hi All,

I have an Open Source (native C) project that has some memory issue. It is generating a SIGSEGV if a free() is called on a specific pointer. This is usually the result of the heap being corrupted. Sadly, there are about 1M calls to malloc() and free() done in this project. Does anyone know a tool that can catch C pointer and heap issues?

TIA,
Randall

Re: Looking for a Memory Check Tool

<6e140a36-5e71-4046-b39e-bedfcd1b8934n@googlegroups.com>

 copy mid

https://www.novabbs.com/computers/article-flat.php?id=291&group=comp.sys.tandem#291

 copy link   Newsgroups: comp.sys.tandem
X-Received: by 2002:a05:6214:2427:: with SMTP id gy7mr2560555qvb.38.1638913816481; Tue, 07 Dec 2021 13:50:16 -0800 (PST)
X-Received: by 2002:a05:6902:1081:: with SMTP id v1mr53071658ybu.397.1638913816324; Tue, 07 Dec 2021 13:50:16 -0800 (PST)
Path: i2pn2.org!i2pn.org!aioe.org!feeder5.feed.usenet.farm!feeder1.feed.usenet.farm!feed.usenet.farm!tr1.eu1.usenetexpress.com!feeder.usenetexpress.com!tr2.iad1.usenetexpress.com!border1.nntp.dca1.giganews.com!nntp.giganews.com!news-out.google.com!nntp.google.com!postnews.google.com!google-groups.googlegroups.com!not-for-mail
Newsgroups: comp.sys.tandem
Date: Tue, 7 Dec 2021 13:50:16 -0800 (PST)
In-Reply-To: <153cd7f7-0553-4f0b-8ad6-c57c6af203ebn@googlegroups.com>
Injection-Info: google-groups.googlegroups.com; posting-host=2607:fea8:3ddf:f2b0:f995:5f2d:81eb:24a2; posting-account=6VebZwoAAAAgrpUtsowyjrKRLNlqxnXo
NNTP-Posting-Host: 2607:fea8:3ddf:f2b0:f995:5f2d:81eb:24a2
References: <153cd7f7-0553-4f0b-8ad6-c57c6af203ebn@googlegroups.com>
User-Agent: G2/1.0
MIME-Version: 1.0
Message-ID: <6e140a36-5e71-4046-b39e-bedfcd1b8934n@googlegroups.com>
Subject: Re: Looking for a Memory Check Tool
From: rsbec...@nexbridge.com (Randall)
Injection-Date: Tue, 07 Dec 2021 21:50:16 +0000
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Lines: 13
 by: Randall - Tue, 7 Dec 2021 21:50 UTC

On Tuesday, December 7, 2021 at 4:49:17 p.m. UTC-5, Randall wrote:
> Hi All,
>
> I have an Open Source (native C) project that has some memory issue. It is generating a SIGSEGV if a free() is called on a specific pointer. This is usually the result of the heap being corrupted. Sadly, there are about 1M calls to malloc() and free() done in this project. Does anyone know a tool that can catch C pointer and heap issues?
>
> TIA,
> Randall

Oh... and Valgrind is not an option because it depends on gcc, which does not work on NonStop. This is a Native OSS project.

Re: Looking for a Memory Check Tool

<soqolj$7go$1@dont-email.me>

 copy mid

https://www.novabbs.com/computers/article-flat.php?id=292&group=comp.sys.tandem#292

 copy link   Newsgroups: comp.sys.tandem
Path: i2pn2.org!i2pn.org!eternal-september.org!reader02.eternal-september.org!.POSTED!not-for-mail
From: inva...@nowhere.com (JShepherd)
Newsgroups: comp.sys.tandem
Subject: Re: Looking for a Memory Check Tool
Date: Wed, 8 Dec 2021 17:05:55 -0000 (UTC)
Organization: A noiseless patient Spider
Lines: 40
Message-ID: <soqolj$7go$1@dont-email.me>
References: <153cd7f7-0553-4f0b-8ad6-c57c6af203ebn@googlegroups.com>
Mime-Version: 1.0
Content-Type: Text/Plain; charset=US-ASCII
Injection-Date: Wed, 8 Dec 2021 17:05:55 -0000 (UTC)
Injection-Info: reader02.eternal-september.org; posting-host="84a665a6382561b82cb8bf192b34d253";
logging-data="7704"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX19It9Qmm5gjQjxvH0/UlgLojod7X8JsQLQ="
Cancel-Lock: sha1:X0sliSF0c42HrRnmZtEbyl369mY=
 by: JShepherd - Wed, 8 Dec 2021 17:05 UTC

In article <153cd7f7-0553-4f0b-8ad6-c57c6af203ebn@googlegroups.com>,
rsbecker@nexbridge.com says...
>
>Hi All,
>
>I have an Open Source (native C) project that has some memory issue. It is =
>generating a SIGSEGV if a free() is called on a specific pointer. This is u=
>sually the result of the heap being corrupted. Sadly, there are about 1M ca=
>lls to malloc() and free() done in this project. Does anyone know a tool th=
>at can catch C pointer and heap issues?
>
>TIA,
>Randall

Native inspect has an option to do malloc/free tracking and
heap checking when using ZRTCDLL as a UL.

Another option is to call heap_check_always(2);
as the first thing in main(). There might be a ENV var
to trigger that as well.

Also, You should always have the define set

add define =_ERASE_ON_FREE_,Class MAP, FILE ON

as it causes the heap manager to init memory to a known pattern
on a free() so dereferences after a free() can be easier to find.
Having =_ERASE_ON_FREE_ set exposed a number of
"reference after free" problems in early versiona ODBC/MX.

https://support.hpe.com/hpesc/public/docDisplay?
docLocale=en_US&docId=c02784099

https://support.hpe.com/hpesc/public/docDisplay?
docLocale=en_US&docId=c02131733

Re: Looking for a Memory Check Tool

<f964feae-02ca-4bf3-89ce-aeec1ade3446n@googlegroups.com>

 copy mid

https://www.novabbs.com/computers/article-flat.php?id=293&group=comp.sys.tandem#293

 copy link   Newsgroups: comp.sys.tandem
X-Received: by 2002:ad4:5de3:: with SMTP id jn3mr10514092qvb.22.1638994381887;
Wed, 08 Dec 2021 12:13:01 -0800 (PST)
X-Received: by 2002:a25:38d6:: with SMTP id f205mr1122362yba.208.1638994381694;
Wed, 08 Dec 2021 12:13:01 -0800 (PST)
Path: i2pn2.org!i2pn.org!weretis.net!feeder6.news.weretis.net!news.misty.com!border2.nntp.dca1.giganews.com!nntp.giganews.com!news-out.google.com!nntp.google.com!postnews.google.com!google-groups.googlegroups.com!not-for-mail
Newsgroups: comp.sys.tandem
Date: Wed, 8 Dec 2021 12:13:01 -0800 (PST)
In-Reply-To: <soqolj$7go$1@dont-email.me>
Injection-Info: google-groups.googlegroups.com; posting-host=2607:fea8:3ddf:f2b0:d0ba:c25e:a80f:760d;
posting-account=6VebZwoAAAAgrpUtsowyjrKRLNlqxnXo
NNTP-Posting-Host: 2607:fea8:3ddf:f2b0:d0ba:c25e:a80f:760d
References: <153cd7f7-0553-4f0b-8ad6-c57c6af203ebn@googlegroups.com> <soqolj$7go$1@dont-email.me>
User-Agent: G2/1.0
MIME-Version: 1.0
Message-ID: <f964feae-02ca-4bf3-89ce-aeec1ade3446n@googlegroups.com>
Subject: Re: Looking for a Memory Check Tool
From: rsbec...@nexbridge.com (Randall)
Injection-Date: Wed, 08 Dec 2021 20:13:01 +0000
Content-Type: text/plain; charset="UTF-8"
Lines: 37
 by: Randall - Wed, 8 Dec 2021 20:13 UTC

On Wednesday, December 8, 2021 at 12:05:57 p.m. UTC-5, JShepherd wrote:
> In article <153cd7f7-0553-4f0b...@googlegroups.com>,
> rsbe...@nexbridge.com says...
> >
> >Hi All,
> >
> >I have an Open Source (native C) project that has some memory issue. It is =
> >generating a SIGSEGV if a free() is called on a specific pointer. This is u=
> >sually the result of the heap being corrupted. Sadly, there are about 1M ca=
> >lls to malloc() and free() done in this project. Does anyone know a tool th=
> >at can catch C pointer and heap issues?
> >
> >TIA,
> >Randall
> Native inspect has an option to do malloc/free tracking and
> heap checking when using ZRTCDLL as a UL.
>
> Another option is to call heap_check_always(2);
> as the first thing in main(). There might be a ENV var
> to trigger that as well.
>
> Also, You should always have the define set
>
> add define =_ERASE_ON_FREE_,Class MAP, FILE ON
>
> as it causes the heap manager to init memory to a known pattern
> on a free() so dereferences after a free() can be easier to find.
> Having =_ERASE_ON_FREE_ set exposed a number of
> "reference after free" problems in early versiona ODBC/MX.
>
>
> https://support.hpe.com/hpesc/public/docDisplay?
> docLocale=en_US&docId=c02784099
>
> https://support.hpe.com/hpesc/public/docDisplay?
> docLocale=en_US&docId=c02131733

Thanks. Sadly, nothing was found out of this. All I get is a SIGSEGV during the atexit() processing. It's frustrating.

Re: Looking for a Memory Check Tool

<b7309b25-8d27-4bc3-920a-2ed8b4cac992n@googlegroups.com>

 copy mid

https://www.novabbs.com/computers/article-flat.php?id=294&group=comp.sys.tandem#294

 copy link   Newsgroups: comp.sys.tandem
X-Received: by 2002:ad4:5b82:: with SMTP id 2mr28422069qvp.93.1639166944227;
Fri, 10 Dec 2021 12:09:04 -0800 (PST)
X-Received: by 2002:a05:6902:1081:: with SMTP id v1mr16588757ybu.397.1639166943983;
Fri, 10 Dec 2021 12:09:03 -0800 (PST)
Path: i2pn2.org!i2pn.org!weretis.net!feeder6.news.weretis.net!news.misty.com!border2.nntp.dca1.giganews.com!border1.nntp.dca1.giganews.com!nntp.giganews.com!news-out.google.com!nntp.google.com!postnews.google.com!google-groups.googlegroups.com!not-for-mail
Newsgroups: comp.sys.tandem
Date: Fri, 10 Dec 2021 12:09:03 -0800 (PST)
In-Reply-To: <f964feae-02ca-4bf3-89ce-aeec1ade3446n@googlegroups.com>
Injection-Info: google-groups.googlegroups.com; posting-host=200.68.140.99; posting-account=Kq_XigoAAADdNwYuQASfFM7PJtbTVm1y
NNTP-Posting-Host: 200.68.140.99
References: <153cd7f7-0553-4f0b-8ad6-c57c6af203ebn@googlegroups.com>
<soqolj$7go$1@dont-email.me> <f964feae-02ca-4bf3-89ce-aeec1ade3446n@googlegroups.com>
User-Agent: G2/1.0
MIME-Version: 1.0
Message-ID: <b7309b25-8d27-4bc3-920a-2ed8b4cac992n@googlegroups.com>
Subject: Re: Looking for a Memory Check Tool
From: gustavo....@nuwavetech.com (Gustavo Cavazos)
Injection-Date: Fri, 10 Dec 2021 20:09:04 +0000
Content-Type: text/plain; charset="UTF-8"
Lines: 46
 by: Gustavo Cavazos - Fri, 10 Dec 2021 20:09 UTC

Hi Randall.

Take a look at:
http://www.hexco.de/rmdebug/

It might help.

gc

On Wednesday, December 8, 2021 at 2:13:02 PM UTC-6, Randall wrote:
> On Wednesday, December 8, 2021 at 12:05:57 p.m. UTC-5, JShepherd wrote:
> > In article <153cd7f7-0553-4f0b...@googlegroups.com>,
> > rsbe...@nexbridge.com says...
> > >
> > >Hi All,
> > >
> > >I have an Open Source (native C) project that has some memory issue. It is =
> > >generating a SIGSEGV if a free() is called on a specific pointer. This is u=
> > >sually the result of the heap being corrupted. Sadly, there are about 1M ca=
> > >lls to malloc() and free() done in this project. Does anyone know a tool th=
> > >at can catch C pointer and heap issues?
> > >
> > >TIA,
> > >Randall
> > Native inspect has an option to do malloc/free tracking and
> > heap checking when using ZRTCDLL as a UL.
> >
> > Another option is to call heap_check_always(2);
> > as the first thing in main(). There might be a ENV var
> > to trigger that as well.
> >
> > Also, You should always have the define set
> >
> > add define =_ERASE_ON_FREE_,Class MAP, FILE ON
> >
> > as it causes the heap manager to init memory to a known pattern
> > on a free() so dereferences after a free() can be easier to find.
> > Having =_ERASE_ON_FREE_ set exposed a number of
> > "reference after free" problems in early versiona ODBC/MX.
> >
> >
> > https://support.hpe.com/hpesc/public/docDisplay?
> > docLocale=en_US&docId=c02784099
> >
> > https://support.hpe.com/hpesc/public/docDisplay?
> > docLocale=en_US&docId=c02131733
> Thanks. Sadly, nothing was found out of this. All I get is a SIGSEGV during the atexit() processing. It's frustrating.

Re: Looking for a Memory Check Tool

<8c7a045f-5969-4a3e-9625-925a739e676an@googlegroups.com>

 copy mid

https://www.novabbs.com/computers/article-flat.php?id=295&group=comp.sys.tandem#295

 copy link   Newsgroups: comp.sys.tandem
X-Received: by 2002:ac8:5c16:: with SMTP id i22mr34320455qti.313.1639248001399;
Sat, 11 Dec 2021 10:40:01 -0800 (PST)
X-Received: by 2002:a25:2d67:: with SMTP id s39mr24444976ybe.140.1639248001192;
Sat, 11 Dec 2021 10:40:01 -0800 (PST)
Path: i2pn2.org!i2pn.org!weretis.net!feeder6.news.weretis.net!news.misty.com!border2.nntp.dca1.giganews.com!nntp.giganews.com!news-out.google.com!nntp.google.com!postnews.google.com!google-groups.googlegroups.com!not-for-mail
Newsgroups: comp.sys.tandem
Date: Sat, 11 Dec 2021 10:40:01 -0800 (PST)
In-Reply-To: <b7309b25-8d27-4bc3-920a-2ed8b4cac992n@googlegroups.com>
Injection-Info: google-groups.googlegroups.com; posting-host=2607:fea8:3ddf:f2b0:1d92:5b76:a185:3f41;
posting-account=6VebZwoAAAAgrpUtsowyjrKRLNlqxnXo
NNTP-Posting-Host: 2607:fea8:3ddf:f2b0:1d92:5b76:a185:3f41
References: <153cd7f7-0553-4f0b-8ad6-c57c6af203ebn@googlegroups.com>
<soqolj$7go$1@dont-email.me> <f964feae-02ca-4bf3-89ce-aeec1ade3446n@googlegroups.com>
<b7309b25-8d27-4bc3-920a-2ed8b4cac992n@googlegroups.com>
User-Agent: G2/1.0
MIME-Version: 1.0
Message-ID: <8c7a045f-5969-4a3e-9625-925a739e676an@googlegroups.com>
Subject: Re: Looking for a Memory Check Tool
From: rsbec...@nexbridge.com (Randall)
Injection-Date: Sat, 11 Dec 2021 18:40:01 +0000
Content-Type: text/plain; charset="UTF-8"
Lines: 48
 by: Randall - Sat, 11 Dec 2021 18:40 UTC

On Friday, December 10, 2021 at 3:09:04 p.m. UTC-5, gustavo...@nuwavetech.com wrote:
> Hi Randall.
>
> Take a look at:
> http://www.hexco.de/rmdebug/
>
> It might help.
>
> gc
> On Wednesday, December 8, 2021 at 2:13:02 PM UTC-6, Randall wrote:
> > On Wednesday, December 8, 2021 at 12:05:57 p.m. UTC-5, JShepherd wrote:
> > > In article <153cd7f7-0553-4f0b...@googlegroups.com>,
> > > rsbe...@nexbridge.com says...
> > > >
> > > >Hi All,
> > > >
> > > >I have an Open Source (native C) project that has some memory issue. It is =
> > > >generating a SIGSEGV if a free() is called on a specific pointer. This is u=
> > > >sually the result of the heap being corrupted. Sadly, there are about 1M ca=
> > > >lls to malloc() and free() done in this project. Does anyone know a tool th=
> > > >at can catch C pointer and heap issues?
> > > >
> > > >TIA,
> > > >Randall
> > > Native inspect has an option to do malloc/free tracking and
> > > heap checking when using ZRTCDLL as a UL.
> > >
> > > Another option is to call heap_check_always(2);
> > > as the first thing in main(). There might be a ENV var
> > > to trigger that as well.
> > >
> > > Also, You should always have the define set
> > >
> > > add define =_ERASE_ON_FREE_,Class MAP, FILE ON
> > >
> > > as it causes the heap manager to init memory to a known pattern
> > > on a free() so dereferences after a free() can be easier to find.
> > > Having =_ERASE_ON_FREE_ set exposed a number of
> > > "reference after free" problems in early versiona ODBC/MX.
> > >
> > >
> > > https://support.hpe.com/hpesc/public/docDisplay?
> > > docLocale=en_US&docId=c02784099
> > >
> > > https://support.hpe.com/hpesc/public/docDisplay?
> > > docLocale=en_US&docId=c02131733
> > Thanks. Sadly, nothing was found out of this. All I get is a SIGSEGV during the atexit() processing. It's frustrating.

Thanks Gustavo. I opened a case with GNSC on this one. It might be a real thing.

1
server_pubkey.txt

rocksolid light 0.9.7
clearnet tor