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