When I try ./reg_system.cgi I get these results: [localhost:/Library/WebServer/CGI-Executables] admin% ./reg_system.cgi dyld: perl Undefined symbols: _XML_DefaultCurrent _XML_ErrorString _XML_ExternalEntityParserCreate _XML_GetBase _XML_GetBuffer _XML_GetCurrentByteCount _XML_GetCurrentByteIndex _XML_GetCurrentColumnNumber _XML_GetCurrentLineNumber _XML_GetErrorCode _XML_GetInputContext _XML_GetSpecifiedAttributeCount _XML_Parse _XML_ParseBuffer _XML_ParserCreate_MM _XML_ParserFree _XML_SetAttlistDeclHandler _XML_SetBase _XML_SetCdataSectionHandler _XML_SetCharacterDataHandler _XML_SetCommentHandler _XML_SetDefaultHandler _XML_SetDefaultHandlerExpand _XML_SetElementDeclHandler _XML_SetElementHandler _XML_SetEndCdataSectionHandler _XML_SetEndDoctypeDeclHandler _XML_SetEntityDeclHandler _XML_SetExternalEntityRefHandler _XML_SetNamespaceDeclHandler _XML_SetNotationDeclHandler _XML_SetParamEntityParsing _XML_SetProcessingInstructionHandler _XML_SetStartCdataSectionHandler _XML_SetStartDoctypeDeclHandler _XML_SetUnknownEncodingHandler _XML_SetUnparsedEntityDeclHandler _XML_SetUserData _XML_SetXmlDeclHandler
Again, any help is appreciated. --------------------------------------- Jeremy Schwartz Starmark Interactive Developer [EMAIL PROTECTED] 954-761-1600 > From: Adrian Daminato <[EMAIL PROTECTED]> > Date: Tue, 29 Jan 2002 15:56:19 -0500 > To: Jeremy Schwartz <[EMAIL PROTECTED]> > Cc: Charles Daminato <[EMAIL PROTECTED]> > Subject: Re: verify_install.cgi Problems > > Jeremy Schwartz wrote: >> >> No problem on your disclaimer. I certainly understand. This machine is not >> yet in production so that also alleviates some concerns I would normally >> have in regards to security. >> >> I think that Charles' suggestion about pulling the files down via FTP and >> reuplaoding them might have done the trick. When I ran ./verify_install.cgi >> this time I got a message saying that the perl module Storable was missing >> and after installing that I got one saying that HTML::Template is missing. I >> have installed them and now it appears to be running properly. >> > > Running it as ./verify_install.cgi probably did the trick - the Internal > Server > Error would have been spit out by missing modules. > > Glad to hear you got it working :) > >> http://www5.starmark.com/cgi-bin/verify_install.cgi >> >> If you could check that and make sure everything looks right. >> >> Ok. Now I will begin to try to figure out how to test the environments. >> >> Thanks for all of your help. You guys have really been great! I think you >> will probably hear from me before I am done. >> >> Thanks again!!! >> --------------------------------------- >> Jeremy Schwartz Starmark >> Interactive Developer >> [EMAIL PROTECTED] 954-761-1600 >> >>> From: Adrian Daminato <[EMAIL PROTECTED]> >>> Date: Tue, 29 Jan 2002 15:22:17 -0500 >>> To: Jeremy Schwartz <[EMAIL PROTECTED]> >>> Subject: Re: verify_install.cgi Problems >>> >>> Jeremy Schwartz wrote: >>>> >>>> If you can tell me how to enable telnet access, I would be happy to do so. >>> >>> hrmm...that I can't answer. Unix I know well, but I haven't had enough time >>> to >>> play with OS X to figure that part of it out. I'm asking someone internally >>> that has a Mac however. First guess would be in the control panel. >>> >>> minor disclaimer - if I'm able to get access to your machine, I won't do >>> anything invasive, but I'm acting voluntary in my own time, and not an agent >>> of >>> the company (I'm sure you can understand my reasons for this). >>> >>> hrmm...from your discussion below, it looks like there may be something >>> different to this. >>> >>> You tried running it as follows: >>> >>> admin% verify_install.cgi >>> >>> By default in UNIX, unlike DOS, your current directory is not in your >>> command >>> search path. In order to execute something in your current directory: >>> >>> admin% ./verify_install.cgi >>> >>> The "Command not found" below from your email could be because the shell >>> couldn't find "verify_install.cgi" in your path, as opposed to not being >>> able >>> to >>> execute "#!/usr/bin/perl" in the script. >>> >>> Sorry I didn't notice this before - it appears on OS X it gives the same >>> error. >>> >>> Try running it as ./verify_install.cgi and see how that works. >>> >>>> --------------------------------------- >>>> Jeremy Schwartz Starmark >>>> Interactive Developer >>>> [EMAIL PROTECTED] 954-761-1600 >>>> >>>>> From: Adrian Daminato <[EMAIL PROTECTED]> >>>>> Date: Tue, 29 Jan 2002 15:09:30 -0500 >>>>> To: Jeremy Schwartz <[EMAIL PROTECTED]> >>>>> Subject: Re: verify_install.cgi Problems >>>>> >>>>> Jeremy Schwartz wrote: >>>>>> >>>>>> Here are the partial results of od -c verify_install.cgi >>>>>> >>>>>> [localhost:/Library/WebServer/CGI-Executables] admin% od -c >>>>>> verify_install.cgi >>>>>> 0000000 # ! / u s r / b i n / p e r l \n >>>>>> 0000020 \n # . C o p y r i >>>>>> 0000040 g h t ( C ) 1 9 9 9 - 2 0 >>>>>> 0000060 0 0 T U C O W S . c o m I n >>>>>> 0000100 c . \n # . C r e a >>>>>> 0000120 t e d : 0 1 / 1 3 >>>>>> 0000140 / 2 0 0 0 \n # . C >>>>>> 0000160 o n t a c t i d : < a >>>>>> 0000200 d m i n @ o p e n s r s . o r g >>>>>> 0000220 > \n # . U r l : >>>>>> 0000240 h t t p : / >>>>>> 0000260 / w w w . o p e n s r s . o r g >>>>>> 0000300 \n # . O r i g i n >>>>>> >>>>>> It seems like the returns are correct. Grr. >>>>> >>>>> That's kind of odd. Chuck just showed me that too, he says you gave him >>>>> temporary FTP access. >>>>> >>>>> Any way you could provide him and/or myself shell access, either via ssh >>>>> or >>>>> telnet? >>>>> >>>>>> --------------------------------------- >>>>>> Jeremy Schwartz Starmark >>>>>> Interactive Developer >>>>>> [EMAIL PROTECTED] 954-761-1600 >>>>>> >>>>>>> From: Adrian Daminato <[EMAIL PROTECTED]> >>>>>>> Date: Tue, 29 Jan 2002 14:50:15 -0500 >>>>>>> To: Jeremy Schwartz <[EMAIL PROTECTED]> >>>>>>> Subject: Re: verify_install.cgi Problems >>>>>>> >>>>>>> Jeremy Schwartz wrote: >>>>>>>> >>>>>>>> How can I verify which line endings I have. I tried od but that is >>>>>>>> greek >>>>>>>> to >>>>>>>> me. >>>>>>> >>>>>>> Here's a sample test file I used: >>>>>>> >>>>>>> #!/usr/bin/perl >>>>>>> >>>>>>> print "hello world!\n"; >>>>>>> >>>>>>> Running od on the file: "od -c test.pl " gives me the output below: >>>>>>> >>>>>>> 0000000 # ! / u s r / b i n / p e r l \n >>>>>>> 0000020 \n p r i n t " h e l l o w o >>>>>>> 0000040 r l d ! \ n " ; \n >>>>>>> 0000051 >>>>>>> >>>>>>> Running the command "./test.pl" >>>>>>> >>>>>>> hello world! >>>>>>> >>>>>>> >>>>>>> If your script has "\r\n", you'll see the following >>>>>>> >>>>>>> od -c test.pl >>>>>>> 0000000 # ! / u s r / b i n / p e r l \r >>>>>>> 0000020 \n \r \n p r i n t " h e l l o >>>>>>> 0000040 w o r l d ! \ n " ; \r \n >>>>>>> 0000054 >>>>>>> >>>>>>> Running the command now: >>>>>>> >>>>>>> ./test.pl: Command not found. >>>>>>> >>>>>>> >>>>>>> A quick simple way to change the "\r\n" at the end of each line to "\n" >>>>>>> is >>>>>>> just >>>>>>> to use perl as such: >>>>>>> >>>>>>> perl -pi -e 's/\r\n/\n/g' test.pl >>>>>>> >>>>>>> -pi edits the file in place. If you want to create a backup of the >>>>>>> original >>>>>>> file(s), use -pi.bak - each backup will have the extension of .bak >>>>>>> >>>>>>> -e runs the command following, in this case 's/\r\n/\n/g'. This does a >>>>>>> search >>>>>>> (s) for \r\n (between the first and second /) and replaces with \n >>>>>>> (between >>>>>>> the >>>>>>> second and third /). The g at the end means global, so if there is an >>>>>>> occurence >>>>>>> on more than one line, it will replace that too. >>>>>>> >>>>>>> >>>>>>> I hope this helps for you :) >>>>>>> >>>>>>> >>>>>>>> --------------------------------------- >>>>>>>> Jeremy Schwartz Starmark >>>>>>>> Interactive Developer >>>>>>>> [EMAIL PROTECTED] 954-761-1600 >>>>>>>> >>>>>>>>> From: Adrian Daminato <[EMAIL PROTECTED]> >>>>>>>>> Date: Tue, 29 Jan 2002 13:53:02 -0500 >>>>>>>>> To: Jeremy Schwartz <[EMAIL PROTECTED]> >>>>>>>>> Cc: [EMAIL PROTECTED], [EMAIL PROTECTED] >>>>>>>>> Subject: Re: verify_install.cgi Problems >>>>>>>>> >>>>>>>>> Try to make sure that the file is in UNIX (\n) text format, and not >>>>>>>>> DOS >>>>>>>>> (\r\n) >>>>>>>>> text format. >>>>>>>>> >>>>>>>>> You won't see the \r when just looking at the file, but you can use od >>>>>>>>> to >>>>>>>>> find >>>>>>>>> it. The shell interpreter reads the \r as part of the #!/usr/bin/perl >>>>>>>>> line, >>>>>>>>> and >>>>>>>>> it can't find /usr/bin/perl\r :> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> Jeremy Schwartz wrote: >>>>>>>>>> >>>>>>>>>> I am trying to get the CGIs to run on Mac OSX and I am getting the >>>>>>>>>> following >>>>>>>>>> errors: >>>>>>>>>> >>>>>>>>>> Running from a browser @ >>>>>>>>>> http://www5.starmark.com/cgi-bin/verify_install.cgi >>>>>>>>>> >>>>>>>>>>> Internal Server Error >>>>>>>>>>> The server encountered an internal error or misconfiguration and was >>>>>>>>>>> unable >>>>>>>>>>> to >>>>>>>>>>> complete your request. >>>>>>>>>>> >>>>>>>>>>> Please contact the server administrator, [EMAIL PROTECTED] 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.22 Server at www5.starmark.com Port 80 >>>>>>>>>> >>>>>>>>>> Here is my perl info: >>>>>>>>>> >>>>>>>>>>> [localhost:/Library/WebServer/CGI-Executables] admin% where perl >>>>>>>>>>> /usr/bin/perl >>>>>>>>>>> >>>>>>>>>>> Here is the header of the verify_install.cgi: >>>>>>>>>>> >>>>>>>>>>> #!/usr/bin/perl >>>>>>>>>> >>>>>>>>>> So it seems like this should work fine. I am on Mac OSX 10.1.2 >>>>>>>>>> >>>>>>>>>> Running from command line: >>>>>>>>>> >>>>>>>>>>> [localhost:/Library/WebServer/CGI-Executables] admin% ls -l >>>>>>>>>>> total 416 >>>>>>>>>>> -rwxrwxrwx 1 admin admin 5603 Jan 10 16:27 RACE.cgi >>>>>>>>>>> -rwxr-xr-x 1 admin admin 306 Jan 11 09:24 hello_world.pl >>>>>>>>>>> -rw-r--r-- 1 admin admin 1712 Dec 23 1999 logo.gif >>>>>>>>>>> -rwxrwxrwx 1 admin admin 77389 Jan 10 16:26 manage.cgi >>>>>>>>>>> -rwxrwxr-x 1 root admin 5398 Nov 13 06:42 printenv >>>>>>>>>>> -rwxrwxrwx 1 admin admin 59332 Jan 10 16:26 reg_system.cgi >>>>>>>>>>> -rwxrwxrwx 1 admin admin 11115 Jan 10 16:26 register.cgi >>>>>>>>>>> -rwxrwxrwx 1 admin admin 15418 Jan 10 16:26 renew.cgi >>>>>>>>>>> -rwxrwxr-x 1 root admin 757 Nov 13 06:41 test-cgi >>>>>>>>>>> -rwxr-xr-x 1 root admin 3525 Jan 11 10:03 textclock.pl >>>>>>>>>>> -rwxr-xr-x 1 admin admin 9495 Jan 10 16:26 verify_install.cgi >>>>>>>>>>> [localhost:/Library/WebServer/CGI-Executables] admin% >>>>>>>>>>> verify_install.cgi >>>>>>>>>>> verify_install.cgi: Command not found. >>>>>>>>>> >>>>>>>>>> TIA >>>>>>>>>> --------------------------------------- >>>>>>>>>> Jeremy Schwartz Starmark >>>>>>>>>> Interactive Developer >>>>>>>>>> [EMAIL PROTECTED] 954-761-1600 >>>>>>>>> >>>>>>>>> -- >>>>>>>>> Adrian Daminato >>>>>>>>> Tucows International Corp. >>>>>>>>> http://www.tucows.com >>>>>>>>> Tel: (416) 535-0123 >>>>>>>>> Fax: (416) 531-5584 >>>>>>>>> >>>>>>>>> Beauty awakens the soul to act. >>>>>>>>> - Dante >>>>>>> >>>>>>> -- >>>>>>> Adrian Daminato >>>>>>> Tucows International Corp. >>>>>>> http://www.tucows.com >>>>>>> Tel: (416) 535-0123 >>>>>>> Fax: (416) 531-5584 >>>>>>> >>>>>>> Beauty awakens the soul to act. >>>>>>> - Dante >>>>> >>>>> -- >>>>> Adrian Daminato >>>>> Tucows International Corp. >>>>> http://www.tucows.com >>>>> Tel: (416) 535-0123 >>>>> Fax: (416) 531-5584 >>>>> >>>>> Beauty awakens the soul to act. >>>>> - Dante >>> >>> -- >>> Adrian Daminato >>> Tucows International Corp. >>> http://www.tucows.com >>> Tel: (416) 535-0123 >>> Fax: (416) 531-5584 >>> >>> Beauty awakens the soul to act. >>> - Dante > > -- > Adrian Daminato > Tucows International Corp. > http://www.tucows.com > Tel: (416) 535-0123 > Fax: (416) 531-5584 > > Beauty awakens the soul to act. > - Dante
