Daniel Buchmann | 1 Jun 13:34
Picon

Debug info

Hi all,

I got a segfault when clicking "Company" in the navigation pane on the
left of Aegir 1.0.1.

My setup is:

OS: Fedora Core 2
Apache: 2.0.49
Midgard: 1.6.0beta
PHP: 4.3.4
Aegir: 1.0.1 (the one that comes with midgard-data-1.6.0beta)

Here's the gdb info, as described on
http://www.midgard-project.org/community/development/debugging

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread -150511488 (LWP 17185)]
0x0011d960 in apr_table_get () from /usr/lib/libapr-0.so.0
(gdb) backtrace
#0  0x0011d960 in apr_table_get () from /usr/lib/libapr-0.so.0
#1  0x0096bc6d in ap_error_log2stderr () from /usr/sbin/httpd
#2  0x0096c06f in ap_log_rerror () from /usr/sbin/httpd
#3  0x00935292 in zif_mgd_snippet (ht=1, return_value=0x9b51c34,
this_ptr=0x0, return_value_used=1)
    at /home/cms/midgard/src/midgard-php4-1.6.0beta/preparser.c:449
#4  0x010eaa00 in execute () from /etc/httpd/modules/libphp4.so
#5  0x010ebe1a in execute () from /etc/httpd/modules/libphp4.so
#6  0x010dc1ba in zend_execute_scripts () from
/etc/httpd/modules/libphp4.so
(Continue reading)

Piotras | 1 Jun 15:00

Re: Debug info

Daniel Buchmann <avalon@...> wrote:

> I got a segfault when clicking "Company" in the navigation pane on the
> left of Aegir 1.0.1.
> 
> My setup is:
> 
> OS: Fedora Core 2
> Apache: 2.0.49
> Midgard: 1.6.0beta
> PHP: 4.3.4
> Aegir: 1.0.1 (the one that comes with midgard-data-1.6.0beta)

Just to be sure: PHP4 module was builded againt Apache2?
I mean PHP4 itself , not midgard-php4.

Piotras
David Schmitter | 1 Jun 15:22
Picon

Re: Debug info

Daniel Buchmann wrote:
> Hi all,
> 
> I got a segfault when clicking "Company" in the navigation pane on the
> left of Aegir 1.0.1.
> 
> My setup is:
> 
> OS: Fedora Core 2
> Apache: 2.0.49
> Midgard: 1.6.0beta
> PHP: 4.3.4
> Aegir: 1.0.1 (the one that comes with midgard-data-1.6.0beta)
> 
> 
> Here's the gdb info, as described on
> http://www.midgard-project.org/community/development/debugging
> 
> 
> 
> Program received signal SIGSEGV, Segmentation fault.
> [Switching to Thread -150511488 (LWP 17185)]
> 0x0011d960 in apr_table_get () from /usr/lib/libapr-0.so.0
> (gdb) backtrace
> #0  0x0011d960 in apr_table_get () from /usr/lib/libapr-0.so.0
> #1  0x0096bc6d in ap_error_log2stderr () from /usr/sbin/httpd
> #2  0x0096c06f in ap_log_rerror () from /usr/sbin/httpd
> #3  0x00935292 in zif_mgd_snippet (ht=1, return_value=0x9b51c34,
> this_ptr=0x0, return_value_used=1)
>     at /home/cms/midgard/src/midgard-php4-1.6.0beta/preparser.c:449
(Continue reading)

Piotras | 1 Jun 16:34

Re: Debug info

David Schmitter <schmitt@...> wrote:

> 
> My configure arguments are: --with-apxs2=/usr/sbin/apxs
> --with-apr-config=no --with-regex=system

--with-apxs2[=optional path]  --with-apr-config[=optional path] 

I made notes for  README or INSTALL for this midgard-php.
Both options mandatory for midgard-php with Apache2.

Please , recompile , and let us know how it works.

Piotras
David Schmitter | 3 Jun 14:01
Picon

Re: Debug info

Piotras wrote:
> David Schmitter <schmitt@...> wrote:
> 
> 
>>My configure arguments are: --with-apxs2=/usr/sbin/apxs
>>--with-apr-config=no --with-regex=system
> 
> 
> --with-apxs2[=optional path]  --with-apr-config[=optional path] 
> 
> I made notes for  README or INSTALL for this midgard-php.
> Both options mandatory for midgard-php with Apache2.
> 
> Please , recompile , and let us know how it works.
> 

Exactly the same results :(

Apache crashes in two different locations, but always in the 
ap_log_rerror call from the zif_mgd_snippet function.

More detailed backtraces:

#0  0x0018da02 in apr_file_write (thefile=0x313d7374, buf=0xfef36f40, 
nbytes=0xfef34ef0) at readwrite.c:189
	rv = 1610124
#1  0x0018ddad in apr_file_puts (
     str=0xfef36f40 "[Wed May 26 11:27:28 2004] [debug] 
/usr/src/redhat/BUILD/midgard-php4-1.6.0beta/preparser.c(436): [client 
(null)] Midgard: snippet get record failed: 
(Continue reading)

