Anyone working on PFS3 ??

[Franko]

Franko: I don't have a drive larger than 2Tb my self, hence the reason I need videos or pictures as proof. Besides, I could never get SFS to work in the first place.

Sorry, man. I have to mess with you, Piru is paying me good money for this!

And as I said the largest HD's I've got are 1TB so not much point in making a video of that (course I could doctor the pictures to turn it into a 4TB drive if that'll make everyone happy)...

Piru paying out money... aye right... and I'm the Queen of England...

[Franko]

• TD_GETGEOMETRY and RDB use 32bit unsigned value to store block numbers. The maximum block number they can represent is 2^32 -1 or 4294967295.
• 3TB HDD uses block size of 512. The capacity reported is around 3 * 1000 * 1000 * 1000 * 1000 / 512 blocks or 5859375000.
• The value 5859375000 is larger than 4294967295. Thus it cannot be represented with a 32bit unsigned integer data type. Ergo TD_GETMEOMETRY or RDB cannot properly report/handle such device.

Awe Gawd... more mumbo jumbo, look Piru unlike you I'm not an andriod made of old PC parts running on a flakey version of MorphOS, so you can post all the gobbledegook or Einstein's theories on how space is really a banana and you are I don't really exist, all you want... ;)

I STILL SAY YOUR WRONG... :insane:

[Franko]

Yes but it can corrupt your data. That is at least case with the original SFS and I dont have idea about SFS2 but I dont think it was fixed. I recall Joerg said it was not fixed.



You can not really access files larger than 4GB in OS3. First of all file size of 4GB+ files is reported wrong (have size of 0 bytes) and applications can not seek past 4GB barrier. Some applications might be able to read those files but it is not guaranteed to work.

Sorry mate but once again your wrong on OS3.1, 3.5 & 3.9 and SFS with SF2 partitions you can indeed read and write files even with the c: command "Copy"...

Again I assure you in all the years of using SFS I have not lost one bit of data and applications don't handle the actual data transfer (that's what the file system does)...

The only problems you will encounter are application displaying the wrong file size as most were written never expecting to take files of >4GB into account...

Heck even OS4.0 came with it's own PPC version of SFS as most apps in that are written to display the correct file and HD size...

As I've said before don't knock it till you try it...

[Franko]

@Franko

You asked for proof and I provided it. Care to explain how my proof is incorrect?

Cos I said so... simple as...

[Franko]

With AmigaOS 3.x that would be all applications. APIs in AmigaOS 3.x can only represent a 32bit number for the file size.

Only applications reading up until EOF will work properly. Any AmigaOS 3.x application that actually queries the file size first before processing that amount of data will fail. Many applications seeking in a file will fail randomly as negative return value from Seek() was commonly considered an error.

Easy example DirWork V2.1 written in 1994/95, like I say things display the wrong file size but they copy perfectly without errors, on DirWork (or DOpus for that matter) they can easily copy an 8.3GB DVD ISO from one partition to the other without any problems...

All I know is it work for me, I'm not interested in the technical details of how it works. It does what is required without error and for me that's all that matters...

Sorry but I'm not the type who cares how many nanoseconds it takes for something to do something or how many transistors will fit on the latest CPU or why my grannies bloomers always fell down due the fact that the consistency of the elastic in them was wrong...

Me I'm just happy that things work for me on my Amiga's the way I need them to and that makes me happy & satisfied...

PS:You've made me miss getting a home delivery from the Chippy as it's now midnight, now I'm gonna have to go and cook something instead before I sit down to watch Friday Night Smack Down where at least I can relax watching something a wee bit more intelligent than all this mind numbing stuff... :furious:

[Franko]

I have been using SFS since version 1.52 from 1998 and all my partitions are SFS still. Wrote small app for it long ago. I never had PFS.

Then you should really download the last version written from the link I posted it's far better than all the earlier versions...

[Franko]

You'd actually need 43 bits to represent that value (unsigned). Logarithms FTW

Don't you ruddy well start... :furious:

[Franko]

1 million years ago today,
the very first caveman Franko met the very first caveman Piru.  Here is what happened:

Franko: Ooga
Piru: Uhg

Franko: No.  Ooga.
Piru: No.  Uhg.

Franko: No.  Ooga!
Piru: No.  Uhg!

Franko: No! Ooga!!
Piru: No!  Uhg!!

Franko: No!! Ooga!!!
Piru: No!!  Uhg!!!

Historians consider this initial disagreement (which still continues today) to have kickstarted the evolution of complex linguistics, adjectives, adverbs, prepositional phrases, logical reasoning, binary arithmetic, flowery insults, four-letter words and possibly the invention of alcohol.
 
:laughing::roflmao: :rofl:

Oi you... Ugh bongo Klub fire burnie Wheeeeel ooga :furious:

PS: As Piru doesn't seem to be up yet then...

I STILL SAY I WAS RIGHT...

[Franko]

You *do* realize that your arguments are like claiming *it's a matter of opinion* whether stones fall down to the ground and not up in space when you drop them, and that the right interpretation of 1+1 is that it equals to 3, right?

Nope... and your wrong too...

PS: Stones never fall to the ground, as Mick & co are always high as kite and floating up around the ceiling...

PPS: Im not "Arguing" I'm "Telling"...