From: =?iso-8859-1?Q?<mar...@la...> - 2003-03-12 17:23:52
|
Sorry=0D=0A---------- Debut du message initial -----------=0D=0A=0D=0ADe = : Scott Wallace <swa...@my...>=0D=0AA : "marc.c= ha...@la..." <mar...@la...>=0D=0ACopies : lists <lists= @mostrom.pp.se>, pilot-db-list=0D=0A<pil...@li...= >=0D=0ADate : Wed, 12 Mar 2003 11:30:03 -0500 (EST)=0D=0A=0D=0AObjet := Re: Re: [pilot-db-list] Questions about non-working=0D=0Ainstall for Mac= users=0D=0A=0D=0A> =0D=0A> Org looks like this=0D=0A> =0D=0A> > d= atabase name: snutt=0D=0A> 0x0000 73 6E 75 74 74 00 00 00 01 75 E4 60 00 = 00 00 00=0D=0A> 0x0010 00 00 00 00 0E 67 00 00 00 00 00 00 00 00 00 00=0D= =0A> > flags:=0D=0A> 0x0020 00 08=0D=0A> > version:=0D=0A> = 0x0022 00 00=0D=0A> > time creation=0D=0A> 0x0024 3E 6F 0A 3F=0D=0A= > > time modification=0D=0A> 0x0028 3E 6F 0A 57=0D=0A> > ti= me backup=0D=0A> 0x002C 3E 6F 0A 57=0D=0A> > modnum ???=0D=0A> 0x0= 030 00 00 00 04=0D=0A> > appInfo block offset: 0x00000058=0D=0A> 0= x0034 00 00 00 58=0D=0A> > sortInfo block offset: 0x00000000=0D=0A= > 0x0038 00 00 00 00=0D=0A> > type: DB00=0D=0A> 0x003C 44 42 30 30= =0D=0A> > creator: DBOS=0D=0A> 0x0040 44 42 4F 53=0D=0A> > = unique ID=0D=0A> 0x0044 00 00 00 00=0D=0A> > next record ID=0D=0A>= 0x0048 00 00 00 00=0D=0A> > number of records: 1=0D=0A> 0x004C 00= 01 00 00=0D=0A> =0D=0A> cord 1 entry: offset 0x0080, =0D=0A> 0x00= 50 00 80 40 00 20 01 00 00=0D=0A> > AppInfo block: =0D=0A> 0x0058 = 00 00 00 02 00 00 00 0A=0D=0A> 0x0060 48 65 6A 00 48 65 6C 6C 6F 00 00 01= 00 04 00 00=0D=0A> 0x0070 00 00 00 41 00 04 00 00 00 00 00 80 00 02 00 0= 0=0D=0A> >> Number of Chunk: 2=0D=0A> > 0x0058 00 00 00 02=0D=0A= > >> Chunk 1 type: 0 =3D> field name=0D=0A> > 0x005C 00 00=0D=0A= > >> Chunk 1 size: 10=0D=0A> > 0x005E 00 0A=0D=0A> >> Chu= nk 1: 2 strings: =0D=0A> > 0x0060 48 65 6A 00 48 65 6C 6C 6F 00=0D=0A> = >> Chunk 2 type: 1 =3D> field type=0D=0A> > 0x006A 00 01=0D=0A> = >> Chunk 2 size: 4=0D=0A> > 0x006C 00 04=0D=0A> >> Chunk = 2: 00 00 =3D> string, 00 00 =3D> string=0D=0A> > 0x006E 00 00 00 00=0D=0A= =0D=0A =0D=0A Wait, isn't this a CHUNK_LISTVIEW_OPTIONS type? =0D=0A> = >> Chunk 3 type: 41 =3D> listview=0D=0A> > 0x0072 00 41=0D=0A=0D=0A= =0D=0A size =3D 4 is ok for listview options=0D=0A> >> Chunk 3 si= ze: 4 (CORRUPTION the minimum is 4 + 32)=0D=0A> > 0x0074 00 04=0D=0A>= >> Chunk 3:=0D=0A> > 0x0076 00 00 00 00=0D=0A> >> Chunk = 4 type: 80 =3D> find options=0D=0A> > 0x007A 00 80=0D=0A> >> Chu= nk 4 size: 2=0D=0A> > 0x007C 00 02=0D=0A> >> Chunk 4:=0D=0A> >= 0x007E 00 00=0D=0A> > record 1=0D=0A> 0x0080 00 04 00 08 45 74 74= 00 54 72 65 00 =0D=0A> >> offset of the field 1=0D=0A> > 0x0080= 00 04=0D=0A> >> offset of the field 2=0D=0A> > 0x0082 00 08=0D=0A= > >> field 1: "Ett"=0D=0A> > 0x0084 45 74 74 00=0D=0A> >>= field 1: "Tre"=0D=0A> > 0x0088 54 72 65 00 =0D=0A> =0D=0A> Palm like t= his=0D=0A> 0x0000 73 6E 75 74 74 00 00 00 01 75 E4 60 00 00 00 00=0D=0A> = 0x0010 00 00 00 00 0E 67 00 00 00 00 00 00 00 00 00 00=0D=0A> 0x0020 00 0= 8 00 00 3E 6F 0A 3F 3E 6F 0A 57 3E 6F 0A 57=0D=0A> 0x0030 00 00 00 04 00 = 00 00 58 00 00 00 00 44 42 30 30=0D=0A> 0x0040 44 42 4F 53 00 00 00 00 00= 00 00 00 00 01 00 00=0D=0A> 0x0050 00 80 40 00 20 01 00 00 00 00 00 02 0= 0 00 00 0A=0D=0A> 0x0060 48 65 6A 00 48 65 6C 6C 6F 00 00 01 00 04 00 00=0D= =0A> 0x0070 00 00 00 41 00 04 00 00 00 00 00 80 00 02 00 00=0D=0A> 0x0080= 00 04 00 08 45 74 74 00 54 72 65 00 =0D=0A> =0D=0A> And SD like this=0D=0A= > 0x0000 73 6E 75 74 74 00 00 00 01 82 2B E0 63 6E 74 6C=0D=0A> 0x0010 00= 00 00 04 00 00 00 00 40 C7 8B 0D D8 E8 64 02=0D=0A> 0x0020 00 08 00 00 C= 2 49 59 BF 3E 6F 0C 92 3E 6F 0C 92=0D=0A> 0x0030 00 00 00 04 00 00 00 58 = 00 00 00 00 44 42 30 30=0D=0A> 0x0040 44 42 4F 53 00 00 00 00 00 00 00 00= 00 01 0=0D=0A> 00 02 00 00 00 0A=0D=0A> 0x0060 48 65 6A 00 48 65 6C 6C = 6F 00 00 01 00 04 00 00=0D=0A> 0x0070 00 00 00 41 00 04 00 00 00 00 00 80= 00 02 00 00=0D=0A> 0x0080 00 04 00 08 45 74 74 00 54 72 65 00 =0D=0A> =0D= =0A> =0D=0A> Note that the Org and Palm files looks exactly the=0D= =0A> same, while=0D=0A> the one who got installed on the SD card = is=0D=0Adifferent (the=0D=0A> name is changed after the 0 but tha= t shouldn't=0D=0A> matter). All=0D=0A> three dates fields are cha= nged but the rest is the same.=0D=0A> =0D=0A> But in this= case it's only thing that has changed,=0D=0Anothing=0D=0A> extra= is inserted there but it still refuses to do=0D=0A> anything.=0D=0A> =0D= =0A> This would suggest that if the only thing that matters is how=0D=0A>= the file=0D=0A> looks like, then one problem seems to be related to eith= er the=0D=0A> dates or=0D=0A> the name of the file. But this doesn't expl= ain the extra info=0D=0A> in the=0D=0A> appinfo block described below.=0D= =0A> =0D=0A> Does Pilot-DB check the creation date against the other two = in=0D=0A> some way?=0D=0A> =0D=0A> =0D=0A> =0D=0A> =0D=0A> =0D=0A> =0D=0A= > =0D=0A> =0D=0A> Here is a description I sent to another list=0D= =0A> =0D=0A> > I compared the faulty database in my backup folder with th= e=0D=0A> > orginal I tried to install and from what I can understand the=0D= =0A> > appinfo block seem to have become corrupted (note I'm=0D=0Alooking= at=0D=0A> > this file on my Mac so the database have travelled Mac =3D>=0D= =0A> Palm =3D>=0D=0A> > Mac, the one who travelled Mac =3D> SD Card =3D> = Palm =3D> Mac=0D=0Adoesn't=0D=0A> > have this problem).=0D=0A> > =0D=0A> = > There seems be an extra chunk of information (I think 15F=0D=0Abytes)=0D= =0A> > at the end of the AppInfo block of the munged file.=0D=0A> =0D=0A>= Do you get any ideas??=0D=0A> =0D=0A> jem=0D=0A> =0D=0A=0D= =0A-- =0D=0A=0D=0A=0A=0AAcc=E9dez au courrier =E9lectronique de La Poste = : www.laposte.net ; =0A3615 LAPOSTENET (0,34=80/mn) ; t=E9l : 08 92 68 13= 50 (0,34=80/mn)"=0A=0A |