Limit of reported free HD space

Romanujan · 19 February 2010, 19:23

Hi,

I have seen several installers (written without keeping large HDs in mind) failing to work because (according to them) I had too little free space on my HD - despite having tens of gigabytes free. I usually tried to workaround this using some assign to install them somewhere in RAM: and then move to the emulated filesystem.

Would it be possible to artificially limit the amount of reported free space on UAE virtual filesystem (as an option in GUI)? This should be easy to implement and would help to circumvent problem of badly written installers...

Toni Wilen · 15 March 2010, 14:39

(for some reason I forgot to reply..)

Unfortunately this isn't easy because disk size is returned as 2 32-bit variables, total number of blocks and used number of blocks and because most programs use 32-bit signed arithmetic, value * blocksize (directory filesystem "uses" 1024 byte blocks) must be less than 2G.

What does this mean? It means also total size has to be faked to 2G-1, not just used space.

Implementing this would fix "out of disk space" errors but it can also break other programs ("impossible" values like total size of files in directory is larger than total disk space and used space)

Interceptor · 15 March 2010, 22:05

how about a keystroke toggle where its enabled for a duration when switched on, ths allowing someone to use an installer, but the feature then stops after say, 5 mins, or unless its turned off before then?

Toni Wilen · 17 March 2010, 13:40

No thanks. Better write Amiga program that patches dos.library temporarily.

19 February 2010, 19:23	#1
Romanujan Registered User Join Date: Dec 2007 Location: Szczecin/Poland Posts: 424	Limit of reported free HD space Hi, I have seen several installers (written without keeping large HDs in mind) failing to work because (according to them) I had too little free space on my HD - despite having tens of gigabytes free. I usually tried to workaround this using some assign to install them somewhere in RAM: and then move to the emulated filesystem. Would it be possible to artificially limit the amount of reported free space on UAE virtual filesystem (as an option in GUI)? This should be easy to implement and would help to circumvent problem of badly written installers...

Similar Threads
Thread	Thread Starter	Forum	Replies	Last Post
[Found: Space Baller] Bouncing ball in space?	Kada	Looking for a game name ?	23	06 April 2018 03:10
Free Hat!!! Free Hat!!! Sorry I mean Free ZX Spectrum basic Programming Book	fitzsteve	MarketPlace	3	02 April 2010 18:48
Caligari true Space (Win) now free	vodley	Amiga scene	3	25 July 2008 19:12
[Found: Mr Wobbly Leg Versus The Invaders From Space] Space-Invaders game?	Dindel	Looking for a game name ?	5	06 March 2008 10:05

15 March 2010, 14:39	#2
Toni Wilen WinUAE developer Join Date: Aug 2001 Location: Hämeenlinna/Finland Age: 49 Posts: 26,546	(for some reason I forgot to reply..) Unfortunately this isn't easy because disk size is returned as 2 32-bit variables, total number of blocks and used number of blocks and because most programs use 32-bit signed arithmetic, value * blocksize (directory filesystem "uses" 1024 byte blocks) must be less than 2G. What does this mean? It means also total size has to be faked to 2G-1, not just used space. Implementing this would fix "out of disk space" errors but it can also break other programs ("impossible" values like total size of files in directory is larger than total disk space and used space)

15 March 2010, 22:05	#3
Interceptor Registered User Join Date: May 2002 Location: Essex, UK Posts: 414	how about a keystroke toggle where its enabled for a duration when switched on, ths allowing someone to use an installer, but the feature then stops after say, 5 mins, or unless its turned off before then?

17 March 2010, 13:40	#4
Toni Wilen WinUAE developer Join Date: Aug 2001 Location: Hämeenlinna/Finland Age: 49 Posts: 26,546	No thanks. Better write Amiga program that patches dos.library temporarily.

Currently Active Users Viewing This Thread: 1 (0 members and 1 guests)