OpenMacNews | 2 Oct 2006 06:38
Picon

[mp2] 'make test' fails <at> "dyld: Symbol not found: _dav_register_provider", but apache & svn are OK ...


hi,

i've built:

	perl 588
	apache2 (worker-mpm) (httpd 224-dev, apr 128-dev, apr-util 128-dev; 
all r451784)
	subversion 141-dev

and,

	mod_perl2-dev r451853

on OSX 10.4.8.

apache & subversion bothh build & executeOK.

mod_perl build seems to complete w/o error.

but, on 'make test', i see:

	setenv APACHE_TEST_USER  www
	setenv APACHE_TEST_GROUP www
	setenv APACHE_TEST_HTTPD /usr/localapache2/sbin/httpd
	setenv APACHE_TEST_PORT  8529
	setenv APACHE_TEST_APXS  /usr/local/apache2/sbin/apxs
	
	cd /usr/ports/mod_perl_svn
	sudo -u www make test
(Continue reading)

Perrin Harkins | 2 Oct 2006 19:00

Re: possible memory leaks, FreeBSD,mod_perl/1.29

On Sat, 2006-09-30 at 13:19 +0300, Assen Tchorbadjiev wrote:
> (top output: SIZE/RES)
> 6276K  4652K # at startup
> 6312K  4676K # after first request
> 7624K  5992K # after 1000 requests
> 8984K  7356K # after 2000 requests

That's not what I would expect to see on my Linux setup, but it's also
not bad.  You can easily control such slow growth with
Apache::SizeLimit.

- Perrin

Assen Tchorbadjiev | 2 Oct 2006 19:47

Re: possible memory leaks, FreeBSD,mod_perl/1.29


Yeah, obviously I was wrong assuming that it should not grow in case there are 
only the core modules loaded.

If I put Devel::LeakTrace at the beginning of the Apache module, it gives 
several warnings about leaks being found in Apache::Constants::Exports, 
Exporter ?!, mod_perl and the Apache module itself.

Anyway, I haven't dug deeper into it yet so I cannot tell anything more.

Regards,
Assen

On Monday 02 October 2006 20:00, Perrin Harkins wrote:
> On Sat, 2006-09-30 at 13:19 +0300, Assen Tchorbadjiev wrote:
> > (top output: SIZE/RES)
> > 6276K  4652K # at startup
> > 6312K  4676K # after first request
> > 7624K  5992K # after 1000 requests
> > 8984K  7356K # after 2000 requests
>
> That's not what I would expect to see on my Linux setup, but it's also
> not bad.  You can easily control such slow growth with
> Apache::SizeLimit.
>
> - Perrin

--

-- 
---------------------------------------------------------------
Assen Tchorbadjiev
(Continue reading)

Vladimir S. Tikhonjuk | 2 Oct 2006 19:57
Picon

Apache::DBI and pnotes

    Hi all!
    I have some simple scripts, on my web server. Each of them have to
do some tasks with database, so the first what I do in the handler is:

my $database_connect = DBI->connect(
 'dbi:Pg:dbname=$database;host=$host,
    $user,
    $password
  ) || die "Can't connect to database: ".$DBI::errstr;

    As I understand, I may write a handler, which would have such code,
and then use pnotes to export $database_connect variable to other handlers.
    Could anyone give me any example of such tasks ?

Best regards,
Vladimir S. Tikhonjuk

Jonathan Vanasco | 2 Oct 2006 21:17

Re: Apache::DBI and pnotes


On Oct 2, 2006, at 1:57 PM, Vladimir S. Tikhonjuk wrote:

> my $database_connect = DBI->connect(
>  'dbi:Pg:dbname=$database;host=$host,
>     $user,
>     $password
>   ) || die "Can't connect to database: ".$DBI::errstr;
>
>     As I understand, I may write a handler, which would have such  
> code,
> and then use pnotes to export $database_connect variable to other  
> handlers.
>     Could anyone give me any example of such tasks ?

if you are using apache::dbi, you can just repeatedly call connect--  
apache::dbi will catch the connect and just toss you back the  
existing connection

===
but storing pnotes is just

handler 1
	$r->pnotes( 'database_connect'=> $database_connect );

handler 2
	my 	$database_connect = $r->pnotes('database_connect');

Michael Peters | 2 Oct 2006 22:01
Favicon
Gravatar

Re: Apache::DBI and pnotes


Jonathan Vanasco wrote:

> but storing pnotes is just
> 
> handler 1
>     $r->pnotes( 'database_connect'=> $database_connect );
> 
> handler 2
>     my     $database_connect = $r->pnotes('database_connect');

The main problem with this is that if you loose your db connection somehow, you
wouldn't know until it bombed out on you unless you constantly check it
everytime before you use it.

If you create a simple sub in your handler (or handler base class if you use
multiple handlers) that calls DBI->connect() and use Apache::DBI, it will take
care of all that checking for you and make sure you have a connection (if one
can be made).

--

-- 
Michael Peters
Developer
Plus Three, LP

Jonathan Vanasco | 2 Oct 2006 23:27

Re: Apache::DBI and pnotes


On Oct 2, 2006, at 4:01 PM, Michael Peters wrote:

> The main problem with this is that if you loose your db connection  
> somehow, you
> wouldn't know until it bombed out on you unless you constantly  
> check it
> everytime before you use it.

does apache::dbi ping a connection then reconnect if the ping fails?

Michael Peters | 2 Oct 2006 23:31
Favicon
Gravatar

Re: Apache::DBI and pnotes


Jonathan Vanasco wrote:
> 
> On Oct 2, 2006, at 4:01 PM, Michael Peters wrote:
> 
>> The main problem with this is that if you loose your db connection
>> somehow, you
>> wouldn't know until it bombed out on you unless you constantly check it
>> everytime before you use it.
> 
> does apache::dbi ping a connection then reconnect if the ping fails?

If you call DBI->connect it does.

--

-- 
Michael Peters
Developer
Plus Three, LP

Jonathan Vanasco | 3 Oct 2006 00:34

Re: Apache::DBI and pnotes

On Oct 2, 2006, at 5:31 PM, Michael Peters wrote:
>> does apache::dbi ping a connection then reconnect if the ping fails?
>
> If you call DBI->connect it does.

awesome.  i never knew that.

Philip M. Gollucci | 3 Oct 2006 01:35

Re: possible memory leaks, FreeBSD,mod_perl/1.29

Perrin Harkins wrote:
> On Sat, 2006-09-30 at 13:19 +0300, Assen Tchorbadjiev wrote:
>> (top output: SIZE/RES)
>> 6276K  4652K # at startup
>> 6312K  4676K # after first request
>> 7624K  5992K # after 1000 requests
>> 8984K  7356K # after 2000 requests
> 
> That's not what I would expect to see on my Linux setup, but it's also
> not bad.  You can easily control such slow growth with
> Apache::SizeLimit.
What do expect/see on your Linux setup ?

--

-- 
------------------------------------------------------------------------
Philip M. Gollucci (pgollucci <at> p6m7g8.com) 323.219.4708
Consultant / http://p6m7g8.net/Resume/resume.shtml
Senior Software Engineer - TicketMaster - http://ticketmaster.com
1024D/A79997FA F357 0FDD 2301 6296 690F  6A47 D55A 7172 A799 97F

When I call your name, Girl, it starts to flame
Burning in my heart, Tearing it all apart..
No matter how I try My love I cannot hide....


Gmane