Re: [greenstone-devel] Windows -compatible distributionthatdoesn't require playing withhosts file or using

From Emanuel Dejanu
DateTue, 5 Jul 2005 09:23:17 +0300
Subject Re: [greenstone-devel] Windows -compatible distributionthatdoesn't require playing withhosts file or using
In-Reply-To (1120539762-32754-16-camel-localhost-localdomain)

We are running our server from already. But we use a heavy
modified version of greenstone.
We use InstallShield to install our collections and we write the
gsdlsite.cfg file from install
script, may be you can do it also.
Also our modified version of greenstone supports detection of FireFox,
Mozilla Suite, Netscape 4,6+,8.
It can also detect Opera but we have problems because Opera is requesting
very fast from server and the greenstone webserver is not multithread.

So for problem just edit src/w32server/fnord.cpp in enter library
we have

// get the url and attempt to start a browser
text_t localname = "";
localname = GetLocalName(NULL);
if (!swUtil::IsIp4Address(localname)) {
localname = "";
} else if (localname == "localhost") {
localname = "";
gsdl_server_ip = localname;

GSDL_USE_GETLOCALNAME macro is not defined for us.

Hope that this is helping you.

Best regards,


-----Original Message-----
[] On Behalf Of
Daniel Paul O'Donnell
Sent: Tuesday, July 05, 2005 8:03 AM
To: Katherine Don
Subject: Re: [greenstone-devel] Windows -compatible distributionthat doesn't
require playing with hosts file or using

On Tue, 2005-05-07 at 14:32 +1200, Katherine Don wrote:
> Hi Daniel
> For the first problem, you can set the "browser" field in gsdlsite.cfg to

I've not been responsible for this part of the setup directly, but here is
the response of the person who has been. My understanding is that we've not
been able to intervene in the .cfg file that is set up from the disc:

> Katherine was correct in changing the browser in gsdlsite.cfg file.
> The
> problem is, this file is automatically generated when server.exe is
> executed. It looks like this:
> [gsdl]
> enterlib=/gsdl
> gsdlhome=C:caedmonCaedmongsdl
> gdbmhome=C:caedmonCaedmongsdl
> logfilename=c:gsdl.log
> keeplog=0
> consolelog=0
> portnumber=80
> autoenter=0
> browser=1
> browserexe=c:program filesinternet exploreriexplore.exe
> start_browser=1
> It would be easy enough to edit the file to suit our purposes.
> However, when
> you create a self-installing CD, gsdlsite.cfg does not exist. If we
> included our version of gsdlsite.cfg (as shown above) then the server
> would be looking for the same directory structure as shown above. This
> is the problem we encountered on your office computer; the server was
> looking for a directory structure, which did not exist (e.g.
> gsdlhome=C:caedmonCaedmongsdl).
> too?

Does anybody know a solution to this particular installation problem?

> For the second problem, we need to modify the local library server to
> use "localhost" or "", instead of trying to work out the
> computer's network address "intelligently".
> There are now several people urgently requiring this modification, so
> Michael will be looking at it tomorrow.
Thanks VERY much. I've written the publisher asking for a few days'

> Regards,
> Katherine Don
> Daniel Paul O'Donnell wrote:
> > Hello,
> > I've search the archives and googled this issue. I know it is
> > relatively common, but am writing to this list in hopes that
> > somebody knows an elegant solution.
> > We are about to burn a Master CD for publication with a book that
> > uses Greenstone to provide search functionality. The intended
> > audience is medievalists with a computer, i.e. varying technical
> > competence from 0.1 to 10.
> > We have two problems.
> > 1) The first is with the use of IE as the default browser (the
> > project is very standards based and IE doesn't work as well as other
> > browsers; since we recommend against it in our system requirements,
> > we don't want Greenstone to load it as the standard browser. Is
> > there a way of setting up the install so that the local computer browser
is the default choice?
> > Since there is a "default" choice in the File menu that appears on
> > the startup screen, it seems to me there must be a way of setting it
> > so that option is checked by default. We just can't figure out how to do
> >
> > 2) The second issue has to do with problems with how Greenstone
> > installs in Windows. On XP computers that are connected to networks
> > and receive dynamic IP addresses (at the least), Greenstone builds
> > the wrong
> > address: computer_name.network_name instead of localhost. We've
> > checked the proxies are off following the information in the FAQ
> >
8), and we can get the server running from or by editing
/WINDOWS/drivers/etc/hosts. The issue is that we can't (necessarily) expect
our final users to do this to their systems correctly. Most are going to
expect the program to work out of the box.
> >
> > Does anybody know a more elegant solution to this issue? I realise
> > it is quite common (e.g.
> >
> > -0-0--0prompt-10---4----dtx--0-1l--1-en-50---20-about-127--00031-001
> > -1-0utfZz-8-00&a=d&c=gsarch&cl=search&d=s028bb07.017-apps.niwi.knaw.
> > nl ) but it looks to me like it is going to force us to drop an
> > otherwise quite useful adaptation of Greenstone. Does anybody have
> > experience distributing a project with Greenstone to a similar range of
users? What did you do about this problem? All solutions will be
appreciated. We need to fix this or drop Greenstone this week.
> > -d
Dr. Daniel Paul O'Donnell
Associate Professor of English
Director, Digital Medievalist Project
University of Lethbridge
Lethbridge AB T1K 3M4

vox: +1 (403) 329-2377
fax: +1 (403) 382-7191


Digital Medievalist Project:


greenstone-devel mailing list