cvs commit: modperl-2.0/xs/tables/current/ModPerl FunctionTable.pm
stas2002/08/27 19:24:48
Modified:xs/APR/Bucket APR__Bucket.h
xs/maps apr_functions.map
xs/tables/current/ModPerl FunctionTable.pm
Log:
add the APR::Bucket::is_flush glue function
Revision ChangesPath
1.5 +5 -0 modperl-2.0/xs/APR/Bucket/APR__Bucket.h
Index: APR__Bucket.h
===
RCS file: /home/cvs/modperl-2.0/xs/APR/Bucket/APR__Bucket.h,v
retrieving revision 1.4
retrieving revision 1.5
diff -u -r1.4 -r1.5
--- APR__Bucket.h 30 May 2002 02:33:48 - 1.4
+++ APR__Bucket.h 28 Aug 2002 02:24:47 - 1.5
-44,6 +44,11
return APR_BUCKET_IS_EOS(bucket);
}
+static MP_INLINE int mpxs_APR__Bucket_is_flush(apr_bucket *bucket)
+{
+return APR_BUCKET_IS_FLUSH(bucket);
+}
+
static MP_INLINE void mpxs_APR__Bucket_insert_before(apr_bucket *a,
apr_bucket *b)
{
1.46 +1 -0 modperl-2.0/xs/maps/apr_functions.map
Index: apr_functions.map
===
RCS file: /home/cvs/modperl-2.0/xs/maps/apr_functions.map,v
retrieving revision 1.45
retrieving revision 1.46
diff -u -r1.45 -r1.46
--- apr_functions.map 23 Jun 2002 22:00:03 - 1.45
+++ apr_functions.map 28 Aug 2002 02:24:47 - 1.46
-102,6 +102,7
mpxs_APR__Brigade_empty#APR_BRIGADE_EMPTY
MODULE=APR::Bucket
+ mpxs_APR__Bucket_is_flush #APR_BUCKET_IS_FLUSH
mpxs_APR__Bucket_is_eos #APR_BUCKET_IS_EOS
mpxs_APR__Bucket_insert_after #APR_BUCKET_INSERT_AFTER
mpxs_APR__Bucket_insert_before #APR_BUCKET_INSERT_AFTER
1.83 +15 -27modperl-2.0/xs/tables/current/ModPerl/FunctionTable.pm
Index: FunctionTable.pm
===
RCS file: /home/cvs/modperl-2.0/xs/tables/current/ModPerl/FunctionTable.pm,v
retrieving revision 1.82
retrieving revision 1.83
diff -u -r1.82 -r1.83
--- FunctionTable.pm 27 Aug 2002 04:28:48 - 1.82
+++ FunctionTable.pm 28 Aug 2002 02:24:47 - 1.83
-2,7 +2,7
# !!
# ! WARNING: generated by ModPerl::ParseSource/0.01
-# ! Mon Aug 26 19:47:54 2002
+# ! Wed Aug 28 10:12:34 2002
# ! do NOT edit, any changes will be lost !
# !!
-4343,6 +4343,20
]
},
{
+'return_type' = 'int',
+'name' = 'mpxs_APR__Bucket_is_flush',
+'attr' = [
+ 'static',
+ '__inline__'
+],
+'args' = [
+ {
+'type' = 'apr_bucket *',
+'name' = 'bucket'
+ }
+]
+ },
+ {
'return_type' = 'apr_bucket *',
'name' = 'mpxs_APR__Bucket_new',
'attr' = [
-5507,32 +5521,6
{
'type' = 'SV *',
'name' = 'arg'
- }
-]
- },
- {
-'return_type' = 'apr_global_mutex_t *',
-'name' = 'mpxs_apr_global_mutex_create',
-'args' = [
- {
-'type' = 'PerlInterpreter *',
-'name' = 'my_perl'
- },
- {
-'type' = 'SV *',
-'name' = 'classname'
- },
- {
-'type' = 'apr_pool_t *',
-'name' = 'pool'
- },
- {
-'type' = 'const char *',
-'name' = 'fname'
- },
- {
-'type' = 'apr_lockmech_e',
-'name' = 'mech'
}
]
},
cvs commit: modperl-2.0/src/modules/perl modperl_cmd.c
dougm 2002/08/27 20:12:46
Modified:src/modules/perl modperl_cmd.c
Log:
use ap_strstr_c instead of strstr to avoid a warning
Revision ChangesPath
1.27 +1 -1 modperl-2.0/src/modules/perl/modperl_cmd.c
Index: modperl_cmd.c
===
RCS file: /home/cvs/modperl-2.0/src/modules/perl/modperl_cmd.c,v
retrieving revision 1.26
retrieving revision 1.27
diff -u -r1.26 -r1.27
--- modperl_cmd.c 27 Aug 2002 04:26:54 - 1.26
+++ modperl_cmd.c 28 Aug 2002 03:12:46 - 1.27
-308,7 +308,7
server_rec *s = parms-server;
const char *errmsg;
-if (!strstr(arg, ::)) {
+if (!ap_strstr_c(arg, ::)) {
return DECLINE_CMD; /* let mod_so handle it */
}
cvs commit: modperl-2.0/src/modules/perl modperl_svptr_table.c modperl_svptr_table.h
dougm 2002/08/27 20:14:56
Added: src/modules/perl modperl_svptr_table.c modperl_svptr_table.h
Log:
move ptr_table_ api add ons to their own module.
duplicate the Perl ptr_table_ api into modperl_svptr_table_ api
since the ptr_table_ api does not exist without ithreads and since
5.8.0+ has functions that 5.6.x does not
Revision ChangesPath
1.1 modperl-2.0/src/modules/perl/modperl_svptr_table.c
Index: modperl_svptr_table.c
===
#include mod_perl.h
/*
* modperl_svptr_table api is an add-on to the Perl ptr_table_ api.
* we use a PTR_TBL_t to map config structures (e.g. from parsed
* httpd.conf or .htaccess), where each interpreter needs to have its
* own copy of the Perl SV object. we do not use an HV* for this, because
* the HV keys must be SVs with a string value, too much overhead.
* we do not use an apr_hash_t because they only have the lifetime of
* the pool used to create them. which may or may not be the same lifetime
* of the objects we need to lookup.
*/
#ifdef USE_ITHREADS
#ifdef MP_PERL_5_6_x
# define my_sv_dup(s, p) sv_dup(s)
typedef struct {
AV *stashes;
UV flags;
PerlInterpreter *proto_perl;
} CLONE_PARAMS;
#else
# define my_sv_dup(s, p) sv_dup(s, p)
#endif
/*
* copy a PTR_TBL_t whos PTR_TBL_ENT_t values are SVs.
* the SVs are dup-ed so each interpreter has its own copy.
*/
PTR_TBL_t *modperl_svptr_table_clone(pTHX_ PerlInterpreter *proto_perl,
PTR_TBL_t *source)
{
UV i;
PTR_TBL_t *tbl;
PTR_TBL_ENT_t **src_ary, **dst_ary;
CLONE_PARAMS parms;
Newz(0, tbl, 1, PTR_TBL_t);
tbl-tbl_max = source-tbl_max;
tbl-tbl_items= source-tbl_items;
Newz(0, tbl-tbl_ary, tbl-tbl_max + 1, PTR_TBL_ENT_t *);
dst_ary = tbl-tbl_ary;
src_ary = source-tbl_ary;
Zero(parms, 0, CLONE_PARAMS);
parms.flags = 0;
parms.stashes = newAV();
for (i=0; i source-tbl_max; i++, dst_ary++, src_ary++) {
PTR_TBL_ENT_t *src_ent, *dst_ent=NULL;
if (!*src_ary) {
continue;
}
for (src_ent = *src_ary;
src_ent;
src_ent = src_ent-next)
{
if (dst_ent == NULL) {
Newz(0, dst_ent, 1, PTR_TBL_ENT_t);
*dst_ary = dst_ent;
}
else {
Newz(0, dst_ent-next, 1, PTR_TBL_ENT_t);
dst_ent = dst_ent-next;
}
/* key is just a pointer we do not modify, no need to copy */
dst_ent-oldval = src_ent-oldval;
dst_ent-newval =
SvREFCNT_inc(my_sv_dup((SV*)src_ent-newval, parms));
}
}
SvREFCNT_dec(parms.stashes);
return tbl;
}
#endif
/*
* need to free the SV values in addition to ptr_table_free
*/
void modperl_svptr_table_destroy(pTHX_ PTR_TBL_t *tbl)
{
UV i;
PTR_TBL_ENT_t **ary = tbl-tbl_ary;
for (i=0; i tbl-tbl_max; i++, ary++) {
PTR_TBL_ENT_t *ent;
if (!*ary) {
continue;
}
for (ent = *ary; ent; ent = ent-next) {
if (!ent-newval) {
continue;
}
SvREFCNT_dec((SV*)ent-newval);
ent-newval = NULL;
}
}
modperl_svptr_table_free(aTHX_ tbl);
}
/*
* the Perl ptr_table_ api does not provide a function to remove
* an entry from the table. we need to SvREFCNT_dec the SV value
* anyhow.
*/
void modperl_svptr_table_delete(pTHX_ PTR_TBL_t *tbl, void *key)
{
PTR_TBL_ENT_t *entry, **oentry;
UV hash = PTR2UV(key);
oentry = tbl-tbl_ary[hash tbl-tbl_max];
entry = *oentry;
for (; entry; oentry = entry-next, entry = *oentry) {
if (entry-oldval == key) {
*oentry = entry-next;
SvREFCNT_dec((SV*)entry-newval);
Safefree(entry);
tbl-tbl_items--;
return;
}
}
}
/*
* XXX: the following are a copy of the Perl 5.8.0 Perl_ptr_table api
* renamed s/Perl_ptr/modperl_svptr/g;
* two reasons:
* these functions do not exist without -DUSE_ITHREADS
* the clear/free functions do not exist in 5.6.x
*/
/* create a new pointer-mapping table */
PTR_TBL_t *
modperl_svptr_table_new(pTHX)
{
PTR_TBL_t *tbl;
Newz(0, tbl, 1, PTR_TBL_t);
tbl-tbl_max = 511;
tbl-tbl_items= 0;
Newz(0, tbl-tbl_ary, tbl-tbl_max + 1, PTR_TBL_ENT_t*);
return tbl;
}
/* map an existing pointer using a table */
void *
modperl_svptr_table_fetch(pTHX_ PTR_TBL_t *tbl, void *sv)
{
PTR_TBL_ENT_t *tblent;
UV hash =
cvs commit: modperl-2.0/xs/tables/current/ModPerl FunctionTable.pm
dougm 2002/08/27 20:16:31
Modified:xs/tables/current/Apache FunctionTable.pm
xs/tables/current/ModPerl FunctionTable.pm
Log:
sync
Revision ChangesPath
1.40 +2 -2 modperl-2.0/xs/tables/current/Apache/FunctionTable.pm
Index: FunctionTable.pm
===
RCS file: /home/cvs/modperl-2.0/xs/tables/current/Apache/FunctionTable.pm,v
retrieving revision 1.39
retrieving revision 1.40
diff -u -r1.39 -r1.40
--- FunctionTable.pm 24 Aug 2002 17:14:39 - 1.39
+++ FunctionTable.pm 28 Aug 2002 03:16:30 - 1.40
-2,7 +2,7
# !!
# ! WARNING: generated by Apache::ParseSource/0.02
-# ! Sat Aug 24 09:38:51 2002
+# ! Tue Aug 27 20:02:27 2002
# ! do NOT edit, any changes will be lost !
# !!
-7069,7 +7069,7
]
},
{
-'return_type' = 'void',
+'return_type' = 'apr_status_t',
'name' = 'apr_dbm_get_usednames_ex',
'args' = [
{
1.84 +97 -1 modperl-2.0/xs/tables/current/ModPerl/FunctionTable.pm
Index: FunctionTable.pm
===
RCS file: /home/cvs/modperl-2.0/xs/tables/current/ModPerl/FunctionTable.pm,v
retrieving revision 1.83
retrieving revision 1.84
diff -u -r1.83 -r1.84
--- FunctionTable.pm 28 Aug 2002 02:24:47 - 1.83
+++ FunctionTable.pm 28 Aug 2002 03:16:31 - 1.84
-2,7 +2,7
# !!
# ! WARNING: generated by ModPerl::ParseSource/0.01
-# ! Wed Aug 28 10:12:34 2002
+# ! Tue Aug 27 20:02:39 2002
# ! do NOT edit, any changes will be lost !
# !!
-3701,6 +3701,20
]
},
{
+'return_type' = 'void',
+'name' = 'modperl_svptr_table_clear',
+'args' = [
+ {
+'type' = 'PerlInterpreter *',
+'name' = 'my_perl'
+ },
+ {
+'type' = 'PTR_TBL_t *',
+'name' = 'tbl'
+ }
+]
+ },
+ {
'return_type' = 'PTR_TBL_t *',
'name' = 'modperl_svptr_table_clone',
'args' = [
-3751,6 +3765,84
]
},
{
+'return_type' = 'void *',
+'name' = 'modperl_svptr_table_fetch',
+'args' = [
+ {
+'type' = 'PerlInterpreter *',
+'name' = 'my_perl'
+ },
+ {
+'type' = 'PTR_TBL_t *',
+'name' = 'tbl'
+ },
+ {
+'type' = 'void *',
+'name' = 'sv'
+ }
+]
+ },
+ {
+'return_type' = 'void',
+'name' = 'modperl_svptr_table_free',
+'args' = [
+ {
+'type' = 'PerlInterpreter *',
+'name' = 'my_perl'
+ },
+ {
+'type' = 'PTR_TBL_t *',
+'name' = 'tbl'
+ }
+]
+ },
+ {
+'return_type' = 'PTR_TBL_t *',
+'name' = 'modperl_svptr_table_new',
+'args' = [
+ {
+'type' = 'PerlInterpreter *',
+'name' = 'my_perl'
+ }
+]
+ },
+ {
+'return_type' = 'void',
+'name' = 'modperl_svptr_table_split',
+'args' = [
+ {
+'type' = 'PerlInterpreter *',
+'name' = 'my_perl'
+ },
+ {
+'type' = 'PTR_TBL_t *',
+'name' = 'tbl'
+ }
+]
+ },
+ {
+'return_type' = 'void',
+'name' = 'modperl_svptr_table_store',
+'args' = [
+ {
+'type' = 'PerlInterpreter *',
+'name' = 'my_perl'
+ },
+ {
+'type' = 'PTR_TBL_t *',
+'name' = 'tbl'
+ },
+ {
+'type' = 'void *',
+'name' = 'oldv'
+ },
+ {
+'type' = 'void *',
+'name' = 'newv'
+ }
+]
+ },
+ {
'return_type' = 'int',
'name' = 'modperl_sys_dlclose',
'args' = [
-4532,6 +4624,10
{
'return_type' = 'SV *',
'name' = 'mpxs_Apache__Directive_as_string',
+'attr' = [
+ 'static',
+ '__inline__'
+],
'args' = [
{
'type' = 'PerlInterpreter *',
cvs commit: modperl-2.0/src/modules/perl mod_perl.h
dougm 2002/08/27 20:17:03 Modified:src/modules/perl mod_perl.h Log: include modperl_svptr_table.h Revision ChangesPath 1.52 +1 -0 modperl-2.0/src/modules/perl/mod_perl.h Index: mod_perl.h === RCS file: /home/cvs/modperl-2.0/src/modules/perl/mod_perl.h,v retrieving revision 1.51 retrieving revision 1.52 diff -u -r1.51 -r1.52 --- mod_perl.h27 Aug 2002 04:26:54 - 1.51 +++ mod_perl.h28 Aug 2002 03:17:02 - 1.52 -66,6 +66,7 #include modperl_env.h #include modperl_cgi.h #include modperl_perl.h +#include modperl_svptr_table.h #include modperl_module.h void modperl_init(server_rec *s, apr_pool_t *p);
Re: compilation problems in mod_perl
Amir wrote: Hello, I am trying to compile mod_perl in my Redhat Linux 7.2. I run perl 5.8.0, when I do perl Makefile.PL MP_AP_PREFIX=/usr/local/apache2 Its looks fine (I get no errors) but then when I try to do make I get the following: - cd src/modules/perl make -f Makefile.modperl make[1]: Entering directory `/usr/src/mod_perl-1.99_04/src/modules/perl' gcc -I/usr/src/mod_perl-1.99_04/src/modules/perl -I/usr/src/mod_perl-1.99_04/xs -I/usr/local/apache2/include -fno-strict-aliasing -I/usr/local/include -I/usr/include/gdbm -I/usr/local/lib/perl5/5.8.0/i586-linux/CORE -DMOD_PERL -O2 -fpic \ -c mod_perl.c mv mod_perl.o mod_perl.lo mod_perl.c: In function `modperl_register_hooks': mod_perl.c:511: warning: passing arg 3 of `ap_register_output_filter' makes pointer from integer without a cast mod_perl.c:511: too few arguments to function `ap_register_output_filter' mod_perl.c:515: warning: passing arg 3 of `ap_register_input_filter' makes pointer from integer without a cast mod_perl.c:515: too few arguments to function `ap_register_input_filter' mod_perl.c:519: warning: passing arg 3 of `ap_register_output_filter' makes pointer from integer without a cast mod_perl.c:519: too few arguments to function `ap_register_output_filter' mod_perl.c:523: warning: passing arg 3 of `ap_register_input_filter' makes pointer from integer without a cast mod_perl.c:523: too few arguments to function `ap_register_input_filter' make[1]: *** [mod_perl.lo] Error 1 make[1]: Leaving directory `/usr/src/mod_perl-1.99_04/src/modules/perl' make: *** [modperl_lib] Error 2 - You are trying to use a beta version of mod_perl-2.0. Use mod_perl 1.27 with Apache 1.3.x for now if you want something stable. mod_perl 1.99_04 works with Apache 2.0.39 only. mod_perl 1.99_05 works with Apache 2.0.40. This will solve the problem that you've reported. When reporting problems remember to follow either http://perl.apache.org/docs/1.0/guide/help.html#How_to_Report_Problems or http://perl.apache.org/docs/2.0/user/help/help.html#Reporting_Problems both linked from the shortcuts menu on any page at perl.apache.org. __ Stas BekmanJAm_pH -- Just Another mod_perl Hacker http://stason.org/ mod_perl Guide --- http://perl.apache.org mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com http://modperlbook.org http://apache.org http://ticketmaster.com
large projects in mod_perl
Hi all Does anyone know where I can find some information on creating big projects in Perl (mod_perl)? I am facing the really big project now but I don't know what stucture of the program will be the best. There are such things like Struts, jBoss in Java. What about Perl? Thank you in advance.
Re: large projects in mod_perl
At 09:16 27.08.2002, zt.zamosc.tpsa.pl wrote: Hi all Does anyone know where I can find some information on creating big projects in Perl (mod_perl)? I am facing the really big project now but I don't know what stucture of the program will be the best. There are such things like Struts, jBoss in Java. What about Perl? Well, with mod_perl you have many possibilities. I would advise you to read http://perl.apache.org/docs/tutorials/apps/scale_etoys/etoys.html for an explanation about a big project involving mod_perl at EToys, and http://perl.apache.org/products/app-server.html for a list of application servers available for mod_perl (as well as maybe http://perl.apache.org/docs/tutorials/tmpl/comparison/comparison.html to look at how to choose a templating system). You might also want to develop your own architecture based on MVC, which we had a long discussion about here recently. For a lot of interesting reading, look at these threads: o http://mathforum.org/epigone/modperl/jilgygland o http://mathforum.org/epigone/modperl/pahphucree o http://mathforum.org/epigone/modperl/solchaxzim o http://mathforum.org/epigone/modperl/lerdginspir o http://mathforum.org/epigone/modperl/stremnemcland o http://mathforum.org/epigone/modperl/nounumspim o http://mathforum.org/epigone/modperl/blildeudrand o http://mathforum.org/epigone/modperl/zhathontimp o http://mathforum.org/epigone/modperl/drehkrerlnen o http://mathforum.org/epigone/modperl/drurflerdplald -- Per Einar Ellefsen [EMAIL PROTECTED]
Re: large projects in mod_perl
There is a really big project called HSPcomplete written mostly on Perl (AFAIK it took about 200-300 man months to complete 2.0 version). It has a three-tier architecture: Web Apps (Forms processing) - Middle Tier (data management) - Low-level Libs It uses own templating system called ASPcms, which uses Text::Template as a low-level template processor + has a number of common Perl libraries: * lib to construct web forms * Mid-Tier Abstract lib * DB abstraction library * lib to construct multi-step wizards * security and license management lib etc... Product homepage: http://www.sw-soft.com/products/hspcomplete/ Regards, Oleg Shaikhatarov zt.zamosc.tpsa.pl wrote: Hi all Does anyone know where I can find some information on creating big projects in Perl (mod_perl)? I am facing the really big project now but I don't know what stucture of the program will be the best. There are such things like Struts, jBoss in Java. What about Perl? Thank you in advance.
Re: Segmentation Fault with mod_php and mod_perl
On Monday, 2002-08-26 at 10:43:57 -0700, Alex Lee wrote: There seems to be conflict between mod_php 4.2.2 and mod_perl 1.27 running with Apache 1.3.26 on Solaris 8 platform(FreeBSD with the same configuration seems to work fine). Please help! Or if you know of a working combination of Apache/mod_perl/mod_php on Solaris 8, let me know.. I had that a while ago. It is probably a problem with largefile support. Statically linking both mod_perl and mod_php worked for me, same versions you have. But I have to admit the version somebody else compiled crashed like your statically linked apache. The way I do it, and it is possible this avoids the problem is to first do apache+mod_perl, sans mod_php. If this tests OK, I make install mod_php, and do mod_perl again. The first step may leave some traces mod_php picks up. HTH, Lupe Christoph -- | [EMAIL PROTECTED] | http://www.lupe-christoph.de/ | | Big Misunderstandings #6398: The Titanic was not supposed to be| | unsinkable. The designer had a speech impediment. He said: I have | | thith great unthinkable conthept ... |
[ANNOUNCE] Apache::SessionManager 0.01
Hi all, I'm glad to announce first public release of 'Apache::SessionManager' Apache module. Apache::SessionManager - simple Apache/mod_perl extension to manage sessions over HTTP requests. Apache::SessionManager is a mod_perl module that helps session management of a web application. This simple module is a wrapper around Apache::Session persistence framework for session data. It creates a session object and makes it available to all other handlers transparently by putting it in pnotes. The goal of Apache::SessionManager was to do a module with _no_ glue with others mod_perl based appserver than mod_perl itself and Apache::Session. to use in flat mod_perl handlers. (Also, it can be used with the appserver, of course). For module installation, configuration and directives see: perldoc Apache::SessionManager You can download it from CPAN: $CPAN/authors/id/E/EN/ENRYS/Apache-SessionManager-0.01.tar.gz or: http://www.sorcinelli.it/Apache-SessionManager-0.01.tar.gz Yours - Enrico Sorcinelli
RE: Clashing Apache::Symbol - Symbol ?
So with the incorrect lib, it was loading Apache::Symbol where 'use Symbol' was found? Thanks! -Original Message- From: Stas Bekman [mailto:[EMAIL PROTECTED]] Sent: Monday, August 26, 2002 10:42 PM To: ODELL, TODD E (SWBT) Cc: ModPerl Mailing List Subject: Re: Clashing Apache::Symbol - Symbol ? ODELL, TODD E (SWBT) wrote: I just recently got my mod_perl to work. Config is mod_perl-1.27/Apache-1.3.26 on AIX 4.3.3. I wrote a PerlAuthenHandler which uses Expect.pm, requiring the normal Symbol.pm. In my startup.pl script for mod_perl I had this line: use lib qw(/usr/opt/perl5/lib/site_perl/5.6.1/aix/Apache); I get a bareword error when IO:Handle tries to call the gensym(Symbol.pm) BUT if I comment the above line out it seems to get past that. I see that there is an Apache::Symbol which looks quite different than the 'normal' one. My question is by letting the normal Symbol.pm load, so IO:Handle will work, is that going to mess things up since the Apache::Symbol is different? Or will everything be able to know which to use? eh? why in the world you are trying to do that? there is no /usr/opt/perl5/lib/site_perl/5.6.1/aix/Apache, there is /usr/opt/perl5/lib/site_perl/5.6.1/aix. Of course you will have problems when you load the wrong package. It's Apache::Symbol, not Symbol in the dir Apache/. __ Stas BekmanJAm_pH -- Just Another mod_perl Hacker http://stason.org/ mod_perl Guide --- http://perl.apache.org mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com http://modperlbook.org http://apache.org http://ticketmaster.com
Re: Apache::Request
On Mon, 26 Aug 2002, Ufuk Yuzereroglu wrote: I dont know if this is the right place to ask but I just cant install Apache::Request. When calling 'make', make cant find any of the header files. Can anyone tell me where I did go wrong? Did you install mod_perl and apache successfully on the same machine? -- best regards, randy kobes
Change in module naming conventions
Hi everyone, This has already been posted on the dev list, but with no replies (however previous feedback has been positive to this regard), so I'll pass it through here for some feedback before going on with it. To find out how the new namespaces would look, I have gone through the process of categorizing all mod_perl modules found on CPAN (by searching for the Apache:: prefix). What I came to was this: http://users.skynet.be/pereinar/mod-perl/modules.txt NOTE: I am *not* suggesting we rename all existing Apache:: modules, that issue has been raised many times before, and is clearly impractical. This list is only to get an idea of what categories could possibly be needed. Think of it as a way of wrapping my mind around what is already here. From this, and some comments from other people, I have come to a set of Module naming guidelines, which I just placed online for your perusal: see here: http://users.skynet.be/pereinar/mod-perl/products/apache-modules.html#Module_Naming_Conventions Some questions I got which I'm not too sure of: - I created the Apache::Util:: namespace. However, one person thought the Persistent:: namespace to be too specific, and would prefer to rename Apache::Util:: to something like ::Misc, ::Lib, ::Extensions or ::Addons, and add the Persistent:: modules there. What do you think? - I originally had Apache::Auth::Authen, ::Authz and ::Access, but Robin Berjon told me he preferred to have the 4 as top-level namespaces. What do people think? -- Per Einar Ellefsen [EMAIL PROTECTED]
RE: [OT] Apache::Session and Win32
Greetings. [...] Rob Bloodgood wrote: I tried Apache::Session::File, but after MUCH hair-pulling it seems that the Lock mechanism is COMPLETELY hosed (things are either never locked or never unlocked, or something...) AFAIK, Win32 has no flock. I once ran into the same problem - and my (superficial) analysis was that locks are not released for a reason that appears related to the multithreaded nature of the server...(for me, it was Apache). However, perlopentut says: Perl's most portable locking interface is via the flock function, whose simplicity is emulated on systems that don't directly support it, such as SysV or WindowsNT. The underlying semantics may affect how it all works, so you should learn how flock is implemented on your system's port of Perl. And perl's flock certainly appear to work between different processes on NT. FOr the record, I eventually resorted to null locking as well. Cheers, alf
Re: Change in module naming conventions
On Tuesday, August 27, 2002, at 09:29 AM, Per Einar Ellefsen wrote: - I created the Apache::Util:: namespace. However, one person thought the Persistent:: namespace to be too specific, and would prefer to rename Apache::Util:: to something like ::Misc, ::Lib, ::Extensions or ::Addons, and add the Persistent:: modules there. What do you think? I like Apache::Util, and don't have a problem with Apache::Util::Persistent. Makes sense to me. - I originally had Apache::Auth::Authen, ::Authz and ::Access, but Robin Berjon told me he preferred to have the 4 as top-level namespaces. What do people think? I agree with Robin. David -- David Wheeler AIM: dwTheory [EMAIL PROTECTED] ICQ: 15726394 http://david.wheeler.net/ Yahoo!: dew7e Jabber: [EMAIL PROTECTED]
Re: Change in module naming conventions
At 18:38 27.08.2002, David Wheeler wrote: On Tuesday, August 27, 2002, at 09:29 AM, Per Einar Ellefsen wrote: - I created the Apache::Util:: namespace. However, one person thought the Persistent:: namespace to be too specific, and would prefer to rename Apache::Util:: to something like ::Misc, ::Lib, ::Extensions or ::Addons, and add the Persistent:: modules there. What do you think? I like Apache::Util, and don't have a problem with Apache::Util::Persistent. Makes sense to me. It's actually Apache::Persistent, because the persistence modules in it have big differences from the Apache::Util modules. -- Per Einar Ellefsen [EMAIL PROTECTED]
Re: Change in module naming conventions
On Tuesday, August 27, 2002, at 09:46 AM, Per Einar Ellefsen wrote: It's actually Apache::Persistent, because the persistence modules in it have big differences from the Apache::Util modules. Oh. So what's the complaint about Apache::Util:: ? David -- David Wheeler AIM: dwTheory [EMAIL PROTECTED] ICQ: 15726394 http://david.wheeler.net/ Yahoo!: dew7e Jabber: [EMAIL PROTECTED]
Re: Change in module naming conventions
- nick
Nick Tonkin {|8^)
On Tue, 27 Aug 2002, Per Einar Ellefsen wrote:
- I originally had Apache::Auth::Authen, ::Authz and ::Access, but Robin
Berjon told me he preferred to have the 4 as top-level namespaces. What do
people think?
I'm in favor of your approach. I have it like that in my
stuff. Auth::Auth, Auth::Authz, and Auth:: Access.
- nick
Nick Tonkin {|8^)
Flaky behavior with modperl module
Greetings, I am writing a modperl module to create dynamic picture web pages created from .jpg files in a given directory. It basically puts a bunch of pictures on the screen. I am seeing inconsistent behavior and I don't know where to look for a solution. When I load the page, random pictures don't get loaded. They're just small boxes on the screen. Reloading the page will give me another set of random missing pictures. The server is behind a cable modem and it has a max upload bandwidth of 256kb, so it's kinda slow. Am I seeing some sort of timeout or flakiness with my cable modem bandwidth? Thanks for any help Jason
Re: Change in module naming conventions
At 18:59 27.08.2002, David Wheeler wrote: On Tuesday, August 27, 2002, at 09:46 AM, Per Einar Ellefsen wrote: It's actually Apache::Persistent, because the persistence modules in it have big differences from the Apache::Util modules. Oh. So what's the complaint about Apache::Util:: ? Not having the Persistent:: modules in it. And if it would have them in it, Apache::Util wouldn't necessarily be a correct name. But I think we'll keep Apache::Persistent and Apache::Util as is. -- Per Einar Ellefsen [EMAIL PROTECTED]
Re: Flaky behavior with modperl module
At 19:37 27.08.2002, The Surprises wrote: Greetings, I am writing a modperl module to create dynamic picture web pages created from .jpg files in a given directory. It basically puts a bunch of pictures on the screen. I am seeing inconsistent behavior and I don't know where to look for a solution. When I load the page, random pictures don't get loaded. They're just small boxes on the screen. Reloading the page will give me another set of random missing pictures. The server is behind a cable modem and it has a max upload bandwidth of 256kb, so it's kinda slow. Am I seeing some sort of timeout or flakiness with my cable modem bandwidth? As you don't give a lot of information about your configuration, this is just a wild guess, but I suppose that your image files get corrupted somehow, maybe because the directory they reside in is configured to be served through CGI or Apache::Registry. Can you fetch the images with a direct URL? Are you sure the URLs are even correct? Have you checked your error log? -- Per Einar Ellefsen [EMAIL PROTECTED]
Re: Change in module naming conventions
Per Einar Ellefsen [EMAIL PROTECTED] wrote: What I came to was this: http://users.skynet.be/pereinar/mod-perl/modules.txt Looks good, overall. I like the Apache::Framework:: namespace :) Some questions I got which I'm not too sure of: - I originally had Apache::Auth::Authen, ::Authz and ::Access, but Robin Berjon told me he preferred to have the 4 as top-level namespaces. What do people think? What's the difference between Apache::Auth and Apache::Authen ? They both seem to have authentication handlers. -- James Smith [EMAIL PROTECTED], 979-862-3725 Texas AM CIS Operating Systems Group, Unix
Re: Flaky behavior with modperl module
When you View Source in your browser, are the img url's in the broken images correct? Do you get any errors in your error log? anything strange in your access log? Wes The Surprises [EMAIL PROTECTED] on 08/27/2002 01:37:14 PM To: [EMAIL PROTECTED] cc:(bcc: Wesley Sheldahl/Lex/Lexmark) Subject: Flaky behavior with modperl module Greetings, I am writing a modperl module to create dynamic picture web pages created from .jpg files in a given directory. It basically puts a bunch of pictures on the screen. I am seeing inconsistent behavior and I don't know where to look for a solution. When I load the page, random pictures don't get loaded. They're just small boxes on the screen. Reloading the page will give me another set of random missing pictures. The server is behind a cable modem and it has a max upload bandwidth of 256kb, so it's kinda slow. Am I seeing some sort of timeout or flakiness with my cable modem bandwidth? Thanks for any help Jason
Re: Change in module naming conventions
At 20:14 27.08.2002, James G Smith wrote: Per Einar Ellefsen [EMAIL PROTECTED] wrote: What I came to was this: http://users.skynet.be/pereinar/mod-perl/modules.txt Looks good, overall. I like the Apache::Framework:: namespace :) same; just shows how many there are. Some questions I got which I'm not too sure of: - I originally had Apache::Auth::Authen, ::Authz and ::Access, but Robin Berjon told me he preferred to have the 4 as top-level namespaces. What do people think? What's the difference between Apache::Auth and Apache::Authen ? They both seem to have authentication handlers. There are modules that do Authen+Authz, and some that incorporate general functions related to authentication and authorization. These go into ::Auth. The Authentication handlers go into Authen, as well as other modules *only* related to _authentication_. -- Per Einar Ellefsen [EMAIL PROTECTED]
Re: Flaky behavior with modperl module
On Tue, Aug 27, 2002 at 02:25:31PM -0400, [EMAIL PROTECTED] wrote: When you View Source in your browser, are the img url's in the broken images correct? Do you get any errors in your error log? anything strange in your access log? Wes View source shows a valid source. It appears to be a timeout issue because sometimes all pictures show up perfectly fine. If the network is slow, I get the picture dropouts.
SSI and mod_perl
In a mod_perl handler, in the m_p1.x/apache1.3 api, Is there a quick way to tell apache I'm done, here's my content, and I want you to run this through mod_include before you send it to the user -- Jay yohimbe Thorne [EMAIL PROTECTED] Mgr Sys Tech, Userfriendly.org
Re: Segmentation Fault with mod_php and mod_perl
Hi Stas,
This is what I got from core backtrace:
gdb /usr/local/src/apache/current/src/httpd
GNU gdb 5.0
Copyright 2000 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain
conditions.
Type show copying to see the conditions.
There is absolutely no warranty for GDB. Type show warranty for details.
This GDB was configured as sparc-sun-solaris2.8...
(gdb) run -X -f `pwd`/t/conf/httpd.conf -d `pwd`/t
Starting program: /usr/local/src/apache/current/src/httpd -X -f
`pwd`/t/conf/httpd.conf -d `pwd`/t
[New LWP 1]
[New LWP 2]
[New LWP 3]
[New LWP 4]
Program received signal SIGSEGV, Segmentation fault.
0x75a10 in php_xbithack_handler (r=0x927840) at mod_php4.c:778
778 if (!(r-finfo.st_mode S_IXUSR)) {
Are you going to say this is a PHP bug? :-)
But how come if I only activate PHP module, it works fine.
Alex
From: Stas Bekman [EMAIL PROTECTED]
To: Alex Lee [EMAIL PROTECTED]
CC: [EMAIL PROTECTED]
Subject: Re: Segmentation Fault with mod_php and mod_perl
Date: Tue, 27 Aug 2002 11:54:38 +0800
Alex Lee wrote:
There seems to be conflict between mod_php 4.2.2 and mod_perl 1.27 running
with Apache 1.3.26 on Solaris 8 platform(FreeBSD with the same
configuration seems to work fine).
[...]
Segmentation Fault (11)
[...]
running with truss ./httpd -X produce:
Sending the core backtrace should help more that the output of truss.
See
http://perl.apache.org/docs/1.0/guide/help.html#How_to_Report_Problems
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org http://ticketmaster.com
_
Send and receive Hotmail on your mobile device: http://mobile.msn.com
Re: SSI and mod_perl
At 23:09 27.08.2002, Jay Thorne wrote: In a mod_perl handler, in the m_p1.x/apache1.3 api, Is there a quick way to tell apache I'm done, here's my content, and I want you to run this through mod_include before you send it to the user You might want to try a filter, for example Apache::OutputChain, see http://perl.apache.org/docs/1.0/guide/modules.html#Apache__OutputChainChain_Stacked_Perl_Handlers and the Apache::OutputChain manpage formore information. The same is true for Apache::Filter: http://perl.apache.org/docs/1.0/guide/modules.html#Apache__Filter___Alter_the_output_of_previous_handlers . Both provide approximately the same functionality. -- Per Einar Ellefsen [EMAIL PROTECTED]
[mp-1.99_05] HPUX 11 w/gcc 3.2(b) -Ae missing ... predicate error
Hi,
I noticed in 'lib/Apache/Build.pm' that the -Ae option was being added
even if the compiler was gcc. This options causes an error something
like the following:
... missing '(' after predicate ... error
In the code below (lib/Apache/Build.pm) I removed the '#' comment from
in front of:
return if $Config{cc} eq 'gcc'; #XXX?
to work around this problem and things compiled just fine.
sub ccopts_hpux {
my $cflags = shift;
return if $Config{cc} eq 'gcc'; #XXX?
return if $$cflags =~ /(-Ae|\+e)/;
$$cflags .= -Ae ;
}
Details...
Versions: perl-5.6.1 (non-threaded)
apache-2.0.40(mpm-prefork)
mod_perl-1.99_05
OS: HPUX 11
Compiler: gcc version 3.2 20020708 (experimental)
Phil
Re: SSI and mod_perl
On August 27, 2002 02:16 pm, Per Einar Ellefsen wrote: At 23:09 27.08.2002, Jay Thorne wrote: In a mod_perl handler, in the m_p1.x/apache1.3 api, Is there a quick way to tell apache I'm done, here's my content, and I want you to run this through mod_include before you send it to the user You might want to try a filter, for example Apache::OutputChain, see http://perl.apache.org/docs/1.0/guide/modules.html#Apache__OutputChainC hain_Stacked_Perl_Handlers and the Apache::OutputChain manpage formore information. The same is true for Apache::Filter: http://perl.apache.org/docs/1.0/guide/modules.html#Apache__Filter___Alter_t he_output_of_previous_handlers . Both provide approximately the same functionality. Thats close to what I want to do, but as the existing code has its entry already in the webserver config. What I mean is something like $r-next(mod_include); OK; or items to that effect. Is there a direct apache api hook I can use to tell the system to call mod_include with the current content? -- Jay yohimbe Thorne [EMAIL PROTECTED] Mgr Sys Tech, Userfriendly.org
Re: SSI and mod_perl
On Tue, 27 Aug 2002, Jay Thorne wrote:
On August 27, 2002 02:16 pm, Per Einar Ellefsen wrote:
At 23:09 27.08.2002, Jay Thorne wrote:
In a mod_perl handler, in the m_p1.x/apache1.3 api, Is there a quick way
to tell apache
I'm done, here's my content, and I want you to run this through
mod_include before you send it to the user
You might want to try a filter, for example Apache::OutputChain, see
http://perl.apache.org/docs/1.0/guide/modules.html#Apache__OutputChainC
hain_Stacked_Perl_Handlers and the Apache::OutputChain manpage formore
information. The same is true for Apache::Filter:
http://perl.apache.org/docs/1.0/guide/modules.html#Apache__Filter___Alter_t
he_output_of_previous_handlers . Both provide approximately the same
functionality.
Thats close to what I want to do, but as the existing code has its entry
already in the webserver config.
What I mean is something like $r-next(mod_include); OK;
or items to that effect.
Is there a direct apache api hook I can use to tell the system to call
mod_include with the current content?
The Apache-WinBitHack module, available through
http://www.modperlcookbook.org/download/, may do something
similar to what you want - after it's through, it does
$r-handler('server-parsed');
return OK;
to let mod_include pick things up from there.
--
best regards,
randy kobes
Done before?
I like XML, but not XSLT. I like XHTML. The only XHTML compliant templating/content management system I have seen is in Java, it's called Java/XMLC, by enhydra. I do not like Java, and I do not like the overall feel from the Java/XMLC mailing list. How does Java/XMLC work? It works a lot like a streams(event) XML parser. All functions are called through the id= tag. It's beautiful. table id=my_perl_func(with_args) As you can see, this method, unlike even the simplest of templating systems (HTML::Template?) is 100% XHTML compliant. This means arty people will be able to interact freely with the template. QUESTION: Before I proceed, are there ANY content management/templating systems that RELY EXCLUSIVELY on TAG ATTRIBUTE (name=value) nomenclature to allow interaction between template and perl code? Are there any that don't follow that model, but are 100% XHTML compliant? Thank you. :) -- This message is intended only for the personal and confidential use of the designated recipient(s) named above. If you are not the intended recipient of this message you are hereby notified that any review, dissemination, distribution or copying of this message is strictly prohibited. This communication is for information purposes only and should not be regarded as an offer to sell or as a solicitation of an offer to buy any financial product, an official confirmation of any transaction, or as an official statement of Lehman Brothers. Email transmission cannot be guaranteed to be secure or error-free. Therefore, we do not represent that this information is complete or accurate and it should not be relied upon as such. All information is subject to change without notice.
Re: SSI and mod_perl
On August 27, 2002 03:32 pm, Randy Kobes wrote:
Thats close to what I want to do, but as the existing code has its entry
already in the webserver config.
What I mean is something like $r-next(mod_include); OK;
or items to that effect.
Is there a direct apache api hook I can use to tell the system to call
mod_include with the current content?
The Apache-WinBitHack module, available through
http://www.modperlcookbook.org/download/, may do something
similar to what you want - after it's through, it does
$r-handler('server-parsed');
return OK;
to let mod_include pick things up from there.
Darn. After reading what handler does, its not quite what I need. It would
send the whole request to mod_include. as the uri is a virtual one handled
entirely in the perl module, there's no file for mod_include to jump on. I
was trying to avoid Apache::SSI and its brethren, and just jump back into
mod_include.
It appears after Yet Another rereading of the apache.pm doc, that since
mod_perl normally hooks into almost all request phases, this kind of
functionality is not really there. Its assumed on the part of the mod_perl
code that if you are in mod_perl you'll want to stay there, not post process
with other modules.
I'm using mod_gzip and it hooks into a very late phase that mod_perl leaves
alone. My config includes an item: mod_gzip_item_include handler
^perl-script$. Which, if I understand it, instructs gzip to process output of
that named handler.
I guess I'm kind of asking for a way to tell mod_include to participate after
the perl handler has returned. And if I understand mod_include, it doesn't
want to participate that late.
Thanks for the pointers, all. It looks like I'm stuck with Apache::SSI or
DIY. Right now I'm DIY, and after getting bitten by a bug I thought I could
just use mod include and avoid these kind of bugs in the future.
--
Jay yohimbe Thorne [EMAIL PROTECTED]
Mgr Sys Tech, Userfriendly.org
Apache::AuthCookie causing Use of uninitialized value. in errorlog...
Hi All, I have written some code that seems to work fine with no perl warnings in the error log... and i was using it quite successfully using Apache::AuthCookie under mod_perl. However, when i put this in my apache configuration file: PerlFixupHandler Apache::AuthCookie-recognize_user I start getting the following warning message in my apache error log file: Use of uninitialized value. The software is still working fine, but its just annoying to see this warning message appear in the file. Has anyone else had this issue? I modified my copy of Apache/AuthCookie.pm to ensure that its recognize_user had no chance of having uninitialized vars, but i still got the message...!!! simran.
Re: large projects in mod_perl
How about application software ? The lists are either programming tools or language iteself. I mean something like ... online accounting software ... just for example. Peter Bi - Original Message - From: Per Einar Ellefsen [EMAIL PROTECTED] To: zt.zamosc.tpsa.pl [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Tuesday, August 27, 2002 12:43 AM Subject: Re: large projects in mod_perl At 09:16 27.08.2002, zt.zamosc.tpsa.pl wrote: Hi all Does anyone know where I can find some information on creating big projects in Perl (mod_perl)? I am facing the really big project now but I don't know what stucture of the program will be the best. There are such things like Struts, jBoss in Java. What about Perl? Well, with mod_perl you have many possibilities. I would advise you to read http://perl.apache.org/docs/tutorials/apps/scale_etoys/etoys.html for an explanation about a big project involving mod_perl at EToys, and http://perl.apache.org/products/app-server.html for a list of application servers available for mod_perl (as well as maybe http://perl.apache.org/docs/tutorials/tmpl/comparison/comparison.html to look at how to choose a templating system). You might also want to develop your own architecture based on MVC, which we had a long discussion about here recently. For a lot of interesting reading, look at these threads: o http://mathforum.org/epigone/modperl/jilgygland o http://mathforum.org/epigone/modperl/pahphucree o http://mathforum.org/epigone/modperl/solchaxzim o http://mathforum.org/epigone/modperl/lerdginspir o http://mathforum.org/epigone/modperl/stremnemcland o http://mathforum.org/epigone/modperl/nounumspim o http://mathforum.org/epigone/modperl/blildeudrand o http://mathforum.org/epigone/modperl/zhathontimp o http://mathforum.org/epigone/modperl/drehkrerlnen o http://mathforum.org/epigone/modperl/drurflerdplald -- Per Einar Ellefsen [EMAIL PROTECTED]
[mp-1.99_05] segfault modperl_pcw.c:52 ap_pcw_walk_files_config dconf-sec_file is NULL
Hi,
I just recently joined the mail list and did a quick check but didn't
seen any report of this problem:
Versions: perl-5.6.1 (non-threaded)
apache-2.0.40(mpm-prefork)
mod_perl-1.99_05
OS: HPUX 11
Compiler: gcc version 3.2 20020708 (experimental)
I don't know the code well enough to know what data/values are
expected to be found in dconf, but here is a possible work around
(most likely less than ideal solution) in the affected portion of C
code (src/modules/perl/modperl_pcw.c):
+if( (! dconf) || (! dconf-sec_file) )
+return;
ap_conf_vector_t **dirs = (ap_conf_vector_t **)dconf-sec_file-elts;
However after doing that, I get problems in other places... back to
the drawing board I guess.
For your reference, here is how I built mod_perl:
/opt/perl/bin/perl Makefile.PL MP_INST_APACHE2=1 \
MP_AP_PREFIX=/opt/apache2/2.0.40_debug \
MP_DEBUG=1 MP_TRACE=1
gdb /opt/apache2/2.0.40_debug/bin/httpd -core ... (wd:
~/sw/src/apache/mod_perl-1.99_05)
where
#0 0xda26ffa8 in ap_pcw_walk_files_config (pconf=0x400292b0, s=0x4002c020,
dconf=0x400667f0, modp=0x7f68b7e8,
dir_cb=0x7f685122 modperl_hash_handlers_dir, data=0x0)
at modperl_pcw.c:52
#1 0xda2703ec in ap_pcw_walk_config (pconf=0x400292b0, s=0x4002c020,
modp=0x7f68b7e8, data=0x0, dir_cb=0x7f685122 modperl_hash_handlers_dir,
srv_cb=0x7f68512a modperl_hash_handlers_srv) at modperl_pcw.c:106
#2 0xda26f514 in modperl_mgv_hash_handlers (p=0x400292b0, s=0x4002c020)
at modperl_mgv.c:470
#3 0xda259948 in modperl_hook_post_config (pconf=0x400292b0, plog=0x40061470,
ptemp=0x40063480, s=0x4002c020) at mod_perl.c:415
#4 0x60874 in ap_run_post_config (pconf=0x400292b0, plog=0x40061470,
ptemp=0x40063480, s=0x4002c020) at config.c:130
#5 0x67cd0 in main (argc=6, argv=0x7f7f05a4) at main.c:592
(gdb) print *pconf
$5 = {parent = 0x400272a0, child = 0x400cfcc8, sibling = 0x0,
ref = 0x4005f468, cleanups = 0x400a2578, allocator = 0x400231f0,
subprocesses = 0x0, abort_fn = 0, user_data = 0x0, tag = 0x4000a6b0 pconf,
active = 0x400a1b40, self = 0x40029298,
self_first_avail = 0x400292e8 @\002\222\260}
(gdb) print *dconf
$6 = {d = 0x0, d_components = 0, opts = 31 '\037', opts_add = 0 '\000',
opts_remove = 0 '\000', override = 63 '?', ap_default_type = 0x0,
satisfy = 2, ap_auth_type = 0x0, ap_auth_name = 0x0, ap_requires = 0x0,
response_code_strings = 0x0, hostname_lookups = 0, do_rfc1413 = -2,
content_md5 = -2, use_canonical_name = 3, d_is_fnmatch = 0,
add_default_charset = 2, add_default_charset_name = 0x4000c848 iso-8859-1,
limit_cpu = 0x0, limit_mem = 0x0, limit_req_body = -4294967296,
limit_xml_body = 0, server_signature = 1074161768, loglevel = 0,
sec_file = 0x0, r = 0x0, mime_type = 0x0, handler = 0x0,
output_filters = 0x3 , input_filters = 0x0, accept_path_info = 0,
ct_output_filters = 0x0, etag_bits = 0, etag_add = 2, etag_remove = 0,
enable_mmap = 1073910448}
(gdb)
Perl version info (perl -V):
[apr/include] perk@hpmx5(2203) /opt/perl/bin/perl -V
Summary of my perl5 (revision 5.0 version 6 subversion 1) configuration:
Platform:
osname=hpux, osvers=11.00, archname=PA-RISC2.0
uname='hp-ux hpmx5 b.11.00 a 9000800 1534710528 two-user license '
config_args='-Dcf_by=Openwave [EMAIL PROTECTED] -Dcc=gcc
-Dprefix=/opt/perl -Uusethreads -Ubincompat5005 -Uinstallusrbinperl -Uusemymalloc
-Duselargefiles -A prepend:libswanted=cl pthread $a -A ccflags=-fPIC
-D_POSIX_C_SOURCE=199506L -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -Doptimize=-g -de'
hint=recommended, useposix=true, d_sigaction=define
usethreads=undef use5005threads=undef useithreads=undef usemultiplicity=undef
useperlio=undef d_sfio=undef uselargefiles=undef usesocks=undef
use64bitint=undef use64bitall=undef uselongdouble=undef
Compiler:
cc='gcc', ccflags ='-D_HPUX_SOURCE -L/lib/pa1.1 -DUINT32_MAX_BROKEN -fPIC
-D_POSIX_C_SOURCE=199506L -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -DDEBUGGING
-fno-strict-aliasing -I/usr/local/include',
optimize='-g',
cppflags='-D_HPUX_SOURCE -L/lib/pa1.1 -DUINT32_MAX_BROKEN -fPIC
-D_POSIX_C_SOURCE=199506L -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -DDEBUGGING
-fno-strict-aliasing -I/usr/local/include'
ccversion='', gccversion='3.2 20020708 (experimental)', gccosandvers='hpux11.00'
intsize=4, longsize=4, ptrsize=4, doublesize=8, byteorder=4321
d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=16
ivtype='long', ivsize=4, nvtype='double', nvsize=8, Off_t='off_t', lseeksize=8
alignbytes=8, usemymalloc=n, prototype=define
Linker and Libraries:
ld='ld', ldflags =' -L/usr/local/lib'
libpth=/usr/local/lib /lib /usr/lib /usr/ccs/lib
libs=-lcl -lpthread -lnsl -lnm -lndbm -lmalloc -ldld -lm -lc -lndir -lcrypt -lsec
perllibs=-lcl -lpthread -lnsl -lnm -lmalloc -ldld -lm -lc -lndir -lcrypt -lsec
libc=/lib/libc.sl, so=sl, useshrplib=false, libperl=libperl.a
Dynamic
Re: Change in module naming conventions
Nick Tonkin wrote:
- nick
Nick Tonkin {|8^)
On Tue, 27 Aug 2002, Per Einar Ellefsen wrote:
- I originally had Apache::Auth::Authen, ::Authz and ::Access, but Robin
Berjon told me he preferred to have the 4 as top-level namespaces. What do
people think?
I'm in favor of your approach. I have it like that in my
stuff. Auth::Auth, Auth::Authz, and Auth:: Access.
But Authentication, Authorization and Access aren't all Auth. May be
using Apache::AAA:: as in httpd-2.0/modules/aaa/ ?
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org http://ticketmaster.com
Re: Segmentation Fault with mod_php and mod_perl
Alex Lee wrote:
This is what I got from core backtrace:
gdb /usr/local/src/apache/current/src/httpd
[...]
Program received signal SIGSEGV, Segmentation fault.
0x75a10 in php_xbithack_handler (r=0x927840) at mod_php4.c:778
778if (!(r-finfo.st_mode S_IXUSR)) {
please finish reading the section explaining how to get the backtrace.
You've got only the first frame. You need to execute 'bt' or 'where' to
get it all.
Are you going to say this is a PHP bug? :-)
But how come if I only activate PHP module, it works fine.
Something affects a datastructure which PHP uses and segfaults in it.
But get first the whole backtrace.
Alex
From: Stas Bekman [EMAIL PROTECTED]
To: Alex Lee [EMAIL PROTECTED]
CC: [EMAIL PROTECTED]
Subject: Re: Segmentation Fault with mod_php and mod_perl
Date: Tue, 27 Aug 2002 11:54:38 +0800
Alex Lee wrote:
There seems to be conflict between mod_php 4.2.2 and mod_perl 1.27
running with Apache 1.3.26 on Solaris 8 platform(FreeBSD with the
same configuration seems to work fine).
[...]
Segmentation Fault (11)
[...]
running with truss ./httpd -X produce:
Sending the core backtrace should help more that the output of truss.
See
http://perl.apache.org/docs/1.0/guide/help.html#How_to_Report_Problems
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org http://ticketmaster.com
_
Send and receive Hotmail on your mobile device: http://mobile.msn.com
--
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org http://ticketmaster.com
Re: Change in module naming conventions
* Stas Bekman ([EMAIL PROTECTED]) [28 Aug 2002 12:54]: Nick Tonkin wrote: [...] I'm in favor of your approach. I have it like that in my stuff. Auth::Auth, Auth::Authz, and Auth:: Access. But Authentication, Authorization and Access aren't all Auth. May be using Apache::AAA:: as in httpd-2.0/modules/aaa/ ? I'd have to favour them being in a second-level namespace rather than a top-level one. If they provide Apache related handlers, the Apache handler modules should be in Apache:: (or ModPerl::, Apache2:: whatever; I'm going to have to look up the new naming convention there). Generic authentication stuff should probably belong in the namespace of the appropriate protocol. (e.g. Net::LDAP::Authenticate, used by Apache::AAA::NetLDAP). But Apache specific stuff should be in an Apache related namespace. (of course, now you'll all say that the 'toplevel' thing mentioned previously was relative to Apache::. Hrm.) cheers, -- Iain.
Re: Change in module naming conventions
On Tuesday, August 27, 2002, at 10:54 PM, Stas Bekman wrote: But Authentication, Authorization and Access aren't all Auth. May be using Apache::AAA:: as in httpd-2.0/modules/aaa/ ? Please, no more too-clever TLAs. Have we learned nothing from LWP? :) -John
Re: Done before?
Narins, Josh wrote: Before I proceed, are there ANY content management/templating systems that RELY EXCLUSIVELY on TAG ATTRIBUTE (name=value) nomenclature to allow interaction between template and perl code? Of course. HTML_Tree (http://homepage.mac.com/pauljlucas/software/html_tree/) works this way and is mentioned in my templating guide (http://perl.apache.org/docs/tutorials/tmpl/comparison/comparison.html). There is a more recent module based on the same idea, HTML::Seamstress, available on CPAN. - Perrin
