From: quacci AT vera DOT com (jon)
Newsgroups: comp.os.msdos.djgpp
Subject: Re: Bug in RHIDE?
Date: Wed, 23 Apr 1997 01:39:21 GMT
Organization: Yale University
Lines: 58
Message-ID: <335d64dd.13622675@news.cis.yale.edu>
References: <3356C02A DOT 57E5 AT worldaccess DOT nl> <335C970F DOT 35436A7D AT Mathematik DOT tu-chemnitz DOT de>
NNTP-Posting-Host: slip-ppp-node-03.cs.yale.edu
To: djgpp AT delorie DOT com
DJ-Gateway: from newsgroup comp.os.msdos.djgpp
Precedence: bulk

On Tue, 22 Apr 1997 12:46:39 +0200, Robert Hoehne
<Robert DOT Hoehne AT Mathematik DOT tu-chemnitz DOT de> wrote:

>Bodo wrote:
>> 
>> I think I have found a bug in RHIDE version 1.2 . I have searched in the
>> documentation of RHIDE for an answer, but I could not find one.
>> When I have only one .gpr file in the _current_ directorie (the directorie
>> from where I start RHIDE), I can not choose Run under the menu Run. This
>> happens too when I start RHIDE with the name of a project-file as argument
>> e.g. "RHIDE option.gpr ".
>
>I have checked it now at home, and couldn't reproduce this. So
>I guess the following:
>
>1) This was a bug in 1.2 and is fixed now in 1.2a (but I can't
>   imagine this)

I've seen the problem, but I don't have 1.2a- I'm going to wait a bit,
because I'm doing well with 1.2. This "project related problem" is
strictly a nuisance for me- I simply close project as my first order
of buisness, then load up settings and code. Takes 2 seconds, and the
"problem" is no more.

I wish I could help with how to replicate the problem- right now, I
don't have it, haven't seen it for days. Maybe tomorrow I will again-
I am not sure what potentiates it.. It is odd, and seems to have
something to do with Rhide looking in the PRG files an arbitrary
directory one-up from where I am, using settings files there which I
don't even remember having made. When I have the problem, Rhide looks
in that directory for source, even though I didn't launch from there,
and the only way I can keep it from looking in there is by doing a
Close Project.

I'm sorry, I know this is too vague to be helpful. I'll keep my eyes
open for when it happens again.

>2) You are misinterpreting the the usage of project (.gpr) files.
>
>To explain 2): When you save/read option to a .gpr file, then there
>are stored only the customized options and nothing about the
>the main target. And here is probably your problem. RHIDE en-/disables
>automaticaly some menu entries by checking your project. The menu
>entry Run/Run for instance is enabled only in the folllowing cases:
>
>1) There is a project opened AND the main target name is known to
>   be executable (a name without suffix or with suffix .exe)

I tend to use RUN like I would MAKE ALL or COMPILE for short programs;
I just let RUN do the work, so many times I don't have an EXE waiting
for me. 

>2) There is no project opened but there are some editor windows
>   opened on the desktop.

Hmmm... I still wonder if what I am seeing as a bug is really a
feature that I am not using correctly. This doesn't completely clear
that up. But Rhide is great, and I'm happy to use it.