pilot-db-list

Re: [pilot-db-list] Comment, question and a possible bug

[Larry W. V. <lv...@ca...>]

From: Marlyse Comte <m....@ma...>
> The question regarding the conversion utility: I (again) did not mean the 
> palm-db-tools (at least I THINK I did not mean this utility) - I was 
> referring to comments on the listserver concerning version 0.3 having 
> some major changes which will need a conversion to allow databases prior 
> to 0.3 be read by the version 0.3 

I understand what you mean.  I have users of databases which do not 
have access to compilers (and would not be comfortable trying to compile)
and so I too wish there were some automated way of converting the old
database format to the new format.  This is my greatest concern.
I don't have the means to compile the conversion tools for Macs - and
that's one of the more common platform for the users of some of my databases.
-- 
Larry W. Virden <mailto:lv...@ca...><http://www.usenix.org/events/tcl2k/>
<URL: http://www.purl.org/NET/lvirden/> <*> O- 
Unless explicitly stated to the contrary, nothing in this posting should 
be construed as representing my employer's opinions.
-><-

[pilot-db-list] Re: Pilot-db-list digest, Vol 1 #22 - 2 msgs

[Thorolf G. <Th...@Go...>]

Hi,

>* Configurable list view [list view can use varying column definition,
...
>After 0.3.0, I'll tackle sorting and filters.
yeah, this are the two most important functions for me :-)))

-- 

Chau y hasta luego,

Thorolf

------------------------------------------------------------------
e-Mail:   mailto:Th...@Go...                      \|/
                                                       /'~'\
Homepage: http://www.godawa.de                        ( o o )
--------------------------------------------------oOOO--(_)--OOOo-

Re: [pilot-db-list] Comment, question and a possible bug

[Tom D. <td...@vg...>]

On Tue, 8 Feb 2000, Marlyse Comte wrote:

> What I mainly was hoping for is to EXPORT data from the DB - e.g. 
> ThoughtMill lets you export the data to the MemoPad and from there one 
> can synch it with the PalmDesktop etc. Also AllTime lets you do that, it 
> gives you the option to export as tab or comma separated. As there is a 
> size limit with the Memo, I have found that exporting large bodies of the 
> text to the MemoPad+ will work as long as I only synch it once (i.e. to 
> the desktop) and then instantly copy/paste/save/delete it out from the 
> Palm Desktop application into some other text editor and then to go then 
> from there for clean-up of the text and preparing it for FileMaker. Like 
> that I can get all the hour tracking info into FileMaker and can use the 
> hour database on the Palm and also on the desktop.

This may be something to add to the TODO list.

> The question regarding the conversion utility: I (again) did not mean the 
> palm-db-tools (at least I THINK I did not mean this utility) - I was 
> referring to comments on the listserver concerning version 0.3 having 
> some major changes which will need a conversion to allow databases prior 
> to 0.3 be read by the version 0.3 

I'll release a 0.3.0 version of palm-db-tools at the same time with
support for 0.3.x DB and also 0.2.x DB.

Tom

Re: [pilot-db-list] Is there a todo list / has anyone looked 'stealing code?'

[Robert A. <ral...@zi...>]

On Tue, 8 Feb 2000, Tom Dyas wrote:

> Date: Tue, 8 Feb 2000 09:34:50 -0500 (EST)
> From: Tom Dyas <td...@vg...>
> Subject: Re: [pilot-db-list] Is there a todo list / has anyone looked
    'stealing code?'


> There is a TODO list in the top of the source tree. It is in the file
> called "TODO". :)


	Ok, I hadn't downloaded the source yet.  Probably should have
thought of checking the source tree.



> > 	Nulls and a subset of SQL added
> 
> The ability to have a 'null' or blank file would be okay. SQL would be
> overkill for DB since it is more of a frontend than a backend. I don't see
> a user entering SQL statements on the Palm Pilot.

	The reason I was thinking SQL was to give more flexability.  I can
see entering sql queries, maybe not often but occasionally (more so when
you have multiple tables which contain linked data).  



> > 	Transactions ( with commit and rollback ability )
> 
> Why would this be needed? DB is not running any sort of SQL or scripting
> language that needs to support undoing any sort of changes.

	Once you get into related data you may find yourself in a
