[Xitami] Tseting CGI on localhost

Wed, 7 Jul 2004 12:17:38 -0700

I've made some progress.  Looked through the server logs, and discovered an
error relating to Xitami trying to resolve the script name.  The problem was
that the default install puts Xitami in a directory name containing spaces;
the internal routine that resolves the physical script name stopped at the
first space it found (in the middle of the web server directory name).  I
renamed the webserver directory name to remove spaces, and now I'm HTTPing
to my script.
However, debugging is now a problem.  If I have the -d directive in the
script, Xitami hangs and fails with HTTP error 503.  Not sure how to resolve
that, but at least I'm executing locally now.
BTW - I'm using v2.5c1, if that helps.

-----Original Message-----
From: xitami-admin@lists.xitami.org [mailto:xitami-admin@lists.xitami.org]
On Behalf Of R O
Sent: Wednesday, July 07, 2004 10:36 AM
To: xitami@lists.xitami.org
Subject: RE: [Xitami] Tseting CGI on localhost

actually, it is the Xitami.cfg that is supposed to be hardwired and your not
supposed to edit that.  In Xitami.cfg is a line pointing to your true config
- default.cfg (or whatever name you want to change it to.).  The default.cfg
should have all your baseline configs which should override the xitami.cfg
configs.  If you edit the xitami.cfg and mess things up then you could
potentially have to reinstall everything.  I have actually corrupted mine
before b/c I kept toying with it - took me a week to figure out it was
corrupted (it was the last thing I thought of why things weren't working).

What version of xitami are you using - I recall hearing some early XP
versions of xitami that had CGI (and/or PHP) problems.  Maybe someone else
can comment on this.

The cg-bin path offers two options - 1) /cgi-bin is the root path (or a
variation of it), as in http://blah.com/cgi-bin/test.pl and 2) /cgi-bin can
be anywhere in the URL as in, http://blah.com/site/cgi-bin/myscripts/test.pl
- but the path, obviously, must exist.  Remember that webservers need to
know where the CGI scripts reside - unlike PHP where they can be executed
from anywhere.

The two MAIN cgi configure lines are:
Main CGI directory:  	cgi-bin
     * (or where ever you store them)
     * all your scripts must be in that directory or a sub-dir of that main
directory
     * it is also wise to have that directory sit at the same level as your
"webpages" root dir CGI URLs start with:  /cgi-bin
     * As I do, this makes the full URL path to the cgi directory start with
/cgi-bin
           * correct: http://blah.com/cgi-bin/test.pl
            * incorrect: http://blah.com/scripts/cgi-bin/test.pl
     * you can anchor it another spot, but why?  :-)

There is a sub-CGI configuration too, but don't confuse that with the root
configuration
Working directory:  	'-'
     * '-' means use program directory, refer to main config Match /cgi-bin
anywhere in URL?
      * if selected this allows you to put cgi-bin anywhere in the URL path,
but can be confusing at first
       * if not selected (recommended) this anchors all URLs to
http://blah.com/cgi-bin/test.pl

g-luck.

Russel P. Olinger
rolinger1@hotmail.com

