[lazarus] lazarus debuging???

[Michael.VanCanneyt at Wisa.be]

On Mon, 23 Dec 2002 matooo at email.si wrote:

> Quoting Michael.VanCanneyt at wisa.be:
>
> >
> >
> > On Mon, 23 Dec 2002 matooo at email.si wrote:
> >
> > > Quoting Michael.VanCanneyt at wisa.be:
> > >
> > > >
> > > >
> > > > On Mon, 23 Dec 2002 matooo at email.si wrote:
> > > >
> > > > >
> > > > > m.
> > > > >
> > > > > P.S. what's with datasource and db. Since M$ seems to be buying
> > > > Borland, I need
> > > > > Lazarus urgently in more finished base. So if no one has done yet
> > I'll
> > > > be
> > > > > available in about two weeks, but I think there is a better way to
> > do
> > > > it than
> > > > > Borland did it.
> > > >
> > > > Basic TDataset/TDataSource is functioning. TDataset decsendents
> > exist
> > > > for
> > > > Mysql,Interbase and DBase; Oracle,PostGreSQL and ODBC should be easy
> > to
> > > > add as well as we have 'plain' interfaces for them.
> > > >
> > > > The code is tested - rudely. I would be very happy if you could do
> > > > stress-testing and communicate with me so we can fix or improve
> > > > things if needed.
> > > >
> > > > I've started a design based on TDatabase/TTransaction/TQuery, but I
> > > > haven't
> > > > been able to finish that yet. I hope to start this in a month or
> > two.
> > > >
> > > > Also, I recently found an open source alternative to MIDAS
> > (HyperBase)
> > > > -
> > > > and this is a gem which still needs including. Meaning that a
> > > > TClientDataset
> > > > descendent of TDataset should be written.
> > > >
> > > > As for a 'better way' than Borland did it: As long as you don't
> > break
> > > > compatibility, please. But there is tons of DB-aware code out there
> > > > (just search Torry's pages or DSP) and it would be a shame not to
> > be
> > >
> > > However you look at it. Some things are a real shame to embrace them.
> > I just
> > > don't understand why TEdit, TDBEdit, TXXXEdit... (but maybe is that
> > just me) and
> > > so on. Borland has just made Datalinks one step too late. Wouldn't it
> > be easier
> > > if one component could be data-aware, simple or anything aware. Not
> > needing to
> > > change component if you'd need a little different purpose.
> >
> > Maybe, but then this would force all DB code in each and every
> > application,
> > even if they don't use it. This is the VB approach.
> >
>
> nope, as I did it.
> TBaseDatasource is just a dummy datasource (no db connection at all), just dummy
> fieldlinks, that connect to datasource functionality. no dbdatasource, no
> dbcode. That's the mistake I said datasource is DBOnly??? why when it could be
> used as any structure source.

I think I see what you're aiming at. I've been playing along similar lines.
(Think TEventSource instead of TBaseDataSource, to catch and react to general events.)
Send me some code and I'll have a look at it. If we can maintain source
compatibility, no problem; I'm open to suggestions.

Michael.