Menu
▾
▴
pilot-db-list
You can subscribe to this list here.
| 1999 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(23) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2000 |
Jan
(15) |
Feb
(11) |
Mar
(6) |
Apr
(47) |
May
(14) |
Jun
(13) |
Jul
(20) |
Aug
(4) |
Sep
(15) |
Oct
(28) |
Nov
(40) |
Dec
(11) |
| 2001 |
Jan
(28) |
Feb
(9) |
Mar
(17) |
Apr
(10) |
May
(26) |
Jun
(31) |
Jul
(83) |
Aug
(66) |
Sep
(106) |
Oct
(82) |
Nov
(139) |
Dec
(76) |
| 2002 |
Jan
(138) |
Feb
(140) |
Mar
(118) |
Apr
(179) |
May
(85) |
Jun
(92) |
Jul
(53) |
Aug
(39) |
Sep
(60) |
Oct
(48) |
Nov
(114) |
Dec
(71) |
| 2003 |
Jan
(76) |
Feb
(58) |
Mar
(83) |
Apr
(70) |
May
(23) |
Jun
(63) |
Jul
(27) |
Aug
(233) |
Sep
(74) |
Oct
(35) |
Nov
(24) |
Dec
(42) |
| 2004 |
Jan
(85) |
Feb
(99) |
Mar
(33) |
Apr
(43) |
May
(17) |
Jun
(29) |
Jul
(17) |
Aug
(16) |
Sep
(17) |
Oct
(5) |
Nov
(3) |
Dec
(15) |
| 2005 |
Jan
(38) |
Feb
(24) |
Mar
(11) |
Apr
(14) |
May
(4) |
Jun
(15) |
Jul
(11) |
Aug
(5) |
Sep
(3) |
Oct
(14) |
Nov
(9) |
Dec
(3) |
| 2006 |
Jan
(9) |
Feb
(4) |
Mar
(4) |
Apr
(2) |
May
(6) |
Jun
(1) |
Jul
(3) |
Aug
(10) |
Sep
|
Oct
(1) |
Nov
|
Dec
(7) |
| 2007 |
Jan
(1) |
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
|
Aug
(1) |
Sep
(3) |
Oct
|
Nov
(2) |
Dec
|
| 2008 |
Jan
(1) |
Feb
|
Mar
(2) |
Apr
(2) |
May
|
Jun
(3) |
Jul
|
Aug
(4) |
Sep
|
Oct
|
Nov
|
Dec
|
| 2009 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: =?iso-8859-1?Q?<mar...@la...> - 2003-03-19 08:40:42
|
What tools do you want to use? (Java, libxml2, xercesc,=0D=0Aexpat...) Pe= rhaps you saw i wanted to begin some thing to save=0D=0Athe database in x= ml format. If you want my first ideas, i can=0D=0Asend you my DTD or othe= r things.=0D=0A=0D=0AI have a question for you,=0D=0Ahow can we generate = easily our documentation from the DocBook=0D=0Axml? The most important to= ols for DocBook are available in=0D=0ASGML format. Is it possible to gene= rate the documentation from=0D=0Aour website? I would like to put the xml= file on the website,=0D=0Aand a tool will generate the html format at th= e first request=0D=0Ato read the documentation. Is it possible?=0D=0A=0D=0A= I'm not an expert with web design, i know a little xml and i=0D=0Aused yo= ur work to convert the documentation, but i don't have=0D=0Ainternet conn= ection at home, then i must minimize my transferts.=0D=0A=0D=0A=0D=0A=0D=0A= ---------- Debut du message initial -----------=0D=0A=0D=0ADe : pilot= -db...@li...=0D=0AA : pil...@li...= urceforge.net=0D=0ACopies : =0D=0ADate : Tue, 18 Mar 2003 18:02:52 -050= 0=0D=0AObjet : Re: [pilot-db-list] File format questions...=0D=0A=0D=0A-= ----BEGIN PGP SIGNED MESSAGE-----=0D=0AHash: SHA1=0D=0A=0D=0AI stumbled o= ver similar issues. +1 for providing some updated=0D=0Adocs.=0D=0AI've pu= t my XML conduit plans on hold until something comes along.=0D=0A=0D=0AI = also got the distinct impression that integers are in the wrong=0D=0Aendi= an order, but as long as it's consistent it doesn't matter.=0D=0A=0D=0A/ = Mike Meyer <mw...@mi...> was heard to say:=0D=0A| In working on my pdb-= >SQL tool, I ran into some gotchas in the=0D=0A| documentation - by which= I mean the "formats.txt" file.=0D=0A|=0D=0A| Most notably, the note titl= e is not limited to an=0D=0A11-character string,=0D=0A| but runs out to a= null byte. This is different from other string=0D=0A| fields, such as vi= ew names.=0D=0A|=0D=0A| It also appears that unset dates have a month of = zero, and=0D=0Aunset times=0D=0A| have an hour of 24. Could someone pleas= e confirm that?=0D=0A|=0D=0A| I'd like to add support for Link and Linked= fields, but need the=0D=0A| documentation on their FIELD_DATA chunks. Co= uld someone=0D=0Aprovide a=0D=0A| pointer to that, or the docs directly?=0D= =0A|=0D=0A| Finally, not quite relevant, but does anyone know the format=0D= =0Afor a 68K=0D=0A| floating point number?=0D=0A=0D=0A = Be seeing you,=0D=0A = norm=0D=0A=0D=0A- -- =0D=0ANorman Walsh <nd...@nw...> | If m= an were never to fade away=0D=0Alike the=0D=0Ahttp://nwalsh.com/ = | dews of Adashino, never to=0D=0Avanish like=0D=0A = | the smoke over Toribeyama, but=0D=0Alingered=0D=0A = | on forever in the world, how=0D=0Athings=0D=0A = | would lose their power to move=0D=0Aus! The=0D= =0A | most precious thing in life is its=0D=0A= | uncertainty.--Yoshida Kenko=0D=0A-----BEG= IN PGP SIGNATURE-----=0D=0AVersion: GnuPG v1.0.6 (GNU/Linux)=0D=0AComment= : Processed by Mailcrypt 3.5.7=0D=0A<http://mailcrypt.sourceforge.net/>=0D= =0A=0D=0AiD8DBQE+d6WcOyltUcwYWjsRAr0MAKCpOE99HkxY6V80Kj0h036akA89xwCgsSNd= =0D=0AcNbieMbt3MeNb4M5/Yp6T6I=3D=0D=0A=3DD6xK=0D=0A-----END PGP SIGNATURE= -----=0D=0A=0D=0A=0D=0A--------------------------------------------------= -----=0D=0AThis SF.net email is sponsored by: Does your code think in ink= ? =0D=0AYou could win a Tablet PC. Get a free Tablet PC hat just for=0D=0A= playing. =0D=0AWhat are you waiting for?=0D=0Ahttp://ads.sourceforge.net/= cgi-bin/redirect.pl?micr5043en=0D=0A_____________________________________= __________=0D=0APilot-db-list mailing list=0D=0AP...@li...urc= eforge.net=0D=0Ahttps://lists.sourceforge.net/lists/listinfo/pilot-db-lis= t=0D=0A=0A=0AAcc=E9dez au courrier =E9lectronique de La Poste : www.lapos= te.net ; =0A3615 LAPOSTENET (0,34=80/mn) ; t=E9l : 08 92 68 13 50 (0,34=80= /mn)"=0A=0A |
|
From: =?iso-8859-1?Q?<mar...@la...> - 2003-03-19 08:21:27
|
I corrected this bug, you will see that in 1.1b3 and 1.0.4=0D=0Awith the = 5 ways keypad support.=0D=0AASAP=0D=0A=0D=0ASalut,=0D=0AMarc.=0D=0A=0D=0A= ---------- Debut du message initial -----------=0D=0A=0D=0ADe : pilot= -db...@li...=0D=0AA : <pilot-db-bugs@lists.s= ourceforge.net>=0D=0ACopies : "Pilot-db-list" <Pil...@li...urce= forge.net>=0D=0ADate : Tue, 18 Mar 2003 14:09:12 -0800=0D=0AObjet : [p= ilot-db-list] 1.1b2 and HandEra jog dial=0D=0A=0D=0AThere appears to be a= HandEra jog dial issue that I don't=0D=0Arecall running=0D=0Ainto in pre= vious versions.=0D=0A=0D=0AIt functions fine in the database list, and re= cord edit views.=0D=0A=0D=0AHowever with a database open, in the record l= ist view, the jog=0D=0Adial seems=0D=0Ato appear always on record #1 when= depressed. Even if you've=0D=0Afirst paged=0D=0Adown. The jog dial hig= hlight should of coarse appear on the=0D=0Afirst record=0D=0Ain view, not= the first record in the database.=0D=0A=0D=0AThe results is if you first= scroll down. Then depress the jog=0D=0Adial to=0D=0Aactivate it, and th= en hold the jog dial rotated downward until=0D=0Ayou see=0D=0Athe highlig= ht bar, there can be quite a delay until it's visible.=0D=0A=0D=0AOr try = this. Page down once. Depress the jog dial, and click=0D=0Adown a=0D=0A= record or two. You still won't see the highlight bar.=0D=0AYet, page up = to the first page again, and you'll see it there=0D=0A(a couple=0D=0Areco= rds down from the top).=0D=0A=0D=0AThe math involved with where Pilot-DB = believes the jag dial=0D=0Ahighlight bar=0D=0Ais, seems to further get co= nfused if you scroll even further=0D=0Adown the DB=0D=0Abefore you use it= . Selecting a record that the highlight bar=0D=0Ais on,=0D=0Aactually br= ings up a record from higher up the list (whereas=0D=0Aon the first=0D=0A= page or two of records, the highlight bar still selects the=0D=0Acorrect=0D= =0Arecord).=0D=0A=0D=0AIf you jog to the bottom of the DB, you can highli= ght the=0D=0Arecords, but=0D=0Ayou can't select them. In any case, just = some apparent=0D=0Aout-of-range=0D=0Aconditions.=0D=0A=0D=0A=0D=0A=0D=0A-= ------------------------------------------------------=0D=0AThis SF.net e= mail is sponsored by: Does your code think in ink? =0D=0AYou could win a = Tablet PC. Get a free Tablet PC hat just for=0D=0Aplaying. =0D=0AWhat are= you waiting for?=0D=0Ahttp://ads.sourceforge.net/cgi-bin/redirect.pl?mic= r5043en=0D=0A_______________________________________________=0D=0APilot-d= b-list mailing list=0D=0AP...@li...=0D=0Ahttps:/= /lists.sourceforge.net/lists/listinfo/pilot-db-list=0D=0A=0A=0AAcc=E9dez = au courrier =E9lectronique de La Poste : www.laposte.net ; =0A3615 LAPOST= ENET (0,34=80/mn) ; t=E9l : 08 92 68 13 50 (0,34=80/mn)"=0A=0A |
|
From: Mike M. <mw...@mi...> - 2003-03-19 00:08:14
|
In <87k...@nw...>, Norman Walsh <nd...@nw...> typed: > -----BEGIN PGP SIGNED MESSAGE----- > I also got the distinct impression that integers are in the wrong > endian order, but as long as it's consistent it doesn't matter. Integers (and the floats) are big-endian, as the processor in the Palm is basically a Motorola 68000. On an Intel box, things are little-endian. You have to deal with that when you unpack the structures. The developers have kindly provided updated docs. It looks like features of 1.1b3 are exposed that will eventually have to be dealt with. <mike -- Mike Meyer <mw...@mi...> http://www.mired.org/consulting.html Independent WWW/Perforce/FreeBSD/Unix consultant, email for more information. |
|
From: Norman W. <nd...@nw...> - 2003-03-18 23:04:42
|
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
/ Scott Wallace <swa...@my...> was heard to say:
| I have updated Marc's copy of format.txt to include info about calculated
| fields too.
Cool! Thanks. (Read all your messages before you post, norm :-)
Be seeing you,
norm
- --
Norman Walsh <nd...@nw...> | Life is an irritation--Tucker Case
http://nwalsh.com/ | (Christopher Moore)
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: Processed by Mailcrypt 3.5.7 <http://mailcrypt.sourceforge.net/>
iD8DBQE+d6XSOyltUcwYWjsRAogBAJwPW2Jd9MrgZyLlgDmoQ5uGzfOtvwCfTzx2
nOoyQ3vbcI0tVNvWbMf/0S0=
=d5GN
-----END PGP SIGNATURE-----
|
|
From: Norman W. <nd...@nw...> - 2003-03-18 23:03:23
|
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
I stumbled over similar issues. +1 for providing some updated docs.
I've put my XML conduit plans on hold until something comes along.
I also got the distinct impression that integers are in the wrong
endian order, but as long as it's consistent it doesn't matter.
/ Mike Meyer <mw...@mi...> was heard to say:
| In working on my pdb->SQL tool, I ran into some gotchas in the
| documentation - by which I mean the "formats.txt" file.
|
| Most notably, the note title is not limited to an 11-character string,
| but runs out to a null byte. This is different from other string
| fields, such as view names.
|
| It also appears that unset dates have a month of zero, and unset times
| have an hour of 24. Could someone please confirm that?
|
| I'd like to add support for Link and Linked fields, but need the
| documentation on their FIELD_DATA chunks. Could someone provide a
| pointer to that, or the docs directly?
|
| Finally, not quite relevant, but does anyone know the format for a 68K
| floating point number?
Be seeing you,
norm
- --
Norman Walsh <nd...@nw...> | If man were never to fade away like the
http://nwalsh.com/ | dews of Adashino, never to vanish like
| the smoke over Toribeyama, but lingered
| on forever in the world, how things
| would lose their power to move us! The
| most precious thing in life is its
| uncertainty.--Yoshida Kenko
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: Processed by Mailcrypt 3.5.7 <http://mailcrypt.sourceforge.net/>
iD8DBQE+d6WcOyltUcwYWjsRAr0MAKCpOE99HkxY6V80Kj0h036akA89xwCgsSNd
cNbieMbt3MeNb4M5/Yp6T6I=
=D6xK
-----END PGP SIGNATURE-----
|
|
From: Craig B. <cr...@bo...> - 2003-03-18 22:13:04
|
There appears to be a HandEra jog dial issue that I don't recall running into in previous versions. It functions fine in the database list, and record edit views. However with a database open, in the record list view, the jog dial seems to appear always on record #1 when depressed. Even if you've first paged down. The jog dial highlight should of coarse appear on the first record in view, not the first record in the database. The results is if you first scroll down. Then depress the jog dial to activate it, and then hold the jog dial rotated downward until you see the highlight bar, there can be quite a delay until it's visible. Or try this. Page down once. Depress the jog dial, and click down a record or two. You still won't see the highlight bar. Yet, page up to the first page again, and you'll see it there (a couple records down from the top). The math involved with where Pilot-DB believes the jag dial highlight bar is, seems to further get confused if you scroll even further down the DB before you use it. Selecting a record that the highlight bar is on, actually brings up a record from higher up the list (whereas on the first page or two of records, the highlight bar still selects the correct record). If you jog to the bottom of the DB, you can highlight the records, but you can't select them. In any case, just some apparent out-of-range conditions. |
|
From: Craig B. <cr...@bo...> - 2003-03-18 22:04:25
|
I have one database that uses a Boolean field to select members of a record subset for display via a filter. If you set some Boolean values to false from the list view and reselect the filter (filtering for values of "1" on that field) those records remain in the set (despite their "0" value). Yet if you set the Boolean field(s) to false from the record edit view instead, then when returning to the list view, the record(s) are removed from the set via the filter, as expected. So, in short it seems that Filters cannot see changes in values made in the list mode. |
|
From: Craig B. <cr...@bo...> - 2003-03-18 22:01:34
|
Further detail on VFS calculated field issue with 1.1b2 (and the 1.1b2 plugins in separate download): Moving the db to SD causes calculated fields to display unsupported field type. Editing attempts to the record can produce this Fatal alert: ./ ../ ../src/drivers/db3.c, Line:940, DB-PackedRecordSize: unsupported field type |
|
From: =?iso-8859-1?Q?<mar...@la...> - 2003-03-18 16:52:00
|
I found that the 1.1b1 doesn't support plugins of database=0D=0Aformat (d= b-MobileDB.prc, db-JFile3.prc, db-oldDB.prc,=0D=0Adb-AddressDB.prc)=0D=0A= =0D=0AI'm sorry for these problem, but with Scott, we shared the=0D=0Awor= k (he manages the development version 1.1, i manage the=0D=0Astable versi= on 1.0 and the tools), and i forgot to update the=0D=0Acode of the plugin= s for development version.=0D=0A=0D=0A---------- Debut du message initial= -----------=0D=0A=0D=0ADe : pil...@li...= t=0D=0AA : <Pil...@li...>=0D=0ACopies : =0D=0A= Date : Tue, 18 Mar 2003 14:50:35 +0100=0D=0AObjet : [pilot-db-list] Re= : Link to AddressDB=0D=0A=0D=0AHi,=0D=0A=0D=0AI'm using a Palm Zire (M15= 0) OS 4.0 French - 2 Mb memory.=0D=0ADB v.1.1.0B1=0D=0A=0D=0AI made some = tests with *link* and *linked* fields accessing=0D=0Aself made DBs.=0D=0A= Works very fine.=0D=0A=0D=0AWhen I'm trying to *link* to AddressDB I get = a *Fatal exeption*=0D=0A=0D=0ACan someone help, please ?=0D=0A=0D=0AJacqu= es=0D=0A=0D=0A=0D=0A=0D=0A-----------------------------------------------= --------=0D=0AThis SF.net email is sponsored by: Does your code think in = ink? =0D=0AYou could win a Tablet PC. Get a free Tablet PC hat just for=0D= =0Aplaying. =0D=0AWhat are you waiting for?=0D=0Ahttp://ads.sourceforge.n= et/cgi-bin/redirect.pl?micr5043en=0D=0A__________________________________= _____________=0D=0APilot-db-list mailing list=0D=0AP...@li...= urceforge.net=0D=0Ahttps://lists.sourceforge.net/lists/listinfo/pilot-db-= list=0D=0A=0A=0AAcc=E9dez au courrier =E9lectronique de La Poste : www.la= poste.net ; =0A3615 LAPOSTENET (0,34=80/mn) ; t=E9l : 08 92 68 13 50 (0,3= 4=80/mn)"=0A=0A |
|
From: NWC <nw...@sk...> - 2003-03-18 13:52:31
|
Hi, I'm using a Palm Zire (M150) OS 4.0 French - 2 Mb memory. DB v.1.1.0B1 I made some tests with *link* and *linked* fields accessing self made DBs. Works very fine. When I'm trying to *link* to AddressDB I get a *Fatal exeption* Can someone help, please ? Jacques |
|
From: Scott W. <swa...@my...> - 2003-03-18 13:46:03
|
I have updated Marc's copy of format.txt to include info about calculated= =20 fields too. -Scott (Marc, your file with these changes is now in the 1.1b3 source too) Thanks. On Tue, 18 Mar 2003, mar...@la... wrote: > A lot of developpers ask us the update of the Format.txt file > which describes the format of the database of Pilot-DB. > I join here the new file, that you will be able to find with > the next releases. >=20 > Send us your questions or the parts to update. >=20 > Salut, > Marc. Acc=E9dez au courrier =E9lectronique de La Poste : www.laposte.net ;=20 3615 LAPOSTENET (0,34=80/mn) ; t=E9l : 08 92 68 13 50 (0,34=80/mn)" --=20 |
|
From: Emmanuel S. <se...@ac...> - 2003-03-18 09:28:31
|
On Mon, Mar 17, 2003 at 07:56:18PM -0600, Mike Meyer wrote: > > I'd still like to add support for link and linked fields, if anyone > cares to tell me the format for them. FWIW, I'm writing an updated format.txt that will hopefully contain all necessary information to import/export DB databases. Emmanuel |
|
From: =?iso-8859-1?Q?<mar...@la...> - 2003-03-18 09:14:10
|
A lot of developpers ask us the update of the Format.txt file=0D=0Awhich = describes the format of the database of Pilot-DB.=0D=0AI join here the ne= w file, that you will be able to find with=0D=0Athe next releases.=0D=0A=0D= =0ASend us your questions or the parts to update.=0D=0A=0D=0ASalut,=0D=0A= Marc.=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 |
|
From: <br...@vx...> - 2003-03-18 09:13:10
|
> --- Original Message --- >Sent: 03/17/03 22:58:25 >From: pil...@li... >To: br...@vx... >Subject: Pilot-db-list -- confirmation of subscription -- request 833656 > >Pilot-db-list -- confirmation of subscription -- request 833656 > >We have received a request from 62.253.64.8 for subscription of your >email address, <br...@vx...>, to the >pil...@li... mailing list. To confirm the >request, please send a message to >pil...@li..., and either: > >- maintain the subject line as is (the reply's additional "Re:" is >ok), > >- or include the following line - and only the following line - in the >message body: > >confirm 833656 > >(Simply sending a 'reply' to this message should work from most email >interfaces, since that usually leaves the subject line in the right >form.) > >If you do not wish to subscribe to this list, please simply disregard >this message. Send questions to >pil...@li.... |
|
From: Mike M. <mw...@mi...> - 2003-03-18 01:59:18
|
In <159...@gu...>, Mike Meyer <mw...@mi...> typed: > For those few who downloaded it, I've updated the dbsql tool. It now > does two-directional updates, and handles floats. See the readme for > details. > > I'd still like to add support for link and linked fields, if anyone > cares to tell me the format for them. Naturally, I forget the URL. Try <URL: http://www.mired.org/downloads/palm/ >. <mike -- Mike Meyer <mw...@mi...> http://www.mired.org/consulting.html Independent WWW/Perforce/FreeBSD/Unix consultant, email for more information. |
|
From: Mike M. <mw...@mi...> - 2003-03-18 01:56:28
|
For those few who downloaded it, I've updated the dbsql tool. It now does two-directional updates, and handles floats. See the readme for details. I'd still like to add support for link and linked fields, if anyone cares to tell me the format for them. Thanks, <mike -- Mike Meyer <mw...@mi...> http://www.mired.org/consulting.html Independent WWW/Perforce/FreeBSD/Unix consultant, email for more information. |
|
From: Mike M. <mw...@mi...> - 2003-03-15 23:59:25
|
In working on my pdb->SQL tool, I ran into some gotchas in the documentation - by which I mean the "formats.txt" file. Most notably, the note title is not limited to an 11-character string, but runs out to a null byte. This is different from other string fields, such as view names. It also appears that unset dates have a month of zero, and unset times have an hour of 24. Could someone please confirm that? I'd like to add support for Link and Linked fields, but need the documentation on their FIELD_DATA chunks. Could someone provide a pointer to that, or the docs directly? Finally, not quite relevant, but does anyone know the format for a 68K floating point number? Thanks, <mike -- Mike Meyer <mw...@mi...> http://www.mired.org/consulting.html Independent WWW/Perforce/FreeBSD/Unix consultant, email for more information. |
|
From: Mike M. <mw...@mi...> - 2003-03-15 23:52:21
|
Well, I sat down and finished my pdb->sql tool. It's radically different from the one previously offered by Seyman. Most notably, it talks to the SQL server directly, and you'll have to have Python sql module installed to use it. Out of the box, it expects to use PyGreSQL, but it should work with any Python Database API compliant module. It also includes a tool for dumping pilot-db files as ascii text. It can be found at <URL: http://www.mired.org/downloads/palm/ >. <mike -- Mike Meyer <mw...@mi...> http://www.mired.org/consulting.html Independent WWW/Perforce/FreeBSD/Unix consultant, email for more information. |
|
From: Yuri P. <yo...@no...> - 2003-03-13 21:37:00
|
Dear developer, Pilot-DB Team The Installigent Team would like to point your attention on the Installigent Service, which makes Palm user software be always up-to-date. We have created a technology, which makes it easy for end user to install, configure, and update software. However, this technology requires some additional work from the developer. The Installigent Team is glad to announce an approach for packaging Palm software, designed to easily upload software updates to the Installigent Server. The package is an ordinary ZIP package containing PRC, PDB, and any other files along with a package manifest file. This manifest is a software descriptor in XML format, which includes product name, size, description, update description, categorization information. It also lists files to be installed on the device, and, optionally, installation and configuration logic. Detailed information on software packaging is available at http://www.installigent.com/upload-doc.html. To update your software on the Installigent Server, you need to sign-up for the Installigent Service at http://www.installigent.com. Once registered, you need to login to the Installigent Management Center. To upload software package, click the Upload software and follow instructions. This service is not free. However, once you upload software update, your expiration period is prolonged up to one month. So, if you release new versions of your products within one month boundary, the service will be FREE for you. Looking forward for your participation. If you experience difficulties writing manifest file, we will be happy to help you. Contact us at su...@in.... Sincerely, Yuri Plaksyuk Installigent Team http://www.installigent.com/ |
|
From: Larry K. T. <LK...@me...> - 2003-03-13 14:13:29
|
>>> Mike Meyer <mw...@mi...> 03/12/03 12:05PM >>> >Actually, I was dissapointed to see this tool - because I've started >on my own version of it. My goal was to be able to sync the pdb with >the database, so that you could then copy the pdb back to the palm to >get updates made with database editing tools. Maybe you two could work together ; ) Larry ---------------------------------------------------------------------------= ---------------- Note: Please update your email address for this user to reflect the=20 new MeadWestvaco Corporation. MeadWestvaco employee=20 email addresses are in the format of us...@Me... This electronic message contains information from MeadWestvaco Corporation or subsidiary companies, which may be confidential, privileged or otherwise protected from disclosure. The information is intended to be used solely by the recipient(s) named. If you are not an intended recipient, be aware that any review, disclosure, copying, distribution or use of this transmission or its contents is prohibited. If you have received this transmission in error, please notify MeadWestvaco immediately at pos...@Me.... ---------------------------------------------------------------------------= ---------------- ________________________________________________________________________ This=20email=20has=20been=20scanned=20for=20all=20viruses=20by=20the=20Mes= sageLabs=20SkyScan service._______________________________________________________________ Note:=20=20Please=20update=20your=20email=20address=20for=20this=20user=20= to=20reflect=20the new=20MeadWestvaco=20Corporation.=20=20MeadWestvaco=20employee=20email=20a= ddresses are=20in=20the=20format=20of=20...@Me...=20 This=20electronic=20message=20contains=20information=20from=20MeadWestvaco= Corporation=20or=20subsidiary=20companies,=20which=20may=20be=20confidenti= al, privileged=20or=20otherwise=20protected=20from=20disclosure.=20=20The information=20is=20intended=20to=20be=20used=20solely=20by=20the=20recipie= nt(s) named.=20=20If=20you=20are=20not=20an=20intended=20recipient,=20be=20aware= =20that any=20review,=20disclosure,=20copying,=20distribution=20or=20use=20of=20th= is transmission=20or=20its=20contents=20is=20prohibited.=20=20If=20you=20have= received=20this=20transmission=20in=20error,=20please=20notify=20MeadWestv= aco immediately=20at=20p...@Me.... _______________________________________________________________________ |
|
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
|
|
From: Mike M. <mw...@mi...> - 2003-03-12 17:05:47
|
In <1047721615.550.10.camel@valhalla>, Elijah <des...@so...> typed: > Cool Just what I needed ^-^ Thanks > Learning mysql will now be in my todo list ;) > I hope it can export from mysql to pdb ... Actually, I was dissapointed to see this tool - because I've started on my own version of it. My goal was to be able to sync the pdb with the database, so that you could then copy the pdb back to the palm to get updates made with database editing tools. <mike -- Mike Meyer <mw...@mi...> http://www.mired.org/consulting.html Independent WWW/Perforce/FreeBSD/Unix consultant, email for more information. |
|
From: Scott W. <swa...@my...> - 2003-03-12 16:30:29
|
> > 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 > -- |
|
From: Jan E. <li...@mo...> - 2003-03-12 14:33:02
|
2003-03-12 15:13: mar...@la... <mar...@la...> is
believed to have typed:
> * load a DB on the emulator and open it.( you should be able
> to open it).
> * load the same file on the Palm.( you should be not able to
> opent it).
> * delete the DB on the Mac
> * backup the DB on the Mac.
> * load the new file in the emulator and open it.
I don't have an emulator ... I don't know if there exists an emulator
that runs under OS X (OS 9, yes but ...) ... so it's a bit difficult to
test.
> I parsed your "Palm" File in your mail for informations, i
> found some trouble can you tell me how did you do this file.
Created it on my Palm using Pilot-DB, synced to get it to my Mac, used
an hex editor to view the data and copied the content from that.
jem
--=20
Jan Erik Mostr=F6m je...@mo... www.mostrom.pp.se
|
|
From: =?iso-8859-1?Q?<mar...@la...> - 2003-03-12 14:13:53
|
If you did see it, there is a tool in the libpalm directory of=0D=0Athe p= alm-db-tools source file, dump-pdb. This tool are able to=0D=0Aextract th= e informations of the appInfo block. But i think the=0D=0Abetter is to us= e a hex editor.=0D=0A=0D=0AHave you try to:=0D=0A * load a DB on the emul= ator and open it.( you should be able=0D=0Ato open it).=0D=0A * load the = same file on the Palm.( you should be not able to=0D=0Aopent it).=0D=0A *= delete the DB on the Mac=0D=0A * backup the DB on the Mac.=0D=0A * load = the new file in the emulator and open it.=0D=0A=0D=0AIf you can open the = file at the end, then the modifications do=0D=0Aduring the Hotsync, are r= eversed during the backup, and it's=0D=0Anormal that your "Palm" file is = identic to your "Org" file.=0D=0A=0D=0AI parsed your "Palm" File in your = mail for informations, i=0D=0Afound some trouble can you tell me how did = you do this file.=0D=0AThank you,=0D=0AMarc Chalain.=0D=0A=0D=0A---------= - Debut du message initial -----------=0D=0A=0D=0ADe : pilot-db-list-= ad...@li...=0D=0AA : Scott Wallace <swallace@mynah.e= ecs.umich.edu>=0D=0ACopies : pil...@li...=0D=0ADat= e : Wed, 12 Mar 2003 11:10:12 +0100=0D=0AObjet : Re: [pilot-db-list] Q= uestions about non-working=0D=0Ainstall for Mac users=0D=0A=0D=0A2003-03-= 11 11:40: Scott Wallace <swa...@my...> is=0D=0Abelieved = to have typed:=0D=0A=0D=0A> This is very interesting. Would it be poss= ible to examine=0D=0Athe =0D=0A> AppInfo block when it is on the palm? I= suppose there are=0D=0Atools to do =0D=0A> this...=0D=0A=0D=0AI don't kn= ow. I didn't find a good one but I didn't look that=0D=0Ahard (but=0D=0AI= would like to have one 8-)=0D=0A=0D=0A> Well, the db3 format doesn't use= the standard appinfo structure.=0D=0A> According to the docs I've read, = the appinfo block can contain=0D=0A> whatever user data one might want, b= ut I could imagine that this=0D=0A> isn't actually the case. =0D=0A=0D=0A= There are several application that doesn't use the standard=0D=0Aappinfo = so=0D=0Athe problem must be somewhere else=0D=0A=0D=0A> Have you tried cr= eating a db on the palm, backing up to your=0D=0Amac and =0D=0A> reinstal= ling the db? This shouldn't work. I could try to=0D=0Amake =0D=0A> a m= odification to the file format to make it consistent with=0D=0Anormal =0D= =0A> expectations about the appinfo block and we could see if=0D=0Athat r= esolves =0D=0A> these mac problems. =0D=0A> =0D=0A> What do you think ab= out trying this experiment? =0D=0A=0D=0AI tried this with the version yo= u sent me and it doesn't work.=0D=0A=0D=0AWhat exactly happens during ins= tallation of a database, does=0D=0Athe program=0D=0Ainteracts with the do= wnloaded file in some way during=0D=0Adownload? (if so,=0D=0Acould there = be some little/big endian problem) =0D=0A=0D=0ASome obeservations=0D=0A=0D= =0AItem 1: Corruption occurs going from Mac =3D> Palm=0D=0A=0D=0AItem 2: = Corruption doesn't occur when going Mac =3D> SD Card =3D> Palm=0D=0A=0D=0A= Item 3: I created a database on the Palm, hotsynced, opened my=0D=0Abacku= p=0D=0A folder and tried to install it on my Palm but it=0D=0Afail= ed when=0D=0A I tried to open it.=0D=0A =0D=0A Then = I tried to install it on my SD card and copy it to my=0D=0A Palm, = which worked! So I assume this means that going from=0D=0A Palm to= Mac is OK.=0D=0A =0D=0A And here a few interesting things = happens. Notation:=0D=0AOrg is=0D=0A the file that was created on = the Mac, Palm the one which=0D=0A was installed on the Palm and th= en synced back, SD the one=0D=0A that was installed on the SD, cop= ied to the Palm and=0D=0Asynced=0D=0A back. The example database d= efines two strings and has one=0D=0A record.=0D=0A=0D=0AOrg looks = like this=0D=0A=0D=0A > database name: snutt=0D=0A0x0000 73 6E 75 7= 4 74 00 00 00 01 75 E4 60 00 00 00 00=0D=0A0x0010 00 00 00 00 0E 67 00 00= 00 00 00 00 00 00 00 00=0D=0A > flags:=0D=0A0x0020 00 08=0D=0A = > version:=0D=0A0x0022 00 00=0D=0A > time creation=0D=0A0x0024 3= E 6F 0A 3F=0D=0A > time modification=0D=0A0x0028 3E 6F 0A 57=0D=0A = > time backup=0D=0A0x002C 3E 6F 0A 57=0D=0A > modnum ???=0D=0A= 0x0030 00 00 00 04=0D=0A > appInfo block offset: 0x00000058=0D=0A0x= 0034 00 00 00 58=0D=0A > sortInfo block offset: 0x00000000=0D=0A0x0= 038 00 00 00 00=0D=0A > type: DB00=0D=0A0x003C 44 42 30 30=0D=0A = > creator: DBOS=0D=0A0x0040 44 42 4F 53=0D=0A > unique ID=0D=0A= 0x0044 00 00 00 00=0D=0A > next record ID=0D=0A0x0048 00 00 00 00=0D= =0A > number of records: 1=0D=0A0x004C 00 01 00 00=0D=0A > re= cord 1 entry: offset 0x0080, =0D=0A0x0050 00 80 40 00 20 01 00 00=0D=0A = > AppInfo block: =0D=0A0x0058 00 00 00 02 00 00 00 0A=0D=0A0x0060 48= 65 6A 00 48 65 6C 6C 6F 00 00 01 00 04 00 00=0D=0A0x0070 00 00 00 41 00 = 04 00 00 00 00 00 80 00 02 00 00=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 >> Chunk 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 >> Ch= unk 2: 00 00 =3D> string, 00 00 =3D> string=0D=0A > 0x006E 00 00 00 00=0D= =0A >> Chunk 3 type: 41 =3D> listview=0D=0A > 0x0072 00 41=0D=0A = >> Chunk 3 size: 4 (CORRUPTION the minimum is 4 + 32)=0D=0A > 0x0= 074 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 = >> Chunk 4 size: 2=0D=0A > 0x007C 00 02=0D=0A >> Chunk 4:=0D=0A >= 0x007E 00 00=0D=0A > record 1=0D=0A0x0080 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 >> f= ield 1: "Ett"=0D=0A > 0x0084 45 74 74 00=0D=0A >> field 1: "Tre"=0D= =0A > 0x0088 54 72 65 00 =0D=0A=0D=0APalm like this=0D=0A0x0000 73 6E 75= 74 74 00 00 00 01 75 E4 60 00 00 00 00=0D=0A0x0010 00 00 00 00 0E 67 00 = 00 00 00 00 00 00 00 00 00=0D=0A0x0020 00 08 00 00 3E 6F 0A 3F 3E 6F 0A 5= 7 3E 6F 0A 57=0D=0A0x0030 00 00 00 04 00 00 00 58 00 00 00 00 44 42 30 30= =0D=0A0x0040 44 42 4F 53 00 00 00 00 00 00 00 00 00 01 00 00=0D=0A0x0050 = 00 80 40 00 20 01 00 00 00 00 00 02 00 00 00 0A=0D=0A0x0060 48 65 6A 00 4= 8 65 6C 6C 6F 00 00 01 00 04 00 00=0D=0A0x0070 00 00 00 41 00 04 00 00 00= 00 00 80 00 02 00 00=0D=0A0x0080 00 04 00 08 45 74 74 00 54 72 65 00 =0D= =0A=0D=0AAnd SD like this=0D=0A0x0000 73 6E 75 74 74 00 00 00 01 82 2B E0= 63 6E 74 6C=0D=0A0x0010 00 00 00 04 00 00 00 00 40 C7 8B 0D D8 E8 64 02=0D= =0A0x0020 00 08 00 00 C2 49 59 BF 3E 6F 0C 92 3E 6F 0C 92=0D=0A0x0030 00 = 00 00 04 00 00 00 58 00 00 00 00 44 42 30 30=0D=0A0x0040 44 42 4F 53 00 0= 0 00 00 00 00 00 00 00 01 00 00=0D=0A0x0050 00 80 40 00 20 01 00 00 00 00= 00 02 00 00 00 0A=0D=0A0x0060 48 65 6A 00 48 65 6C 6C 6F 00 00 01 00 04 = 00 00=0D=0A0x0070 00 00 00 41 00 04 00 00 00 00 00 80 00 02 00 00=0D=0A0x= 0080 00 04 00 08 45 74 74 00 54 72 65 00 =0D=0A=0D=0A=0D=0A Note t= hat the Org and Palm files looks exactly the=0D=0Asame, while=0D=0A = the one who got installed on the SD card is different (the=0D=0A = name is changed after the 0 but that shouldn't=0D=0Amatter). All=0D=0A = three dates fields are changed but the rest is the same.=0D=0A = =0D=0A But in this case it's only thing that has changed, nothi= ng=0D=0A extra is inserted there but it still refuses to do=0D=0Aa= nything.=0D=0A=0D=0AThis would suggest that if the only thing that matter= s is how=0D=0Athe file=0D=0Alooks like, then one problem seems to be rela= ted to either the=0D=0Adates or=0D=0Athe name of the file. But this doesn= 't explain the extra info=0D=0Ain the=0D=0Aappinfo block described below.= =0D=0A=0D=0ADoes Pilot-DB check the creation date against the other two i= n=0D=0Asome way?=0D=0A=0D=0A=0D=0A=0D=0A=0D=0A=0D=0A=0D=0A =0D=0A=0D= =0AHere is a description I sent to another list=0D=0A=0D=0A> I compared t= he faulty database in my backup folder with the=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 looking at=0D=0A> this file on my Mac so = the database have travelled Mac =3D>=0D=0APalm =3D>=0D=0A> Mac, the one w= ho travelled Mac =3D> SD Card =3D> Palm =3D> Mac doesn't=0D=0A> have this= problem).=0D=0A> =0D=0A> There seems be an extra chunk of information (I= think 15F bytes)=0D=0A> at the end of the AppInfo block of the munged fi= le.=0D=0A=0D=0ADo you get any ideas??=0D=0A=0D=0A jem=0D=0A= -- =0D=0AJan Erik Mostr=F6m je...@mo... www.mostrom.pp.se=0D=0A= =0D=0A=0D=0A-------------------------------------------------------=0D=0A= This SF.net email is sponsored by:Crypto Challenge is now open! =0D=0AGet= cracking and register here for some mind boggling fun and =0D=0Athe chan= ce of winning an Apple iPod:=0D=0Ahttp://ads.sourceforge.net/cgi-bin/redi= rect.pl?thaw0031en=0D=0A_______________________________________________=0D= =0APilot-db-list mailing list=0D=0AP...@li...=0D= =0Ahttps://lists.sourceforge.net/lists/listinfo/pilot-db-list=0D=0A=0A=0A= Acc=E9dez au courrier =E9lectronique de La Poste : www.laposte.net ; =0A3= 615 LAPOSTENET (0,34=80/mn) ; t=E9l : 08 92 68 13 50 (0,34=80/mn)"=0A=0A |
240 messages has been excluded from this view by a project administrator.
