Re: cvs commit: modperl-2.0 Changes
+package Apache::Connection; + +# auth_type and user records don't exist in 2.0 conn_rec struct +# 'PerlOptions +GlobalRequest' is required +sub auth_type { Apache-request-auth_type } +sub user { Apache-request-user } + 1; __END__ I think this may need a bit more thought (or at least more explanation). in 1.0 there is both $r-auth_type and $c-auth_type, and they have different meanings. $r-auth_type represents the AuthType from the config (via r-per_dir_config). when you get $r-auth_type, you're asking what kind of authentication is configured for the request. $c-auth_type is populated by authen handlers, after the user has been authenticated, with whatever authentication method was used. I'm not sure about the history of this, but I suppose in theory it is possible for a client to request Digest auth, but the server fall back to Basic. at any rate, I don't know how the current 2.0 or 2.1 aaa stuff handles this difference, if at all, but we (well, I :) need to be clear on how that works before agreeing that $r-connection-auth_type in Apache::Compat is the same as $r-auth_type. --Geoff
Re: Server returns nothing (solved)
Hello, My code checks $tt-error() and it didn't show anything. But I found the problem, it still was perl and it was very, very stupid mistake. In that weird module I defined: DBIx::Recordset::Fetchsizewarn = 0; while the correct is: $DBIx::Recordset::Fetchsizewarn = 0; Only one missing $ ! Can anyone explain why server acted so weirdly beacuse of this error? Why it didn't show anything at all in error_log? At least next time I know... Best regards, Viljo On Wed, 12 Feb 2003 [EMAIL PROTECTED] wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Then it's probably a template error, check $tth-error()'s value, after the process()ing. also you might wanna try the template toolkit mailing list? wildguess You are trying tt's USE directive, and that module isn't returning a true value from new() on given occasions, which throws an error (plugin failed), so nothing being sent at all. /wildguess On Wed, 12 Feb 2003 16:58:14 +0200 (EET), Viljo Marrandi wrote: Hello, - -- cheers, [EMAIL PROTECTED] - wa1800z@DALnetCAiRC - #32741432 KeyID 0xDE9EB50B - D0D87CA98916CBB258AC 77FB91E0DA95DE9EB50B -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE+SmtckeDald6etQsRAh1CAJ9K3jlTictgvsdouOaWJyXJ/o0BdgCggbjo l5Tnf8wbPHF2md6wLXOAEXc= =+H6d -END PGP SIGNATURE-
Re: Server returns nothing (solved)
Hi there, On Thu, 13 Feb 2003, Viljo Marrandi wrote: My code checks $tt-error() and it didn't show anything. But I found the problem, it still was perl and it was very, very stupid mistake. In that weird module I defined: DBIx::Recordset::Fetchsizewarn = 0; while the correct is: $DBIx::Recordset::Fetchsizewarn = 0; Only one missing $ ! Can anyone explain why server acted so weirdly beacuse of this error? Why it didn't show anything at all in error_log? Did you use strict; ? 73, Ged.
Re: Server returns nothing (solved)
Hello, Yes, use strict; was in all modules, this makes it even more interesting, doesn't it? Viljo On Thu, 13 Feb 2003, Ged Haywood wrote: Hi there, On Thu, 13 Feb 2003, Viljo Marrandi wrote: My code checks $tt-error() and it didn't show anything. But I found the problem, it still was perl and it was very, very stupid mistake. In that weird module I defined: DBIx::Recordset::Fetchsizewarn = 0; while the correct is: $DBIx::Recordset::Fetchsizewarn = 0; Only one missing $ ! Can anyone explain why server acted so weirdly beacuse of this error? Why it didn't show anything at all in error_log? Did you use strict; ? 73, Ged.
Re: compile apache with mod_perl
Hi there, On Wed, 12 Feb 2003, Jozwiak, Paul wrote: Does anyone know why I keep getting: [Wed Feb 12 10:35:03 2003] [notice] child pid 312 exit signal Segmentation Fault (11) in my error_log? No. I have tried rebuilding the machine, installing older versions of apache, different C compilers, changing my mod_perl versions Have you read the documentation on the mod_perl site and in your mod_perl source tree? There's a lot of help there about things you could do to help both us and yourself before posting messages here. if I comment out the LoadModule perl_module libexec/libperl.so, in my httpd.conf file, it works like a champ. Ah, so you're using DSO. Well you could try compiling static. (But that might mean you'd have to read that documentation...:) 73, Ged.
[mp2] Bug : Weird failures
-BEGIN PGP SIGNED MESSAGE- Hash: MD5 Just for the record, in case it helps someone, I'm getting weird failures, unpredictably -- there's not one thing that seems to set it off: sometimes they happen, sometimes they don't. [Thu Feb 13 10:12:28 2003] [notice] Parent: child process exited with status 3221225477 -- Restarting. Apache server version Apache/2.0.43 (Win32) mod_perl/1.99_08-dev Perl/v5.8.0, built on Apache::Constants::SERVER_BUILT I'm also using Apache::Reload, SetHandler perl-script, and PerlResponseHandler. The sever restarts beautifully. No reply necessary (unless you'd like to tell me where Apache::Constants::SERVER_BUILT went :) lee $$=qw$808273788400074285838400657879847269820080698276007265677569820727$; $$=~s$(\d\d)$\$_.=chr(\$1+32)$ge;eval; -BEGIN PGP SIGNATURE- Version: 2.6 iQCVAwUAPktns6drfekeF/QBAQFwDgQAmdoXKhQimYgr5xiUYvTtcQsv/1izOjbJ 5gKmyHho5LnpPTD799bbDv3TPBrAZIgrGUA+4p+HATf5Wmt4GJshXlFu5ZFk0CDP g/ZBVtEcj3jl0JLlRdmGRzGhP/+LHhFGCl5iOjgmZ92njZuJa9Z3bYrLBdwp4RBc O6p/3XgmQLg= =nv+U -END PGP SIGNATURE-
Re: Server side programming PHP Vs CGI Vs modPerl
-BEGIN PGP SIGNED MESSAGE- Hash: MD5 DM Hello All, DM We have a server running in a Linux machine, now we would like to DM present the data in a browser using HTML interface. Can anyone suggest me DM which is the best one (CGI or PHP or modperl) to develop for web DM programming and also their advantages and differences to choose them as DM the best mod_perl, obviously: you posted to a mod_perl users' list. You might wish to have a look at the case-studies pages of http://perl.apache.org, as well as http://www.perl.org. As for PHP, it's not perl, so forget it :) This, though, is really not a suitable place to ask such questions. - -- Cheers Leemailto:[EMAIL PROTECTED] $$=qw$808273788400074285838400657879847269820080698276007265677569820727$; $$=~s$(\d\d)$\$_.=chr(\$1+32)$ge;eval; -BEGIN PGP SIGNATURE- Version: 2.6 iQCVAwUAPktikKdrfekeF/QBAQEDTAP/WI4HszlQypOFpmtZi+RIUc17nNMXfkbJ T86PNN9fq9mXip6w1dBVYj/tjpcS8gJA32LdylhuOaMrSaQSp4+oVbQQes36LJ+A /mJ6jk19tK6zirDMWj/7H3kvG39gTdx7gBfXhUloUvLD8R3G0jqJ1MU5XKVrqsWz EA2uRDvO6LA= =QrwP -END PGP SIGNATURE-
Re: Server side programming PHP Vs CGI Vs modPerl
DM Hello All, DM We have a server running in a Linux machine, now we would like to DM present the data in a browser using HTML interface. Can anyone suggest me DM which is the best one (CGI or PHP or modperl) to develop for web DM programming and also their advantages and differences to choose them as DM the best Depends on your requirements, which are not very clearly stated. Here's my head-up: CGI - simple, slow, I wouldn't recommend under any circumstances PHP4 - simple, fast, easy to learn, not as fully featured language as Perl. easy to install, cookies, sessions etc all easy out-of-the box. only for dynamic web pages - dont use it for data processing. easy to share one Apache server, multiple developers MOD_PERL - complex, fast, difficult to master for non-Perl programmers. lots of folks have problems installing /building - try yourself. Perl is a more fully-featured language, more general purpose can share web / data-processing classes and code We use PHP for complex interactive websites. We use Perl for data-processing. We plan on building our next generation ASP websites using mod_perl so that we can share code/classes between data-processing and the interactive sites. We have build a suite of system admin tools using mod_perl - this was much harder than the PHP development, but we are pleased with the results. You should join the PHP lists and compare the questions with those asked here - gives you an idea about some of the differences in the communities. Also consider the number of PHP4 v MOD_PERL development resources available. From: Lee Goddard mod_perl, obviously: you posted to a mod_perl users' list. You might wish to have a look at the case-studies pages of http://perl.apache.org, as well as http://www.perl.org. As for PHP, it's not perl, so forget it :) Sometimes you just need a toothpick, rather than a swiss-army chainsaw! 8-) my $0.02 Regards Jeff
modperl segfault with threaded Perl 5.8
Hi all, recently I upgraded to RH 8.0 with threaded Perl 5.8. I compiled Apache 1.3.27 with mod_perl 1.27 from source. Now if I run Apache is works until I configure some location with mod_perl and PerlHandler like this: Location /perl SetHandler perl-script PerlHandler Apache::Registry Options ExecCGI allow from all /Location If PerlHandler line is commented out, the server starts fine. Here is the backtrace of 'httpd -X' #0 0x4003cfa0 in Perl_gv_fetchpv () from /usr/lib/perl5/5.8.0/i386-linux-thread-multi/CORE/libperl.so #1 0x40035635 in Perl_get_sv () from /usr/lib/perl5/5.8.0/i386-linux-thread-multi/CORE/libperl.so #2 0x08056b78 in mp_preload_module () #3 0x08056e32 in perl_cmd_handler_handlers () #4 0x08078a35 in invoke_cmd () #5 0x08078e3b in ap_handle_command () #6 0x08078ec2 in ap_srm_command_loop () #7 0x0807c6a8 in urlsection () #8 0x080783ef in invoke_cmd () #9 0x08078e3b in ap_handle_command () #10 0x08078ec2 in ap_srm_command_loop () #11 0x0807ceb3 in virtualhost_section () #12 0x080783ef in invoke_cmd () #13 0x08078e3b in ap_handle_command () #14 0x08078ec2 in ap_srm_command_loop () #15 0x08079651 in ap_process_resource_config () #16 0x08079f2f in ap_read_config () #17 0x0808466c in main () #18 0x420158d4 in __libc_start_main () from /lib/i686/libc.so.6 Has anyone seen it before? and... here is what my perl says: This is perl, v5.8.0 built for i386-linux-thread-multi Many thanks in advance, and sorry if I overlooked something basic. Pavel -- Pavel Hlavnicka Ginger Alliance www.gingerall.com
Re: mod_perl 2.0 question about $r-connection-auth_type
Stas Bekman wrote: Brian Millett wrote: Hi, I've just about got the Apache::AuthCookieDBI to work with Apache 2.0.44 mod_perl 1.99_09-dev, but I ran into a problem with the $r-connection object not having auth_type or user defined. The $r-auth_type work just fine. Are these the same reference? What should I look for, or use? They don't live in the connection record in 2.0, only in the request record. I've added Apache::compat methods for backwards compatibility. Notice that you need to set up: PerlOptions +GlobalRequest for that location. Either use the latest modperl-2.0 cvs or apply this patch to get the functionality: http://marc.theaimsgroup.com/?l=apache-modperl-cvsm=104509336821414w=2 Thanks Stas. However the latest cvs co (as 10 minutes ago) returns this error testing: compat/conn_authen.NOK 1# Failed test 1 in compat/conn_authen.t at line 11 compat/conn_authen.FAILED test 1 Failed 1/1 tests, 0.00% okay From the error_log: [Thu Feb 13 09:10:04 2003] [error] [client 127.0.0.1] Can't locate object method auth_type via package Apache::Connection at /home/bpm/compile_area/cvs_apache/modperl-2.0/t/response/TestCompat/conn_authen.pm line 25. This is against http-2.0.44 on a solaris 9 box with gcc version 3.1. -- Brian Millett Enterprise Consulting Group Shifts in paradigms (314) 205-9030 often cause nose bleeds. [EMAIL PROTECTED] Greg Glenn
Apache::UploadMeter configuration problem
Hello! :) I install Apache::UploadMeter, but when I when I add this in startup.pl use Apache::UploadMeter; $Apache::UploadMeter::UploadForm='/form.html'; $Apache::UploadMeter::UploadScript='/perl/upload'; $Apache::UploadMeter::UploadMeter='/perl/meter'; Apache::UploadMeter::configure; following instruction from this modul help, Apache starts with error Use of uninitialized value in numeric gt () at /usr/lib/perl5/site_perl/5.6.1/Apache/UploadMem line 300. /usr/sbin/apachectl: line 211: 5235 Segmentation fault $HTTPD -t Please give me some advice. Thanks. Bye. = __ Do you Yahoo!? Yahoo! Shopping - Send Flowers for Valentine's Day http://shopping.yahoo.com
Perl Section will not run on HUP/Restart
Here's something I'm having a tough time digging up in the docs: I've got Apache 1.3.27 with dynamically configured VirtualHosts via mod_perl-1.27. This is working fine, when I first start the server the Perl section runs and everything is fine. I would also like this code to be run on SIG_HUP and on Restart/Reload. Any ideas? Is this proper behavior? Is this a good idea? Please feel free to simply steer me in the right direction if I'm missing something obvious. Thanks in advance, dw
Re: Has Apache::Cookie been ported to mod_perl-2 yet?
No it hasn't. Need to use CGI::Cookie for the time being. Apache::Cookie and Apache::Request I believe are both either provided by or dependent on libapreq, which is still a work in progress for apache2/mod_perl2. That's the biggest reason I'm still using Apache 1.3.x now. Wes Sheldahl Charles McElhose Jr. [EMAIL PROTECTED] on 02/10/2003 10:43:57 PM To:[EMAIL PROTECTED] cc: Subject:Has Apache::Cookie been ported to mod_perl-2 yet? Has Apache::Cookie been ported to mod_perl-2 yet? I tried to install the libapreq-1.1 module with mod_perl-2/apache 2 and am getting a can't locate Apache/MyConfig.pm ... error. Charles M. [EMAIL PROTECTED]
RE: compile apache with mod_perl
Hi there, Please keep the List informed so that people don't waste time. On Thu, 13 Feb 2003, Jozwiak, Paul wrote: Ah. The documentation, I never thought of that. What do those look like? I have compiled statically, it works fine. I just heard that linking statically will cause more memory consumption. Something I was trying to avoid. Your programming will have more effect than your use of static linking. (Have another look at those docs... :) 73, Ged. -Original Message- From: Ged Haywood [mailto:[EMAIL PROTECTED]] Sent: Thursday, February 13, 2003 4:03 AM To: Jozwiak, Paul Cc: '[EMAIL PROTECTED]' Subject: Re: compile apache with mod_perl On Wed, 12 Feb 2003, Jozwiak, Paul wrote: Does anyone know why I keep getting: [Wed Feb 12 10:35:03 2003] [notice] child pid 312 exit signal Segmentation Fault (11) in my error_log? [snip] you're using DSO. Well you could try compiling static. (But that might mean you'd have to read that documentation...:) [snip]
Re: Apache::UploadMeter configuration problem
Quoting Konstantin Yotov [EMAIL PROTECTED]: Hello! :) I install Apache::UploadMeter, but when I when I add this in startup.pl use Apache::UploadMeter; $Apache::UploadMeter::UploadForm='/form.html'; $Apache::UploadMeter::UploadScript='/perl/upload'; $Apache::UploadMeter::UploadMeter='/perl/meter'; Apache::UploadMeter::configure; following instruction from this modul help, Apache starts with error Use of uninitialized value in numeric gt () at /usr/lib/perl5/site_perl/5.6.1/Apache/UploadMem line 300. /usr/sbin/apachectl: line 211: 5235 Segmentation fault $HTTPD -t You are getting a segfault, and need to provide a backtrace if anyone is going to be able help you. If you read the SUPPORT document that comes with mod_perl, it will explain what information you should include, including instructions on how to get a backtrace. Also note that Apache::UploadMeter requires StackedHandlers support to be built into mod_perl (you should be able to look in Apache::MyConfig to see if you have StackedHandlers support). I suspect that your problem doesn't have anything to do with Apache::UploadMeter directly though. The message Apache provides about Apache::UploadMeter is just a warning, not a fatal error. Cees
Re: Has Apache::Cookie been ported to mod_perl-2 yet?
[EMAIL PROTECTED] wrote: No it hasn't. Need to use CGI::Cookie for the time being. Apache::Cookie and Apache::Request I believe are both either provided by or dependent on libapreq, which is still a work in progress for apache2/mod_perl2. That's the biggest reason I'm still using Apache 1.3.x now. Incidentally, I recommend CGI::Lite. It's very small and fast, and has an API close enough to Apache::Request that you could easilly convert your code later. Handles cookies as well. - Perrin
Re: Server returns nothing (solved)
Viljo Marrandi wrote: Hello, Yes, use strict; was in all modules, this makes it even more interesting, doesn't it? use warnings; ? __ 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: [OT?] Win32 permissions puzzler
Alessandro Forghieri wrote: [...] use Bar qw($foo); if($foo) { ... Global symbol $foo requires explicit package name at use vars qw($foo); use Bar qw($foo); or with 5.6+ our $foo; use Bar qw($foo); See: http://perl.apache.org/docs/general/perl_reference/perl_reference.html#Using_Global_Variables_and_Sharing_Them_Between_Modules_Packages __ 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: modperl segfault with threaded Perl 5.8
Pavel Hlavnicka wrote: Hi all, recently I upgraded to RH 8.0 with threaded Perl 5.8. I compiled Apache 1.3.27 with mod_perl 1.27 from source. Now if I run Apache is works until I configure some location with mod_perl and PerlHandler like this: Location /perl SetHandler perl-script PerlHandler Apache::Registry Options ExecCGI allow from all /Location If PerlHandler line is commented out, the server starts fine. Here is the backtrace of 'httpd -X' #0 0x4003cfa0 in Perl_gv_fetchpv () from /usr/lib/perl5/5.8.0/i386-linux-thread-multi/CORE/libperl.so #1 0x40035635 in Perl_get_sv () from /usr/lib/perl5/5.8.0/i386-linux-thread-multi/CORE/libperl.so #2 0x08056b78 in mp_preload_module () #3 0x08056e32 in perl_cmd_handler_handlers () #4 0x08078a35 in invoke_cmd () #5 0x08078e3b in ap_handle_command () #6 0x08078ec2 in ap_srm_command_loop () #7 0x0807c6a8 in urlsection () #8 0x080783ef in invoke_cmd () #9 0x08078e3b in ap_handle_command () #10 0x08078ec2 in ap_srm_command_loop () #11 0x0807ceb3 in virtualhost_section () #12 0x080783ef in invoke_cmd () #13 0x08078e3b in ap_handle_command () #14 0x08078ec2 in ap_srm_command_loop () #15 0x08079651 in ap_process_resource_config () #16 0x08079f2f in ap_read_config () #17 0x0808466c in main () #18 0x420158d4 in __libc_start_main () from /lib/i686/libc.so.6 Has anyone seen it before? and... here is what my perl says: This is perl, v5.8.0 built for i386-linux-thread-multi Many thanks in advance, and sorry if I overlooked something basic. Your trace is not as useful as it could be, because it neither shows the arguments nor the line numbers in the source code. I suggest to debug it with gdb, set breakpoint in perl_cmd_handler_handlers and step through to see what's wrong. If you don't know how to debug see: http://perl.apache.org/docs/1.0/guide/debug.html#Debugging_when_Server_Crashes_on_Startup_before_Writing_to_Log_File_ and previous sections as well, though you don't need Apache::DB since the problem doesn't happen during the request. p.s. What app did you get this trace with? It'd be helpful to update the bug reporting section to explain how to get a more useful trace. The one that includes symbols, arguments and line numbers. __ 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
Apache::Module installation issues
i'm not sure that this is an actual problem with Apache::Module itself, but it seems to stem from mod_perl distribution's mod_perl.h here: #ifdef PERL_THREADS #define _INCLUDE_APACHE_FIRST #endif #ifdef _INCLUDE_APACHE_FIRST #include apache_inc.h #endif the perl i built against was the stock debian/i386/unstable 5.8.0 which has ithreads built in, although i had similar results with a source-built copy on solaris9/sparc. the mod_perl version is 1.27. i found that if i explicitly prepended the include for apache_inc.h in the xs, the module appeared to build successfully. strangely enough, the -DPERL_THREADS was being passed into the build, which to my knowledge should have activated the include but i suppose i must be missing something. i notice that the module hasn't been updated since 1999, is there a replacement for its functionality that i don't know about? cheers, .dorian
Re: Apache::Module installation issues
dorian wrote: i'm not sure that this is an actual problem with Apache::Module itself, but it seems to stem from mod_perl distribution's mod_perl.h here: #ifdef PERL_THREADS #define _INCLUDE_APACHE_FIRST #endif #ifdef _INCLUDE_APACHE_FIRST #include apache_inc.h #endif the perl i built against was the stock debian/i386/unstable 5.8.0 which has ithreads built in, although i had similar results with a source-built copy on solaris9/sparc. the mod_perl version is 1.27. i found that if i explicitly prepended the include for apache_inc.h in the xs, the module appeared to build successfully. strangely enough, the -DPERL_THREADS was being passed into the build, which to my knowledge should have activated the include but i suppose i must be missing something. i notice that the module hasn't been updated since 1999, is there a replacement for its functionality that i don't know about? I don't remember what was the outcome of the patch I've posted a long time ago. I sent it after having the same problem. Index: src/modules/perl/mod_perl.h === RCS file: /home/cvs/modperl/src/modules/perl/mod_perl.h,v retrieving revision 1.116 diff -u -r1.116 mod_perl.h --- src/modules/perl/mod_perl.h 23 May 2002 04:35:16 - 1.116 +++ src/modules/perl/mod_perl.h 14 Feb 2003 04:45:37 - @@ -72,11 +72,8 @@ #endif #ifdef PERL_THREADS -#define _INCLUDE_APACHE_FIRST -#endif - -#ifdef _INCLUDE_APACHE_FIRST #include apache_inc.h +#define _INCLUDE_APACHE_FIRST #endif #include EXTERN.h __ 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::Module installation issues
I don't remember what was the outcome of the patch I've posted a long time ago. I sent it after having the same problem. ah, so it's actually a problem with the mod_perl distribution then? i'm actually curious as to where apache_inc.h is supposed to be included, if threads aren't defined. .dorian
Re: Server returns nothing (solved)
Yes, even warnings was used. Viljo On Fri, 14 Feb 2003, Stas Bekman wrote: Viljo Marrandi wrote: Hello, Yes, use strict; was in all modules, this makes it even more interesting, doesn't it? use warnings; ? __ 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