situation where you need to edit/add multiple tables and suddenly find
yourself changing your mind or distracted and needing to undo or atleast
recover.  I think this is even more likely on the palm as you may find
yourself using in in a spare moment then get caught up in something else,
and you need to somehow pickup where you left off.



> Sure. My only vision for the project is to see it become a useful
> frontend for databases which store records with fields on PalmOS. I don't
> see it as a full SQL style database system on the Palm Pilot. It would be
> neat though if we had a conduit which interfaced DB with a SQL system on
> the desktop.

	It is definitly usable.  I think most people use databases as easy
ways to keep lists which db does nicely.  Do I expect it to do heavy
database work, no, but I think it would be nice to see how far we can take
it.  

	I was thinking about some of the issues with it linking to another
database and think it would be chalanging to say the least.  

	What I was/am hoping to find/build a database for the palm todo is
keep track of multiple tables all related.  I am not so much worried about
changes as searches.  For example, working for an ISP we have multiple
sites with thier information such as location, co-loc owner, etc..
Each site has various equipment which has various attributes, and ports.
Each Equipment port may have circuits attached which have their
attributes.  Circuits may be in one or more hunt groups, and each hunt
group may be feed by one or more access numbers.

	It would be very common to get a page/call late at night from our
NOC reporting a problem on a certain access number or an alarm on a
certain piece of equipment, or maybe even a report of some trouble
affecting a full site.  And they always want to know what it is going to
affect.  So, if I could build the database on my palm I could query a
circuit and tell you want numbers its affecting, or query a number and
tell you want equipment to check, etc...

	I don't know of you will have many other people trying to cram a
close to full database on their palm but I'm much more likely to always
have my palm than my laptop.

	I'll grab the source now..and read else I missed.  Though I think
I am going to write a "Hello world" for the palm before I start to play
with database code.

-robert

> 
> The latest source tree is always availabe via anonymous CVS on the
> SourceForge site. Current work is: 
> 
> * Flicker-free, fast list view (via my grid widget) [TESTING]
> * Configurable list view [list view can use varying column definition,
> still working on the editor for column definitions]
> * New format for the app info block to be extensible [DONE, TESTED]
> 
> 0.3.0 will be released once the list view stuff stabilizes. Also, DB has
> been changed to use prc-tools 0.5.1b5 or higher. Instructions on what is
> needed to build DB is now present in the db/docs/building.txt file in CVS. 
> 
> After 0.3.0, I'll tackle sorting and filters.
> 
> Tom
> 
> 

___---___---          Ziplink Internet, Inc.              ---___---___
Tower 1, Floor 5				978 - 551 - 8888 x 8765
900 Chelmsford St				ral...@zi...
Lowell, MA 01851				Ziplink Network Engineer	

Re: [pilot-db-list] Comment, question and a possible bug

[Marlyse C. <m....@ma...>]

>Follow the link at the bottom of the README file. :)

Sorry to not have been clear in my description. I did see this read me 
file and I did follow the link to have a look, and yes, I also saw that 
it is not for the Mac :)

What I mainly was hoping for is to EXPORT data from the DB - e.g. 
ThoughtMill lets you export the data to the MemoPad and from there one 
can synch it with the PalmDesktop etc. Also AllTime lets you do that, it 
gives you the option to export as tab or comma separated. As there is a 
size limit with the Memo, I have found that exporting large bodies of the 
text to the MemoPad+ will work as long as I only synch it once (i.e. to 
the desktop) and then instantly copy/paste/save/delete it out from the 
Palm Desktop application into some other text editor and then to go then 
from there for clean-up of the text and preparing it for FileMaker. Like 
that I can get all the hour tracking info into FileMaker and can use the 
hour database on the Palm and also on the desktop.

The question regarding the conversion utility: I (again) did not mean the 
palm-db-tools (at least I THINK I did not mean this utility) - I was 
referring to comments on the listserver concerning version 0.3 having 
some major changes which will need a conversion to allow databases prior 
to 0.3 be read by the version 0.3 

- do these questions make any sense?

Thanks,
---marlyse

______________________________________________
m....@ma...
http://www.mancoStudios.com
______________________________________________

Re: [pilot-db-list] Comment, question and a possible bug

[Tom D. <td...@vg...>]

On Tue, 8 Feb 2000, Marlyse Comte wrote:

