Home End User
New Blog Posts: Merging Reports - Part 1 and Part 2

ISAPI does not unload when GIFImage is referenced

edited January 2003 in End User
I have been migrated from D5 to D6. After the migration it appeared that my web API did not unload
(OMNIhttp as server). After debugging the application the cause was a reference in a RB report form to the
unit GIFImage. I removed the unit and it still compiled OK and the report containing the reference also
displayed OK.
Does anyone know why is this unit referenced and is there a possibility that it has a bug preventing it to
unload?

Thanks for any assistance on this,
Herman Steigstra

Comments

  • edited January 2003
    This is not a known issue. I searched google.com and came up with no results
    either. Is there any more information you could give us, other than
    removing the uses clause entry for GIFImage has fixed your problem?


    Cheers,

    Jim Bennett
    Digital Metaphors

  • edited January 2003
    I don't have any specific info on this. The reference to the GIFImage unit (RB)
    was found on one the the report forms (don't know if this was done manually or
    as a result of the addition of a component). When I removed this line, the
    problem was solved. In the map file I see that also the unit MMsystem (Borland)
    is linked in. In a simple ISAPI project I included the GIFImage unit, but that
    had no effect.

    The problem (not unloading) is triggered even when no code is activated. Just a
    requesting a non-existing page within the ISAPI, causing the loading of the dll
    is sufficient. When Omni is stopped I can unload the dll with the debugger. When
    I do a "Flush server", forcing all dll's to unload, Omni is hanging and a reboot
    of the Win98 is required to get a stable system again.

    As almost no functionality is approached, I would suggest that the fault is
    either in the initialization part of GIFImage or one of its referenced units or
    a procedure name in either GIFImage or MMsystem conflicts with i.e. one of the
    RB. Another possibility might be that the GIFImage unit of TeeChart Professional
    is incompatible with the one of RB. I don't know which one is used. I will do
    some additional analysis to see if that is the case.

    BTW, I am using D2, service pack 2, RB 7.01, Win98.

    Thanks, Herman Steigstra

  • edited January 2003
    Hi Herman,

    Win9x was NEVER a stable system!

    jm2c,
    Chris Ueberall;
  • edited January 2003
    Dear jim,

    Found a small "trace" that I will try to analyse first. Also in my very small
    test application I notice that the WebModuleDestroy is not called AT ALL after
    terminating my application. This application is very simple: just a dataform and
    a single page producer. I will submit this problem in the Delphi forums.

    Herman Steigstra

  • edited January 2003
    From the Delphi newsgroup I got a solution for not calling the WebModuleDestroy
    problem. Unfortunately this does not solve the unload problem.

  • edited January 2003
    Does it work on any other OS? Win NT, 2K, XP?

    You say you have a small test app. Can you send this to
    support@digital-metaphors.com along with the steps to reproduce the problem.


    Cheers,

    Jim Bennett
    Digital Metaphors

  • edited January 2003
    I have tried 2K and there the symptoms are the same.
    The small test application I was talking about does not have the problems. It
    just displayed the same symptoms ('no OnDestroy') as the main app.

    In the mean time I do have some additional info. I managed to break into the
    ExitProc chain and notice that the debugging is halting after leaving the
    finalization section of the unit TeCanvas (TeeCustomEditColors.Free), which
    might point at a problem in TeeChart. Would that suggest a problem related to
    TeeChart? May be I can test this by including TChart into my small test app. I
    will let you know what comes out of that.

    Regards, Herman Steigstra

  • edited January 2003
    Don't understand why, but now my small test application also displays the same
    problem.
    As requested I have uploaded the source to your support department with a
    description to reproduce the problem.

    Best regards, Herman Steigstra

  • edited January 2003

    GIFImage is not our code. However I do recall that we encountered an issue
    with it while developing ReportBuilder Server Edition. We had to modify
    GIFImage to work properly. RB Server Image uses a unit called rsGIFImage
    that contains the mods. In the initialization/finalization section we had to
    remove the code that creates and frees a DummyThread.

    You should consider porting your solution to RB Server Edition. It contains
    a high performance RAD solution for implementing multi-tier reporting
    solutions. It enables you to leverage our considerable R&D efforts. Attached
    is an article with more details. Here is a link to our live demo server

    http://www.digital-metaphors.com/RBServerLive



    --
    Nard Moseley
    Digital Metaphors
    http://www.digital-metaphors.com

    Best regards,

    Nard Moseley
    Digital Metaphors
    www.digital-metaphors.com
This discussion has been closed.