Piotras | 3 Jun 14:24

Re: Debug info

David Schmitter <schmitt@...> wrote:

> Piotras wrote:
> > David Schmitter <schmitt@...> wrote:
> > 
> > 
> >>My configure arguments are: --with-apxs2=/usr/sbin/apxs
> >>--with-apr-config=no --with-regex=system
> > 
> > 
> > --with-apxs2[=optional path]  --with-apr-config[=optional path] 
> > 
> > I made notes for  README or INSTALL for this midgard-php.
> > Both options mandatory for midgard-php with Apache2.
> > 
> > Please , recompile , and let us know how it works.
> > 
> 
> Exactly the same results :(
> 
> Apache crashes in two different locations, but always in the 
> ap_log_rerror call from the zif_mgd_snippet function.

Maybe that's the point. I won't have time till next week to investigate this.
There were similiar segfaults with  early apache2 support , Alexey made 
little workaround for this , as ap_log_xxx for Apache2 require additional argument.
I do not know if it was fixed for ap_log_rerror.  It was enough to add '0' as 
additional argument instead of script line. 

Piotras
(Continue reading)

David Schmitter | 7 Jun 22:08
Picon

Re: Debug info

Piotras wrote:
> David Schmitter <schmitt@...> wrote:
> 
> 
>>Piotras wrote:
>>
>>>David Schmitter <schmitt@...> wrote:
>>>
>>>
>>>
>>>>My configure arguments are: --with-apxs2=/usr/sbin/apxs
>>>>--with-apr-config=no --with-regex=system
>>>
>>>
>>>--with-apxs2[=optional path]  --with-apr-config[=optional path] 
>>>
>>>I made notes for  README or INSTALL for this midgard-php.
>>>Both options mandatory for midgard-php with Apache2.
>>>
>>>Please , recompile , and let us know how it works.
>>>
>>
>>Exactly the same results :(
>>
>>Apache crashes in two different locations, but always in the 
>>ap_log_rerror call from the zif_mgd_snippet function.
> 
> 
> Maybe that's the point. I won't have time till next week to investigate this.
> There were similiar segfaults with  early apache2 support , Alexey made 
(Continue reading)

David Schmitter | 9 Jun 14:41
Picon

Re: A bit delay on notes...

Alexander Bokovoy wrote:
> Guys,
> 
> in case you wondered... I'm a bit busy these days with preparations at my
> new work and barely have internet access until all registration issues
> will be solved. It might take this week.
> 
> Until then I almost unreachable by electronic means...

Umm, is that still the case? Can we maybe help anything regarding the notes?

David

--

-- 
David Schmitter, Software Developer, schmitt@...
Dataflow Solutions GmbH - Pappelweg 48 - 3013 CH-Bern
solutions@... - +41 31 332 01 01
Henri Bergius | 9 Jun 15:06
Picon
Picon
Favicon
Gravatar

Re: A bit delay on notes...

BTW,

torben: btw: i'm currently doing a more extensive test with .net and c#, 
and it still looks quite impressive to me.
torben: it is actualy usable, and feels better then java does (and c++/c 
ever have, for that instance)
bergie: well, I mentioned that Alexander already created Mono bindings 
to his Midgard2 proof-of-concept, didn't I
torben: you did
bergie: but the patents scare me
bergie: then again, that issue will be much broader than .Net. Pretty 
much everything we do with Midgard is patented... http:/​​/​​ 
bergie.iki.fi/​​blog/​​2004/​​2004-04-16-000.html
torben: this was my thought
torben: after all, if microsoft will go bad regarding to this, it will 
attack the non-m$ platforms first. (it would be illogical to sue .net 
developers from m$ point of view)
torben: oh, and one thing actually works: the dependency stuff. you have 
the runtime, you're fine
bergie: yep. I would see what GNOME does first and follow their suit
torben: gnome?
bergie: I think Alexander's plan of making Midgard "GNOME for the 
server" is smart one. The GNOME guys work with a lot of similar tech, 
and have much wieght
torben: that intention was new to me
torben: (formulated like this)

/Bergie

--

-- 
(Continue reading)

Peter Dunn | 10 Jun 01:54

Seeking vendors - developers for website

Dear Midgard developers,

We started a non-profit this past fall with the mission of bringing
high quality news and information from around the web to the public,
and are seeking proposals from vendors interested in developing the
site.

We think Midgard might be an effective solution for our needs - and we
are also open to other approaches.

We are interested in an open source solution, due in good measure to
the fact that our budget as a non-profit start-up is limited.  But we
also like the greater flexibility that open source has and the
community approach of it.  

Please go to this link for more information on the project - including
the RFP and related files - http://dailys.info/.

Besides placing emphasis on accuracy, fairness, depth and context in
the stories we include, the Daily Source will be oriented towards
making the world a better place by focusing on important topics and
constructive themes.  We aim to attract a large audience over time,
and think the site will be a feather in the cap of whichever company
develops it.

Best regards,

Peter

=====
(Continue reading)


Gmane