ags='-fPIC', lddlflags='-shared -L/usr/local/lib'
Characteristics of this binary (from libperl):
Compile-time options: MULTIPLICITY USE_ITHREADS USE_LARGE_FILES
PERL_IMPLICIT_CONTEXT
Built under linux
Compiled at Mar 27 2004 16:21:10
@INC:
/etc/perl
/usr/local/lib
dynamic'
cccdlflags='-fPIC', lddlflags='-shared -L/usr/local/lib'
Characteristics of this binary (from libperl):
Compile-time options: MULTIPLICITY USE_ITHREADS USE_LARGE_FILES
PERL_IMPLICIT_CONTEXT
Built under linux
Compiled at Mar 27 2004 16:21:10
@INC:
/etc
Philippe M. Chiasson kirjutas:
That's very simple ;-)
When running under Apache::PerlRun (or Apache:Registry), your script is
wrapped in a subroutine, that gets a few arguments passed in.
Thank you and all of you! Simple it was.
--
With best regards,
Kõike hääd,
Gunnar Koppel
--
Report pro
Terr!
While ago i migrated my scripts from CGI-environment to the PerlRun and
now i see in my error.log such messages:
--
Can't call method "disconnect" on an undefined value at /adm/tellimus
line 1105.
END failed--call queue aborted.
--
Background:
In my scripts i use BEGIN and END blocks, so
Tom Schindl kirjutas:
> I'd suggest to install your own perl into e.g. /opt/perl-5.8.7 leaving
> your old perl untouched, compile your own apache(not a must) and
I think there is better way to to stay with Debian packages and have
newer perl. 5.8.7 is in testing (etch) and unstable (sid), so yo
Terr!
I used CGI.pm for my web development. Now I trying to migrate to
modperl, and so i look replacement for CGI-module, because using CGI for
html-creating is no point when there is a Apache::Request involved for
managing requests. Maybe someone can suggest something similar for
CGI.pm-styl
preq2-20050712/2.1.3-dev mod_perl/2.0.1 Perl/v5.8.7
What didn't i notice here?
--
TIA,
Tänud ette,
Gunnar Koppel
WARE: Apache/2.0.55 (Debian) mod_apreq2-20051231/2.5.7
mod_perl/2.0.2 Perl/v5.8.8
For case the UTF-chars get ugly here too, you can see sample code and
outputs here:
http://wanradt.msn.ee/code.html
--
TIA,
Gunnar Koppel
Addition:
Seems, that under modperl2 are 4 problematic characters
(õ [otilde] ä [auml] ö [ouml] ü [uuml]) converted to ISO8859-x charset.
And i can't avoid it. Why are they converted and how to keep them as UTF?
--
Best regards,
Kõike hääd,
Gunnar Koppel
d here is the
result ;)
--
Best regards,
Kõike hääd,
Gunnar Koppel
Gunnar Koppel kirjutas:
Thank you and all others! That's it. BTW, i always use uppercase
Seems my joy was too early. As i said, I alway use uppercase
filehandlers and so was in every real situation, where was this problem
with UTF<->modperl2.
As a script solution with STD*
11 matches
Mail list logo