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: Tom D. <td...@vg...> - 2000-06-15 19:48:04
|
On Thu, 15 Jun 2000, Larry W. Virden wrote: > When I install the new pilot-db overtop of the old one, all I get > when I subsequently try to start it is a fatal crash ... Try deleting DB and install from scratch. This will also delete all your databases so you'll have to HotSync from the backups on your desktop. |
|
From: Larry W. V. <lv...@ca...> - 2000-06-15 19:28:03
|
When I install the new pilot-db overtop of the old one, all I get when I subsequently try to start it is a fatal crash ... -- Larry W. Virden <mailto:lv...@ca...> <URL: http://www.purl.org/NET/lvirden/> Unless explicitly stated to the contrary, nothing in this posting should be construed as representing my employer's opinions. -><- |
|
From: Tom D. <td...@vg...> - 2000-06-15 19:09:44
|
On Thu, 15 Jun 2000, Larry W. Virden wrote: > What do I need to do to actually use the new DB, if I have old > style databases and DB installed? The new copy of DB will overwrite the old copy of DB so they cannot coexist. However, all the old-style databases will still be accessible transparently since the new DB supports the new format and the old format. As always, for safety, make sure that you have backup copies on your desktop. |
|
From: Larry W. V. <lv...@ca...> - 2000-06-15 18:58:07
|
What do I need to do to actually use the new DB, if I have old style databases and DB installed? -- Larry W. Virden <mailto:lv...@ca...> <URL: http://www.purl.org/NET/lvirden/> Unless explicitly stated to the contrary, nothing in this posting should be construed as representing my employer's opinions. -><- |
|
From: Tom D. <td...@vg...> - 2000-06-15 18:38:21
|
On Thu, 15 Jun 2000, Larry W. Virden wrote: > So this release should be safe to use on a real pilot? I'm running it on my Palm III (PalmOS 3.3) right now. |
|
From: Larry W. V. <lv...@ca...> - 2000-06-15 10:32:35
|
So this release should be safe to use on a real pilot? -- Larry W. Virden <mailto:lv...@ca...> <URL: http://www.purl.org/NET/lvirden/> Unless explicitly stated to the contrary, nothing in this posting should be construed as representing my employer's opinions. -><- |
|
From: Tom D. <td...@vg...> - 2000-06-15 04:20:22
|
ftp://pilot-db.sourceforge.net/pub/pilot-db/dbtest.prc Make sure you download in binary mode. The file size should be 71383 and a MD5 checksum should be 045f8291315b9a972090e7c5be72e09a. Source code is in the CVS repository. There has been a change to new file format. If you have been using these test releases, duplicate any new format databases to the 0.2.x and delete the new format databases. Then install and duplicate back to new format. Changes: - New way of packing fields into database. Added offset table which speeds up searching and list view since locking down a record now takes constant time instead of scanning the entire record to come up with a set of pointers to each field. - New format databases can have a disable global find flag. - New format databases can remember what record was being viewed (and for the future, the active view definition) - 0.2.x databases now have the values for disable global find flag and the local find flags passed up to the rest of DB. - Fixed a bug where some memory wasn't unlocked. This release should be ever closer to a real release. There probably won't be any more strings added so beginning translation would probably be good. |
|
From: Tom D. <td...@vg...> - 2000-05-24 16:30:04
|
On Wed, 24 May 2000, Larry W. Virden wrote: > When I download the latest dbtest.prc into my PalmOS 3.3 Palm III and > then attempt to start it, I immediately get a Fatal Exception error and > the machine resets. Ick. That didn't happen in the emulator under 3.1 ROM. :( I'll try it on my own Palm III which is running 3.3. |
|
From: Larry W. V. <lv...@ca...> - 2000-05-24 15:41:15
|
When I download the latest dbtest.prc into my PalmOS 3.3 Palm III and then attempt to start it, I immediately get a Fatal Exception error and the machine resets. -- Larry W. Virden <mailto:lv...@ca...> <URL: http://www.purl.org/NET/lvirden/> Unless explicitly stated to the contrary, nothing in this posting should be construed as representing my employer's opinions. -><- |
|
From: Tom D. <td...@vg...> - 2000-05-24 15:31:07
|
On Wed, 24 May 2000, Larry W. Virden wrote: > Is this test version now safe for people to use on their pilots? I'd like to say yes but then that was how the bug just fixed was found. So I'll give it a qualified yes meaning that you should HotSync any data or programs that are near and dear to you. |
|
From: Larry W. V. <lv...@ca...> - 2000-05-24 13:57:12
|
Is this test version now safe for people to use on their pilots? -- Larry W. Virden <mailto:lv...@ca...> <URL: http://www.purl.org/NET/lvirden/> Unless explicitly stated to the contrary, nothing in this posting should be construed as representing my employer's opinions. -><- |
|
From: Tom D. <td...@vg...> - 2000-05-24 05:07:37
|
ftp://pilot-db.sourceforge.net/pub/pilot-db/dbtest.prc Thanks to Peter Kane for finding the bug, a bug in the local find dialog has been squashed. Plus you can search on any field not just string fields. |
|
From: Tom D. <td...@vg...> - 2000-05-20 05:29:03
|
ftp://pilot-db.sourceforge.net/pub/pilot-db/dbtest.prc The only changes this time are to use DB's icon on the picker screen instead of the ugly triangle. Plus the menu items in the popup can be translated. Tom |
|
From: Martin P. <mb...@gn...> - 2000-05-11 08:20:21
|
This looks like the beginnings of a very fine little app. Well done! I think the feature I'd most appreciate next would be auto-resizing fields in the edit form, similar to Address Book. -- Martin Pool mb...@gn... GNU Keyring for PalmOS http://gnukeyring.sourceforge.net/ |
|
From: Tom D. <td...@vg...> - 2000-05-06 06:00:14
|
ftp://pilot-db.sourceforge.net/pub/pilot-db/dbtest.prc The ability to rename databases is back. The new rebuild feature which lets you change field types and add/delete fields now renames the temporary copy to the name of the source and removes the original source. The only things left now are to get rid of the ugly triangle, make the new format have room for saving misc options, make sure all strings can be translated, and test it for bugs. Tom |
|
From: Tom D. <td...@vg...> - 2000-05-04 22:55:00
|
ftp://pilot-db.sourceforge.net/pub/pilot-db/dbtest.prc The duplicate feature now copies views over to the destination so field widths show up correctly. Plus it displays a "Working..." message and handles problems with record copies failing. Rebuild feature now works when you add a field. It also shows the "Working.." message and handles errors gracefully. Tom |
|
From: Tom D. <td...@vg...> - 2000-05-03 16:26:28
|
On Tue, 2 May 2000, Larry W. Virden wrote: > The problem with making a copy of the database is that if someone is > memory starved they may not get to make the change. The problem with > making the change directly is that if something goes wrong, the database > is lost... Safety first then. Rebuilds (add/delete fields, change field type) should happen infrequently so asking user to have free memory should not be a major hassle. (If not, they can always hotsync and use desktop utilities to do conversion.) Tom |
|
From: Tom D. <td...@vg...> - 2000-05-03 16:26:27
|
On Tue, 2 May 2000, Tom Byrum wrote: > Is it possible to check memory, and if there is not enough use the direct > method after showing a warning and chance to back out? The code that I have added since last night checks if adding a record to the copy fails and then backs out. A "direct method" wouldn't work with the new isolation layer since it likes complete control of the database. Plus, it is the new isolation layer that makes rebuilding the database into a copy extremely easy and is why I added the feature. So creating a copy is what'll happen. Rebuilds shuld happen so infrequently that requiring the user to have available memory should not be a problem. Please note that changing only the field names does not force a rebuild. The code is smart enough to detect the difference. Oh ... if you add fields, wait for the next test release, otherwise a crash will happen. (Tom forgot that looking up nonexistent fields is bad. :) ) Tom |
|
From: Tom B. <my...@ac...> - 2000-05-03 04:00:57
|
Is it possible to check memory, and if there is not enough use the direct
method after showing a warning and chance to back out?
Tom Byrum
"There is no security on this earth. There is only opportunity."
-- General Douglas MacArthur
On Tue, 2 May 2000, Larry W. Virden wrote:
> The problem with making a copy of the database is that if someone is
> memory starved they may not get to make the change. The problem with
> making the change directly is that if something goes wrong, the database
> is lost...
>
> --
> Larry W. Virden <mailto:lv...@ca...>
> <URL: http://www.purl.org/NET/lvirden/>
> Unless explicitly stated to the contrary, nothing in this posting should
> be construed as representing my employer's opinions.
> -><-
>
> _______________________________________________
> Pilot-db-list mailing list
> Pil...@li...
> http://lists.sourceforge.net/mailman/listinfo/pilot-db-list
>
|
|
From: Larry W. V. <lv...@ca...> - 2000-05-03 02:25:45
|
The problem with making a copy of the database is that if someone is memory starved they may not get to make the change. The problem with making the change directly is that if something goes wrong, the database is lost... -- Larry W. Virden <mailto:lv...@ca...> <URL: http://www.purl.org/NET/lvirden/> Unless explicitly stated to the contrary, nothing in this posting should be construed as representing my employer's opinions. -><- |
|
From: Tom D. <td...@vg...> - 2000-05-03 02:04:21
|
ftp://pilot-db.sourceforge.net/pub/pilot-db/dbtest.prc The design view now doesn't crash when you add/delete fields. The design view can now rebuild a database if you change any field type or add/delete fields. One caveat though, it copies the active database to the name "DBOStmp". You'll have to pick "Rescan databases" to see it. Final behavior will be to do the copy, delete the active database, and rename DBOStmp to the active database. Unless the rebuild should just copy to a new name w/o replacing the active database. Any ideas? Tom |
|
From: Tom D. <td...@vg...> - 2000-04-29 04:15:23
|
ftp://pilot-db.sourceforge.net/pub/pilot-db/dbtest.prc This one has support for duplicating databases. You can convert between different formats by choosing the target format from the "Driver:" option. It still needs some work (like a UI to tell you that it is working ...) There is also a create dialog now that lets you choose the target format for the new database. The name field has been removed from the design screen. There is still some work to do on the program before 0.3.0 including putting back rename support, showing a nice icon instead of the ugly triangle, and massive debugging. Don't put this release on your real device just yet. It still needs to be fumigated for bugs. :) Tom |
|
From: Tom D. <td...@vg...> - 2000-04-29 03:04:32
|
On Fri, 28 Apr 2000, Tom Byrum wrote: > The thing with the *IOS names are that they seem as though they should be > for operating systems, a la BeOS, PalmOS, etc. True. Eh, maybe TBase or TFile. I'll think it over the weekend. |
|
From: Tom B. <my...@ac...> - 2000-04-28 18:21:46
|
The thing with the *IOS names are that they seem as though they should be
for operating systems, a la BeOS, PalmOS, etc.
Tom Byrum
On Fri, 28 Apr 2000, Tom Dyas wrote:
> Actually, on the DIOS track, I've decided that ZIOS (ZIOS is Open Source)
> would be a better recursive acronym name. A search on altavista.com only
> came back with 36 pages with the word "zios" in it completely unrelated to
> computers.
>
> I'll ask SourceForge to change the name next week. Thanks for all the
> ideas!
>
> Tom
>
>
>
> _______________________________________________
> Pilot-db-list mailing list
> Pil...@li...
> http://lists.sourceforge.net/mailman/listinfo/pilot-db-list
>
|
|
From: Tom D. <td...@vg...> - 2000-04-28 15:07:35
|
Actually, on the DIOS track, I've decided that ZIOS (ZIOS is Open Source) would be a better recursive acronym name. A search on altavista.com only came back with 36 pages with the word "zios" in it completely unrelated to computers. I'll ask SourceForge to change the name next week. Thanks for all the ideas! Tom |
240 messages has been excluded from this view by a project administrator.
