Re: [JOB] ModPerl developer at PrintMe.Com
On 4/13/02 1:54 PM, "David Wheeler" <[EMAIL PROTECTED]> claimed: > John, > > I saw your post for a ModPerl Developer on the mod_perl list and would like > to apply. Please find enclosed my resume. Did I *really* I reply to the whole list??? Oh, god, am I embarrassed. Sorry for the spam, everyone! David -- David Wheeler AIM: dwTheory [EMAIL PROTECTED] ICQ: 15726394 http://david.wheeler.net/ Yahoo!: dew7e Jabber: [EMAIL PROTECTED]
Re: [JOB] ModPerl developer at PrintMe.Com
John, I saw your post for a ModPerl Developer on the mod_perl list and would like to apply. Please find enclosed my resume. As a quick overview, please note my experience leading a team of engineers and specialists in remotely developing and delivering an Apache/ModPerl/HTML::Mason/PostgreSQL-based enterprise content management application for Salon.com and later Primedia. In my planning and implementation of this software, I strove to provide an effective yet intuitive application to meet the content management needs of large organizations. I also managed the project development schedule, recruiting talent, and managing the development infrastructure and process from end to end. The payoff for this work is reflected in the success of the software: It is now a critical part of the enterprise asset management infrastructure of Primedia; Salon.com; and the World Health Organization in Geneva, Switzerland. I'd like to put my skills developing successful enterprise-class applications to work for PrintMe.com. I thrive in an environment where I work hard to architect, design and develop successful products that exceed expectations. Please feel free to contact me any time. I live in San Francisco, so it will be easy for me to commute to Foster City. I look forward to hearing from you. Regards, David -- David Wheeler AIM: dwTheory [EMAIL PROTECTED] ICQ: 15726394 http://david.wheeler.net/ Yahoo!: dew7e Jabber: [EMAIL PROTECTED] resume.txt Description: Binary data
Re: DSO on Solaris - child dies with seg fault
Sreeji K Das wrote: > Hi, > > I was trying to run mod_perl as DSO on Solaris. I see > the following line in the logs: > > [notice] child pid 24323 exit signal Segmentation > Fault (11) > > This happens whenever I send a USR1 to the server for > restart. Also I see the same message whenever the > child is about to exit (ie. after handling the > prescribed no.of requests). > > Is DSO stable enough to be used under Solaris ? I have > searched through the archives & see differing > opinions. > > Additional Info: > > > $perl -V:uselargefiles -V:bincompat5005 > uselargefiles='define'; > bincompat5005='undef'; > > perl: 5.6.1, Apache: 1.3.23, mod_perl: 1.26 > Using SunOS 5.6 Generic_105181-16 sun4u sparc > SUNW,Ultra-80 > > I've compiled mod_perl with PERL_USELARGEFILES=0 and > USE_DSO. > The above problem is repeatable with PerlFreshRestart > On and Off. > > Any clues ? > > Thanx > Sreeji > (BTW, make test has gone through w/o any errors) > See if it helps you:http://perl.apache.org/guide/install.html#When_DSO_can_be_Used __ Stas BekmanJAm_pH --> Just Another mod_perl Hacker http://stason.org/ mod_perl Guide ---> http://perl.apache.org mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com http://modperlbook.org http://apache.org http://ticketmaster.com
Re: [ANNOUNCE] Cache::Cache 1.0
--On dimanche 7 avril 2002 12:50 -0400 DeWitt Clinton <[EMAIL PROTECTED]> wrote: > Hi, > > The following is an announcement of Cache::Cache 1.0. Please read the > summary below for more details. > > I want to ask a special favor of the modperl community (who tend to > get a lot of mileage out of this code) -- I'm concerned with the use > of Digest::MD5, particularly version 2.16, which is used by the code > to generate unique filenames in the file-based cache. I've been > seeing some pretty ugly bugs with the the MD5 code, and this has been > confirmed on a few mailing lists and CPAN bug reports. Please let me > know if you notice any weird behavior with your system after upgrading > to version 1.0. (All unit test pass consistently, but under certain > conditions, such as when XML::DOM is loaded, I think that Digest::MD5 > may always return the same hash, no matter what the key.) I'm seeing this problem when using Apache::SOAP, using Cache::Cache 0.99 or 1.0. Downgrading to Digest::MD5 2.12 indeed solves it. -- Eric Cholet
DSO on Solaris - child dies with seg fault
Hi, I was trying to run mod_perl as DSO on Solaris. I see the following line in the logs: [notice] child pid 24323 exit signal Segmentation Fault (11) This happens whenever I send a USR1 to the server for restart. Also I see the same message whenever the child is about to exit (ie. after handling the prescribed no.of requests). Is DSO stable enough to be used under Solaris ? I have searched through the archives & see differing opinions. Additional Info: $perl -V:uselargefiles -V:bincompat5005 uselargefiles='define'; bincompat5005='undef'; perl: 5.6.1, Apache: 1.3.23, mod_perl: 1.26 Using SunOS 5.6 Generic_105181-16 sun4u sparc SUNW,Ultra-80 I've compiled mod_perl with PERL_USELARGEFILES=0 and USE_DSO. The above problem is repeatable with PerlFreshRestart On and Off. Any clues ? Thanx Sreeji (BTW, make test has gone through w/o any errors) __ Do You Yahoo!? Everything you'll ever need on one web page from News and Sport to Email and Music Charts http://uk.my.yahoo.com
Re: Apache::File correction
Rob Nagler <[EMAIL PROTECTED]> writes: > > undef $/; # enable "slurp" mode > > I think the "local" is pretty important, especially in mod_perl: > > local $/; > > This has the same effect (the "undef" is unnecessary). It's also a > good idea to enclose the code in a subroutine with error checking: > > sub read_file { > my($file) = @_; > open(FH, "< $file") || die("error opening $file: $!"); > local($/); > my($content) = ; > close(FH) && defined($content) || die("error reading $file: $!"); > return \$content; > } A similiar idiom that I saw recently: sub file_contents { my $fn = shift; open(FOO, $fn) or die "file_contents: open($fn): $!\n"; my $stuff; read FOO, $stuff, -s FOO; close(FOO); return $stuff; } Take your pick as to which one is clearer... -Dom -- | Semantico: creators of major online resources | | URL: http://www.semantico.com/ | | Tel: +44 (1273) 72 | | Address: 33 Bond St., Brighton, Sussex, BN1 1RD, UK. |
Several problems for mod_perl2 in compatibility mode (Win32)
Greetings. This is relative to several problems on Win32/NTSP6/AP build 630. Short executive report: nothing seems to work :-) -8<-- Start Bug Report 8<-- 1. Problem Description: I have tried these with both the released mod_perl *AND* the latest CVS snapshot (no difference in either). The report was generated with the snapshot, but symptoms are identical for the released version. While building: if MP_DEBUG is set to 1: Complaints of Filter.obj : error LNK2001: unresolved external symbol _MP_debug_level ..\..\..\blib\arch/Apache2\auto\Apache\Filter\Filter.dll : \ fatal error LNK1120: 1 unresolved externals If MP_DEBUG is defined on Win32. While Testing: D:\Perl\bin\perl.exe -Iblib\arch/Apache2 -Iblib\lib/Apache2 t/TEST -clean D:\Perl\bin\perl.exe -Iblib\arch/Apache2 -Iblib\lib/Apache2 t/TEST D:\Apache2/bin/Apache.exe -d D:/builds/modperl-2.0/t \ -f D:/builds/modperl-2.0/t/conf/httpd.conf -DAPACHE2 -DPERL_USEITHREADS using Apache/2.0.35 (winnt MPM) waiting for server to start: ok (waited 1 secs) server localhost:8529 started server localhost:8530 listening (TestDirective::perlmodule) server localhost:8531 listening (TestDirective::perlrequire) server localhost:8532 listening (TestProtocol::echo) server localhost:8533 listening (TestProtocol::echo_filter) server localhost:8534 listening (TestProtocol::eliza) server localhost:8535 listening (TestFilter::input_msg) *** : cannot build c-modules without apxs the server is down, giving up after 61 secs !!! : failed to start server! (please examine D:t\logs\error_log) NMAKE : fatal error U1077: 'D:\Perl\bin\perl.exe' : return code '0x1' Stop. (apache keeps running afterwards) Trying to actually use mod_perl in compatibility mode nothing appears to work (see detailed configuration below). I tested scripts/application that run fine under Apache 1, mod_perl 1.26, Apache::Registry or straight CGI. Scripts using CGI.pm return either: o) an empty body (Apache::Registry) o) a perl error - [Fri Apr 12 14:05:33 2002] [error] PerlRun: `Can't call method "args" on an undefined value at D:/Perl/lib/CGI.pm line 433.' (Apache::PerlRun) The offending line contains a reference to Apache->request->args. o) a stack overflow that crashes apache (complex app, under either registry or perlrun) (but since I cannot compile a debug version - see above - I can only see what appears to be a deep recursion somewhere in mod_perl.) Not using CGI I can only get an empty body viz.: This happens on elementary, "Hello world" type of scripts under either PerRun or Registry. Configuration: PerlModule Apache2 PerlModule Apache::compat PerlRequire "conf/startup.pl" Options +ExecCGI SetHandler modperl PerlResponseHandler Apache::Registry PerlOptions +ParseHeaders PerlOptions +SetupEnv allow from all startup.pl: $ENV{MOD_PERL} or die "not running under mod_perl!"; use Apache2 (); use Apache::compat (); use Apache::Registry (); use Apache::PerlRun (); use Carp (); use CGI (); CGI->compile(':all'); use CGI::Carp; 1; 2. Used Components and their Configuration: *** using lib/Apache/BuildConfig.pm *** Makefile.PL options: MP_AP_PREFIX=> D:\Apache2 MP_DEBUG=> MP_GENERATE_XS => 1 MP_INST_APACHE2 => 1 MP_LIBNAME => mod_perl MP_USE_DSO => 1 *** D:\Apache2/bin/Apache.exe -V Server version: Apache/2.0.35 Server built: Apr 12 2002 09:31:06 Server's Module Magic Number: 20020329:0 Architecture: 32-bit Server compiled with -D APACHE_MPM_DIR="server/mpm/winnt" -D APR_HAS_SENDFILE -D APR_HAS_MMAP -D APR_HAS_OTHER_CHILD -D AP_HAVE_RELIABLE_PIPED_LOGS -D HTTPD_ROOT="/apache" -D SUEXEC_BIN="/apache/bin/suexec" -D DEFAULT_ERRORLOG="logs/error.log" -D SERVER_CONFIG_FILE="conf/httpd.conf" *** D:\Perl\bin\perl.exe -V Summary of my perl5 (revision 5 version 6 subversion 1) configuration: Platform: osname=MSWin32, osvers=4.0, archname=MSWin32-x86-multi-thread uname='' config_args='undef' hint=recommended, useposix=true, d_sigaction=undef usethreads=undef use5005threads=undef useithreads=define usemultiplicity=define useperlio=undef d_sfio=undef uselargefiles=undef usesocks=undef use64bitint=undef use64bitall=undef uselongdouble=undef Compiler: cc='cl', ccflags ='-nologo -O1 -MD -DNDEBUG -DWIN32 -D_CONSOLE -DNO_STRICT -DHAVE_DES_FCRYPT -DPERL_IMPLICIT_CONTEXT -DPERL_IMPLICIT_SYS -DPERL_MSVCRT_READFIX', optimize='-O1 -MD -DNDEBUG', cppflags='-DWIN32' ccversion='', gccversion='', gccosandvers='' intsize=4, longsize=4, ptrsize=4, doublesize=8, byteorder=1234 d_longlong=undef, longlongsize=8, d_longdbl=define, longdblsize=10 ivtype='long', ivsize=4, nvt
Re: Mem usage of modules
Using mod_rewrite instead of symlink should solve your problem. > > The auk_ch_de and auk_ch_fr scripts are preloaded with RegistryLoader. > > But these scripts are also mentioned later on that list - is that > > means they were loaded into memoey twice > > yes > > http://perl.apache.org/guide/performance.html#Be_Careful_with_Symbolic_Links > > > (in fact all the auk_ scripts are sym > > links to the same script auk) ? > > > > Thanks > > Pawel -- Sammy Lau mailto: [EMAIL PROTECTED] - Tell me what you want and I'll tell you how you can live without it.