RE: "cannot fetch chapter column" (for MSFT)

Tech-Archive recommends: Repair Windows Errors & Optimize Windows Performance

dave_at_w.com
Date: 07/07/04


Date: Tue, 6 Jul 2004 17:49:02 -0700

Anyone?

"Dave W" wrote:

> Hi all,
>
> I'm hoping someone from Microsoft (or others in the know) can tell me why
> ADO is returning "cannot fetch chapter column" (0x80004005) when requesting
> hierarchical disconnected data from the OLE DB provider we have written.
>
> First of all our driver works fine when returning hiererarchical data to ADO
> as long as you don't set the connection's CursorLocation property to
> adUseClinet prior to issue the command that returns hierchical data (we have
> implemented chapter column, child rowsets etc.)
>
> We were initially getting an error which stated that the provider was not
> capable of the requested operation (or something along those lines).
>
> After some research, it seemed that ADO might stand a better chance of
> dealing with disconnected hierarchical data if our provider implemented the
> optional rowset interface IColumnsRowset.
>
> I went ahead and enhanced the provider to support that interface and ADO
> does in fact use it (if and only if the connection cursor location is set to
> client cursor).
>
> The message that we're getting now is "cannot fetch chapter column"
> (0x80004005) during execution of the query.
>
> What else does ADO need for it to be able to consume disconnected
> hierarchical data????
>
> TIA,
>
> Dave
>
>
>
>



Relevant Pages

  • Re: Why not use DAO?
    ... You have been refering to DAO vs. ADO when these two things (in the context ... you must have ALREADY used a provider to get to. ... interface for working with JET databases. ...
    (microsoft.public.dotnet.languages.vb)
  • Re: Mysterious OLE DB DBID propids
    ... The ADO code is a simple commabd query that returns hierarchical data. ... We have not tried running it under the shape provider as we do not want to ... > cursor engine) contain no special DBID. ...
    (microsoft.public.data.oledb)
  • Re: Why not use DAO?
    ... All reall life programmers i know of use the jet oledb 3.5 or 4.0 provider ... ADO for ACCESS ... The TS asked "Why not used DAO ?" ... interface for working with JET databases. ...
    (microsoft.public.dotnet.languages.vb)
  • Re: Regarding fastest database interaction with Oracle in VC++
    ... If you are using ADO, then you will have a Connection object. ... is a lightweight COM API that sits on top of OLEDB. ... If you install MDAC 2.8, it will install some providers for you. ... It will install the MS Oracle provider. ...
    (microsoft.public.vc.database)
  • Access, ADO & 64-bit Windows
    ... We were using the Jet provider, but I know this is not supported under x64. ... As of a while ago a 64-bit version of this DLL became available, but we are unable to get it to work. ... If I look at Data Source under Administrator Tools (I know ODBC isn't the same as ADO, it was just to confirm the DLL was installed correctly), it shows the expected DLL. ...
    (microsoft.public.office.developer.automation)