Re: GWindows and a future home for it

["stephane richard" <stephane.richard@verizon.net>]

Well if someone goes to sourceforge and registers a project for gwindows 
.... that can then be ready quickly enough....the problem is CVS ;-).  at 
least for me it is...if anyone has good experience with CVS for file 
checkins so we can trransfer the codebase to it by all means :-).

Not sure how long it will take to create everything..in the mean time (be it 
a week or a month or two :-) whichever I'll gladly host gwindows on my 
website until it's ready to send to sourceforge.

Mr Stephen Leake?  Sounds good to you?  hehehe..j/k


"Fionn mac Cuimhaill" <invisible@hiding.from.spam> wrote in message 
news:es6kl0pddjvs52ch5sd7hp69m8roimj8ih@4ax.com...
> Has anyone done any more thinking about a home for GWindows? David
> Botton seems to have fallen off the edge of the world, and it occursto
> me that his  AdaPower web site could do the same thing. It occurs to
> me that Adaworld would be a goot temporary location, even if it
> eventually moves to Sourceforge or Tigris. That would supply a bit of
> insurance in case Adapower's plug gets yanked, and would allow us tp
> proceed with development and still have some time to build a consensus
> on a future home for GWindows.
>
> On another front - the proposed bug list. I have an item for it.
> This might be described as a restriction rather than a bug; this is in
> GWindows.Databases. I was using one of the Field_Value functions to
> get a SQL Server datetime value into a variable of type Time (as
> defined in Ada.Calendar).  The problem is that the range of dates that
> can be expressed with a variable of type Time is too narrow, and one
> of the GNATCOM routines which converts the date extracted from SQL
> Server into a Time choked on a date with a year before 1901.
>
> GNATCOM and GWindows need a calendar package similar to Ada.Calendar
> which is based on a native Windows time representation.