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
> Jeremy@Starmarkintl.com 954-761-1600
>
> > From: Adrian Daminato <adrian@tucows.com>
> > Date: Tue, 29 Jan 2002 15:56:19 -0500
> > To: Jeremy Schwartz <jeremy@starmark.com>
> > Cc: Charles Daminato <chuck@tucows.com>
> > 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
> >> Jeremy@Starmarkintl.com 954-761-1600
> >>
> >>> From: Adrian Daminato <adrian@tucows.com>
> >>> Date: Tue, 29 Jan 2002 15:22:17 -0500
> >>> To: Jeremy Schwartz <jeremy@starmark.com>
> >>> 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
> >>>> Jeremy@Starmarkintl.com 954-761-1600
> >>>>
> >>>>> From: Adrian Daminato <adrian@tucows.com>
> >>>>> Date: Tue, 29 Jan 2002 15:09:30 -0500
> >>>>> To: Jeremy Schwartz <jeremy@starmark.com>
> >>>>> 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
> >>>>>> Jeremy@Starmarkintl.com 954-761-1600
> >>>>>>
> >>>>>>> From: Adrian Daminato <adrian@tucows.com>
> >>>>>>> Date: Tue, 29 Jan 2002 14:50:15 -0500
> >>>>>>> To: Jeremy Schwartz <jeremy@starmark.com>
> >>>>>>> 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
> >>>>>>>> Jeremy@Starmarkintl.com 954-761-1600
> >>>>>>>>
> >>>>>>>>> From: Adrian Daminato <adrian@tucows.com>
> >>>>>>>>> Date: Tue, 29 Jan 2002 13:53:02 -0500
> >>>>>>>>> To: Jeremy Schwartz <jeremy@starmark.com>
> >>>>>>>>> Cc: discuss-list@opensrs.org, dev-list@opensrs.org
> >>>>>>>>> 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, jeremy@starmark.com 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
> >>>>>>>>>> Jeremy@Starmarkintl.com 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
>
>
This archive was generated by hypermail 2.1.3 : Tue Oct 19 2004 - 23:36:56 EDT