Re: Apache2::SizeLimit Linux::Smaps on x86_64
On Sunday 07 October 2007 23:29, Max Kanat-Alexander wrote: So it looks like it works fine for what smem is doing, but it somehow doesn't work right for Apache2::SizeLimit. In your modperl environment use warnings FATAL=qw/all/ is active. Hence, the portable warning is turned into a portable error. That's all. Torsten pgpdbQyi2CiIb.pgp Description: PGP signature
Re: Apache2::SizeLimit Linux::Smaps on x86_64
On Mon, 8 Oct 2007 08:26:51 +0200 Torsten Foertsch [EMAIL PROTECTED] wrote: In your modperl environment use warnings FATAL=qw/all/ is active. Hence, the portable warning is turned into a portable error. That's all. No, because it still doesn't work, even with the patch. I don't even see the warning. The error I get from SizeLimit is: Can't call method all on an undefined value at /usr/lib64/perl5/vendor_perl/5.8.8/x86_64-linux-thread-multi/Apache2/SizeLimit.pm line 113. -Max -- http://www.everythingsolved.com/ Competent, Friendly Bugzilla Services. And Everything Else, too.
Re: Apache2::SizeLimit Linux::Smaps on x86_64
On Monday 08 October 2007 08:35, Max Kanat-Alexander wrote: No, because it still doesn't work, even with the patch. I don't even see the warning. The error I get from SizeLimit is: Can't call method all on an undefined value at /usr/lib64/perl5/vendor_perl/5.8.8/x86_64-linux-thread-multi/Apache2/SizeLi mit.pm line 113. Is it possible that your httpd cannot access /proc/self/smaps? Maybe it's chrooted lacking the /proc filesystem in the new root? Something like this? Linux::Smaps-new($pid) can fail only if a $pid0 is passed or if /proc/$pid/smaps is not readable. Torsten pgp57vbuTj1bb.pgp Description: PGP signature
Re: Apache2::SizeLimit Linux::Smaps on x86_64
On Mon, 8 Oct 2007 09:45:58 +0200 Torsten Foertsch [EMAIL PROTECTED] wrote: Is it possible that your httpd cannot access /proc/self/smaps? Yes, that seems to be the problem. It can stat it, but not read it. In order to find this out, I had to make Linux::Smaps::update return $I when it fails, and check -lasterror inside SizeLimit. I suspect SELinux, at the moment. -Max -- http://www.everythingsolved.com/ Competent, Friendly Bugzilla Services. And Everything Else, too.
Re: Apache2::SizeLimit Linux::Smaps on x86_64
On Mon, 8 Oct 2007 01:35:02 -0700 Max Kanat-Alexander [EMAIL PROTECTED] wrote: I suspect SELinux, at the moment. Okay, it's not SELinux. For some reason, smaps is set root:root 400 for all processes, even though /proc/$$/ is properly owned by the apache user. I'll have to investigate how to change that, I suppose. -Max -- http://www.everythingsolved.com/ Competent, Friendly Bugzilla Services. And Everything Else, too.
Re: Apache2::SizeLimit Linux::Smaps on x86_64
On Mon, 8 Oct 2007 01:38:23 -0700 Max Kanat-Alexander [EMAIL PROTECTED] wrote: Okay, it's not SELinux. For some reason, smaps is set root:root 400 for all processes, even though /proc/$$/ is properly owned by the apache user. I'll have to investigate how to change that, I suppose. Okay, it seems to be a bug or intentional security modification in RHEL. I've filed a bug against RHEL: https://bugzilla.redhat.com/show_bug.cgi?id=322881 Thanks for all your help, Torsten. :-) -Max -- http://www.everythingsolved.com/ Competent, Friendly Bugzilla Services. And Everything Else, too.
Re: [mp2] how to add data to posted form?
newgaton new wrote: my pleasure for receiving your reply! Maybe I didn't describe clearly the question . now I give a example to show my question. First, browser post a form(the method of form is POST) data, and it include some input element. input type = text name = id id = id / . client fill some data to the element,for example 1234. Second, the Apache2 server receive the request,maybe the raw data is Line-based text data: application/x-www-form-urlencoded id=1234[EMAIL PROTECTED]@#$W Third, the Apache2 will parse the raw data to some format, I don't know the what the format is, but it is not the key point. Actually, that IS the key point. My question is how change the value 1234 of the key id to 4321. is there some class or interface? if there is, then I want to add some KEY, VALUE pairs to the request data, how to do? I think you might have some misunderstandings about how the HTTP protocol works and how to write web applications. I would suggest looking at some basic tutorials on CGI programming. If I have misunderstood you, please send us some code that you are using and show us why you need to do what you are asking. That will help everyone. I hope I can change/add some form data in a Apache2 stage. Perrin told you at which stages you can change the returned form data, if I recall. However, like Perrin, I doubt that you should be trying to modify the incoming form data directly, but, instead, should be focusing on using the data in a CGI script or in a modperl Request handler. hi Sean! if I didn't misunderstand your meaning, I can't change any request data in the Apache2 server, and only read some data from it . is it right ? This is getting close to understanding, it seems. Yes, you will typically want to write software that parses the incoming request into perl data structures and then uses it. In fact, the parsing is done for you by modules like CGI: http://search.cpan.org/~lds/CGI.pm-3.29/CGI.pm Or you can use modperl Apache::Request object to do similar parsing. Sean
Fw: mod_perl success stories on ZDNet (KMM6461378I96L0KM) :ppk1
Looks like somebody has managed to subscribe one of the PayPal support email addresses to the list... Carl - Original Message - From: PayPal Customer Service 1 [EMAIL PROTECTED] To: Carl Johnstone [EMAIL PROTECTED] Sent: Saturday, October 06, 2007 9:35 PM Subject: Re: mod_perl success stories on ZDNet (KMM6461378I96L0KM) :ppk1 Dear Carl Johnstone, Thank you for contacting PayPal. My name is Amberae and it is my pleasure to assist you. Carl, I didn't receive sufficient information to proceed with your question. Please provide additional information such as: · What issue are you experiencing? · Are you receiving an error message? (If so, please include the full error message.) · What steps are being taken when you are encountering the issue? We appreciate your assistance in resolving your question. If you have any further questions, please feel free to contact us again. Sincerely, Amberae PayPal Consumer Support PayPal, an eBay Company Original Message Follows: My Google alert sent this to me today: http://whitepapers.zdnet.com/abstract.aspx?docid=## Is it me, or does that just link through to here: http://www.oreillynet.com/digitalmedia/blog//##/perl_success_story_t ermiumplus.html which doesn't require registration? Carl
Re: Fw: mod_perl success stories on ZDNet (KMM6461378I96L0KM) :ppk1
Carl Johnstone wrote: Looks like somebody has managed to subscribe one of the PayPal support email addresses to the list... No - a zombie somewhere sent an email with 'from' address [EMAIL PROTECTED], 'to' address [EMAIL PROTECTED], a subject line from the modperl list and with the message my google alert sent this to me and a possibly disguised link (there's no rhyme or reason to spam links sometimes). Paypal's ever helpful customer services then replied to the forged 'from' - [EMAIL PROTECTED] - saying sorry you didn't supply enough information. Nothing to do with the modperl list except that an email address, subject and a link were harvested from someone's PC by malware or one of the public archives by a spider. I run a small ISP and we see this a lot - you should hear the words people say when they're told spam might use their email address but be nothing to do with them! John
Fwd: CPAN Upload: O/OP/OPI/Linux-Smaps-0.04.tar.gz
Hi, this version mainly disables the portable warning. Further the constructor now throws an exception if the smaps file cannot be read. Also a short note in the docs about swapped pages and mlockall(2) was added. Torsten -- Forwarded Message -- ... The uploaded file Linux-Smaps-0.04.tar.gz has entered CPAN as file: $CPAN/authors/id/O/OP/OPI/Linux-Smaps-0.04.tar.gz size: 22163 bytes md5: 20faeb2df7ccbd2931222e97e7bc7e0e ... --- pgpj7Q458jVjF.pgp Description: PGP signature
Re: Fwd: CPAN Upload: O/OP/OPI/Linux-Smaps-0.04.tar.gz
On Mon, 8 Oct 2007 17:52:46 +0200 Torsten Foertsch [EMAIL PROTECTED] wrote: this version mainly disables the portable warning. Further the constructor now throws an exception if the smaps file cannot be read. Also a short note in the docs about swapped pages and mlockall(2) was added. Great, thanks. :-) And it looks like Red Hat may take a look at the bug that prevents it from working on RHEL. -Max -- http://www.everythingsolved.com/ Competent, Friendly Bugzilla Services. And Everything Else, too.