データに関して

• MS-DOSのファイル属性
  
  
  • 概要
    ファイルの種類等の情報を保持する。
    
    
  • 解説

    	bit番号	説明
    M L B ↑ ↓ M S B	15-7	予約領域。
    	6	予約領域。 X68000版が シンボリックリンクフラグをおいているらしい。 その場合は このbitが1の場合は格納されているのはリンクファイルらしい。
    	5	アーカイブフラグ。 この bit が 1 の場合 普通のファイルである事を示す。
    	4	サブディレクトリフラグ。 この bit が 1 の場合 サブディレクトリであることを示す。
    	3	ボリュームラベルフラグ。 この bit が 1 の場合 ボリュームラベルであることを示す。
    	2	システムファイルフラグ。 この bit が 1 の場合 そのファイルは OS が動作するために非常に重要なものである事を示す。
    	1	隠しファイルフラグ。 この bit が 1 の場合 そのファイルは 隠されるべきであるということを示す。 普通の操作に対しては、そのようなファイルは存在を隠されるべきである。
    	0	読みこみ専用フラグ。 この bit が 1 の場合 そのファイルには書きこみが不可能であることを示す。

  
  
  

  ---

  
  
  
• UNIXのファイル許可属性
  
  
  • 概要
    ファイルへのアクセス許可やファイルの種類等の情報を保持する。
    
    
  • 解説

    	bit番号	説明
    M L B ↑ ↓ M S B	15-12	1000 普通のファイル 0100 ディレクトリ
    	11	実行時にファイル所有者の権限で実行するかを示すフラグ
    	10	実行時にファイルのグループの権限で実行するかを示すフラグ
    	09	stickyビット。 ディレクトリに設定された場合 そのディレクトリ下ではファイルオーナーとスーパーユーザのみがファイルを削除できる。
    	08	ファイル所有者の読みこみ許可フラグ
    	07	ファイル所有者の書きこみ許可フラグ
    	06	ファイル所有者の実行許可フラグ
    	05	グループメンバの読みこみ許可フラグ
    	04	グループメンバの書きこみ許可フラグ
    	03	グループメンバの実行許可フラグ
    	02	その他のメンバの読みこみ許可フラグ
    	01	その他のメンバの書きこみ許可フラグ
    	00	その他のメンバの実行許可フラグ

  
  
  

  ---

  
  
  
• ftime
  
  
  • 概要
    MS-DOSのファイルの最終更新日時を保存する形式。 ローカルタイムを使用するためタイムゾーンが異なる環境では 最大24時間の誤差が生じる。
    
    
    
  • 記録可能な範囲
    1980 1/1 0:00:00 ( 00：21：00：00 )
    　　　　　　　　　〜
    2107 12/31 23:59:58 ( FF：9F：BF：7F )
    
    
    
  • 構造

    日付(H)								日付(L)								時刻(H)								時刻(L)
    7	6	5	4	3	2	1	0	7	6	5	4	3	2	1	0	7	6	5	4	3	2	1	0	7	6	5	4	3	2	1	0
    年	年	年	年	年	年	年	月	月	月	月	日	日	日	日	日	時	時	時	時	時	分	分	分	分	分	分	秒	秒	秒	秒	秒

    
    
  • 解説

    項目	説明
    年	1980年からの経過年を格納する。
    月	1月であれば 1、2月であれば 2、12月であれば 12のように使用する。 0を使用しないことに注意。
    日	1日であれば 1、2日であれば 2、31日であれば 31のように使用する。 0を使用しないことに注意。
    時	0時であれば 0、1時であれば 1、 23時であれば 23のように使用する。
    分	0分であれば 0、1分であれば 1、 59分であれば 59のように使用する。
    秒	0秒もしくは 1秒であれば 0、2秒もしくは 3秒であれば 1、58秒もしくは 59秒であれば 29、というようにビット数が足りないため 1/2 の精度で記録される。 UNLHA32.DLLの資料によれば秒が奇数の場合 Win32s、Win95では切り捨てられ、その他のWindows系OSでは切り上げが行われるということである。 また、Win98では SetFileTime() では切り上げが行われるが、 FileTimeToDateTime() では切り捨てられるらしいので、注意が必要。

  
  
  

  ---

  
  
  
• time_t
  
  
  • 概要
    世界協定時間(Universal Coordinate Time)の 1970年 1月 1日 0時 0分 0秒からの経過秒数を示す。
    ANSI準拠の C言語処理系であれば time_t time( time_t* ) により取得でき、 struct tm* gmtime( const time_t* )、 time_t mktime( struct tm* ) により、 プログラマにとって扱いやすい tm 構造体と相互変換して使用できる。 この形式は2038年問題を引き起こす事で良く知られる。
    
    
  • 記録可能な範囲
    LHAの使用する 4バイトの time_tでは
    
    1970 01/01 00:00:00 UTC ( 0 )
    　　　　　　　　　〜
    2106 02/05 21:28:15 UTC ( 4,294,967,295 )
    
    
    
  
  
  

  ---

  
  
  
• FILETIME
  
  
  • 概要
    1601年 1月 1日 0時 0分 0秒からの経過時間を 100ナノ秒単位で表現する64ビット値。 Win32 API を使用できる環境であれば
    BOOL SystemTimeToFileTime( const SYSTEMTIME* , FILETIME* )
    BOOL FileTimeToSystemTime( const FILETIME* , SYSTEMTIME* )
    を使用して、プログラマにとって扱いやすい SYSTEMTIME 構造体と 相互変換して使用できる。ただし、UNLHA32.DLL 付属のドキュメントに よれば、これらの関数は Windows のバージョンによって返す値が 一貫しないらしいので使用する際は注意すること。
    FILETIME を 64bit値とみなした場合の time_t への 変換式は
    ( FILETIME - 0x19DB1DED53E8000 ) / 10000000;
    となる。(閏秒、ユリウス暦からグレゴリオ暦への移行等は考慮しない)
    
    
  • 記録可能な範囲
    01601 01/01 0:00:00 ( 00000000：00000000 )
    　　　　　　　　　〜
    60056 3/28 14:36:10 ( FFFFFFFF：FFFFFFFF )
    
    
    
  
  
  
  

  ---

  
  
  
• ヘッダ内の文字列について
  
  
  • 概要
    日本国内では、ヘッダ内の文字列は全て Shift_JIS を用いる。 これは オリジナルのLHAがそのプラットフォームである MS-DOSの 文字コードを採用したことによる。
    
  
  
  
  

  ---

  
  
  
• 参考資料
  • Micco氏の UNLHA32.DLL 付属の header.txt
    http://www2.nsknet.or.jp/~micco/unlha32.htm