Good day Jeremy, That would be caused by your expat libraries and the XML::Parser module being compiled against different sources. Recompiling these from the same source should solve it.
Take care, Mark. On Tue, 29 Jan 2002, Jeremy Schwartz wrote: > 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 > >
