Jason,

I posted a project on Sourceforge using the employee.fdb database. You would just have to change the IP address and password. Compile and run. Click on the little blue ball in the left upper corner and Internet Explorer or Firefox will launch with the application -- well, in this case with the rtl120 error.

Regarding Intraweb, for enterprise web applications -- most of what I do -- it's a Godsend. I can make applications with the look and feel of Client/Server without all the headache of pc installation and exe synchronization. It's also far more secure than IIS or Apache, I suppose, because there is no bypass to the file system -- the user is communicating with an executable.

Try it, you'll like it. It's almost as good as IBObjects.

And Chad should appreciate any assist on the database side, say if you were able to offer native Firebird support to the Intraweb components.

Pete

--- In IBObjects@yahoogroups.com, "Jason Wharton" <supportlist@...> wrote:
>
> Pete,
>
> > Jason,
> >
> > Have you had a chance to review this error? I didn't mean to be
> > non-helpful regarding putting up a test project, just that it would take
> > about the same amount of time to simply create a new Intraweb application
> > as to go to Sourceforge and download a project -- the database settings
> > needing to be set no matter what.
>
> [jlw]
> Time isn't the direct reason for sample apps. The main reason is to
> eliminate confusion. If you post a sample app that you have confirmed
> exposes the problem then I have something definitive to work with. So often
> I have tried to go after a bug from scratch and wasted time floundering
> because I couldn't get it to reproduce. But, I can at least give it a go and
> if nothing comes up report that and we can go from there.
>
>
> > It's almost a show stopper for us, though we can simply fill non-database
> > visual components with dataset values stored in generic object lists.
>
> [jlw]
> This sounds like a bit of a pain.
>
>
> > And I re-ask about tighter integration with Intraweb. I'm not sure how
> > much you've used it, but it really is an amazing product in allowing web
> > application development without really knowing anything about the Web. It
> > would be so much better to use native Firebird components rather than the
> > IBO component set required for the Visual Intraweb database components. Do
> > you have a rapport with Chad Hower?
>
> [jlw]
> I know Chad pretty well. Have hung out with him on more than a few occasions
> at conferences, etc.
>
> I never could quite get the hang of it but once I get my D2009 release
> finished up this is something I would be willing to look into.
>
> Thanks,
> Jason Wharton
>
>
> > Pete Welch
> >
> > --- In IBObjects@yahoogroups.com, "Peter Welch" <welchp@> wrote:
> >>
> >> 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.
> >> >
> >>
> >
> >
> >
> >
> > ------------------------------------
> >
> > ___________________________________________________________________________
> > IB Objects - direct, complete, custom connectivity to Firebird or
> > InterBase
> > without the need for BDE, ODBC or any other layer.
> > ___________________________________________________________________________
> > http://www.ibobjects.com - your IBO community resource for Tech Info
> > papers,
> > keyword-searchable FAQ, community code contributions and more !
> > Yahoo! Groups Links
> >
> >
> >
>