John Wittkoski wrote:
Geoffrey Young wrote on 4/27/04, 1:56 PM:
>
> > The main rationale I think is because of the restart, loading is twice
> > as slow. So the more things you can postpone until after restart the
> > faster your server will start.
>
> I suppose that's a consideration. but I
John Wittkoski wrote:
Another note, just FYI:
To trigger the interpreter to load, putting this in httpd.conf (or in an
included file) doesn't work:
But this does:
# foo
Obviously something wants a non-null data in the Perl section before
firing off the interpreter.
Yup thanks, that has bee
Stas Bekman wrote:
Pete Geenhuizen wrote:
This is my first attempt at GTop.
Unfortunately Solaris doesn't support a recursive grep, and equally
unfortunately I wan't able to find u_init64_t anywhere.
With some Googleing around I came across this fix to compiling libgtop
on Solaris 8 and 9
" F
Pete Geenhuizen wrote:
This is my first attempt at GTop.
Unfortunately Solaris doesn't support a recursive grep, and equally
unfortunately I wan't able to find u_init64_t anywhere.
With some Googleing around I came across this fix to compiling libgtop on
Solaris 8 and 9
" For the meantime, I p
Another note, just FYI:
To trigger the interpreter to load, putting this in httpd.conf (or in an
included file) doesn't work:
But this does:
# foo
Obviously something wants a non-null data in the Perl section before
firing off the interpreter.
--John
--
Report problems: http:
Geoffrey Young wrote on 4/27/04, 1:56 PM:
>
> > The main rationale I think is because of the restart, loading is twice
> > as slow. So the more things you can postpone until after restart the
> > faster your server will start.
>
> I suppose that's a consideration. but I hate to not have
>
> Let's not mix things, Geoff.
fine. I've moved to [EMAIL PROTECTED]
--Geoff
--
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
List etiquette: http://perl.apache.org/maillist/email-etiquette.html
Geoffrey Young wrote:
The main rationale I think is because of the restart, loading is twice
as slow. So the more things you can postpone until after restart the
faster your server will start.
I suppose that's a consideration. but I hate to not have functionality just
because it takes the server
> The main rationale I think is because of the restart, loading is twice
> as slow. So the more things you can postpone until after restart the
> faster your server will start.
I suppose that's a consideration. but I hate to not have functionality just
because it takes the server a while to star
Geoffrey Young wrote:
For example, if I put the following at the end of an almost generic
httpd.conf (only host and port changed from the default install):
LoadModule perl_module modules/mod_perl.so
PerlModule Not::Here
Running 'apachectl start' fails as expected because Not::Here doesn't e
Pete Geenhuizen wrote:
Well a little headway, the Server compiles but not GTop. In case it
matters, Solaris 9 doesn't have pkgconfig, it does have pkg-config.
Yes, it was a typo in the email, it uses pkg-config everywhere. The
configuration works fine for you.
Here's the output from the build an
Geoffrey Young wrote on 4/27/04, 12:22 PM:
> I think you're running into the "perl module loading is deferred" thingy
> that is the default behavior in mp2. if you stuck a valid section
> above it you would probably see configtest fail, since an interpreter
> would
> be loaded.
>
> basic
> For example, if I put the following at the end of an almost generic
> httpd.conf (only host and port changed from the default install):
>
> LoadModule perl_module modules/mod_perl.so
> PerlModule Not::Here
>
> Running 'apachectl start' fails as expected because Not::Here doesn't exist
-8<-- Start Bug Report 8<--
1. Problem Description:
Running 'apachectl configtest' doesn't seem to run perl code in httpd.conf.
Perhaps I'm doing something wrong here, but according to the docs,
running 'apachectl configtest' should run any perl code in ht
Well a little headway, the Server compiles but not GTop. In case it
matters, Solaris 9 doesn't have pkgconfig, it does have pkg-config.
Here's the output from the build and make.
Pete
--
"Unencumbered by the thought process"
--1992-2000 Click and Clack presidential campaign slogan
Stas Bekman
Stas Bekman <[EMAIL PROTECTED]> [27-04-2004 07:59]:
> Radoslaw Zielinski wrote:
[...]
>> t/threadsok 5/6Attempt to free unreferenced scalar: SV 0x822f660
>> during global destruction.
>> t/threadsok
>> All tests successful.
> Th
Stas Bekman <[EMAIL PROTECTED]> [27-04-2004 06:30]:
> Radoslaw Zielinski wrote:
>> Stas Bekman <[EMAIL PROTECTED]> [27-04-2004 02:04]:
>>> Ok, please try this candidate:
[...]
>>> I have tested it only with 2.6.0. I hope it is still working with earlier
>>> ones.
>> Doesn't work with 2.6.0 (unless
Stas Bekman <[EMAIL PROTECTED]> [27-04-2004 02:04]:
> Ok, please try this candidate:
> http://apache.org/~stas/GTop-0.13.tar.gz
> I have tested it only with 2.6.0. I hope it is still working with earlier
> ones.
Doesn't work with 2.6.0 (unless you have the xmalloc.h from some old
installation).
Stas Bekman <[EMAIL PROTECTED]> [27-04-2004 01:00]:
> Radoslaw Zielinski wrote:
>> Stas Bekman <[EMAIL PROTECTED]> [27-04-2004 00:15]:
[...]
> >>http://apache.org/~stas/GTop-0.13.tar.gz (which is not quite working,
> >>because of the missing glibtop_free symbol.)
>> Changelog says, that all custom
Stas,
Right after I had decided to hold off on this I get this email, and now
I'm confused.
If I use xmalloc.h I get all sorts of errors, so I went back to
libgtop-2.0.6 and changed xmalloc.h to the Solaris version of malloc.h.
That allowed the Server to build, however GTop still fails with the
f
Stas Bekman <[EMAIL PROTECTED]> [27-04-2004 00:15]:
> Cool, so we have Radoslaw, who understands in glib/gnome and forwarded a
[...]
Uh, not really... :-) I just poked around in the *.h files / libgtop's
documentation / changelogs and hacked it until it built.
> Radoslaw, do you know how can we
Stas,
Well this is all very dissappointing. I compiled and installed
libgtool-2.0.1 because none of he more recent version would compile with
the exception of libgtool-2.0.6, but that version is missing xmalloc.h.
Unfortunately GTop still won't compile.
So now I don't know what to do. No matter
For those wondering what GTop has to do with modperl, it's needed for
Apache::VMonitor and we also use it the mod_perl core maintenance to trace
memory leaks and just bad memory bloats. We wish we had a different lib to
interface but there is nothing better known to us at the moment. So please
It seems that a few people have some problems with 5.8.4. So to repeat again,
if you have problems please do report them to the perl5porters list via
perlbug. If you don't report problems, they won't get fixed. The instructions
are available from here:
http://search.cpan.org/~nwclark/perl-5.8
24 matches
Mail list logo
