On Sat, 21 Jul 2007, Martin Schreiber wrote:
> On Saturday 14 July 2007 16.26, Michael Van Canneyt wrote:
> > On Sat, 14 Jul 2007, Martin Schreiber wrote:
> > > On Saturday 14 July 2007 12.55, Michael Van Canneyt wrote:
> > > > > I spent about 150-200 hours to find, report and fix bugs in the FP
On Saturday 14 July 2007 16.26, Michael Van Canneyt wrote:
> On Sat, 14 Jul 2007, Martin Schreiber wrote:
> > On Saturday 14 July 2007 12.55, Michael Van Canneyt wrote:
> > > > I spent about 150-200 hours to find, report and fix bugs in the FPC
> > > > DB area BTW. :-)
> > >
> > > Which I appreciat
On Monday 16 July 2007 13.50, Joost van der Sluis wrote:
> On Sun, 2007-07-15 at 16:05 +0200, Martin Schreiber wrote:
> > On Sunday 15 July 2007 13.06, Joost van der Sluis wrote:
> > > On Sun, 2007-07-15 at 07:24 +0200, Martin Schreiber wrote:
> > > > I needed to use my own TField descendants becau
On Sun, 2007-07-15 at 16:05 +0200, Martin Schreiber wrote:
> On Sunday 15 July 2007 13.06, Joost van der Sluis wrote:
> > On Sun, 2007-07-15 at 07:24 +0200, Martin Schreiber wrote:
> > > I needed to use my own TField descendants because I can not modify
> > > db.pp .
> >
> > Huh? Why can't you? You
On Sun, 15 Jul 2007, Martin Schreiber wrote:
> On Sunday 15 July 2007 13.06, Joost van der Sluis wrote:
> > On Sun, 2007-07-15 at 07:24 +0200, Martin Schreiber wrote:
> > > I needed to use my own TField descendants because I can not modify
> > > db.pp .
> >
> > Huh? Why can't you? You did change
On Sun, 15 Jul 2007, Martin Schreiber wrote:
> On Sunday 15 July 2007 11.43, Michael Van Canneyt wrote:
>
> > > I can say that this concept and the whole MSEide+MSEgui system turned out
> > > to be very successful in commercial database applications.
> >
> > Since Delphi does not have it, and i
On Sunday 15 July 2007 13.06, Joost van der Sluis wrote:
> On Sun, 2007-07-15 at 07:24 +0200, Martin Schreiber wrote:
> > I needed to use my own TField descendants because I can not modify
> > db.pp .
>
> Huh? Why can't you? You did change bufdataset and sqldb. Which are also
> part of the same db-
On Sunday 15 July 2007 11.43, Michael Van Canneyt wrote:
> > I can say that this concept and the whole MSEide+MSEgui system turned out
> > to be very successful in commercial database applications.
>
> Since Delphi does not have it, and is equally succesful, I doubt this is
> the reason ? The reas
On Sun, 2007-07-15 at 07:24 +0200, Martin Schreiber wrote:
> I needed to use my own TField descendants because I can not modify
> db.pp .
Huh? Why can't you? You did change bufdataset and sqldb. Which are also
part of the same db-package?
Also for Delphi that's not a problem.
There's no differen
On Sun, 15 Jul 2007, Joost van der Sluis wrote:
> On Sun, 2007-07-15 at 07:24 +0200, Martin Schreiber wrote:
> > On Sunday 15 July 2007 01.10, Joost van der Sluis wrote:
>
> > > I have a question about the widestrings. I thought that tmsebufdataset
> > > handles all strings as widestrings. But
On Sun, 2007-07-15 at 07:24 +0200, Martin Schreiber wrote:
> On Sunday 15 July 2007 01.10, Joost van der Sluis wrote:
> > I have a question about the widestrings. I thought that tmsebufdataset
> > handles all strings as widestrings. But I can't find any reference to
> > that in the code. It would
On Sun, 15 Jul 2007, Martin Schreiber wrote:
> On Sunday 15 July 2007 01.10, Joost van der Sluis wrote:
> >
> > Can you specify those? Maybe we can work something out.
> >
> MSEgui needs an reference counted widestring type on win32 to be as fast as
> possible.
This is not something decided on
On Sunday 15 July 2007 01.10, Joost van der Sluis wrote:
>
> Can you specify those? Maybe we can work something out.
>
MSEgui needs an reference counted widestring type on win32 to be as fast as
possible.
Another old wish: GetInterface should work for corba style interfaces (Mantis
6036).
> I ha
On Sat, 2007-07-14 at 15:32 +0200, Martin Schreiber wrote:
>
> > So, once more, I propose to 'merge' whatever you need so we can
> develop
> > a decent set of components, suitable for all.
> >
> The most questionable component in FCL-DB is TBufDataset <->
> tmsebufdataset.
> I fear the needs of FC
On Fri, 2007-07-13 at 18:30 +0200, Martin Schreiber wrote:
> On Friday 13 July 2007 17.08, Michael Van Canneyt wrote:
> > Maybe a stupid question, but:
> >
> > SQLDB has this already.
> > So, why don't you help fixing SQLDB instead, and use that in MSEgui ?
> > This way everyone benefits.
> >
> > T
On Saturday 14 July 2007 16.26, Michael Van Canneyt wrote:
[...]
> After 2.2, we plan to start using the package system.
> At that time, the release cycles of the compiler & rtl are independent of
> the release cycles of the packages and FCL. That should solve your release
> problem: I have no prob
On Sat, 14 Jul 2007, Martin Schreiber wrote:
> On Saturday 14 July 2007 12.55, Michael Van Canneyt wrote:
> >
> > > I spent about 150-200 hours to find, report and fix bugs in the FPC DB
> > > area BTW. :-)
> >
> > Which I appreciate: There are indeed 15 bugs in Mantis about this.
> > (spending
On Saturday 14 July 2007 12.55, Michael Van Canneyt wrote:
>
> > I spent about 150-200 hours to find, report and fix bugs in the FPC DB
> > area BTW. :-)
>
> Which I appreciate: There are indeed 15 bugs in Mantis about this.
> (spending on average 10-13 hours per bug is a lot)
>
Yes it was a hard t
On Fri, 13 Jul 2007, Martin Schreiber wrote:
> On Friday 13 July 2007 17.08, Michael Van Canneyt wrote:
> > Maybe a stupid question, but:
> >
> > SQLDB has this already.
> > So, why don't you help fixing SQLDB instead, and use that in MSEgui ?
> > This way everyone benefits.
> >
> > This is a lo
On Friday 13 July 2007 17.08, Michael Van Canneyt wrote:
> Maybe a stupid question, but:
>
> SQLDB has this already.
> So, why don't you help fixing SQLDB instead, and use that in MSEgui ?
> This way everyone benefits.
>
> This is a lot of silly code duplication for no good reason...
>
Ups, SQLDB h
On Fri, 13 Jul 2007, Martin Schreiber wrote:
> On Thursday 12 July 2007 16.18, John wrote:
> [...]
> >
> > Another question (sort of related)
> >
> > The only way I have been able to get the query to 'read' the new
> > parameter value is to close and reopen the query. Should this be so ?
> > Th
On Thursday 12 July 2007 16.18, John wrote:
[...]
>
> Another question (sort of related)
>
> The only way I have been able to get the query to 'read' the new
> parameter value is to close and reopen the query. Should this be so ?
> This means it unprepares and then re-prepares the (same) query,
>
22 matches
Mail list logo
