segmentation faults
Apache produces segmentation faults when receiving arbirary requests. I am running apache-1.3.14 with php-4.0.3pl1, mod_ssl-2.7.1 and mod_perl-1.24_02 (from the CVS tree) on solaris 2.7. The perl version installed is 5.6.0. According to the backtrace of gdb the problem seems to be located in mod_perl: #0 0x71170 in perl_header_parser (r=0x449040) at mod_perl.c:1021 #1 0x1b5bcc in run_method (r=0x449040, offset=38, run_all=1) at http_config.c:368 #2 0x1b5dc0 in ap_header_parse (r=0x449040) at http_config.c:405 #3 0x1d29fc in process_request_internal (r=0x449040) at http_request.c:1216 #4 0x1d2f0c in ap_process_request (r=0x449040) at http_request.c:1298 #5 0x1c6b34 in child_main (child_num_arg=0) at http_main.c:4298 #6 0x1c6eac in make_child (s=0x3ff040, slot=0, now=976692436) at http_main.c:4466 #7 0x1c73c0 in perform_idle_server_maintenance () at http_main.c:4630 #8 0x1c7b30 in standalone_main (argc=4, argv=0xffbefc04) at http_main.c:4862 #9 0x1c8460 in main (argc=4, argv=0xffbefc04) at http_main.c:5123 It appears that the version of mod_perl ist not the problem: 1.24_01 and 1.23 produce crashes too. Has anaybody seen similar effects? Is this a solaris specific problem? Is perl 5.6.0 in charge of the trouble? Any hint is greatly appreciated! Fredo -- Dr. Fredo SartoriTel. 030-227-55061 SPD-Fraktion FAX 030-227-56169 Platz der Republik e-mail: [EMAIL PROTECTED] 11011 Berlin
Recompiling modperl ?
Hi, Is it possible to recompile mod_perl to add features (for example PERL_AUTHEN=1) without having to recompile apache itself ? Lets say that one has compiled apache 1.3.x with mod_perl and mod_ssl and later finds out that features are missing from mod_perl. I know that this is probably a "newbie" question but I would be really thankful for answers. regards Petter
Re: Recompiling modperl ?
On Wed, 13 Dec 2000, Petter Larsson wrote: Hi, Is it possible to recompile mod_perl to add features (for example PERL_AUTHEN=1) without having to recompile apache itself ? Only if you load mod_perl via DSO. -- steven 1;
Re: Mod_perl vs mod_php
"Jimi Thompson" [EMAIL PROTECTED] wrote: Does anyone have any mod_perl vs. mod_php benchmarks? Speaking of PHP, does anyone here know how mod_php handles the memory bloat / precompilation problem? Preloading scripts is obviously a good thing (eg with the PerlStart directive), we all know this on this list. And even if you don't do preloading, things like Apache::Registry keep your compiled scripts in memory so the code doesn't have to get parsed again on each request. So, does anyone know what PHP does? Does it parse the mixture of PHP and HTML every time? Does it keep a cache? Does it limit the size of this cache (which Apache::Registry doesn't)?. How big does a typical Apache/PHP process get? I think these are all questions that we mod_perlers should be at least familiar with... if only to respond to questions of PHPers, or to improve mod_perl with any good ideas that mod_php may have. -- Roger Espel Llima, [EMAIL PROTECTED] http://www.iagora.com/~espel/index.html
Re: Article idea: mod_perl + JSP
* Gunther Birznieks ([EMAIL PROTECTED]) [001212 23:53]: Of course, we have a toolkit that we use to develop apps in both Perl and Java which helps, but it's still interesting that business logic for people experienced in the language of their choice isn't that bad in terms of delivery time. Of course, maintenance is another issue. me_tooyup./me_too Ah but have you looked at taglibs? We rarely ever put Java processing on the page itself. I have, but they seemed more complex than was necessary -- particularly for explaining what's what to a graphical designer. I will take your experience to heart, however, and give them a second look :-) ... As for logic in a JSP... Well, the above is an example of something where you need code for the display to work well. I just find it annoying that simple things like loops and such are not as easy as they should be -- Perl (and the Template Toolkit) have trained me well :-) This is part of what initially drew me to WebMacro -- that, plus the author's insistence on a forcible separation between presentation and logic. Leaving the door open to executing Java (or Perl for that matter) within a page means that someone will walk through it and start writing mini-programs in the template because it's "easy", leaving (IMO) an unmaintable mess. The downside of taglibs is that they are complex, however taglibs aren't THAT bad. In our framework every JSP page has at least 3 sets of taglibs (more can be added if they are generic and serve a purpose).. Framework level -- These are our utility taglibs. App level -- These are taglibs that represent app information Page level -- Each JSP page, like it or not, has information that it needs to display specific to itself. Sure -- I tend to break things down like this as well. (The OpenInteract framework does this, although the second and the third tend to blend together.) The nice thing is that our web designer just needs a cheatsheet of taglib and what it does and doesn't have to worry about any other syntax. Again, I'll trust your experience. The main bad thing about this is that when we spec out a project, each "view" on the application we spec out as 2 days instead of 1 day of work in the equivalent Perl because coding the taglibs gets to be a pain. This may seem like overall project delivery time is increased, and it is... a bit. But the majority of a webapp is not necessarily the screens. It's the logic underneath, so our timelines don't really end up growing that much in the scheme of a project. Makes sense. But we do get a better maintenance time because the JSPs are really divorced entirely from Java code allowing a web designer to change things at will without having to worry about an artificial . We almost never embed Java inside a JSP. This is everyone's aim, I think. Finding the right balance and applying it for the vast majority of users in the templating language is very difficult -- although there are probably sufficiently many templating languages to suit you depending on the balance you personally would like to strike :-) There are preprocessors that help with this. But of course, you have to always remember to compile step to include the preprocessor. And then you still have the issue of variable interpolation.. Another thing annoying not to have. :) Yep, I don't want to even go there. I agree. It is quite extensible. We racked our heads long and hard last June when we started full-on development of open source Java apps as to which toolkit to use. In the end, WebMacro and the others have really not caught on in a huge way. JSPs are what a lot of developers we interview these days do know. So it was easier for us to go with the "standard". Also another important point, although good programmers can pick up anything -- and a templating language is on the simpler side of things. However, keep in mind that JSPs are one part of a generic web application. There's still authentication, logging, datasource manipulation, session mgmt, resource locking, handling incoming data (form validation, untaint, transformation), having a framework to implement model,view,controller (eg struts project for Servlets/JSP), etc... Oh, yeah, absolutely. ... A well-specified app is always easier to code regardless of Java or Perl. Over the years I've become more of a fan of seeing the benefits of good software engineering than really thinking a particular language is a silver bullet. Yes -- it really comes down to what a company uses already and what it's being used for. My company is developing from scratch a web-based front end to a Visual Basic/SQL Server application. We could certainly do it faster in Perl (that's just because our Perl background is much stronger than our Java background), but having a Java-based solution is sexier and therefore more marketable than a Perl-based solution. (We are in business to make money, after
Help me beat Java.
I have written a awsome mod_perl module for Apache and now my companie wants to transform it to Java (ik). Nothing personal against java but 95% of the program is regular expressions. Perl is king in this area. In java they are using Oroinc 3rd party classes for the regexs. With some prliminary bench mark test of non mod_perl perl and Java, perl won being 12-20 times faster. But now they want to do super tuning and also compare Resource consumption between JRun/Java Servlets and Apache/mod_perl. My main concern is the fact that apache/mod_perl child proccess can be as big as 12 MB. Specifically my question is 1. Is there a way to make mod_perl multi-threaded? 2. Is there a way to lower this memory consumtion? 3. Is there a way to precomplie perl to machine code to better perfomance? They are planning to do the same for Java and may gain performance. Help me beat Java, please. _ UOLMAIL - Todo Argentino tiene derecho a tener su e-mail. http://www.uolmail.com.ar
Re: Help me beat Java.
[some intro snipped] and Apache/mod_perl. My main concern is the fact that apache/mod_perl child proccess can be as big as 12 MB. even as big as 12.5MB :) Specifically my question is 1. Is there a way to make mod_perl multi-threaded? http://perl.apache.org/~dougm/modperl_2.0.html 2. Is there a way to lower this memory consumtion? http://perl.apache.org/guide/performance.html http://perl.apache.org/guide/performance.html#Know_Your_Operating_System 3. Is there a way to precomplie perl to machine code to better perfomance? They are planning to do the same for Java and may gain performance. see #2 _ Stas Bekman JAm_pH -- Just Another mod_perl Hacker http://stason.org/ mod_perl Guide http://perl.apache.org/guide mailto:[EMAIL PROTECTED] http://apachetoday.com http://logilune.com/ http://singlesheaven.com http://perl.apache.org http://perlmonth.com/
Re: Help me beat Java.
I have written a awsome mod_perl module for Apache and now my companie wants to transform it to Java (ik). Nothing personal against java but 95% of the program is regular expressions. Perl is king in this area. In java they are using Oroinc 3rd party classes for the regexs. With some prliminary bench mark test of non mod_perl perl and Java, perl won being 12-20 times faster. But now they want to do super tuning and also compare Resource consumption between JRun/Java Servlets and Apache/mod_perl. My main concern is the fact that apache/mod_perl child proccess can be as big as 12 MB. Specifically my question is 2. Is there a way to lower this memory consumtion? I haven't had time to look into this, but Gunther mentioned a new module CGI::SpeedyCGI this enables persistent perl processes, outside of Apache. Could you reduce the number of Apache Children and replace them with SpeedyCGI backends? This should save memory and give you more waiting processes to answer requests! I haven't tested this but would be interested to know if anyone has done this comparison? I suppose it depends on whether or not you are using Apache:: modules that need to be tied into the server --- if not, then maybe SpeedyCGI will save you some memory? NIge
Re: Problems with Apache::ASP, SSI/Filter, and Redirects
Joshua Chamas wrote: Your exact config worked for me, I have the latest installed of everything ( 2.07 is latest ASP ) and I got: CPAN only has 2.03... I would check the error_log, The error log didn't give anything (except the "need AuthName" warning). and double check that you have EVERYTHING built for mod_perl failing there being anything in the error_log. I triple checked it. In fact, I did a make distclean and rebuilt Apache/mod_perl just to make sure. I get the same results. -m -- ## Mark T. Dame: mailto:[EMAIL PROTECTED] ## WWW: http://www.mfm.com/~mdame/ ## MFM Communication Software: http://www.mfm.com/ "The opposed thumb is one of the defining characteristics of our species, and mine are strongly opposed to working pointing devices." -- Bill Machrone, PC Magazine, Sep. 28, 1993, discussing miniature trackballs
Re: Problems with Apache::ASP, SSI/Filter, and Redirects
"Mark T. Dame" wrote: Joshua Chamas wrote: Your exact config worked for me, I have the latest installed of everything ( 2.07 is latest ASP ) and I got: CPAN only has 2.03... OK, I found and installed 2.07 and I get the same results... -m -- ## Mark T. Dame: mailto:[EMAIL PROTECTED] ## WWW: http://www.mfm.com/~mdame/ ## MFM Communication Software: http://www.mfm.com/ "The opposed thumb is one of the defining characteristics of our species, and mine are strongly opposed to working pointing devices." -- Bill Machrone, PC Magazine, Sep. 28, 1993, discussing miniature trackballs
Re: Help me beat Java.
At 10:24 AM 12/13/00 -0300, jleidigh wrote: I have written a awsome mod_perl module for Apache and now my companie wants to transform it to Java (ik). Why would your company want to redevelop something from scratch in another language instead of making use of the product they have now that works? That seems really odd to be in a company that wishes to reinvent the wheel? Nothing personal against java but 95% of the program is regular expressions. Perl is king in this area. In java they are using Oroinc 3rd party classes for the regexs. With some prliminary bench mark test of non mod_perl perl and Java, perl won being 12-20 times faster. But now they want to do super tuning and also compare Resource consumption between JRun/Java Servlets and Apache/mod_perl. My main concern is the fact that apache/mod_perl child proccess can be as big as 12 MB. Specifically my question is 1. Is there a way to make mod_perl multi-threaded? Yes, but not for the benefits you want. It doesn't matter if Perl is multi-threaded because two things lag behind -- Apache 2.0 as a multithreaded partner and CPAN modules that are within-Perl thread-safe. The first will happen given time, the 2nd is a problem that may never be solved (at least not for a year or two). 2. Is there a way to lower this memory consumtion? Some but not really that much other than being intelligent about preloading. Apache 2.0/mod_perl 2.0 models are supposed to be hooking into future versions of Perl to separate CODE and DATA segments within Perl itself. Right now Perl P-Code is mixed within data in Perl, so copy-on-write slowly degrades when it doesn't have to. 3. Is there a way to precomplie perl to machine code to better perfomance? They are planning to do the same for Java and may gain performance. Not really unless you are talking about not using mod_perl. I don't know of any servlet engines that exist that can load machine code compiled servlets though. I know TowerJ and products like that, but they compile an entire Java application, which doesn't fit well in the dynamically loadable apps. I think when you compile a Java app there is a possibility you may lose some capability of integrating with existing Java classesI think a similar thing holds true for compiling perl to machine code -- I am not sure if its ever gone beyond beta stage technology on Perl though. Anyway, we know that Java is better at some things. So I think its been said here before... Time to market may be an issue for your company. Can your company realistically afford to play with Java and do they really need those features you mentioned. Also, Java servlets is an app development technology. Mod_perl is MORE than that. But perhaps your company doesn't need that side of mod_perl. Anyway, Good Luck. Later, Gunther
Re: Article idea: mod_perl + JSP
Chris Winters wrote: * Gunther Birznieks ([EMAIL PROTECTED]) [001212 23:53]: ... A well-specified app is always easier to code regardless of Java or Perl. Over the years I've become more of a fan of seeing the benefits of good software engineering than really thinking a particular language is a silver bullet. Yes -- it really comes down to what a company uses already and what it's being used for. My company is developing from scratch a web-based front end to a Visual Basic/SQL Server application. We could certainly do it faster in Perl (that's just because our Perl background is much stronger than our Java background), but having a Java-based solution is sexier and therefore more marketable than a Perl-based solution. (We are in business to make money, after all.) Is that a legitimate reason? I think so, but it's certainly a grey area. With that said though, I still love Perl. Me too :-) It's frustrating to be doing something in Java that would take a much shorter time in Perl. But then there are things in Java that are simpler than Perl as well. Appologies if I am butting in - but what you apppear to say here is that you are using JAVA because its sex / marketdriods know of it, yet perl would be the quicker (and hence cheaper solution ?). Surley for this reason you should use perl and persuade the PBH of the cost benefit here ? This has hit on a point - in that may people choose Java over Perl because its sexier, which becomes self forfilling, unless we (the perl community) persaude people that (mod_)perl is sexy Greg Chris -- Chris Winters ([EMAIL PROTECTED]) Building enterprise-capable snack solutions since 1988.
RE: help with custom Error documents/redirection
-Original Message- From: B. Burke [mailto:[EMAIL PROTECTED]] Sent: Wednesday, December 13, 2000 10:44 AM To: [EMAIL PROTECTED] Subject: help with custom Error documents/redirection I'm looking to implement custom error handling, and I'm hitting a snag. I'm hoping to do something like on pg.168 of the Eagle book, where you have a handler and user $r-prev to get the original request. I'm wanting to redirect to 1 of 2 pages, depending on what the requested page was. I plan on using $r-custom_response to do the redirection (as shown on pg. 170 of the Eagle bk). The problem I'm having is that $r-prev doesn't seem to be getting the request. I setup a Location for the handler, and setup an ErrorDocument to point to the Location. It works, except that I can't seem to get $r-prev to tell me what the request was. you know that $r-prev returns a request object, and not anthing specific (like the previous location), right? :) if you're still unable to get it working, try pointing custom_response to a script that gleans $r-prev-uri and returns the proper response based on that... the whole error document cycle is hard to get until you get it. keep playing and you'll see the light eventually :) BTW, it's always good (at least I've found) to call my $prev_uri = $r-prev ? $r-prev-uri : $r-uri; because if the page/script is accessed directly then $r-prev is undefined and you get a runtime error. HTH --Geoff Any help will be greatly appreciated. Thanks, Brian B.
Mem Sizing tool [was: splitting the code sets across more than one mod_perl server]
hi, [now to the list, also] maybe all of these mathematical formulae can be made into a smallish perl script that grabs this info from `top ax`. I am not sure that top is the proper source of memory usage across platforms. In fact, as I am not a unix old-timer, I should be asking *where* to get that info reliably from. With that info, I could prepare such a script ... it'd be quite useful, I'm building a few servers with very low memory. Stas wrote (privately) that there is no consistent cross platform command that will reliably report memory usage for a given set of processes. He also mentioned Apache::GTop, but I was thinking about an external script. A script I can call from the command line and will evaluate my three HTTPDs and their children, and report global and detailed memory usage. It should be a general purpose tool, not something mod_perl-dependant at all. It might be system dependant, of course. It could be checking what OS it's on and call the proper command accordingly. martin
Re: Mem Sizing tool [was: splitting the code sets across more thanone mod_perl server]
On Wed, 13 Dec 2000, martin langhoff wrote: hi, [now to the list, also] maybe all of these mathematical formulae can be made into a smallish perl script that grabs this info from `top ax`. I am not sure that top is the proper source of memory usage across platforms. In fact, as I am not a unix old-timer, I should be asking *where* to get that info reliably from. With that info, I could prepare such a script ... it'd be quite useful, I'm building a few servers with very low memory. Stas wrote (privately) that there is no consistent cross platform command that will reliably report memory usage for a given set of processes. He also mentioned Apache::GTop, but I was thinking about an external script. A script I can call from the command line and will evaluate my three HTTPDs and their children, and report global and detailed memory usage. (sorry it should be GTop) It should be a general purpose tool, not something mod_perl-dependant at all. It might be system dependant, of course. It could be checking what OS it's on and call the proper command accordingly. Apache::VMonitor does exactly this, but it's based on GTop. You are welcome to patch it to use other libraries. And it reports the real memory usage of any applications that you choose for it to monitor (mysql for example). BTW, the formula was developed especially for Apache::VMonitor :) _ Stas Bekman JAm_pH -- Just Another mod_perl Hacker http://stason.org/ mod_perl Guide http://perl.apache.org/guide mailto:[EMAIL PROTECTED] http://apachetoday.com http://logilune.com/ http://singlesheaven.com http://perl.apache.org http://perlmonth.com/
Re: Segmentation fault
"PM" == Per Moeller [EMAIL PROTECTED] writes: PM The only difference I can see, is that I installed perl 5.6.0 before PM installing the mod_perl apache, should that cause any problems? PM The system is running on FreeBSD 4.2. A mod_perl snapshot from CVS as of yesterday works just fine with the stock perl 5.005_03 that is part of FreeBSD 4.2. What I do is install apache+mod_ssl from /usr/ports/www/apache13-modssl, then install mod_perl from a cvs checked out copy using apxs (just follow the instructions in README.apaci). Works great. As for moving to perl 5.6, I don't know what problems that would cause. Perhaps you should try using the latest CVS snapshot of mod_perl to see if that works. -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Vivek Khera, Ph.D.Khera Communications, Inc. Internet: [EMAIL PROTECTED] Rockville, MD +1-240-453-8497 AIM: vivekkhera Y!: vivek_khera http://www.khera.org/~vivek/
Re: Recompiling modperl ?
"PL" == Petter Larsson [EMAIL PROTECTED] writes: PL Is it possible to recompile mod_perl to add features (for example PL PERL_AUTHEN=1) without having to recompile apache itself ? If mod_perl is statically linked, then no, you must recompile Apache. If mod_perl is dynamically linked, then yes, you can recompile just mod_perl. -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Vivek Khera, Ph.D.Khera Communications, Inc. Internet: [EMAIL PROTECTED] Rockville, MD +1-240-453-8497 AIM: vivekkhera Y!: vivek_khera http://www.khera.org/~vivek/
Re: Help me beat Java.
"j" == jleidigh [EMAIL PROTECTED] writes: j faster. But now they want to do super tuning and also j compare Resource consumption between JRun/Java Servlets j and Apache/mod_perl. My main concern is the fact that j apache/mod_perl child proccess can be as big as 12 MB. j Specifically my question is j 1. Is there a way to make mod_perl multi-threaded? Not until apache 2.0 and mod_perl 2.0 j 2. Is there a way to lower this memory consumtion? Yes. See "The Guide". If they are going to compare Java servlets, then you must configure your mod_perl to act as a pure mod_perl server rather than a server that answers all requests. This is the front-end/back-end setup that The Guide describes. j 3. Is there a way to precomplie perl to machine code to j better perfomance? They are planning to do the same for j Java and may gain performance. Don't think so, but there could be. -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Vivek Khera, Ph.D.Khera Communications, Inc. Internet: [EMAIL PROTECTED] Rockville, MD +1-240-453-8497 AIM: vivekkhera Y!: vivek_khera http://www.khera.org/~vivek/
memory leak in win32
Hi, I'm experiencing a memory leak with Apache 1.3.14 with mod_perl 1.23 and perl5.6.0 on Windows NT4.0 and Windows2000. I've been running some test with a very simple ModPerl handler which just outputs an HTML page with hello world in it. Also, I made sure to undef all variables that I use. In general, the child processes grow with each request. Also, if I set MaxRequestsPerChild to 20 so the child process dies and restarts after every 20 request, this fixes the problem for the child processes. However, with this configuration, there's a memory leak problem with the parent process. After the child process dies and restarts, the parent process grows in size. This happens every time the child process dies and restarts. So with either configuration, I have a memory leak problem. What can I do to fix this problem? -son
Mod_perl tutorials
Jeff, I was looking around Stas' site and found a discussion in which you stated that you taught some underlings about mod_perl in 2 five hour sessions. What is the story on these tutorials? Is it something you can distribute, or did most of it come off of the top your head? Thanks, Jon -- J. J. Horner [EMAIL PROTECTED] Apache, Perl, mod_perl, Web security, Linux PGP signature
Re: Help me beat Java.
Hi all, On Wed, 13 Dec 2000, Vivek Khera wrote: j 3. Is there a way to precomplie perl to machine code to Don't think so, but there could be. There's a Perl to C translator but I don't tink you want to go there. 73, Ged.
Re: Mod_perl tutorials
J. J. Horner writes: What is the story on these tutorials? Is it something you can distribute, or did most of it come off of the top your head? Tutorials seems like a deadend for effort. I've had zero (0) responses to my offer of my "Introduction to mod_perl" tutorial. If nobody's interested in increasing the number of mod_perl programmers through tutorials, then the only other option I can think of is strategically-placed success stories. I know that perl.oreilly.com is making a point of collecting Perl success stories and is always hungry for more. They won't convert the unwashed there, though. It'd sure be nice to have a WebTechniques special issue on mod_perl. Hint, hint, Randal :-) Nat
Re: DHTML Support in CGI/Perl
hi , DHTML is simply a subset of SGML.. IMHO anyhow.. perl will support pretty much anything if your ready and willing to get your hands dirty;-)) Manhar Goindi wrote: Hi,Does CGI/Perl support DHTML? Is there any reference material available where we can get this information whether it is possible to dynamically generate web pages from CGI/Perl.If this is not the right forum pertaining to this discussion, then could you send me the e-mail address of the forum where I can pose my queries?Thanks Best Regards,Manhar Goindi
Has anyone built mob_perl on SuSE 7 or RH 7???
I have been trying to no end to get mod_perl-1.24 to compile with Apache-1.3.14 on SuSE 7.0 and Red Hat 7.0. Here are some procedures I have tried. Note, each time I have started with freshly upacked tarballs of mod_perl-1.24 and apache-1.3.14. 1) unpack and configure apache: ./configure --prefix=/usr/local/apache --enable-module=all make;make install 2) unpack and configure mod_perl: perl Makefile.PL Here is the resulting output: BEGIN bilabong:/usr/local/src/mod_perl-1.24 ===perl Makefile.PL Enter `q' to stop search Please tell me where I can find your apache src [../apache_x.x/src] /usr/local/src/apache_1.3.14/src Configure mod_perl with /usr/local/src/apache_1.3.14/src ? [y] Shall I build httpd in /usr/local/src/apache_1.3.14/src for you? [y] n * WARNING * Apache Version 1.3.0 required, aborting... * WARNING * END If I try and have it build httpd for me, here is what I get: BEGIN bilabong:/usr/local/src/mod_perl-1.24 ===perl Makefile.PL Enter `q' to stop search Please tell me where I can find your apache src [../apache_x.x/src] /usr/local/src/apache_1.3.14/src Configure mod_perl with /usr/local/src/apache_1.3.14/src ? [y] Shall I build httpd in /usr/local/src/apache_1.3.14/src for you? [y] Appending mod_perl to src/Configuration Using config file: /usr/local/src/mod_perl-1.24/src/Configuration Creating Makefile + configured for Linux platform + setting C compiler to gcc + setting C pre-processor to gcc -E + checking for system header files + adding selected modules + checking sizeof various data types + doing sanity check on compiler and options Creating Makefile in support Creating Makefile in regex Creating Makefile in os/unix Creating Makefile in ap Creating Makefile in main Creating Makefile in lib/expat-lite Creating Makefile in modules/standard EXTRA_CFLAGS: -DLINUX=2 -DUSE_HSREGEX -DUSE_EXPAT -I$(SRCDIR)/lib/expat-lite -DNO_DL_NEEDED * WARNING * Apache Version 1.3.0 required, aborting... * WARNING * END I have successfully built Apache-1.3.14 with PHP4 including oracle, mysql, and xml support, however, mod_perl fails miserably. NOTE: I am simply trying to get mod_perl installed with a cherry version of Apache, I have long ago gave up trying to get it built with PHP as well. Any help is greatly appreciated. Thanks, Chuck
Re: Re[2]: Mod_perl tutorials
Allen Wilson writes: I for one...would like to see some tutorials. I am just starting to use mod_perl and it hard getting a firm start. http://prometheus.frii.com/~gnat/mod_perl is the only freely-available tutorial that I know of. There are a few (ahem) bugs in the code, but the tutorial is still useful (IMHO). I'd appreciate any feedback you have. Nat
Re: Mod_perl tutorials
snip all other notes on it I've seen a few folks say "my tuturial is at http://xxx", etc. But it would be great if someone could put them all in a single place (take23?) with a blurb about each. I've been trying to keep the email with the links to the various presentations and tutorials for the moment when I have time to look at them, but it'd be great to have a single location that I might have in my memory when time is available. Jay
Re: Mod_perl tutorials
On Wed, Dec 13, 2000 at 11:08:44AM -0700, Nathan Torkington wrote: J. J. Horner writes: What is the story on these tutorials? Is it something you can distribute, or did most of it come off of the top your head? Tutorials seems like a deadend for effort. I've had zero (0) responses to my offer of my "Introduction to mod_perl" tutorial. I'm interested. Send me a link, or tell me more information. If it is going to cost me, it will have to wait until after Christmas. My Christmas budge was depleted when I bought a new laptop, a new server, and a french horn. JJ -- J. J. Horner [EMAIL PROTECTED] Apache, Perl, mod_perl, Web security, Linux PGP signature
Re: memory leak in win32
I've had memory leak issues on Linux [so I don't know how appropriate this advise is for Windows], and the fix that worked the best for others myself was to actually kill the apache server restart it. The process takes seconds, and can be automated scheduled for off-hours. If you search the archives you'll even find a log-rotation program that someone was kind enough to post. Just change it to suit your needs. Son Chang wrote: Hi, I'm experiencing a memory leak with Apache 1.3.14 with mod_perl 1.23 and perl5.6.0 on Windows NT4.0 and Windows2000. I've been running some test with a very simple ModPerl handler which just outputs an HTML page with hello world in it. Also, I made sure to undef all variables that I use. In general, the child processes grow with each request. Also, if I set MaxRequestsPerChild to 20 so the child process dies and restarts after every 20 request, this fixes the problem for the child processes. However, with this configuration, there's a memory leak problem with the parent process. After the child process dies and restarts, the parent process grows in size. This happens every time the child process dies and restarts. So with either configuration, I have a memory leak problem. What can I do to fix this problem? -son
Re: Mod_perl tutorials
"Matt" == Matt Sergeant [EMAIL PROTECTED] writes: Matt On Wed, 13 Dec 2000, Jay Jacobs wrote: snip all other notes on it I've seen a few folks say "my tuturial is at http://xxx", etc. But it would be great if someone could put them all in a single place (take23?) with a blurb about each. I've been trying to keep the email with the links to the various presentations and tutorials for the moment when I have time to look at them, but it'd be great to have a single location that I might have in my memory when time is available. Matt I'd love to get all of these onto take23, but of course that requires some Matt sort of effort from someone to gather them together and put together a web Matt page (in XML!). Volunteers? They really also belong on perl.apache.org, unless take23 is supposed to be taking over that responsibility, or unless take23 will have a VERY PROMINENT link on perl.apache.org. "take23" doesn't mean anything for me with respect to "mod_perl" by the way. Is there a secret handshake^Wmnemonic that I can remember the name of that website? perl.apache.org was easy to remember. -- Randal L. Schwartz - Stonehenge Consulting Services, Inc. - +1 503 777 0095 [EMAIL PROTECTED] URL:http://www.stonehenge.com/merlyn/ Perl/Unix/security consulting, Technical writing, Comedy, etc. etc. See PerlTraining.Stonehenge.com for onsite and open-enrollment Perl training!
Re: Mod_perl tutorials
At 11:17 13/12/2000 -0800, Randal L. Schwartz wrote: "take23" doesn't mean anything for me with respect to "mod_perl" by the way. Is there a secret handshake^Wmnemonic that I can remember the name of that website? perl.apache.org was easy to remember. Spend a few hours trying to figure out how to write a custom directive through mod_perl (eagle chap 8 iirc). -- robin b. Oops. My Brain just hit a bad sector.
Re: Mod_perl tutorials
On 13 Dec 2000, (Randal L. Schwartz) wrote: They really also belong on perl.apache.org, unless take23 is supposed to be taking over that responsibility, or unless take23 will have a VERY PROMINENT link on perl.apache.org. I wouldn't say "taken over" but I can say you'll see more frequent updates on take23, and it'll always be prettier :-) "take23" doesn't mean anything for me with respect to "mod_perl" by the way. Is there a secret handshake^Wmnemonic that I can remember the name of that website? perl.apache.org was easy to remember. It will always be at modperl.sergeant.org too, but there's no secret mnemonic. Well there is a connection to mod_perl (I wouldn't have just plucked a name out of mid air), but I'm not going to just reveal it, even though someone has already figured it out. Maybe one day it will become an FAQ. For now, try a bookmark. -- Matt/ /||** Director and CTO ** //||** AxKit.com Ltd ** ** XML Application Serving ** // ||** http://axkit.org ** ** XSLT, XPathScript, XSP ** // \\| // ** Personal Web Site: http://sergeant.org/ ** \\// //\\ // \\
[OT] Re: Which is good mailing list for perl developers.
On Wed, 13 Dec 2000, bari wrote: Hi there, i wonder if any one knows which is a good mailing list for perl developer to ask questions. i have a question that how do i represent the contents of two dimensional array in CSV in perl. And i know this is a modperl mailing list. i jsut wanted to know a good mailing list for perl developers. It seems pretty dead, but there are still subscribers, on [EMAIL PROTECTED] Send a mail to [EMAIL PROTECTED] to subscribe. So far most questions asked there have been answered pretty well. -- Matt/ /||** Director and CTO ** //||** AxKit.com Ltd ** ** XML Application Serving ** // ||** http://axkit.org ** ** XSLT, XPathScript, XSP ** // \\| // ** Personal Web Site: http://sergeant.org/ ** \\// //\\ // \\
Re: Mod_perl tutorials
"Matt" == Matt Sergeant [EMAIL PROTECTED] writes: Matt On 13 Dec 2000, (Randal L. Schwartz) wrote: They really also belong on perl.apache.org, unless take23 is supposed to be taking over that responsibility, or unless take23 will have a VERY PROMINENT link on perl.apache.org. Matt I wouldn't say "taken over" but I can say you'll see more frequent updates Matt on take23, and it'll always be prettier :-) Well, then, I'd ask for the perl.apache.org folks to "bless" the take23.org site by linking to it prominently, along with a context so that visitors know why some things are on perl.apache.org and others are on take23.org. And admittedly, the perl.org/pm.org/perl.com split is never clear to most visitors (or even to the people who maintain it). I'm just afraid of another arbitrary demarcation like this. Matt It will always be at modperl.sergeant.org too, but there's no secret Matt mnemonic. Well there is a connection to mod_perl (I wouldn't have just Matt plucked a name out of mid air), but I'm not going to just reveal it, even Matt though someone has already figured it out. Maybe one day it will become an Matt FAQ. Matt For now, try a bookmark. That doesn't help me remember it when I'm on a strange browser, or trying to tell some people in front of a room. But now that I know the secret mnemonic, it'll help. If you want traffic on your site, pick a way for people to remember it when they walk into an internet cafe or when they are talking to others in the hall. Clever secret names suck, until you're the first hit in google. :) -- Randal L. Schwartz - Stonehenge Consulting Services, Inc. - +1 503 777 0095 [EMAIL PROTECTED] URL:http://www.stonehenge.com/merlyn/ Perl/Unix/security consulting, Technical writing, Comedy, etc. etc. See PerlTraining.Stonehenge.com for onsite and open-enrollment Perl training!
Re: Mod_perl tutorials
I am also interested in mod_perl tutorials. If someone is taking names and email addresses, add mine. Make it Ken Creason, [EMAIL PROTECTED] Thanks, _Ken Napa Valley Linux Users Group Napa Valley Perl Mongers At 01:41 PM 12/13/00 -0500, you wrote: On Wed, Dec 13, 2000 at 11:08:44AM -0700, Nathan Torkington wrote: J. J. Horner writes: What is the story on these tutorials? Is it something you can distribute, or did most of it come off of the top your head? Tutorials seems like a deadend for effort. I've had zero (0) responses to my offer of my "Introduction to mod_perl" tutorial. I'm interested. Send me a link, or tell me more information. If it is going to cost me, it will have to wait until after Christmas. My Christmas budge was depleted when I bought a new laptop, a new server, and a french horn. JJ -- J. J. Horner [EMAIL PROTECTED] Apache, Perl, mod_perl, Web security, Linux
Re: Mod_perl tutorials
On 13 Dec 2000, (Randal L. Schwartz) wrote: Well, then, I'd ask for the perl.apache.org folks to "bless" the take23.org site by linking to it prominently, along with a context so that visitors know why some things are on perl.apache.org and others are on take23.org. Well Doug likes the site, and I'd assume someone is going to add a link fairly shortly to perl.apache.org. Basically I see the distinction as news/community vs the official home page. The same as php3.org vs phpbuilder. If you want traffic on your site, pick a way for people to remember it when they walk into an internet cafe or when they are talking to others in the hall. Clever secret names suck, until you're the first hit in google. :) Suggestions for ways to help that would be most appreciated. -- Matt/ /||** Director and CTO ** //||** AxKit.com Ltd ** ** XML Application Serving ** // ||** http://axkit.org ** ** XSLT, XPathScript, XSP ** // \\| // ** Personal Web Site: http://sergeant.org/ ** \\// //\\ // \\
Re: Which is good mailing list for perl developers.
bari wrote: i jsut wanted to know a good mailing list for perl developers. http://listserv.ActiveState.com/pipermail/perl-win32-users/
Re: Mod_perl tutorials
"Matt" == Matt Sergeant [EMAIL PROTECTED] writes: Matt Suggestions for ways to help that would be most appreciated. Make a link on the left on the home page "why the name take23?". Then clever people like me can read it, and remember the name much better. /me scuffles off to register no-args.org now... :) -- Randal L. Schwartz - Stonehenge Consulting Services, Inc. - +1 503 777 0095 [EMAIL PROTECTED] URL:http://www.stonehenge.com/merlyn/ Perl/Unix/security consulting, Technical writing, Comedy, etc. etc. See PerlTraining.Stonehenge.com for onsite and open-enrollment Perl training!
Re: Mod_perl tutorials
Well Doug likes the site, and I'd assume someone is going to add a link fairly shortly to perl.apache.org. There already is, I think Stas added it. It's under "News and Resources for the mod_perl world" in the toc. If you want traffic on your site, pick a way for people to remember it when they walk into an internet cafe or when they are talking to others in the hall. Clever secret names suck, until you're the first hit in google. :) Suggestions for ways to help that would be most appreciated. You can get into dmoz by submitting your site to the editor of the appropriate section and that will already get you into google as it uses it. Otherwise, well basically the best way to get google to list you well is to have a lot of people link to you with their sites contaning perl/mod_perl/website building info (and to submit all those sites + yours to google so that it'll visit them). -- robin b. He who laughs last thinks slowest.
Re: Help me beat Java.
On Wed, 13 Dec 2000, G.W. Haywood wrote: Hi all, On Wed, 13 Dec 2000, Vivek Khera wrote: j 3. Is there a way to precomplie perl to machine code to Don't think so, but there could be. There's a Perl to C translator but I don't tink you want to go there. It doesn't make the code run faster. It only helps if you want to hide the source code (to make it harder to get to the source code :) and it won't work under mod_perl anyway. _ Stas Bekman JAm_pH -- Just Another mod_perl Hacker http://stason.org/ mod_perl Guide http://perl.apache.org/guide mailto:[EMAIL PROTECTED] http://apachetoday.com http://logilune.com/ http://singlesheaven.com http://perl.apache.org http://perlmonth.com/
Re: Mod_perl tutorials
Matt Sergeant writes: Basically I see the distinction as news/community vs the official home page. The same as php3.org vs phpbuilder. I think modperl.com should be the webpage that shows modperl to be an active vibrant technology. In other words, I think take23 should really be on modperl.com. The domain name is the killer. Nat
Re: Which is good mailing list for perl developers.
On Wed, 13 Dec 2000, bari wrote: Hi there, i wonder if any one knows which is a good mailing list for perl developer to ask questions. i have a question that how do i represent the contents of two dimensional array in CSV in perl. And i know this is a modperl mailing list. i jsut wanted to know a good mailing list for perl developers. You should try http://perlmonks.org/ -- I don't know how good they are, but why don't you give a try. Thank You, - Bari _ Stas Bekman JAm_pH -- Just Another mod_perl Hacker http://stason.org/ mod_perl Guide http://perl.apache.org/guide mailto:[EMAIL PROTECTED] http://apachetoday.com http://logilune.com/ http://singlesheaven.com http://perl.apache.org http://perlmonth.com/
Re: Help me beat Java.
Hi Stas, On Wed, 13 Dec 2000, Stas Bekman wrote: On Wed, 13 Dec 2000, G.W. Haywood wrote: There's a Perl to C translator but I don't tink you want to go there. It doesn't make the code run faster. It only helps if you want to hide the source code (to make it harder to get to the source code :) and it won't work under mod_perl anyway. I know. I _said_ he didn't want to go there...:) 73, Ged.
Re: Mod_perl tutorials
On Wed, 13 Dec 2000, Matt Sergeant wrote: On 13 Dec 2000, (Randal L. Schwartz) wrote: They really also belong on perl.apache.org, unless take23 is supposed to be taking over that responsibility, or unless take23 will have a VERY PROMINENT link on perl.apache.org. I wouldn't say "taken over" but I can say you'll see more frequent updates on take23, and it'll always be prettier :-) Come'n guys, do you read cvs commits? I've linked to take23 from perl.apache.org on the same day the site was announced -- it's the second link in the TOC: Download = News and Resources for the mod_perl world Perl Apache Modules Help with Perl Apache Modules Wanted Books and Documentation Definitely one shouldn't discourage Matt from doing what he's doing, since people promised to take over perl.apache.org for years, and nobody committed to complete even something was started. May be Matt will want to use some CNAME, like take23.perl.apache.org -- this is a good idea, but otherwise, the link is there. _ Stas Bekman JAm_pH -- Just Another mod_perl Hacker http://stason.org/ mod_perl Guide http://perl.apache.org/guide mailto:[EMAIL PROTECTED] http://apachetoday.com http://logilune.com/ http://singlesheaven.com http://perl.apache.org http://perlmonth.com/
RE: Mod_perl tutorials
-Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Wednesday, December 13, 2000 3:01 PM To: Matt Sergeant Cc: Jay Jacobs; [EMAIL PROTECTED] Subject: Re: Mod_perl tutorials /me scuffles off to register no-args.org now... :) I'm partial to to rawargs.org myself - it's more visceral... ;) --Geoff
Re: Re[2]: Mod_perl tutorials
On Wed, 13 Dec 2000, Nathan Torkington wrote: Allen Wilson writes: I for one...would like to see some tutorials. I am just starting to use mod_perl and it hard getting a firm start. http://prometheus.frii.com/~gnat/mod_perl is the only freely-available tutorial that I know of. There are a few (ahem) bugs in the code, but the tutorial is still useful (IMHO). I'd appreciate any feedback you have. My slides/handouts from the last 5 conferences are all available as well at http://stason.org/talks/, but since they are based on the guide, you better head off to read the guide in first place, since it's most up to date. _ Stas Bekman JAm_pH -- Just Another mod_perl Hacker http://stason.org/ mod_perl Guide http://perl.apache.org/guide mailto:[EMAIL PROTECTED] http://apachetoday.com http://logilune.com/ http://singlesheaven.com http://perl.apache.org http://perlmonth.com/
STDOUT issues ...
Hi all ... I have searched through the archives for an answer and have found a lot of discussion, but nothing concrete enough to help ... I am using Spreadsheet::WriteExcel to create an Excel doc (hence the name) but I keep getting blank documents back. The module can write to a file or to STDOUT using '-'. From the archives I see that this is similar to an issue with Apache::Magick where the C STDOUT (expressed as '-' or '-') is different from Perl's default STDOUT. I have also tried the code from the mod_perl guide: use constant IS_MODPERL = $ENV{MOD_PERL}; if (IS_MODPERL) { tie *OUT, 'Apache'; } else { open (OUT, "-"); } I'm probably not using this as intended, though (an example would help). Does this go before the handler sub, or in it ??? Here is the code below (BTW it does work as a plain cgi script w/o the mod_perl additions of course). You can see the different ways I have been trying to do this ... package Planning_xls; # File: /usr/local/apache/lib/perl/Planning_xls.pm use strict; use Apache::Constants qw(:common REDIRECT HTTP_SERVICE_UNAVAILABLE); use Spreadsheet::WriteExcel; sub handler { my $r = shift; use constant IS_MODPERL = $ENV{MOD_PERL}; if (IS_MODPERL) { tie *OUT, 'Apache'; } else { open (OUT, "-"); } # *STDOUT = *r{IO}; # tie *STDOUT = Apache; # tie *STDOUT = $r; # tie *STDOUT = 'Apache'; # open(STDOUT, "-"); # untie *STDOUT; # open(STDOUT, "=" . fileno($fh)); $r-content_type('application/vnd.ms-excel'); # $r-content_type('text/html'); $r-send_http_header; my $workbook = Spreadsheet::WriteExcel-new("-"); # my $workbook = Spreadsheet::WriteExcel-new(STDOUT); my $worksheet = $workbook-addworksheet("test"); my $format = $workbook-addformat(); $format-set_bold(); $format-set_color('red'); $format-set_align('center'); $worksheet-write(0, 0, 1); $worksheet-write(1, 1, 1.2345); $worksheet-write(2, 2, "formatted", $format); $workbook-close(); return OK; } 1; __END__ Thanks for any help ... I know I am missing something obvious ... Dave Homsher Webmaster MACtac IT "The tree of liberty must be watered periodically with the blood of tyrants and patriots alike. ... Resistance to tyrants is obedience to God." - Thomas Jefferson
Driver to access the MS SQL Server database!!!
Hi all, Please, can anyone tell me what driver I can use to access the MS SQL Server database? I am using the freetds_dbd driver, but It doesn't work properly when under heavy workload, the child processes of the apache server are aborted. I think that the problem is the freetds_dbd driver, because I am wanting to use another driver. If someone must help me I will be very appreciated. Thanks... Edmar Edilton da Silva Bacharel em Cincia da Computaco - UFV Mestrando em Cincia da Computaco - UNICAMP
RFC: Apache::FileMan
I have created a new module that I called, Apache::FileMan.pm. FileMan provides a file manager for a web sites through a web browser. It is a extensive rewrite of the Apache::AutoIndex.pm module (written by Philippe M. Chiasson), which in turn was a remake of the autoindex Apache module. FileMan can provide the same functionality as AutoIndex.pm and can be used to both to navigate and manage the web site. Hopefully this module will open a new realm for web service providers (WSP). This is my first Apache module. I am not quiet sure what others will expect me to do, nor how I should provide the code to the mod_perl user community for inspection. The module has some interesting aspects, such as how to provide file permissions (security) in a shared environment.
RE: memory leak in win32
Son Chang wrote: Hi, I'm experiencing a memory leak with Apache 1.3.14 with mod_perl 1.23 and perl5.6.0 on Windows NT4.0 and Windows2000. I've been running some test with a very simple ModPerl handler which just outputs an HTML page with hello world in it. Also, I made sure to undef all variables that I use. In general, the child processes grow with each request. Also, if I set MaxRequestsPerChild to 20 so the child process dies and restarts after every 20 request, this fixes the problem for the child processes. However, with this configuration, there's a memory leak problem with the parent process. After the child process dies and restarts, the parent process grows in size. This happens every time the child process dies and restarts. So with either configuration, I have a memory leak problem. What can I do to fix this problem? -son Heh, I just unsubscribed from the mailing list, almost missed your question. We ran into the exact same problem here. Try: http://forum.swarthmore.edu/epigone/modperl/groxbloiglim/03AB3CB11CBED3118A4 F009027B0C2B16B71A4@HAPPY Our fix stops the child process growing, but not the parent. -harshy -- Harshy Wanigasekara, Software guy, Omneon Video Networks.
Re: Mod_perl tutorials
On 13 Dec 2000, Randal L. Schwartz wrote: And admittedly, the perl.org/pm.org/perl.com split is never clear to most visitors (or even to the people who maintain it). I'm just afraid of another arbitrary demarcation like this. i assume you mean the www hosts since you are talking about web sites. the domains themselves do a lto more than jsut web thingys. it's very clear to me and i think it is clear to mjd, and i wouldn't say that it is unclear to most visitors. some visitors will always be confused about a website no matter what it is or how much you tell them about it. :) the trouble is what people think a particular website should do and what it actually does. -- brian d foy [EMAIL PROTECTED] Director of Technology, Smith Renaud, Inc. 875 Avenue of the Americas, 2510, New York, NY 10001 V: (212) 239-8985
Re: Mod_perl tutorials
Dave Kaufman wrote: i have to say i really like the look and feel of Matt's take23.org. (and by the way, for those, like me, who can't seem to keep up with reading *every* message on this list... it's take23.ORG. I went looking for "take23" and i can attest that the cryptic but nicely designed take23.COM, has nothing at all to do with mod_perl on it :-)) I vaguely remember seeing mockups similar to take23.org as a proposed facelift for perl.apache.org. I really liked the design and always wondered why it never got used (apart from the manhours to implement the change :-) i for one would like to see take23.org become "the place" for people deciding if mod_perl is for them, getting started with it, and keeping up with the latest and greatest. i did turn my nose up at the banners at first, but on second thought, i'm even more *thoroughly* sick of open-source resource sites that are plain (unintesting, visually) and whose content is stale due to a lackluster (volunteer) maintenance. so, if some ad-income keeps take23 fresh and useful, i think i could be bothered to remember the URL :-) A quick check of nsiregistry.com shows that modperlnews.(com|org|net) are all available. Those domains are definately a little easier to remember than take23. What are some other alternatives to take23.org that would be easier on the grey matter? -- Drew Taylor Software Engineer OpenAir.com - Making Business a Breeze! Open a free account today at www.openair.com
Re: RFC: Apache::FileMan
Stas Bekman [EMAIL PROTECTED] At 11:11 PM 12/13/00 +0100, you wrote: On Wed, 13 Dec 2000, George Sanderson wrote: At 10:29 PM 12/13/00 +0100, you wrote: Do you want me to email you a *.tar.gz file? No. Please post the URL. http://www.xorgate.com/FileMan/FileMan-0.01.tar.gzhttp://www.xorgate.com/ FileMan/FileMan-0.01.tar.gz What do you mean by having aspects? Is it a question, or you does the module provides all the answers? I set the GID on the files and directories for the users that are authenticated. Also the GID of the files and directories are check before any significant commands are executed. Hmm, are you running the server as root? How can you set different GID than. No, Apache runs with a common "webuser" ID, just like normal Apache children. All I do is create a new UNIX /etc/group and make webuser a member of that group. When Apache creates files via FileMan, their UID is "webuser" (Apache's PUID). When a user is authorized, FileMan picks up a GID from an Apache environment variable for that user. Since Apache owns the file and is a member of the group, it can change the GID of the files. I'm investigating multiple membership and how that might be done. May be you should be more explicit in your question? What are you trying to accomplish and you don't get it? This is not really a question. I am just mumbling. Currently I have only two levels, of access control in FileMan, namely, "admin", and "user". I think there is a need for an intermediate level, that is, being able to run all the commands, but not able to change GIDs of the files.
Re: Mod_perl tutorials
At 14:44 13/12/2000 -0800, brian moseley wrote: On Wed, 13 Dec 2000, Robin Berjon wrote: Other people seemed to be interested and said they'd take care of doing something but like me I guess they got flooded by work stuff. That's certainly what happened to me :/ that, and the fact that there is so much random content laying around the perl.apache.org site, in so many random formats. the amount of work it was going to take to retrofit all that junk pushed it to the bottom of my priority list. I didn't mean to target you particularly there brian :) But indeed I bumped into the same problem. Back then my todo list included writing Pod::SAX and pod2sax (a pod translator that woudl generate SAX events) and an XML publishing tool, which would have taken care of turning the site into whatever layout might have been needed. Of course, in the meantime Matt came up with AxKit and something that does more or less what I wanted to do with Pod::SAX (neither take care of *all* the requirements that I set for myself, but then I didn't release anything and it's probably much better to have a good part of it than all of it :). sure would be nice if a lot of that content made its way to take23 in a format that can be more easily managed. I think Matt requires some XML format (I'd guess DocBook) for take23. However, translating from well-written pod to DocBook shouldn't be too hard (especially as I think that Matt's Pod::XML takes care of a lot of that; a patched Pod::DocBook will do too). -- robin b. A computer lets you make more mistakes faster than any other invention, with the possible exceptions of handguns and Tequila.
Re: RFC: Apache::FileMan
At 02:32 PM 12/13/00 -0800 Carlos Ramirez [EMAIL PROTECTED] wrote: Looks very nice and useful! Does it use the default apache icons when the files are listed? when do you plan to make it available to the public on CPAN? docs? Yes, it does use the apache icons, just like Apache::AutoIndex.pm. My intention is to make it available on CPAN. I have the docs, test, and etc., however I have never released anything to CPAN before, so I am sure I am missing something. I put a copy of the current package at: http://www.xorgate.com/FileMan/FileMan-0.01.tar.gz
[OT] Re: Mod_perl tutorials
At 23:31 13/12/2000 +0100, Stas Bekman wrote: A quick check of nsiregistry.com shows that modperlnews.(com|org|net) are all available. Too bad for you/us. You can be sure that when you will go to register any of the above they will be all taken by a reseller. I've mentioned a few times on this list that one should do atomic buys (tm). If you check and don't buy in the same assembly opcode, someone else snoops on your search and will do it for you. The only way to get a domain nowadays is to check-buy atomically. I have enough examples of people who were burned. I've lost stas.com 2.5 years ago, because it took me 1 day to decide that I want to spend $$ on it, well it was taken the next day... That's all too true. For certain Network Solutions have a service that warns some people that have paid (a lot) when someone checks an address that doesn't exist yet. They offered it to one of the companies I worked for once so I know for sure. This doesn't mean that modperlnew will be taken within hours but one should be very careful when using registrars' whois/dns check tools. If you could want it, buy it immediately. Maybe some registrars are not that kind of bandits, but it's hard to know. When the revolution comes, we should probably hang most of those nic people ;) -- robin b. Immature poets imitate, mature poets steal. -- T.S. Eliot
Re: Article idea: mod_perl + JSP
On Thu, 14 Dec 2000, Gunther Birznieks wrote: So I guess it's a matter of degree. I simply do love Perl, but I don't hate Java, I just merely really like it. I guess you could say I cheat on my Perl gf all the time. :) But unlike in life, I don't think a monogamous relationship with my language is actually very healthy. http://www.polyamory.com/
Re: Mod_perl tutorials
On Thu, 14 Dec 2000, Robin Berjon wrote: really notice or care. Most of the content is more or less static, at least it doesn't change all that often. yah. i'm sure wml or it's like would work just as nicely for managing the site. it's just, as everybody on this list knows, a gigantic pain in the ass to apply a new look to a large, disorganized sprawl of multiply-formatted OLD documents.
Re: Mod_perl tutorials
On Thu, 14 Dec 2000, Gunther Birznieks wrote: I guess part of the problem is that PPT is a binary file so if someone checks out of CVS, and modifies slide 3 and another person modifies slide 1, there's really no way of piecing it together again without being annoyed by CVS update. POD or another text format is definitely a way to go if it's to be released as OSS and expected to be maintained by the community. You can use my hackish Pod::HtmlPsPdf, which tries hard to help generate slides. The only caveat it has now, is that the html2ps tool that it uses generates not 100% complete PS, so when I run ps2pdf everything is cool, but acroread has no option to rotate slides by 90% , so I have to use ghostview instead during my classes. Of course you are welcome to send me patches that improve the slide mode of this module. _ Stas Bekman JAm_pH -- Just Another mod_perl Hacker http://stason.org/ mod_perl Guide http://perl.apache.org/guide mailto:[EMAIL PROTECTED] http://apachetoday.com http://logilune.com/ http://singlesheaven.com http://perl.apache.org http://perlmonth.com/
RE: Mod_perl tutorials
My two cents-- I really like the look of the take23 site as well, and I would be happy as a clam if we could get modperl.org. I'd even be willing to chip in some (money/time/effort) to see whether we could get modperl.org. More than that, though, I think that I would really like to see take23 in large measure replace the current perl.apache.org. I remember the first time I looked at perl.apache.org, it was not at all clear to me that I could build a fast database-backed web application using mod_perl. In contrast, when you click on PHP from www.apache.org, you are taken directly to a site that gives you the sense that there is a strong, vibrant community around php. (BTW, I also like the look and feel of take23 significantly more than php). Anyways, those are my own biases. The final bias is that the advocacy site should be hosted someplace _fast_; one of the reasons I initially avoided PHP was that their _site_ was dog slow, and I associated that with PHP being dog slow. Anyways, take23 is very fast for now. cheers, Ed
Re: Which is good mailing list for perl developers.
Excuse me if I make an error. This is my first post to this list and not sure how it all fits together exactly. I just joined the news perl list you selected to have a look at it and now wonder why you don't put this mailing list in the same type of setup. There may be a way to do it that I don't know about and if there is, info greatly appreciated. Anyway, It is very tough keeping up with all of the emails and subjects. I now see that I should have joined with an email address created just for this list so that I could filter it to a folder somewhere. Anyway, why doesn't someone put this list on a news feeder. It would be much easier to maintain from a users point of view. John M - Original Message - From: "Jeremy Howard" [EMAIL PROTECTED] To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Wednesday, December 13, 2000 6:22 PM Subject: Re: Which is good mailing list for perl developers. bari wrote: Hi there, i wonder if any one knows which is a good mailing list for perl developer to ask questions. i have a question that how do i represent the contents of two dimensional array in CSV in perl. Try Text::CSV from CPAN. And i know this is a modperl mailing list. i jsut wanted to know a good mailing list for perl developers. Actually, your best bet is on Usenet, not a mailing list: news:comp.lang.perl.misc
[OT] Re: Which is good mailing list for perl developers.
John Michael Soileau wrote: Excuse me if I make an error. This is my first post to this list and not sure how it all fits together exactly. I just joined the news perl list you selected to have a look at it and now wonder why you don't put this mailing list in the same type of setup. There may be a way to do it that I don't know about and if there is, info greatly appreciated. Anyway, It is very tough keeping up with all of the emails and subjects. I now see that I should have joined with an email address created just for this list so that I could filter it to a folder somewhere. Anyway, why doesn't someone put this list on a news feeder. It would be much easier to maintain from a users point of view. Setting up a Usenet group is quite a lot of work, and the mod_perl list may not be high enough volume to justify it. Using Procmail or Sieve makes it easy to work with mailing lists. Create a folder for each list, and then create a rule where any message with to/cc containing '[EMAIL PROTECTED]' is moved to that folder.
Re: (Beginner) Is there a Windows zip download of mod_Perl?
On Wed, 13 Dec 2000, Garry Heaton wrote: I'm new to mod_Perl and fairly new to Perl, having just begun my journey through the desert on the back of Camel Mk3. I've successfully installed and configured Apache 1.3 on Windows 98. Trouble is all the mod_Perl downloads are .tar files. Does this mean I can't run it on my Windows version of Apache? Please, if anyone can tell me where I can download a .zip file I'd be grateful. If you have ActivePerl (build 6xx), there's a mod_perl ppm package, and some other Apache::* ppms, available at http://theoryx5.uwinnipeg.ca/ppmpackages/ Choose the mod_perl ppd corresponding to your Apache version. You can install these via the ppm utility: ppm install http://theoryx5.uwinnipeg.ca/ppmpackages/whatever.ppd Also at this location is a sample Apache httpd.conf for Win32 mod_perl. Bearing in mind some Win32 peculiarities, the mod_perl docs, http://perl.apache.org/ (particularly the guide), and http://take23.org/ have lots of info to get you started. best regards, randy kobes
Re: Mod_perl tutorials
"Ed Park" [EMAIL PROTECTED] wrote: I really like the look of the take23 site as well, and I would be happy as a clam if we could get modperl.org. I'd even be willing to chip in some (money/time/effort) to see whether we could get modperl.org. ok, money is tight and time is short but here's a shred of effort: modperl.org is registered to Baiju Thakkar [EMAIL PROTECTED], "the O'Reilly Network's Bureau Chief for Linux, and the founder of linuxmonth.com and perlmonth.com", according to: http://www.oreillynet.com/pub/au/37 so we might presume that Mr. Thakkar could be willing to cooperate with an organized effort to maintain content on the domain. like i said, i'm kinda new, but from brian's and Robin's remarks, it seems that committment (and followup) is a bit in short supply. not surprising, tho. we all have a living to make. plus I've found that most programmers don't like to "do html" (in quantity), preferring instead to write programs that do (and coincidentally i've also found that graphic designers who live in Phoshop don't like to "do" too much html either, resulting in a labor shortage of "html technologists"), and as a result hard-technology oriented sites like perl.apache.org tend to look, well like perl.apache.org... so, towards organizing an effort to propose to Mr. Thakkar for our grand plans to populate his domain name with relevent, stylish and fresh mod_perlage, i'm glad to do whatever i can to help. i personally happen to *like* doing big sites full of complicated xhtml-compliant cross-browser html (please don't tell anyone, tho :-)) ...of course i'm not masochistic and *am* really lazy too, so i prefer to design few and deploy many using templates, but (a great looking useful) modperl.org would be a site i could definitely sink my teeth into. if that means day to day floor-sweeping, email-answering or that brian mail-bombs me all his, (ahem) "...much random content laying around the perl.apache.org site, in so many random formats" and i take on the task of reformatting it to some digestable flavor of xml, "i'm down with it" (...a term which, my daughter tells me, means what "i'm up to it" used to mean g) More than that, though, I think that I would really like to see take23 in large measure replace the current perl.apache.org. I remember the first time I looked at perl.apache.org, it was not at all clear to me that I could build a fast database-backed web application using mod_perl. [all mention of heretic php technologies snipped] well, hmmm. i won't presume to suggest that Matt rename take23.org (again) to modperl.org (tho that certainly would be a slam dunk) but he has done a lot of fine work combining plentiful content with great form, and if it stays fresh, such a site *will* replace perl.apache.org (in traffic and popularity, even if not in name). Anyways, those are my own biases. The final bias is that the advocacy site should be hosted someplace _fast_; one of the reasons I initially avoided PHP was that their _site_ was dog slow, and I associated that with PHP being dog slow. Anyways, take23 is very fast for now. i agree. the site must be hosted professionally or not at all. having a slow, unstable or buggy advocacy site would be have of a rather immediate and opposite effect to advocating mod_perl and wining "mindshare". of course this is where cash is the only cure. (perhaps some secret corporate benefactor will bless us with colocated hosting in a nice big multi-homed datacenter). and, IMO an advocacy site really MUST run on mod_perl, mustn't it? i mean really, how many people would believe Apache was a great webserver if apache.org was hosted on an IIS server? -dave
Re: Mod_perl tutorials
Hello, Just wanted to add to this thread as to the suggestion for a modperl.org. I agree that this would help mod_perl programmers as a whole. The "official" mod_perl site is sort of sparse, sort of slow, and on the whole doesn't inspire confidence in mod_perl as an industrial strength tool. As someone else already mentioned, it also doesn't use mod_perl itself. :) I'm thinking somebody should probably take it upon themselves to spearhead this effort, and perhaps set up another list for potential volunteers to coordinate. Lots of open source projects are short on useful documentation and repositories, and having an archive of docs, modules, and real-world tips sounds like a good idea for mod_perl. I'd be myself glad to help in any way possible; I'm not too bad of a mod_perl programmer and don't mind getting my hands dirty with XHTML or template systems or whatnot. Humbly, Andrew -- Andrew Ho http://www.tellme.com/ [EMAIL PROTECTED] Engineer [EMAIL PROTECTED] Voice 650-930-9062 Tellme Networks, Inc. 1-800-555-TELLFax 650-930-9101 --
Re: Mod_perl tutorials
Andrew Ho wrote: someone else already mentioned, it also doesn't use mod_perl itself. :) I'm baffled by the insistence of everyone on this thread that a bunch of static pages like the ones on perl.apache.org should be served by mod_perl. Shall I show you all how to change Apache's headers? We can say we're running mod_perl/2000 for all the difference it will make. I'm mostly kidding, but really it doesn't seem very important. Generating templated pages off-line is a much simpler (and therefore easier to build, maintain, mirror, scale, etc.) approach to this kind of site. It's not as if we need to take credit cards in the mod_perl store or something. (Although that would certainly help with the mod_perl bar tab at the next ApacheCon.) - Perrin (And, no, I don't think we need to have a page running a guestbook or calculator on the site to demonstrate the power of mod_perl. If people need to see a dynamic app so badly, let them click through to imdb.com. That site rocks.)
Re: Mod_perl tutorials
On Thu, 14 Dec 2000, Robin Berjon wrote: I didn't mean to target you particularly there brian :) i know :) But indeed I bumped into the same problem. Back then my todo list included writing Pod::SAX and pod2sax (a pod translator that woudl generate SAX events) and an XML publishing tool, which would have taken care of turning the site into whatever layout might have been needed. Of course, in the meantime Matt came up with AxKit and something that does more or less what I wanted to do with Pod::SAX (neither take care of *all* the requirements that I set for myself, but then I didn't release anything and it's probably much better to have a good part of it than all of it :). another reason it never got off the ground is that it seemed to make a lot of sense to actually use mod_perl to serve the site, but from what i've heard, the powers that be on locus aren't interested in adding it. checkpoint: bcm@rubel:~ HEAD http://perl.apache.org 200 OK Connection: close Date: Wed, 13 Dec 2000 23:17:18 GMT Server: Apache/1.3.15-dev (Unix) tomcat/1.0 Content-Type: text/html Client-Date: Wed, 13 Dec 2000 23:19:23 GMT Client-Peer: 63.211.145.10:80 we thought about moving perl.apache.org to rubel, but we never actually got around to it. ah well. i'll reiterate a point i've made several times over the last year - it would make sense to retire perl.apache.org and build a couple new sites, one for developers and one for advocacy. take23 seems to fill the latter role well, altho i'd much rather see it named modperl.org, and the former could well benefit from being on sourceforge (if they ever fix their damn login problems, jeez).