× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



Thanks to you all,

I agree with you Booth, we are already regretting the choice that we can't 
avoid.  I talked about it with my colleagues and none of them was willing to 
rewrite the application.  It was built piece by piece without a global 
perspective.  There is repeated code, multiple programs doing the same job 
without having the same concerns about integrity, multiple programmers that 
probably never known each other.  In other words, it needs a complete rebuild.

Thanks again for your sugestions, I will keep that in mind when building new 
applications.

Pascal Bellerose
pascal_bellerose@xxxxxxxxxxxx
Réseau/Network: 2114

Équipe de support TI Corporatif / Corporate IT Support team
Tél./Phone: 819-363-6100
Fax/Télécopie: 819-363-6155

 

Cascades Canada inc.
412, Boul. Marie-Victorin
Kingsey-Falls, PQ, Canada
J0A 1B0


On 24 October, 2006 at 11:28, Booth Martin <booth@xxxxxxxxxxxx> wrote:

This sounds like a disaster in the making.  At some point in the future 
you are going to regret that choice.

Why not write a new program/procedure/whatever, that does both updates 
with parms passed in, and do neither update in your existing programs? 
Another choice is to do the first update, keep the after-change image, 
and unlock the record.  Then, when your second program opens the same 
record, compare the after-image to the new-image.  Normally they'll be 
the same, so proceed.  If not the same, then do the error cycle.



Pascal Bellerose wrote:
Hi,

I have a problem where I have a program that locks a file for update 
purposes, and then calls a second program that needs to update the same file, 
same record.

Is it possible to use something like an OVRDBF or whatever that could let the 
second program do his chain/update?

But at the same time, we don't want another job to update the same record.

Right, now we're projecting to use a second file that would be used to manage 
locks but I don'T like that idea and I'm pretty there is something in OS/400 
that does the trick.

All you wizards out there, I summon the mad genius in yourself, and I do beg 
for an answer!

Thanks in advance!

Pascal Bellerose
pascal_bellerose@xxxxxxxxxxxx
Réseau/Network: 2114

Équipe de support TI Corporatif / Corporate IT Support team
Tél./Phone: 819-363-6100
Fax/Télécopie: 819-363-6155

 

Cascades Canada inc.
412, Boul. Marie-Victorin
Kingsey-Falls, PQ, Canada
J0A 1B0


As an Amazon Associate we earn from qualifying purchases.

This thread ...

Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.