Re: internal server error
On Mon, 9 Sep 2002, cheng wrote: > HI: > Currently i using win98 and i install my perl.exe in C:\perl,i have > changed the path to C:\perl\bin under httpd(server signature on) but > when i test this localhost/asp/printenv.html,the page come out Internal > Server Error,but all the html page is fine.Any idea? > thanks,have a nice day. Do the entries in the error log suggest anything? If this looks like a specific Apache::ASP error, you might want to try http://www.apache-asp.org/, which as well as docs, has links to the apache-asp mailing list archives. -- best regards, randy kobes
internal server error
HI:Currently i using win98 and i install my perl.exe in C:\perl,i have changed the path to C:\perl\bin under httpd(server signature on) but when i test this localhost/asp/printenv.html,the page come out Internal Server Error,but all the html page is fine.Any idea?thanks,have a nice day.
Re: take23.org 500 internal server error (probably OT)
On Monday 08 April 2002 7:44 pm, David Nelson wrote: > Hello all, > > Thanks to everyone for helping promote open source! > What a great feeling it is to be a part of this > movement. http://www.take23.org is down due to an > internal server error at the moment. If anyone knows > who maintains this and can email them, they'd probably > appreciate it. Sorry if this is very off topic. Fixed. Thanks for the heads-up. > Since I'm posting, I'll share one more quick question. > Does anyone know how to license software as GPL but > have it only be able to be used by non-profit > companies? Try the Aladdin Public license. This is what pdflib (www.pdflib.com) uses. -- <:->get a SMart net
Re: take23.org 500 internal server error (probably OT)
On Mon, Apr 08, 2002 at 11:44:24AM -0700, David Nelson wrote: > Since I'm posting, I'll share one more quick question. > Does anyone know how to license software as GPL but > have it only be able to be used by non-profit > companies? Then you can't use GPL. GPL isn't against people making money of software, but against people depriving the users from their rights to change and distribute the software. OSI's "OpenSource" also isn't against people making money, and one rule that OpenSource licences must abide is indiscrimination against people using the software for money. You'll have to make your own licence, then. Regards, Luciano Rocha -- Luciano Rocha, [EMAIL PROTECTED] The trouble with computers is that they do what you tell them, not what you want. -- D. Cohen
take23.org 500 internal server error (probably OT)
Hello all, Thanks to everyone for helping promote open source! What a great feeling it is to be a part of this movement. http://www.take23.org is down due to an internal server error at the moment. If anyone knows who maintains this and can email them, they'd probably appreciate it. Sorry if this is very off topic. Since I'm posting, I'll share one more quick question. Does anyone know how to license software as GPL but have it only be able to be used by non-profit companies? I'm writing an OO Perl / mod_perl based 'click to donate' management software package, but I don't want it to be used by people/companies seeking to profit from it. The goal of the software is to let people run their own 'click to save rainforest', 'click to feed the hungry' etc. Thanks for any advice you all have on this. peace, David __ Do You Yahoo!? Yahoo! Tax Center - online filing with TurboTax http://taxes.yahoo.com/
Re: Internal server error on Refreshing mod_perl page ( Apache::ASP )
Thanks alot Joshua, You ar right, by turning off the PerlTaintCheck , PerlTaintCheck Off in my httpd.conf. It's fixed. >>My dev versions of Apache::ASP ( 2.29 ) & MLDBM::Sync ( .25 ) >>will be able to run under PerlTaintCheck On, let me know if you >>would like these pre release. And I would like to have the Apache::ASSP(2.29) &MLDBM::Sync(.25). because I want to work with Apache::ASP, by having the PerlTaintCheck On. Please give me guidance. Once again thanks. -SubbaReddy - Original Message - From: "Joshua Chamas" <[EMAIL PROTECTED]> To: "SubbaReddy M" <[EMAIL PROTECTED]> Cc: <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]> Sent: Saturday, November 10, 2001 2:24 PM Subject: Re: Internal server error on Refreshing mod_perl page ( Apache::ASP ) > > SubbaReddy M wrote: > > > > Hello Gurus, > > > > [Sat Nov 10 11:54:32 2001] [error] Insecure dependency in eval while running with -T switch at > > /usr/lib/perl5/site_perl/5.6.1/MLDBM/Serializer/Data/Dumper.pm line 51. > > MLDBM::Serializer::Data::Dumper::deserialize('MLDBM::Serializer::Data::Dumpe r=HASH(0x843bd20)', '$MlDbM{\'timeout\' => \'1005374203\'}') > > called at /usr/lib/perl5/site_perl/5.6.1/MLDBM.pm line 155 > > MLDBM::FETCH('MLDBM=HASH(0x843bd08)', '07abbd5f03d200c6bac27a861f47e35e') called at /usr/lib/perl5/site_perl/5.6.1/MLDBM/Sync.pm line 85 > > MLDBM::Sync::AUTOLOAD('MLDBM::Sync=HASH(0x843a838)', '07abbd5f03d200c6bac27a861f47e35e') called at > > > This error comes from the mod_perl config: PerlTaintCheck On > You can see more on this error at: > > http://www.apache-asp.org/faq.html#Insecure%20depec6cd400 > > I would not recommend trying to get Apache::ASP to run under > PerlTaintCheck as its been a while since the author ( me ) > has done so, so there will likely be other errors in doing so > than what's listed in the above FAQ item. So find the config > in your system *.conf files and turn it off for now. > > Future Apache::ASP support queries should be emailed to the > email list specific to it. You can subscribe to it at > > [EMAIL PROTECTED] > > --Josh > > _ > Joshua Chamas Chamas Enterprises Inc. > NodeWorks Founder Huntington Beach, CA USA > http://www.nodeworks.com1-714-625-4051 >
Re: OT: Internal server error on Refreshing mod_perl page ( Apache::ASP)
Hi again, On Sat, 10 Nov 2001 [EMAIL PROTECTED] wrote: > since my active server page knowledge is pretty much zero here is my > issue. Have several clients that use IIS w/lots of ASP[yuk] instead > of Apache && all things PERL. Richard and Josh have answered your other points, but I'd just like to take issue with this one, hoping that I won't offend. Comments like [yuk] will carry more weight if they are based on sound informed reasoning and not on prejudice. There is nothing wrong with being ignorant about a subject - as long as you are prepared to do something about it. But if you are not, you are in danger of becoming a religious zealot and we have ample evidence at the moment of where that leads us. Instead of disparaging the alternatives, learn about them. Know their strengths and their weaknesses. It seems to me that, so equipped, you might be in a position to give a more valuable service to your Clients. There is a lot to be said for Open Source, but even more to be said for an Open Mind. 73, Ged.
Re: OT: Internal server error on Refreshing mod_perl page ( Apache::ASP)
[EMAIL PROTECTED] wrote: > > hi, >How far along is mod perl ASP? IOW just how compatible is it to the > proprietary equiv? Reason being is that i would love to offer it to clients > that use the m$ one transparently. That way they get what they want if > that is what they want and i get what i want. Namely to continue to use > mod perl and apache:-)) > TIA Apache::ASP is mostly compatible with PerlScript under IIS, with the exception of support of win32 COM objects like ADO db access. However, as Richard explains, most people on IIS would be using VBScript for their ASP applications, so would not be portable to Apache::ASP, which currently supports perl scripting only. However there are other alternatives for supporting VBScript/ASP on Apache, particularly with Chilisoft's ASP or Halcyon's Instant ASP. Both of these are commercial products however. Also, Ime Smits, cc'd on this email, has a perl utility that can convert VBScript ASP to perl scripting ASP for running under Apache::ASP. He might be able to offer this code to you in some form. -- Josh _ Joshua Chamas Chamas Enterprises Inc. NodeWorks Founder Huntington Beach, CA USA http://www.nodeworks.com1-714-625-4051
Re: Internal server error on Refreshing mod_perl page ( Apache::ASP )
> SubbaReddy M wrote: > > Hello Gurus, > > [Sat Nov 10 11:54:32 2001] [error] Insecure dependency in eval while running with -T >switch at > /usr/lib/perl5/site_perl/5.6.1/MLDBM/Serializer/Data/Dumper.pm line 51. > >MLDBM::Serializer::Data::Dumper::deserialize('MLDBM::Serializer::Data::Dumper=HASH(0x843bd20)', > '$MlDbM{\'timeout\' => \'1005374203\'}') > called at /usr/lib/perl5/site_perl/5.6.1/MLDBM.pm line 155 > MLDBM::FETCH('MLDBM=HASH(0x843bd08)', '07abbd5f03d200c6bac27a861f47e35e') >called at /usr/lib/perl5/site_perl/5.6.1/MLDBM/Sync.pm line 85 > MLDBM::Sync::AUTOLOAD('MLDBM::Sync=HASH(0x843a838)', >'07abbd5f03d200c6bac27a861f47e35e') called at This error comes from the mod_perl config: PerlTaintCheck On You can see more on this error at: http://www.apache-asp.org/faq.html#Insecure%20depec6cd400 I would not recommend trying to get Apache::ASP to run under PerlTaintCheck as its been a while since the author ( me ) has done so, so there will likely be other errors in doing so than what's listed in the above FAQ item. So find the config in your system *.conf files and turn it off for now. Future Apache::ASP support queries should be emailed to the email list specific to it. You can subscribe to it at [EMAIL PROTECTED] --Josh _ Joshua Chamas Chamas Enterprises Inc. NodeWorks Founder Huntington Beach, CA USA http://www.nodeworks.com1-714-625-4051
Re: OT: Internal server error on Refreshing mod_perl page ( Apache::ASP)
> THX for the response. To clarify since my active server page > knowledge is pretty > much zero here is my issue. I'm afraid that what you want to do probably isn't possible. I will try to teach you something about the architecture of ASP on IIS, and how it differs from Apache::ASP. In this context, ASP stands for "Active Server Pages". This is a Microsoft technology that allows for server-side scripting languages to integrate with the MS IIS web server. The most common scripting language used with ASP is VBScript, which is a varient of Visual Basic. JScript, a server-side JavaScript varient, and two different Perl implementations, PerlScript and PScript, also exist, but they are very rarely used in the ASP world. For our purposes, what "ASP" is is a common "way of doing things" (e.g. common embedded scripting delimiter syntax, common method calls, common sessioning system) that can be accessed by all scripting languages that use ASP. Architecturally, this looks like of like... IIS <--> ISAPI <--> ASP <--> ActiveX COM Scripting Object (e.g. VBScript) (Don't worry about what ISAPI is... it's like of like pure mod_perl, but worse. :-) ) Note that all of this is server-side stuff. That is, when a user connects to web server and requests a .asp page, the server "runs" the script within the .asp page to create HTML, which is then sent back to the user's web browser. Now, over to Apache::ASP... Apache::ASP is a cloned API implementation the "ASP way of doing things" such that you can use ASP conventions with Perl code embedded within the Apache::ASP page. It's similar to HTML::Embperl, but using ASP conventions. The embedded code within Apache::ASP pages is embedded _Perl_ code. Bottom line for your purposes: it's feasible to port PScript or PerlScript ASP pages from IIS to Apache and Apache::ASP, but not to port ASP/VBScript pages. And it's not likely that the ASP code that anyone is about to give you is ASP/PScript or ASP/PerlScript code. Sorry. Cheers, Richard -- Richard Dice * Personal 416 841 7365 * Fax 416 841 7364 ShadNet Creator * http://shadnet.shad.ca/ * [EMAIL PROTECTED] Occasional Writer, HotWired * http://www.hotwired.com/webmonkey/ "squeeze the world 'til it's small enough to join us heel to toe" - jesus jones
Re: OT: Internal server error on Refreshing mod_perl page ( Apache::ASP)
> hi, THX for the response. To clarify since my active server page knowledge is pretty much zero here is my issue. Have several clients that use IIS w/lots of ASP[yuk] instead of Apache && all things PERL. However really don't know if their websites would suddenly look different if one were to switch them over to Apache httpd. I really don't think so.. Does Apache handle ASP the same way as IIS? If it is all done on the client side well then it really doesn't matter for formatting of asp. My reasoning being that in that case they are if using m$ going to get what they would expect simular to what they would get for Javascript Whereas if ASP does all it works on the http server then sends the results to the client much like say cgi would then this could be a problem. TIA
Re: OT: Internal server error on Refreshing mod_perl page ( Apache::ASP)
Hi there, On Sat, 10 Nov 2001 [EMAIL PROTECTED] wrote: > How far along is mod perl ASP? IOW just how compatible is it to the > proprietary equiv? I'm not quite sure what you mean. Be aware that Apache::ASP is purely for scripting in Perl. I have used it on a system which now has a very large number of users. I didn't really do much with Apache::ASP itself (I was primarily responsible for the user interface) so for me Apache::ASP was just a building block in the software Lego kit. It gave no trouble, which is hardly surprising since the author of Apache::ASP was on the same team. Perhaps he will reply in more detail if you ask a more specific question. There's a mailing list specifically for Apache::ASP, the address to subscribe is on the mod_perl home page, http://perl.apache.org 73, Ged.
OT: Internal server error on Refreshing mod_perl page ( Apache::ASP)
hi, How far along is mod perl ASP? IOW just how compatible is it to the proprietary equiv? Reason being is that i would love to offer it to clients that use the m$ one transparently. That way they get what they want if that is what they want and i get what i want. Namely to continue to use mod perl and apache:-)) TIA
Re: Internal server error on Refreshing mod_perl page ( Apache::ASP)
Hi there, On Sat, 10 Nov 2001, SubbaReddy M wrote: > [snip] many strugles. > [snip] > /home/httpd/asp/1.asp is called from brower http://192.168.1.235/asp/1.asp Do you think it might be better to start with something a little less ambitious? Just getting a mod_perl server running with a pre-built handler like Apache::Registry is enough for many people. Apache::ASP is Yet Another Big Chunk Of Configuration and things to figure out... 73, Ged.
Internal server error on Refreshing mod_perl page ( Apache::ASP )
Hello Gurus, Here is my first step with mod_perl after so many strugles. Please help me: >>>>>>>>>>>>>>>>>>>>> 1.asp >>>>>>>>>>>>>>>>>>>>> For loop incrementing font size: <% for(1..5) { %> Size = <%=$_%> <% } %>>>>>>>>>>>>>>>>>>>>>> 1.asp >>>>>>>>>>>>>>>>>>>>> /home/httpd/asp/1.asp is called from brower http://192.168.1.235/asp/1.asp Fine it's generating nice out put, but when I clicked the refresh button on browser <<< Internal server error >> page coming. So, I checked server error_log page , here is out put >>>>>>>>>>>>>>>>>> [root@qclinux /root]# tail /var/log/httpd/error_log[Sat Nov 10 11:53:06 2001] [notice] Apache/1.3.22 (Unix) mod_perl/1.26 configured -- resuming normal operations[Sat Nov 10 11:53:06 2001] [notice] Accept mutex: sysvsem (Default: sysvsem)[root@qclinux /root]# tail /var/log/httpd/error_log[Sat Nov 10 11:54:32 2001] [error] Insecure dependency in eval while running with -T switch at /usr/lib/perl5/site_perl/5.6.1/MLDBM/Serializer/Data/Dumper.pm line 51. MLDBM::Serializer::Data::Dumper::deserialize('MLDBM::Serializer::Data::Dumper=HASH(0x843bd20)', '$MlDbM{\'timeout\' => \'1005374203\'}') called at /usr/lib/perl5/site_perl/5.6.1/MLDBM.pm line 155 MLDBM::FETCH('MLDBM=HASH(0x843bd08)', '07abbd5f03d200c6bac27a861f47e35e') called at /usr/lib/perl5/site_perl/5.6.1/MLDBM/Sync.pm line 85 MLDBM::Sync::AUTOLOAD('MLDBM::Sync=HASH(0x843a838)', '07abbd5f03d200c6bac27a861f47e35e') called at /usr/lib/perl5/site_perl/5.6.1/Apache/ASP.pm line 5114 Apache::ASP::State::FETCH('Apache::ASP::State=HASH(0x842a824)', '07abbd5f03d200c6bac27a861f47e35e') called at /usr/lib/perl5/site_perl/5.6.1/Apache/ASP.pm line 4539 Apache::ASP::Session::new('Apache::ASP=HASH(0x836c134)') called at /usr/lib/perl5/site_perl/5.6.1/Apache/ASP.pm line 605 Apache::ASP::new('Apache::ASP', 'Apache=SCALAR(0x836f8cc)') called at /usr/lib/perl5/site_perl/5.6.1/Apache/ASP.pm line 147 Apache::ASP::handler('Apache=SCALAR(0x836f8cc)') called at /dev/null line 0 eval {...} called at /dev/null line 0 Thanks in advance. -SubbaReddy
Re: Internal server Error for Index.html
--- qazi Ahmed <[EMAIL PROTECTED]> wrote: > Hi... > On trying to access index.html from my server i get the following > error in the page. > index.html is given below: > > > Automated Test System > > > Automated Test System > > Looks like you've got it configured to try and use Perl to parse your .html's. Check your httpd.conf > Internal Server Error > > The server encountered an internal error or misconfiguration and was > unable to complete your request. > Please contact the server administrator, [no address given] and > inform them of the time the error occurred, and anything you might > have done that may have caused the error. > More information about this error may be available in the server > error log. > > Apache/1.3.19 Server at 192.168.64.129 Port 8259 > > > The details of the error_log are given below: > [Tue May 15 20:01:24 2001] [notice] suEXEC mechanism enabled > (wrapper: /export/home/ats/test-tools/ats/guts/apache/bin/suexec) > Bareword found where operator expected at > /export/home/ats/test-tools/ats/guts/index.html line 3, near > "Automated" > (Missing operator before Automated?) > Bareword found where operator expected at > /export/home/ats/test-tools/ats/guts/index.html line 4, near "/TITLE> >(Might be a runaway multi-line // string starting on line 3) > (Missing operator before HEAD?) > Bareword found where operator expected at > /export/home/ats/test-tools/ats/guts/index.html line 7, near "/H1> >(Might be a runaway multi-line // string starting on line 6) > (Missing operator before BODY?) > [Tue May 15 20:01:40 2001] [error] syntax error at > /export/home/ats/test-tools/ats/guts/index.html line 2, near "HEAD>" = print "Just another Perl Hacker\n"; # edited for readability =o) = Real friends are those whom, when you inconvenience them, are bothered less by it than you are. -- me. =o) = "There are trivial truths and there are great Truths. The opposite of a trival truth is obviously false. The opposite of a great Truth is also true." -- Neils Bohr __ Do You Yahoo!? Yahoo! Auctions - buy the things you want at great prices http://auctions.yahoo.com/
Internal server Error for Index.html
Hi... On trying to access index.html from my server i get the following error in the page. index.html is given below: Automated Test System Automated Test System Internal Server Error The server encountered an internal error or misconfiguration and was unable to complete your request. Please contact the server administrator, [no address given] and inform them of the time the error occurred, and anything you might have done that may have caused the error. More information about this error may be available in the server error log. Apache/1.3.19 Server at 192.168.64.129 Port 8259 The details of the error_log are given below: [Tue May 15 20:01:24 2001] [notice] suEXEC mechanism enabled (wrapper: /export/home/ats/test-tools/ats/guts/apache/bin/suexec) Bareword found where operator expected at /export/home/ats/test-tools/ats/guts/index.html line 3, near "Automated" (Missing operator before Automated?) Bareword found where operator expected at /export/home/ats/test-tools/ats/guts/index.html line 4, near "/TITLE> " Waiting for your expertise comments _ Chat with your friends as soon as they come online. Get Rediff Bol at http://bol.rediff.com
Re: Help -- Internal Server Error after mod_perl and new apache insta ll on HP-UX 10.20.
Hi there, On Sat, 28 Apr 2001, MCALLISTER,RONAN (HP-FtCollins,ex1) wrote: > HP-UX 10.20 > and compiling from source. Did you compile your Perl? > my httpd.conf Where? Have you looked in the archives for HP-UX? I believe there have been successes in the recent past, and it may have been a bit fiddly. 73, Ged.
Help -- Internal Server Error after mod_perl and new apache install on HP-UX 10.20.
Greetings. I've spent 3 days now (please don't laugh too hard) trying to get ANY web pages to work on my HP-UX 10.20 box, after installing the latest mod_perl and apache server and compiling from source. Below are the typical error messages in error_log, the output from "httpd -l", and my httpd.conf. I'm trying to open up the access to my box (within my firewall) for testing to force something to work -- unfortunately I'm not getting anywhere. I think I have tried every build combination of the modules, but I always have a problem with the mod_perl test (also shown below). Is there a way to get a higher level of tracing in the error_log so I can know where the "internal error" occurs? What I'm trying to implement is LXR (Linux Cross Reference) which I think would benefit from mod_perl. Any suggestings appreciated. Thanks, ronan +++ [Sat Apr 28 09:57:18 2001] [notice] Apache/1.3.19 (Unix) mod_perl/1.25 configure d -- resuming normal operations [Sat Apr 28 09:57:18 2001] [info] Server built: Apr 28 2001 01:01:40 [Sat Apr 28 09:57:23 2001] [error] [client 15.17.158.220] internal error: / [Sat Apr 28 09:57:27 2001] [error] [client 15.17.158.220] internal error: /LXR/ [Sat Apr 28 10:08:59 2001] [error] [client 15.17.158.220] internal error: /LXR [Sat Apr 28 10:09:03 2001] [error] [client 15.17.158.220] internal error: / [Sat Apr 28 10:14:30 2001] [error] [client 15.17.158.220] internal error: /LXR/ [Sat Apr 28 10:14:37 2001] [error] [client 15.17.158.220] internal error: / [Sat Apr 28 10:14:44 2001] [error] [client 15.17.158.220] internal error: /tmp [Sat Apr 28 10:14:48 2001] [error] [client 15.17.158.220] internal error: /tmp/l xr [Sat Apr 28 10:15:16 2001] [notice] child pid 28610 exit signal Bus error (10) --- # ../bin/httpd -l Compiled-in modules: http_core.c mod_so.c mod_perl.c suexec: disabled; invalid wrapper /opt/apache/bin/suexec ---
Re: exiting a child without popping the internal server error...
> I friend and I are having some problems... > > I have a mod_perl script that wants to kill a child when it detects that > child's DB connection has gone stale. Detecting that is not a problem. > returning the error page saying 'please try again' is not a problem. but > apache->exit is killing the child AND returning an internal server error > to the user (and logging). Could you show us a little (I mean it) snippet that reproduce the problem? First Apache::exit doens't kill the child, but terminates the request. CORE::exit do kill it. Of course you would get an internal server error, if you didn't send any headers to the browser before you call Apache::exit. Or do I miss something? > Is this a case where i can just use $CORE::exit instead of apache->exit to > kill the child but not log this as an error? do i need to do anything > else if i choose this route (stuff apache->exit would have done that i > need to make sure i do if i skip it) > > thanks! > > gedanken > > ___ Stas Bekman mailto:[EMAIL PROTECTED]www.singlesheaven.com/stas Perl,CGI,Apache,Linux,Web,Java,PC at www.singlesheaven.com/stas/TULARC www.apache.org & www.perl.com == www.modperl.com || perl.apache.org single o-> + single o-+ = singlesheavenhttp://www.singlesheaven.com
exiting a child without popping the internal server error...
I friend and I are having some problems... I have a mod_perl script that wants to kill a child when it detects that child's DB connection has gone stale. Detecting that is not a problem. returning the error page saying 'please try again' is not a problem. but apache->exit is killing the child AND returning an internal server error to the user (and logging). Is this a case where i can just use $CORE::exit instead of apache->exit to kill the child but not log this as an error? do i need to do anything else if i choose this route (stuff apache->exit would have done that i need to make sure i do if i skip it) thanks! gedanken