hfs-user March 2002

hfs-user@lists.mars.org

11 participants
18 discussions

Fw: Fw: desktop database
by Entwicklung 18 Mar '02

18 Mar '02

----- Original Message ----- From: "Entwicklung" <Entwicklung(a)WHengenIBK.de> To: "Matthew Jarjoura" <mjarjo1(a)gl.umbc.edu> Sent: Monday, March 18, 2002 7:53 AM Subject: Re: Fw: desktop database > Hello, > Thanks for replying. > > > What exactly are you hoping to accomplish by reading the Desktop DB file? > > I doubt Apple wants someone writing code that messes with that file > > anyway. Besides Desktop DB is part of Mac OS 9 code. Mac OS X uses .rc > > files per directory that I believe you can open with "Property List > > Editor." > > > > If you want to save the state of a directory in Mac OS 9, all meta data is > > stored when using .SIT and .HQX compression. Using Toast to burn a CD > > also saves that meta data. > > I'm trying to create an external HFS image from another platform - i.e. I > want to write the desktop DB file into my image which is then written onto > an external volume which I want to be readable under Mac OS 9 > and earlier. I've gathered that this is not absolutely necessary to ensure > readability but that it would improve user-experience for Mac users to an > extent ( when files present on my external volume were created using > applications not installed on the Mac for instance ). I'm not considering > recording a CD under Mac OS or saving the state of any directories already > present on the Mac. And I'm not considering Mac OS X at all. > > Regards, > Nandini Hengen >

1 0

Fw: desktop database
by Entwicklung 17 Mar '02

17 Mar '02

Hello, I had sent the following email a couple of weeks back to some Apple employees who respond frequently to the hfs-user mailing list. But I didn't get any response from them. This is a general request to anyone on the list who cares to respond. In case it is not at all possible to get the data I need I would be grateful if someone from Apple could tell me that explicitly so that I could look for alternatives / continue with implementing other aspects. My previous email follows - Hi, I had written to the list a few days back asking for info. regarding the desktop DB since I was unable to find any specific links on the web and had heard that Apple doesn't want it openly documented for some reason. One person had written that Apple wouldn't provide users with the related info for proprietary reasons. But one other person wrote to me saying I could probably request Apple for any technical info. needed. Is this possible at all ? I remember that after one of our earlier discussions I had come to the conclusion that a DTDB would be necessary to improve the user-experience. But the question is .. where do I get info. as to the structure of these 'hidden' files in an HFS-image ? I'm beginning to think there's no light at the end of the tunnel..... :( Would be grateful for any info / links. Regards, Nandini Hengen

1 0

(no subject)
by Biswaroop Banerjee 15 Mar '02

15 Mar '02

hi everybody, In the MDB structure for a HFS volume has a member. drxtTClpSiz, this member stores the clump size for the extents overflow file. In the linux code it is calculated as follows vol.mdb.drXTClpSiz = vol.mdb.drNmAlBlks / 128 * vol.mdb.drAlBlkSiz; where vol.mdb.drXTClpSiz = Stores the Clump size for the extents overflow file. vol.mdb.drNmAlBlks = Stores the number of Allocation blocks for the HFS volume vol.mdb.drAlBlkSiz = Stores the number of bytes per Allocation Block. My doubt is why this formula is used to calculate the Extent file's clump size. Can i make it equal to just clump size calculated for the Volume?? /*Info*/ 1. A allocation block is integral times of a Logical Block , which for HFS is 512 bytes. 2. Clump size is integral times of Allocation Block size and it is the amount of space allocated when a file is created to store the file contents. Waiting for your explanations! Bye Biswaroop

2 1

delete not-empty directories
by Wolf Drechsel 11 Mar '02

11 Mar '02

Hello friends, this sounds easy - but I didnt find something about it in the docs: How do I delete a not-empty directory in a mounted hfs volume? hdel -r seems not to be working... Thanks WD -- ************************************************************ # Gesellschaft für fahrgastorientierte Verkehrsplanung b.R. # Köhnstr. 54 D-90478 Nürnberg # # Telephon: 0911/4 71 98 49 # Telefax: 0911/47 39 36 # # drechsel(a)verkehrsplanung.com # www.verkehrsplanung.com #************************************************************

2 1

Type and Creator Information for Windows files.
by Biswaroop Banerjee 09 Mar '02

09 Mar '02

Hi Everybody, Can anybody of u give me the types of files found on a Windows volume which can be opened on a Mac system also. I know of the following list.. 1. HTML files 2. GIF image files 3. Text files( should i convert "CRLF" combinations to "CR" for Macintosh 4. PDF documents Please add to these list if u know something more.. Again , how to find the CREATOR and TYPE fields for the above formats. If i write "????" as default creator and default field types for any unknown file format..Will it work??? Waiting for u inputs. regards Biswaroop Banerjee

2 1

Thanks
by Biswaroop Banerjee 07 Mar '02

07 Mar '02

Dear Mark, First of all I want to thank you from my heart the help you are giving to me and others on the list. Your positive and detailed responses makes me feel secured that atlest someone is there to solve my queries. Keep on the good work!brother. Some more queries.. 1. As my CD image creation program is for Windows platforms.There both ':' and "\0" are invalid characters for filenames.So, I wont face the problem,i believe. I will be using "TCHAR*" than "char*" for strings .My aim is HFS CD image.So,can u tell me if the end user selects some files from a Windows volume(eg. Korean windows)that means filenames will be in Korean then the HFS image(which I will create from the selected files by the End user) will not be "understood" by a Mac machine (for eg. in English)or vice-versa.Am I right??? 2. As u said Mac OS supports many character encodings.Is there any field in the HFS volume where information about the character set used is stored? 3. (Most Important for me)please suggest. For my understanding I am reffering to "mkhybrid" and "mkhfs" application code and trying to do it on Windows. You must be already aware of these premastering applications for Linux. I am trying to understand the implementation logic of the B*tree from them and how they create the Image file. I just want an answer Whether my approach is correct and what more I should be in touch?? As far my understanding the latter part is going to be same(I mean the logic of creating the HFS filesystem will be same)only the selection of files and their validations will be different?? Waitng for your answers anxiously! regards Biswaroop Banerjee

1 0

Windows EOL("\n") and Mac's EOL("\r")
by Biswaroop Banerjee 04 Mar '02

04 Mar '02

hi, When storing text documents from windows to a HFS volume should change the End Of Line character which in Windows is "\n" to Macs EOL character "\r". regards Biswaroop Banerjee

2 1

Char set for HFS volumes
by Biswaroop Banerjee 01 Mar '02

01 Mar '02

Hi, Can anybody tell me which char set is understood in HFS volumes. For e.g. in DOS only A-Z, 0-9 and _ are the valid characters. So, what is for HFS. Can anybody give me a list for HFS or a pointer to find out ?? Again, for writing into a HFS volume for creating a CD image can we go for UNICODE . For eg. the volume name length for HFS volumes is 27 characters in length. How do we store a UNICODE volume name in that space??? The HFS volumes contain data in "Big Endian " format. Can anybody tell me what are the fields which has to be filled in Big Endian format. For eg. in ISO9660 , in Primary Volume Desriptor some fields are written in both Little and Big Endian format. Waiting for u help and suggestions. regards Biswaroop Banerjee

2 1

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

2000

1999

1998

1997

1996

1995

hfs-user March 2002