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