>From: <jgdeitz@cox.net>
>Reply-To: xitami@lists.xitami.org
>To: <xitami@lists.xitami.org>
>Subject: RE: [Xitami] Tseting CGI on localhost
>Date: Wed, 7 Jul 2004 08:39:58 -0700
>
>I've continued to work on this, and now have the Komodo debugger 
>getting invoked, but the execution location is in an IE temp internet 
>files directory, and still not getting the HTTP vars passed through.  
>Here's answers to you questions:
>
>1) This seems to be covered.  My HOSTS file (under Windows) shows 
>127.0.0.1 associated with localhost. Entering http://127.0.0.1/ in the 
>browser address line calls up the index.html file in the web server 
>root directory, and entering http://localhost/ there does the same.
>2) I use the GUI Xitami configuration utility.  Under the [CGI] section 
>I have the WORKDIR variable set to "-" which is supposed to cause the 
>script to run from the directory where the script resides. Sounds like 
>the DEFAULT.CFG approach is hard wired, but I'm willing to try it if 
>you can point me to some doc on it.
>3) PL files are properly alliased, as I have no problem running 
>ActiveState's Komodo debugger in stand-alone mode. My PATH statement in 
>the environment is also set up properly.  It starts out with 
>C\PERL\BIN, which is what Xitami is supposed to discover and handle.
>
>Bottom line: it seems that Ximeta is recognizing the script as just a 
>file (that it invoked the associated fil service on), and not a CGI script.
>That
>would explain the script running, but un the wrong location and WITHOUT 
>any of the HTTP environment passed in.  Do you think setting up 
>DEFAULT.CFG will solve that?
>
>Thanks!
>
>-----Original Message-----
>From: xitami-admin@lists.xitami.org 
>[mailto:xitami-admin@lists.xitami.org]
>On Behalf Of RPO
>Sent: Wednesday, July 07, 2004 7:13 AM
>To: xitami@lists.xitami.org
>Subject: Re: [Xitami] Tseting CGI on localhost
>
>sounds like you have 3 issues: xitami config issue, WinXP issue and 
>Perl script issue:
>
>1.  is localhost aliased properly?  is 127.0.0.1 selected as an IP 
>address that xitami will run on?
>2.  did you set up you cgi-bin root directory properly in defaults.cfg?
>what is the root path for you cgi-bin files?
>3.  did you alias .pl files, in WinXP, to your /perl/bin/perl program - 
>or where ever you installed perl to?
>
>
>----- Original Message -----
>From: <jgdeitz@cox.net>
>To: <xitami@lists.xitami.org>
>Sent: Tuesday, July 06, 2004 4:36 PM
>Subject: [Xitami] Tseting CGI on localhost
>
>
> > I'm trying to test a Perl CGI program (form processor, POST) on
>localhost
> > (WinXP).  I'm experiencing a series of problems:
> >
> > 1)  When I invoke the pgm.pl from a form with 
> > action="http://localhost/cgi/alwmsg.pl" it fails with a "Page not found"
> > error; however, if I type the same URL into a browser the program 
> > runs,
>but
> > (see problem 2)
> > 2)  When the program executes, it seems to be simply executing under 
> > Windows. Running the manual debugger, I see that none of the HTTP
>variables
> > are in ENV, and none of the form fields are passed in.
> >
> > I've set up a CGI Alias called "localalw" and associated the exact
>directory
> > where the Perl script is.
> >
> > I've also set two environmental variables to try to invoke the
>ActiveState
> > Komodo debugger instead of the default one:
> >
> > PERL5LIB
> > c:\Program Files\ActiveState Komodo 2.5 PERLDB_OPTS
> > RemotePort=localhost:9011 PrintRet=0
> >
> > But this does not work; default (command line) debugger still gets
>invoked.
> >
> > My Goal: When I invoke the Perl program from a HTML page form, I 
> > would
>like
> > the debugger (Komodo) to be invoked for the program, normal HTTP/CGI 
> > environment variables to be set up for the program, and the output 
> > from
>the
> > program (an HTML page) returned in the browser.
> >
> > Any idea why HTTP isn't handling my Perl script?
> >
> > Thanks for any help.
> >
> >
> >
> >
> > --
> > Xitami Users Mailing List -- For Xitami support To unsubscribe: 
> > http://lists.xitami.org/mailman/listinfo/xitami
> >
>
>
>--
>Xitami Users Mailing List -- For Xitami support To unsubscribe: 
>http://lists.xitami.org/mailman/listinfo/xitami
>
>
>
>--
>Xitami Users Mailing List -- For Xitami support To unsubscribe: 
>http://lists.xitami.org/mailman/listinfo/xitami

_________________________________________________________________
Check out the latest news, polls and tools in the MSN 2004 Election Guide! 
http://special.msn.com/msn/election2004.armx

--
Xitami Users Mailing List -- For Xitami support To unsubscribe:
http://lists.xitami.org/mailman/listinfo/xitami