[sword-devel] ActiveDiatheke 1.2 question

[Lynn Allan]

> Lynn Allan wrote:
> > [sword-devel] ActiveDiatheke 1.2 questionHi Steve,
> >
> > I'm not sure of the status of the ActiveDiatheke app. It seemed "broken"
> > back in October. I submitted a quasi-fix related to getting the code to
> > compile because the parameters left out the new "range" argument. A
sword
> > maintainer cleaned up an error on my part, and it seemed to be fixed for
a
> > short time. The last time I checked, it was broken again.  I'm a little
more
> > versed on WinCVS. Looks like there were two fixes on the same day, 1.8
and
> > 1.9.
>
Chris Little wrote:
> You might try checking out a fresh copy of CVS.  There are no problems
> with it currently.  I committed two sets of changes after you sumbitted
> your patch.  The first basically did what your patch did.  The second
> added better OSIS support and implemented search ranges.  The two
> commits occured at 1:40 am and 3:13 am respectively on October 22, so
> I'm a little dubious of the possibility that you updated in the
> intervening hour and a half and something broke in that time.  Nothing
> was "overwritten".
>
> If it really is broken, I'll need some more clues about what's different
> on your end, since it works for me.

Using a "Baseline" of today with "fresh fetch" from CVS into clean
directory, here is the status I encountered:
* Diatheke with icu project: broken (won't compile)
* Diatheke with non-icu project: broken (won't link ... easy to fix with
missing reference to osiscgi)
* ActiveDiatheke with icu project: broken (won't compile)
* ActiveDiatheke with non-icu project: ok
* ActiveDiatheke VB demo: works ok with non-icu

Lynn Allan wrote:
> > The ActiveDemo VB code depends on the ActiveDiatheke ocx. There was a
window
> > of time when it worked based on the fix above, but then was broken again
> > last time I checked. I also submitted a TestActiveDiatheke that was a
Visual
> > C++ mfc dialog project using the OCX to fetch verses using COM. I don't
> > think it was ever placed in CVS as
> > ./examples/windoze/vc6/TestActiveDiatheke. If memory serves, it worked
for a
> > day or so, then was broken.
>
Chris Little wrote:
> Yeah, I didn't feel like the C++ program served much purpose, and it
> never worked for me.  VC++ users should just use Sword directly, rather
> than via COM.  It's faster.  A lot faster.  I don't even know that it is
> that appropriate to include ADDemo, but it will at least confirm whether
> ActiveDiatheke is working.

Your "fix" to my "fix" of ActiveDiatheke doquery was apparently incompatible
with TestActiveDiatheke code, which "broke" TestActiveDiatheke because of
odl definitions. There is a revised LynnAllanChanges.zip I can make
available. In my opinion, it would be very valuable to have a working
example of C++ COM code that can use ActiveDiatheke, and will "appeal" to
sword maintainers (other than yourself) your decision to leave it out of
CVS.

Sharing the reason for the season,
http://learningcards.eeworks.org/EeCard01.html

Lynn A.
l.allan@att.net