[comp.sys.amiga] Pushing ASSIGN to the limit?

jmdavis@ihlpm.ATT.COM (Davis) (08/24/88)

In an effort to ease the pain in changing all programs that access
RAM: to VD0: or RAD: (when it comes out) I was wondering if I could
simply do an:
	ASSIGN RAM: VD0:

I could test this myself, but I can't convince myself that even if
it is successful after 10 mins of testing that it will be successful
in all circumstances.

Along the same lines, can I do an
	ASSIGN DH0: VD0:
so that I have access to my ram disk inside of DPaintII. (Boy their file
requester sure is brain dead!) BTW, I don't have a hard disk.

(And what if I ASSIGN my DF1: somewhere else? Can I do it?)

---------

I can guess that any assign involving a mounted physical device can
sense that fact and act accordingly (whatever that means)

	{You didn't want to assign DF0: you really meant WorkBench:}
	
I am fully prepared to get rid of Ram.Handler. Will this make RAM:
always be a logical device and solve my problem?

-- 
________________________________________
					|	Mike Davis
					|	..!att!ihlpm!jmdavis
				 	|_________________________

smaug@eneevax.UUCP (Kurt Lidl) (08/24/88)

In article <2259@ihlpm.ATT.COM> jmdavis@ihlpm.ATT.COM (Davis) writes:
>[questions about assigning devs to devs removed]

>Along the same lines, can I do an
>	ASSIGN DH0: VD0:
>so that I have access to my ram disk inside of DPaintII. (Boy their file
>requester sure is brain dead!) BTW, I don't have a hard disk.

	No!  In Dpaint II there is the folder/directory requester and the
filename requester.  Simply click on the directory requestor (the upper
of the two) and type in vd0:
	When you hit return, it will corectly show the files in that
device (vd0:).  Then you can go into sub-directories as you normally would.
Easy as pi! (~3.14159269)

>(And what if I ASSIGN my DF1: somewhere else? Can I do it?)

I think that there is a program floating around that will allow you to
assign one device to another.  eg assigndev df1: df2:
to change your (non-existant) second internal 3.5" on a B2000 to your
external 3.5" drive.  Don't ask me for a copy - I don't have one :-(.

>Mike Davis
Kurt
-- 
==================================================================
==  Kurt J. Lidl  (smaug@eneevax.umd.edu)	(301)663-2332	==
==  UUCP: [seismo,allegra]!umcp-cs!eneevax!smaug		==
========"It's after 3am, no point in going to sleep now..."=======

sneakers@heimat.UUCP (Dan "Sneakers" Schein) (08/26/88)

In Message <2259@ihlpm.ATT.COM>, jmdavis@ihlpm.ATT.COM (Davis) writes:

>In an effort to ease the pain in changing all programs that access
>RAM: to VD0: or RAD: (when it comes out) I was wondering if I could
>simply do an:
>	ASSIGN RAM: VD0:
>
 No this doesn't work. You can not assign any existing device to another.
 Do an "assign" command and anything after the word "Devices:" (at the end)
 can not be reassigned.

>Along the same lines, can I do an
>	ASSIGN DH0: VD0:
>so that I have access to my ram disk inside of DPaintII. (Boy their file
>requester sure is brain dead!) BTW, I don't have a hard disk.
>
 Now this one will work provided "DH0:" doesn't exist.

>(And what if I ASSIGN my DF1: somewhere else? Can I do it?)
>
 Sure you can do that - like in the case of "Assign df1: df2:" (provided df1:
 does not exist and df2: does). Only thing is that df1: is actually assigned
 to the volume name of the disk in df2: and not the device df2: - again this
 can be seen via the assign command.

 If you do want to use an external device as df1: try adding an entry to your
 mountlist and mounting it! Heres the one I have been using for about 5 months
 now:

/* MOUNTLIST file for allowing an external 3.5" (DF2:) to be mounted as DF1:
*/

DF1:       Device = trackdisk.device
           Unit   = 2
           Flags  = 1
           Surfaces  = 2
           BlocksPerTrack = 11
           Reserved = 2
           PreAlloc = 11
           Interleave = 0
           LowCyl = 0  ;  HighCyl = 79
           Buffers = 20
           BufMemType = 3
#

>					|	Mike Davis


--
 Dan "Sneakers" Schein     {alegra|amiga|rutgers|uunet}!cbmvax!heimat!sneakers
 Sneakers Computing
 2455 McKinley Ave
 West Lawn PA 19609                          Call:      BERKS AMIGA BBS
                                                    24 Hrs - 3/12/2400 Baud
 Disclaimer: Any opinions expressed are	            40 Meg -=- 215/678-7691
             those of Sneakers Computing

 Of course heimat is an Amiga, doesn't everyone run UUCP & UseNet on an Amiga?

page@swan.ulowell.edu (Bob Page) (08/30/88)

When assigning devices, you really want Phil Lindsay's program
AssignDev, available on fish 79 and 111.

..Bob
-- 
Bob Page, U of Lowell CS Dept.  page@swan.ulowell.edu  ulowell!page
"What a wonder is USENET; such wholesale production of conjecture from
such a trifling investment in fact."	-- Carl S. Gutekunst