<div dir="ltr">No that variable isn't set......</div><div class="gmail_extra"><br><br><div class="gmail_quote">On Wed, Apr 16, 2014 at 10:32 AM, <span dir="ltr"><<a href="mailto:ken_wakeman@me.com" target="_blank">ken_wakeman@me.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Could the environment variable PFREADONLY have been set? On a. Profile by chance.<br>
<br>
Sent from my BlackBerry 10 smartphone on the Bell network.<br>
Original Message <br>
From: <a href="mailto:scooter6@gmail.com">scooter6@gmail.com</a><br>
Sent: Wednesday, April 16, 2014 10:26 AM<br>
To: Del<br>
Cc: <a href="mailto:filepro-list@lists.celestial.com">filepro-list@lists.celestial.com</a><br>
Subject: Re: records not locking?<br>
<div><div class="h5"><br>
Well this uses rclerk and we've never in the past (to my knowledge) been<br>
able to access the same record in this rclerk program....<br>
If I have the record 'directly' in update mode, and try to post a payment<br>
to it, then I get that message 'Record is being updated - access denied'<br>
But I'm pretty shocked to see suddenly in this program two people can have<br>
the same record up at the same time and can make changes to it , etc....but<br>
I do notice that if I'm the 2nd person to access it, and I make changes to<br>
it, it doesn't actually update the record? But if you're the first person<br>
to have it pulled up, those changes will take effect.....<br>
Very strange....I have double checked that all my lookups to this main<br>
customer file are 'protected' - I thought by doing that, you avoided this<br>
type scenario?<br>
Am I wrong on that?<br>
<br>
<br>
<br>
On Wed, Apr 16, 2014 at 10:14 AM, Del <<a href="mailto:neroni3000@comcast.net">neroni3000@comcast.net</a>> wrote:<br>
<br>
> Don't know anything about CentOS.<br>
> However, I have been dealing with filePro for many years, and always<br>
> understood two people could not update the same record at the same time<br>
> (using dclerk or rclerk).<br>
> After reading your post, I tried it here on a Windows 7 based system, and<br>
> was a little flabbergasted to find that the system allowed me to get into<br>
> update mode on the same record from two different sessions.<br>
> However, when I tried it on my Unix system, an attempt to update a record<br>
> that was already being updated on another session gave me the message,<br>
> "Record Is Being Updated - Access Denied".<br>
> This difference between the Windows based system the the Unix based one is<br>
> very surprising (and disturbing!).<br>
><br>
> Del Neroni<br>
><br>
> -----Original Message----- From: <a href="mailto:scooter6@gmail.com">scooter6@gmail.com</a><br>
> Sent: Wednesday, April 16, 2014 8:04 AM<br>
> To: <a href="mailto:filepro-list@lists.celestial.com">filepro-list@lists.celestial.com</a><br>
> Subject: records not locking?<br>
><br>
><br>
> We've had this filepro sytem for years -- CentOS 5.10 and filePro 5.6.10R4<br>
><br>
> We have an app written years ago that is basically a front end lookup to a<br>
> main customer file<br>
> It used to be if someone has a record pulled up from this main file, and<br>
> someone else attempted to access it, you would see at the bottom something<br>
> stating watiing for record to be unlocked or something like that, don't<br>
> remember the exact verbiage<br>
><br>
> Some of you might remember I recently had to replace the CentOS RAID and<br>
> left the filePro RAID in tact when we had a root kit virus.....so I simply<br>
> swapped the 2 OS drives and configured what I needed to user wise,<br>
> etc.....by taking the /etc/passwd files, etc from the old OS and on to the<br>
> new OS drives....<br>
> Everything has worked out with no problems.....I only mention this because<br>
> this is the only thing that's changed on this system...<br>
><br>
> Yesterday, one of my operations people informed me that two people could<br>
> have the same record pulled up at one time and update it 'at will'??<br>
> Now the program used to access the main customer file is just a filePro<br>
> file that does a lot of lookups to display the data from the main customer<br>
> file - and I checked input processing and made sure all the lookups are<br>
> 'protected'<br>
><br>
> Any idea what would cause them no longer seeing the 'waiting for record to<br>
> be unlocked' message as before? Very strange.....this has never been the<br>
> case in the 15 yrs we've had this program built, etc....<br>
><br>
> Thanks for any insight....pretty confused on this<br>
><br>
> Scott<br>
> PDM<br>
> -------------- next part --------------<br>
> An HTML attachment was scrubbed...<br>
> URL: <a href="http://mailman.celestial.com/pipermail/filepro-list/" target="_blank">http://mailman.celestial.com/pipermail/filepro-list/</a><br>
> attachments/20140416/ad21e007/attachment.html<br>
> _______________________________________________<br>
> Filepro-list mailing list<br>
> <a href="mailto:Filepro-list@lists.celestial.com">Filepro-list@lists.celestial.com</a><br>
> Subscribe/Unsubscribe/Subscription Changes<br>
> <a href="http://mailman.celestial.com/mailman/listinfo/filepro-list" target="_blank">http://mailman.celestial.com/mailman/listinfo/filepro-list</a><br>
><br>
><br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
</div></div>URL: <a href="http://mailman.celestial.com/pipermail/filepro-list/attachments/20140416/7a18723f/attachment.html" target="_blank">http://mailman.celestial.com/pipermail/filepro-list/attachments/20140416/7a18723f/attachment.html</a><br>
<div class="HOEnZb"><div class="h5">_______________________________________________<br>
Filepro-list mailing list<br>
<a href="mailto:Filepro-list@lists.celestial.com">Filepro-list@lists.celestial.com</a><br>
Subscribe/Unsubscribe/Subscription Changes<br>
<a href="http://mailman.celestial.com/mailman/listinfo/filepro-list" target="_blank">http://mailman.celestial.com/mailman/listinfo/filepro-list</a><br>
</div></div></blockquote></div><br></div>