Hi Joshua,
On Mon, 27 Mar 2000, Joshua Chamas wrote:
I have a huge site that I want to apply a generic font face to with
Apache::ASP. Has anyone here ever been bothered before that you
can't just wrap the body doc with a default font and have that be
it. No CSS please. But what about
- Original Message -
From: Joshua Chamas [EMAIL PROTECTED]
To: Mod Perl [EMAIL PROTECTED]
Sent: Tuesday, March 28, 2000 09:45
Subject: [asp] $Response-{FontFace} ?
| I have a huge site that I want to apply a generic font face
| to with Apache::ASP. Has anyone here ever been bothered
I have been unsuccessful in building IPC::ShareLite,
which is used by HTML::Template under 5.6. Two problems:
(1) It won't build at all w/o adding
#define PERL_POLLUTE
before the
#include "EXTERN.h"
#include "perl.h"
#include "XSUB.h"
in ShareLite.xs.
hi all...
I've hunted around and can't find a method that retrieves the
LogLevel directive setting. Is there one? If not, is there a record
somewhere that can make this available, maybe through Apache::Server?
thanks
--Geoff
From:
http://myhost.mydomain.com/perl-status?Apache::DBI
I click on :
Memory Usage
I get :
Memory Usage for package Apache::DBI
HTTP/1.1 500 Internal Server Error
Date: Mon, 27 Mar 2000 20:36:23 GMT
Server: Apache/1.3.12 (Unix) mod_perl/1.22
Connection: close
Content-Type:
Geoffrey Young [EMAIL PROTECTED] wrote:
hi all...
I've hunted around and can't find a method that retrieves the
LogLevel directive setting. Is there one? If not, is there a record
somewhere that can make this available, maybe through Apache::Server?
Looks like it is in the C API - but
hi all...
I've hunted around and can't find a method that retrieves the
LogLevel directive setting. Is there one? If not, is there a record
somewhere that can make this available, maybe through Apache::Server?
It's not there currently but could easily be. Try this patch:
Index:
ok, this isn't all that clever, but recently I got tired of writing loops of
warnings to debug headers_in and headers_out over and over again...
all this one does is spit out headers_in in the init phase and headers_out
in the cleanup phase. Not terribly extensible, but perhaps practical
if
"Jeffrey W. Baker" wrote:
snip
I can't answer your population questions, but I would say that I am an
expert in mod_perl. I hired two develoeprs who didn't know a whole hell
of a lot about mod_perl, and I taught them all about it in five two-hour
tutorials. Maybe you could hire
I have a sucessfully compiled on Linux (Slackware 3.5) 5.6/1.22/1.3.12 with no
modifications. All these items worked fine together with 100% pass rate on
tests.
mod_perl - perl Makefile.PL EVERYTHING=1
NON DSO
I have it installed and serving pages with numerous Perl modules.
The two
Hello,
Looking for a mod_perl developer in Buffalo.
The site is http://www.destinations.com/www.destinations.com. The booking
engine bit is mod_perl.
Several new products are in the pipeline.
Please respond to [EMAIL PROTECTED]
Thanks
Have a great day!
--Robert Monical
--Director of CRM
By the way, this is under Solaris 2.6, with none
of the threading options selected in the build.
-Paul
-Original Message-
From: Paul G. Weiss
Sent: Tuesday, March 28, 2000 7:18 AM
To: [EMAIL PROTECTED]
Subject: IPC::ShareLite with 5.6
I have been unsuccessful in building
Hi,
my environment is
Server: Apache/1.3.3 (Unix) mod_perl/1.16
on Solaris,
There are message writing to my error-log file again and again
, like below
[Tue Mar 28 17:12:44 2000] [notice] httpd: child pid 1539 exit signal
Abort (6),
possible coredump in /home/imail/httpd-kevinl
Colud anybody
Sorry for a little off-thread.
What will happen if I use shared library
generated by SWIG when it's updated but
perl module, which is just a wrapper, doesn't
changed. Does Apache::StatINC.pm will take care ?
Do I need just 'touch' perl module.
regards,
Oleg
On Mon, 27 Mar
this may be a dumb patch to Apache::ASP (at least it is my first).
Rationale:
i have the following issues with the current implementation of $Application
1. everything you store in $Application-{foo} must be
serializable my MLDBM. (right?) i have SWIG'd c++ classes for
Hi,
I am trying to find a way of setting DocumentRoot (and possibly Alias)
directly from modperl in order to implement dynamically generated
virtual hosting.
The thing is that my virtualhost parameters comes from a database and
may change anytime (so I can't restart Apache in general), so it is
Sergio,
I just walked this route...
The long and short is that it can't be done anything close to feasably.
You'll have to write your own URI Translator and alter some code so that
you can
introduce your DOCUMENT_ROOT down the line to things like the mod_cgi
etc. If you
I just noticed that Apache::Util::escape_uri does not escape embedded ''
characters as I'd expected. What is the preferred module for escaping
'', '?', etc. when embedded in strings?
Regards,
Ed Loehr
Hi, Geoff
ok, this isn't all that clever, but recently I got tired of writing
loops of warnings to debug headers_in and headers_out over and over
again...
all this one does is spit out headers_in in the init phase and headers_out
in the cleanup phase. Not terribly extensible, but
I believe he is trying to do this 'on the fly' without reboot for the new
configs.
If you know how to do this with a require in the configs, I'd sure like to
hear more.
I beat my head on this pretty good before and ended having to invest in the
development to
make it work, but the development
I believe he is trying to do this 'on the fly' without reboot for
the new configs.
Oh, maybe I misunderstood.
The problem I had was executing code that needed to know the document
root which seems to point to the main mod_perl doc root rather than
the root of the particular virtual root.
Re: Subject line...
$_ = "mod_perl Developer";
print "If I Perl I Apache, then am I a ",
(/^mod\_perl\sDeveloper$/) ? $_ : " ... ", "?\n";
HTH, -Sneex- :]
- FCCJ * 501 W State St * Jacksonville, Fl 32202 * 904/632-3089 -
Thanks everybody for your suggestions. I actually went through the past
threads on that topic, and it seems to me it always sparks much
discussion!!
Karyn I believe he is trying to do this 'on the fly' without reboot for
Karyn the new configs.
Exactly.
Karyn I beat my head on this pretty good
Hi Mod_Perlers!
I'm currently reading Stas's book (big thanks to all of you who
contributed to this masterpiece -- it's great). But you never
get tired of Good Things, and I was wondering if some very
easy and commented mod_perl scripts were available, as a
way to get started faster and better.
Fabrice Scemama [EMAIL PROTECTED] wrote:
Hi Mod_Perlers!
I'm currently reading Stas's book (big thanks to all of you who
contributed to this masterpiece -- it's great). But you never
get tired of Good Things, and I was wondering if some very
easy and commented mod_perl scripts were available, as
The following two mod_perl-centric positions are now available at
Australia's premier online realestate company, realestate.com.au. Please
forward enquiries and applications to [EMAIL PROTECTED]
Perl Programmer 1 Duties:
The Perl Programmer is responsible for the:
· Development of Perl
The following has cleared up most module problems for me-
Build Perl 5.6 like so:
Configure -Dbincompat5005 -Accflags=-DPERL_POLLUTE
And then for modules:
perl Makefile.PL POLLUTE=1
On Linux, IPC::ShareLite passes all tests using the above.
-=j
-Original Message-
From: Paul
Hi,
Please for give if this is a FAQ, but I didn't see it mentioned in the
recent list archives.
I just upgraded to 5.6, and proceeded to upgrade from mod_perl 1.32_03 to
1.22 (under Apache 1.3.12, using gcc 2.95.1). Everything built fine, but
httpd failed to start. The error message was:
On Thu, 23 Mar 2000, Ruben I Safir wrote:
Is there any security issues forcing an upgrade?
no.
On Fri, 24 Mar 2000, Ville Skyttä wrote:
The -DSGI_BOOST option is broken in mod_perl 1.22 (minor typo), a patch
is attached.
thanks, applied.
Further, the "perl Makefile.PL" section of the installation has changed
somewhat from 1.21_03, resulting in some strange warnings / errors.
these
On Fri, 24 Mar 2000, Dave Hodgkinson wrote:
General question:
We have two little bits of mod_perl code we run, one that pops our
accellerating proxy IP address off the X-Forwarded-For list and the
other that stuffs one of a variety of possible cookies into the
basic auth field of the
On Fri, 24 Mar 2000, Ken Kosierowski wrote:
What is the best way to compile the new Perl 5.6.0 with Modperl 1.22?
same way you compile 5.005 with mod_perl
Should I use the 5.005 compatible flags or start from scratch and recompile
the modules I use?
you don't need the 5.005 compat flags
On Fri, 24 Mar 2000, Shevek wrote:
Now we get rid of the DOM tree.
44 $document-dispose;
And the child segfaults. But if I don't have the dumper, that does not
happen. What is the best way to get around this? Is undefining $d an
appropriate technique?
did you configure
On Sun, 26 Mar 2000, Jie Gao wrote:
Another thing is, it seems there is no way to get at "allow/deny from"
from within mod_perl. "deny from all" will work, but "deny from ip.addres."
does not.
no, because the allowdeny typedef is private in mod_access.c
however, you can implement directive
On Mon, 27 Mar 2000, Charles Day wrote:
Just spent half the day trying marry these 3. mod_perl doesn't build.
DSO/apxs errors as described by others.
these errors were just warnings, try cvs if you want to get rid of them.
did you have other problems too?
On Mon, 27 Mar 2000, David Yang wrote:
I can not test my mod_perl, everytime I test my
mod_perl, just as the document told me, it will
letting apache warm up . failed
what does t/logs/error_log say?
On Tue, 28 Mar 2000 [EMAIL PROTECTED] wrote:
Hi,
my environment is
Server: Apache/1.3.3 (Unix) mod_perl/1.16
on Solaris,
you might want to upgrade to recent versions of apache and mod_perl
#26 0xee8e86b8 in IM_FreeMbox ()
#27 0xef4b8f14 in XS_Mailbox_DESTROY ()
if you can compile this
On Tue, 28 Mar 2000, Dave Seidel wrote:
and now everything is working correctly. What I don't undetrstand is that
the original code was identical in mod_perl 1.21, but I didn't have this
problem. Could this be due to some internal change in Perl 5.6?
probably, thanks for the fix!
Stas Bekman wrote:
Did you know that CPAN tolerates even the packages with no Makefile.PL? I
don't try to disencourage you to write Makefile.PL (feel free to "steal"
one from your favorite module), but if you really cannot build yours
release it as it is. It still might save one of us days
Hi,
I have some problem loading ApacheModulePerl.dll
into Apache server I installed in Windows 98. All the other *.dll in
c:\apache\modules can be loaded but not this one. The following is the
error message when I typed 'apache -s' :
(The line 188 actually contains the 'LoadModule
when 'local $SIG{ALRM} = sub {...}' goes out of scope, magic_setsig() sets
the SIGALRM handler to SIG_DFL, rather than the original handler. this
causes quite a bit of trouble running inside of apache, since 'local
$SIG{ALRM}' unhooks the apache SIGALRM handler for the life of that
proccess.
the
41 matches
Mail list logo
