[comp.sys.amiga] Arp info bug?

pawn@wpi.wpi.edu (Kevin Goroway) (04/28/89)

Oddly enough, Arp1.3's info claims that Amiga floppies are 837K.


-- 
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
| Pawn@wpi.wpi.edu 		Worcester Polytechnic Institute, Mass, U.S.A. |
| Pawn@wpi.Bitnet		main() { printf("Hello World!\n"); }          |
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=

ecphssrw@roger.csun.edu (Stephen Walton) (04/29/89)

In article <2078@wpi.wpi.edu>, pawn@wpi (Kevin Goroway) writes:
>Oddly enough, Arp1.3's info claims that Amiga floppies are 837K.

Which is correct:  Arp Info is smart enough to know that a floppy
block only holds 488 bytes of data instead of 512.  488*1760=837K.
--
Steve Walton

agnus@nadia.UUCP (Matthias Zepf) (04/30/89)

In article <2078@wpi.wpi.edu> pawn@wpi.wpi.edu (Kevin Goroway) writes:
>Oddly enough, Arp1.3's info claims that Amiga floppies are 837K.

That is completely right. Look here:

	80 Tracks * 2 Sides * 11 Sectors * 488 Bytes = 838.75 kByte/Disk
                                           =========
With normal file system a sector only contains 488 Byte and not 512!
If you use fast file system, you have 512 byte/sectors.

Greets, Matthias

-- 
  +---------------------------------------------------------------------+
  |  Matthias "Agnus" Zepf     ...!uunet!unido!gtc!aragon!amylnd!agnus  |
  |  D-7250 Leonberg, West Germany   AMIGA made it possible FIRST!      |
  +---------------------------------------------------------------------+

new@udel.EDU (Darren New) (05/02/89)

In article <415@nadia.UUCP> agnus@nadia.UUCP (Matthias Zepf) writes:
>In article <2078@wpi.wpi.edu> pawn@wpi.wpi.edu (Kevin Goroway) writes:
>>Oddly enough, Arp1.3's info claims that Amiga floppies are 837K.
>That is completely right. Look here:
>	80 Tracks * 2 Sides * 11 Sectors * 488 Bytes = 838.75 kByte/Disk
>With normal file system a sector only contains 488 Byte and not 512!


This still seems slightly bogus to me. If you are going to become
incompatible, why not go all the way?  Why not remove the two reserved secotors
from the count? Why not remove the root directory, since that is also in
effect reserved? What about extension blocks? File header blocks? None of these
sectors are available for storing MY data.  -- Darren

cmcmanis%pepper@Sun.COM (Chuck McManis) (05/03/89)

In article <2078@wpi.wpi.edu> (Kevin Goroway) writes:
>Oddly enough, Arp1.3's info claims that Amiga floppies are 837K.

Oddly enough, that's how much data they can hold. 
	1760 blocks * 488 bytes/block / 1024 bytes/K = 838K
	two reserved blocks (bootblocks) 	     -   1K
						     =======
				Total Capacity	       837K

And in fact it is a bit lower than that since this doesn't consider the
overhead of a fileheader block, directory block, and any extension blocks
that may be required.


--Chuck McManis
uucp: {anywhere}!sun!cmcmanis   BIX: cmcmanis  ARPAnet: cmcmanis@sun.com
These opinions are my own and no one elses, but you knew that didn't you.
"A most excellent barbarian ... Genghis Kahn!"

dwi@manta.NOSC.MIL (Steve Stamper) (05/03/89)

Of course ARP info IS smart enough to realize that floppies formatted
with the FFS can hold 875k!
hardly a bug in any case.
-Roger

lphillips@lpami.wimsey.bc.ca (Larry Phillips) (05/03/89)

In <2078@wpi.wpi.edu>, pawn@wpi.wpi.edu (Kevin Goroway) writes:
>Oddly enough, Arp1.3's info claims that Amiga floppies are 837K.

Yes, that is extremely odd. According to my calculations, it should be:

			1760	blocks per diskette
	-  	   3	(root block, bitmap, and sector 0)
		-------
		   1757
	*		 488	data bytes per sector
		-------
		 857416	data bytes per diskette
	/     1024  bytes per K
		-------
		    837.320313		KBytes per floppy

So where are the other .320313 bytes going anyway?

-larry

--
Frisbeetarianism: The belief that when you die, your soul goes up on
                  the roof and gets stuck.
+----------------------------------------------------------------------+ 
|   //   Larry Phillips                                                |
| \X/    lphillips@lpami.wimsey.bc.ca or uunet!van-bc!lpami!lphillips  |
|        COMPUSERVE: 76703,4322                                        |
+----------------------------------------------------------------------+