[comp.sys.atari.st] Saving the desktop

didier@seismo.CSS.GOV@lasso.UUCP (02/14/87)

 
In article <8702121512.AA29066@marlin.ARPA> you write:
>In article <8702111319.AA00894@inria.inria.fr> you write:
>>Also, I have noticed that with a ramdisk installed, say in drive C, whenever
>>I save the desktop,the desktop.inf goes in the C ramdisk, not in the A floppy.
>>Is this a desirable feature ?It certainly is a bit annoying, since it requires
>>an extra copy from C to A.
>>
>The desktop.inf should be save to the drive that is currently active in the
>GEM Windows.  Try saving the Desktop with only the A drive active.
>-- 
> dobbs@marlin.nosc.mil         "An adventure is the result of bad
>--Lynn                         planning." Admiral Richard E. Byrd

 What I reported above was with ramdisk C closed and drive A open and active
on the desktop (desktop.inf goes in C when saved!). I dunno, looks like a bug to
me.

Didier Giralt                             LAAS-CNRS
                                          7 av du Colonel Roche
...!seismo!mcvax!inria!lasso!didier       31077 Toulouse Cedex
                                          France

*** The Atari ST: great hardware, lousy software and no upgrades.
                   Clean up your act, J.T. !!

john@viper.UUCP (02/15/87)

In <8702131809.AA09685@inria.inria.fr> didier@seismo.CSS.GOV@lasso.UUCP writes:
 >
 > 
 >In article <8702121512.AA29066@marlin.ARPA> you write:
 >>The desktop.inf should be save to the drive that is currently active in the
 >>GEM Windows.  Try saving the Desktop with only the A drive active.
 >>-- 
 >> dobbs@marlin.nosc.mil         "An adventure is the result of bad
 >>--Lynn                         planning." Admiral Richard E. Byrd
 >
 > What I reported above was with ramdisk C closed and drive A open and active
 >on the desktop (desktop.inf goes in C when saved!). 

 >
 >Didier Giralt                             LAAS-CNRS
 >                                          7 av du Colonel Roche
 >...!seismo!mcvax!inria!lasso!didier       31077 Toulouse Cedex
 >                                          France

Lynn is correct in one respect only.  I agree that it "should" save the
DESKTOP.INF file to the current top window's directory (or to the root
directory of a click-highlighted drive).  Unfortunatately, this is not
what happens.
  (But then, I also think the default working directory should be
be auto-selected the same way, but that's not how the desktop does things
either....)

  The destop.inf file will be saved on the root directory of the A: drive
-unless- a C: drive exists.  (It doesn't matter what windows point where...)
If a C: drive exists, the A: drive will spin (damn fool thing to mislead
users) and then actualy save the file to the root of C:... >

 >*** The Atari ST: great hardware, lousy software and no upgrades.
 >                   Clean up your act, J.T. !!

 I have to agree in part.  Atari's HW is really nice.  The software is ok
and getting better.  Upgrades do exist for the really old machines and I
hope this will continue...  The customer support in general on the other
hand has some serious problems.  If Atari doesn't start giving better
support to it's -existing- user base, it will die (period!).  Not something I
want to see happen to the source of a really nice machine, but definately
what JT deserves if he keeps biting the users who once beleived in him...
  Word of mouth can make, or break, -any- company.  Jack had better learn
this before the rep becomes more than even he can offset.  It doessn't
really matter how nice the new machines are...in the long run, any people
who get screwed will tell their friends, who will tell their friends, etc.
It hasn't gotten bad yet, but if Atari fails to make -economical- upgrades
available to the previous users or to provide tech information at reasonable
prices for the existing machines.......

gordan@maccs.UUCP (Gordan Palameta) (02/17/87)

I believe part of the original problem might be due to using C as the
RAM disk identifier.  I have heard on good authority that C is reserved
(to the cartridge port?), and that therefore you should never use C (or
A or B, obviously) for a RAM disk...


-- 
------------------------------------
UUCP:  ... !seismo!mnetor!lsuc!maccs!gordan   (note ..dAn or mail may bounce)
BITNET: GP@TANDEM                        ^  <---' 
                    Gordan Palameta

paone@topaz.UUCP (02/18/87)

Actually,  lower case c is reserved for the cartrige port.  The upper
case C will work as a ram disk, but functions by default as a harddisk
id.
-- 
Phil Paone
paone@topaz.rutgers.edu

"Admiral...There be whales here"

df@nud.UUCP (02/19/87)

In article <432@maccs.UUCP> gordan@maccs.UUCP (Gordan Palameta) writes:
>I believe part of the original problem might be due to using C as the
>RAM disk identifier.  I have heard on good authority that C is reserved
>(to the cartridge port?), and that therefore you should never use C (or
>A or B, obviously) for a RAM disk...

I have been using drive C: as my RAM disk identifier for several months
and think it is great!  I just make sure that it contains a desktop.inf
file and any accessories I need.  (Copied from a program in the AUTO folder
upon reset.)  That way when I change from medium res.  to low res. or
vice-versa, the system doesn't even access the floppy drive.
I have used my ST for several days without even accessing the floppy.

Of course, I expect to find a new RAM disk identifier as soon as I can
allocate some money for a hard disk. :-)

-Dale

-- 
Dale Farnsworth (NO7K, ex WA7PQM)	seismo!noao!mcdsun!nud!df
(602)438-5739				ihnp4!mot!nud!df

dobbs@marlin.UUCP (02/19/87)

In article <432@maccs.UUCP> gordan@maccs.UUCP (Gordan Palameta) writes:
>I believe part of the original problem might be due to using C as the
>RAM disk identifier.  I have heard on good authority that C is reserved
>(to the cartridge port?), and that therefore you should never use C (or
>A or B, obviously) for a RAM disk...
>
>
Upper case C is used as the id for a hard disk, lower case c is used for 
the cartridge port.
-- 
 dobbs@marlin.nosc.mil         "An adventure is the result of bad
--Lynn                         planning." Admiral Richard E. Byrd

gert@nikhefh.UUCP (02/20/87)

In article <432@maccs.UUCP> gordan@maccs.UUCP (Gordan Palameta) writes:
>I believe part of the original problem might be due to using C as the
>RAM disk identifier.  I have heard on good authority that C is reserved
>(to the cartridge port?), and that therefore you should never use C (or
>A or B, obviously) for a RAM disk...
>
>
>-- 
>------------------------------------
>UUCP:  ... !seismo!mnetor!lsuc!maccs!gordan   (note ..dAn or mail may bounce)
>BITNET: GP@TANDEM                        ^  <---' 
>                    Gordan Palameta

I don't know what started this discussion, but the  remarks  here
on  the  assignment  of  drive  identifiers  to logical drives is
WRONG.

The  GemDos  file  system  can  have  16  logical  devices  onine
simultaneously.  These are called "A" trough "P"  (Capitals). The
cartridge support is something different  altogether. Its  merely
a  hack  in  the  Gem  Desktop and the bios, but (as far as I can
tell) has nothing to do with GemDos.  This can be   seen from the
fact  that  a  Fsfirst/Fsnext search in drive id 'c' (small) will
find the files on the harddisk or ramdisk assigned to  drive  'C'
(capital)

The desktop's presentation of the cartridge window just like  the
normal disk and directory windows is an illusion.


Gert Poletiek
Dutch National Institute for High Energy Physics