Re: 0x444ba45b in prof_mark () from /usr/lib/perl5/5.6.1/i686-linux/auto/Devel/DProf/DProf.so
Hi there, On Sat, 7 Dec 2002, Richard Clarke wrote: I seem to have hit a slight stumbling block in my mod_perl development. [snip] As you can see from the topic, the segv happens in the DProf library. Yup, that'll do it. Try upgrading to Perl 5.7.2 at least. It worked for me. There are those who would recommend 5.8.0 minimum, but I'm not one. (Yet:). 73, Ged.
Re: Can't find Apache::ModuleConfig
Tom Schindl wrote: Hi, I've installed perl-5.8.0, Apache2.0.43 and mod_perl-1.99_07. Now I want to use Apache::ModuleConfig but I can't find it anywhere. I've installed everything like it was shown on perl.apache.org. What have I done wrong? Any ideas? When looking at my old perl-5.6.1 installation with apache-1.3.x and mod_perl-1.2x, I found the module. Where has it gone now, do I have to use another module instead? mod_perl 2.0 has a much improved configuration customization framework. You implement everything in perl now. There is no more Apache::ModuleConfig, but there is Apache::Module. Since the change is very significant, I don't think we will be able to provide a back compatibility layer for this one. I'm working on the documentation for the custom configuration, but I still didn't finish in as I encountered bugs, which aren't resolved yet. So, either wait a bit, till I finish the doc. Or if you are in hurry, look at t/response/TestDirective/perlloadmodule* for examples. __ 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: 0x444ba45b in prof_mark () from /usr/lib/perl5/5.6.1/i686-linux/auto/Devel/DProf/DProf.so
Ged Haywood wrote: [...] Try upgrading to Perl 5.7.2 at least. It worked for me. There are those who would recommend 5.8.0 minimum, but I'm not one. (Yet:). Eh? 5.8.0 is almost the same as 5.7.2, with mucho bugs fixed. I don't understand why do you suggest to install an unstable developers version, when there is a stable and better version out there. Whether you are running 5.7.2 or 5.8.0, do not compile with ithreads support, unless you need it, as it makes the interpreter slower. __ 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: [mp2] Warnings not showing in Apache log?
Andrzej Jan Taramina wrote: Later on you have reported that some problems went away. Does it include this one? I'm now seeing warningsbut they are flagged as [error] instead of [warning] in the Apache log. Any idea why? Does this happen when you run 'make test' as well? e.g. when you run: t/TEST -v api/aplog (see the corresponding t/response/TestAPI/aplog.pm) And when running under mp2, the lines in the log are not written using cr/lf on my windoze server like they should be. only lf (\n)? Unfortunately, I live in the country and my access is dial through Bell Sympatico...which is Bell Nexxia. Seems that your mail server bounces anything coming in from my ISP. Probably they are on the RBL. Not much I can do about that though, hence this response was posted to the list ;-( Hehe, your server bounces my emails as well ;) But that's a good thing for once, as this thread shouldn't leave the list. __ 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: All tests fail with Apache/2.0.43 (Unix) mod_perl/1.99_07-dev
Richard Curtis wrote: OK, after following the instructions requested by Stas Bekman, it still doesnt work... Below is a list of everything I have type. I dont claim to be a major expert or anything, so I have included all the commands in full to help catch if I missed something :) [...] I still can't reproduce this. Though your error_log shows a different problem. after adding PerlOptions +Autoload to make the httpd.conf read as follows : IfModule !mod_perl.c PerlOptions +Autoload LoadModule perl_module /home/richard/modperl-2.0/src/modules/perl/mod_perl.so /IfModule PerlOptions should come *after* you load LoadModule [...] __ 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: 0x444ba45b in prof_mark () from /usr/lib/perl5/5.6.1/i686-linux/auto/Devel/DProf/DProf.so
Hi Stas, On Sun, 8 Dec 2002, Stas Bekman wrote: Ged Haywood wrote: [...] Try upgrading to Perl 5.7.2 at least. It worked for me. There are those who would recommend 5.8.0 minimum, but I'm not one. (Yet:). Eh? 5.8.0 is almost the same as 5.7.2, with mucho bugs fixed. I don't understand why do you suggest to install an unstable developers version, when there is a stable and better version out there. Simply that I've never upgraded to 5.8.0 myself and I've seen a few people with some troubles when they did. I've had no trouble at all with 5.7.2. You may remember I had segfault problems with dprof and 5.7.1 which went away when I upgraded to 5.7.2 (it was you who suggested it:). 73, Ged.
[mp2]Kow do I find dovumention on...
Hi folks - I'm updating my LogHandler from 1 = 2. I am trying to find documention on members and methods of, for example: use Apache::RequestRec (); use Apache::Connection (); For example, looking thru my installed 'tree', the only thing if find for 'RequestRec' is RequestRec.pod which only goves information on members server and dir_config. But I know (from testing the example LoaHandler in the 2.o documentation) that RequestRec is far richer than that, containg, for example: ... my $entry = sprintf qq(%s [%s] %s %d %d\n), $r-connection-remote_ip, scalar(localtime), $r-uri, $r-status, $r-bytes_sent; ... I don't mean this question to be specifically about RequestRec, but rather am seeking to find out how to find the structure of Apache/mod_perl creatures in general. (Yes, I even can read c if that's were the documentation lies). Aloha = Beau.
Re: 0x444ba45b in prof_mark () from /usr/lib/perl5/5.6.1/i686-linux/auto/Devel/DProf/DProf.so
Ged Haywood wrote: Hi Stas, On Sun, 8 Dec 2002, Stas Bekman wrote: Ged Haywood wrote: [...] Try upgrading to Perl 5.7.2 at least. It worked for me. There are those who would recommend 5.8.0 minimum, but I'm not one. (Yet:). Eh? 5.8.0 is almost the same as 5.7.2, with mucho bugs fixed. I don't understand why do you suggest to install an unstable developers version, when there is a stable and better version out there. Simply that I've never upgraded to 5.8.0 myself and I've seen a few people with some troubles when they did. I've had no trouble at all with 5.7.2. If there are any troubles, they should be reported to p5p. Personally I didn't have any. Mandrake 8.0 uses 5.8.0 for its all tools and it works, so does the new RH. You may remember I had segfault problems with dprof and 5.7.1 which went away when I upgraded to 5.7.2 (it was you who suggested it:). At that time there was no 5.8.0 available. I see no reason why we should mislead readers, saying do not upgrade to 5.8.0, but to 5.7.2 instead. __ 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: [mp2]Kow do I find dovumention on...
There are many methods in 2.0, most directly glued from apache and apr methods. We want to re-use their docs as is, where possible. Meaning that we need a tool to extract these. Lyle and Gerald are working on this tool, please help them to get it out asap. See the threads on the docs-dev list: http://mathforum.org/epigone/modperl-docs-dev/fyhahmen http://mathforum.org/epigone/modperl-docs-dev/sayyarsnin Currently, your best friend to finding out what 2.0 is capable of doing is to grep/browse test handlers in t/, since most of the API is covered and exercised by these tests. __ 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: Can't find Apache::ModuleConfig
Thanks Stas. The documentation on perl.apache.org pointed me in a wrong direction (e.g. Apache::DBIPool (http://perl.apache.org/docs/2.0/user/overview/overview.html#Apache__DBIPool)) --cut- use strict; use Apache::TIPool (); use Apache::ModuleConfig (); use DBI (); --cut- Maybe one could mark the things not implemented yet with a big comment and remove things which will never implemented. I'm thinking of Apache::TIPool, Apache::ModuleConfig, ... . May I ask more question? 1) How can I read params sent via GET or POST? In mod_perl-1.2x this was done via $r-param(bla). Apache::RequestRec does not provide such an method. 2) Will Apache::TIPool ever implemented? thx tom Am Son, 2002-12-08 um 10.27 schrieb Stas Bekman: Tom Schindl wrote: Hi, I've installed perl-5.8.0, Apache2.0.43 and mod_perl-1.99_07. Now I want to use Apache::ModuleConfig but I can't find it anywhere. I've installed everything like it was shown on perl.apache.org. What have I done wrong? Any ideas? When looking at my old perl-5.6.1 installation with apache-1.3.x and mod_perl-1.2x, I found the module. Where has it gone now, do I have to use another module instead? mod_perl 2.0 has a much improved configuration customization framework. You implement everything in perl now. There is no more Apache::ModuleConfig, but there is Apache::Module. Since the change is very significant, I don't think we will be able to provide a back compatibility layer for this one. I'm working on the documentation for the custom configuration, but I still didn't finish in as I encountered bugs, which aren't resolved yet. So, either wait a bit, till I finish the doc. Or if you are in hurry, look at t/response/TestDirective/perlloadmodule* for examples. __ 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 -- Tom Schindl [EMAIL PROTECTED] signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
modperl ttssh and port forwarding
All, I have a configuration issue, and I was wondering if anybody has had the same problem? I have an adsl gateway (192.168.0.1 external IP) and a seperate webserver (192.168.0.10) on my home network. I want to allow a user on the internet access to my webserver. I have once before configured ttssh (Tera term with ssh extension) to talk to a machine on an internal LAN of another network that was already configured to allow ssh forwarding, so I know there is a way to do this, however I can't seem to get it to work, and I suspect the problem is my Apache webserver running on port 8088 is refusing the connections. I have my IE browser on the external machine set to use a proxy server of localhost:999 and my ttssh is set to forward localhost:999 to 192.168.0.10:8088 and I have succesffully logged into my router. When I try to browse a webpage in my browser I get an error in my apache webservers access.log logfile:- 192.168.0.1 - - [08/Dec/2002:19:29:28 +] GET /private/ 403 192.168.0.1 - - [08/Dec/2002:19:29:28 +] www.google.com 403 this tells me that my port forwarding has been successful, but my apache is issuing a 403 forbidden message. So How do I configure my apache to allow this connection. I have my own custom authentication mechanism, which covers /private/ but this isn't being run, apache is refusing the connection before running my access control. Can anybody provide me with any help or advice? Kind regards Marty
Re: modperl ttssh and port forwarding - SOLVED
All, sorry for the trouble, I finally worked out the problem, I didn't have libproxy.so loaded on my 192.168.0.10 machine and the directive ProxyRequests On set. Now that I do it works fine, Regards Marty - Original Message - From: Martin Moss [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Sunday, December 08, 2002 5:53 PM Subject: modperl ttssh and port forwarding All, I have a configuration issue, and I was wondering if anybody has had the same problem? I have an adsl gateway (192.168.0.1 external IP) and a seperate webserver (192.168.0.10) on my home network. I want to allow a user on the internet access to my webserver. I have once before configured ttssh (Tera term with ssh extension) to talk to a machine on an internal LAN of another network that was already configured to allow ssh forwarding, so I know there is a way to do this, however I can't seem to get it to work, and I suspect the problem is my Apache webserver running on port 8088 is refusing the connections. I have my IE browser on the external machine set to use a proxy server of localhost:999 and my ttssh is set to forward localhost:999 to 192.168.0.10:8088 and I have succesffully logged into my router. When I try to browse a webpage in my browser I get an error in my apache webservers access.log logfile:- 192.168.0.1 - - [08/Dec/2002:19:29:28 +] GET /private/ 403 192.168.0.1 - - [08/Dec/2002:19:29:28 +] www.google.com 403 this tells me that my port forwarding has been successful, but my apache is issuing a 403 forbidden message. So How do I configure my apache to allow this connection. I have my own custom authentication mechanism, which covers /private/ but this isn't being run, apache is refusing the connection before running my access control. Can anybody provide me with any help or advice? Kind regards Marty
Problems with Apache::compat and german special chars
Problems with Apache::compat CGI-PARAM-STRING: header=%DC%DC%DC%DCbody=%D6%D6%D6%D6type=save_thread cut-- [Sun Dec 08 21:39:09 2002] [error] [client 127.0.0.1] Character in c format wrapped at /usr/bestsolution/lib/perl5/site_perl/5.8.0/i386-linux-thread-multi/Apache2/Apache/compat.pm line 217. , referer: http://localhost/discussion-board cut-- When I copy the lines of interest into a small perl program and execute it, everything works perfectly. What's going wrong there? cut-- map { s/%([0-9a-fA-F]{2})/pack(c,hex($1))/ge; $_; } split /[=;]/, $string, -1 cut-- thx tom -- b e s t s o l u t i o n . a tEDV Systemhaus GmbH Thomas SchindlProject Management mobile ++43/664/314 59 58 Anton-Rauch-Str.6aA-6020 Innsbruck fax ++43/512/935834 http://www.bestsolution.at phone ++43/512/935834 signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Re: Problems with Apache::compat and german special chars
I've found a work around for the problem, i would call it a patch because i don't know yet which side affects this replacement has. I have replaced cut--- return map { s/%([0-9a-fA-F]{2})/pack(c,hex($1))/ge; $_; } split /[=;]/, $string, -1; cut--- by cut--- return map { s/%([0-9a-fA-F]{2})/chr(hex($1))/ge; $_; } split /[=;]/, $string, -1; cut--- I don't know if pack has any advantages still I know that HTML::Entities converts characters this way, so it should work in most situations. Still does anybody know what's wrong with pack into mod_perl although it works in perl itself without any problems. I've also added a diff. thx tom Am Son, 2002-12-08 um 21.46 schrieb Tom Schindl: Problems with Apache::compat CGI-PARAM-STRING: header=%DC%DC%DC%DCbody=%D6%D6%D6%D6type=save_thread cut-- [Sun Dec 08 21:39:09 2002] [error] [client 127.0.0.1] Character in c format wrapped at /usr/bestsolution/lib/perl5/site_perl/5.8.0/i386-linux-thread-multi/Apache2/Apache/compat.pm line 217. , referer: http://localhost/discussion-board cut-- When I copy the lines of interest into a small perl program and execute it, everything works perfectly. What's going wrong there? cut-- map { s/%([0-9a-fA-F]{2})/pack(c,hex($1))/ge; $_; } split /[=;]/, $string, -1 cut-- thx tom -- Tom Schindl [EMAIL PROTECTED] signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Re: Problems with Apache::compat and german special chars
Sorry here's the diff which includes one more thing: When SUBMITING-Forms a whitespace(\s+) is replaced by +. We have to retransform this. tom Am Son, 2002-12-08 um 22.39 schrieb Tom Schindl: I've found a work around for the problem, i would call it a patch because i don't know yet which side affects this replacement has. I have replaced cut--- return map { s/%([0-9a-fA-F]{2})/pack(c,hex($1))/ge; $_; } split /[=;]/, $string, -1; cut--- by cut--- return map { s/%([0-9a-fA-F]{2})/chr(hex($1))/ge; $_; } split /[=;]/, $string, -1; cut--- I don't know if pack has any advantages still I know that HTML::Entities converts characters this way, so it should work in most situations. Still does anybody know what's wrong with pack into mod_perl although it works in perl itself without any problems. I've also added a diff. thx tom Am Son, 2002-12-08 um 21.46 schrieb Tom Schindl: Problems with Apache::compat CGI-PARAM-STRING: header=%DC%DC%DC%DCbody=%D6%D6%D6%D6type=save_thread cut-- [Sun Dec 08 21:39:09 2002] [error] [client 127.0.0.1] Character in c format wrapped at /usr/bestsolution/lib/perl5/site_perl/5.8.0/i386-linux-thread-multi/Apache2/Apache/compat.pm line 217. , referer: http://localhost/discussion-board cut-- When I copy the lines of interest into a small perl program and execute it, everything works perfectly. What's going wrong there? cut-- map { s/%([0-9a-fA-F]{2})/pack(c,hex($1))/ge; $_; } split /[=;]/, $string, -1 cut-- thx tom -- Tom Schindl [EMAIL PROTECTED] 215,216c215,218 $string =~ s/\+/ /g; return map { s/%([0-9a-fA-F]{2})/chr(hex($1))/ge; $_; } split /[=;]/, $string, -1; --- return map { s/%([0-9a-fA-F]{2})/pack(c,hex($1))/ge; $_; } split /[=;]/, $string, -1; signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Re: Can't find Apache::ModuleConfig
Tom Schindl wrote: Thanks Stas. The documentation on perl.apache.org pointed me in a wrong direction (e.g. Apache::DBIPool (http://perl.apache.org/docs/2.0/user/overview/overview.html#Apache__DBIPool)) --cut- use strict; use Apache::TIPool (); use Apache::ModuleConfig (); use DBI (); --cut- Maybe one could mark the things not implemented yet with a big comment and remove things which will never implemented. I'm thinking of Apache::TIPool, Apache::ModuleConfig, ... . I'm planning to revamp these old docs all at once. May I ask more question? 1) How can I read params sent via GET or POST? In mod_perl-1.2x this was done via $r-param(bla). Apache::RequestRec does not provide such an method. For now use CGI.pm, till Apache::Request gets ported to 2.0. 2) Will Apache::TIPool ever implemented? Not in the way it's described in the overview, but yes should be implemented at some point. __ 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