Mail Archives: djgpp/1998/07/22/15:46:38
Arthur wrote:
> >> >1) Creating a project takes less than 20 seconds.
> >>
> >> Yup. 20 seconds. OK, so I've just written a piece of code that's crashed
> the
> >> computer. It takes the best part of a minute to get me up to the desktop
> >> (more if scandisk has to run), and 20 seconds just seems a little too
> much.
> >> It's an extra click or two. And I have to do this over and over again
> until
> >> I fix the bit which crashes.
> >
> >Wrong! Write your project, exit RHIDE to save it on disk (flush the
> >cache if you can do it) enter RHIDE again. Now crash the machine the
> >project will be there when you reboot.
>
> Yes, but I still don't want to use projects.
Then help Robert to fix the bug that avoids it ;-)
> >> >2) What do you mean with "import all the stuff", what stuff?
> >>
> >> You create a project then import the file(s) into it (OK, so it's not
> called
> >> importing...)
> >
> >That's needed just ones. And if you are creating a multifile program
> >you *need* a project with any IDE, isn't just with RHIDE.
>
>
> Yes, I know. Or a makefile.
>
> >> >3) You don't need to setup directories for a simple file. You only
> >> >need to setup directories for a multidirectory project.
> >>
> >> I do. Every time you load up your C file and want to get it to run, you
> have
> >> to use Options->Directories->Sources otherwise it won't compile (given
> that
> >> not all of my sources are in the same place). This is the real
> problem.Why
> >> can't it do this as it loads the file?
> >
> >You are doing something *very* wrong. Run RHIDE from the directory
> >where your sources are located, that's all. You only need to specify
> >the source dir if the files are located in more than one directory.
>
>
> OK, let me repeat: not all of my sources are in the same place. I like it
> that way. They're all in their own folders according to type, current
> project etc. Also, I've got RHIDE in my Start Menu, so unless I want to
> create a shell or batch file for it I can't do what you suggest.
1) When I say "You only need to specify the source dir if the files
are located in more than one directory" It means: when part of the
files that belongs to a project are in one directory and other files
(that belong to the same project) are in other directory. That's the
only case where you must set the directory. And in this case you
can't avoid projects, and you won't find an IDE that avoids projects
in this case.
2) If you like to start RHIDE from the start menu create ONE entry
for each project. And you *can* specifiy the working directory for
the items in the Start Menu.
> >> >4) What is "the correct working resolution"? I never setup a thing
> >> >with this name ...
> >>
> >> Well, the resolution (Options->Environment->Preferences) that I find less
> >> straining on the eyes... The correct resolution for ME.
> >
> >That's needed only in rhide.gpr, you don't need to setup it all the
> >time.
>
> OK.
>
> >> >Normally loading the file and presing CTRL+F9 all is OK. In some
> >> >cases (for example when you have a rhide.gpr file) you need to just
> >> >create a project with the file. What's so complex?
> >>
> >> Nothing, it's just a little bit more to do, that's all. When I did have
> >> DFE95 working, I could open the file, click on compile, click on run and
> >> it's done. I didn't need to create a project, I didn't need to change the
> >> directories. Even though I can't get it to compile anymore, I still use
> it
> >> to edit my code and then open a DOSBOX and call gpp myself. I find that
> >> quicker than using RHIDE.
> >>
> >
> >That's because you are wrongly using the projects and you are calling
> >RHIDE with "working directory" empty or pointing to the bin directory
> >(a very common error).
>
>
> It's not an error, it's by choice (see above). I do not want to use a
> project if I'm only using one file. In my current setup, I can open Explorer
> and double-click on the file to edit it. I can then open a DOSBOX which
> defaults to the open directory in Explorer. I type "gpp file.cc -o file.exe"
> which compiles my file.
>
> I can call RHIDE from the DOSBOX if I want to, and it works properly ('cos
> it's in the right directory). And I do, if there's more than one file to
> edit. But for a single file, on which I am experimenting new routines etc,
> it's easier to fiddle about with the switches manually (IMO).
I do small experiments too, but as I don't use the rhide.gpr I can
load the small experiment and press CRTL+F9, that's all what I need.
> I'm going to have a look at your editor, SET, and see if it's an improvement
> :^)
SET's editor is the same editor used by RHIDE ;-))
SET's editor is just an editor, isn't supposed to be an IDE. You can
compile a program from the editor indicating what command line you
want to use in "Tool&Ops|Options|Run program (which one)" then
pressing CTRL+F9 the editor will call it and collect the errors.
Additionally I guess you'll need to:
1) Run the editor in the %DJDIR%/share/setedit directory to setup
your defaults (colors, video mode, fonts, palette, etc).
2) Running in the same directory enable the "Tool&Ops|Options|Editor
General|Don't create desktop files" I guess that's better for people
that run things from W95 direct access links.
But again, that's an editor, not an IDE. I use RHIDE to program and
the standalone version of the editor to edit text, create docs,
etc.
SET
------------------------------------ 0 --------------------------------
Visit my home page: http://set-soft.home.ml.org/
or
http://www.geocities.com/SiliconValley/Vista/6552/
Salvador Eduardo Tropea (SET). (Electronics Engineer)
Alternative e-mail: set-soft AT usa DOT net set AT computer DOT org
ICQ: 2951574
Address: Curapaligue 2124, Caseros, 3 de Febrero
Buenos Aires, (1678), ARGENTINA
TE: +(541) 759 0013
- Raw text -