m.Th, Thank you for the quick reply.

You can recreate the problem yourself. Just make an Intraweb standalone application (VCL For The Web), drop the usual suspects on the UserSessionUnit (TIBODataset, TIBOTransaction, TIBOQuery and the generic datasource) and point to any firebird database/table. On the visual form, of course, put a TIWDBGrid and reference the generic datasource. If you remove the DBGrid and instead use a TIWEBEDit, it works without complaint. Perhaps, I'm not setting a property correctly but the only one I touched is DataSource.

Same project but pointing to MS SQL Server instead also works. So, there is a finger pointing at IBObjects. I think one of my crew even got the standard Interbase components to work with it using a Firebird database.

It would be wonderful if IBObjects had tighter integration with Intraweb so that I could use native IB components for Intraweb's Visual Controls.

--- In IBObjects@yahoogroups.com, "m. Th." <th@...> wrote:
>
> Peter Welch wrote:
> > Jason,
> >
> > Thank you for the new IBO 4.9.2 release. Much improved installation.
> >
> >
> @Jason: What did I told you about the installer? ;-)
>
> > However, a significant problem persists when attaching Firebird to an Intraweb DBGrid. Get the following:
> >
> > Access violation at address 50004535 in module 'rtl120.bpl'. Write of address 00000008
> >
> > Other Intraweb database components work, just not the DBGrid. Alas, I don't know where to find a solution. Maybe it's an Intraweb or Delphi problem. Or, maybe I need to add a path somewhere.
> >
> >
> Are you sure that this is an IBO problem? rtl120.bpl is the Delphi
> 2009's official Runtime Library. "Write of address 000000008" means
> (most probably) that you're trying to write to a nil pointer. Perhaps
> you have something like
> MyIBOTable.FindField('FooField').AsString:='BarData'; and the 'FooField'
> isn't present, hence FindField( ... ) returns a nil.
>
> ...but, of course, a dangling pointer can be present in IBO. The best
> solution would be a small project which would show the problem to
> discuss here and to add to 'Bugs' tracker on SF.net
> (https://sourceforge.net/tracker/?atid=1126933&group_id=256127&func=browse)
>
> > As an aside, I have found the combination of Firebird, IBObjects, Delphi and Intraweb to be fantastic. I don't have to care a hoot about HTML or any other Web stuff - just compile and execute.
>
> +1. Sure - True RAD. And the things can be improved. We discussed with
> the guys from Embarcadero and both we have 'some ideas' about how things
> can be pushed forward. Also, we wait for Jason to stabilize the 'beast'
> and after this to give also him some hints...
>
> > Now, if Embarcadero would make a 64 bit cross-compiler and bring along Intraweb, and Firebird 3.x were completed, and IBObects...
> >
> >
> They're coming. A brand new state-of-the-art compiler is expected next
> year (perhaps with a preview in 2009) which will support 64bit
> compilation. Mind you, 64 bit executables are _slower_ than 32bit ones.
> The main advantage of a 64bit binary is that it can address more than
> 4GB RAM. A little bit unlikely for a fat client. Yes, EMBT will provide
> 32bit _and_ 64bit compilers for Delphi/C++.
>
> About cross-compiling: Yes, they are 'very actively researching' that
> area ;-) - the compiler will have separate back-ends and front-ends,
> thing which means that besides 32 & 64 bit support, it will be most
> likely 'decorated' with Linux & MacOSX code-gens (and perhaps mobile).
> Note that all the info above is not 'secret' and can be found in
> different newsgroups, blogs, other sites etc.
>
> About Firebird: I'll leave the honor to Helen to give more details. Just
> to point out that Fb 2.5 will be a major step forward towards to 3.0.
> Imho, 2.5 would be better renamed 3.0 and the actual 3.0 to became 4.0...
>
> HTH,
>
> m. Th.
>