> Even though searching for it in the web-archive, I found no mentioning of 
> import/export of data. To make this DB app. truly useful for me, I am 
> interested to be able to get the data out in a tab/del format or whatever 
> format (e.g. comma/sep), as to that I can have a text based backup on my 
> (Mac) desktop. Importing ability is a nice feature too (would save me 
> some time in generating the DB) but I think I can life without it:)
> 
> Any plans for this/these feature/s ?
> 
> The utility you are creating for converting earlier DB to the new version 
> to come, will this be Mac and PC usable?

Follow the link at the bottom of the README file. :)

Available for UNIX and Windows. (No Mac since I don't have one.)

Tom

Re: [pilot-db-list] Comment, question and a possible bug

[Larry W. V. <lv...@ca...>]

From: Marlyse Comte <m....@ma...>

> Even though searching for it in the web-archive, I found no mentioning of 
> import/export of data. To make this DB app. truly useful for me, I am 
> interested to be able to get the data out in a tab/del format or whatever 
> format (e.g. comma/sep), as to that I can have a text based backup on my 
> (Mac) desktop. Importing ability is a nice feature too (would save me 
> some time in generating the DB) but I think I can life without it:)

The author has a second set of tools which does just this - creates the
file format from a comma seperated value (csv) flat text file and creates
a csv file from a DB file.  This tool set is 
ftp://vger.rutgers.edu/pub/users/tdyas/pilot/db/db-tools.tar.gz


-- 
Larry W. Virden <mailto:lv...@ca...><http://www.usenix.org/events/tcl2k/>
<URL: http://www.purl.org/NET/lvirden/> <*> O- 
Unless explicitly stated to the contrary, nothing in this posting should 
be construed as representing my employer's opinions.
-><-

[pilot-db-list] Comment, question and a possible bug

[Marlyse C. <m....@ma...>]

Found this application last night and think it is very cool. I also read 
the news that column sorting is intended for the next release, one thing 
I am looking very much forwards to. 

Even though searching for it in the web-archive, I found no mentioning of 
import/export of data. To make this DB app. truly useful for me, I am 
interested to be able to get the data out in a tab/del format or whatever 
format (e.g. comma/sep), as to that I can have a text based backup on my 
(Mac) desktop. Importing ability is a nice feature too (would save me 
some time in generating the DB) but I think I can life without it:)

Any plans for this/these feature/s ?

The utility you are creating for converting earlier DB to the new version 
to come, will this be Mac and PC usable?

Might be a bug, might be just my configuration (Palm Vx): if I try to 
delete an empty entry I crash the Palm and need to soft reset. Exact 
steps was to create a DB, create a new entry and then not to fill out any 
data (i.e. leave all lines empty) and then click onto 'delete'. It 
happened 2x. Sorry, error message eludes me right now, it was after all 
4am when it happened... . If this is not repeatable by you, it is 
probably my configuration, I was testing various software and hacks in 
the past few days and they might not like each other.

---marlyse

Re: [pilot-db-list] Is there a todo list / has anyone looked 'stealing code?'

[Tom D. <td...@vg...>]

On Sun, 6 Feb 2000, Robert Alatalo wrote:

> 	I didn't see any TODO or future plans and I would hate to see this
> project stagnate.  I am rusty with my C but downloaded some development
> tools and hope to brush up, so this isn't only I want someone else to do
> it post.  In any case, here is what I would like to see eventually
> implemented.

There is a TODO list in the top of the source tree. It is in the file
called "TODO". :)

> 	True relations with foreign keys linking to Primary keys.

This would probably end up as just linking to a column in another
database.

> 	Few more data types added.

This should be in the TODO file.

> 	Nulls and a subset of SQL added

The ability to have a 'null' or blank file would be okay. SQL would be
overkill for DB since it is more of a frontend than a backend. I don't see
a user entering SQL statements on the Palm Pilot.

> 	Transactions ( with commit and rollback ability )

Why would this be needed? DB is not running any sort of SQL or scripting
language that needs to support undoing any sort of changes.

> 	eventually functions and constraints
> 
> for growth.  So, maybe we have have a discussion about were this project
> is heading?

Sure. My only vision for the project is to see it become a useful
frontend for databases which store records with fields on PalmOS. I don't
see it as a full SQL style database system on the Palm Pilot. It would be
neat though if we had a conduit which interfaced DB with a SQL system on
the desktop.

