On Wed, 29 Mar 2000, Frank Wiles wrote:
Hello Everyone,
I've been beating my head up against file uploading via the browser, in
mod_perl. The example in the Eagle book doesn't seem to be working for
me. This is the latest error I'm getting:
[Wed Mar 29 20:36:07 2000] [error]
Since I had no reply to my previous problem (re-directing STDOUT in
system() calls), I thought I would try using Perl 5.6.0 instead of
5.005_03 (probably a good idea anyway) to see if that helped.
Unfortunately, now I can't get (the Apache side of) mod_perl to compile.
I'm using MSVC++ 6.0 on
Hi,
While doing a simple:
perl Makefile.PL DO_HTTPD=1 APACHE_SRC=../apache_1.3.12/src
for each Makefile.PL in all subdirs I get:
which: no apxs in (.:/usr/bin:/bin [snipped])
apxs:Error: Sorry, no DSO support for Apache available
apxs:Error: under your platform. Make sure the Apache
"G.W. Haywood" wrote:
Come to think of it, NT probably wasn't the best idea you ever had
either.
I agree, but we're selling a web application and most of our customers
want it on NT.
Unfortunately, now I can't get (the Apache side of) mod_perl to
compile.
You aren't alone. You really
It seems that mod_ssl obsoletes gcache (see
http://www.modssl.org/source/exp/mod_ssl/pkg.mod_ssl/CHANGES)
Therefore 'make test' warns when starting the test server:
will write error_log to: t/logs/error_log
letting apache warm up...\c
[Thu Mar 30 14:46:51 2000] [warn] mod_ssl:Compat: OBSOLETE
On Thu, 30 Mar 2000, shang wrote:
Randy:
Thanks for replying my message.
First of all, my Perl os working and I can run some perl program in cgi-bin
directory from browser. The c:\perl\bin is of course in the path.
My Perl version is : v5.6.0 built for MSWin32-x86-multi-thread.
Stas,
this is fixed in current modperl CVS,
"Apache::src::apxs fixups to quiet warnings if apxs doesnt exist or
httpd is not dso enabled, thanks to Oleg Bartunov and Ville Skyttä for
spotting"
Regards,
Oleg
On Thu, 30 Mar 2000, Stas Bekman wrote:
Date: Thu, 30 Mar
Hi there,
On Thu, 30 Mar 2000, Steve Hay wrote:
seems a shame I can't get it to go with Perl 5.6.0. I just wondered
if anyone out there new of any more hacks to help...
Search the mod_perl List archive for 5.6.0? Most of it will be about
it not working with something or other. After all,
On Thu, 30 Mar 2000, Steve Hay wrote:
Since I had no reply to my previous problem (re-directing STDOUT in
system() calls), I thought I would try using Perl 5.6.0 instead of
5.005_03 (probably a good idea anyway) to see if that helped.
Unfortunately, now I can't get (the Apache side of)
On Thu, 30 Mar 2000 [EMAIL PROTECTED] wrote:
Hi,
I'm trying to use Apache::Session::DBI. I got the hang of it and
started using it but I get the following error:
[Thu Mar 30 04:41:41 2000] [error] Can't call method "store" on
unblessed reference at lib/web/webmaster.p
l line 54.
Thanks for this!
I tried it with the latest mod_perl cvs: mine now compiles perfectly too
(_never_ seen that before!!!), and there's now only 1 unresolved external
symbol instead of 7. Looks like it could be nearly there - I'll try another
one some time.
I look forward to mod_perl 1.23 ...
Hi Stas,
My suggestion would be to capture one of two of these tutorial sessions
on
audio tape(assuming employer consent), edit and sync them to a bunch of
HTML
slides and put the whole shebang on the Net...preferably right next to
Stas'
great guide. Some nifty examples of this are at...
I tried to find a general mailing list for perl, and I searched Deja and
www.perl.com, and I found nothing, so I thought I'd try this mailing list.
Hello.
You may have already gotten other emails like this, but just in
case you haven't ...
You posted your question to the mailing list for a
Title: Segmentation Fault: RedHat 6.[01] / Apache 1.3.12 / mod_perl 1.22 / perl 5.005_03 / IE 5
I'm having a very strange problem. I'm running a very large application under apache/mod_perl (100+ modules; httpd children grow to 40+MB). The application uses Apache::DBI (DBD::Oracle) CGI.pm,
Title: Segmentation Fault: RedHat 6.[01] / Apache 1.3.12 / mod_perl 1.22 / perl 5.005_03 / IE 5
I'm not really the expert in this, but you might want
to try removing PerlFreshRestart and Apache::StatINC from your config and see if
that helps...
HTH
--Geoff
-Original Message-From:
Hi.
I seem to have run into some issues since I upgraded to perl 5.6.0. Since
doing this, I recompiled all of my modules (I removed /usr/lib/perl5 and
started fromscratch). I also recompiled apache/mod_perl so everything was
linked against the properl libperl.
Im using:
apache 1.3.12
mod_perl
Doh!
I just checked the development version of HTML::Embperl, and this is fixed in
there.
Gerald: Could we patch this fix in to the HTML::Embperl stable tree and get a
new stable release? I would like to avoid running the beta version of Embperl
on a production site :).
The patch in question
I am trying to get the Apache::Magick module from the O'Reilly book
"Writing Apache Modules with Perl and C" to work. The error I am
running into is:
Can't locate object method "OPEN" via package "Apache" (line 80)
The looks real simply:
open(STDOUT, "=" . fileno($fh));
Any thoughts on what
Hi Mike,
I just checked the development version of HTML::Embperl, and this
is fixed in
there.
Gerald: Could we patch this fix in to the HTML::Embperl stable
tree and get a
new stable release? I would like to avoid running the beta
version of Embperl
on a production site :).
The
My suggestion would be to capture one of two of these tutorial sessions
on
audio tape(assuming employer consent), edit and sync them to a bunch of
HTML
slides and put the whole shebang on the Net...preferably right next to
Stas'
great guide. Some nifty examples of this are at...
darren chamberlain wrote:
Try using CORE::open to be sure that the default open is being called.
tried it, I am getting the same error, any more ideas?
Sam
Title: Segmentation Fault: RedHat 6.[01] / Apache 1.3.12 / mod_perl 1.22 / perl 5.005_03 / IE 5
PerlFreshRestart causes a great many problems, most for
indeterminate reasons, but its behavior is at least
documented
see
Folks, please refrain from posting in HTML.
Some of us use email clients that post and read email in the old good text
mode. When I don't have enough time on my hands I delete such emails since
I cannot read them right away. Probably others too.
Please don't tell me to get more
On Thu, 30 Mar 2000, Stas Bekman wrote:
Please don't tell me to get more _sophisticated_ email client, my pine
does everything for me. HTML should NOT be used for posting emails.
Not only that, the list of mail sizes on mod_perl went:
1k
3k
2k
4k
20k - HTML
Yikes.
(although pine 4 and
Stas Bekman wrote:
Folks, please refrain from posting in HTML.
Some of us use email clients that post and read email in the old good text
mode. When I don't have enough time on my hands I delete such emails since
I cannot read them right away. Probably others too.
Please don't tell me to
Stas Bekman [EMAIL PROTECTED] writes:
I agree 100%. HTML belongs in web browsers. If you happen to have a
web browser in your mail reader, fine, but don't force others to have
one as well :)
Chip
Folks, please refrain from posting in HTML.
Some of us use email clients that post and read
On Thu, 30 Mar 2000, Steve Hay wrote:
Thanks for this!
I tried it with the latest mod_perl cvs: mine now compiles perfectly too
(_never_ seen that before!!!), and there's now only 1 unresolved external
symbol instead of 7. Looks like it could be nearly there - I'll try another
one some
On Thu, 30 Mar 2000, Sam Carleton wrote:
Stas Bekman wrote:
Folks, please refrain from posting in HTML.
Some of us use email clients that post and read email in the old good text
mode. When I don't have enough time on my hands I delete such emails since
I cannot read them right
On Wed, 29 Mar 2000, Jeffrey W. Baker wrote:
configure Perl with -Dusemymalloc
Wait, doesn't usemymalloc mean to use the system's native malloc? This
from INSTALL:
"To build without perl's malloc, you can use the Configure command
sh Configure -Uusemymalloc"
yeah,
how about avoiding the me toos...
At 02:04 PM 3/30/00 -0500, J. Horner wrote:
On Thu, 30 Mar 2000, Sam Carleton wrote:
Stas Bekman wrote:
Folks, please refrain from posting in HTML.
Some of us use email clients that post and read email in the old good
text
mode. When I don't
thanks Gerald, applied for 0.07.
On Wed, 29 Mar 2000, Gerald Richter wrote:
Hi Doug,
the following patch allows Apache::DB to be used on Win32 Systems:
In DB.xs wrap the SIGINT call at the last line inside a conditional, like:
#ifndef WIN32
if (ApacheSIGINT)
try 1.22 instead of 1.21
On Wed, 29 Mar 2000, Quadrilateral I was wrote:
I've been trying to get ePerl installed on a redhat system, and I seem to
have narrowed it down to a problem with mod_perl and/or apache. Whenever I
add a PerlModule statement to httpd.conf and try to restart httpd,
httpd.conf should have:
IfModule mod_ssl.c
SSLDisable
SSLSessionCache none
/IfModule
ok, applied, thanks!
"Angel" == Angel R Rivera [EMAIL PROTECTED] writes:
Angel how about avoiding the me toos...
Yeah, and the people that post "upside down", with the answer
*before* the question!
Definitely. Let's avoid those.
--
Randal L. Schwartz - Stonehenge Consulting Services, Inc. - +1 503 777 0095
On Thu, 30 Mar 2000, Sam Carleton wrote:
I am trying to get the Apache::Magick module from the O'Reilly book
"Writing Apache Modules with Perl and C" to work. The error I am
running into is:
Can't locate object method "OPEN" via package "Apache" (line 80)
The looks real simply:
how about avoiding the me toos...
[44 lines of crud we've already seen before]
Hm... something wrong's with that message...
% msgchk `mhpath cur`
Quote follows response, Jeopardy style #2
Overquoted: 30 lines quoted out of 41: 73%
Non-canonical signature separator:
Well, this is a follow up by the Camelot folks (Hi Stewart and Jeff)
So please comment on this one too, thanks!!!
Regarding the scriptwebdev conference, I mentioned
this to Terry and Jeff again and they would like to
see an outline/plan for how this event might work.
For example, what would
On Wed, 29 Mar 2000, Shevek wrote:
I can't find any documentation for what RULE_EXPAT does, the only
occurrence at all is in Apache src/Configure, where it seels to compile in
the expat lite library.
RULE_EXPAT=no disables the expat lite library. there have been reports of
it clashing with
On Thu, 30 Mar 2000, Stas Bekman wrote:
First of all, why holding yet another conference, the answer is
simple, we want mod_perl to be in the center of the event and not a
side project. Think about Perl Conference -- mod_perl is just a little
part of the Apache track. Think about ApacheCon
ROTFLOL
On 30 Mar 2000, Randal L. Schwartz wrote:
"Angel" == Angel R Rivera [EMAIL PROTECTED] writes:
Angel how about avoiding the me toos...
Yeah, and the people that post "upside down", with the answer
*before* the question!
Definitely. Let's avoid those.
--
Randal L.
Tom Christiansen writes:
how about avoiding the me toos...
tc [44 lines of crud we've already seen before]
[ 588 lines of pointless crud snipped. ]
tc Hm... something wrong's with that message...
hmm, what's wrong with yours?
perl -077l12ne 'print "no mod_perl content"
geez. i don't recall "Apache::Registry vs. pure PerlHandler" or
"Apache::Request vs. CGI.pm" ever being so harsh.
but they have been compared, for good reason.
Apache::Registry maps a request to a file and generates a subroutine to
run the code contained in that file. if you use a
if you bring in all sorts of other technologies,
how is this different than being part of apacheCon
or Perl Conference?
at least when I go to those (if i have time), almost
everything else at the conference has some interest for
me. i have only a modicum of interest in python, cold fusion
and
I apologize for the "me too" message.
I didn't expect a Spanish Inquisition. . . .
J. J. Horner
Linux, Apache, Perl, Unix, Stronghold
[EMAIL PROTECTED] http://www.knoxlug.org
System has been up: 8 days.
esrever ni snoitseuq gnirewsna diova esaelp dna
On 30 Mar 2000, Randal L. Schwartz wrote:
"Angel" == Angel R Rivera [EMAIL PROTECTED] writes:
Angel how about avoiding the me toos...
Yeah, and the people that post "upside down", with the answer
*before* the question!
On Mon, Mar 27, 2000 at 05:05:47PM +0200, Janning Vygen wrote:
of the page. calling "view page source" only shows half of the content.
It does work with some other and smaller files. With huge files (about 50k and
lots of table rows and data) its broken.
does anybody else notice this
On Mar 30, 2000 @ 2:49pm, J. Horner wrote:
I didn't expect a Spanish Inquisition. . . .
(Okay, no one else said it, so...)
NOBODY expects the Spanish Inquisition!
--
Andrew Sweger [EMAIL PROTECTED] | N2H2, Incorporated
Systems Architect | 900 Fourth Avenue, Suite 3400
On Thu, 30 Mar 2000, Geoffrey Young wrote:
Hi all...
I finished an alpha of DebugHeaders (now potentially called DebugInfo) -
here's the description.
I still think it would fit much better as patches to Apache::DumpHeaders.
:)
They are doing pretty much the same thing.
- ask
--
ask
Hey, I'm not trying to redo anyone's work or step on toes...
I looked at DumpHeaders and thought that my stuff didn't quite fit in
becuase:
1) it's longer - DumpHeaders is short and sweet
2) it's my attempt at trying to make something OO and extensible
3) it has functionality that
./httpd -l will list all the mods built in.
--Jeff
At 08:00 PM 3/30/00, Annette wrote:
Thanks for such a quick response. I have been in the mod_perl guide before
asking the question. I learned from other mailing lists to always look in
as many documents to solve your problem before posting a
I would like to have server-side includes to be parsed on DirectoryIndex
files. I have followed the example in "Writing Apache Modules in Perl
and C" and have my Apache::ESSI and this is what is in my perl.conf:
Files ~ "\.ehtml$"
SetHandler perl-script
PerlHandler Appache::ESSI
[EMAIL PROTECTED] wrote:
On Thu, 30 Mar 2000, Cliff Rayman wrote:
if you bring in all sorts of other technologies,
how is this different than being part of apacheCon
or Perl Conference?
at least when I go to those (if i have time), almost
everything else at the conference has some interest
Has anyone tried to use mod_perl with perl 5.6 yet? If so, how did it go?
Oh, are we still at 1.21 for mod_perl? If so, when's the next release? I
hear that there are some important memory leak fixes in there.
--
Jeff Stuart
[EMAIL PROTECTED]
- Original Message -
From: "Jeff Stuart" [EMAIL PROTECTED]
Has anyone tried to use mod_perl with perl 5.6 yet?
Yes, all day.
If so, how did it go?
U guess. Lots of weird little errors that I can't quite resolve. I can get
Apache installed, but if I build with mod_perl, I can't
On Wed, 29 Mar 2000, Hugo wrote:
I believe that this (or take2) might cause a problem for code like:
sub handler { print "sig handled" }
my $handlesub = "handler";
[... something reads $handlesub in numeric context ...]
$SIG{ALRM} = $handlesub;
i suppose the handler should
i suppose the handler should not be restored if it was Perl's, something
along the lines of (on top of take2 patch):
Exactly! this kind of thing is common in programs that do sigmasks
or tty mode masks. The typical mistake is
set noecho
do something
unset noecho
or
block
56 matches
Mail list logo