Ok...
I can't say it helps to know WHAT happends when I don't know how to fix it
;)
Setting PERL_DESTRUCT_LEVEL to -1 didn't make a diffrence at all.
I've read on this mailinglist that a bug in the MySQL drivers may cause this
error by sending a null-pointer to some function I don't remember the
Hello mod_perl-professionals,
I have tried to install the module
Apache::DBILogger 0.93.
Installation worked fine, after installing DBI and
Date::Format, but it does not write anything in the
MySQL-DB.
I found the following error-msg in the
httpd.error_log:
DBI-connect failed: Keine
On Tue, 18 Jul 2000, Jason Bodnar wrote:
Yeah, sorry about that guys. I got cornered by our VP of Business
Development and he poured beer down my throat all night. Hope the Crown
and Anchor worked out fine for you guys.
don't you worry Jason. :)
Pictures from the activestate party will come
Hi all,
Here's a resend of the Apache::test patch that I sent yesterday, this time
sent as type text/plain from a Unix mailer. Rick Myers noted that the
version I sent before was encoded with Macintosh BinHex, which is probably
not the most appropriate choice for this list. ;-)
-Ken
Index:
Ok...
If some information was missing in my previous mails, here it comes ;)
Apache version: 1.3.12
mod_perl version: 1.24
mod_php version: 4.0.0
MySQL version: Ver 9.38 Distrib 3.22.32, for pc-linux-gnu (i586)
Msql-Mysql modules version: 2.0414
DBI version: 1.14
HTML::Mason: 0.87
gdb dump:
(no
Hi all,
anyone thought of a 'date_field' element for CGI.pm (or StickyForms, etc.)?
this is my thought,
use CGI qw/:standard/;
print date_field(
-name ="expiry",
-year =2000,
-month=12,
-day =25);
$expiry_date = param('expiry');
which is an elegant way to do
use
Better still,
print date_field(
-name ="expiry",
-value="2000-12-25");
so that if value is omitted, the current value will be used.
But date format will be a great concern.
And how about time_field() also?
Sorry for the annoyance.
Original Message
Subject: [OT]
That's odd...
Well... I'm going to stick with 1.21.3 a while now.
Telling clients "It's supposed to do that" just doesn't hold up anymore ;)
Now I just need to get some work done.
- dufuz
-Original Message-
From: Lukas Ertl [mailto:[EMAIL PROTECTED]]
Sent: 18. juli 2000 14:05
To: Trond
On Tue, 18 Jul 2000, Trond Arve Nordheim wrote:
That's odd...
Well... I'm going to stick with 1.21.3 a while now.
Telling clients "It's supposed to do that" just doesn't hold up anymore ;)
Now I just need to get some work done.
I am wondering, what OS you're using... you're not using Suse
Trond Arve Nordheim wrote, re the "segfault on DBI-connect" problem:
I found out that using all mod_perl-versions between 1.22 and 1.24 with DBI
causes this segfault (Thanks to obscurite, #linux@efnet :)
So, after downgrading my mod_perl to 1.21.3, everything works fine... AT
LAST! ;)
That was not the problem.
I've tried that on all 3 servers, without results...
- dufuz
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
Sent: 18. juli 2000 14:27
To: Trond Arve Nordheim
Cc: [EMAIL PROTECTED]
Subject: segfault on DBI-connect (was Re: Apache segfault)
Perhaps sending your startup.pl might help.
Then only time I had problems with Apache::DBI, I loaded Apache.pm in a
BEGIN{} block then everything else after and outside the block in my
startup.pl. That was to deal with an error when Apache::DBI was loaded.
--Jeff
At 10:28 AM 7/18/00 +0530,
hi,
i guess once you've been playing with mod_perl for a while, you
certainly installed perl, many modules, plus mod_perl, plus apache, plus
many more things ...
I keep a personal list of all the modules I must d/l and install on a
virgin OS, and the correct order, versions and
martin langhoff [EMAIL PROTECTED] writes:
what do you think? is it already done? maybe all of a sudden I've got
this oh so great idea just because I have not read the instructions to
download the latest bundle from CPAN.
An expansion on Stas' "10 lines to installing mod_perl" in the
I always thought that if you did a CPAN installation of mod_perl, it
automatically downloaded the modules that it needed. Am I wrong ?
Hello mod_perl-professionals,
I have tried to install the module
Apache::DBILogger 0.93.
Installation worked fine, after installing DBI and
Date::Format, but it does not write anything in the
MySQL-DB.
I found the following error-msg in the
httpd.error_log:
DBI-connect failed: Keine
There's a bug in the `filename' method of mod_perl's Apache request
object: in some conditions, old invalid -finfo data stays cached.
Demonstration: in a PerlTransHandler, do $r-filename("/") followed by
$r-filename("/no/such/file.html"). At least under Linux, the cached
stat() value for "/",
hi,
this is a question closely related to Perl, and my lazyness as a Perl
programmer. The marketing dept here wants something really weird: they
want to publish a datasheet in a 'protected' page, but the want the
usr/pw hashes to be 'one time only'. So the user must be deleted after
the
I think that both the date_field and the time_field idea are good ones
but how are you going to localize them? The different formats for date
and time might be a bit of a hassle. But you might be able to have
date_field return an array of 3 fields as is done with the check box
constructor.
Hi all,
I am trying use a startup file to load all the used modules in my web application, but
when i use
the startup file, the size of all the process becomes big. I excpected that only the
apache's
parent process size becomes become. Also when i ran the example given in the mod_perl
guide ,
Suresh [EMAIL PROTECTED] writes:
Hi all,
I am trying use a startup file to load all the used modules in my web application,
but when i use
the startup file, the size of all the process becomes big. I excpected that only the
apache's
parent process size becomes become. Also when i ran
On Tue, Jul 18, 2000 at 08:45:30AM -0700, Suresh wrote:
the startup file, the size of all the process becomes big. I excpected
that only the apache's parent process size becomes become. Also when i
ran the example given in the mod_perl guide , to see the difference in
the shared memory
So, is this a real bug? Can someone confirm this?
--
Alex Shnitman [EMAIL PROTECTED]
LiveLinx Extensible Solutions Ltd.
Is there a way to get the name of a file if all you have is an open
filehandle?
And can anyone tell me where there's a more appropriate place to post
such a question? I can't seem to find anything today.
Sorry for the spam, folks.
Thanks for your patience.
I guess that's good and true for those with low-cost + hi-speed +
reliable connections. I have a few servers in here, and a dial-up
connection i'd rather be careful about ;)
anyway, I find it's very important to know all the modules I'm
needing/using. Is it me?
on the
On Tue, 18 Jul 2000, Trond Arve Nordheim wrote:
Since it's ONLY DBI-connect that calls this segfault, I can't imagine
it beeing anything else BUT a but in some MySQL-libraries or
perl-modules. I'm getting kind of desperat here, so an answer would be
deeply appreciated :)
Have you tried
On Tue, 18 Jul 2000, PHANI MADHAVI wrote:
we have gone through all the guidelines But it is not working. It
is still trying to search the 'module' in Apache.pm which obviously is
not defined.
You can't tell much about the Apache.pm module just by looking at the perl
source because it's
I am building these separately as follows...
1../configure --with-apache=../apache_1.3.12, make, make install in the
php4 tree.
2. perl Makefile.PL etc, make, make test, make install in the mod_perl
tree.
3. ./configure --activate-module etc, make in the apache tree...which is
where I get..
gcc
try just prepining the httpd in mod_perl dir.
i.e. PREP_HTTPD=1
then under apache activate both the libperl.a and libphp4.a
-Original Message-
From: Bakki Kudva
To: modperl
Sent: 7/18/00 2:45 PM
Subject: Apache1.3.12+mod_perl1.24+php4 doesn't compile.
I am building these separately as
Hi,
Our company, like.com, has been looking for some experianced mod_perl
coders. We have checked most of the major job sites, including guru.com
and have not come across any that have real skills. Where do all the
mod_perl coders hang out?
Any information would be helpful. By the way, we
My plane got in late and then we got lost in Monterey. If you all are
planning another meeting before we depart let me know at the mod_perl
meeting wed. night.
Thanks,
Robert Ahrendt
-Original Message-
From: brian moseley
To: Ask Bjoern Hansen
Cc: [EMAIL PROTECTED]
Sent: 7/17/00 10:48
I had the segfault problem with Redhat 6.1/mod_perl 1.2x/php 4.0RC1
Then I upgraded to PHP4.0.1pl2, and upon configuring got this little handy
message:
++
|*** WARNING *** |
|
Another interesting thing about this issue: if I assign
$port{$portname} + 1 to $Port, and not just $port{$portname}, it
works! If I ever try to return $Port to the needed value, e.g. using
the -- operator, it doesn't work again. This completely stumps me. I
tried just about any trick you can
martin langhoff wrote:
hi,
i guess once you've been playing with mod_perl for a while, you
certainly installed perl, many modules, plus mod_perl, plus apache, plus
many more things ...
I keep a personal list of all the modules I must d/l and install on a
virgin OS, and
Hello,
I wiped my RPM versions of Apache 1.3.9 and mod_perl 1.2.1. When trying
to install Apache from source and then later mod_perl after I got tired
of messing with it and put Apache RPM on there, I cannot 'make' or 'make
test' or 'make install' per Stas Bekman's instructions in the mod_perl
On Tue, 18 Jul 2000, Richard M. Lemanski wrote:
I am stuck on make. Make is missing from my system. WHAT DO I DO
NOW???
Step 1) Deep breath.
Step 2) install make via rpm. it should be in your rpms directory on your
install CD.
good luck.
--
Blue Lang
On Tue, 18 Jul 2000, Drew Degentesh wrote:
I had the segfault problem with Redhat 6.1/mod_perl 1.2x/php 4.0RC1
Then I upgraded to PHP4.0.1pl2, and upon configuring got this little handy
message:
++
|
Blue,
I found make-3.77-11mdk.src.rpm on one of my distribution CDs. I am assuming
this is what I want? Did you ever have any luck getting apache/mod_perl
installed through RPM distributions? Thanks.
Rich Lemanski
Software Engineer - DPSI
blue wrote:
On Tue, 18 Jul 2000, Richard M.
Josh,
No really, I did not have make on my system.
make -- not found
which make -- nothing
GnomeRPM find utility for make -- nothing
Command line rpm -e make -- error: package make not installed.
I found 'make-3.77-11mdk.src.rpm' on one of my source CDs, guess that
will work. Thanks!
Rich
Anyone planning a get together tonight or thursday night?
Let me know!
-josef
Blue,
You were right, the src version of make would not install. I looked on Mandrake
disk 1 and the i586 version of make was on there and it installed without a hitch
and I found it on my system @ /usr/bin/make!!! This will definitely help out. Now
hopefully I can get Apache and mod_perl
or is that a "too big" question
I am coding in Perl - not well but adequately (I use PHP for anything
"hard"). Is there a compelling reason to switch to mod_perl ?
Jim Carey
Sure. mod_perl makes it so your web server doesn't have to invoke the
Perl interpreter for every single hit. That alone makes mod_perl worth
it.
There's a lot of other stuff it does, of course, but that's a huge win in
itself.
Doug
On Wed, 19 Jul 2000, ozbcoz wrote:
or is that a "too big"
Of course that's a "too big" question. There are tons of great reasons for
one to move over to mod_perl, but it all depends on what your specific
needs are. Check out some stuff about mod_perl on Apache's site and see if
that's of any relevance to what you are working on.
If you decide it's great
"Ahrendt, Robert" wrote:
I am doing exactly that from inside .makepl_args.mod_perl.
bakki
try just prepining the httpd in mod_perl dir.
i.e. PREP_HTTPD=1
then under apache activate both the libperl.a and libphp4.a
--
_ _
.-. |M|S| Bakki Kudva
|D|_|a|y|
Is there any difference in the way I'd have to write my perl scripts if
using mod_perl? I have a small commercial web server, run a perl web ring
and talk list program on it as well as several other small perl
applications. It sounds to me like installing mod-perl would decrease the
overhead on
Is there any difference in the way I'd have to write my perl scripts if
using mod_perl? I have a small commercial web server, run a perl web ring
You should really glance at the documentation. If you
program using strict and don't use global vars then your
off to a good start but there's a
Here's what our experienced peers have advised me earlier. Thanks
guysit's been a great help!
Richard Dice says:
Your "regular old CGI Perl scripts" are going to be ported to mod_perl
most easily using one of 2 different Apache/mod_perl modules:
* Apache::Registry
* Apache::PerlRun
To
On Sun, 16 Jul 2000, Gunther Birznieks wrote:
Is any of this header rewriting already on Ralf's TODO list for mod_rewrite?
Does it make sense to make mod_headers more complex? Or to add these
features to mod_rewrite already?
Just throwing the idea out there.
This is an interesting
On Mon, 17 Jul 2000, John D Groenveld wrote:
in fact i just left everybody at the pub,
buncha lushes.
I resemble that remark...
John
Hey John,
you are that guy from that university in .. what is it? Chicago?
- ask
ps. too bad you put a disclaimer in the mail to try to spoil the
Hi,
I want to create a service which filters HTML files like this:
http://www.a-blast.org/web-blast.html ==
http://www.a-blast.org/web-blast.plx?url=http://www.nsa.gov/programs/employ/
But it should go through a proxy, you don't need to access another site
and all filtering works transparent
On Tue, Jul 18, 2000 at 02:28:58PM -0700, Josef wrote:
Anyone planning a get together tonight or thursday night?
Let me know!
Or the rest of us!
Always up for a beer .. of course :)
--
Thomas Eibner
I guess I will chime in on this since we have dealt with this very same issue.
The problem that we have is that there are a handful of production boxes, a
handful of staging boxes (testing release candidates etc), and a handful of
developer boxes.
Our goal was to make it as easy as possible to
On Jul 18, 2000 at 22:34:05 +0300, Alex Shnitman twiddled the keys to say:
Another interesting thing about this issue: if I assign
$port{$portname} + 1 to $Port, and not just $port{$portname}, it
works! If I ever try to return $Port to the needed value, e.g. using
the -- operator, it doesn't
[EMAIL PROTECTED] (Jim Serio) wrote:
Here's the cgi-perl section of httpd.conf:
-
Location /cgi-perl/
SetHandler perl-script
PerlModule Apache::Registry
PerlHandler Apache::Registry::handler
PerlModule Apache::DBI
PerlInitHandler Apache::StatINC
Hi.
I'm trying to redirect users via. a Location header (internal redirect
is not ideal - I need the browser to send the cookie to the page). The
problem is specifying the header in a header_out doesn't cause it to be
sent. This is my current implementation code:
sub do_login {
my
56 matches
Mail list logo