problem installing libapreq
I'm trying to install libapreq on a new box on which I've rolled an apache-mod_ssl-openssl combo. As you may know this puts apache in /usr/local/apachessl. I followed the hint in INSTALL and did ./configure --with-apache-includes=/usr/local/apachessl/include which works fine, but make generates an error: [...] creating Makefile creating c/Makefile creating c/libapreq_config.h c/libapreq_config.h is unchanged Making all in c Makefile, line 278: Need an operator make: fatal errors encountered -- cannot continue *** Error code 1 Line 278 in c/Makefile seems to say: -include $(DEP_FILES) Thanks for any help, nick ~~~ Nick Tonkin
Apache::Session not updating session
I really hope this isn't a FAQ, but I've lost more hair over this problem than I really should have, which is why I'm here. I'm using Apache::Session::File, and am setting a cookie for my sessionid, and my code is currently running in plain-old CGI mode (one of the libraries I'm using keeps segfaulting under mod_perl for some strange reason). When I visit the CGI, it successfully creates the session file in the /tmp directory, and all subsequent accesses to the page successfully load the session information from the right file on disk. However, my problem is that any value I set in my session is never updated on disk. I have tried explicitly calling tied(%session)-save and delete, to no avail. Permissions look good, the disk isn't full, and obviously it was able to access the disk in the first place since it was able to write the session file to disk. I'm about to go crazy here, since my application is working with the exception of this crucial piece. Any help anyone can provide would be greatly appreciated. System config: Redhat 7.1, with stock Apache/mod_perl RPMs. Stock RH7.1 Perl. Apache::Session v1.53 -man Michael A Nachbaur
bugfix in Apache::URI
Hello all, Here is a small patch that prevents crash in the following example. $referer = 'http://some.host.com'; $uri = Apache;:URI-parse($req,$referer); $page = $uri-rpath; If parsed uri don't have path at all, it'll dump core in the last line. --- URI.xs Mon Apr 10 18:07:07 2000 +++ /root/src/mod_perl-1.24/src/modules/perl/URI.xs Tue Aug 14 11:17:57 2001 @@ -92,7 +92,8 @@ RETVAL = newSVpv(uri-uri.path, set); } else -RETVAL = newSVpv(uri-uri.path, 0); +if ( uri-uri.path ) +RETVAL = newSVpv(uri-uri.path, 0); OUTPUT: RETVAL -- See you in the Net, Slawa
Re: Apache::Session not updating session
On Tue, 14 Aug 2001 00:27:28 -0700 Michael A Nachbaur [EMAIL PROTECTED] wrote: I'm using Apache::Session::File, and am setting a cookie for my sessionid, and my code is currently running in plain-old CGI mode (one of the libraries I'm using keeps segfaulting under mod_perl for some strange reason). When I visit the CGI, it successfully creates the session file in the /tmp directory, and all subsequent accesses to the page successfully load the session information from the right file on disk. However, my problem is that any value I set in my session is never updated on disk. I have tried explicitly calling tied(%session)-save and delete, to no avail. Can I have a look at snippet of your code, please? Well, this doc (from Apache::Session) may help you, though I don't know this is the case. Note that Apache::Session does only a shallow check to see if anything has changed. If nothing changes in the top level tied hash, the data will not be updated in the back- ing store. You are encouraged to timestamp the session hash so that it is sure to be updated. -- Tatsuhiko Miyagawamod_perl Mailing List mailto:[EMAIL PROTECTED] http://bulknews.net/lib/ml/
Re: Apache::Session not updating session
Hello Michael A Nachbaur, Tuesday, August 14, 2001, 12:27:28 PM, you wrote: MAN I really hope this isn't a FAQ, but I've lost more hair over this problem MAN than I really should have, which is why I'm here. MAN I'm using Apache::Session::File, and am setting a cookie for my sessionid, MAN and my code is currently running in plain-old CGI mode (one of the libraries MAN I'm using keeps segfaulting under mod_perl for some strange reason). When I MAN visit the CGI, it successfully creates the session file in the /tmp MAN directory, and all subsequent accesses to the page successfully load the MAN session information from the right file on disk. However, my problem is MAN that any value I set in my session is never updated on disk. I have tried MAN explicitly calling tied(%session)-save and delete, to no avail. MAN Permissions look good, the disk isn't full, and obviously it was able to MAN access the disk in the first place since it was able to write the session MAN file to disk. MAN I'm about to go crazy here, since my application is working with the MAN exception of this crucial piece. Any help anyone can provide would be MAN greatly appreciated. MAN System config: MAN Redhat 7.1, with stock Apache/mod_perl RPMs. MAN Stock RH7.1 Perl. MAN Apache::Session v1.53 MAN -man MAN Michael A Nachbaur On which level of session data you are changing ? from perldoc Apache::Session [snip] Note that Apache::Session does only a shallow check to see if anything has changed. If nothing changes in the top level tied hash, the data will not be updated in the backing store. You are encouraged to timestamp the session hash so that it is sure to be updated. [snip] may be this help you -- WBR, Mike P. Mikhailov mailto:[EMAIL PROTECTED]
HTTPD eating all RAM
Hello modperl, I'm useing Apache/1.3.12 (Unix) mod_perl/1.25 Embperl 1.3b7 under RH 7.0. From request to request size of the httpd grows and eat all available RAM. Daemon run under -X option. My question is: how can I find out which exactly variable are eating RAM ? I'm absolutely sure that I'm not useing global variables. -- Best regards, Mike mailto:[EMAIL PROTECTED]
Re: Apache::Session not updating session
At 03:27 AM 8/14/01, Michael A Nachbaur wrote: I'm using Apache::Session::File, and am setting a cookie for my sessionid, and my code is currently running in plain-old CGI mode (one of the libraries I'm using keeps segfaulting under mod_perl for some strange reason). When I visit the CGI, it successfully creates the session file in the /tmp directory, and all subsequent accesses to the page successfully load the session information from the right file on disk. However, my problem is that any value I set in my session is never updated on disk. I have tried explicitly calling tied(%session)-save and delete, to no avail. Permissions look good, the disk isn't full, and obviously it was able to access the disk in the first place since it was able to write the session file to disk. Isn't that what tied(%session)-make_modifed; is for? Todd
RE: HTTPD eating all RAM
I would imagine that this is more related to Embperl and your code than it is to mod_perl. Check out the Embperl docs to find out how to get debugging info turned on. I've used it in the past and found it quite useful. Mike P. Mikhailov [EMAIL PROTECTED] wrote: Hello modperl, I'm useing Apache/1.3.12 (Unix) mod_perl/1.25 Embperl 1.3b7 under RH 7.0. From request to request size of the httpd grows and eat all available RAM. Daemon run under -X option. My question is: how can I find out which exactly variable are eating RAM ? I'm absolutely sure that I'm not useing global variables. -- Best regards, Mike mailto:[EMAIL PROTECTED] -- === If you put three drops of poison into a 100 percent pure Java, you get - Windows. If you put a few drops of Java into Windows, you still have Windows. -- Sun Microsystems CEO, Scott McNealy __ Your favorite stores, helpful shopping tools and great gift ideas. Experience the convenience of buying online with Shop@Netscape! http://shopnow.netscape.com/ Get your own FREE, personal Netscape Mail account today at http://webmail.netscape.com/
Re: HTTPD eating all RAM
On Tue, 14 Aug 2001, Mike P. Mikhailov wrote: I'm useing Apache/1.3.12 (Unix) mod_perl/1.25 Embperl 1.3b7 under RH 7.0. From request to request size of the httpd grows and eat all available RAM. Daemon run under -X option. My question is: how can I find out which exactly variable are eating RAM ? I'm absolutely sure that I'm not useing global variables. You should read the guide at http://perl.apache.org/guide/ for more info on memory growth. Some growth over time is normal and you might want to use Apache::SizeLimit to control it. - Perrin
Looking for answers using mod_perl and windows nt.
I am using Windows NT, running apache with mod_perl. The problem that I am having is that I am dynamiclly filling in the options of a select box from a database. now when a user selects a value, I expect that value to be on the URL, but it is not. I am currently saving the selected value to a hidden field, which does show up on the URL. Anyone know the reason why. I did come up with a work around but have now clue as to why it works. here is a bit of the javascript that creates the select box and the html: function populateComboBoxes() { var sDisplayValue = new Array([+ $cmbClientKeyText +]); var sInternalValue = new Array([+ $cmbClientKeyValue +]); var arr = new Array(sDisplayValue.length + 1); arr[0] = option value=''( None Selected )/option; for (var i=1; i sDisplayValue.length + 1; i++) { arr[i] = OPTION value=' + sInternalValue[i - 1] +' + sDisplayValue[i - 1] + /OPTION; } divUpdate.innerHTML = SELECT name='cmbClientKey' id='cmbClientKey' + arr.join() + /SELECT; } this gets populated from the javascript above and is displayed to the user div name='divUpdate' id='divUpdate' class='divUpdate' style=display:block !--select name=cmbClientKey id=cmbClientKey /select-- /div this one is not populated from above and does not get displayed to the user, if this is removed then cmbClientKey on the URL line is blank. div style=display:none select name=cmbClientKey id=cmbClientKey option value= ( None Selected ) /option /select /div cmbClientKey is needed in order of other combo boxes data to be displayed correctly. any ideals as to why this is happening.
RE: bugfix in Apache::URI
-Original Message- From: Vyacheslav Zamyatin [mailto:[EMAIL PROTECTED]] Sent: Tuesday, August 14, 2001 4:15 AM To: [EMAIL PROTECTED] Subject: bugfix in Apache::URI Hello all, Here is a small patch that prevents crash in the following example. $referer = 'http://some.host.com'; $uri = Apache;:URI-parse($req,$referer); $page = $uri-rpath; If parsed uri don't have path at all, it'll dump core in the last line. hmmm... well, mod_perl shouldn't have to dump core over this, but a path component to the URI is required. but, it's a problem that has bitten me once or twice as well, so perhaps we ought to be helping the users somewhat in this case? what about defaulting the path to / if no path is present instead? I've actually thought about this in the past and wondered about the best solution. Ideas? --Geoff --- URI.xs Mon Apr 10 18:07:07 2000 +++ /root/src/mod_perl-1.24/src/modules/perl/URI.xs Tue Aug 14 11:17:57 2001 @@ -92,7 +92,8 @@ RETVAL = newSVpv(uri-uri.path, set); } else -RETVAL = newSVpv(uri-uri.path, 0); +if ( uri-uri.path ) +RETVAL = newSVpv(uri-uri.path, 0); OUTPUT: RETVAL -- See you in the Net, Slawa
Children dying
Hi all, I am running a perl 5.6.0, mod_perl 1.26, apache 1.3.19 on Solaris 2.6. I get the following error in my logs: [Tue Aug 14 10:45:10 2001] [notice] child pid 2630 exit signal Segmentation Fault (11) It looks like the child serves a request and immidiately dies. Does anyone have any ideas on how to figure out why this keeps happenning? Thanks Alex Vladimirskiy Sys. Adm Museum of Natural History
Re: Apache::Session not updating session
On Tue, 14 Aug 2001, Todd Finney wrote: Isn't that what tied(%session)-make_modifed; is for? Yep.
Re: Apache::Session not updating session
At 11:07 AM 8/14/01, Jeffrey W. Baker wrote: On Tue, 14 Aug 2001, Todd Finney wrote: Isn't that what tied(%session)-make_modifed; is for? Yep. Perhaps it might be a good idea to mention it in the Apache::Session perldoc. I'm using 1.5mumble, and there's no word of it there. cheers, Todd
Re: Looking for answers using mod_perl and windows nt.
Boyd, David wrote: I am using Windows NT, running apache with mod_perl. The problem that I am having is that I am dynamiclly filling in the options of a select box from a database. now when a user selects a value, I expect that value to be on the URL, but it is not. I am currently saving the selected value to a hidden field, which does show up on the URL. Anyone know the reason why. I'm not sure I understand your question, David. If you're saying that you would expect the result of pressing a submit button in a form to be that request is sent like 'http://some.host/file.pl?combo=value', then you need to ensure that the form in your HTML is set to GET rather than POST style encoding. But that's not really a mod_perl issue...
RE: Looking for answers using mod_perl and windows nt.
lets see if I can clearify my statement. first I am new to mod_perl. Now, my form is using post. I am using some debug messages that will output, in html format, the contents of $fdat. So, when I select next page, after making a selection from the combo box, i expected to see something like the following: fdat{cmbClientKey} = something I do not get this unless I have the items I posted in the previous message. ... -Original Message- From: Jeremy Howard [mailto:[EMAIL PROTECTED]] Sent: Tuesday, August 14, 2001 10:18 AM To: Boyd, David; [EMAIL PROTECTED] Subject: Re: Looking for answers using mod_perl and windows nt. Boyd, David wrote: I am using Windows NT, running apache with mod_perl. The problem that I am having is that I am dynamiclly filling in the options of a select box from a database. now when a user selects a value, I expect that value to be on the URL, but it is not. I am currently saving the selected value to a hidden field, which does show up on the URL. Anyone know the reason why. I'm not sure I understand your question, David. If you're saying that you would expect the result of pressing a submit button in a form to be that request is sent like 'http://some.host/file.pl?combo=value', then you need to ensure that the form in your HTML is set to GET rather than POST style encoding. But that's not really a mod_perl issue...
RE: Apache::Session not updating session
-Original Message- From: Todd Finney [mailto:[EMAIL PROTECTED]] Sent: Tuesday, August 14, 2001 11:19 AM To: [EMAIL PROTECTED] Subject: Re: Apache::Session not updating session At 11:07 AM 8/14/01, Jeffrey W. Baker wrote: On Tue, 14 Aug 2001, Todd Finney wrote: Isn't that what tied(%session)-make_modifed; is for? Yep. Perhaps it might be a good idea to mention it in the Apache::Session perldoc. I'm using 1.5mumble, and there's no word of it there. actually, the sources make it sound like this and related make_* methods can go away at any time. --Geoff
RE: Apache::Session not updating session
At 11:39 AM 8/14/01, Geoffrey Young wrote: -Original Message- From: Todd Finney [mailto:[EMAIL PROTECTED]] Subject: Re: Apache::Session not updating session At 11:07 AM 8/14/01, Jeffrey W. Baker wrote: On Tue, 14 Aug 2001, Todd Finney wrote: Isn't that what tied(%session)-make_modifed; is for? Yep. Perhaps it might be a good idea to mention it in the Apache::Session perldoc. I'm using 1.5mumble, and there's no word of it there. actually, the sources make it sound like this and related make_* methods can go away at any time. Yes, though I don't know how serious that threat is with this particular method. Jeff would really be the one to ask. Coding around its removal wouldn't really be that difficult, anyway. cheers, Todd
RE: Looking for answers using mod_perl and windows nt.
I think I might have this figured out. in my combobox, I had the following: select name=cmbProgramKey id=cmbProgramKey onChange=cmbProgramKey_OnChange(this.value) option value= ( None Selected ) /option [$ while( $rProgramArray ) $] option value=[+ $$rProgramArray[0] +][+ $$rProgramArray[1] +]/option [- $rProgramArray = $sthProgram-fetchrow_arrayref(); -] [$ endwhile $] /select Now when I remove the first option value: option value= ( None Selected ) /option and end up with select name=cmbProgramKey id=cmbProgramKey onChange=cmbProgramKey_OnChange(this.value) [$ while( $rProgramArray ) $] option value=[+ $$rProgramArray[0] +][+ $$rProgramArray[1] +]/option [- $rProgramArray = $sthProgram-fetchrow_arrayref(); -] [$ endwhile $] /select things seem to work. Now the question is why? -Original Message- From: Boyd, David [mailto:[EMAIL PROTECTED]] Sent: Tuesday, August 14, 2001 10:21 AM To: 'Jeremy Howard'; Boyd, David; [EMAIL PROTECTED] Subject: RE: Looking for answers using mod_perl and windows nt. lets see if I can clearify my statement. first I am new to mod_perl. Now, my form is using post. I am using some debug messages that will output, in html format, the contents of $fdat. So, when I select next page, after making a selection from the combo box, i expected to see something like the following: fdat{cmbClientKey} = something I do not get this unless I have the items I posted in the previous message. ... -Original Message- From: Jeremy Howard [mailto:[EMAIL PROTECTED]] Sent: Tuesday, August 14, 2001 10:18 AM To: Boyd, David; [EMAIL PROTECTED] Subject: Re: Looking for answers using mod_perl and windows nt. Boyd, David wrote: I am using Windows NT, running apache with mod_perl. The problem that I am having is that I am dynamiclly filling in the options of a select box from a database. now when a user selects a value, I expect that value to be on the URL, but it is not. I am currently saving the selected value to a hidden field, which does show up on the URL. Anyone know the reason why. I'm not sure I understand your question, David. If you're saying that you would expect the result of pressing a submit button in a form to be that request is sent like 'http://some.host/file.pl?combo=value', then you need to ensure that the form in your HTML is set to GET rather than POST style encoding. But that's not really a mod_perl issue...
RE: Looking for answers using mod_perl and windows nt.
I take it back, what seems to be happing is that the first item in the select box is identified as selected. If I select a different item in the list, the first one is always selected. This gets stranger by the minute. ... -Original Message- From: Boyd, David [mailto:[EMAIL PROTECTED]] Sent: Tuesday, August 14, 2001 12:32 PM To: 'Jeremy Howard'; [EMAIL PROTECTED] Subject: RE: Looking for answers using mod_perl and windows nt. I think I might have this figured out. in my combobox, I had the following: select name=cmbProgramKey id=cmbProgramKey onChange=cmbProgramKey_OnChange(this.value) option value= ( None Selected ) /option [$ while( $rProgramArray ) $] option value=[+ $$rProgramArray[0] +][+ $$rProgramArray[1] +]/option [- $rProgramArray = $sthProgram-fetchrow_arrayref(); -] [$ endwhile $] /select Now when I remove the first option value: option value= ( None Selected ) /option and end up with select name=cmbProgramKey id=cmbProgramKey onChange=cmbProgramKey_OnChange(this.value) [$ while( $rProgramArray ) $] option value=[+ $$rProgramArray[0] +][+ $$rProgramArray[1] +]/option [- $rProgramArray = $sthProgram-fetchrow_arrayref(); -] [$ endwhile $] /select things seem to work. Now the question is why? -Original Message- From: Boyd, David [mailto:[EMAIL PROTECTED]] Sent: Tuesday, August 14, 2001 10:21 AM To: 'Jeremy Howard'; Boyd, David; [EMAIL PROTECTED] Subject: RE: Looking for answers using mod_perl and windows nt. lets see if I can clearify my statement. first I am new to mod_perl. Now, my form is using post. I am using some debug messages that will output, in html format, the contents of $fdat. So, when I select next page, after making a selection from the combo box, i expected to see something like the following: fdat{cmbClientKey} = something I do not get this unless I have the items I posted in the previous message. ... -Original Message- From: Jeremy Howard [mailto:[EMAIL PROTECTED]] Sent: Tuesday, August 14, 2001 10:18 AM To: Boyd, David; [EMAIL PROTECTED] Subject: Re: Looking for answers using mod_perl and windows nt. Boyd, David wrote: I am using Windows NT, running apache with mod_perl. The problem that I am having is that I am dynamiclly filling in the options of a select box from a database. now when a user selects a value, I expect that value to be on the URL, but it is not. I am currently saving the selected value to a hidden field, which does show up on the URL. Anyone know the reason why. I'm not sure I understand your question, David. If you're saying that you would expect the result of pressing a submit button in a form to be that request is sent like 'http://some.host/file.pl?combo=value', then you need to ensure that the form in your HTML is set to GET rather than POST style encoding. But that's not really a mod_perl issue...
Re: Children dying
On Tue, Aug 14, 2001 at 10:48:48AM -0400, Aleksandr Vladimirskiy wrote: Hi all, I am running a perl 5.6.0, mod_perl 1.26, apache 1.3.19 on Solaris 2.6. I get the following error in my logs: [Tue Aug 14 10:45:10 2001] [notice] child pid 2630 exit signal Segmentation Fault (11) It looks like the child serves a request and immidiately dies. Does anyone have any ideas on how to figure out why this keeps happenning? What are you trying to do on the page that makes it segfault? If you are using XML::Parser in some way (with AxKit, for example) you need to make sure it and Apache are using the same expat library. Otherwise, it depends on what you are doing. --jim
Re: Children dying
Jim Smith wrote: On Tue, Aug 14, 2001 at 10:48:48AM -0400, Aleksandr Vladimirskiy wrote: Hi all, I am running a perl 5.6.0, mod_perl 1.26, apache 1.3.19 on Solaris 2.6. I get the following error in my logs: [Tue Aug 14 10:45:10 2001] [notice] child pid 2630 exit signal Segmentation Fault (11) It looks like the child serves a request and immidiately dies. Does anyone have any ideas on how to figure out why this keeps happenning? What are you trying to do on the page that makes it segfault? If you are using XML::Parser in some way (with AxKit, for example) you need to make sure it and Apache are using the same expat library. Otherwise, it depends on what you are doing. --jim I also get that alot. Although, I am not using XML::Parser. I am using Template Toolkit to generate dynamic content. My Templates are plain templates. -r
Re: Children dying
On Tue, 14 Aug 2001, Aleksandr Vladimirskiy wrote: I am running a perl 5.6.0, mod_perl 1.26, apache 1.3.19 on Solaris 2.6. I get the following error in my logs: [Tue Aug 14 10:45:10 2001] [notice] child pid 2630 exit signal Segmentation Fault (11) It looks like the child serves a request and immidiately dies. Does anyone have any ideas on how to figure out why this keeps happenning? There is info in the distribution and in the guide (debug section) on how to get stack traces of your code or of Perl itself. - Perrin
Re: Children dying
This happens whenever I do anything with mod_perl - serve a URL by a handler I wrote or by a cgi script under Apache::Registry. If I knew what was causing this I wouldn't be asking this list. Alex On Tue, 14 Aug 2001, Rasoul Hajikhani wrote: Jim Smith wrote: On Tue, Aug 14, 2001 at 10:48:48AM -0400, Aleksandr Vladimirskiy wrote: Hi all, I am running a perl 5.6.0, mod_perl 1.26, apache 1.3.19 on Solaris 2.6. I get the following error in my logs: [Tue Aug 14 10:45:10 2001] [notice] child pid 2630 exit signal Segmentation Fault (11) It looks like the child serves a request and immidiately dies. Does anyone have any ideas on how to figure out why this keeps happenning? What are you trying to do on the page that makes it segfault? If you are using XML::Parser in some way (with AxKit, for example) you need to make sure it and Apache are using the same expat library. Otherwise, it depends on what you are doing. --jim I also get that alot. Although, I am not using XML::Parser. I am using Template Toolkit to generate dynamic content. My Templates are plain templates. -r
mod_perl s//g
Are there any traps that I should be aware of when using s//g? I was reading the online mod_perl docs and could not find anything to that effect. But I do recall working with Perrin (correct me if I am wrong Perrin) that there were some issues with using global tag in substitutions. -r
Re: mod_perl s//g
On Tue, 14 Aug 2001, Rasoul Hajikhani wrote: Are there any traps that I should be aware of when using s//g? I was reading the online mod_perl docs and could not find anything to that effect. But I do recall working with Perrin (correct me if I am wrong Perrin) that there were some issues with using global tag in substitutions. No, it's the /o (compile) flag that has issues. It's in the guide: http://perl.apache.org/guide/perl.html#Compiled_Regular_Expressions - Perrin
RE: Children dying
I have also experienced the same without any [known] xml parsers or templates. -Original Message- From: Aleksandr Vladimirskiy [mailto:[EMAIL PROTECTED]] Sent: Tuesday, August 14, 2001 1:54 PM To: Rasoul Hajikhani Cc: Jim Smith; [EMAIL PROTECTED] Subject: Re: Children dying This happens whenever I do anything with mod_perl - serve a URL by a handler I wrote or by a cgi script under Apache::Registry. If I knew what was causing this I wouldn't be asking this list. Alex On Tue, 14 Aug 2001, Rasoul Hajikhani wrote: Jim Smith wrote: On Tue, Aug 14, 2001 at 10:48:48AM -0400, Aleksandr Vladimirskiy wrote: Hi all, I am running a perl 5.6.0, mod_perl 1.26, apache 1.3.19 on Solaris 2.6. I get the following error in my logs: [Tue Aug 14 10:45:10 2001] [notice] child pid 2630 exit signal Segmentation Fault (11) It looks like the child serves a request and immidiately dies. Does anyone have any ideas on how to figure out why this keeps happenning? What are you trying to do on the page that makes it segfault? If you are using XML::Parser in some way (with AxKit, for example) you need to make sure it and Apache are using the same expat library. Otherwise, it depends on what you are doing. --jim I also get that alot. Although, I am not using XML::Parser. I am using Template Toolkit to generate dynamic content. My Templates are plain templates. -r
my()
Hi, I'm completly confused by this my(X) not being available outside of a subroutine, I've read everything but must not still get itis this an approriate solution? it makes @countries available... my @countries; - solution? my $sql = select distinct country from geo; my $sth = $match::dbh-prepare( $sql ); $sth-execute; while ( (my $country_db) = $sth-fetchrow ) { push(@countries,$country_db); } I've read the solutions but dang if they don't seem like rocket science for something simple. Like suppose I wanted to do this if ($var eq whatever) { $sql = select.yada; } else { $sql=somthing else...; } dbi $sql stuff In this case $sql wouldn't be available and use strict would complain. So if I did this: my ($sql); ifas above Is that an appropiate solution? Thanks for _any_ info anyone can provide, shawn
RE: my()
That is the way to do it. It can get a little confusing at first, but once you get used to doing things that way it will become 2nd nature. --Joe Breeden -- Sent from my Outlook 2000 Wired Deskheld (www.microsoft.com) -Original Message- From: swade [mailto:[EMAIL PROTECTED]] Sent: Tuesday, August 14, 2001 2:53 PM To: [EMAIL PROTECTED] Subject: my() Hi, I'm completly confused by this my(X) not being available outside of a subroutine, I've read everything but must not still get itis this an approriate solution? it makes @countries available... my @countries; - solution? my $sql = select distinct country from geo; my $sth = $match::dbh-prepare( $sql ); $sth-execute; while ( (my $country_db) = $sth-fetchrow ) { push(@countries,$country_db); } I've read the solutions but dang if they don't seem like rocket science for something simple. Like suppose I wanted to do this if ($var eq whatever) { $sql = select.yada; } else { $sql=somthing else...; } dbi $sql stuff In this case $sql wouldn't be available and use strict would complain. So if I did this: my ($sql); ifas above Is that an appropiate solution? Thanks for _any_ info anyone can provide, shawn
Re: Children dying
Hello, AVI am running a perl 5.6.0, mod_perl 1.26, apache 1.3.19 on Solaris 2.6. AVI get the following error in my logs: AV AV[Tue Aug 14 10:45:10 2001] [notice] child pid 2630 exit signal Segmentation Fault (11) AV AVIt looks like the child serves a request and immidiately dies. A few other folks have given useful references on how to get stack traces, as well as some other common causes of core dumps (compiling Apache with its bundled expat is a big one). Here's another one--did you build mod_perl on Solaris as a DSO? In general, you want to compile mod_perl statically on Solaris because it will core otherwise. Humbly, Andrew -- Andrew Ho http://www.tellme.com/ [EMAIL PROTECTED] Engineer [EMAIL PROTECTED] Voice 650-930-9062 Tellme Networks, Inc. 1-800-555-TELLFax 650-930-9101 --
Re: my()
Much thanks! What do the knowledgable programmers do? Do they my() thier variables, etc at the beginning of thier subroutines? Or do they do it as they come to it? or is it really just personal prefence? shawn That is the way to do it. It can get a little confusing at first, but once you get used to doing things that way it will become 2nd nature. --Joe Breeden
Re: my() [very off topic]
On Tue, 14 Aug 2001, swade wrote: Much thanks! What do the knowledgable programmers do? Do they my() thier variables, etc at the beginning of thier subroutines? Or do they do it as they come to it? or is it really just personal prefence? This is rather off topic for mod_perl and should (imho) belong on a perl list instead. Can I request any followups be taken to private mail or a more suitable list? Thanks, Dave
Re: Children dying
Hi Andrew, thanks for the suggestions. I compiled mod_perl statically. I haven't seen expat mentioned anywhere, can you expand on that? Thanks Alex On Tue, 14 Aug 2001, Andrew Ho wrote: Hello, AVI am running a perl 5.6.0, mod_perl 1.26, apache 1.3.19 on Solaris 2.6. AVI get the following error in my logs: AV AV[Tue Aug 14 10:45:10 2001] [notice] child pid 2630 exit signal Segmentation Fault (11) AV AVIt looks like the child serves a request and immidiately dies. A few other folks have given useful references on how to get stack traces, as well as some other common causes of core dumps (compiling Apache with its bundled expat is a big one). Here's another one--did you build mod_perl on Solaris as a DSO? In general, you want to compile mod_perl statically on Solaris because it will core otherwise. Humbly, Andrew -- Andrew Ho http://www.tellme.com/ [EMAIL PROTECTED] Engineer [EMAIL PROTECTED] Voice 650-930-9062 Tellme Networks, Inc. 1-800-555-TELLFax 650-930-9101 --
Re: Apache::Session not updating session
Okay, thank you all for your suggestions. It was the deep modifications that were killing me. I just did a handy-dandy: $session{timestamp} = time; and that fixed everything. -man Michael A Nachbaur
Re: Children dying
Hi Aleksandr, Aleksandr Vladimirskiy wrote: Hi Andrew, thanks for the suggestions. I compiled mod_perl statically. I haven't seen expat mentioned anywhere, can you expand on that? You can check by doing: strings /path/to/apache/bin/httpd | grep -i XML If you get anything back from that, then Expat is compiled in. HTH, -kip -- print join ' ', map { ucfirst($_-getFirstChild-getData)} XML::LibXML-new()-parse_string(join '', pack c*, (60, 122, 62, 60, 97, 62, 106, 117, 115, 116, 60, 47, 97, 62, 60, 98, 62, 97, 110, 111, 116, 104, 101, 114, 60, 47, 98, 62, 60, 99, 62, 112, 101, 114, 108, 60, 47, 99, 62, 60, 100, 62, 88, 77, 76, 60, 47, 100, 62, 60, 101, 62, 104, 97, 99, 107, 101, 114, 60, 47, 101, 62, 60, 47, 122, 62))-findnodes('//*[name() != z]')-get_nodelist;
Re: Children dying
Hey, thanks I ran the command and no output, so I guess I don't have expat? On Tue, 14 Aug 2001, Kip Hampton wrote: Hi Aleksandr, Aleksandr Vladimirskiy wrote: Hi Andrew, thanks for the suggestions. I compiled mod_perl statically. I haven't seen expat mentioned anywhere, can you expand on that? You can check by doing: strings /path/to/apache/bin/httpd | grep -i XML If you get anything back from that, then Expat is compiled in. HTH, -kip -- print join ' ', map { ucfirst($_-getFirstChild-getData)} XML::LibXML-new()-parse_string(join '', pack c*, (60, 122, 62, 60, 97, 62, 106, 117, 115, 116, 60, 47, 97, 62, 60, 98, 62, 97, 110, 111, 116, 104, 101, 114, 60, 47, 98, 62, 60, 99, 62, 112, 101, 114, 108, 60, 47, 99, 62, 60, 100, 62, 88, 77, 76, 60, 47, 100, 62, 60, 101, 62, 104, 97, 99, 107, 101, 114, 60, 47, 101, 62, 60, 47, 122, 62))-findnodes('//*[name() != z]')-get_nodelist;
Restricting MP3 files being served
I have a lot of large MP3 files, and want to restrict the number that Apache serves concurrently. Is this possible ? I'm posting it here since I assume it would require some sort of module to achieve it. ?? (Win 32). Thanks. Rod
Re: Restricting MP3 files being served
I have a lot of large MP3 files, and want to restrict the number that Apache serves concurrently. Is this possible ? I'm posting it here since I assume it would require some sort of module to achieve it. ?? (Win 32). You want mod_throttle. I don't know if it works on Windows. - Perrin
RE: Restricting MP3 files being served
Actually, you want mod_throttle_access. Standard C apache plugin module. http://www.fremen.org/apache/. Regards, Christian -Original Message- From: Perrin Harkins [mailto:[EMAIL PROTECTED]] Sent: Tuesday, August 14, 2001 5:28 PM To: Rod Butcher; [EMAIL PROTECTED] Subject: Re: Restricting MP3 files being served I have a lot of large MP3 files, and want to restrict the number that Apache serves concurrently. Is this possible ? I'm posting it here since I assume it would require some sort of module to achieve it. ?? (Win 32). You want mod_throttle. I don't know if it works on Windows. - Perrin
Re: Children dying
Aleksandr Vladimirskiy [EMAIL PROTECTED] said something to this effect on 08/14/2001: I am running a perl 5.6.0, mod_perl 1.26, apache 1.3.19 on Solaris 2.6. I get the following error in my logs: perl 5.6.0 has DynaLoader bug that minifests itself under mod_perl. Upgrade to 5.6.1, downgrade to 5.00503, or wait for 5.8.0 to fix the bug. (darren) -- Not only is there no God, but try getting a plumber on weekends. -- Woody Allen
Re: my()
Using 'my $variable_name' is kinda like a declaration of the variable that tells perl the scope of the variable. So if you do my $var1 at the root level of a file, the variable will be accessible throughout the entire file.. or like in the problem you ran into, if you declare my $var2 inside a while loop, its scope is only inside the while loop. Once you get used to it, it will be like second nature. The practice of putting 'my $varname' outside the while loop to get the scoping you want is the apropriate solution, ommiting the 'my' part would create a global variable and that probably isnt a good thing. ryan Hi, I'm completly confused by this my(X) not being available outside of a subroutine, I've read everything but must not still get itis this an approriate solution? it makes @countries available... my @countries; - solution? my $sql = select distinct country from geo; my $sth = $match::dbh-prepare( $sql ); $sth-execute; while ( (my $country_db) = $sth-fetchrow ) { push(@countries,$country_db); } I've read the solutions but dang if they don't seem like rocket science for something simple. Like suppose I wanted to do this if ($var eq whatever) { $sql = select.yada; } else { $sql=somthing else...; } dbi $sql stuff In this case $sql wouldn't be available and use strict would complain. So if I did this: my ($sql); ifas above Is that an appropiate solution? Thanks for _any_ info anyone can provide, shawn
Re: my() [very off topic]
It is not off topic if you realize that the way Apache::Registry and PerlRun wraps scripts will cause the closures to occur with my. So it's really rude to actually have anew person have to join an entirely new mailing list just because of a problem that mod_perl itself forces the user to deal with and partially is the cause of. It seems to me that he is confused about when the variable will not stay shared or will which is a direct result of using shared programming. Although I don't know what he is confused about because I thought the guide explains it OK? Later, Gunther At 01:37 PM 8/14/2001 -0700, Dave Baker wrote: On Tue, 14 Aug 2001, swade wrote: Much thanks! What do the knowledgable programmers do? Do they my() thier variables, etc at the beginning of thier subroutines? Or do they do it as they come to it? or is it really just personal prefence? This is rather off topic for mod_perl and should (imho) belong on a perl list instead. Can I request any followups be taken to private mail or a more suitable list? Thanks, Dave __ Gunther Birznieks ([EMAIL PROTECTED]) eXtropia - The Open Web Technology Company http://www.eXtropia.com/
Re: problem installing libapreq
Nick Tonkin [EMAIL PROTECTED] writes: I'm trying to install libapreq on a new box on which I've rolled an apache-mod_ssl-openssl combo. As you may know this puts apache in /usr/local/apachessl. I followed the hint in INSTALL and did ./configure --with-apache-includes=/usr/local/apachessl/include which works fine, but make generates an error: ./configure was removed last December; unfortunately the INSTALL document wasn't updated to reflect this. Try doing the vanilla install procedure % perl Makefile.PL % make % su perladmin % make install on the latest version (0.33) on CPAN, or from http://httpd.apache.org/apreq/ If you hit a bump somewhere, please report it to the apreq mailing list: [EMAIL PROTECTED] Best wishes. -- Joe Schaefer
Re: Children dying
I've got the same configuration and it's working fine. No seg faults unless I cause'em. If nothing else is giving you adequate information, you can always remove code until it works. Not very elegant but it works consistently. --Jeff On Tue, 14 Aug 2001, darren chamberlain wrote: Aleksandr Vladimirskiy [EMAIL PROTECTED] said something to this effect on 08/14/2001: I am running a perl 5.6.0, mod_perl 1.26, apache 1.3.19 on Solaris 2.6. I get the following error in my logs: perl 5.6.0 has DynaLoader bug that minifests itself under mod_perl. Upgrade to 5.6.1, downgrade to 5.00503, or wait for 5.8.0 to fix the bug. (darren) -- Jeff Beard ___ Web:www.cyberxape.com Email: jeff at cyberxape dot com Earth: Boulder, CO, USA
cvs commit: modperl-site/embperl Changes.pod.1.html
richter 01/08/14 20:29:08 Modified:embperl Changes.pod.1.html Log: Embperl Webpages - Changes Revision ChangesPath 1.221 +11 -1 modperl-site/embperl/Changes.pod.1.html Index: Changes.pod.1.html === RCS file: /home/cvs/modperl-site/embperl/Changes.pod.1.html,v retrieving revision 1.220 retrieving revision 1.221 diff -u -r1.220 -r1.221 --- Changes.pod.1.html2001/07/28 13:45:49 1.220 +++ Changes.pod.1.html2001/08/15 03:29:08 1.221 @@ -21,7 +21,7 @@ [a href= HOME/a]nbsp;nbsp; [a href=Changes.pod.cont.htmlCONTENT/a]nbsp;nbsp; [a href=Changes.pod.cont.htmlPREV (Revision History - Content)/a]nbsp;nbsp; [a href=Changes.pod.2.htmlNEXT (1.3.3 (RELEASE) 6. Juni 2001)/a]nbsp;nbsp; brhr P -Last Update: Sat Jul 28 15:49:09 2001 (MET) +Last Update: Wed Aug 15 05:32:21 2001 (MET) P NOTE: This version is only available via A HREF=CVS.pod.1.html#INTRO CVS/A @@ -37,6 +37,16 @@ - Display correct Apache module name in Makefile.PL when requesting path for Apache module. Patch from James Lee. - New session handling using Apache::SessionX + - Fixed a bug that cause file-uploads to fail for the first + request to a file when running under EmbperlObject. Reported + by Thoren Johne. + - Added possibilities to add the session id as argument to any URL, + instead of using cookies. + - Added new hash %sdat which holds temporary sessins data. + - Added options optAddUserSessionToLinks, optAddStatusSessionToLinks + and optNoSessionCookies to control how the session id is passed. + - Make sure the HTML::Embperl::Mail generates correct line endings + /PRE p[a href= HOME/a]nbsp;nbsp; [a href=Changes.pod.cont.htmlCONTENT/a]nbsp;nbsp; [a href=Changes.pod.cont.htmlPREV (Revision History - Content)/a]nbsp;nbsp; [a href=Changes.pod.2.htmlNEXT (1.3.3 (RELEASE) 6. Juni 2001)/a]nbsp;nbsp; br font color=#808080___br