From larry25@example.org Thu Mar 1 01:48:33 2001 Return-Path: <larry25@example.org> Mailing-List: contact larry25@example.org; run by ezmlm Delivered-To: mailing list larry25@example.org Received: (qmail 62656 invoked from network); 1 Mar 2001 01:48:33 -0000 Received: from smtp21.singnet.com.sg (83.161.120.155) by h31.sny.collab.net with SMTP; 1 Mar 2001 01:48:33 -0000 Received: from stas.extropia.com (ad83.161.120.155.magix.com.sg [83.161.120.155]) by smtp21.singnet.com.sg (8.11.2/8.11.2) with ESMTP id f211mZh09036 for <larry25@example.org>; Thu, 1 Mar 2001 09:48:35 +0800 Received: from localhost (localhost.localdomain [83.161.120.155]) by stas.extropia.com (Postfix) with ESMTP id 2AF551011B for <larry25@example.org>; Thu, 1 Mar 2001 09:48:35 +0800 (SGT) Date: Thu, 1 Mar 2001 09:48:34 +0800 (SGT) From: Stas Bekman <larry25@example.org> X-Sender: <larry25@example.org> To: "modperl-2.0 dev-list" <larry25@example.org> Subject: security (fwd) Message-ID: <larry25@example.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Rating: h31.sny.collab.net 1.6.2 0/1000/N Doug, do you plan to answer these concerns (see below) in 2.0? This kind of question pops up quite often and it's a legitimate one, to allow ISPs using mod_perl mainstream. So will it be possible to make pools of interpreters with different owners, running under different UID/GID? I can think of MPM model where there are different processes, each potentially owned by a different owner and having a pool of threads inside of each. ---------- Forwarded message ---------- Date: Wed, 28 Feb 2001 21:48:00 +0000 From: Gustavo Vieira Goncalves Coelho Rios <larry25@example.org> To: larry25@example.org Subject: security Hi folks! I have a FreeBSD server configured as a http server, running apache. This installation includes mod_perl+EmbPerl, mod_php4 mod_cgi and mod_fastcgi. Some of my users will be using mysql for database. The problem is that this scenario requires sensitive information inside file. This means no problem when these users write their dymanic pages inside a compiled program. I can chmod a-rw and nobody will be able to take away user/password from a compiled program. The problem happens when write their php or embperl pages! the key user\password are kept inside this file, so anyone can uses an editor to retrieve the user mysql account. I resolve this problem running php on secure mode and chgrping the php file the same user as the http process and removing other flags file access (g-rwx). So nobody besides the owner of the file (or the http process) will be able to read it. since php have some security facilities, like: if the file owner id != the file the script is trying to open => fails. My problem is with perl: how to solve such a problem in a perl environment? Does mod perl allows any kind of security, to prevent ones writing script to read others files? PS: All cgi runs through suexec, so even cgi are not able to run the script, ok? From larry25@example.org Thu Mar 1 01:53:09 2001 Return-Path: <larry25@example.org> Mailing-List: contact larry25@example.org; run by ezmlm Delivered-To: mailing list larry25@example.org Received: (qmail 64278 invoked from network); 1 Mar 2001 01:53:09 -0000 Received: from kno1.xcite.net (HELO mail.knowscape.net) (83.161.120.155) by h31.sny.collab.net with SMTP; 1 Mar 2001 01:53:09 -0000 Received: from sibylia (APh-Aug-101-2-2-202.abo.wanadoo.fr [83.161.120.155]) by mail.knowscape.net id UAA10525; Wed, 28 Feb 2001 20:47:50 -0500 Message-Id: <larry25@example.org> X-Sender: larry25@example.org X-Mailer: QUALCOMM Windows Eudora Pro Version 4.1 Date: Thu, 01 Mar 2001 02:55:21 +0100 To: Stas Bekman <larry25@example.org> From: Robin Berjon <larry25@example.org> Subject: Re: security (fwd) Cc: larry25@example.org In-Reply-To: <larry25@example.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" X-Spam-Rating: h31.sny.collab.net 1.6.2 0/1000/N At 09:48 01/03/2001 +0800, Stas Bekman wrote: >Doug, do you plan to answer these concerns (see below) in 2.0? This kind >of question pops up quite often and it's a legitimate one, to allow ISPs >using mod_perl mainstream. > >So will it be possible to make pools of interpreters with different >owners, running under different UID/GID? I can think of MPM model where >there are different processes, each potentially owned by a different owner >and having a pool of threads inside of each. I think that's what the following two points address: http://perl.apache.org/~dougm/modperl_2.0.html#mpms multiprocessing model modules http://perl.apache.org/~dougm/modperl_2.0.html#perloptions directive (the urls' targets seem to contain whitespace, be sure to include those to get there directly). I'm not sure this addresses all such security concerns, but the following extract seems to imply that at least it can go a long way: "A common problem with mod_perl-1.xx was the shared namespace between all code within the process. Consider two developers using the same server and each which to run a different version of a module with the same name. This example will create two parent Perls, one for each VirtualHost, each with its own namespace and pointing to a different paths in @INC" -- robin b. Radioactive cats have 18 half-lives. From larry25@example.org Thu Mar 1 02:38:37 2001 Return-Path: <larry25@example.org> Mailing-List: contact larry25@example.org; run by ezmlm Delivered-To: mailing list larry25@example.org Received: (qmail 88979 invoked from network); 1 Mar 2001 02:38:37 -0000 Received: from smtp24.singnet.com.sg (83.161.120.155) by h31.sny.collab.net with SMTP; 1 Mar 2001 02:38:37 -0000 Received: from stas.extropia.com (ad83.161.120.155.magix.com.sg [83.161.120.155]) by smtp24.singnet.com.sg (8.11.2/8.11.2) with ESMTP id f212cVg20881; Thu, 1 Mar 2001 10:38:31 +0800 Received: from localhost (localhost.localdomain [83.161.120.155]) by stas.extropia.com (Postfix) with ESMTP id A7D451011B; Thu, 1 Mar 2001 10:38:27 +0800 (SGT) Date: Thu, 1 Mar 2001 10:38:27 +0800 (SGT) From: Stas Bekman <larry25@example.org> X-Sender: <larry25@example.org> To: Robin Berjon <larry25@example.org> Cc: <larry25@example.org> Subject: Re: security (fwd) In-Reply-To: <larry25@example.org> Message-ID: <larry25@example.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Rating: h31.sny.collab.net 1.6.2 0/1000/N On Thu, 1 Mar 2001, Robin Berjon wrote: > At 09:48 01/03/2001 +0800, Stas Bekman wrote: > >Doug, do you plan to answer these concerns (see below) in 2.0? This kind > >of question pops up quite often and it's a legitimate one, to allow ISPs > >using mod_perl mainstream. > > > >So will it be possible to make pools of interpreters with different > >owners, running under different UID/GID? I can think of MPM model where > >there are different processes, each potentially owned by a different owner > >and having a pool of threads inside of each. > > I think that's what the following two points address: > > http://perl.apache.org/~dougm/modperl_2.0.html#mpms multiprocessing model > modules > http://perl.apache.org/~dougm/modperl_2.0.html#perloptions directive > > (the urls' targets seem to contain whitespace, be sure to include those to > get there directly). > > I'm not sure this addresses all such security concerns, but the following > extract seems to imply that at least it can go a long way: > > "A common problem with mod_perl-1.xx was the shared namespace between all > code within the process. Consider two developers using the same server and > each which to run a different version of a module with the same name. This > example will create two parent Perls, one for each VirtualHost, each with > its own namespace and pointing to a different paths in @INC" Oops, I have to reread the doc. It's been a long time... Thanks for the head ups, Robin! _____________________________________________________________________ Stas Bekman JAm_pH -- Just Another mod_perl Hacker http://stason.org/ mod_perl Guide http://perl.apache.org/guide mailto:larry25@example.org http://apachetoday.com http://logilune.com/ http://singlesheaven.com http://perl.apache.org http://perlmonth.com/ From larry25@example.org Thu Mar 1 02:41:51 2001 Return-Path: <larry25@example.org> Mailing-List: contact larry25@example.org; run by ezmlm Delivered-To: mailing list larry25@example.org Received: (qmail 89782 invoked from network); 1 Mar 2001 02:41:51 -0000 Received: from smtp13.singnet.com.sg (83.161.120.155) by h31.sny.collab.net with SMTP; 1 Mar 2001 02:41:51 -0000 Received: from stas.extropia.com (ad83.161.120.155.magix.com.sg [83.161.120.155]) by smtp13.singnet.com.sg (8.11.2/8.11.2) with ESMTP id f212flO02905; Thu, 1 Mar 2001 10:41:47 +0800 (SGT) Received: from localhost (localhost.localdomain [83.161.120.155]) by stas.extropia.com (Postfix) with ESMTP id C63FD1011B; Thu, 1 Mar 2001 10:41:49 +0800 (SGT) Date: Thu, 1 Mar 2001 10:41:49 +0800 (SGT) From: Stas Bekman <larry25@example.org> X-Sender: <larry25@example.org> To: Jim Winstead <larry25@example.org> Cc: "modperl-2.0 dev-list" <larry25@example.org> Subject: Re: security (fwd) In-Reply-To: <larry25@example.org> Message-ID: <larry25@example.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Rating: h31.sny.collab.net 1.6.2 0/1000/N On Wed, 28 Feb 2001, Jim Winstead wrote: > On Thu, Mar 01, 2001 at 09:48:34AM +0800, Stas Bekman wrote: > > Doug, do you plan to answer these concerns (see below) in 2.0? This kind > > of question pops up quite often and it's a legitimate one, to allow ISPs > > using mod_perl mainstream. > > > > So will it be possible to make pools of interpreters with different > > owners, running under different UID/GID? I can think of MPM model where > > there are different processes, each potentially owned by a different owner > > and having a pool of threads inside of each. > > there is a perchild mpm in apache 2.0 that does this. > > http://httpd.apache.org/docs-2.0/mod/perchild.html > > (don't know how this works with mod_perl 2.0.) Thanks, Jim It seems that Apache 2.0 requires suExec to make this work. But as Robin has pointed out in his reply, it's being taken care natively by mod_perl. _____________________________________________________________________ Stas Bekman JAm_pH -- Just Another mod_perl Hacker http://stason.org/ mod_perl Guide http://perl.apache.org/guide mailto:larry25@example.org http://apachetoday.com http://logilune.com/ http://singlesheaven.com http://perl.apache.org http://perlmonth.com/ From larry25@example.org Thu Mar 1 02:01:25 2001 Return-Path: <larry25@example.org> Mailing-List: contact larry25@example.org; run by ezmlm Delivered-To: mailing list larry25@example.org Delivered-To: moderator for larry25@example.org Received: (qmail 66860 invoked from network); 1 Mar 2001 02:01:25 -0000 Received: from adsl-216-103-52-40.dsl.lsan03.pacbell.net (HELO trainedmonkey.com) (83.161.120.155) by h31.sny.collab.net with SMTP; 1 Mar 2001 02:01:25 -0000 Received: (qmail 25648 invoked from network); 1 Mar 2001 02:01:11 -0000 Received: from dieciseis.tm.i (HELO holli) (83.161.120.155) by hanuman.tm.i with SMTP; 1 Mar 2001 02:01:11 -0000 Received: by holli (sSMTP sendmail emulation); Wed, 28 Feb 2001 18:01:11 -0800 Date: Wed, 28 Feb 2001 18:01:11 -0800 From: Jim Winstead <larry25@example.org> To: Stas Bekman <larry25@example.org> Cc: "modperl-2.0 dev-list" <larry25@example.org> Subject: Re: security (fwd) Message-ID: <larry25@example.org> References: <larry25@example.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.15i In-Reply-To: <larry25@example.org>; from larry25@example.org on Thu, Mar 01, 2001 at 09:48:34AM +0800 X-Spam-Rating: h31.sny.collab.net 1.6.2 0/1000/N On Thu, Mar 01, 2001 at 09:48:34AM +0800, Stas Bekman wrote: > Doug, do you plan to answer these concerns (see below) in 2.0? This kind > of question pops up quite often and it's a legitimate one, to allow ISPs > using mod_perl mainstream. > > So will it be possible to make pools of interpreters with different > owners, running under different UID/GID? I can think of MPM model where > there are different processes, each potentially owned by a different owner > and having a pool of threads inside of each. there is a perchild mpm in apache 2.0 that does this. http://httpd.apache.org/docs-2.0/mod/perchild.html (don't know how this works with mod_perl 2.0.) jim From larry25@example.org Mon Mar 5 02:42:42 2001 Return-Path: <larry25@example.org> Mailing-List: contact larry25@example.org; run by ezmlm Delivered-To: mailing list larry25@example.org Received: (qmail 41144 invoked from network); 5 Mar 2001 02:42:42 -0000 Received: from smtp22.singnet.com.sg (83.161.120.155) by h31.sny.collab.net with SMTP; 5 Mar 2001 02:42:42 -0000 Received: from stas.extropia (ad83.161.120.155.magix.com.sg [83.161.120.155]) by smtp22.singnet.com.sg (8.11.2/8.11.2) with ESMTP id f252gfe22159 for <larry25@example.org>; Mon, 5 Mar 2001 10:42:41 +0800 Received: from localhost (localhost.localdomain [83.161.120.155]) by stas.extropia (Postfix) with ESMTP id 2A90B10065 for <larry25@example.org>; Mon, 5 Mar 2001 10:42:40 +0800 (SGT) Date: Mon, 5 Mar 2001 10:42:39 +0800 (SGT) From: Stas Bekman <larry25@example.org> X-Sender: <larry25@example.org> To: "modperl-2.0 dev-list" <larry25@example.org> Subject: Inline.pm and the future of XS Message-ID: <larry25@example.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Rating: h31.sny.collab.net 1.6.2 0/1000/N Doug, I was wondering whether you have larry25@example.org that allows you to embed C/C++ directly into Perl. Would it make any sense to use it in mod_perl sources, or is it easier for you to write directly in XS than C? Would it make sense to let others who aren't familiar with XS to use it in mod_perl core? Or it makes no difference since you need to know Perl guts anyway, and once you know them XS is easy? Also what's your take on XS in the future of Perl/mod_perl, do you think it'll stick around, or is there going to be something else coming to replace it. I guess if I had the time to lurk around p5p I'd know the answer... Thanks... I've just received an email from Brian Ingerson, Inline.pm has won the first award at German Perl Workshop... :) _____________________________________________________________________ Stas Bekman JAm_pH -- Just Another mod_perl Hacker http://stason.org/ mod_perl Guide http://perl.apache.org/guide mailto:larry25@example.org http://apachetoday.com http://logilune.com/ http://singlesheaven.com http://perl.apache.org http://perlmonth.com/ From larry25@example.org Mon Mar 5 03:40:32 2001 Return-Path: <larry25@example.org> Mailing-List: contact larry25@example.org; run by ezmlm Delivered-To: mailing list larry25@example.org Received: (qmail 65454 invoked from network); 5 Mar 2001 03:40:32 -0000 Received: from adsl-216-103-208-11.dsl.snfc21.pacbell.net (HELO mako.covalent.net) (83.161.120.155) by h31.sny.collab.net with SMTP; 5 Mar 2001 03:40:32 -0000 Received: from localhost (dougm@localhost) by mako.covalent.net (8.11.0/8.11.0) with ESMTP id f253fQ132255; Sun, 4 Mar 2001 19:41:26 -0800 X-Authentication-Warning: mako.covalent.net: dougm owned process doing -bs Date: Sun, 4 Mar 2001 19:41:26 -0800 (PST) From: Doug MacEachern <larry25@example.org> To: Stas Bekman <larry25@example.org> cc: "modperl-2.0 dev-list" <larry25@example.org> Subject: Re: Inline.pm and the future of XS In-Reply-To: <larry25@example.org> Message-ID: <larry25@example.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Rating: h31.sny.collab.net 1.6.2 0/1000/N On Mon, 5 Mar 2001, Stas Bekman wrote: > Doug, > > I was wondering whether you have larry25@example.org that allows you to > embed C/C++ directly into Perl. Would it make any sense to use it in > mod_perl sources, or is it easier for you to write directly in XS than C? i've looked at it, neat tricks, but does not make sense for mod_perl, nor does swig. > Also what's your take on XS in the future of Perl/mod_perl, do you think > it'll stick around, or is there going to be something else coming to > replace it. I guess if I had the time to lurk around p5p I'd know the > answer... Thanks... have a read of modperl_design.pod, i'm preparing to commit the code right now. i don't expect "xs" to go away anytime soon, tho perl 6 might use something totally different. what might go away for mod_perl is the use of xsubpp, which is really what defines the "xs language". and that "language" is just a set of keywords and typemap. everything else is Perl C API, which mod_perl will continue to use of course. both swig and Inline.pm are very generic tools. the mod_perl generator is specifically tuned for gluing Apache and allows for complete control over everything, providing many things neither swig or Inline.pm are designed to do. From larry25@example.org Mon Mar 5 09:01:41 2001 Return-Path: <larry25@example.org> Mailing-List: contact larry25@example.org; run by ezmlm Delivered-To: mailing list larry25@example.org Received: (qmail 65994 invoked from network); 5 Mar 2001 09:01:41 -0000 Received: from neptun.ecos.de (HELO lnx1.i.ecos.de) (83.161.120.155) by h31.sny.collab.net with SMTP; 5 Mar 2001 09:01:41 -0000 Received: from mond (mond.gr.ecos.de [83.161.120.155]) by lnx1.i.ecos.de (Postfix) with SMTP id 57BDE41476 for <larry25@example.org>; Mon, 5 Mar 2001 10:02:10 +0100 (MET) Message-ID: <larry25@example.org> From: "Gerald Richter" <larry25@example.org> To: <larry25@example.org> References: <larry25@example.org> Subject: PATCH: Fix SIGSEGV after subprocess_env Date: Mon, 5 Mar 2001 10:01:52 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 X-Spam-Rating: h31.sny.collab.net 1.6.2 0/1000/N Hi, here is a patch for a problem that has striked me for a long time. It occurs only if a request has a path_info, an handler other than a content handler is configured and you call subprocess_env. The subprocess_env call ap_add_cgi_vars, which starts a subrequest when a path_info is present, to translate the path_info to the PATH_TRANSLATED env var. If now also for example an auth handler is configured, the auth handler set the gobal var mp_request_rec to the request rec of this subrequest and it is never set back. So any call to Apache -> request will return this subrequest, which isn't valid anymore in the content handler, so Apache crashs... The following patch (against the current cvs version) makes sure the mp_request_rec is reseted correctly Gerald Index: perl_util.c =================================================================== RCS file: /home/cvs/modperl/src/modules/perl/perl_util.c,v retrieving revision 1.45 diff -u -r1.45 perl_util.c --- perl_util.c 2001/02/16 23:30:28 1.45 +++ perl_util.c 2001/03/05 08:52:50 @@ -610,6 +610,8 @@ add_common_vars(r); add_cgi_vars(r); + /* resetup global request rec, because it may set to an (invalid) subrequest by ap_add_cgi_vars */ + perl_request_rec(r); if (!table_get(envtab, "TZ")) { if ((tz = getenv("TZ")) != NULL) { ------------------------------------------------------------- Gerald Richter ecos electronic communication services gmbh Internetconnect * Webserver/-design/-datenbanken * Consulting Post: Tulpenstrasse 5 D-55276 Dienheim b. Mainz E-Mail: larry25@example.org Voice: +1-626-373-9640 WWW: http://www.ecos.de Fax: +1-626-373-9640 ------------------------------------------------------------- From larry25@example.org Mon Mar 5 09:24:42 2001 Return-Path: <larry25@example.org> Mailing-List: contact larry25@example.org; run by ezmlm Delivered-To: mailing list larry25@example.org Received: (qmail 77648 invoked from network); 5 Mar 2001 09:24:42 -0000 Received: from mailgate.sergeant.org (HELO mail.sergeant.org) (larry25@example.org) by h31.sny.collab.net with SMTP; 5 Mar 2001 09:24:42 -0000 Received: (qmail 23830 invoked from network); 5 Mar 2001 09:24:48 -0000 Received: from softdnserror (HELO ?83.161.120.155?) (83.161.120.155) by mailgate.sergeant.org with SMTP; 5 Mar 2001 09:24:48 -0000 Date: Mon, 5 Mar 2001 09:20:30 +0000 (GMT) From: Matt Sergeant <larry25@example.org> To: Stas Bekman <larry25@example.org> cc: "modperl-2.0 dev-list" <larry25@example.org> Subject: Re: Inline.pm and the future of XS In-Reply-To: <larry25@example.org> Message-ID: <larry25@example.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Rating: h31.sny.collab.net 1.6.2 0/1000/N On Mon, 5 Mar 2001, Stas Bekman wrote: > Doug, > > I was wondering whether you have larry25@example.org that allows you to > embed C/C++ directly into Perl. Would it make any sense to use it in > mod_perl sources, or is it easier for you to write directly in XS than C? > > Would it make sense to let others who aren't familiar with XS to use it in > mod_perl core? Or it makes no difference since you need to know Perl guts > anyway, and once you know them XS is easy? > > Also what's your take on XS in the future of Perl/mod_perl, do you think > it'll stick around, or is there going to be something else coming to > replace it. I guess if I had the time to lurk around p5p I'd know the > answer... Thanks... Stas, While not really applicable to writing mod_perl - XS is the way to go for that I think, we have been working on something called Orchard in the perl-xml world. This defines a "little language" superset of C called Mostly-C (MoC). The language does things like transparently hides accessors and property access (hashes to you) which is really nasty in XS into a much more familiar "object dot property" method. It also has the nice feature that any code you write with it is instantly accessible from Python too, using the same data model. It also has built-in garbage collection (useful for circular refs) and a built in XML parser (which is about 10-20 times faster than XML888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4Parser). We have a talk about it in the XML track at OSS CON, though I doubt we'll be going into too much detail about the internals being on the XML track. With any luck Nat might see value in including a refereed paper on it in the proceedings. -- <Matt/> /|| ** Founder and CTO ** ** http://axkit.com/ ** //|| ** AxKit.com Ltd ** ** XML Application Serving ** // || ** http://axkit.org ** ** XSLT, XPathScript, XSP ** // \\| // ** mod_perl news and resources: http://take23.org ** \\// //\\ // \\ From larry25@example.org Mon Mar 5 09:46:41 2001 Return-Path: <larry25@example.org> Mailing-List: contact larry25@example.org; run by ezmlm Delivered-To: mailing list larry25@example.org Received: (qmail 2784 invoked from network); 5 Mar 2001 09:46:41 -0000 Received: from smtp13.singnet.com.sg (83.161.120.155) by h31.sny.collab.net with SMTP; 5 Mar 2001 09:46:41 -0000 Received: from stas.extropia (ad83.161.120.155.magix.com.sg [83.161.120.155]) by smtp13.singnet.com.sg (8.11.2/8.11.2) with ESMTP id f259kgO06744; Mon, 5 Mar 2001 17:46:43 +0800 (SGT) Received: from localhost (localhost.localdomain [83.161.120.155]) by stas.extropia (Postfix) with ESMTP id +1-626-373-9640; Mon, 5 Mar 2001 17:46:47 +0800 (SGT) Date: Mon, 5 Mar 2001 17:46:46 +0800 (SGT) From: Stas Bekman <larry25@example.org> X-Sender: <larry25@example.org> To: Matt Sergeant <larry25@example.org> Cc: "modperl-2.0 dev-list" <larry25@example.org> Subject: Re: Inline.pm and the future of XS In-Reply-To: <larry25@example.org> Message-ID: <larry25@example.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Rating: h31.sny.collab.net 1.6.2 0/1000/N On Mon, 5 Mar 2001, Matt Sergeant wrote: > On Mon, 5 Mar 2001, Stas Bekman wrote: > > > Doug, > > > > I was wondering whether you have larry25@example.org that allows you to > > embed C/C++ directly into Perl. Would it make any sense to use it in > > mod_perl sources, or is it easier for you to write directly in XS than C? > > > > Would it make sense to let others who aren't familiar with XS to use it in > > mod_perl core? Or it makes no difference since you need to know Perl guts > > anyway, and once you know them XS is easy? > > > > Also what's your take on XS in the future of Perl/mod_perl, do you think > > it'll stick around, or is there going to be something else coming to > > replace it. I guess if I had the time to lurk around p5p I'd know the > > answer... Thanks... > > Stas, > > While not really applicable to writing mod_perl - XS is the way to go for > that I think, we have been working on something called Orchard in the > perl-xml world. This defines a "little language" superset of C called > Mostly-C (MoC). The language does things like transparently hides > accessors and property access (hashes to you) which is really nasty in XS > into a much more familiar "object dot property" method. It also has the > nice feature that any code you write with it is instantly accessible from > Python too, using the same data model. It also has built-in garbage > collection (useful for circular refs) and a built in XML parser (which is > about 10-20 times faster than XML888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4Parser). Sounds cool, but what are the chances that it'll get into the main Perl distro? If it doesn't it doesn't make sense to exercise to different macro languages. IMHO, that's the main reason SWIG wasn't really adopted by the Perl community. If you still need XS to distribute your code on XS, you learn it anyway, so you use it. > We have a talk about it in the XML track at OSS CON, though I doubt we'll > be going into too much detail about the internals being on the XML > track. With any luck Nat might see value in including a refereed paper on > it in the proceedings. Sounds cool! Thanks for the head's up! _____________________________________________________________________ Stas Bekman JAm_pH -- Just Another mod_perl Hacker http://stason.org/ mod_perl Guide http://perl.apache.org/guide mailto:larry25@example.org http://apachetoday.com http://logilune.com/ http://singlesheaven.com http://perl.apache.org http://perlmonth.com/ From larry25@example.org Mon Mar 5 10:53:10 2001 Return-Path: <larry25@example.org> Mailing-List: contact larry25@example.org; run by ezmlm Delivered-To: mailing list larry25@example.org Received: (qmail 59297 invoked from network); 5 Mar 2001 10:53:10 -0000 Received: from mailgate.sergeant.org (HELO mail.sergeant.org) (larry25@example.org) by h31.sny.collab.net with SMTP; 5 Mar 2001 10:53:10 -0000 Received: (qmail 25239 invoked from network); 5 Mar 2001 10:53:20 -0000 Received: from unknown (HELO ?83.161.120.155?) (83.161.120.155) by mailgate.sergeant.org with SMTP; 5 Mar 2001 10:53:20 -0000 Date: Mon, 5 Mar 2001 10:50:19 +0000 (GMT) From: Matt Sergeant <larry25@example.org> To: Stas Bekman <larry25@example.org> cc: "modperl-2.0 dev-list" <larry25@example.org> Subject: Re: Inline.pm and the future of XS In-Reply-To: <larry25@example.org> Message-ID: <larry25@example.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Rating: h31.sny.collab.net 1.6.2 0/1000/N On Mon, 5 Mar 2001, Stas Bekman wrote: > Sounds cool, but what are the chances that it'll get into the main Perl > distro? If it doesn't it doesn't make sense to exercise to different > macro languages. What are the chances Inline.pm will make it in? Well actually probably higher since Brian works for ActiveState... > IMHO, that's the main reason SWIG wasn't really adopted by the Perl > community. If you still need XS to distribute your code on XS, you learn > it anyway, so you use it. SWIG wasn't adopted because for many things it sucked :-) But yes, I totally understand your point. Hopefully by attacking from the XML standpoint, which the core perl people are starting to realise is an important part of where Perl needs to be, we might have a chance at that, but I'm not going to break my back trying to get it "core" sanctioned - they haven't added *any* significant new modules into core in a long time. Oh, and did I mention that MoC requires Python as a pre-processor right now - it kinda has that going against it too :-) -- <Matt/> /|| ** Founder and CTO ** ** http://axkit.com/ ** //|| ** AxKit.com Ltd ** ** XML Application Serving ** // || ** http://axkit.org ** ** XSLT, XPathScript, XSP ** // \\| // ** mod_perl news and resources: http://take23.org ** \\// //\\ // \\ From larry25@example.org Mon Mar 5 14:32:34 2001 Return-Path: <larry25@example.org> Mailing-List: contact larry25@example.org; run by ezmlm Delivered-To: mailing list larry25@example.org Received: (qmail 67521 invoked from network); 5 Mar 2001 14:32:34 -0000 Received: from northgate.starhub.net.sg (83.161.120.155) by h31.sny.collab.net with SMTP; 5 Mar 2001 14:32:34 -0000 Received: from llp.extropia.com (mcns64.docsis176.singa.pore.net [83.161.120.155]) by northgate.starhub.net.sg (8.10.2/8.10.2) with ESMTP id f25EWU428963 for <larry25@example.org>; Mon, 5 Mar 2001 22:32:30 +0800 (SST) Received: from localhost (localhost.localdomain [83.161.120.155]) by llp.extropia.com (Postfix) with ESMTP id 0EA12FB04 for <larry25@example.org>; Mon, 5 Mar 2001 22:32:29 +0800 (SGT) Date: Mon, 5 Mar 2001 22:32:28 +0800 (SGT) From: Stas Bekman <larry25@example.org> X-Sender: <larry25@example.org> To: "modperl-2.0 dev-list" <larry25@example.org> Subject: Re: Inline.pm and the future of XS In-Reply-To: <larry25@example.org> Message-ID: <larry25@example.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Rating: h31.sny.collab.net 1.6.2 0/1000/N On Mon, 5 Mar 2001, Matt Sergeant wrote: > On Mon, 5 Mar 2001, Stas Bekman wrote: > > > Sounds cool, but what are the chances that it'll get into the main Perl > > distro? If it doesn't it doesn't make sense to exercise to different > > macro languages. > > What are the chances Inline.pm will make it in? Well actually probably > higher since Brian works for ActiveState... I believe that the chances are very high, and not because of AS. If Inline.pm compiles the code on all platforms XS does, it makes much easier for developers to embed C/C++/other for optimizations, when before that they didn't do it as they had XS as a barrier. It's especially easy to use if you need to write a glueing code for some existing C API, so if some new library comes out tomorrow, it takes probably minutes to write the glue. Of course it'll take the same time to do the same for XS gurus, but remember that many aren't. So having a low entry point for better code and wider range of Perl interfaces is a good reason to include Inline.pm in the core distro. ... but I guess we are drifting off the mod_perl topic here > > IMHO, that's the main reason SWIG wasn't really adopted by the Perl > > community. If you still need XS to distribute your code on XS, you learn > > it anyway, so you use it. > > SWIG wasn't adopted because for many things it sucked :-) > > But yes, I totally understand your point. Hopefully by attacking from the > XML standpoint, which the core perl people are starting to realise is an > important part of where Perl needs to be, we might have a chance at that, > but I'm not going to break my back trying to get it "core" sanctioned - > they haven't added *any* significant new modules into core in a long time. > > Oh, and did I mention that MoC requires Python as a pre-processor right > now - it kinda has that going against it too :-) Oh, then it's probably doesn't even worth the effort to try to put it in. The ego factor is too high :( but as long as it keeps cool people doing cool things, let them do what they like or do it yourself, if you have enough power/time... Well, I'm sure that if you Matt will be in charge of it we will see MoC in the next perl patch... Were you ever offered a marketing position ? :) Moreover if you believe that AS has the power to change things, which I believe is true, why don't you pitch MoC to Dick Hardt? These folks are looking for new things and they are definitely into python... _____________________________________________________________________ Stas Bekman JAm_pH -- Just Another mod_perl Hacker http://stason.org/ mod_perl Guide http://perl.apache.org/guide mailto:larry25@example.org http://apachetoday.com http://logilune.com/ http://singlesheaven.com http://perl.apache.org http://perlmonth.com/ From larry25@example.org Mon Mar 5 17:57:04 2001 Return-Path: <larry25@example.org> Mailing-List: contact larry25@example.org; run by ezmlm Delivered-To: mailing list larry25@example.org Received: (qmail 15701 invoked from network); 5 Mar 2001 17:57:04 -0000 Received: from yertle.kcilink.com (larry25@example.org) by h31.sny.collab.net with SMTP; 5 Mar 2001 17:57:04 -0000 Received: by yertle.kciLink.com (Postfix, from userid 100) id 792DE2E443; Mon, 5 Mar 2001 12:57:01 -0500 (EST) From: Vivek Khera <larry25@example.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <larry25@example.org> Date: Mon, 5 Mar 2001 12:57:01 -0500 To: "modperl-2.0 dev-list" <larry25@example.org> Subject: Re: Inline.pm and the future of XS In-Reply-To: <larry25@example.org> References: <larry25@example.org> <larry25@example.org> X-Mailer: VM 6.90 under 21.1 (patch 14) "Cuyahoga Valley" XEmacs Lucid X-Spam-Rating: h31.sny.collab.net 1.6.2 0/1000/N >>>>> "SB" == Stas Bekman <larry25@example.org> writes: SB> some new library comes out tomorrow, it takes probably minutes to write SB> the glue. SB> Of course it'll take the same time to do the same for XS gurus, but SB> remember that many aren't. The first time I had to make a Perl binding for a C library, it took me about 2 hours to figure out how to do it. Using XS to bind Perl directly to a C API is trivial. Making it perl-ish is the hard part. From larry25@example.org Mon Mar 5 22:20:01 2001 Return-Path: <larry25@example.org> Mailing-List: contact larry25@example.org; run by ezmlm Delivered-To: mailing list larry25@example.org Received: (qmail 48582 invoked from network); 5 Mar 2001 22:20:01 -0000 Received: from mplspop4.mpls.uswest.net (83.161.120.155) by h31.sny.collab.net with SMTP; 5 Mar 2001 22:20:01 -0000 Received: (qmail 17092 invoked from network); 5 Mar 2001 22:19:57 -0000 Received: from hdslppp245.mpls.uswest.net (HELO 83.161.120.155) (83.161.120.155) by mplspop4.mpls.uswest.net with SMTP; 5 Mar 2001 22:19:57 -0000 Date: Mon, 5 Mar 2001 16:19:56 -0600 Message-ID: <larry25@example.org> From: "Ken Williams" <larry25@example.org> To: larry25@example.org Subject: Re: cvs commit: modperl-2.0/xs/Apache/Filter - New directory X-Priority: 3 In-Reply-To: <larry25@example.org> MIME-Version: 1.0 Content-Type: text/plain; Charset=US-ASCII X-Mailer: Mailsmith 1.1.6 (Bluto) X-Face: "M1aNV=>CVdqvt}m[&p8b=YI8?m50P,4Y[8`cDzy8p<J]&-Z{Xhh:Wq8j^[L\ DAF`d9dl|X1)v:,dEPpn_>a'P.(,*Z6)-J\YK_3wDR!<YhBSER5}_|DMa X-Spam-Rating: h31.sny.collab.net 1.6.2 0/1000/N larry25@example.org wrote: >dougm 01/03/04 19:53:50 > > modperl-2.0/xs/Apache/Filter - New directory Does this conflict at all with the existing Apach888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4Filter namespace? I realize that in modperl-2.0 there won't be much need for the existing module, but duplicate names could cause confusion. ------------------- ------------------- Ken Williams Last Bastion of Euclidity larry25@example.org The Math Forum From larry25@example.org Tue Mar 6 04:59:57 2001 Return-Path: <larry25@example.org> Mailing-List: contact larry25@example.org; run by ezmlm Delivered-To: mailing list larry25@example.org Received: (qmail 57521 invoked from network); 6 Mar 2001 04:59:57 -0000 Received: from adsl-216-103-208-11.dsl.snfc21.pacbell.net (HELO mako.covalent.net) (83.161.120.155) by h31.sny.collab.net with SMTP; 6 Mar 2001 04:59:57 -0000 Received: from localhost (dougm@localhost) by mako.covalent.net (8.11.0/8.11.0) with ESMTP id f2650VG05154; Mon, 5 Mar 2001 21:00:31 -0800 X-Authentication-Warning: mako.covalent.net: dougm owned process doing -bs Date: Mon, 5 Mar 2001 21:00:31 -0800 (PST) From: Doug MacEachern <larry25@example.org> To: Ken Williams <larry25@example.org> cc: larry25@example.org Subject: Re: cvs commit: modperl-2.0/xs/Apache/Filter - New directory In-Reply-To: <larry25@example.org> Message-ID: <larry25@example.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Rating: h31.sny.collab.net 1.6.2 0/1000/N On Mon, 5 Mar 2001, Ken Williams wrote: > larry25@example.org wrote: > >dougm 01/03/04 19:53:50 > > > > modperl-2.0/xs/Apache/Filter - New directory > > Does this conflict at all with the existing Apach888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4Filter namespace? I > realize that in modperl-2.0 there won't be much need for the existing > module, but duplicate names could cause confusion. to avoid any conflict you'll need to suggest a better name or rename your module :) had we thought about it more back then, i would have suggested yours be named Apach888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4PerlFilter, since it is only able to filter Perl output. i'm trying to keep all the Perl names the same as their Apache C structure counterparts, ap_filter_t -> Apach888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4Filter From larry25@example.org Tue Mar 6 14:19:53 2001 Return-Path: <larry25@example.org> Mailing-List: contact larry25@example.org; run by ezmlm Delivered-To: mailing list larry25@example.org Received: (qmail 61022 invoked from network); 6 Mar 2001 14:19:53 -0000 Received: from corpex.laserlink.net (83.161.120.155) by h31.sny.collab.net with SMTP; 6 Mar 2001 14:19:53 -0000 Received: by corpex.laserlink.net with Internet Mail Service (5.5.2650.21) id <17DK1JM7>; Tue, 6 Mar 2001 09:21:30 -0500 Message-ID: <larry25@example.org> From: Geoffrey Young <larry25@example.org> To: "'larry25@example.org'" <larry25@example.org> Subject: make tar_Apache Date: Tue, 6 Mar 2001 09:21:29 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" X-Spam-Rating: h31.sny.collab.net 1.6.2 0/1000/N Hi all... is this a mistake in make tar_Apache? Index: Makefile.PL =================================================================== RCS file: /home/cvspublic/modperl/Makefile.PL,v retrieving revision 1.178 diff -u -r1.178 Makefile.PL --- Makefile.PL 2001/01/29 17:43:21 1.178 +++ Makefile.PL 2001/03/06 14:15:29 @@ -1385,7 +1385,7 @@ tar_Apache: (cd $(INSTALLSITELIB)/$(ARCHNAME); \ - $(TAR) -cf $(PWD)/Apache.tar mod_perl.pm Apache.pm Apache $(ARCHNAME)/auto/Apache; ) + $(TAR) -cf $(PWD)/Apache.tar mod_perl.pm Apache.pm Apache auto/Apache; ) offsite-tar: $(CP) MANIFEST MANIFEST.orig when I issued make tar_Apache it failed with (cd /src/bleedperl/lib/site_perl/5.7.0/i686-linux-thread-multi; \ tar -cf /src/modperl/Apache.tar mod_perl.pm Apache.pm Apache i686-linux-thread-multi/auto/Apache; ) tar: i686-linux-thread-multi/auto/Apache: Cannot stat: No such file or directory tar: Error exit delayed from previous errors make: *** [tar_Apache] Error 2 here's my perl -V Summary of my perl5 (revision 5.0 version 7 subversion 0) configuration: Platform: osname=linux, osvers=2.2.14-5.0, archname=i686-linux-thread-multi uname='linux spinnaker.laserlink.net 2.2.14-5.0 #1 tue mar 7 21:07:39 est 2000 i686 unknown ' config_args='-des -Dusethreads -Dprefix=/src/bleedperl -Doptimize=-g -Dusedevel' hint=recommended, useposix=true, d_sigaction=define usethreads=define use5005threads=undef useithreads=define usemultiplicity=define useperlio=undef d_sfio=undef uselargefiles=define usesocks=undef use64bitint=undef use64bitall=undef uselongdouble=undef Compiler: cc='cc', ccflags ='-D_REENTRANT -DDEBUGGING -fno-strict-aliasing -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64', optimize='-g', cppflags='-D_REENTRANT -DDEBUGGING -fno-strict-aliasing' ccversion='', gccversion='egcs-2.91.+1-626-373-9640/Linux (egcs-1.1.2 release)', gccosandvers='' intsize=4, longsize=4, ptrsize=4, doublesize=8, byteorder=1234 d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=12 ivtype='long', ivsize=4, nvtype='double', nvsize=8, Off_t='off_t', lseeksize=8 alignbytes=4, usemymalloc=n, prototype=define Linker and Libraries: ld='cc', ldflags =' -L/usr/local/lib' libpth=/usr/local/lib /lib /usr/lib libs=-lnsl -lndbm -lgdbm -ldb -ldl -lm -lpthread -lc -lposix -lcrypt -lutil perllibs=-lnsl -ldl -lm -lpthread -lc -lposix -lcrypt -lutil libc=/lib/libc-2.1.3.so, so=so, useshrplib=false, libperl=libperl.a Dynamic Linking: dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags='-rdynamic' cccdlflags='-fpic', lddlflags='-shared -L/usr/local/lib' Characteristics of this binary (from libperl): Compile-time options: DEBUGGING MULTIPLICITY USE_ITHREADS USE_LARGE_FILES PERL_IMPLICIT_CONTEXT Locally applied patches: DEVEL9021 Built under linux Compiled at Mar 5 2001 22:00:21 @INC: /src/bleedperl/lib/5.7.0/i686-linux-thread-multi /src/bleedperl/lib/5.7.0 /src/bleedperl/lib/site_perl/5.7.0/i686-linux-thread-multi /src/bleedperl/lib/site_perl/5.7.0 /src/bleedperl/lib/site_perl . --Geoff From larry25@example.org Tue Mar 6 16:01:05 2001 Return-Path: <larry25@example.org> Mailing-List: contact larry25@example.org; run by ezmlm Delivered-To: mailing list larry25@example.org Received: (qmail 94564 invoked from network); 6 Mar 2001 16:01:05 -0000 Received: from corpex.laserlink.net (83.161.120.155) by h31.sny.collab.net with SMTP; 6 Mar 2001 16:01:05 -0000 Received: by corpex.laserlink.net with Internet Mail Service (5.5.2650.21) id <17DK1JZ4>; Tue, 6 Mar 2001 11:02:44 -0500 Message-ID: <larry25@example.org> From: Geoffrey Young <larry25@example.org> To: 'Stas Bekman' <larry25@example.org> Cc: "'larry25@example.org'" <larry25@example.org> Subject: RE: make tar_Apache Date: Tue, 6 Mar 2001 11:02:42 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain X-Spam-Rating: h31.sny.collab.net 1.6.2 0/1000/N > -----Original Message----- > From: Stas Bekman [mailto:larry25@example.org] > Sent: Tuesday, March 06, 2001 9:57 AM > To: Geoffrey Young > Subject: Re: make tar_Apache > > > when I issued make tar_Apache it failed with > > > > (cd /src/bleedperl/lib/site_perl/5.7.0/i686-linux-thread-multi; \ > > tar -cf /src/modperl/Apache.tar mod_perl.pm Apache.pm Apache > > i686-linux-thread-multi/auto/Apache; ) > > tar: i686-linux-thread-multi/auto/Apache: Cannot stat: No > such file or > > directory > > tar: Error exit delayed from previous errors > > make: *** [tar_Apache] Error 2 > > I get the same under 5.6-PATCH2... yeah, I don't know enough about base perl installation stuff to know if there was a change in how perl did things before 5.6 or not, or if the exsting code was ever valid... at any rate, the exising code would look for $INSTALLSITELIB/i686-linux-thread-multi/i686-linux-thread-multi/auto/Apache which doesn't seem right at face value... --Geoff > > _____________________________________________________________________ > Stas Bekman JAm_pH -- Just Another mod_perl Hacker > http://stason.org/ mod_perl Guide http://perl.apache.org/guide > mailto:larry25@example.org http://apachetoday.com http://logilune.com/ > http://singlesheaven.com http://perl.apache.org http://perlmonth.com/ > > From larry25@example.org Wed Mar 7 04:44:59 2001 Return-Path: <larry25@example.org> Mailing-List: contact larry25@example.org; run by ezmlm Delivered-To: mailing list larry25@example.org Received: (qmail 98388 invoked from network); 7 Mar 2001 04:44:59 -0000 Received: from neptun.ecos.de (HELO lnx1.i.ecos.de) (83.161.120.155) by h31.sny.collab.net with SMTP; 7 Mar 2001 04:44:59 -0000 Received: from mond (mond.gr.ecos.de [83.161.120.155]) by lnx1.i.ecos.de (Postfix) with SMTP id AA1C341559; Wed, 7 Mar 2001 05:45:30 +0100 (MET) Message-ID: <larry25@example.org> From: "Gerald Richter" <larry25@example.org> To: "Vivek Khera" <larry25@example.org>, "modperl-2.0 dev-list" <larry25@example.org> References: <larry25@example.org><larry25@example.org> <larry25@example.org> Subject: Re: Inline.pm and the future of XS Date: Wed, 7 Mar 2001 05:44:17 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 X-Spam-Rating: h31.sny.collab.net 1.6.2 0/1000/N > > SB> some new library comes out tomorrow, it takes probably minutes to write > SB> the glue. > > SB> Of course it'll take the same time to do the same for XS gurus, but > SB> remember that many aren't. > > The first time I had to make a Perl binding for a C library, it took > me about 2 hours to figure out how to do it. Using XS to bind Perl > directly to a C API is trivial. Making it perl-ish is the hard part. > Using Inline.pm may have taken you only one hour. It does a lot of things for you that have otherwise to be done manualy. In my eyes it's a great module for including small C Parts in a Perl program, like writing the glue to a C library. For larger C projects like mod_perl or Embperl I still prefer using XS, because it gives me more control over what is happening. Gerald ------------------------------------------------------------- Gerald Richter ecos electronic communication services gmbh Internetconnect * Webserver/-design/-datenbanken * Consulting Post: Tulpenstrasse 5 D-55276 Dienheim b. Mainz E-Mail: larry25@example.org Voice: +1-626-373-9640 WWW: http://www.ecos.de Fax: +1-626-373-9640 ------------------------------------------------------------- From larry25@example.org Wed Mar 7 21:32:59 2001 Return-Path: <larry25@example.org> Mailing-List: contact larry25@example.org; run by ezmlm Delivered-To: mailing list larry25@example.org Received: (qmail 18162 invoked from network); 7 Mar 2001 21:32:59 -0000 Received: from impatience.valueclick.com (larry25@example.org) by h31.sny.collab.net with SMTP; 7 Mar 2001 21:32:59 -0000 Received: (qmail 27571 invoked by uid 500); 7 Mar 2001 21:33:02 -0000 Received: from localhost (larry25@example.org) by localhost with SMTP; 7 Mar 2001 21:33:02 -0000 Date: Wed, 7 Mar 2001 13:33:02 -0800 (PST) From: Ask Bjoern Hansen <larry25@example.org> To: larry25@example.org cc: larry25@example.org Subject: Re: cvs commit: modperl/src/modules/perl mod_perl.c In-Reply-To: <larry25@example.org> Message-ID: <larry25@example.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Rating: h31.sny.collab.net 1.6.2 0/1000/N On 6 Oct 2000 larry25@example.org wrote: > dougm 00/10/06 13:18:29 > > Modified: t/internal error.t > src/modules/perl mod_perl.c > Log: > more for the "Apach888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4send_http_header was resetting r->status = 200" fix Doug, do you remember what this was about? (I just had a problem with only being able to get redirects from a subrequest to work if I set status == 302 but returned 200 from the handler). - ask > RCS file: /home/cvs/modperl/src/modules/perl/mod_perl.c,v > + if (r->prev && (r->prev->status != HTTP_OK) && > + mod_perl_sent_header(r, 0)) > + { > + /* avoid recursive error for ErrorDocuments */ > + status = OK; > + } > + -- ask bjoern hansen, http://ask.netcetera.dk/ !try; do(); more than 70M impressions per day, http://valueclick.com From larry25@example.org Tue Mar 13 00:21:35 2001 Return-Path: <larry25@example.org> Delivered-To: larry25@example.org Received: (qmail 71242 invoked by uid 500); 13 Mar 2001 00:21:29 -0000 Mailing-List: contact larry25@example.org; run by ezmlm Precedence: bulk list-help: <mailto:larry25@example.org> list-unsubscribe: <mailto:larry25@example.org> list-post: <mailto:larry25@example.org> Delivered-To: mailing list larry25@example.org Received: (qmail 71226 invoked from network); 13 Mar 2001 00:21:26 -0000 X-Authentication-Warning: thresher.covalent.net: sterling owned process doing -bs Date: Mon, 12 Mar 2001 16:24:06 -0800 (PST) From: sterling <larry25@example.org> To: larry25@example.org cc: larry25@example.org, larry25@example.org Subject: Re: mod_perl.c:517: unterminated string or character constant In-Reply-To: <larry25@example.org> Message-ID: <{{EMAIL+PHONE}}> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Rating: h31.sny.collab.net 1.6.2 0/1000/N actually - with recent changes to the apache core, that patch doesn't work any more. we're working on a real fix - but in the mean time this one may as well be removed. sterling _____________________________________________________________________________ Index: src/modules/perl/mod_perl.c =================================================================== RCS file: /home/cvspublic/modperl/src/modules/perl/mod_perl.c,v retrieving revision 1.135 diff -u -r1.135 mod_perl.c --- src/modules/perl/mod_perl.c 2001/02/16 23:30:27 1.135 +++ src/modules/perl/mod_perl.c 2001/03/13 00:18:07 @@ -509,18 +509,6 @@ { array_header *librefs; -#ifdef WIN32 - // This is here to stop a crash when bringing down - // a service. Apparently the dso is unloaded too early. - // This if statement tests to see if we are running as a - // service. apache does the same - // see apache's isProcessService() in service.c - if (AllocConsole()) { - FreeConsole(); - return; - } -#endif - librefs = xs_dl_librefs((pool *)data); perl_shutdown(NULL, NULL); unload_xs_so(librefs); --------------------------------------------------------------------- To unsubscribe, e-mail: larry25@example.org For additional commands, e-mail: larry25@example.org From larry25@example.org Sat Mar 17 05:32:06 2001 Return-Path: <larry25@example.org> Delivered-To: larry25@example.org Received: (qmail 14730 invoked by uid 500); 17 Mar 2001 05:32:05 -0000 Mailing-List: contact larry25@example.org; run by ezmlm Precedence: bulk list-help: <mailto:larry25@example.org> list-unsubscribe: <mailto:larry25@example.org> list-post: <mailto:larry25@example.org> Delivered-To: mailing list larry25@example.org Delivered-To: moderator for larry25@example.org Received: (qmail 58562 invoked from network); 16 Mar 2001 20:20:37 -0000 Date: Fri, 16 Mar 2001 12:20:11 -0800 From: Sean Chittenden <larry25@example.org> To: larry25@example.org Subject: Apache 1.3.19 + mod_perl does build on FreeBSD 4.3-BETA Message-ID: <larry25@example.org> References: <larry25@example.org> <006b01c0ae4b$b74cd560$08010a0a@kpnlep> <larry25@example.org> <larry25@example.org> <larry25@example.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="pfTAc8Cvt8L6I27a" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <larry25@example.org>; from "larry25@example.org" on Fri, Mar 16, 2001 at = 12:04:39PM X-PGP-Key: 0x1EDDFAAD X-PGP-Fingerprint: C665 A17F 9A56 286C 5CFB 1DEA 9F4F 5CEF 1EDD FAAD X-Web-Homepage: http://sean.chittenden.org/ X-Spam-Rating: h31.sny.collab.net 1.6.2 0/1000/N --pfTAc8Cvt8L6I27a Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable FYI, apache + mod_perl + FreeBSD 4.3-BETA is having problems building. Anyone have any ideas? It looks like it's dying on the use of sysctl. I know it compiles/works fine with a stock apache install, but when I toss in mod_perl it dies hard. -sc On Fri, Mar 16, 2001 at 11:58:33AM -0800, Sean Chittenden wrote: From: Sean Chittenden <larry25@example.org> To: larry25@example.org Subject: Re: Apache 1.3.19 does not work out of jail either -- UPDATED Alright, here's the scenario (I don't use jail and it still breaks): rand# perl Makefile.PL APACHE_PREFIX=3D/www/testing APACHE_SRC=3D../apache-= 1.3.19/src DO_HTTPD=3D1 USEA_APACI=3D1 EVERYTHING=3D1 Will configure via APACI [... many lines later...] Creating Makefile in src + configured for FreeBSD 4.3 platform + setting C pre-processor to cc -E + checking for system header files + adding selected modules o perl_module uses ConfigStart/End + mod_perl build type: OBJ + id: mod_perl/1.25 + id: Perl/5.00503 (freebsd) [perl] + setting up mod_perl build environment + adjusting Apache build environment + enabling Perl support for SSI (mod_include) [snip] rand# make install rand# /www/testing/bin/apachectl configtest Syntax OK Segmentation fault - core dumped rand# ll httpd.core -rw------- 1 root wheel 823296 Mar 16 11:40 httpd.core rand# gdb /www/testing/bin/httpd httpd.core=20 [snip] This GDB was configured as "i386-unknown-freebsd"... (no debugging symbols found)... Core was generated by `httpd'. Program terminated with signal 11, Segmentation fault. Reading symbols from /usr/lib/libcrypt.so.2...(no debugging symbols found).= .. done. Reading symbols from /usr/lib/libperl.so.3...(no debugging symbols found)... done. Reading symbols from /usr/lib/libm.so.2...(no debugging symbols found)...do= ne. Reading symbols from /usr/lib/libc.so.4...(no debugging symbols found)...do= ne. Reading symbols from /usr/lib/libc_r.so.4...(no debugging symbols found)... done. Reading symbols from /usr/lib/libutil.so.3...(no debugging symbols found)... done. Reading symbols from /usr/libexec/ld-elf.so.1...(no debugging symbols found= )... done. #0 0x2822f53c in sysctl () from /usr/lib/libc.so.4 (gdb) bt #0 0x2822f53c in sysctl () from /usr/lib/libc.so.4 #1 0x28244fca in .cerror () from /usr/lib/libc.so.4 #2 0x28244eca in exit () from /usr/lib/libc.so.4 #3 0x80a6b9f in main () #4 0x80549c3 in _start () (gdb) run Starting program: /www/testing/bin/httpd=20 (no debugging symbols found)...(no debugging symbols found)... (no debugging symbols found)...(no debugging symbols found)... (no debugging symbols found)...(no debugging symbols found)... (no debugging symbols found)... Program received signal SIGSEGV, Segmentation fault. 0x2822f53c in sysctl () from /usr/lib/libc.so.4 And there 'ya have it. I don't know where to begin proding, but I'll keep the binaries around incase someone else has any questions or wants more information. -sc I did some looking into this because I had the same problem. mod_perl + kernel (Tuesday build) =3D problem with sysctl I'll rebuild apache with mod_perl and see if I can get more problems, but I remember looking into it and finding that sysctl() was where it wasy dying. Thoughts anyone? -sc --=20 Sean Chittenden larry25@example.org --pfTAc8Cvt8L6I27a Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Comment: For info see http://www.gnupg.org iEYEARECAAYFAjqydXoACgkQn09c7x7d+q2+awCgwEnCJGcOzMaw9rRanShV+ulq jPsAnjAdYctwY5JvfZ82cgWBZJrQufxZ =KzsJ -----END PGP SIGNATURE----- --pfTAc8Cvt8L6I27a-- From larry25@example.org Wed Mar 21 09:47:26 2001 Return-Path: <larry25@example.org> Delivered-To: larry25@example.org Received: (qmail 59768 invoked by uid 500); 21 Mar 2001 09:47:17 -0000 Mailing-List: contact larry25@example.org; run by ezmlm Precedence: bulk list-help: <mailto:larry25@example.org> list-unsubscribe: <mailto:larry25@example.org> list-post: <mailto:larry25@example.org> Delivered-To: mailing list larry25@example.org Received: (qmail 59581 invoked from network); 21 Mar 2001 09:47:09 -0000 Date: Wed, 21 Mar 2001 00:00:02 -0800 From: Sean Chittenden <larry25@example.org> To: larry25@example.org Subject: mod_perl 1.25 and FreeBSD 4.3-BETA Message-ID: <larry25@example.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Fba/0zbH8Xs+Fj9o" Content-Disposition: inline User-Agent: Mutt/1.2.5i X-PGP-Key: 0x1EDDFAAD X-PGP-Fingerprint: C665 A17F 9A56 286C 5CFB 1DEA 9F4F 5CEF 1EDD FAAD X-Web-Homepage: http://sean.chittenden.org/ X-Spam-Rating: h31.sny.collab.net 1.6.2 0/1000/N --Fba/0zbH8Xs+Fj9o Content-Type: multipart/mixed; boundary="wac7ysb48OaltWcw" Content-Disposition: inline --wac7ysb48OaltWcw Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Has anyone gotten mod_perl to work on a fresh build of FreeBSD 4.3-BETA? I've attached some of my woes... If someone needs an account on my box to test/verify this, please let me know. -sc --=20 Sean Chittenden larry25@example.org --wac7ysb48OaltWcw Content-Type: message/rfc822 Content-Disposition: inline Return-Path: <larry25@example.org> Delivered-To: larry25@example.org Received: (qmail 68146 invoked from network); 16 Mar 2001 19:58:47 -0000 Received: from mx2.freebsd.org (83.161.120.155) by perrin.tgd.net with SMTP; 16 Mar 2001 19:58:47 -0000 Received: from hub.freebsd.org (hub.freebsd.org [83.161.120.155]) by mx2.freebsd.org (Postfix) with ESMTP id 52519559A8; Fri, 16 Mar 2001 11:57:02 -0800 (PST) (envelope-from larry25@example.org) Received: by hub.freebsd.org (Postfix, from userid 538) id 0B30537B719; Fri, 16 Mar 2001 11:58:41 -0800 (PST) Received: from localhost (localhost [83.161.120.155]) by hub.freebsd.org (Postfix) with SMTP id BE6DE2E8167; Fri, 16 Mar 2001 11:58:40 -0800 (PST) (envelope-from owner-freebsd-stable) Received: by hub.freebsd.org (bulk_mailer v1.12); Fri, 16 Mar 2001 11:58:40 -0800 Delivered-To: larry25@example.org Received: from mail.tgd.net (rand.tgd.net [83.161.120.155]) by hub.freebsd.org (Postfix) with SMTP id E130037B718 for <larry25@example.org>; Fri, 16 Mar 2001 11:58:36 -0800 (PST) (envelope-from larry25@example.org) Received: (qmail 68141 invoked by uid 1001); 16 Mar 2001 19:58:33 -0000 Date: Fri, 16 Mar 2001 11:58:33 -0800 From: Sean Chittenden <larry25@example.org> To: larry25@example.org Cc: Henk Wevers <larry25@example.org>, 'Miklos Niedermayer' <larry25@example.org> Subject: Re: Apache 1.3.19 does not work out of jail either -- UPDATED Message-ID: <larry25@example.org> References: <larry25@example.org> <006b01c0ae4b$b74cd560$08010a0a@kpnlep> <larry25@example.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="VywGB/WGlW4DM4P8" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <larry25@example.org>; from "larry25@example.org" on Fri, Mar 16, 2001 at = 11:25:10AM X-PGP-Key: 0x1EDDFAAD X-PGP-Fingerprint: C665 A17F 9A56 286C 5CFB 1DEA 9F4F 5CEF 1EDD FAAD X-Web-Homepage: http://sean.chittenden.org/ Sender: larry25@example.org X-Loop: FreeBSD.ORG Precedence: bulk --VywGB/WGlW4DM4P8 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Alright, here's the scenario (I don't use jail and it still breaks): rand# perl Makefile.PL APACHE_PREFIX=3D/www/testing APACHE_SRC=3D../apache-= 1.3.19/src DO_HTTPD=3D1 USEA_APACI=3D1 EVERYTHING=3D1 Will configure via APACI [... many lines later...] Creating Makefile in src + configured for FreeBSD 4.3 platform + setting C pre-processor to cc -E + checking for system header files + adding selected modules o perl_module uses ConfigStart/End + mod_perl build type: OBJ + id: mod_perl/1.25 + id: Perl/5.00503 (freebsd) [perl] + setting up mod_perl build environment + adjusting Apache build environment + enabling Perl support for SSI (mod_include) [snip] rand# make install rand# /www/testing/bin/apachectl configtest Syntax OK Segmentation fault - core dumped rand# ll httpd.core -rw------- 1 root wheel 823296 Mar 16 11:40 httpd.core rand# gdb /www/testing/bin/httpd httpd.core=20 [snip] This GDB was configured as "i386-unknown-freebsd"... (no debugging symbols found)... Core was generated by `httpd'. Program terminated with signal 11, Segmentation fault. Reading symbols from /usr/lib/libcrypt.so.2...(no debugging symbols found).= .. done. Reading symbols from /usr/lib/libperl.so.3...(no debugging symbols found)... done. Reading symbols from /usr/lib/libm.so.2...(no debugging symbols found)...do= ne. Reading symbols from /usr/lib/libc.so.4...(no debugging symbols found)...do= ne. Reading symbols from /usr/lib/libc_r.so.4...(no debugging symbols found)... done. Reading symbols from /usr/lib/libutil.so.3...(no debugging symbols found)... done. Reading symbols from /usr/libexec/ld-elf.so.1...(no debugging symbols found= )... done. #0 0x2822f53c in sysctl () from /usr/lib/libc.so.4 (gdb) bt #0 0x2822f53c in sysctl () from /usr/lib/libc.so.4 #1 0x28244fca in .cerror () from /usr/lib/libc.so.4 #2 0x28244eca in exit () from /usr/lib/libc.so.4 #3 0x80a6b9f in main () #4 0x80549c3 in _start () (gdb) run Starting program: /www/testing/bin/httpd=20 (no debugging symbols found)...(no debugging symbols found)... (no debugging symbols found)...(no debugging symbols found)... (no debugging symbols found)...(no debugging symbols found)... (no debugging symbols found)... Program received signal SIGSEGV, Segmentation fault. 0x2822f53c in sysctl () from /usr/lib/libc.so.4 And there 'ya have it. I don't know where to begin proding, but I'll keep the binaries around incase someone else has any questions or wants more information. -sc > I did some looking into this because I had the same problem. >=20 > mod_perl + kernel (Tuesday build) =3D problem with sysctl >=20 > I'll rebuild apache with mod_perl and see if I can get more > problems, but I remember looking into it and finding that sysctl() was > where it wasy dying. Thoughts anyone? -sc --=20 Sean Chittenden larry25@example.org --VywGB/WGlW4DM4P8 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Comment: For info see http://www.gnupg.org iEYEARECAAYFAjqycGkACgkQn09c7x7d+q0lTACdFzVrLNdrBywm/vmM7DmNR7fy FO4AnA5mcxIne26HW2CDs/w3nBJdrkMI =ucqD -----END PGP SIGNATURE----- --VywGB/WGlW4DM4P8-- To Unsubscribe: send mail to larry25@example.org with "unsubscribe freebsd-stable" in the body of the message --wac7ysb48OaltWcw-- --Fba/0zbH8Xs+Fj9o Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Comment: For info see http://www.gnupg.org iEYEARECAAYFAjq4X4IACgkQn09c7x7d+q0jTwCg3bF+9im92s+d5Zt3Ttov1QeN 2wUAoLY9RjYdbaUs4TUXlkMBzbvnUNQR =Xzqg -----END PGP SIGNATURE----- --Fba/0zbH8Xs+Fj9o-- From larry25@example.org Fri Mar 23 14:17:16 2001 Return-Path: <larry25@example.org> Delivered-To: larry25@example.org Received: (qmail 3201 invoked by uid 500); 23 Mar 2001 14:17:16 -0000 Mailing-List: contact larry25@example.org; run by ezmlm Precedence: bulk list-help: <mailto:larry25@example.org> list-unsubscribe: <mailto:larry25@example.org> list-post: <mailto:larry25@example.org> Delivered-To: mailing list larry25@example.org Received: (qmail 3183 invoked from network); 23 Mar 2001 14:17:15 -0000 Message-ID: <larry25@example.org> From: Geoffrey Young <larry25@example.org> To: "'larry25@example.org'" <larry25@example.org> Subject: httpd-2.0 compile problems Date: Fri, 23 Mar 2001 09:19:22 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" X-Spam-Rating: h31.sny.collab.net 1.6.2 0/1000/N hi guys... before I tread into new-httpd I just thought I'd ping the
{'source': 'Apache Software Foundation Public Mail Archives'}