Mail Archives: djgpp/2001/01/06/06:47:47
> From: John Casey <jgcasey AT vic DOT ozland DOT net DOT au>
> Newsgroups: comp.os.msdos.djgpp
> Date: Sat, 06 Jan 2001 05:21:08 +1100
> > >
> > > [This is all in the FAQ, too, I think.
> >
> > Yes, in section 22.1.
>
> I _did_ unzip and read djgppfag. section 22.1 is,
>
> 22.1 Unzipping gppNNb.zip complains about g++.exe
This is an old version of the FAQ. The latest one, v2/faq230b.zip,
has a different section 22.1, reproduced at the end of this mesage.
I suggest to upgrade to the latest FAQ, the previous version is very
old.
> I measure the user friendlyness of an interface or program by
> the degree to which you don't have to read the manual or FAQ.
There's limit to which you can learn a complex and powerful program
without reading the docs.
I don't maintain RHIDE (I don't even use it); I put that section in
the FAQ because it tends to be asked a lot.
------------------------------------------------------------------
22.1 Problems with using RHIDE.
===============================
_*Q*: Why does RHIDE put all my source files in the `C:\Windows\Desktop'
directory?_
_*Q*: RHIDE doesn't remember the path names of the files I edited in my
previous session...._
_*Q*: Why does RHIDE show the "Compile" option as disabled, although there's
a source file loaded?_
_*Q*: Sometimes, especially during debugging, RHIDE seems to screw up the
display, or crash, or blank the screen and hang. How can I avoid this?_
*A*: To prevent problems with source files not being found by RHIDE or being
put into strange directories, use a simple two-step recipe:
* Always start RHIDE from the same directory where you want your sources
to live. On Windows, open a DOS box (you can use a shortcut to do
that), change to the directory where you want to put your files using
the `cd' command, then type `rhide FILE' from the command line, where
FILE is either the name of the source file or the name of the project
file, usually with a `.gpr' extension.
* Use project files. Start RHIDE from the directory of your project, as
described above, then add the source files to the project using the
`Project | Add' dialog from the main menu. If you use a project file,
you can have your source files in several different directories; in that
case, start RHIDE from the directory where you keep the project file.
Alternatively, you could double-click on the project file for your project;
Windows will then invoke RHIDE in the directory of the project file. You
might need to associate the `.gpr' extensions with RHIDE, before you can use
this feature.
By default, your program's `.exe' executable file goes to the same directory
where you keep the project file, but the `Project' dialog lets you specify a
different directory, in case you need that.
Display-related problems with RHIDE are usually caused by a faulty video
driver (on Windows 9X) or bugs in the SVGA firmware. RHIDE uses advanced
VESA functions to save and restore the screen contents and mode-specific
settings, and some SVGAs and video drivers don't implement these functions
very well. One particularly problematic SVGA card (which will remain
unnamed) has bugs even in the standard VGA modes. Downloading the latest
video drivers from the vendor's site and upgrading the video BIOS usually
helps; if not, the only solution is to replace the video adapter.
- Raw text -