🚀 go-pugleaf

In article <Qf_3j1q00UhWM7ykZk@andrew.cmu.edu> Matthew Edward Patton <mp52+@andrew.cmu.edu> writes:
>1. Where,how are the Extended attributes stored?  Is it tacked onto the
>end of the file? Are they kept in a special hidden file in the directory?

In case you have a description of the HPFS layout around, I would
suggest reading it thoroughly - too long to repeat that here entirely.

Each file is represented on a HPFS by a directory entry, a structure
called FNODE and one or more sector runs.

The FNODE occupies one sector. If the EA's are small enough, they are
stored in the HPFS completely. Otherwise, they are stored "into a B+
tree of allocation sectors" to which a pointer is stored in the FNODE.

In other words, forget the the FAT way of dealing with extra data by
using hidden files etc., the EA data is stored in the HPFS
"seamlessly" with the file, but separated from the file data. Although
a file looks like a simple stream of bytes to the application,
internally it isn't any more.

>2. The popular OS2 compression Utilities Info's Zip and UnZip, do they
>keep track of extended attributes and successfully store them?

Yes, they do. The EA's are saved in extra fields in the zip files, for
files and for directories too. And since EA's can (currently) grow to
as much as 64k per file, they are compressed in the zip archive as
well.  However, if you packed files with EA's with Info-ZIP's Zip, you
need to unpack them with Info-ZIP's UnZip, because PKUNZIP versions
for OS/2 don't yet know about this (future OS/2 PK[UN]ZIP versions may
be EA-aware).

>3. Are sources for OS2's backup.exe and restore.exe available?

Not to my knowledge.

>5. can a DOS program access the extended attributes or is there a way to
>"dump/extract" the attributes and then "paste" them on again?

The is no documented way. However, you may have noticed, that even in
a DOS session a "DIR /N" command shows EA sizes. As long as a program
only manipulates an existing file, the EA's remain intact. If a DOS
program copies a file to another, the EA's are lost. The same is true
for OS/2 programs also, unless they are really EA-aware, but at least
to OS/2 programs there is a documented API available to deal with
EA's. There seems to be one available to DOS programs too (you will
notice that EAUTIL works in a DOS session too) but I don't know any
documentation. If anyone writes a new DOS program which he intends to
make EA-aware, he can also simply write it as an OS/2 program.

To dump/extract and paste EA's, use the EAUTIL program included with
OS/2.

>6. Is there a Programmers' guide to the OS2 kernel or os2/mdos kernel
>available? (something like the Norton Programmer's guide to DOS:
>funcalls, interupts, the works)

The "Technical Library" is available from IBM, in printed form or on
CD-ROM, which is available to DAP members (Developer Assistance
Program) for a nominal fee.

>7. Where is the source code for InfoZip's stuff?

The "home" FTP site is quest.jpl.nasa.gov although you can find it on
many more popular sites, such as wuarchive.wustl.edu.

>Explaination:  I want to write a HD backup program for os2 which will
>operate under either FAT or HPFS and use the TurboVision IDE style
>interface. (if you know how I might implement the interface under gcc or
>something else let me know)  Anyway, I plan to develope under BCC and
>run it as a DOS app under OS2.  Is this possible? Feasible?

Better make it an OS/2 application. A DOS app cannot (*no* way) access
files on HPFS with names that exceed the 8.3 DOS restrictions.

Kai Uwe Rommel

--
/* Kai Uwe Rommel                                      Muenchen, Germany *
 * rommel@jonas.gold.sub.org                       Phone +49 89 723 4101 *
 * rommel@informatik.tu-muenchen.de                  Fax +49 89 723 7889 */

DOS ... is still a real mode only non-reentrant interrupt
handler, and always will be.                -Russell Williams