The latest source tree is always availabe via anonymous CVS on the
SourceForge site. Current work is: 

* Flicker-free, fast list view (via my grid widget) [TESTING]
* Configurable list view [list view can use varying column definition,
still working on the editor for column definitions]
* New format for the app info block to be extensible [DONE, TESTED]

0.3.0 will be released once the list view stuff stabilizes. Also, DB has
been changed to use prc-tools 0.5.1b5 or higher. Instructions on what is
needed to build DB is now present in the db/docs/building.txt file in CVS. 

After 0.3.0, I'll tackle sorting and filters.

Tom

[pilot-db-list] Is there a todo list / has anyone looked 'stealing code?'

[Robert A. <ral...@zi...>]

Hello,

	I did a lot of looking at databases for the palmpilot and there
aren't too many out there yet.  I was/am really hoping for a full
relational database and now that I actually have a palm (Visor) I have
more incentive.

	I didn't see any TODO or future plans and I would hate to see this
project stagnate.  I am rusty with my C but downloaded some development
tools and hope to brush up, so this isn't only I want someone else to do
it post.  In any case, here is what I would like to see eventually
implemented.

	True relations with foreign keys linking to Primary keys.
	Few more data types added.
	Nulls and a subset of SQL added
	Transactions ( with commit and rollback ability )
	eventually functions and constraints

	With that said, and since this is a GNU project, has anyone looked
into using code from another GNU database project?  The project which
looked to me as having the most promise was the LEAP project.

	http://www.xnot.com/leap/

	Since I imagine that the palm's databases will be single user for
a long time I think the fact that Leap's doesn't having locking won't make
a huge difference to us.  It seems to implement most of the backend stuff
which could save a lot of time.  There are other database projects which
we might also avail ourselves too.

	The biggest issues I have is that being relatively new to the palm
and never doing any programming for it yet I don't have a clue as to
what limits are put on us as to data storage, etc...   I searched the
mailing list archives but didn't see any discussion as to a direction
for growth.  So, maybe we have have a discussion about were this project
is heading?

-robert

Re: [pilot-db-list] Where can I find the manual doc for DB?

[Tom D. <td...@vg...>]

On Sun, 23 Jan 2000, Peer Gynt wrote:

> Hi everyone, I just bought a Palm last week and downloaded DB 0.2.5 but I 
> couldn't find the instruction manual for the program. Can anyone tell me 
> where I can find it if available? Many thanks! Peer

