unable to run search script

Post Reply
User avatar
Thunderstone
Site Admin
Posts: 2504
Joined: Wed Jun 07, 2000 6:20 pm

unable to run search script

Post by Thunderstone »



I downloaded the Solaris SPARC version of webinator, installed it and ran
it fine. When I tried to view the search form, I ran into several errors,
however. Originally, I tried the equivalent of
/cgi/texis/webinator/search, which gave error 002 since that didn't
actually exist. Eventually I fixed that problem (I believe) by copying
the search script into the same directory as the texis file and removing
the webinator from the reference. I only include this information because
I am not sure of its relevance to my next question.

After this happened, I got the following error:

004 /search:97: Could not create database
/n/homeserver/u/freshman/public_html/webinator/db


Then, I just started copying things into the cgi directory. search.vtx
seemed to work. Now, I get the search interface. But, when I try to make
a search, the database does not seem to exist. Any clues on what
direction I should move in would be very much appreciated.

Thanks

Mike Akins





User avatar
Thunderstone
Site Admin
Posts: 2504
Joined: Wed Jun 07, 2000 6:20 pm

unable to run search script

Post by Thunderstone »




The "texis" executable should be in your cgi bin directory (where your
web server lets you run cgi programs). The script, "search" in this case,
should be somewhere under the web documents directory, generally under
the webinator directory.

If "search" is in the webinator directory and the webinator directory
is accessable with http://www.mysite.com/webinator/ and texis is in
a directory called cgi-bin, you would use the following to run the script:
http://www.mysite.com/cgi-bin/texis/webinator/search/

Both texis, as run from the web server, and gw need permissions on
the database. Programs run by the web server generally run as a different
userid than any other user on the system. gw should be setuid to the userid
that texis will run as or the database directory and all of the files in it
need to have unix permissions granted, using chmod, so that texis may access
them. The installation program and readme cover these issues.

Also, you must actually walk something with gw before doing a search.


User avatar
Thunderstone
Site Admin
Posts: 2504
Joined: Wed Jun 07, 2000 6:20 pm

unable to run search script

Post by Thunderstone »



At 02:34 PM 9/12/97 -0400, Mark Willson wrote:

I am set up this way.

When I http://www.mysite.com/cgi-bin/texis/webinator/search/, I get the
form back to search the appropriate database. I enter search arguments
into the form and click go. What I get back is the url
http://www.mysite.com/cgi-bin/texis/web ... or/search/
*****************

I also get the error page which identifies this as
Free Webinator Version 2.1.874085782 of Sept 12, 1997

Error

002 D:/webserver/docs/webinator/search/webinator/search: Can't open source file
D:/webserver/docs/webinator/search/webinator/search: No such file or
directory in the
function compilefile


I did modify D:/webserver/docs/webinator/search so that in "setdb",
<$defaultdb = D:\webserver\docs\webinator\>
and
<$db = "mydbase">

Of course, I built "mydbase" by running gw -dmydbase while I was in
the D:\webserver\docs\webinator directory (so "mydbase" is a subdirectory
off of webinator) and D:\webserver\docs\ is my $DOCUMENT_ROOT.

I did not forget to gw -dmydbase -index.

Why is the search script putting in the extra "/webinator/search/" string at
the end?

I also tried to use the administrative script which will allow one to walk
through the various variables and it behaves similarly.

NT 4.0 on a Pentium using Sambar server. The Web server is not doing this.

-Dave




User avatar
Thunderstone
Site Admin
Posts: 2504
Joined: Wed Jun 07, 2000 6:20 pm

unable to run search script

Post by Thunderstone »



..

Sambar's CGI implementation is not to spec. Specifically they do not
set SCRIPT_NAME correctly. It's really hard to generate correct urls
from bad information. You need a web server that implements CGI correctly.


Post Reply