I would like a copy of that code also.  It would at least solve the mystery
of what values to stick in the BSA api calls for these objects.

We have an Informix DB right now that was upgraded to 7.3.  ON-Bar is now
failing.  But only after it creates an object, sends data and closes that
transaction.  It then starts another transaction to query the storage
manager and the BSAQueryObject call fails.  You can see the object using q
contents or show versions.  Somehow, the structure being populated on the
query is not the same as what they did on the create.  This info is from
the debug log of ON-Bar.

BTW, code level is 3.1.0.3 on HP.  We have other informix DBs on similar
platform/OS/client level - no problems.  Anyone else seen a problem like
this?

David Hendrix
dmhendri AT fedex DOT com





"McClean, Frank J." <McCleaF AT SUTTERHEALTH DOT ORG> on 01/27/99 05:38:55 PM

Please respond to "ADSM: Dist Stor Manager" <ADSM-L AT VM.MARIST DOT EDU>



 To:      ADSM-L AT VM.MARIST DOT EDU

 cc:      (bcc: DAVID HENDRIX/216832/ITD/FEDEX)



 Subject: Re: Informix ONBAR logical logs









I would love to have a copy of that code.


> -----Original Message-----
> From: Paul Zarnowski [SMTP:vkm AT CORNELLC.CIT.CORNELL DOT EDU]
> Sent: Wednesday, January 27, 1999 12:42 PM
> To:   ADSM-L AT VM.MARIST DOT EDU
> Subject:      Re: Informix ONBAR logical logs
>
> At 03:31 PM 1/27/99 +0100, you wrote:
> >Triggered from the last message on this topic ( We have the same
> >problems with the logs filling up out ADSM storage ) I finally sat
> >down this night and wrote a small program using the ADSM XOpen API to
> >expire Informix logfiles.
>
>
> >If people are interested, I can share the code with them.
> >
> >Christoph
>
> Yes, I'm interested in this!  I suspect others will be also.
> ..Paul