From mikeflan at att.net Sat Dec 1 04:29:04 2018 From: mikeflan at att.net (Mike Flannigan) Date: Sat, 1 Dec 2018 06:29:04 -0600 Subject: [pm-h] Perl Modules at HG Message-ID: <479c99c7-da35-7900-4588-c47248b026f1@att.net> A sign of the times? I have a CGI program on HostGator that worked fine for years.? Now it takes the form input, recreates the webpage, but does not produce any output.? I have this set: use CGI::Carp qw(fatalsToBrowser); but there are no errors given. I think it broke when they moved me to a new server many months ago. I notice that File::Find, which the program uses, is not listed as an installed module. ExtUtils::MakeMaker ??? 7.34 File::Copy::Recursive ??? 0.44 File::HomeDir ??? 1.004 File::Path ??? 2.16 and 40+ others are installed, but not File::Find. Wouldn't that produce an error when it saw: use File::Find in the program? So I call up support.? 1st tier couldn't handle it, so they bumped it up to tier 2 support.? Mine is the first call the tier 2 guy has ever had regarding Perl modules! When we try to install File::Find it gives error: Ping:0.000100851058959961 (ticks) Testing connection speed to 208.43.108.66 using pureperl...(using cached speed)...Done Ping:0.000107288360595703 (ticks) Testing connection speed to 66.23.237.210 using pureperl...(using cached speed)...Done Ping:0.000108242034912109 (ticks) Testing connection speed to 216.14.113.158 using pureperl...(using cached speed)...Done Three usable fallback mirrors located Fetching http://www.namesdir.com/mirrors/cpan/index.html (connected:0).......(request attempt 1/12)...Resolving www.namesdir.com... (resolve attempt 1/65)... at 69.64.50.156......receiving......request success......Done Mirror Check passed for www.namesdir.com (/index.html) Checking C compiler....Could not locate an executable "gcc" binary....Done ** Unrecoverable Error ** The C compiler is not functional and auto repair failed. Perl module installs require a working C compiler. Please repair the C compiler and try again. ************************** So I wait for a C compiler expert to spring into action. It's been less than 24 hours so far and this is very low priority for me.? I will wait for incident number 09337722 to be resolved. Mike From jlbprof at gmail.com Sat Dec 1 06:39:06 2018 From: jlbprof at gmail.com (Julian Brown) Date: Sat, 1 Dec 2018 08:39:06 -0600 Subject: [pm-h] Perl Modules at HG In-Reply-To: <479c99c7-da35-7900-4588-c47248b026f1@att.net> References: <479c99c7-da35-7900-4588-c47248b026f1@att.net> Message-ID: Does the HG server that is being used is it a cPanel server? If so everything you need should already be there. Julian On Sat, Dec 1, 2018 at 6:29 AM Mike Flannigan wrote: > > A sign of the times? > > I have a CGI program on HostGator that worked fine > for years. Now it takes the form input, recreates > the webpage, but does not produce any output. I > have this set: > use CGI::Carp qw(fatalsToBrowser); > but there are no errors given. > > I think it broke when they moved me to a new > server many months ago. > > I notice that File::Find, which the program uses, is > not listed as an installed module. > > ExtUtils::MakeMaker 7.34 > File::Copy::Recursive 0.44 > File::HomeDir 1.004 > File::Path 2.16 > > and 40+ others are installed, but not File::Find. > > Wouldn't that produce an error when it saw: > use File::Find in the program? > > > So I call up support. 1st tier couldn't handle it, > so they bumped it up to tier 2 support. Mine is > the first call the tier 2 guy has ever had regarding > Perl modules! > > When we try to install File::Find it gives error: > > Ping:0.000100851058959961 (ticks) Testing connection speed to > 208.43.108.66 using pureperl...(using cached speed)...Done > > Ping:0.000107288360595703 (ticks) Testing connection speed to > 66.23.237.210 using pureperl...(using cached speed)...Done > > Ping:0.000108242034912109 (ticks) Testing connection speed to > 216.14.113.158 using pureperl...(using cached speed)...Done > > Three usable fallback mirrors located > > Fetching http://www.namesdir.com/mirrors/cpan/index.html > (connected:0).......(request attempt 1/12)...Resolving www.namesdir.com... > (resolve attempt 1/65)... at 69.64.50.156......receiving......request > success......Done > > Mirror Check passed for www.namesdir.com (/index.html) > > Checking C compiler....Could not locate an executable "gcc" binary....Done > ** Unrecoverable Error ** > > The C compiler is not functional and auto repair failed. > > Perl module installs require a working C compiler. > > Please repair the C compiler and try again. > > ************************** > > > So I wait for a C compiler expert to spring into action. > It's been less than 24 hours so far and this is very > low priority for me. I will wait for incident number > 09337722 to be resolved. > > > Mike > _______________________________________________ > Houston mailing list > Houston at pm.org > https://mail.pm.org/mailman/listinfo/houston > Website: http://houston.pm.org/ > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jlbprof at gmail.com Sat Dec 1 06:40:21 2018 From: jlbprof at gmail.com (Julian Brown) Date: Sat, 1 Dec 2018 08:40:21 -0600 Subject: [pm-h] Perl Modules at HG In-Reply-To: References: <479c99c7-da35-7900-4588-c47248b026f1@att.net> Message-ID: If your "script" has a shebang at the top, make sure it says: #!/usr/local/cpanel/3rdparty/bin/perl That will ensure you are using the cPanel Perl which has all those modules installed. Julian On Sat, Dec 1, 2018 at 8:39 AM Julian Brown wrote: > Does the HG server that is being used is it a cPanel server? If so > everything you need should already be there. > > Julian > > On Sat, Dec 1, 2018 at 6:29 AM Mike Flannigan wrote: > >> >> A sign of the times? >> >> I have a CGI program on HostGator that worked fine >> for years. Now it takes the form input, recreates >> the webpage, but does not produce any output. I >> have this set: >> use CGI::Carp qw(fatalsToBrowser); >> but there are no errors given. >> >> I think it broke when they moved me to a new >> server many months ago. >> >> I notice that File::Find, which the program uses, is >> not listed as an installed module. >> >> ExtUtils::MakeMaker 7.34 >> File::Copy::Recursive 0.44 >> File::HomeDir 1.004 >> File::Path 2.16 >> >> and 40+ others are installed, but not File::Find. >> >> Wouldn't that produce an error when it saw: >> use File::Find in the program? >> >> >> So I call up support. 1st tier couldn't handle it, >> so they bumped it up to tier 2 support. Mine is >> the first call the tier 2 guy has ever had regarding >> Perl modules! >> >> When we try to install File::Find it gives error: >> >> Ping:0.000100851058959961 (ticks) Testing connection speed to >> 208.43.108.66 using pureperl...(using cached speed)...Done >> >> Ping:0.000107288360595703 (ticks) Testing connection speed to >> 66.23.237.210 using pureperl...(using cached speed)...Done >> >> Ping:0.000108242034912109 (ticks) Testing connection speed to >> 216.14.113.158 using pureperl...(using cached speed)...Done >> >> Three usable fallback mirrors located >> >> Fetching http://www.namesdir.com/mirrors/cpan/index.html >> (connected:0).......(request attempt 1/12)...Resolving www.namesdir.com... >> (resolve attempt 1/65)... at 69.64.50.156......receiving......request >> success......Done >> >> Mirror Check passed for www.namesdir.com (/index.html) >> >> Checking C compiler....Could not locate an executable "gcc" binary....Done >> ** Unrecoverable Error ** >> >> The C compiler is not functional and auto repair failed. >> >> Perl module installs require a working C compiler. >> >> Please repair the C compiler and try again. >> >> ************************** >> >> >> So I wait for a C compiler expert to spring into action. >> It's been less than 24 hours so far and this is very >> low priority for me. I will wait for incident number >> 09337722 to be resolved. >> >> >> Mike >> _______________________________________________ >> Houston mailing list >> Houston at pm.org >> https://mail.pm.org/mailman/listinfo/houston >> Website: http://houston.pm.org/ >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From mikeflan at att.net Sat Dec 1 06:55:49 2018 From: mikeflan at att.net (Mike Flannigan) Date: Sat, 1 Dec 2018 08:55:49 -0600 Subject: [pm-h] Perl Modules at HG In-Reply-To: References: <479c99c7-da35-7900-4588-c47248b026f1@att.net> Message-ID: Thanks Julian, Using that shebang produced a 500: Internal Error Before yesterday I was using #!/usr/local/bin/perl It worked long ago with that. Now I am using #!/usr/bin/perl use cPanelUserConfig; just because they say to use that. The website is this: http://www.mflan.com/cgi-bin/qa.cgi Just put 'and' or 'doctor' in the search window and hit Submit.? It should produce a list of questions like when you click on any of the bold words on the right side of the page. Yes, it is a cPanel server (in my opinion). Mike On 12/1/2018 8:40 AM, Julian Brown wrote: > If your "script" has a shebang at the top, make sure it says: > > #!/usr/local/cpanel/3rdparty/bin/perl > > That will ensure you are using the cPanel Perl which has all those > modules installed. > > Julian > > On Sat, Dec 1, 2018 at 8:39 AM Julian Brown > wrote: > > Does the HG server that is being used is it a cPanel server?? ?If > so everything you need should already be there. > > Julian > > On Sat, Dec 1, 2018 at 6:29 AM Mike Flannigan > wrote: > > > A sign of the times? > > I have a CGI program on HostGator that worked fine > for years.? Now it takes the form input, recreates > the webpage, but does not produce any output.? I > have this set: > use CGI::Carp qw(fatalsToBrowser); > but there are no errors given. > > I think it broke when they moved me to a new > server many months ago. > > I notice that File::Find, which the program uses, is > not listed as an installed module. > > ExtUtils::MakeMaker ??? 7.34 > File::Copy::Recursive ??? 0.44 > File::HomeDir ??? 1.004 > File::Path ??? 2.16 > > and 40+ others are installed, but not File::Find. > > Wouldn't that produce an error when it saw: > use File::Find in the program? > > > So I call up support.? 1st tier couldn't handle it, > so they bumped it up to tier 2 support.? Mine is > the first call the tier 2 guy has ever had regarding > Perl modules! > > When we try to install File::Find it gives error: > > Ping:0.000100851058959961 (ticks) Testing connection speed to > 208.43.108.66 using pureperl...(using cached speed)...Done > > Ping:0.000107288360595703 (ticks) Testing connection speed to > 66.23.237.210 using pureperl...(using cached speed)...Done > > Ping:0.000108242034912109 (ticks) Testing connection speed to > 216.14.113.158 using pureperl...(using cached speed)...Done > > Three usable fallback mirrors located > > Fetching http://www.namesdir.com/mirrors/cpan/index.html > (connected:0).......(request attempt 1/12)...Resolving > www.namesdir.com... > (resolve attempt > 1/65)... at 69.64.50.156......receiving......request > success......Done > > Mirror Check passed for www.namesdir.com > (/index.html) > > Checking C compiler....Could not locate an executable "gcc" > binary....Done > ** Unrecoverable Error ** > > The C compiler is not functional and auto repair failed. > > Perl module installs require a working C compiler. > > Please repair the C compiler and try again. > > ************************** > > > So I wait for a C compiler expert to spring into action. > It's been less than 24 hours so far and this is very > low priority for me.? I will wait for incident number > 09337722 to be resolved. > > > Mike > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jlbprof at gmail.com Sat Dec 1 07:40:01 2018 From: jlbprof at gmail.com (Julian Brown) Date: Sat, 1 Dec 2018 09:40:01 -0600 Subject: [pm-h] Perl Modules at HG In-Reply-To: References: <479c99c7-da35-7900-4588-c47248b026f1@att.net> Message-ID: So changing the shebang to #!/usr/bin/perl fixed your problem? Julian On Sat, Dec 1, 2018 at 8:56 AM Mike Flannigan wrote: > > Thanks Julian, > > Using that shebang produced a 500: Internal Error > > > Before yesterday I was using > #!/usr/local/bin/perl > It worked long ago with that. > > Now I am using > #!/usr/bin/perl > use cPanelUserConfig; > > just because they say to use that. > > > The website is this: > http://www.mflan.com/cgi-bin/qa.cgi > > Just put 'and' or 'doctor' in the search > window and hit Submit. It should produce > a list of questions like when you click > on any of the bold words on the right side > of the page. > > > Yes, it is a cPanel server (in my opinion). > > > > Mike > > > On 12/1/2018 8:40 AM, Julian Brown wrote: > > If your "script" has a shebang at the top, make sure it says: > > #!/usr/local/cpanel/3rdparty/bin/perl > > That will ensure you are using the cPanel Perl which has all those modules > installed. > > Julian > > On Sat, Dec 1, 2018 at 8:39 AM Julian Brown wrote: > >> Does the HG server that is being used is it a cPanel server? If so >> everything you need should already be there. >> >> Julian >> >> On Sat, Dec 1, 2018 at 6:29 AM Mike Flannigan wrote: >> >>> >>> A sign of the times? >>> >>> I have a CGI program on HostGator that worked fine >>> for years. Now it takes the form input, recreates >>> the webpage, but does not produce any output. I >>> have this set: >>> use CGI::Carp qw(fatalsToBrowser); >>> but there are no errors given. >>> >>> I think it broke when they moved me to a new >>> server many months ago. >>> >>> I notice that File::Find, which the program uses, is >>> not listed as an installed module. >>> >>> ExtUtils::MakeMaker 7.34 >>> File::Copy::Recursive 0.44 >>> File::HomeDir 1.004 >>> File::Path 2.16 >>> >>> and 40+ others are installed, but not File::Find. >>> >>> Wouldn't that produce an error when it saw: >>> use File::Find in the program? >>> >>> >>> So I call up support. 1st tier couldn't handle it, >>> so they bumped it up to tier 2 support. Mine is >>> the first call the tier 2 guy has ever had regarding >>> Perl modules! >>> >>> When we try to install File::Find it gives error: >>> >>> Ping:0.000100851058959961 (ticks) Testing connection speed to >>> 208.43.108.66 using pureperl...(using cached speed)...Done >>> >>> Ping:0.000107288360595703 (ticks) Testing connection speed to >>> 66.23.237.210 using pureperl...(using cached speed)...Done >>> >>> Ping:0.000108242034912109 (ticks) Testing connection speed to >>> 216.14.113.158 using pureperl...(using cached speed)...Done >>> >>> Three usable fallback mirrors located >>> >>> Fetching http://www.namesdir.com/mirrors/cpan/index.html >>> (connected:0).......(request attempt 1/12)...Resolving www.namesdir.com >>> ... >>> (resolve attempt 1/65)... at 69.64.50.156......receiving......request >>> success......Done >>> >>> Mirror Check passed for www.namesdir.com (/index.html) >>> >>> Checking C compiler....Could not locate an executable "gcc" >>> binary....Done >>> ** Unrecoverable Error ** >>> >>> The C compiler is not functional and auto repair failed. >>> >>> Perl module installs require a working C compiler. >>> >>> Please repair the C compiler and try again. >>> >>> ************************** >>> >>> >>> So I wait for a C compiler expert to spring into action. >>> It's been less than 24 hours so far and this is very >>> low priority for me. I will wait for incident number >>> 09337722 to be resolved. >>> >>> >>> Mike >>> >> > > > _______________________________________________ > Houston mailing list > Houston at pm.org > https://mail.pm.org/mailman/listinfo/houston > Website: http://houston.pm.org/ > -------------- next part -------------- An HTML attachment was scrubbed... URL: From mikeflan at att.net Sat Dec 1 08:55:40 2018 From: mikeflan at att.net (Mike Flannigan) Date: Sat, 1 Dec 2018 10:55:40 -0600 Subject: [pm-h] Perl Modules at HG In-Reply-To: References: <479c99c7-da35-7900-4588-c47248b026f1@att.net> Message-ID: <472a5cc5-5c5f-d848-cfe2-7907aea2d01c@att.net> No, the problem still exists. I had a test print of file names in there, but it is removed now. The program needs to out text like this, or it is not working. *Your search was for "corticoid". * *Found 81 matches in 48 Q&A's. * *1) Q&A from the March, 2004 NADF newsletter: * QUESTION: I recently "met" another Addisonian via an Internet chatroom. This person does not take Florinef or fludrocortisone. Shouldn't all people with Addison's take Florinef? ANSWER: Almost everyone with Addison's disease (primary adrenal insufficiency) should take some amount of Flofinef (fludrocortisone) because this replaces the mineralo*corticoid* aldosterone, which is lacking along with cortisol in primary disease. Flofinef causes sodium retnetion and potassium excretion in the kidneys and helps to maintain blood volume and blood pressure. There is a small amount of mineralo*corticoid* activity in hydrocortisone, but usually not enough. Therefore, when Addisonians try to replace with only hydrocortisone, they often are forced to take too much hydrocortisone in order to keep blood volume up, resulting in weight gain and other features of cortisone excess. The dose of Florinef can vary from as little as 1/2 tablet to as much as 3 or 4 tablets daily. People who have secondary adrenal insufficiency from pituitary disease or from long term steroid use usually do not need Florinef because they usually do not have an aldosterone deficiency. There are, however, some exceptions when Florinef is needed to maintain blood pressure and prevent potassium elevations. ------------------------------------------------------------------------ *2) Q&A from the June, 2004 NADF newsletter: * QUESTION: I am a member of an internet message board and they have been talking about "corisol day curves". What are your thoughts on this medical procedure? ANSWER: I have never used it in my clinical practice. It is very impractical to get blood studies throughout the day, the results are highly variable and the interpretation for adjustment of medication doses is questionable. I do still endorse the use of the lowest doses of gluco*corticoid*s that prevent adrenal insufficiency symptoms and allow for a good sense of well being and normalization of all the other clinical and laboratory features that are affected by adrenal insufficiency. Mike On 12/1/2018 9:40 AM, Julian Brown wrote: > So changing the shebang to #!/usr/bin/perl fixed your problem? > > Julian > > On Sat, Dec 1, 2018 at 8:56 AM Mike Flannigan > wrote: > > > Thanks Julian, > > Using that shebang produced a 500: Internal Error > > > Before yesterday I was using > #!/usr/local/bin/perl > It worked long ago with that. > > Now I am using > #!/usr/bin/perl > use cPanelUserConfig; > > just because they say to use that. > > > The website is this: > http://www.mflan.com/cgi-bin/qa.cgi > > Just put 'and' or 'doctor' in the search > window and hit Submit.? It should produce > a list of questions like when you click > on any of the bold words on the right side > of the page. > > > Yes, it is a cPanel server (in my opinion). > > > > Mike > -------------- next part -------------- An HTML attachment was scrubbed... URL: From mikeflan at att.net Sat Dec 1 08:58:01 2018 From: mikeflan at att.net (Mike Flannigan) Date: Sat, 1 Dec 2018 10:58:01 -0600 Subject: [pm-h] Perl Modules at HG In-Reply-To: References: <479c99c7-da35-7900-4588-c47248b026f1@att.net> Message-ID: Let me be a little more verbose here. The program works fine if you click on one of those words - so this link works: http://mflan.com/cgi-bin/qa.cgi?name=muscle If you put a word (and word) in the box and hit submit, it does not work. If you put muscle in that box and hit submit it does not work. I need File::Find installed, that is for sure. I may need more things after that. Mike On 12/1/2018 9:40 AM, Julian Brown wrote: > So changing the shebang to #!/usr/bin/perl fixed your problem? > > Julian > > On Sat, Dec 1, 2018 at 8:56 AM Mike Flannigan > wrote: > > > Thanks Julian, > > Using that shebang produced a 500: Internal Error > > > Before yesterday I was using > #!/usr/local/bin/perl > It worked long ago with that. > > Now I am using > #!/usr/bin/perl > use cPanelUserConfig; > > just because they say to use that. > > > The website is this: > http://www.mflan.com/cgi-bin/qa.cgi > > Just put 'and' or 'doctor' in the search > window and hit Submit.? It should produce > a list of questions like when you click > on any of the bold words on the right side > of the page. > > > Yes, it is a cPanel server (in my opinion). > > > > Mike > > > On 12/1/2018 8:40 AM, Julian Brown wrote: >> If your "script" has a shebang at the top, make sure it says: >> >> #!/usr/local/cpanel/3rdparty/bin/perl >> >> That will ensure you are using the cPanel Perl which has all >> those modules installed. >> >> Julian >> >> On Sat, Dec 1, 2018 at 8:39 AM Julian Brown > > wrote: >> >> Does the HG server that is being used is it a cPanel server?? >> ?If so everything you need should already be there. >> >> Julian >> >> On Sat, Dec 1, 2018 at 6:29 AM Mike Flannigan >> > wrote: >> >> >> A sign of the times? >> >> I have a CGI program on HostGator that worked fine >> for years.? Now it takes the form input, recreates >> the webpage, but does not produce any output.? I >> have this set: >> use CGI::Carp qw(fatalsToBrowser); >> but there are no errors given. >> >> I think it broke when they moved me to a new >> server many months ago. >> >> I notice that File::Find, which the program uses, is >> not listed as an installed module. >> >> ExtUtils::MakeMaker ??? 7.34 >> File::Copy::Recursive ??? 0.44 >> File::HomeDir ??? 1.004 >> File::Path ??? 2.16 >> >> and 40+ others are installed, but not File::Find. >> >> Wouldn't that produce an error when it saw: >> use File::Find in the program? >> >> >> So I call up support.? 1st tier couldn't handle it, >> so they bumped it up to tier 2 support.? Mine is >> the first call the tier 2 guy has ever had regarding >> Perl modules! >> >> When we try to install File::Find it gives error: >> >> Ping:0.000100851058959961 (ticks) Testing connection >> speed to >> 208.43.108.66 using pureperl...(using cached speed)...Done >> >> Ping:0.000107288360595703 (ticks) Testing connection >> speed to >> 66.23.237.210 using pureperl...(using cached speed)...Done >> >> Ping:0.000108242034912109 (ticks) Testing connection >> speed to >> 216.14.113.158 using pureperl...(using cached speed)...Done >> >> Three usable fallback mirrors located >> >> Fetching http://www.namesdir.com/mirrors/cpan/index.html >> (connected:0).......(request attempt 1/12)...Resolving >> www.namesdir.com ... >> (resolve attempt >> 1/65)... at 69.64.50.156......receiving......request >> >> success......Done >> >> Mirror Check passed for www.namesdir.com >> (/index.html) >> >> Checking C compiler....Could not locate an executable >> "gcc" binary....Done >> ** Unrecoverable Error ** >> >> The C compiler is not functional and auto repair failed. >> >> Perl module installs require a working C compiler. >> >> Please repair the C compiler and try again. >> >> ************************** >> >> >> So I wait for a C compiler expert to spring into action. >> It's been less than 24 hours so far and this is very >> low priority for me.? I will wait for incident number >> 09337722 to be resolved. >> >> >> Mike >> >> > > > _______________________________________________ > Houston mailing list > Houston at pm.org > https://mail.pm.org/mailman/listinfo/houston > Website: http://houston.pm.org/ > > > _______________________________________________ > Houston mailing list > Houston at pm.org > https://mail.pm.org/mailman/listinfo/houston > Website: http://houston.pm.org/ -------------- next part -------------- An HTML attachment was scrubbed... URL: From jlbprof at gmail.com Sat Dec 1 09:12:36 2018 From: jlbprof at gmail.com (Julian Brown) Date: Sat, 1 Dec 2018 11:12:36 -0600 Subject: [pm-h] Perl Modules at HG In-Reply-To: References: <479c99c7-da35-7900-4588-c47248b026f1@att.net> Message-ID: Without root access I do not believe you can install gcc, and since you cannot install File::Find without gcc you maybe SOL. Perhaps you should consider moving your site, Siteocity is a full cPanel server and is about $70/year. It should allow you access to File::Find if you use the cPanel Perl #!/usr/local/cpanel/3rdparty/bin/perl Julian On Sat, Dec 1, 2018 at 10:58 AM Mike Flannigan wrote: > > Let me be a little more verbose here. > > The program works fine if you click on one of those > words - so this link works: > http://mflan.com/cgi-bin/qa.cgi?name=muscle > > If you put a word (and word) in the box and hit > submit, it does not work. > > If you put muscle in that box and hit submit it > does not work. > > I need File::Find installed, that is for sure. > I may need more things after that. > > > Mike > > > > On 12/1/2018 9:40 AM, Julian Brown wrote: > > So changing the shebang to #!/usr/bin/perl fixed your problem? > > Julian > > On Sat, Dec 1, 2018 at 8:56 AM Mike Flannigan wrote: > >> >> Thanks Julian, >> >> Using that shebang produced a 500: Internal Error >> >> >> Before yesterday I was using >> #!/usr/local/bin/perl >> It worked long ago with that. >> >> Now I am using >> #!/usr/bin/perl >> use cPanelUserConfig; >> >> just because they say to use that. >> >> >> The website is this: >> http://www.mflan.com/cgi-bin/qa.cgi >> >> Just put 'and' or 'doctor' in the search >> window and hit Submit. It should produce >> a list of questions like when you click >> on any of the bold words on the right side >> of the page. >> >> >> Yes, it is a cPanel server (in my opinion). >> >> >> >> Mike >> >> >> On 12/1/2018 8:40 AM, Julian Brown wrote: >> >> If your "script" has a shebang at the top, make sure it says: >> >> #!/usr/local/cpanel/3rdparty/bin/perl >> >> That will ensure you are using the cPanel Perl which has all those >> modules installed. >> >> Julian >> >> On Sat, Dec 1, 2018 at 8:39 AM Julian Brown wrote: >> >>> Does the HG server that is being used is it a cPanel server? If so >>> everything you need should already be there. >>> >>> Julian >>> >>> On Sat, Dec 1, 2018 at 6:29 AM Mike Flannigan wrote: >>> >>>> >>>> A sign of the times? >>>> >>>> I have a CGI program on HostGator that worked fine >>>> for years. Now it takes the form input, recreates >>>> the webpage, but does not produce any output. I >>>> have this set: >>>> use CGI::Carp qw(fatalsToBrowser); >>>> but there are no errors given. >>>> >>>> I think it broke when they moved me to a new >>>> server many months ago. >>>> >>>> I notice that File::Find, which the program uses, is >>>> not listed as an installed module. >>>> >>>> ExtUtils::MakeMaker 7.34 >>>> File::Copy::Recursive 0.44 >>>> File::HomeDir 1.004 >>>> File::Path 2.16 >>>> >>>> and 40+ others are installed, but not File::Find. >>>> >>>> Wouldn't that produce an error when it saw: >>>> use File::Find in the program? >>>> >>>> >>>> So I call up support. 1st tier couldn't handle it, >>>> so they bumped it up to tier 2 support. Mine is >>>> the first call the tier 2 guy has ever had regarding >>>> Perl modules! >>>> >>>> When we try to install File::Find it gives error: >>>> >>>> Ping:0.000100851058959961 (ticks) Testing connection speed to >>>> 208.43.108.66 using pureperl...(using cached speed)...Done >>>> >>>> Ping:0.000107288360595703 (ticks) Testing connection speed to >>>> 66.23.237.210 using pureperl...(using cached speed)...Done >>>> >>>> Ping:0.000108242034912109 (ticks) Testing connection speed to >>>> 216.14.113.158 using pureperl...(using cached speed)...Done >>>> >>>> Three usable fallback mirrors located >>>> >>>> Fetching http://www.namesdir.com/mirrors/cpan/index.html >>>> (connected:0).......(request attempt 1/12)...Resolving www.namesdir.com >>>> ... >>>> (resolve attempt 1/65)... at 69.64.50.156......receiving......request >>>> success......Done >>>> >>>> Mirror Check passed for www.namesdir.com (/index.html) >>>> >>>> Checking C compiler....Could not locate an executable "gcc" >>>> binary....Done >>>> ** Unrecoverable Error ** >>>> >>>> The C compiler is not functional and auto repair failed. >>>> >>>> Perl module installs require a working C compiler. >>>> >>>> Please repair the C compiler and try again. >>>> >>>> ************************** >>>> >>>> >>>> So I wait for a C compiler expert to spring into action. >>>> It's been less than 24 hours so far and this is very >>>> low priority for me. I will wait for incident number >>>> 09337722 to be resolved. >>>> >>>> >>>> Mike >>>> >>> >> >> >> _______________________________________________ >> Houston mailing list >> Houston at pm.org >> https://mail.pm.org/mailman/listinfo/houston >> Website: http://houston.pm.org/ >> > > _______________________________________________ > Houston mailing listHouston at pm.orghttps://mail.pm.org/mailman/listinfo/houston > Website: http://houston.pm.org/ > > > _______________________________________________ > Houston mailing list > Houston at pm.org > https://mail.pm.org/mailman/listinfo/houston > Website: http://houston.pm.org/ > -------------- next part -------------- An HTML attachment was scrubbed... URL: From mev412 at gmail.com Sat Dec 1 09:44:41 2018 From: mev412 at gmail.com (Mev412) Date: Sat, 1 Dec 2018 11:44:41 -0600 Subject: [pm-h] Perl Modules at HG In-Reply-To: References: <479c99c7-da35-7900-4588-c47248b026f1@att.net> Message-ID: Change
To And this makes the form submission work the same as the Query String. The form post was sending the data, but then receiving a 301 redirect to prepend www. However it may have not been preserving the form data on the redirect, so it did not return the proper response. On Sat, Dec 1, 2018 at 11:13 AM Julian Brown wrote: > > Without root access I do not believe you can install gcc, and since you cannot install File::Find without gcc you maybe SOL. > > Perhaps you should consider moving your site, Siteocity is a full cPanel server and is about $70/year. It should allow you access to File::Find if you use the cPanel Perl #!/usr/local/cpanel/3rdparty/bin/perl > > > Julian > > On Sat, Dec 1, 2018 at 10:58 AM Mike Flannigan wrote: >> >> >> Let me be a little more verbose here. >> >> The program works fine if you click on one of those >> words - so this link works: >> http://mflan.com/cgi-bin/qa.cgi?name=muscle >> >> If you put a word (and word) in the box and hit >> submit, it does not work. >> >> If you put muscle in that box and hit submit it >> does not work. >> >> I need File::Find installed, that is for sure. >> I may need more things after that. >> >> >> Mike >> >> >> >> On 12/1/2018 9:40 AM, Julian Brown wrote: >> >> So changing the shebang to #!/usr/bin/perl fixed your problem? >> >> Julian >> >> On Sat, Dec 1, 2018 at 8:56 AM Mike Flannigan wrote: >>> >>> >>> Thanks Julian, >>> >>> Using that shebang produced a 500: Internal Error >>> >>> >>> Before yesterday I was using >>> #!/usr/local/bin/perl >>> It worked long ago with that. >>> >>> Now I am using >>> #!/usr/bin/perl >>> use cPanelUserConfig; >>> >>> just because they say to use that. >>> >>> >>> The website is this: >>> http://www.mflan.com/cgi-bin/qa.cgi >>> >>> Just put 'and' or 'doctor' in the search >>> window and hit Submit. It should produce >>> a list of questions like when you click >>> on any of the bold words on the right side >>> of the page. >>> >>> >>> Yes, it is a cPanel server (in my opinion). >>> >>> >>> >>> Mike >>> >>> >>> On 12/1/2018 8:40 AM, Julian Brown wrote: >>> >>> If your "script" has a shebang at the top, make sure it says: >>> >>> #!/usr/local/cpanel/3rdparty/bin/perl >>> >>> That will ensure you are using the cPanel Perl which has all those modules installed. >>> >>> Julian >>> >>> On Sat, Dec 1, 2018 at 8:39 AM Julian Brown wrote: >>>> >>>> Does the HG server that is being used is it a cPanel server? If so everything you need should already be there. >>>> >>>> Julian >>>> >>>> On Sat, Dec 1, 2018 at 6:29 AM Mike Flannigan wrote: >>>>> >>>>> >>>>> A sign of the times? >>>>> >>>>> I have a CGI program on HostGator that worked fine >>>>> for years. Now it takes the form input, recreates >>>>> the webpage, but does not produce any output. I >>>>> have this set: >>>>> use CGI::Carp qw(fatalsToBrowser); >>>>> but there are no errors given. >>>>> >>>>> I think it broke when they moved me to a new >>>>> server many months ago. >>>>> >>>>> I notice that File::Find, which the program uses, is >>>>> not listed as an installed module. >>>>> >>>>> ExtUtils::MakeMaker 7.34 >>>>> File::Copy::Recursive 0.44 >>>>> File::HomeDir 1.004 >>>>> File::Path 2.16 >>>>> >>>>> and 40+ others are installed, but not File::Find. >>>>> >>>>> Wouldn't that produce an error when it saw: >>>>> use File::Find in the program? >>>>> >>>>> >>>>> So I call up support. 1st tier couldn't handle it, >>>>> so they bumped it up to tier 2 support. Mine is >>>>> the first call the tier 2 guy has ever had regarding >>>>> Perl modules! >>>>> >>>>> When we try to install File::Find it gives error: >>>>> >>>>> Ping:0.000100851058959961 (ticks) Testing connection speed to >>>>> 208.43.108.66 using pureperl...(using cached speed)...Done >>>>> >>>>> Ping:0.000107288360595703 (ticks) Testing connection speed to >>>>> 66.23.237.210 using pureperl...(using cached speed)...Done >>>>> >>>>> Ping:0.000108242034912109 (ticks) Testing connection speed to >>>>> 216.14.113.158 using pureperl...(using cached speed)...Done >>>>> >>>>> Three usable fallback mirrors located >>>>> >>>>> Fetching http://www.namesdir.com/mirrors/cpan/index.html >>>>> (connected:0).......(request attempt 1/12)...Resolving www.namesdir.com... >>>>> (resolve attempt 1/65)... at 69.64.50.156......receiving......request >>>>> success......Done >>>>> >>>>> Mirror Check passed for www.namesdir.com (/index.html) >>>>> >>>>> Checking C compiler....Could not locate an executable "gcc" binary....Done >>>>> ** Unrecoverable Error ** >>>>> >>>>> The C compiler is not functional and auto repair failed. >>>>> >>>>> Perl module installs require a working C compiler. >>>>> >>>>> Please repair the C compiler and try again. >>>>> >>>>> ************************** >>>>> >>>>> >>>>> So I wait for a C compiler expert to spring into action. >>>>> It's been less than 24 hours so far and this is very >>>>> low priority for me. I will wait for incident number >>>>> 09337722 to be resolved. >>>>> >>>>> >>>>> Mike >>> >>> >>> >>> >>> _______________________________________________ >>> Houston mailing list >>> Houston at pm.org >>> https://mail.pm.org/mailman/listinfo/houston >>> Website: http://houston.pm.org/ >> >> >> _______________________________________________ >> Houston mailing list >> Houston at pm.org >> https://mail.pm.org/mailman/listinfo/houston >> Website: http://houston.pm.org/ >> >> >> _______________________________________________ >> Houston mailing list >> Houston at pm.org >> https://mail.pm.org/mailman/listinfo/houston >> Website: http://houston.pm.org/ > > _______________________________________________ > Houston mailing list > Houston at pm.org > https://mail.pm.org/mailman/listinfo/houston > Website: http://houston.pm.org/ From mikeflan at att.net Sat Dec 1 10:11:40 2018 From: mikeflan at att.net (Mike Flannigan) Date: Sat, 1 Dec 2018 12:11:40 -0600 Subject: [pm-h] Perl Modules at HG In-Reply-To: References: <479c99c7-da35-7900-4588-c47248b026f1@att.net> Message-ID: I think you may be on to something there, but it did not work when I changed my line: to I say it does not make send for the link http://mflan.com/cgi-bin/qa.cgi?name=muscle to work if File::Find was the problem. WOW, I just tried: and IT WORKS!!!!!!!!!!!! Now I need to figure out what is going on here. Why did it work before and then quit working. I am positive it worked before. If anybody can enlighten me, please call me at 281-286-6869. Mike 281-286-6869 On 12/1/2018 11:44 AM, Mev412 wrote: > Change > > > > To > > > > And this makes the form submission work the same as the Query String. > > The form post was sending the data, but then receiving a 301 redirect > to prepend www. However it may have not been preserving the form data > on the redirect, so it did not return the proper response. > On Sat, Dec 1, 2018 at 11:13 AM Julian Brown wrote: >> Without root access I do not believe you can install gcc, and since you cannot install File::Find without gcc you maybe SOL. >> >> Perhaps you should consider moving your site, Siteocity is a full cPanel server and is about $70/year. It should allow you access to File::Find if you use the cPanel Perl #!/usr/local/cpanel/3rdparty/bin/perl >> >> >> Julian >> >> On Sat, Dec 1, 2018 at 10:58 AM Mike Flannigan wrote: >>> >>> Let me be a little more verbose here. >>> >>> The program works fine if you click on one of those >>> words - so this link works: >>> http://mflan.com/cgi-bin/qa.cgi?name=muscle >>> >>> If you put a word (and word) in the box and hit >>> submit, it does not work. >>> >>> If you put muscle in that box and hit submit it >>> does not work. >>> >>> I need File::Find installed, that is for sure. >>> I may need more things after that. >>> >>> >>> Mike >>> >>> >>> >>> On 12/1/2018 9:40 AM, Julian Brown wrote: >>> >>> So changing the shebang to #!/usr/bin/perl fixed your problem? >>> >>> Julian >>> >>> On Sat, Dec 1, 2018 at 8:56 AM Mike Flannigan wrote: >>>> >>>> Thanks Julian, >>>> >>>> Using that shebang produced a 500: Internal Error >>>> >>>> >>>> Before yesterday I was using >>>> #!/usr/local/bin/perl >>>> It worked long ago with that. >>>> >>>> Now I am using >>>> #!/usr/bin/perl >>>> use cPanelUserConfig; >>>> >>>> just because they say to use that. >>>> >>>> >>>> The website is this: >>>> http://www.mflan.com/cgi-bin/qa.cgi >>>> >>>> Just put 'and' or 'doctor' in the search >>>> window and hit Submit. It should produce >>>> a list of questions like when you click >>>> on any of the bold words on the right side >>>> of the page. >>>> >>>> >>>> Yes, it is a cPanel server (in my opinion). >>>> >>>> >>>> >>>> Mike >>>> >>>> >>>> On 12/1/2018 8:40 AM, Julian Brown wrote: >>>> >>>> If your "script" has a shebang at the top, make sure it says: >>>> >>>> #!/usr/local/cpanel/3rdparty/bin/perl >>>> >>>> That will ensure you are using the cPanel Perl which has all those modules installed. >>>> >>>> Julian >>>> >>>> On Sat, Dec 1, 2018 at 8:39 AM Julian Brown wrote: >>>>> Does the HG server that is being used is it a cPanel server? If so everything you need should already be there. >>>>> >>>>> Julian >>>>> >>>>> On Sat, Dec 1, 2018 at 6:29 AM Mike Flannigan wrote: >>>>>> >>>>>> A sign of the times? >>>>>> >>>>>> I have a CGI program on HostGator that worked fine >>>>>> for years. Now it takes the form input, recreates >>>>>> the webpage, but does not produce any output. I >>>>>> have this set: >>>>>> use CGI::Carp qw(fatalsToBrowser); >>>>>> but there are no errors given. >>>>>> >>>>>> I think it broke when they moved me to a new >>>>>> server many months ago. >>>>>> >>>>>> I notice that File::Find, which the program uses, is >>>>>> not listed as an installed module. >>>>>> >>>>>> ExtUtils::MakeMaker 7.34 >>>>>> File::Copy::Recursive 0.44 >>>>>> File::HomeDir 1.004 >>>>>> File::Path 2.16 >>>>>> >>>>>> and 40+ others are installed, but not File::Find. >>>>>> >>>>>> Wouldn't that produce an error when it saw: >>>>>> use File::Find in the program? >>>>>> >>>>>> >>>>>> So I call up support. 1st tier couldn't handle it, >>>>>> so they bumped it up to tier 2 support. Mine is >>>>>> the first call the tier 2 guy has ever had regarding >>>>>> Perl modules! >>>>>> >>>>>> When we try to install File::Find it gives error: >>>>>> >>>>>> Ping:0.000100851058959961 (ticks) Testing connection speed to >>>>>> 208.43.108.66 using pureperl...(using cached speed)...Done >>>>>> >>>>>> Ping:0.000107288360595703 (ticks) Testing connection speed to >>>>>> 66.23.237.210 using pureperl...(using cached speed)...Done >>>>>> >>>>>> Ping:0.000108242034912109 (ticks) Testing connection speed to >>>>>> 216.14.113.158 using pureperl...(using cached speed)...Done >>>>>> >>>>>> Three usable fallback mirrors located >>>>>> >>>>>> Fetching http://www.namesdir.com/mirrors/cpan/index.html >>>>>> (connected:0).......(request attempt 1/12)...Resolving www.namesdir.com... >>>>>> (resolve attempt 1/65)... at 69.64.50.156......receiving......request >>>>>> success......Done >>>>>> >>>>>> Mirror Check passed for www.namesdir.com (/index.html) >>>>>> >>>>>> Checking C compiler....Could not locate an executable "gcc" binary....Done >>>>>> ** Unrecoverable Error ** >>>>>> >>>>>> The C compiler is not functional and auto repair failed. >>>>>> >>>>>> Perl module installs require a working C compiler. >>>>>> >>>>>> Please repair the C compiler and try again. >>>>>> >>>>>> ************************** >>>>>> >>>>>> >>>>>> So I wait for a C compiler expert to spring into action. >>>>>> It's been less than 24 hours so far and this is very >>>>>> low priority for me. I will wait for incident number >>>>>> 09337722 to be resolved. >>>>>> >>>>>> >>>>>> Mike >>>> >>>> >>>> >>>> _______________________________________________ >>>> Houston mailing list >>>> Houston at pm.org >>>> https://mail.pm.org/mailman/listinfo/houston >>>> Website: http://houston.pm.org/ >>> >>> _______________________________________________ >>> Houston mailing list >>> Houston at pm.org >>> https://mail.pm.org/mailman/listinfo/houston >>> Website: http://houston.pm.org/ >>> >>> >>> _______________________________________________ >>> Houston mailing list >>> Houston at pm.org >>> https://mail.pm.org/mailman/listinfo/houston >>> Website: http://houston.pm.org/ >> _______________________________________________ >> Houston mailing list >> Houston at pm.org >> https://mail.pm.org/mailman/listinfo/houston >> Website: http://houston.pm.org/ > _______________________________________________ > Houston mailing list > Houston at pm.org > https://mail.pm.org/mailman/listinfo/houston > Website: http://houston.pm.org/ > From mikeflan at att.net Sat Dec 1 10:25:44 2018 From: mikeflan at att.net (Mike Flannigan) Date: Sat, 1 Dec 2018 12:25:44 -0600 Subject: [pm-h] Perl Modules at HG In-Reply-To: References: <479c99c7-da35-7900-4588-c47248b026f1@att.net> Message-ID: <581fc0fe-b214-7707-53c8-9b33ac129cb0@att.net> Here is an idea. My old website is at: http://www.mflan.com/index.htm Then about 2-3 months ago I created a Wordpress version of only my main page and put it here: http://mflan.com/mf/ I created it from the Cpanel and was very surprised when it worked the 2nd time around. Then I decided I liked that, so I left my old "index" page there, but then created a Redirect from mflan.com in directory /(.*) to redirect URL: http://www.mflan.com/ It says "Redirect with or without www." There are no Aliases on this account. Personally I don't even see how that redirect works. Surely all this has nothing to do with the CGI problem I was having until Mev421 fixed it. I'm guessing that Mev421 is not interested in a tech support job at HG, but I'm sure he would do good there :-) Mike On 12/1/2018 12:11 PM, Mike Flannigan wrote: > > I think you may be on to something there, but it did not > work when I changed my line: > > > to > > > I say it does not make send for the link > http://mflan.com/cgi-bin/qa.cgi?name=muscle > to work if File::Find was the problem. > > > WOW, I just tried: > > and IT WORKS!!!!!!!!!!!! > > Now I need to figure out what is going on here. > Why did it work before and then quit working. > I am positive it worked before. > > If anybody can enlighten me, please call me at > 281-286-6869. > > > > Mike > 281-286-6869 > > > > On 12/1/2018 11:44 AM, Mev412 wrote: >> Change >> >> >> >> To >> >> >> >> And this makes the form submission work the same as the Query String. >> >> The form post was sending the data, but then receiving a 301 redirect >> to prepend www. However it may have not been preserving the form data >> on the redirect, so it did not return the proper response. >> On Sat, Dec 1, 2018 at 11:13 AM Julian Brown wrote: >>> Without root access I do not believe you can install gcc, and since >>> you cannot install File::Find without gcc you maybe SOL. >>> >>> Perhaps you should consider moving your site, Siteocity is a full >>> cPanel server and is about $70/year.? It should allow you access to >>> File::Find if you use the cPanel Perl >>> #!/usr/local/cpanel/3rdparty/bin/perl >>> >>> >>> Julian >>> >>> On Sat, Dec 1, 2018 at 10:58 AM Mike Flannigan >>> wrote: >>>> >>>> Let me be a little more verbose here. >>>> >>>> The program works fine if you click on one of those >>>> words - so this link works: >>>> http://mflan.com/cgi-bin/qa.cgi?name=muscle >>>> >>>> If you put a word (and word) in the box and hit >>>> submit, it does not work. >>>> >>>> If you put muscle in that box and hit submit it >>>> does not work. >>>> >>>> I need File::Find installed, that is for sure. >>>> I may need more things after that. >>>> >>>> >>>> Mike >>>> >>>> >>>> >>>> On 12/1/2018 9:40 AM, Julian Brown wrote: >>>> >>>> So changing the shebang to #!/usr/bin/perl fixed your problem? >>>> >>>> Julian >>>> >>>> On Sat, Dec 1, 2018 at 8:56 AM Mike Flannigan >>>> wrote: >>>>> >>>>> Thanks Julian, >>>>> >>>>> Using that shebang produced a 500: Internal Error >>>>> >>>>> >>>>> Before yesterday I was using >>>>> #!/usr/local/bin/perl >>>>> It worked long ago with that. >>>>> >>>>> Now I am using >>>>> #!/usr/bin/perl >>>>> use cPanelUserConfig; >>>>> >>>>> just because they say to use that. >>>>> >>>>> >>>>> The website is this: >>>>> http://www.mflan.com/cgi-bin/qa.cgi >>>>> >>>>> Just put 'and' or 'doctor' in the search >>>>> window and hit Submit.? It should produce >>>>> a list of questions like when you click >>>>> on any of the bold words on the right side >>>>> of the page. >>>>> >>>>> >>>>> Yes, it is a cPanel server (in my opinion). >>>>> >>>>> >>>>> >>>>> Mike >>>>> >>>>> >>>>> On 12/1/2018 8:40 AM, Julian Brown wrote: >>>>> >>>>> If your "script" has a shebang at the top, make sure it says: >>>>> >>>>> #!/usr/local/cpanel/3rdparty/bin/perl >>>>> >>>>> That will ensure you are using the cPanel Perl which has all those >>>>> modules installed. >>>>> >>>>> Julian >>>>> >>>>> On Sat, Dec 1, 2018 at 8:39 AM Julian Brown >>>>> wrote: >>>>>> Does the HG server that is being used is it a cPanel server??? If >>>>>> so everything you need should already be there. >>>>>> >>>>>> Julian >>>>>> >>>>>> On Sat, Dec 1, 2018 at 6:29 AM Mike Flannigan >>>>>> wrote: >>>>>>> >>>>>>> A sign of the times? >>>>>>> >>>>>>> I have a CGI program on HostGator that worked fine >>>>>>> for years.? Now it takes the form input, recreates >>>>>>> the webpage, but does not produce any output.? I >>>>>>> have this set: >>>>>>> use CGI::Carp qw(fatalsToBrowser); >>>>>>> but there are no errors given. >>>>>>> >>>>>>> I think it broke when they moved me to a new >>>>>>> server many months ago. >>>>>>> >>>>>>> I notice that File::Find, which the program uses, is >>>>>>> not listed as an installed module. >>>>>>> >>>>>>> ExtUtils::MakeMaker???? 7.34 >>>>>>> File::Copy::Recursive???? 0.44 >>>>>>> File::HomeDir???? 1.004 >>>>>>> File::Path???? 2.16 >>>>>>> >>>>>>> and 40+ others are installed, but not File::Find. >>>>>>> >>>>>>> Wouldn't that produce an error when it saw: >>>>>>> use File::Find in the program? >>>>>>> >>>>>>> >>>>>>> So I call up support.? 1st tier couldn't handle it, >>>>>>> so they bumped it up to tier 2 support.? Mine is >>>>>>> the first call the tier 2 guy has ever had regarding >>>>>>> Perl modules! >>>>>>> >>>>>>> When we try to install File::Find it gives error: >>>>>>> >>>>>>> Ping:0.000100851058959961 (ticks) Testing connection speed to >>>>>>> 208.43.108.66 using pureperl...(using cached speed)...Done >>>>>>> >>>>>>> Ping:0.000107288360595703 (ticks) Testing connection speed to >>>>>>> 66.23.237.210 using pureperl...(using cached speed)...Done >>>>>>> >>>>>>> Ping:0.000108242034912109 (ticks) Testing connection speed to >>>>>>> 216.14.113.158 using pureperl...(using cached speed)...Done >>>>>>> >>>>>>> Three usable fallback mirrors located >>>>>>> >>>>>>> Fetching http://www.namesdir.com/mirrors/cpan/index.html >>>>>>> (connected:0).......(request attempt 1/12)...Resolving >>>>>>> www.namesdir.com... >>>>>>> (resolve attempt 1/65)... at 69.64.50.156......receiving......request >>>>>>> success......Done >>>>>>> >>>>>>> Mirror Check passed for www.namesdir.com (/index.html) >>>>>>> >>>>>>> Checking C compiler....Could not locate an executable "gcc" >>>>>>> binary....Done >>>>>>> ** Unrecoverable Error ** >>>>>>> >>>>>>> The C compiler is not functional and auto repair failed. >>>>>>> >>>>>>> Perl module installs require a working C compiler. >>>>>>> >>>>>>> Please repair the C compiler and try again. >>>>>>> >>>>>>> ************************** >>>>>>> >>>>>>> >>>>>>> So I wait for a C compiler expert to spring into action. >>>>>>> It's been less than 24 hours so far and this is very >>>>>>> low priority for me.? I will wait for incident number >>>>>>> 09337722 to be resolved. >>>>>>> >>>>>>> >>>>>>> Mike >>>>> >>>>> >>>>> >>>>> _______________________________________________ >>>>> Houston mailing list >>>>> Houston at pm.org >>>>> https://mail.pm.org/mailman/listinfo/houston >>>>> Website: http://houston.pm.org/ >>>> >>>> _______________________________________________ >>>> Houston mailing list >>>> Houston at pm.org >>>> https://mail.pm.org/mailman/listinfo/houston >>>> Website: http://houston.pm.org/ >>>> >>>> >>>> _______________________________________________ >>>> Houston mailing list >>>> Houston at pm.org >>>> https://mail.pm.org/mailman/listinfo/houston >>>> Website: http://houston.pm.org/ >>> _______________________________________________ >>> Houston mailing list >>> Houston at pm.org >>> https://mail.pm.org/mailman/listinfo/houston >>> Website: http://houston.pm.org/ >> _______________________________________________ >> Houston mailing list >> Houston at pm.org >> https://mail.pm.org/mailman/listinfo/houston >> Website: http://houston.pm.org/ >> > _______________________________________________ > Houston mailing list > Houston at pm.org > https://mail.pm.org/mailman/listinfo/houston > Website: http://houston.pm.org/ > From mikeflan at att.net Sat Dec 1 10:42:06 2018 From: mikeflan at att.net (Mike Flannigan) Date: Sat, 1 Dec 2018 12:42:06 -0600 Subject: [pm-h] Perl Modules at HG In-Reply-To: <581fc0fe-b214-7707-53c8-9b33ac129cb0@att.net> References: <479c99c7-da35-7900-4588-c47248b026f1@att.net> <581fc0fe-b214-7707-53c8-9b33ac129cb0@att.net> Message-ID: <17c3aa7f-a0bc-5156-b8a5-8789153080cc@att.net> Apparently my "redirect" is handled in the .htaccess file, whose contents are listed below. I'm guessing it's that 2nd RewriteRule that is handling the redirect to WP in http://mflan.com/mf/. RewriteEngine on RewriteCond %{HTTP_HOST} ^mflan\.com$ RewriteCond %{REQUEST_URI} !^/\.well-known/acme-challenge/[0-9a-zA-Z_-]+$ RewriteCond %{REQUEST_URI} !^/\.well-known/cpanel-dcv/[0-9a-zA-Z_-]+$ RewriteCond %{REQUEST_URI} !^/\.well-known/pki-validation/[A-F0-9]{32}\.txt(?:\ Comodo\ DCV)?$ RewriteRule (.*) http://www.mflan.com/$1 [R=301,L] RewriteCond %{REQUEST_URI} !^/\.well-known/acme-challenge/[0-9a-zA-Z_-]+$ RewriteCond %{REQUEST_URI} !^/\.well-known/cpanel-dcv/[0-9a-zA-Z_-]+$ RewriteCond %{REQUEST_URI} !^/\.well-known/pki-validation/[A-F0-9]{32}\.txt(?:\ Comodo\ DCV)?$ RewriteRule ^$ mf [L] # Use PHPedge as default AddHandler application/x-httpd-php-edge .php ??? suPHP_ConfigPath /opt/phpedge/lib Thanks to Julian and Mev412 for helping me out here. It is much appreciated. Mike On 12/1/2018 12:25 PM, Mike Flannigan wrote: > > Here is an idea. > > My old website is at: > http://www.mflan.com/index.htm > > Then about 2-3 months ago I created a Wordpress version > of only my main page and put it here: > http://mflan.com/mf/ > > I created it from the Cpanel and was very surprised > when it worked the 2nd time around. > > Then I decided I liked that, so I left my old > "index" page there, but then created a Redirect > from mflan.com > in directory /(.*) > to redirect URL: > http://www.mflan.com/ > > It says "Redirect with or without www." > > There are no Aliases on this account. > > > Personally I don't even see how that redirect works. > > Surely all this has nothing to do with the CGI problem > I was having until Mev421 fixed it. > > I'm guessing that Mev421 is not interested in a > tech support job at HG, but I'm sure he would > do good there :-) > > > > Mike > > > On 12/1/2018 12:11 PM, Mike Flannigan wrote: >> >> I think you may be on to something there, but it did not >> work when I changed my line: >> >> >> to >> >> >> I say it does not make send for the link >> http://mflan.com/cgi-bin/qa.cgi?name=muscle >> to work if File::Find was the problem. >> >> >> WOW, I just tried: >> >> and IT WORKS!!!!!!!!!!!! >> >> Now I need to figure out what is going on here. >> Why did it work before and then quit working. >> I am positive it worked before. >> >> If anybody can enlighten me, please call me at >> 281-286-6869. >> >> >> >> Mike >> 281-286-6869 >> >> >> >> On 12/1/2018 11:44 AM, Mev412 wrote: >>> Change >>> >>> >>> >>> To >>> >>> >>> >>> And this makes the form submission work the same as the Query String. >>> >>> The form post was sending the data, but then receiving a 301 redirect >>> to prepend www. However it may have not been preserving the form data >>> on the redirect, so it did not return the proper response. >>> On Sat, Dec 1, 2018 at 11:13 AM Julian Brown wrote: >>>> Without root access I do not believe you can install gcc, and since >>>> you cannot install File::Find without gcc you maybe SOL. >>>> >>>> Perhaps you should consider moving your site, Siteocity is a full >>>> cPanel server and is about $70/year.? It should allow you access to >>>> File::Find if you use the cPanel Perl >>>> #!/usr/local/cpanel/3rdparty/bin/perl >>>> >>>> >>>> Julian >>>> >>>> On Sat, Dec 1, 2018 at 10:58 AM Mike Flannigan >>>> wrote: >>>>> >>>>> Let me be a little more verbose here. >>>>> >>>>> The program works fine if you click on one of those >>>>> words - so this link works: >>>>> http://mflan.com/cgi-bin/qa.cgi?name=muscle >>>>> >>>>> If you put a word (and word) in the box and hit >>>>> submit, it does not work. >>>>> >>>>> If you put muscle in that box and hit submit it >>>>> does not work. >>>>> >>>>> I need File::Find installed, that is for sure. >>>>> I may need more things after that. >>>>> >>>>> >>>>> Mike >>>>> >>>>> >>>>> >>>>> On 12/1/2018 9:40 AM, Julian Brown wrote: >>>>> >>>>> So changing the shebang to #!/usr/bin/perl fixed your problem? >>>>> >>>>> Julian >>>>> >>>>> On Sat, Dec 1, 2018 at 8:56 AM Mike Flannigan >>>>> wrote: >>>>>> >>>>>> Thanks Julian, >>>>>> >>>>>> Using that shebang produced a 500: Internal Error >>>>>> >>>>>> >>>>>> Before yesterday I was using >>>>>> #!/usr/local/bin/perl >>>>>> It worked long ago with that. >>>>>> >>>>>> Now I am using >>>>>> #!/usr/bin/perl >>>>>> use cPanelUserConfig; >>>>>> >>>>>> just because they say to use that. >>>>>> >>>>>> >>>>>> The website is this: >>>>>> http://www.mflan.com/cgi-bin/qa.cgi >>>>>> >>>>>> Just put 'and' or 'doctor' in the search >>>>>> window and hit Submit.? It should produce >>>>>> a list of questions like when you click >>>>>> on any of the bold words on the right side >>>>>> of the page. >>>>>> >>>>>> >>>>>> Yes, it is a cPanel server (in my opinion). >>>>>> >>>>>> >>>>>> >>>>>> Mike >>>>>> >>>>>> >>>>>> On 12/1/2018 8:40 AM, Julian Brown wrote: >>>>>> >>>>>> If your "script" has a shebang at the top, make sure it says: >>>>>> >>>>>> #!/usr/local/cpanel/3rdparty/bin/perl >>>>>> >>>>>> That will ensure you are using the cPanel Perl which has all >>>>>> those modules installed. >>>>>> >>>>>> Julian >>>>>> >>>>>> On Sat, Dec 1, 2018 at 8:39 AM Julian Brown >>>>>> wrote: >>>>>>> Does the HG server that is being used is it a cPanel server??? >>>>>>> If so everything you need should already be there. >>>>>>> >>>>>>> Julian >>>>>>> >>>>>>> On Sat, Dec 1, 2018 at 6:29 AM Mike Flannigan >>>>>>> wrote: >>>>>>>> >>>>>>>> A sign of the times? >>>>>>>> >>>>>>>> I have a CGI program on HostGator that worked fine >>>>>>>> for years.? Now it takes the form input, recreates >>>>>>>> the webpage, but does not produce any output.? I >>>>>>>> have this set: >>>>>>>> use CGI::Carp qw(fatalsToBrowser); >>>>>>>> but there are no errors given. >>>>>>>> >>>>>>>> I think it broke when they moved me to a new >>>>>>>> server many months ago. >>>>>>>> >>>>>>>> I notice that File::Find, which the program uses, is >>>>>>>> not listed as an installed module. >>>>>>>> >>>>>>>> ExtUtils::MakeMaker???? 7.34 >>>>>>>> File::Copy::Recursive???? 0.44 >>>>>>>> File::HomeDir???? 1.004 >>>>>>>> File::Path???? 2.16 >>>>>>>> >>>>>>>> and 40+ others are installed, but not File::Find. >>>>>>>> >>>>>>>> Wouldn't that produce an error when it saw: >>>>>>>> use File::Find in the program? >>>>>>>> >>>>>>>> >>>>>>>> So I call up support.? 1st tier couldn't handle it, >>>>>>>> so they bumped it up to tier 2 support.? Mine is >>>>>>>> the first call the tier 2 guy has ever had regarding >>>>>>>> Perl modules! >>>>>>>> >>>>>>>> When we try to install File::Find it gives error: >>>>>>>> >>>>>>>> Ping:0.000100851058959961 (ticks) Testing connection speed to >>>>>>>> 208.43.108.66 using pureperl...(using cached speed)...Done >>>>>>>> >>>>>>>> Ping:0.000107288360595703 (ticks) Testing connection speed to >>>>>>>> 66.23.237.210 using pureperl...(using cached speed)...Done >>>>>>>> >>>>>>>> Ping:0.000108242034912109 (ticks) Testing connection speed to >>>>>>>> 216.14.113.158 using pureperl...(using cached speed)...Done >>>>>>>> >>>>>>>> Three usable fallback mirrors located >>>>>>>> >>>>>>>> Fetching http://www.namesdir.com/mirrors/cpan/index.html >>>>>>>> (connected:0).......(request attempt 1/12)...Resolving >>>>>>>> www.namesdir.com... >>>>>>>> (resolve attempt 1/65)... at 69.64.50.156......receiving......request >>>>>>>> success......Done >>>>>>>> >>>>>>>> Mirror Check passed for www.namesdir.com (/index.html) >>>>>>>> >>>>>>>> Checking C compiler....Could not locate an executable "gcc" >>>>>>>> binary....Done >>>>>>>> ** Unrecoverable Error ** >>>>>>>> >>>>>>>> The C compiler is not functional and auto repair failed. >>>>>>>> >>>>>>>> Perl module installs require a working C compiler. >>>>>>>> >>>>>>>> Please repair the C compiler and try again. >>>>>>>> >>>>>>>> ************************** >>>>>>>> >>>>>>>> >>>>>>>> So I wait for a C compiler expert to spring into action. >>>>>>>> It's been less than 24 hours so far and this is very >>>>>>>> low priority for me.? I will wait for incident number >>>>>>>> 09337722 to be resolved. >>>>>>>> >>>>>>>> >>>>>>>> Mike >>>>>> >>>>>> >>>>>> >>>>>> _______________________________________________ >>>>>> Houston mailing list >>>>>> Houston at pm.org >>>>>> https://mail.pm.org/mailman/listinfo/houston >>>>>> Website: http://houston.pm.org/ >>>>> >>>>> _______________________________________________ >>>>> Houston mailing list >>>>> Houston at pm.org >>>>> https://mail.pm.org/mailman/listinfo/houston >>>>> Website: http://houston.pm.org/ >>>>> >>>>> >>>>> _______________________________________________ >>>>> Houston mailing list >>>>> Houston at pm.org >>>>> https://mail.pm.org/mailman/listinfo/houston >>>>> Website: http://houston.pm.org/ >>>> _______________________________________________ >>>> Houston mailing list >>>> Houston at pm.org >>>> https://mail.pm.org/mailman/listinfo/houston >>>> Website: http://houston.pm.org/ >>> _______________________________________________ >>> Houston mailing list >>> Houston at pm.org >>> https://mail.pm.org/mailman/listinfo/houston >>> Website: http://houston.pm.org/ >>> >> _______________________________________________ >> Houston mailing list >> Houston at pm.org >> https://mail.pm.org/mailman/listinfo/houston >> Website: http://houston.pm.org/ >> > _______________________________________________ > Houston mailing list > Houston at pm.org > https://mail.pm.org/mailman/listinfo/houston > Website: http://houston.pm.org/ From mikeflan at att.net Sun Dec 2 06:48:07 2018 From: mikeflan at att.net (Mike Flannigan) Date: Sun, 2 Dec 2018 08:48:07 -0600 Subject: [pm-h] Perl Modules at HG In-Reply-To: References: <479c99c7-da35-7900-4588-c47248b026f1@att.net> Message-ID: Sorry for bombarding you guys with e-mails, but I wrote the e-mail below incorrectly.? This is what I meant to say about what fixed my problem: WOW, I just tried: and IT WORKS!!!!!!!!!!!! This redirect issue seems to be propagated across my site. I have removed the single Redirect I had and it did not seem to change anything. At the top of my webpage I have this simple image: in my program and it didn't work. So I change it to and it doesn't work. I change it to and it doesn't work. After doing more testing I think I am actually going to have to move to another ISP to fix this, unless HG fixes it. This simple site does not display the accent10x10.GIF graphic http://www.mflan.com/cgi-bin/test.cgi Mev412, If you could tell me how you figured out my problem was related to redirection, that may help me. Mike On 12/1/2018 12:11 PM, Mike Flannigan wrote: > > I think you may be on to something there, but it did not > work when I changed my line: > > > to > > > I say it does not make send for the link > http://mflan.com/cgi-bin/qa.cgi?name=muscle > to work if File::Find was the problem. > > > WOW, I just tried: > INCORRECT************ ACTION="http://www.mflan.com/cgi-bin/qa.cgi" METHOD="POST"> > ***********INCORRECT > and IT WORKS!!!!!!!!!!!! > > Now I need to figure out what is going on here. > Why did it work before and then quit working. > I am positive it worked before. > > If anybody can enlighten me, please call me at > 281-286-6869. > > > > Mike > 281-286-6869 > From mev412 at gmail.com Sun Dec 2 08:16:24 2018 From: mev412 at gmail.com (Mev412) Date: Sun, 2 Dec 2018 10:16:24 -0600 Subject: [pm-h] Perl Modules at HG In-Reply-To: References: <479c99c7-da35-7900-4588-c47248b026f1@att.net> Message-ID: Mike, Try changing to If you leave off the / at the beginning, the path will be relative from the current url, which turns into /cgi-bin/accent10x10.GIF (which does not exist). The way I discovered the redirect issue was using the Browser's network tab. This tab shows all requests to the server, whether its to load HTML, AJAX, javascript, css, etc. I prefer Firefox when debugging w/ the network tab because it does a better job at showing when redirects take place (the original request will show a 301 status and a new request will show up), and it also does better at preserving form data after redirects. 1) Open firefox 2) Navigate to your page 3) Right click somewhere on page and click "Inspect Element" 4) Click the "Network" tab 5) Check "Persist Logs" 6) Submit form or reload page to see network requests populate 7) Select network request to view more details such as url, form data, headers, response, etc. Hope this helps. I attached a screenshot to show an example. Best Regards, Christopher Mevissen [image: site2.png] On Sun, Dec 2, 2018 at 8:48 AM Mike Flannigan wrote: > > Sorry for bombarding you guys with e-mails, but I wrote > the e-mail below incorrectly. This is what I meant > to say about what fixed my problem: > > WOW, I just tried: > > and IT WORKS!!!!!!!!!!!! > > > This redirect issue seems to be propagated across my site. > I have removed the single Redirect I had and it did not > seem to change anything. > > At the top of my webpage I have this simple image: > > > > in my program and it didn't work. > > So I change it to > > and it doesn't work. > > I change it to > > and it doesn't work. > > After doing more testing I think I am actually going to have > to move to another ISP to fix this, unless HG fixes it. > > This simple site does not display the > accent10x10.GIF > graphic > http://www.mflan.com/cgi-bin/test.cgi > > Mev412, > > If you could tell me how you figured out my problem > was related to redirection, that may help me. > > > Mike > > > On 12/1/2018 12:11 PM, Mike Flannigan wrote: > > > > I think you may be on to something there, but it did not > > work when I changed my line: > > > > > > to > > > > > > I say it does not make send for the link > > http://mflan.com/cgi-bin/qa.cgi?name=muscle > > to work if File::Find was the problem. > > > > > > WOW, I just tried: > > INCORRECT************ > ACTION="http://www.mflan.com/cgi-bin/qa.cgi" METHOD="POST"> > > ***********INCORRECT > > and IT WORKS!!!!!!!!!!!! > > > > Now I need to figure out what is going on here. > > Why did it work before and then quit working. > > I am positive it worked before. > > > > If anybody can enlighten me, please call me at > > 281-286-6869. > > > > > > > > Mike > > 281-286-6869 > > > _______________________________________________ > Houston mailing list > Houston at pm.org > https://mail.pm.org/mailman/listinfo/houston > Website: http://houston.pm.org/ > -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: site2.png Type: image/png Size: 139362 bytes Desc: not available URL: From mikeflan at att.net Mon Dec 3 07:59:38 2018 From: mikeflan at att.net (Mike Flannigan) Date: Mon, 3 Dec 2018 09:59:38 -0600 Subject: [pm-h] Perl Modules at HG In-Reply-To: References: <479c99c7-da35-7900-4588-c47248b026f1@att.net> Message-ID: Thanks so much. Actually we figured out yesterday that this is a 'Premature end of script headers' problem: https://www.liquidweb.com/kb/apache-error-premature-end-of-script-headers/ So files placed in the cgi-bin folder (even text or gif files) cannot be accessed with a browser.? Even though the cgi files in those folders can be run.? So accent10x10.GIF is in the cgi-bin folder, but the program does not see it. Even 2nd tier support doesn't have access to the httpd.conf file, so the incident is being bumped up further at HG. Interestingly, if you create any other folder (i.e. cgi-bin2) and put the cgi files in there, they run fine. That "Persist Logs" technique is very useful. Thanks for informing me of that. Mike On 12/2/2018 10:16 AM, Mev412 wrote: > Mike, > > Try changing > > > > to > > > > If you leave off the / at the beginning, the path will be relative > from the current url, which turns into /cgi-bin/accent10x10.GIF (which > does not exist). > > The way I discovered the redirect issue was using the Browser's > network tab. This tab shows all requests to the server, whether its to > load HTML, AJAX, javascript, css, etc. I prefer Firefox when debugging > w/ the network tab because it does a better job at showing when > redirects take place (the original request will show a 301 status and > a new request will show up), and it also does better at preserving > form data after redirects. > > 1) Open firefox > 2) Navigate to your page > 3) Right click somewhere on page and click "Inspect Element" > 4) Click the "Network" tab > 5) Check "Persist Logs" > 6) Submit form or reload page to see network requests populate > 7) Select network request to view more details such as url, form data, > headers, response, etc. > > Hope this helps. I attached a screenshot to show an example. > > Best Regards, > Christopher Mevissen >