Steve Baker (steve++at++mred.bgm.link.com)
Thu, 25 Jul 96 09:08:16 -0500
>> From: Axel Schmidt <axel++at++artcom.de>
>> Subject: Initialization problem
>>
>> there is a problem during the initialization of Performer 2.0
>> on IRIX 5.3 and 6.2 machines. With exact the following
>> configuration ...
>>
>> void
>> main(void)
>> {
>> ....
>> pfConfig();
>> pfDBaseFunc(dbFunc);
>> ....
>> }
>
> Axel, can you try reversing the order of these two calls? pfDBaseFunc()
> basically stores the dbase function into a global variable, so it needs to
> be called _before_ pfConfig(), which forks off the various processes,
> otherwise the dbase process won't see it.
I don't think I buy this explanation. As I mentioned in an earlier email, I
appear to have the exact same problem as Axel. I also call pfDBaseFunc
(and also pfIsectFunc) *AFTER* pfConfig - but I know for sure that the
system is calling the correct DBase (and ISect) function because my code
runs correctly when I place DRAW into a separate function. The program
only crashes (for me at least) when DBase is a separate process but DRAW
isn't.
It's possible that there is some problem when the Dbase function isn't set
when pfConfig forks off the DBase task - but is set subsequently. Maybe
then the symptom of it working when DRAW is separated off is just some kind
of timing phenomenon.
If this is really a restriction then:
1) The man page should pooint out this restriction.
2) pfDBaseFunc() should display an error message if it's called
after pfConfig.
At any rate, I'll try calling pfDBaseFunc before pfCOnfig and see if it fixes it.
Steve Baker 817-323-1361 (Vox-Lab)
Hughes Training Inc. 817-695-8776 (Vox-Office/vMail)
2200 Arlington Downs Road 817-695-4028 (Fax)
Arlington, Texas. TX 76005-6171 steve++at++mred.bgm.link.com (eMail)
=======================================================================
List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/
Submissions: info-performer++at++sgi.com
Admin. requests: info-performer-request++at++sgi.com
This archive was generated by hypermail 2.0b2 on Mon Aug 10 1998 - 17:53:13 PDT