There is no instruction manual. Not enough time to write the program and
write gobs of docs. :(

If anybody on the list were to contribute documentation, then I would be
more than willing to stick it in the distribution. Text for "help screens"
in DB would also be welcome. This is open source after all. No need to be
a programmer if you can write docs or translations or find bugs and stuff.

Tom

[pilot-db-list] Sort Columns

[<ra...@po...>]

Is it possible to sort columns in DB on the palm itself?

This would be a very usefull Feature.

Thanks
Ryan

[pilot-db-list] Where can I find the manual doc for DB?

[Peer G. <pe...@ho...>]

Hi everyone, I just bought a Palm last week and downloaded DB 0.2.5 but I 
couldn't find the instruction manual for the program. Can anyone tell me 
where I can find it if available? Many thanks! Peer
______________________________________________________
Get Your Private, Free Email at http://www.hotmail.com

Re: [pilot-db-list] First post, quick question...

[Tom D. <td...@vg...>]

On Tue, 18 Jan 2000, Michael D. Carney wrote:

> I see a lot of cool features slated to be released in the next version
> of DB (things like sorting of records, etc.). Does anyone have any
> idea when that release (I think it's going to be 0.3) will be
> available.

A few weeks, probably, since I'm still working the kinks out of the new
file format. 

Also, I spent last week writing a flicker-free list widget for the list
screen. (The current method uses the PalmOS table control which flickers a
lot. My replacement draws into an offscreen buffer and then copies to
screen in one operation.) It'll get integrated this week.

Tom

[pilot-db-list] First post, quick question...

[Michael D. C. <mik...@lt...>]

First off, a compliment to all involved in this project. I've been
looking for a nice database program for my Pilot, and this one seems
like it'll have all the features that I'm interested in soon.

Which leads me to...

I see a lot of cool features slated to be released in the next version
of DB (things like sorting of records, etc.). Does anyone have any
idea when that release (I think it's going to be 0.3) will be
available.

Thanks for any info.

-- 
Mike.
        "It would take an Archimedean fulcrum to raise you 
         to the level of total depravity"
         -- Thomas E. Carney

Re: [pilot-db-list] current status

[Larry W. V. <lv...@ca...>]

Re: what about conversion utilities that run on the Pilot?

Well, I suppose that is an option.  I don't know much about PalmOS - is
it possible that DB could invoke the secondary conversion program so
the user doesn't have to know about it? 
-- 
Larry W. Virden <mailto:lv...@ca...><http://www.usenix.org/events/tcl2k/>
<URL: http://www.purl.org/NET/lvirden/> <*> O- 
Unless explicitly stated to the contrary, nothing in this posting should 
be construed as representing my employer's opinions.
-><-

Re: [pilot-db-list] current status

[Tom D. <td...@vg...>]

On Wed, 12 Jan 2000, Larry W. Virden wrote:

> > next release. However, the conversion utilities will support the new
> > format so migrating to the format should be no problem. 
> 
> The problem I can see with the migration is that I know that at least I
> distribute DB databases with just the db.prc to my user community.  These
> databases are ones that the users update for personal information.  Therefore
> there is no set platform on which they run (they may have Macs, Windows,
> Linux, Solaris, etc.) and that becomes a problem if a seperate conversion
> utility is needed.
> 
> Could it be possible for DB just to do the conversion itself?

Maybe not DB itself since I don't want to bog down development versions of
DB with legacy code.

However, this sounds like a call for a version of the "conversion
utilities" that run directly on the Palm Pilot itself. 0.2.x DB to 0.3.x
DB. MobileDB to 0.3.x DB. JFile to 0.3.x DB. Does this sound okay? 

Tom

Re: [pilot-db-list] current status

[Larry W. V. <lv...@ca...>]

From: Tom Dyas <td...@vg...>

> next release. However, the conversion utilities will support the new
> format so migrating to the format should be no problem. 

The problem I can see with the migration is that I know that at least I
distribute DB databases with just the db.prc to my user community.  These
databases are ones that the users update for personal information.  Therefore
there is no set platform on which they run (they may have Macs, Windows,
Linux, Solaris, etc.) and that becomes a problem if a seperate conversion
utility is needed.

Could it be possible for DB just to do the conversion itself?
-- 
Larry W. Virden <mailto:lv...@ca...><http://www.usenix.org/events/tcl2k/>
<URL: http://www.purl.org/NET/lvirden/> <*> O- 
Unless explicitly stated to the contrary, nothing in this posting should 
be construed as representing my employer's opinions.
-><-

Re: [pilot-db-list] Congrats/Feature request

[Tom D. <td...@vg...>]

On Sun, 9 Jan 2000, David Harris wrote:

> I have no complaints whatsoever. I do have a feature request, though. I'm 
> not a programmer, and I rarely edit config files(although, when I do, it's 
> by hand, at least :). So, here it is: As I mentioned, I'm using DB as a URL 
> Bookmark storage program. I was wondering if you could implement 
> sub-databases? You know, a database withing a database? Here's the scenario, 
> as of now:
> 
> What I would like to be able to do is have a database named "Bookmarks" in 
> some category(probably Info./Misc), and in that database have the above 
> groups.
> 
> Is such a thing feasable? :)

A feature like this probably would be implemented since the solution would
be to put all of the data in a single database called "Bookmarks" and then
use some sort of filtering option (yet to be implemented ...) to view the
subset of the URLs that you wanted to see.

Tom

Re: [pilot-db-list] current status

[Matthias H. <Mat...@in...>]

> I am rewriting parts of DB this week to make the format of the database
> extensible in the future. This will mean an incompatible change in the
> next release. However, the conversion utilities will support the new
> format so migrating to the format should be no problem. 

Very sweet. Did you think about storing view information (which part of which
database is currently viewed) somewhere else, so the databases do not have
to be backed up each time you just look at them (and do not change any data)?
Or is this a completely unrelated issue?

CU

Matthias

-- 
Matthias Hopf - Visualization and Interactive Systems Group    \  |  |  /--
               IfI, University of Stuttgart,                    \ |  |   \
      Breitwiesenstr. 20-22, 70565 Stuttgart, Germany            \|  |  --/
Phone +49-711-7816-404   Fax -340    EMail ho...@in...

[pilot-db-list] current status

[Tom D. <td...@vg...>]

I am rewriting parts of DB this week to make the format of the database
extensible in the future. This will mean an incompatible change in the
next release. However, the conversion utilities will support the new
format so migrating to the format should be no problem. 

Thus, multiple views, sorting, filtering, and such should be easier since
I now will be able to store arbitrary data in the database header w/o
worrying if it will break existing databases each time I add something.

Tom

[pilot-db-list] Congrats/Feature request

[David H. <dba...@ho...>]

Hello everyone :) I've been a Linux user for ... well, hard to say. My first 
distribution was InfoMagic(four CD set ... probably a few years ago, 
anyways). I'm not sure if many people here use Linux, but ah well ;)

Anyhoo, I love your app. I was looking for a good "bookmark" type program, 
and the "specialized" ones were half-assed at best. I appreciate all the 
work that's gone into DB. It's light, fast, and I can always use it for 
something else! :)

