Short: MultiUser patch for OS3.5+ FastFileSystem Author: Etienne Vogt Uploader: evogt free fr Type: util/misc Replaces: util/misc/mufs45*p.lha Requires: util/misc/MultiUser18bin.lha Architecture: m68k-amigaos Original MultiUser Author: Geert Uytterhoeven This is a patch to create a NSD compatible MultiUserFileSystem from the FastFileSystem provided with AmigaOS 3.5 or AmigaOS 3.9, allowing to use MultiUser with disks bigger than 4 Gb. Consequently you must own a copy of OS 3.5 or OS 3.9 to use this patch. OS 3.5 users are encouraged to get the BoingBag 2a archive from www.amiga.com as it contains an updated FFS (version 45.9 as in OS 3.9). Also, further improvements will only be available for the latest FFS release, since it takes too much time to also maintain outdated versions. Note however that the MultiUserFileSystem generated through this patch will work on any Amiga with OS 2.04 or higher and also on 68000 systems. This patch was created through reverse engineering of the last version available of the MultiUserFileSystem (V40.11) to extract the modifications and insert them into the new V45 FFS. As it is a straight transposition, there are in particular no fixes yet for known bugs or security holes of the V40.11 muFS (such as the misfeature that allows anyone to create files in the root directory). This is still an early beta release and I can't guarantee that it is safe to use. BACKUP YOUR DISKS BEFORE TRYING TO INSTALL THIS MULTIUSERFILESYSTEM ON YOUR AMIGA !!! This patch is provided "as is" without any warranty, either expressed or implied. By using this patch, you accept the entire risk as to its quality and performance. Only this archive may be freely redistributed. The MultiUserFileSystem generated by it contains code from the AmigaOS 3.5 or AmigaOS 3.9 FastFileSystem and is thus subject to the same restrictions than AmigaOS itself. Installation ------------ You must have OS 3.5 or 3.9 and the latest MultiUser distribution (1.8). First rename any existing MultiUserFileSystem in L: to MultiUserFileSystem.old, so you don't have to recreate it if something goes wrong. Now, check your current L:FastFileSystem revision with the version command: version L:FastFileSystem Then, create the V45.x muFS with the spatch command included in this archive and the corresponding patch file. ffs451tomufs4516.pch is for the 45.1 FFS on the OS 3.5 CD, ffs459tomufs4516.pch is for the 45.9 FFS in 3.5 BB2 or on the OS 3.9 CD and ffs4513tomufs4516.pch is for the 45.13 FFS in 3.9 BB2. This example line is for the 45.13 FFS: spatch -pffs4513tomufs4516.pch -oL:MultiUserFileSystem L:FastFileSystem Finally, use your favourite harddisk installation tool (HDToolBox from OS3.5 for example) to install the new MultiUserFileSystem into your harddisk's rdb area. Changes ------- V45.16 Fix for another FFS V45 bug in the allocation of the bitmap which was computed one bit too short, resulting in a missing bitmap block if that last block just would have one useful bit. The symptom was that the volume would always revalidate when mounted. V45.15 Added more stack to the error requester display routine. Also switch stack properly with StackSwap. V45.14 Fixed the validator mismatched FreeMem() bug introduced in the 45.13 FFS. V45.13 Merged with the bugfixes in the 45.13 FFS of 3.9 BoingBag 2. Forced buffer allocation in public memory to be VMM friendly. V45.10 All muFS patches transfered to the 45.9 FastFileSystem, I hope without mistakes this time ;-). V45.5 Fixed a potential crash of the V45 FFS on 2.x systems. When displaying an error requester, it opens intuition via the private V39 exec function TaggedOpenLibrary(). The patch will change this to a regular OpenLibrary() call. V45.4 Big security bug fixed ! Due to a bad check of the protection flags on ACTION_DELETE, anyone could delete any file which had the owner delete flag enabled, just like on the plain FFS. Didn't I told you that this patch was still experimental >:-> ? This bug was present is all previous versions of the V45 mufs patch, but not in the original V40 version. Got there through careless cut & paste :-/ V45.3 Fixed a bad bug that caused muFS 45.2 to crash after being uninhibited. For more information about MultiUser, please refer to the original MultiUser Release 1.8 documentation.