Hi there,
I fixed the problem -- it was quite the same as Ingo's but in my
case mgd_list_topics() and mgd_list_topic_articles_all(), both
called with a topic id of 0.
That's a severe bug in Midgard, I'd say -- it costs quite a lot
of time to debug simple typo's this way ;-)
phr
On 01.02.01 (16:10), Philipp Rotmann, Linksystem Muenchen wrote:
> On 30.01.01 (10:21), Emiliano wrote:
> > It breaks quite 'reliably' for me ending with:
> (...)
>
> I found that it does break at the same point in a reasonable
> short period of time -- 6 hours later it's quite 'reliably'
> another point in the HTML output ...
>
> > gdb would be most helpful.
>
> It's the first time for me and gdb, so ...
>
> | [root@dilbert bin]# ./apachectl stop
> | ./apachectl stop: httpd stopped
> | [root@dilbert bin]# gdb /usr/local/apache/bin/httpd
> | GNU gdb 19991004
> | Copyright 1998 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"...
> | (gdb) run -X
> | Starting program: /usr/local/apache/bin/httpd -X
> | Cannot access memory at address 0x4036ab14
> | (gdb) where
> | #0 0x4000af21 in _dl_debug_state () at dl-debug.c:56
> | #1 0x40145156 in _dl_close (map=0x80b97f0) at dl-close.c:195
> | #2 0x40063430 in dlclose_doit (handle=0x80b97f0) at dlclose.c:26
> | #3 0x4000ac3b in _dl_catch_error (errstring=0x40065080,
> | operate=0x40063418 <dlclose_doit>, args=0x80b97f0) at dl-error.c:141
> | #4 0x400638b9 in _dlerror_run (operate=0x40063418 <dlclose_doit>,
> | args=0x80b97f0) at dlerror.c:125
> | #5 0x400633fe in dlclose (handle=0x80b97f0) at dlclose.c:32
> | #6 0x806f950 in ap_os_dso_unload ()
> | #7 0x804f270 in unload_module ()
> | #8 0x805101e in run_cleanups ()
> | #9 0x804f84d in ap_clear_pool ()
> | #10 0x805f923 in standalone_main ()
> | #11 0x80601c3 in main ()
> | #12 0x4007e9cb in __libc_start_main (main=0x805fe7c <main>, argc=2,
> | argv=0xbffffb54, init=0x804e864 <_init>, fini=0x809419c <_fini>,
> | rtld_fini=0x4000ae60 <_dl_fini>, stack_end=0xbffffb4c)
> | at ../sysdeps/generic/libc-start.c:92
> | (gdb) kill
> | Kill the program being debugged? (y or n) y
> | (gdb) quit
>
> phr
> --
> Linksystem Muenchen GmbH [EMAIL PROTECTED]
> Schloerstrasse 10 http://www.link-m.de
> 80634 Muenchen Tel. 089 / 890 518-0
> We make the Net work. Fax 089 / 890 518-77
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
--
Linksystem Muenchen GmbH [EMAIL PROTECTED]
Schloerstrasse 10 http://www.link-m.de
80634 Muenchen Tel. 089 / 890 518-0
We make the Net work. Fax 089 / 890 518-77
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: [midgard-user] Midgard 1.4 and seg fault
Philipp Rotmann, Linksystem Muenchen Thu, 01 Feb 2001 08:50:51 -0800
- Re: [midgard-user] Midgard 1.4 and se... Ingo Herz
- Re: [midgard-user] Midgard 1.4 a... Emiliano
- Re: [midgard-user] Midgard 1... Ingo Herz
- Re: [midgard-user] Midga... Emiliano
- Re: [midgard-user] M... Philipp Rotmann, Linksystem Muenchen
- Re: [midgard-user] M... Emiliano
- Re: [midgard-user] M... David Guerizec
- Re: [midgard-user] M... Philipp Rotmann, Linksystem Muenchen
- Re: [midgard-user] M... Emiliano
- Re: [midgard-user] M... Philipp Rotmann, Linksystem Muenchen
- Philipp Rotmann, Linksystem Muenchen