I have no complaints whatsoever. I do have a feature request, though. I'm 
not a programmer, and I rarely edit config files(although, when I do, it's 
by hand, at least :). So, here it is: As I mentioned, I'm using DB as a URL 
Bookmark storage program. I was wondering if you could implement 
sub-databases? You know, a database withing a database? Here's the scenario, 
as of now:

I have a "Bookmark" category.
In that category, I have these databases:

Information/News
Software
Linux-related
NT-related
BSD-related
Civic-related(yeah, I drive a Civic...)
Hardware
Documentation
Misc
Temp

What I would like to be able to do is have a database named "Bookmarks" in 
some category(probably Info./Misc), and in that database have the above 
groups.

Is such a thing feasable? :)

Thanks for the time,

Dave
______________________________________________________
Get Your Private, Free Email at http://www.hotmail.com

Re: Re[2]: [pilot-db-list] Another Access

[Tom D. <td...@vg...>]

On Fri, 7 Jan 2000, Kyo wrote:

> Yes, I want to access the database from Palm Pilot. So I want to access
> it from other program. Because I think, I need 3items of database(that
> has 8items, for example)
> 
> For Example....
> 
> [Current DB's database]
> Name:
> Address:
> Age:
> ZipCode:
> WorkTEL:
> HomeTEL:
> Mail:
> URL:
> 
> [My program. ()is access from database's data and display.]
> (Name):
> Impression:
> MeetDay:
> (HomeTEL):
> (Mail):
> Note:

Read the io.c source file. All the functions that you need will be in
there. Use OpenDatabase() and CloseDatabase() to open/close the database
you want. Use UnpackRecord() to gain access to the individual fields once
you have used a standard PalmOS function like DmQueryRecord() to get a
handle to the record. Examples of how to use UnpackRecord() are all over
the DB source code.

Tom

Re[2]: [pilot-db-list] Another Access

[Kyo <pho...@hi...>]

Hello, Tom. This is Kyo.

On Sat, 25 Dec 1999 20:04:47 -0500 (EST)
Tom Dyas <td...@vg...> wrote:

> Do you want to access the database from programs on your desktop PC or on
> the Palm Pilot itself?

Yes, I want to access the database from Palm Pilot. So I want to access
it from other program. Because I think, I need 3items of database(that
has 8items, for example)

For Example....

[Current DB's database]
Name:
Address:
Age:
ZipCode:
WorkTEL:
HomeTEL:
Mail:
URL:

[My program. ()is access from database's data and display.]
(Name):
Impression:
MeetDay:
(HomeTEL):
(Mail):
Note:



Thanks for your kindness.


  -=-=-=-=-=-=-=-=-=-=-=-=-=-=-
         〜Hiroaki Kyo〜
      pho...@hi...
  -=-=-=-=-=-=-=-=-=-=-=-=-=-=-
      Thank you for Reading.
               Bye!

[pilot-db-list] 0.2.5 is released

[Tom D. <td...@vg...>]

ftp://pilot-db.sourceforge.net/pub/pilot-db/db-0.2.5.tar.gz
ftp://pilot-db.sourceforge.net/pub/pilot-db/db_0_2_5.zip

Changes:

- The database category stuff from the past two test releases.

Tom