Mail Archives: djgpp/2001/11/21/08:31:50
Cody <cody1 AT ktsnet DOT com> wrote:
>> How *exactly* do you start RHIDE? What were the earlier problems you
>> hint at in the first message of this thread, and how did you overcome
>> those?
> I created a shortcut to RHIDE that merely calls c:\djgpp\bin\rhide.exe.
And that's exactly how you should *not* do it.
This creates exactly the kind of problem you're having: the current
working directory of the running RHIDE is going to be set up to be
c:\djgpp\bin or whichever the current directory your explorer points
at happens to be. From there onwards, everything falls down. It'll
write executables into c:\djgpp\bin, where you definitely shouldn't
put them. You won't be able to directly open a .cpp file store
anywhere but in c:\djgpp\bin, where they *definitely* shouldn't ever
be.
> I never fixed the earlier problem. Just turned my computer on one day (such
> as today), and it was magically fixed.
It wasn't fixed, it just happend to work by good luck.
> I did nothing different in the way I called rhide, opened the file,
> or nothing else.
>> Open a DOS box
>> 'cd' to the directory with your source in
>> rhide one (or whatever it's called)
>> add 'one.c' to the project
>> Select 'Run' from the menu
> I do not use project files when compiling my programs.
Please, if just for the sake of experiment, *do* try the above recipe
once before dismissing it just because you don't think you want to use
projects.
--
Hans-Bernhard Broeker (broeker AT physik DOT rwth-aachen DOT de)
Even if all the snow were burnt, ashes would remain.
- Raw text -