GWindows and a future home for it

From: Fionn mac Cuimhaill (invisible_at_hiding.from.spam)
Date: 09/29/04 

Date: Wed, 29 Sep 2004 02:48:03 GMT

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.

Relevant Pages

  • Re: GWindows and a future home for it
    ... > Has anyone done any more thinking about a home for GWindows? ... > can be expressed with a variable of type Time is too narrow, ... > of the GNATCOM routines which converts the date extracted from SQL ... > Server into a Time choked on a date with a year before 1901. ...
    (comp.lang.ada)
  • Re: GWindows and a future home for it
    ... Well if someone goes to sourceforge and registers a project for gwindows ... > can be expressed with a variable of type Time is too narrow, ... > of the GNATCOM routines which converts the date extracted from SQL ...
    (comp.lang.ada)