[pilot-db-list] Re: =?iso-8859-1?Q?Re:_[pilot-db-list]_Questions_about_non-working_install_for_Mac_users?=

[Scott W. <swa...@my...>]

> 
> Org looks like this
> 
>        > database name: snutt
> 0x0000 73 6E 75 74 74 00 00 00 01 75 E4 60 00 00 00 00
> 0x0010 00 00 00 00 0E 67 00 00 00 00 00 00 00 00 00 00
>        > flags:
> 0x0020 00 08
>        > version:
> 0x0022 00 00
>        > time creation
> 0x0024 3E 6F 0A 3F
>        > time modification
> 0x0028 3E 6F 0A 57
>        > time backup
> 0x002C 3E 6F 0A 57
>        > modnum ???
> 0x0030 00 00 00 04
>        > appInfo block offset: 0x00000058
> 0x0034 00 00 00 58
>        > sortInfo block offset: 0x00000000
> 0x0038 00 00 00 00
>        > type: DB00
> 0x003C 44 42 30 30
>        > creator: DBOS
> 0x0040 44 42 4F 53
>        > unique ID
> 0x0044 00 00 00 00
>        > next record ID
> 0x0048 00 00 00 00
>        > number of records: 1
> 0x004C 00 01 00 00
>        
> cord 1 entry: offset 0x0080, 
> 0x0050 00 80 40 00 20 01 00 00
>        > AppInfo block: 
> 0x0058 00 00 00 02 00 00 00 0A
> 0x0060 48 65 6A 00 48 65 6C 6C 6F 00 00 01 00 04 00 00
> 0x0070 00 00 00 41 00 04 00 00 00 00 00 80 00 02 00 00
>        >> Number of Chunk: 2
>   > 0x0058 00 00 00 02
>        >> Chunk 1 type: 0 => field name
>   > 0x005C 00 00
>        >> Chunk 1 size: 10
>   > 0x005E 00 0A
>        >> Chunk 1: 2 strings: 
>   > 0x0060 48 65 6A 00 48 65 6C 6C 6F 00
>        >> Chunk 2 type: 1 => field type
>   > 0x006A 00 01
>        >> Chunk 2 size: 4
>   > 0x006C 00 04
>        >> Chunk 2: 00 00 => string, 00 00 => string
>   > 0x006E 00 00 00 00

	
	Wait, isn't this a CHUNK_LISTVIEW_OPTIONS type? 
>        >> Chunk 3 type: 41 => listview
>   > 0x0072 00 41

	
	size = 4 is ok for listview options
>        >> Chunk 3 size: 4   (CORRUPTION the minimum is 4 + 32)
>   > 0x0074 00 04
>        >> Chunk 3:
>   > 0x0076 00 00 00 00
>        >> Chunk 4 type: 80 => find options
>   > 0x007A 00 80
>        >> Chunk 4 size: 2
>   > 0x007C 00 02
>        >> Chunk 4:
>   > 0x007E 00 00
>        > record 1
> 0x0080 00 04 00 08 45 74 74 00 54 72 65 00 
>        >> offset of the field 1
>   > 0x0080 00 04
>        >> offset of the field 2
>   > 0x0082 00 08
>        >> field 1: "Ett"
>   > 0x0084 45 74 74 00
>        >> field 1: "Tre"
>   > 0x0088 54 72 65 00 
> 
> Palm like this
> 0x0000 73 6E 75 74 74 00 00 00 01 75 E4 60 00 00 00 00
> 0x0010 00 00 00 00 0E 67 00 00 00 00 00 00 00 00 00 00
> 0x0020 00 08 00 00 3E 6F 0A 3F 3E 6F 0A 57 3E 6F 0A 57
> 0x0030 00 00 00 04 00 00 00 58 00 00 00 00 44 42 30 30
> 0x0040 44 42 4F 53 00 00 00 00 00 00 00 00 00 01 00 00
> 0x0050 00 80 40 00 20 01 00 00 00 00 00 02 00 00 00 0A
> 0x0060 48 65 6A 00 48 65 6C 6C 6F 00 00 01 00 04 00 00
> 0x0070 00 00 00 41 00 04 00 00 00 00 00 80 00 02 00 00
> 0x0080 00 04 00 08 45 74 74 00 54 72 65 00 
> 
> And SD like this
> 0x0000 73 6E 75 74 74 00 00 00 01 82 2B E0 63 6E 74 6C
> 0x0010 00 00 00 04 00 00 00 00 40 C7 8B 0D D8 E8 64 02
> 0x0020 00 08 00 00 C2 49 59 BF 3E 6F 0C 92 3E 6F 0C 92
> 0x0030 00 00 00 04 00 00 00 58 00 00 00 00 44 42 30 30
> 0x0040 44 42 4F 53 00 00 00 00 00 00 00 00 00 01 0
>  00 02 00 00 00 0A
> 0x0060 48 65 6A 00 48 65 6C 6C 6F 00 00 01 00 04 00 00
> 0x0070 00 00 00 41 00 04 00 00 00 00 00 80 00 02 00 00
> 0x0080 00 04 00 08 45 74 74 00 54 72 65 00 
> 
> 
>         Note that the Org and Palm files looks exactly the
> same, while
>         the one who got installed on the SD card is different (the
>         name is changed after the 0 but that shouldn't
> matter). All
>         three dates fields are changed but the rest is the same.
>         
>         But in this case it's only thing that has changed, nothing
>         extra is inserted there but it still refuses to do
> anything.
> 
> This would suggest that if the only thing that matters is how
> the file
> looks like, then one problem seems to be related to either the
> dates or
> the name of the file. But this doesn't explain the extra info
> in the
> appinfo block described below.
> 
> Does Pilot-DB check the creation date against the other two in
> some way?
> 
> 
> 
> 
> 
> 
>         
> 
> Here is a description I sent to another list
> 
> > I compared the faulty database in my backup folder with the
> > orginal I tried to install and from what I can understand the
> > appinfo block seem to have become corrupted (note I'm looking at
> > this file on my Mac so the database have travelled Mac =>
> Palm =>
> > Mac, the one who travelled Mac => SD Card => Palm => Mac doesn't
> > have this problem).
> > 
> > There seems be an extra chunk of information (I think 15F bytes)
> > at the end of the AppInfo block of the munged file.
> 
> Do you get any ideas??
> 
>                 jem
> 

--