Stas Bekman wrote:
Stas Bekman wrote:
Anybody has an idea why mp1 build does:
PERL5LIB = "PERL5LIB=/path/to/mod_perl-1.29/lib",
(see the top-level Makefile).
I can't see how is it going to work:
Answering my own question, and the answer is trivial, this is just how
we pass PERL5LIB env var t
Hi,
am running mod_perl 2 applications under this configuration:
Apache/2.0.47 (Unix) mod_perl/1.99_09 Perl/v5.8.0.
DBI version 1.37
Apache::DBI version 0.92
Everything runs smoothly apart the DBI connections handled with
Apache::DBI.
I'm actually using Extropia ADT toolkit, so basically I'm stori
I tried what you suggested, but I still have the same problem.
The hend of the httpd.conf file contains:
NameVirtualHost *:80
PerlRequire "/etc/httpd/conf/startup.pl"
Include "/etc/httpd/conf/siteA"
Include "/etc/httpd/conf/siteB"
Include "/etc/httpd/conf/siteC"
and /etc/httpd/conf/startup.pl co
No I don't know...the embperl page calls another embperl page which generates
the graph and returns the link to the graph as html tag
Thanks, Alex
Von: Randy Kobes <[EMAIL PROTECTED]> am 13.11.2003 05:48
An: Alexander Hartmaier/DEBIS/EDVG/[EMAIL PROTECTED]
Kopie:[EMAIL PROTECTED]
Hi All.
I've had a search through the archives, and can't seem to find anything
relevant. Pointers would be welcome.
I've got a Mandrake linux 8.1 system (yeah, old), from which I've
removed the provided apache 1.3.20 setup.
So, I'm starting from scratch. I downloaded apache 1.3.29, mod_perl
1
Hi,
I had completely the same problem myself, starting Apache with AxKit.
http://www.gossamer-threads.com/archive/mod_perl_C1/modperl_F7/Problems_installing_mp1_and_apache-1.3.28_P73387/
Tom
On Thu, 2003-11-13 at 13:45, Ken Corey wrote:
> Hi All.
>
> I've had a search through the archives, and
Thanks for writing, but using 'EVERYTHING=1' doesn't solve it for me.
Even worse, with EVERYTHING=1, the install fails the tests, too (in
addition to Apache::Log not being provided).
-Ken
On Thu, 2003-11-13 at 13:28, Thomas Schindl wrote:
> I had completely the same problem myself, starting Apac
2.02-dev will be a maintenance release to fix
the reported segfaults with Apache::Cookie::new().
Please give this candidate a try at
http://httpd.apache.org/~joes/libapreq2-2.02_01-dev.tar.gz
==
@section v2_02_dev Changes with libapreq2-2.02-dev
> ALso, Marc, I'd suggest to rethink your coding techniques. Instead of using
> globals you should probably encapsulate all the data that you want to pass
> around into a single object and and pass it around, or using a Singleton
> object. Globals are not the best way to go in majority of cases.
Hi,
its been some times i'm reading, first time i'm writing :)
first let me present myself : Christophe, 33, working on a e-crm
application web based that deals with emails. This is app is written
mostly in Perl with some C++. We're using mp1, Apache 1.3, Embperl and
Postgres. The Perl libs are f
Ah, okay, found out a solution (but not the cause).
Turns out that apache 1.3.29 ships with mod_perl 1.29 as an extension
already.
When I configured apache with this:
./configure \
--activate-module=src/modules/perl/libperl.a
and then did a make && make install, the mod_perl installatio
Perrin Harkins writes:
> Sorry if I came off overly critical. Many people have had problems
> trying to use Mason with Apache::Session because of that article. This
> is why on the Mason website the link to that article describes it as
> outdated and steers people to newer documentation. (It pr
Strange. I did completely the same last week on my mdk-9.2 installation
and no problem.
Have you really used the perl Makefile.PL call I did? The mod_perl
Makefile.PL builds your apache automatically.
I'd suggest removing all files and starting once more. Simply put your
apache.tar.gz and mod_per
No that's not right. At least the tar.gz I downloaded does ***NOT***
include any mod_perl, anybody could correct me here but I think it
should not get to the archives that apache ships with mod_perl, and one
does not have to download it.
I think that your mod_perl is coming from all commands/compi
Thats the output I got:
Program received signal SIGSEGV, Segmentation fault.
0x006bc582 in ?? ()
(gdb)
(gdb)
(gdb) BT
#0 0x006bc582 in ?? ()
#1 0x00603c44 in ?? ()
#2 0x0106 in ?? ()
#3 0x005d4aa6 in ?? ()
#4 0x010a6940 in ?? ()
#5 0x0ab5c5bc in ?? ()
#6 0x41414141 in ?? ()
#7 0xbfe6
>
> Should I compile with debugging symbols?
Yes
> If yes what? apache or mod_perl? or embperl?
>
mod_perl and Embperl
For Embperl do
perl Makefile.PL debug
I don't have in mind the Makefile.PL flag for mod_perl, but you surly find
it in the docs :-)
Gerald
> Thanks, Alex
>
>
>
>
> Von: G
compiled mod_perl and embperl with debugging option.
output is this:
# gdb /usr/sbin/httpd
GNU gdb Red Hat Linux (5.3.90-0.20030710.41rh)
Copyright 2003 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distrib
On Thu, 13 Nov 2003, Joe Schaefer wrote:
> 2.02-dev will be a maintenance release to fix
> the reported segfaults with Apache::Cookie::new().
> Please give this candidate a try at
>
> http://httpd.apache.org/~joes/libapreq2-2.02_01-dev.tar.gz
>
> =
Masetti Marco wrote:
Hi,
am running mod_perl 2 applications under this configuration:
Apache/2.0.47 (Unix) mod_perl/1.99_09 Perl/v5.8.0.
DBI version 1.37
Apache::DBI version 0.92
Everything runs smoothly apart the DBI connections handled with
Apache::DBI.
I'm actually using Extropia ADT toolkit, s
peter wrote:
I tried what you suggested, but I still have the same problem.
The hend of the httpd.conf file contains:
NameVirtualHost *:80
PerlRequire "/etc/httpd/conf/startup.pl"
Include "/etc/httpd/conf/siteA"
Include "/etc/httpd/conf/siteB"
Include "/etc/httpd/conf/siteC"
and /etc/httpd/conf/
On Thu, 2003-11-13 at 13:19, Stas Bekman wrote:
> I doubt it's an Apache::DBI problem. Most likely something is borked in the
> sub-classing implementation, so you probably want to contact the author of the
> subclass.
I agree, it is probably a result of the fact that Apache::DBI does some
stran
On Thu, 2003-11-13 at 11:05, Jonathan Swartz wrote:
> I've deactivated the link and pointed to the new handler.
Thanks!
> Is this outdated information? Is Flex now considered reasonable for
> production? (Not sure why it "for debugging" in the first place.) Is there
> any disadvantage to using it
On Thu, 2003-11-13 at 10:32, Christophe Musielak wrote:
> My question is : is it safe to use transactions of multiple objects,
> doing a commit or rollback at the end as i'm sure i will stay in the
> same interpreter space and that no other user can ask for the same
> database handle to do some stu
Joe Schaefer <[EMAIL PROTECTED]> wrote in
news:[EMAIL PROTECTED]:
> 2.02-dev will be a maintenance release to fix
> the reported segfaults with Apache::Cookie::new().
> Please give this candidate a try at
>
> http://httpd.apache.org/~joes/libapreq2-2.02_01-dev.tar.gz
>
> =
> > > The latest Apache::Session on CPAN is version 1.54, released in
October
> > 2001.
> >
> > Perhaps this answers my previous question. :)
>
> Yes, it is far from actively maintained. I've been considering
> recommending that people use CGI::Session instead, since it is better
> documented and
Wolfgang Kubens <[EMAIL PROTECTED]> writes:
[...]
> unfortunatelly i was not able to reply earlier. Thanks for your fix from
> this morning. Just for your info, after i applied your changes it seems
> to be work. The error does not occurs again.
Great! However, after further testing, it appea
On Thu, 2003-11-13 at 15:18, Jonathan Swartz wrote:
> Interesting! I'll take a look. Have you seen any comparisons of features
> anywhere?
No, I don't think anyone has written up a comparison.
- Perrin
--
Reporting bugs: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/mailli
Title: Apache::Registry install problem(cpan)
Hi all,
I'm trying to install Apache::Registry either though cpan or just compiling I get the following errors when I do the make test(the perl Makefile.PL and make work fine):
make[1]: Entering directory `/var/tmp/mod_perl-1.29/ModuleConfig'
> On Thu, 2003-11-13 at 15:18, Jonathan Swartz wrote:
> > Interesting! I'll take a look. Have you seen any comparisons of features
> > anywhere?
>
> No, I don't think anyone has written up a comparison.
Well, at first glance it looks promising - lots of documentation and
examples, last release pre
On Thu, 2003-11-13 at 16:47, Jonathan Swartz wrote:
> So the default MySQL driver does locking just like Apache::Session, and
> there's no built-in way to turn it locking. So it's possible that the same
> locking problems that plague Apache::Session would happen in CGI::Session.
> Argh!
So, basica
Neil Lehouillier wrote:
Hi all,
I'm trying to install Apache::Registry either though cpan or just
compiling I get the following errors when I do the make test(the perl
Makefile.PL and make work fine):
First of all, you aren't installing Apache::Registry, but mod_perl 1.x.
Apache::Registry is just
> On Thu, 2003-11-13 at 16:47, Jonathan Swartz wrote:
> > So the default MySQL driver does locking just like Apache::Session, and
> > there's no built-in way to turn it locking. So it's possible that the
same
> > locking problems that plague Apache::Session would happen in
CGI::Session.
> > Argh!
>
I did post a question but i did not recognize the answer (due to "my"
spam???).
Looking through google i've found that someone has answered me, asking for
more details.
Here there are:
mod_perl 2.0 (1.999??) and perl 5.81
My problem (comproved today) is that %ENV hash is not reseted on each new
re
SUCH SANMARTÍN, GERARD wrote:
I did post a question but i did not recognize the answer (due to "my"
spam???).
Looking through google i've found that someone has answered me, asking for
more details.
Here there are:
mod_perl 2.0 (1.999??) and perl 5.81
Sorry, please see what do we need you to tell u
> Program received signal SIGSEGV, Segmentation fault.
> 0x002a9582 in ?? ()
> (gdb) BT
> #0 0x002a9582 in ?? ()
> #1 0x009d5c44 in ?? ()
> #2 0x0106 in ?? ()
> #3 0x009a6aa6 in ?? ()
> #4 0x005e3940 in ?? ()
> #5 0x09f72cf4 in ?? ()
> (gdb)
>
> Doesn't look like a better output than with
Gerald Richter wrote:
Program received signal SIGSEGV, Segmentation fault.
0x002a9582 in ?? ()
(gdb) BT
#0 0x002a9582 in ?? ()
#1 0x009d5c44 in ?? ()
#2 0x0106 in ?? ()
#3 0x009a6aa6 in ?? ()
#4 0x005e3940 in ?? ()
#5 0x09f72cf4 in ?? ()
(gdb)
Doesn't look like a better output than withou
Hi Stas,
> There is an easy way to work around it. Run the program under gdb and
> it'll remember the trace even the memory (frames) gets corrupted.
>
> gdb /path/to/httpd
> gdb> run -X
> issue a request here and gdb will tell you that you've got a segfault
> bt
> will give you the trace.
>
This
Gerald Richter wrote:
Hi Stas,
There is an easy way to work around it. Run the program under gdb and
it'll remember the trace even the memory (frames) gets corrupted.
gdb /path/to/httpd
gdb> run -X
issue a request here and gdb will tell you that you've got a segfault
bt
will give you the trace.
38 matches
Mail list logo
