|||||||||III US005579517A United States Patent (19) 11) Patent Number: 5,579,517 Reynolds Et Al

Total Page:16

File Type:pdf, Size:1020Kb

|||||||||III US005579517A United States Patent (19) 11) Patent Number: 5,579,517 Reynolds Et Al |||||||||III US005579517A United States Patent (19) 11) Patent Number: 5,579,517 Reynolds et al. (45) Date of Patent: Nov. 26, 1996 (54) COMMON NAME SPACE FOR LONG AND 5,313,646 5/1994 Hendricks et al. ..................... 395/600 SHORT FILENAMES 5,359,725 10/1994 Garcia et al. ... ... 395/500 5,371,885 12/1994 Letwin ... ... 395/600 (75) Inventors: Aaron R. Reynolds, Redmond; Dennis E. 2. 2. Ea. 3: R. Adler, Mercer Island; Ralph A. a 4/5 allc. ... Lipe, Woodinville; Ray D. Pedrizetti, 5,421,001 5/1995 Methe ..................................... 395/500 Issaquah; Jeffrey T. Parsons; OTHER PUBLICATIONS Rasipuram V. Arun, both of Redmond, & T. all of Wash. Ray Duncan, "Using long filenames and extended attributes' parts 1 & 2, PC Magazine vol. 9 nos 8 & 9. pp. Assignee: Microsoft Corporation, Redmond, 317 & 305, Apr. 24 & May 15, 1990. (73) Wash. Ray Duncan, "Design Goals and Implementation of the new High Performance File System” Microsoft Systems Journal, Appl. No.: 427,004 vol. 4, No. 5, pp. 1-13, Sep. 1989. (21) a v V 9 Filed: Apr. 24, 1995 Primary Examiner-Thomas G. Black (22) Assistant Examiner-C. Pham Related U.S. Application Data Attorney, Agent, or Firm-Seed and Berry (63) Continuation of Ser. No. 41497, Apr. 1, 1993, abandoned. ' ABSTRACT (51) Int. Cl. ................................. G06F 17/30 An operating system provides a common name space for U.S. Cl 395/616. 395/425: 395/500; both long filenames and short filenames. In this common (52) A1 "395,575,364,246,364/DIG 1364,254; namespace, a long filename and a short filename are pro 66526,366. DiG 2 vided for each file. Each file has a short filename directory Field of Search a 1 3 395/425 600 entry and may have at least one long filename directory entry (58) a - 395500 associated with it. The number of long filename directory entries that are associated with a file depends on the number References Cited of characters in the long filename of the file. The long (56) filename directory entries are configured to minimize com U.S. PATENT DOCUMENTS patibility problems with existing installed program bases. 4,987,531 1/1991 Nishikado et al. ..................... 395/600 5,307,494 4/1994 Yasumatsu et al. .................... 395/600 4 Claims, 8 Drawing Sheets Begin --- Y Provide a 82 1. first 10. Long Filename Sisy". No. - y s ----- 86 Yes --- : 's- is ve. its - his ...106 is - Y------88 . Y. inRemove All Return s notifES --- says- : Remove initial Periods.--90 Yes flas SRG." Shorten Name Period c- To ------- 8 Characters y - - ----- : Translate Any --92 Illegal Short Name : Characters into Y------12 ----- Use Revised Y Name As -boss' truncate Leading 96 ShortName -:NAS Yes. Picar - Estegion - 3 Characters - Ram - Y, Ne-too-- 9 Truncate Long Append"-1" To - Name to Leading Portion 6 Characters Of The Name y - -102 Append"-1" To Namc U.S. Patent Nov. 26, 1996 Sheet 1 of 8 5,579,517 Data CPU Processing 10 System Registers -13 AL -15 i Memory - 16 DevicesI/O 14 O.S. h-17 — Figure 1 U.S. Patent Nov. 26, 1996 Sheet 2 of 8 5,579,517 -20 | Last Long Filename Directory Entry 20 First Long Filename Directory Entry -18 Short Filename Directory Entry Figure 2 U.S. Patent Nov. 26, 1996 Sheet 3 of 8 5,579,517 Offset OOh Filename -22 08h -------------- File Extension -24 OBh - File Attribute -26 0Ch. Reserved |-28 16h ---------- - Time of Last Update so 18h --- Date of Last Update 32 1Ah Beginning Disk Cluster |-34 1Ch . File Size -36 a n 18 Figure 3a U.S. Patent Nov. 26, 1996 Sheet 4 of 8 5,579,517 Offset 00h Oh Signature ---38 Long Filename I-40 OBh File Attributes - 42 0Chl --- - - Flags Field - 43 ODh. ------------- Checksum --44 OEh...... -- Long Filename |-48 1Ah Beginning Disk Cluster 50 1.Ch. Long Filename - 52 20h- n 20 Figure 3b U.S. Patent Nov. 26, 1996 Sheet 5 of 8 5,579,517 Create 54 New File Is a ong Filename Directory Entry Needed Yes Allocate Space for Directory Entries 59 Fill in Directory Entries Figure 4 U.S. Patent Nov. 26, 1996 Sheet 6 of 8 5,579,517 ( been D ------------- Set Hidden Bit 62 Set Beginning in File Disk Cluster Attributes Field Field to 0 64 Set Read Only Bit in File Attributes Field Set System Bit in File Attributes Field Set Volume Label in File Attributes Field "-70 Fill in Signature Byte Field Fill in Checksum Byte Field Figure 5a U.S. Patent Nov. 26, 1996 Sheet 7 of 8 5,579,517 7 6 5 4 3 2 1 O File Attributes 42 Figure 5b Provide a. 78 Short File Name Use Short File 80 Name as Long FileName Figure 6a U.S. Patent Nov. 26, 1996 Sheet 8 of 8 5,579,517 A N Begin Y- --- — 82 -104 Provide a Revised Short Name Collide With Long Filename Another Short Is . 84 L-8 6 -m MM - 'W O6 LongName AYNYes Use Long Name Increment Number Valid Short As Short Name In Name By 1 — --- Y ------88 y v Remove All ? Return Does 108 Spaces From N New Name Long Name ... ... ------- ExceedChar 8 ---------------------------- acterS ? Remove Initial Periods,-90 Trailing Periods And 10 Extra Periods Prior To Shorten N The Last Embedded Sho t 2 Period O morrowwow 8 Characters ... v. - Translate Any -92 Illegal Short Name Characters Into --------------------------- 112 " " Use Revised v . Name As 94. - - 96 ShortName Truncate Leading ------ Long Name Yes | Portion to 6 Characters E;XtenSIOn An "...Y. and Extension to 3 Characters - VN-1 00 V 98 Truncate Long Append "-1" To Name to Leading Portion 6 Characters Of The Name - - Append "~1" y To Name Figure 6b 5,579,517 1. 2 COMMON NAME SPACE FOR LONG AND entry includes the second filename for the file. The second SHORT FILENAMES filename includes more characters than the short filename. The data processing system also includes a processor for running the operating system and accessing either the first CROSS-REFERENCE TO RELATED directory entry or the second directory entry to locate the APPLICATION file. This application is a continuation of U.S. patent applica In accordance with yet another aspect of the present tion Ser. No. 08/041,497, filed Apr. 1, 1993, now abandoned. invention, a method is practiced in a data processing system having memory. In accordance with this method, a file is TECHNICAL FIELD 10 created and the file is assigned a user-specified long file name. The long filename is manipulated with the data The present invention relates generally to data processing processing system to create a short filename of fewer systems and, more particularly, to a common name space for characters. The long filename and the short filename are long and short filenames. stored in memory so that the file can be accessed by either 15 the long filename or the short filename. BACKGROUND OF THE INVENTION In accordance with a further aspect of the present inven tion, a method is practiced in which a first directory entry for Many operating systems, such as the MS-DOS, version 5, a file is stored in a memory means. The first directory entry operating system, sold by Microsoft Corporation of Red holds the short filename for the file. The short filename mond, Washington, support only short filenames. In the includes at most a maximum number of characters that is MS-DOS, version 5, operating system, filenames may be a 20 permissible by an application program. A second directory maximum length of eleven characters. Each filename may entry is also stored in the memory means for the file. A have a main portion of eight characters followed by an second directory entry holds at least the first portion of a extension of three characters. An example filename in the long filename for the file. The long filename includes a MS-DOS, version 5, operating system is “EXAMPLE 1. greater number of characters than the maximum number of EXE', wherein “EXAMPLE1' constitutes the main portion 25 characters that is permissible by the application program. and "EXE' constitutes the extension. The application program is run on a processor of the data Each filename is limited to eleven characters due to processing system. The application program identifies the constraints in the file system of the MS-DOS, version 5, file by the short filename. operating system. This file system employs a directory In accordance with a still further aspect of the present structure in which each file has a directory entry associated 30 invention, a method is practiced in which a first directory with it. Unfortunately, the directory entry for a file only entry is stored in the memory means for a file. The first supports filenames with a maximum length of eleven char directory entry holds a short filename for the file that acters. Such a limit in the length of the filenames is often includes at most the maximum number of characters that is frustrating to a user. The length limit of eleven characters permissible by the operating system. A second directory prevents a user from employing adequately descriptive 35 entry is stored in the memory means for the file. The second filenames and, in many instances, forces a user to insert directory entry holds along filename for the file that includes awkward abbreviations of descriptive terms into the file more than the maximum number of characters that is per ale. missible by the operating system. In this instance, the 40 operating system does not use long filenames; rather, it uses SUMMARY OF THE INVENTION solely short filenames.
Recommended publications
  • Wikipedia: Design of the FAT File System
    Design of the FAT file system A FAT file system is a specific type of computer file system architecture and FAT a family of industry-standard file systems utilizing it. Developer(s) Microsoft, SCP, IBM, [3] The FAT file system is a legacy file system which is simple and robust. It Compaq, Digital offers good performance even in very light-weight implementations, but Research, Novell, cannot deliver the same performance, reliability and scalability as some Caldera modern file systems. It is, however, supported for compatibility reasons by Full name File Allocation Table: nearly all currently developed operating systems for personal computers and FAT12 (12- many home computers, mobile devices and embedded systems, and thus is a bit version), well suited format for data exchange between computers and devices of almost FAT16 (16- any type and age from 1981 through the present. bit versions), Originally designed in 1977 for use on floppy disks, FAT was soon adapted and FAT32 (32-bit version used almost universally on hard disks throughout the DOS and Windows 9x with 28 bits used), eras for two decades. Today, FAT file systems are still commonly found on exFAT (64- floppy disks, USB sticks, flash and other solid-state memory cards and bit versions) modules, and many portable and embedded devices. DCF implements FAT as Introduced 1977 (Standalone the standard file system for digital cameras since 1998.[4] FAT is also utilized Disk BASIC-80) for the EFI system partition (partition type 0xEF) in the boot stage of EFI- FAT12: August 1980 compliant computers. (SCP QDOS) FAT16: August 1984 For floppy disks, FAT has been standardized as ECMA-107[5] and (IBM PC DOS 3.0) ISO/IEC 9293:1994[6] (superseding ISO 9293:1987[7]).
    [Show full text]
  • List of MS-DOS Commands - Wikipedia, the Free Encyclopedia Page 1 of 25
    List of MS-DOS commands - Wikipedia, the free encyclopedia Page 1 of 25 List of MS-DOS commands From Wikipedia, the free encyclopedia In the personal computer operating systems MS -DOS and PC DOS, a number of standard system commands were provided for common Contents tasks such as listing files on a disk or moving files. Some commands were built-in to the command interpreter, others existed as transient ■ 1 Resident and transient commands commands loaded into memory when required. ■ 2 Command line arguments Over the several generations of MS-DOS, ■ 3 Windows command prompt commands were added for the additional ■ 4 Commands functions of the operating system. In the current ■ 4.1 @ Microsoft Windows operating system a text- ■ 4.2 : mode command prompt window can still be ■ 4.3 ; used. Some DOS commands carry out functions ■ 4.4 /* equivalent to those in a UNIX system but ■ 4.5 ( ) always with differences in details of the ■ 4.6 append function. ■ 4.7 assign ■ 4.8 attrib ■ 4.9 backup and restore Resident and transient ■ 4.10 BASIC and BASICA commands ■ 4.11 call ■ 4.12 cd or chdir ■ 4.13 chcp The command interpreter for MS-DOS runs ■ 4.14 chkdsk when no application programs are running. ■ 4.15 choice When an application exits, if the command ■ 4.16 cls interpreter in memory was overwritten, MS- ■ 4.17 copy DOS will re-load it from disk. The command ■ 4.18 ctty interpreter is usually stored in a file called ■ 4.19 defrag "COMMAND.COM". Some commands are ■ 4.20 del or erase internal and built-into COMMAND.COM, ■ 4.21 deltree others are stored on disk in the same way as ■ 4.22 dir application programs.
    [Show full text]
  • Microsoft Windows for MS
    Month Year Version Major Changes or Remarks Microsoft buys non-exclusive rights to market Pattersons Quick & Dirty Operating System from December 1980 QDOS Seattle Computer Products (Developed as 86-DOS) (Which is a clone of Digital Researches C P/M in virtually every respect) Microsoft buys all rights to 86-DOS from Seattle Computer Products, and the name MS-DOS is July 1981 86-DOS adopted for Microsoft's purposes and IBM PC- DOS for shipment with IBM PCs (For Computers with the Intel 8086 Processor) Digital Research release CP/M 86 for the Intel Q3 1981 CP/M 86 8086 Processer Pre-Release PC-DOS produced for IBM Personal Mid 1981 PC-DOS 1.0 Computers (IBM PC) Supported 16K of RAM, ~ Single-sided 5.25" 160Kb Floppy Disk OEM PC-DOS for IBM Corporation. (First August 1982 PC-DOS 1.1 Release Version) OEM Version for Zenith Computer Corporation.. (Also known as Z-DOS) This added support for September 1982 MS-DOS 1.25 Double-Sided 5.25" 320Kb Floppy Disks. Previously the disk had to be turned over to use the other side Digital Research release CP/M Plus for the Q4 1982 CP/M Plus Intel 8086 Processer OEM Version For Zenith - This added support for IBM's 10 MB Hard Disk, Directories and Double- March 1983 MS-DOS 2.0 Density 5.25" Floppy Disks with capacities of 360 Kb OEM PC-DOS for IBM Corporation. - Released March 1983 PC-DOS 2.0 to support the IBM XT Microsoft first announces it intention to create a GUI (Graphical User Interface) for its existing MS-DOS Operating System.
    [Show full text]
  • Drive Investigation
    Mag. iur. Dr. techn. Michael Sonntag Drive investigation Institute for Information Processing and Microprocessor Technology (FIM) Johannes Kepler University Linz, Austria E-Mail: [email protected] http://www.fim.uni-linz.ac.at/staff/sonntag.htm © Michael Sonntag 2011 Agenda Install the software: ImDisk Cygwin Scenario Optional (can be run from CD): WinHex, HxD Search for deleted files and reconstruct them WinHex: Deleted file (FAT) Reconstruct: If possible Discovering hidden files: Wrong extension Cygwin: "file" command Windows ADS LADS – Find the picture hidden in an ADS Timestamps WinHex: Analyze timestamps and convert them Running time of your Windows computer Analyze the event log Michael Sonntag Drive investigation 2 Images Source of images: http://dftt.sourceforge.net/ 6-undel-fat.zip » FAT image 8-jpeg-search.zip » NTFS image 5-fat-daylight.zip » FAT image Requirements: Operating System: Windows (XP, Vista; NT, 2K, 7: ???) Harddisk space: » Scenarios: 17 MB » Cygwin: A lot; approx. 700 MB! » Other software: A few MB Michael Sonntag Drive investigation 3 Software installation ImDisk: Mounting a disk image as a drive under Windows Requires Administrator access and a reboot Procedure: » Install software » Set service start to “Automatic” » Reboot the computer Install "Winhex" Not really needed; can be run directly from CD! » Copy to harddisk for faster start if desired Install "HxD" Not really needed; can be run directly from CD! Michael Sonntag Drive investigation 4 Software installation Install "Cygwin" Linux-like environment (and programs) under windows Procedure: » Execute "setup.exe" and choose to install from local path – Select the subdirectory starting with "ftp…" in it as install source » E.g.: “E:\Software\Source” – No spaces in the path of destination directory E.g.
    [Show full text]
  • File Allocation Table - Wikipedia, the Free Encyclopedia Page 1 of 22
    File Allocation Table - Wikipedia, the free encyclopedia Page 1 of 22 File Allocation Table From Wikipedia, the free encyclopedia File Allocation Table (FAT) is a file system developed by Microsoft for MS-DOS and is the primary file system for consumer versions of Microsoft Windows up to and including Windows Me. FAT as it applies to flexible/floppy and optical disc cartridges (FAT12 and FAT16 without long filename support) has been standardized as ECMA-107 and ISO/IEC 9293. The file system is partially patented. The FAT file system is relatively uncomplicated, and is supported by virtually all existing operating systems for personal computers. This ubiquity makes it an ideal format for floppy disks and solid-state memory cards, and a convenient way of sharing data between disparate operating systems installed on the same computer (a dual boot environment). The most common implementations have a serious drawback in that when files are deleted and new files written to the media, directory fragments tend to become scattered over the entire disk, making reading and writing a slow process. Defragmentation is one solution to this, but is often a lengthy process in itself and has to be performed regularly to keep the FAT file system clean. Defragmentation should not be performed on solid-state memory cards since they wear down eventually. Contents 1 History 1.1 FAT12 1.2 Directories 1.3 Initial FAT16 1.4 Extended partition and logical drives 1.5 Final FAT16 1.6 Long File Names (VFAT, LFNs) 1.7 FAT32 1.8 Fragmentation 1.9 Third party
    [Show full text]
  • Azure RTOS Filex User Guide
    Azure RTOS FileX User Guide Published: February 2020 For the latest information, please see azure.com/rtos This document is provided “as-is.” Information and views expressed in this document, including URL and other Internet Web site references, may change without notice. This document does not provide you with any legal rights to any intellectual property in any Microsoft product. You may copy and use this document for your internal, reference purposes. © 2020 Microsoft. All rights reserved. Microsoft Azure RTOS, Azure RTOS FileX, Azure RTOS GUIX, Azure RTOS GUIX Studio, Azure RTOS NetX, Azure RTOS NetX Duo, Azure RTOS ThreadX, Azure RTOS TraceX, Azure RTOS Trace, event-chaining, picokernel, and preemption-threshold are trademarks of the Microsoft group of companies. All other trademarks are property of their respective owners. Safety Certifications IEC 61508 up to SIL 4 IEC 62304 up to SW safety Class C ISO 26262 ASIL D EN 50128 SW-SIL 4 UL/IEC 60730, UL/IEC 60335, UL 1998 MISRA-C:2004 Compliant MISRA C:2012 Compliant Part Number: 000-1001 Revision 6.0 Contents About This Guide 7 • Organization 7 • Guide Conventions 8 • FileX Data Types 9 • Customer Support Center 10 Chapter 1: Introduction to FileX 13 • FileX Unique Features 14 • Safety Certifications 15 • Powerful Services of FileX 17 • Easy-to-use API 18 • exFAT Support 18 • Fault Tolerant Support 19 • Callback Functions 21 • Easy Integration 21 Chapter 2: Installation and Use of FileX 23 • Host Considerations 24 • Target Considerations 25 • Product Distribution 25 • FileX Installation
    [Show full text]
  • FAT32 File Structure Prof
    FAT32 File Structure Prof. James L. Frankel Harvard University Version of 9:45 PM 24-Mar-2021 Copyright © 2021 James L. Frankel. All rights reserved. FAT32 Source Documentation • The reference document you should use is the Microsoft Extensible Firmware Initiative FAT32 File System Specification • On class web site under The NXP/Freescale ARM -> microSDHC Card • It is available on the class web site at https://cscie92.dce.harvard.edu/spring2021/Microsoft%20Extensible%20Firmware%20Initiative%20FAT32%2 0File%20System%20Specification,%20Version%201.03,%2020001206.pdf under Online Papers Used in Class • Important correction to this document concerns the DIR_CrtTimeTenth field in the FAT 32 Byte Directory Entry Structure • The name and description of this field is incorrect • Instead of DIR_CrtTimeTenth, we will use the name DIR_CrtTimeHundth • Here is the correct description of this field (to update the text on page 23): • Hundredths of a second time at file creation time. This field contains a count of hundredths of a second. Because the seconds portion of the DIR_CrtTime field denotes a creation time with a granularity of 2 seconds, this field contains a number of hundredths of a second (0 to 199, inclusively) that denotes a number of seconds from 0 to 1.99, inclusively, that may increment the number of seconds in addition to supplying the number of hundredths of a second. • There is also a typo on page 25 where a field is referred to as DIR_CrtTimeMil (which does not exist), and, as corrected here, should be DIR_CrtTimeHundth 2 SD Documentation • Documentation for the SD controller in the K70 • K70 Sub-Family Reference Manual, Rev.
    [Show full text]
  • OS/2 and Windows Operating Environments
    89 CHAPTER 12 OS/2 and Windows Operating Environments Specifying File Attributes for OS/2 or Windows 89 Determining the SAS Release Used to Create a Member 89 Using Version 8 Short Filename Extensions on FAT-style Disk Drives 90 Creating a Transport File on Tape 91 OS/2 and Windows Idiosyncrasies 91 Error Message 91 Encrypted data is invalid 91 Specifying File Attributes for OS/2 or Windows You can apply file attributes by using FTP or the FTP access method options in the FILENAME statement, whichever is applicable. For details about the syntax for the FILENAME statement, see SAS Language Reference: Dictionary. For details, see “Using the FILENAME Statement to Specify File Attributes for All Hosts” on page 32. Determining the SAS Release Used to Create a Member Table 12.1 on page 89 identifies the supported file types that are created on the OS/2 or the Windows host by member and by SAS release: Table 12.1 OS/2 and Windows Filename Extension by Member and SAS Release Member Type Version 6 Filename Version 8 Filename Extensions1 Extension (Short) (Long) SAS .sas .sas .sas PROGRAM (DATA .ss2 .ss7 .sas7bpgm step) DATA .sd2 .sd7 .sas7bdat INDEX .si2 .si7 .sas7bndx CATALOG .sc2 .sc7 .sas7bcat MDDB .sm2 .sm7 .sas7bmdb 90 Using Version 8 Short Filename Extensions on FAT-style Disk Drives R Chapter 12 Member Type Version 6 Filename Version 8 Filename Extensions1 Extension (Short) (Long) DMDB .sb2 .s7m .sas7bdmd PROC SQL view .sv2 .sv7 .sas7bvew 1 For details about OS/2 and Windows Version 8 short and long filename extensions, see “Using Version 8 Short Filename Extensions on FAT-style Disk Drives” on page 90.
    [Show full text]
  • 12 Investigating Windows Systems
    CNIT 121: Computer Forensics 12 Investigating Windows Systems NTFS and File System Analysis NTFS and FAT • FAT was the old file system used by MS-DOS, Windows 95, Windows 98 • NTFS was the replacement Master File Table (MFT) • Defines how disk space is allocated and utilized • How files are created and deleted • How metadata is stored and updates MFT Contents • Primary source of metadata in NTFS • Contains or references everything about a file • Timestamps • Size • Attributes (such as permissions) • Parent directory • Contents The Evidence • Each NTFS volume has its own MFT • Stored in the volume root as a file named $MFT • You need raw disk access to acquire $MFT • It's not accessible through Windows Explorer or standard API calls MFT Structure • On a standard hard drive with 512-byte sectors • A series of 1024-byte records or "entries" • One for each file and directory on a volume • First 16 entries are reserved for essential NTFS artifacts • $MFT itself, $LogFile, and more MFT in WinHex MFT Entry Contents • Record type (file or directory) • Record # (integer) • Parent record # • Active/Inactive flag • Deleted files are inactive • Attributes (metadata) Attributes • $STANDARD_INFORMATION • $FILE_NAME • $DATA Deleted Files • Deleting a file causes its MFT record to be marked "inactive" • Nothing else is changed, until this record is re-used • The file's contents and its metadata can be recovered • But NTFS will always re-use an existing MFT entry before creating a new one • So inactive entries only last for seconds or minutes on the operating system
    [Show full text]
  • Filesystem On-Disk Structures for FAT, HPFS, NTFS, JFS, Extn and Reiserfs Presentation Contents
    On-disk filesystem structures Jan van Wijk Filesystem on-disk structures for FAT, HPFS, NTFS, JFS, EXTn and ReiserFS Presentation contents Generic filesystem architecture (Enhanced) FAT(32), File Allocation Table variants HPFS, High Performance FileSystem (OS/2 only) NTFS, New Technology FileSystem (Windows) JFS, Journaled File System (IBM classic or bootable) EXT2, EXT3 and EXT4 Linux filesystems ReiserFS, Linux filesystem FS-info: FAT, HPFS, NTFS, JFS, EXTn, Reiser © 2019 JvW Who am I ? Jan van Wijk Software Engineer, C, C++, Rexx, PHP, Assembly Founded FSYS Software in 2001, developing and supporting DFSee from version 4 to 16.x First OS/2 experience in 1987, developing parts of OS/2 1.0 EE (Query Manager, later DB2) Used to be a systems-integration architect at a large bank, 500 servers and 7500 workstations Developing embedded software for machine control and appliances from 2008 onwards Home page: https://www.dfsee.com/ FS-info: FAT, HPFS, NTFS, JFS, EXTn, Reiser © 2019 JvW Information in a filesystem Generic volume information Boot sector, super blocks, special files ... File and directory descriptive info Directories, FNODEs, INODEs, MFT-records Tree hierarchy of files and directories Free space versus used areas Allocation-table, bitmap Used disk-sectors for each file/directory Allocation-table, run-list, bitmap FS-info: FAT, HPFS, NTFS, JFS, EXTn, Reiser © 2019 JvW File Allocation Table The FAT filesystem was derived from older CPM filesystems for the first (IBM) PC Designed for diskettes and small hard
    [Show full text]
  • 05 579 517 Patent Rejected
    Â UNITED STATES PATENT AND TRADEMARK OFFICE UNITEl> STATES DEPARTMENT OF COMMERCE Unilcd Slalcs Patent and Trademark Office Additss COMNflSSIONEK FOR I'ATEWTS PO Bin l4Ul Ali-xiiinlri;~ Viryniiii22313-I450 <tW\b ,,S"l<, g,,v APPI.ICATIC1N NCI FILING DATE I FIRST NAMED INVENTOR AUORNEY DOCKETNLI CONHKMATIUN NO 9~1/1107,007 041 19/2004 557951 7 2192 2W7 7590 091 16/2004 WOODCOCK WASHBURN LLP ONE LIBERTY PLACE, 46TH FLOOR / 1650 MARKET STRICT ART UNIT PAPER NUMBFK PHILADELPHIA, PA 19103 a'^ ^L DATE MAILED 119/lfi/2004 Please find below andlor attached an Office communication concerning this application or proceeding PTO-90C (Rev. 10f0.3) Control No. Patentunder Reexamination 901007,007 MICROSOFT CORP Office Action in Ex Parte Reexamination - Examiner Art Unit Charles Rones 21 75 I I I - The MAILING DATE ofthis communication appears on the cover sheet with the correspondence address -- 3m Responsive to the communication(s) filed on 4-10-04 . bDThis action is made FINAL. :E A statement under 37 CFR 1.530 has not been received from the patent owner. 4 shortened statutory period for response to this action is set to expire 2 month(s) from the mailing date of this letter. ^allure to respond within the period for response will result in termination of the proceeding and issuance of an ex parte reexamination :ertificate in accordance with this action. 37 CFR 1,55O(d). EXTENSIONS OF TIME ARE GOVERNED BY 37 CFR 1.550(c). f the period for response specified above is less than thirty (30) days, a response within the statutory minimum of thirty (30) days Mil be considered timely.
    [Show full text]
  • Datalight ROM-DOS User's Guide
    Datalight ROM-DOS User’s Guide Created: April 2005 Datalight ROM-DOS User’s Guide Copyright © 1999-2005 by Datalight, Inc . Portions copyright © GpvNO 2005 All Rights Reserved. Datalight, Inc. assumes no liability for the use or misuse of this software. Liability for any warranties implied or stated is limited to the original purchaser only and to the recording medium (disk) only, not the information encoded on it. U.S. Government Restricted Rights. Use, duplication, reproduction, or transfer of this commercial product and accompanying documentation is restricted in accordance with FAR 12.212 and DFARS 227.7202 and by a license agreement. THE SOFTWARE DESCRIBED HEREIN, TOGETHER WITH THIS DOCUMENT, ARE FURNISHED UNDER A SEPARATE SOFTWARE OEM LICENSE AGREEMENT AND MAY BE USED OR COPIED ONLY IN ACCORDANCE WITH THE TERMS AND CONDITIONS OF THAT AGREEMENT. Datalight and ROM-DOS are registered trademarks of Datalight, Inc. FlashFX ® is a trademark of Datalight, Inc. All other product names are trademarks of their respective holders. Part Number: 3010-0200-0716 Contents Chapter 1, ROM-DOS Introduction..............................................................................................1 About ROM-DOS ......................................................................................................................1 Conventions Used in this Manual .......................................................................................1 Terminology Used in this Manual ......................................................................................1
    [Show full text]