Hi,
that time frame is exactly right:
It took a while to find, but on September 4th 2007, there was a an
incompatible change in PTLib that PTrace::SetStream() started to delete
the previous stream itself, while it relied on the application to do
that until then.
Now GnuGk detects the PWLib version and will delete the old tracing
stream object only when compiled with older versions.
While implementing that, I noticed that PTLib 2.0.1 doesn't properly
export its version numbers (at least on Linux). So you will probably see
a compile warning about that. When in doubt about the version, GnuGk
will warn at compile time and rather risk a small memory leak for each
reload than a crash.
Its all in the CVS now.
Regards,
Jan
Tamas wrote:
> Hi,
>
> I had this issue with openh323, before h323plus appeared. I think I've
> reported that (but not sure).
> What I know is (maybe this will help):
>
> Which works:
> openh323_1.19.2-20070720+pwlib_1.11.3-20070720+gnugk_2.2.7-20070720
>
> Where I 1st got the reload issue:
> openh323_1.19.2-20071015+pwlib_1.11.3-20071015+gnugk_2.2.7-20071015
>
> Something between this might broke the stuff. Unfortunately I wasn't
> able to get closer to the date/commit when the issue appeared.
>
> Regards,
> Tamas
>
> Zygmuntowicz Michal írta:
> > Yes, this may be true - the problem started to appear
> > on the list after switch to H323Plus.
> >
> > ----- Original Message -----
> > From: "Jan Willamowius" <jan@xxxxxxxxxxxxxx>
> > To: <openh323gk-users@xxxxxxxxxxxxxxxxxxxxx>
> > Sent: Tuesday, February 19, 2008 2:04 PM
> > Subject: Re: reload problem
> >
> >
> >
> >> Hi,
> >>
> >> I can reproduce the crash here now:
> >> The crash happens in the deletion of m_logFile in ReopenLogFile() and a
> >> lot of times the pointer looks even pretty valid. But so far I'm not
> >> sure what is causing the crash.
> >>
> >> It only happens (at least here) when you compile against H323Plus, not
> >> when using OpenH323 Atlas.
> >>
> >> Regards,
> >> Jan
> >>
> >>
> >> Zygmuntowicz Michal wrote:
> >>
> >>> It seems like accessing NULL pointer somewhere
> >>> (#0 stack frame is at very low address, almost NULL).
> >>> ----- Original Message -----
> >>> From: Tusar
> >>> To: GNU Gatekeeper Users
> >>> Sent: Monday, February 18, 2008 2:53 PM
> >>> Subject: Re: reload problem
> >>>
> >>>
> >>> Hi,
> >>>
> >>>
> >>> Here is backtrace log from GnuGK dumped core file...
> >>> ========================================
> >>>
> >>> [root@SunFlower /]# gdb /usr/sbin/gnugk core.17399
> >>> GNU gdb Red Hat Linux (6.3.0.0-1.153.el4_6.1rh)
> >>> Copyright 2004 Free Software Foundation, Inc.
> >>> GDB is free software, covered by the GNU General Public License, and
> >>> you are
> >>> welcome to change it and/or distribute copies of it under certain
> >>> conditions.
> >>> Type "show copying" to see the conditions.
> >>> There is absolutely no warranty for GDB. Type "show warranty" for
> >>> details.
> >>> This GDB was configured as "i386-redhat-linux-gnu"...Using host
> >>> libthread_db library "/lib/tls/libthread_db.so.1".
> >>>
> >>> Core was generated by `/usr/sbin/gnugk -c /etc/gnugk.ini -t -o
> >>> /usr/local/gnugk/gk.log --pid /var/r'.
> >>> Program terminated with signal 11, Segmentation fault.
> >>> Reading symbols from /lib/tls/libpthread.so.0...done.
> >>> Loaded symbols for /lib/tls/libpthread.so.0
> >>> Reading symbols from /lib/libssl.so.4...done.
> >>> Loaded symbols for /lib/libssl.so.4
> >>> Reading symbols from /lib/libcrypto.so.4...done.
> >>> Loaded symbols for /lib/libcrypto.so.4
> >>> Reading symbols from /usr/lib/libexpat.so.0...done.
> >>> Loaded symbols for /usr/lib/libexpat.so.0
> >>> Reading symbols from /usr/lib/libSDL-1.2.so.0...done.
> >>> Loaded symbols for /usr/lib/libSDL-1.2.so.0
> >>> Reading symbols from /lib/libresolv.so.2...done.
> >>> Loaded symbols for /lib/libresolv.so.2
> >>> Reading symbols from /lib/libdl.so.2...done.
> >>> Loaded symbols for /lib/libdl.so.2
> >>> Reading symbols from /usr/lib/libstdc++.so.6...done.
> >>> Loaded symbols for /usr/lib/libstdc++.so.6
> >>> Reading symbols from /lib/tls/libm.so.6...done.
> >>> Loaded symbols for /lib/tls/libm.so.6
> >>> Reading symbols from /lib/libgcc_s.so.1...done.
> >>> Loaded symbols for /lib/libgcc_s.so.1
> >>> Reading symbols from /lib/tls/libc.so.6...done.
> >>> Loaded symbols for /lib/tls/libc.so.6
> >>> Reading symbols from /lib/ld-linux.so.2...done.
> >>> Loaded symbols for /lib/ld-linux.so.2
> >>> Reading symbols from /usr/lib/libgssapi_krb5.so.2...done.
> >>> Loaded symbols for /usr/lib/libgssapi_krb5.so.2
> >>> Reading symbols from /usr/lib/libkrb5.so.3...done.
> >>> Loaded symbols for /usr/lib/libkrb5.so.3
> >>> Reading symbols from /lib/libcom_err.so.2...done.
> >>> Loaded symbols for /lib/libcom_err.so.2
> >>> Reading symbols from /usr/lib/libk5crypto.so.3...done.
> >>> Loaded symbols for /usr/lib/libk5crypto.so.3
> >>> Reading symbols from /usr/lib/libz.so.1...done.
> >>> Loaded symbols for /usr/lib/libz.so.1
> >>> Reading symbols from /lib/libasound.so.2...done.
> >>> Loaded symbols for /lib/libasound.so.2
> >>> Reading symbols from /usr/X11R6/lib/libX11.so.6...done.
> >>> Loaded symbols for /usr/X11R6/lib/libX11.so.6
> >>> Reading symbols from /usr/X11R6/lib/libXext.so.6...done.
> >>> Loaded symbols for /usr/X11R6/lib/libXext.so.6
> >>> Reading symbols from /lib/libnss_files.so.2...done.
> >>> Loaded symbols for /lib/libnss_files.so.2
> >>> #0 0x00000051 in ?? ()
> >>> (gdb) bt
> >>> #0 0x00000051 in ?? ()
> >>> #1 0x08106538 in ReloadHandler () at gk.cxx:131
> >>> #2 0x08079e9a in StatusClient::ExecCommand (this=0xb7c08ba0, cmd=
> >>> {<PCharArray> = {<PBaseArray<char>> = {<PAbstractArray> =
> >>> {<PContainer> = {<PObject> = {_vptr.PObject = 0x8556708}, reference =
> >>> 0xb7c08b20}, elementSize = 1, theArray = 0xb7c08b30 "reload",
> >>> allocatedDynamically = 1}, <No data fields>}, <No data fields>}, <No data
> >>> fields>}) at GkStatus.cxx:1262
> >>> #3 0x0807c643 in SimpleClassJobA<StatusClient, PString>::Run
> >>> (this=0xb7c08d98) at job.h:242
> >>> #4 0x0805a602 in Worker::Main (this=0xb7c12ff0) at job.cxx:182
> >>> #5 0x0846fc53 in PThread::PX_ThreadStart (arg=0xb7c12ff0) at
> >>> tlibthrd.cxx:1361
> >>> #6 0x001e03cc in start_thread () from /lib/tls/libpthread.so.0
> >>> #7 0x004121ae in clone () from /lib/tls/libc.so.6
> >>> (gdb)
> >>>
> >>>
> >>> CentOS-4.6
> >>> Kernel-2.6.9-67.0.4.ELsmp
> >>> gcc-3.4.6-9
> >>> ptlib-v2_0_1-2
> >>> h323plus-v1_20_2
> >>> GnuGK-CVS-2008.02.17
> >>>
> >>> Thanks in advance.
> >>>
> >>> Best Regards,
> >>> ..Tusar..
> >>>
> >>>
> >>>
> >>> 2008/2/18 <plamen@xxxxxxxxxxxxxxxxxx>:
> >>>
> >>> Hi,
> >>> I use latest H.323 Plus Core(1.20.2) and PTLib(2.0.1).
> >>>
> >>> PlayMen
> >>>
> >>>
> >>> > Hi,
> >>> >
> >>> > are you compiling against OpenH323 or H323Plus and which version ?
> >>> >
> >>> > Would you be able to compile a debug version of GnuGk ('make
> >>> debug'),
> >>> > enable coredumps ('ulimit -c unlimited') and provide a backtrace of
> >>> > your crash ('gdb gnugk core' and 'bt') ?
> >>> >
> >>> > Thanks,
> >>> > Jan
> >>> >
> >>> >
> >>> > plamen@xxxxxxxxxxxxxxxxxx wrote:
> >>> >> Hi all,
> >>> >> I use GNUGK from CVS.
> >>> >> when type "reload" GNUGK is crashed.
> >>> >> Here is last line of GNUGK log:
> >>> >> 2008/02/18 16:04:02.369 1 gk.cxx(888) GK
> >>> Logging
> >>> >> closed (reopen log file)
> >>> >>
> >>> >> Can you help me?
> >>> >>
> >>> >> PlayMen
> >>> >
> >>> > --
> >>> > Jan Willamowius, jan@xxxxxxxxxxxxxx, http://www.gnugk.org/
> >>> >
> >>> > -------------------------------------------------------------------------
> >>> > This SF.net email is sponsored by: Microsoft
> >>> > Defy all challenges. Microsoft(R) Visual Studio 2008.
> >>> > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> >>> > _______________________________________________________
> >>> >
> >>> > Posting: mailto:Openh323gk-users@xxxxxxxxxxxxxxxxxxxxx
> >>> > Archive:
> >>> >
> >>> http://sourceforge.net/mailarchive/forum.php?forum_name=openh323gk-users
> >>> > Unsubscribe:
> >>> http://lists.sourceforge.net/lists/listinfo/openh323gk-users
> >>> > Homepage: http://www.gnugk.org/
> >>> >
> >>>
> >>>
> >>> -------------------------------------------------------------------------
> >>> This SF.net email is sponsored by: Microsoft
> >>> Defy all challenges. Microsoft(R) Visual Studio 2008.
> >>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> >>> _______________________________________________________
> >>>
> >>> Posting: mailto:Openh323gk-users@xxxxxxxxxxxxxxxxxxxxx
> >>> Archive:
> >>> http://sourceforge.net/mailarchive/forum.php?forum_name=openh323gk-users
> >>> Unsubscribe:
> >>> http://lists.sourceforge.net/lists/listinfo/openh323gk-users
> >>> Homepage: http://www.gnugk.org/
> >>>
> >>>
> >>>
> >>>
> >>>
> >>> ------------------------------------------------------------------------------
> >>>
> >>>
> >>> -------------------------------------------------------------------------
> >>> This SF.net email is sponsored by: Microsoft
> >>> Defy all challenges. Microsoft(R) Visual Studio 2008.
> >>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> >>>
> >>>
> >>> ------------------------------------------------------------------------------
> >>>
> >>>
> >>> _______________________________________________________
> >>>
> >>> Posting: mailto:Openh323gk-users@xxxxxxxxxxxxxxxxxxxxx
> >>> Archive:
> >>> http://sourceforge.net/mailarchive/forum.php?forum_name=openh323gk-users
> >>> Unsubscribe:
> >>> http://lists.sourceforge.net/lists/listinfo/openh323gk-users
> >>> Homepage: http://www.gnugk.org/
> >>>
> >> --
> >> Jan Willamowius, jan@xxxxxxxxxxxxxx, http://www.gnugk.org/
> >>
> >> -------------------------------------------------------------------------
> >> This SF.net email is sponsored by: Microsoft
> >> Defy all challenges. Microsoft(R) Visual Studio 2008.
> >> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> >> _______________________________________________________
> >>
> >> Posting: mailto:Openh323gk-users@xxxxxxxxxxxxxxxxxxxxx
> >> Archive:
> >> http://sourceforge.net/mailarchive/forum.php?forum_name=openh323gk-users
> >> Unsubscribe: http://lists.sourceforge.net/lists/listinfo/openh323gk-users
> >> Homepage: http://www.gnugk.org/
> >>
> >
> >
> > -------------------------------------------------------------------------
> > This SF.net email is sponsored by: Microsoft
> > Defy all challenges. Microsoft(R) Visual Studio 2008.
> > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> > _______________________________________________________
> >
> > Posting: mailto:Openh323gk-users@xxxxxxxxxxxxxxxxxxxxx
> > Archive: http://sourceforge.net/mailarchive/forum.php?forum_name=openh323gk-users
> > Unsubscribe: http://lists.sourceforge.net/lists/listinfo/openh323gk-users
> > Homepage: http://www.gnugk.org/
> >
> >
>
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________________
>
> Posting: mailto:Openh323gk-users@xxxxxxxxxxxxxxxxxxxxx
> Archive: http://sourceforge.net/mailarchive/forum.php?forum_name=openh323gk-users
> Unsubscribe: http://lists.sourceforge.net/lists/listinfo/openh323gk-users
> Homepage: http://www.gnugk.org/
>
--
Jan Willamowius, jan@xxxxxxxxxxxxxx, http://www.gnugk.org/
-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________________
Posting: mailto:Openh323gk-users@xxxxxxxxxxxxxxxxxxxxx
Archive: http://sourceforge.net/mailarchive/forum.php?forum_name=openh323gk-users
Unsubscribe: http://lists.sourceforge.net/lists/listinfo/openh323gk-users
Homepage: http://www.gnugk.org/
