@id when clerk to file from input table

Bruce Easton bruce at stn.com
Fri Nov 19 08:57:15 PST 2010


I only says in clerk's help that the 'bad things' are related to the 
older Linux where,
evidently the system can't reclaim a setuid after giving it up to a 
program (I'm assuming that means
to filepro initially).   But that's all it refers to in clerk's help.

Bruce


On 11/19/10 11:49 AM, Scott Nelson wrote:
> I Never use linux for a production filePro system.  Only SCO.
>
> What kind of 'bad things' happen?
>
>
> On 11/19/2010 10:42 AM, Bruce Easton wrote:
>> Ah - interesting - well hopefully he's not on the older Linux kernel
>> prior to 1.1.37 where clerk's  help says 'will cause bad things to
>> happen' :).
>>
>> Bruce
>>
>> On 11/19/10 11:27 AM, Fairlight wrote:
>>> The honourable and venerable Scott Nelson spoke thus:
>>>> SCO OSE6, fP 5.0.14R4
>>>>
>>>> When doing a system clerk to another fp file, the ownership is
>>>> recognized as filepro, not the user.  I seem to remember a workaround,
>>>> but forgot what it was.
>>> PFSYSEUID=OFF
>>>
>>> m->
>> _______________________________________________
>> Filepro-list mailing list
>> Filepro-list at lists.celestial.com
>> Subscribe/Unsubscribe/Subscription Changes
>> http://mailman.celestial.com/mailman/listinfo/filepro-list
>>
> _______________________________________________
> Filepro-list mailing list
> Filepro-list at lists.celestial.com
> Subscribe/Unsubscribe/Subscription Changes
> http://mailman.celestial.com/mailman/listinfo/filepro-list
>
>



More information about the Filepro-list mailing list