× 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.



It is not during PF creation, but in the RPG(LE) F cards:
    U = Update 
    F = Full procedural
    A= Record addition

Kind regards,


Kris
----- Original Message ----- 
From: "Russ Schneider" <rschneider@xxxxxxxxxxxxxxxx>
To: "MAPICS ERP System Discussion" <mapics-l@xxxxxxxxxxxx>
Sent: Wednesday, April 12, 2006 2:49 PM
Subject: Re: [MAPICS-L] Program AMBS6XFR for creating invoices


> Kris,
> I'm an old dog as well,  where does one set up UF with additions.  I
> looked at the CRTPF options, didn't see anything, looked at the
> CRTRPGPGM, OVRDBF, nothing.  What am I missing ?
> Russ
> 
> -----Original Message-----
> From: Greg Wenzloff [mailto:GWenzloff@xxxxxxxxxxx] 
> Sent: Wednesday, April 12, 2006 8:07 AM
> To: MAPICS ERP System Discussion
> Subject: Re: [MAPICS-L] Program AMBS6XFR for creating invoices
> 
> Thank you Kris,
> 
> I didn't know that about UF with A.
> An old dog can learn new things.
> 
> Greg
> 
> 
> -----Original Message-----
> From: mapics-l-bounces@xxxxxxxxxxxx
> [mailto:mapics-l-bounces@xxxxxxxxxxxx] On Behalf Of
> Kris.devlieger@xxxxxxxxxx
> Sent: Wednesday, April 12, 2006 2:19 AM
> To: MAPICS ERP System Discussion
> Subject: Re: [MAPICS-L] Program AMBS6XFR for creating invoices
> 
> I think what you are missing is the file access method: UF with
> additions.
> Because of this the compiler will direct the system into immediate write
> to
> the file (like force ratio 1).  The reasoning is that even the program
> itself could perform a read or chain to the record it has just written
> with
> this access method.  It is a programming trick you can exploit yourself:
> If you do not want to give force ratio 1 to the file (performance in
> general) but do want the records to be immediately available, the make
> sure
> you have the UF with addition access, instead of merely output.
> 
> PS: Once you get to know SYNON generated code, it no longer seems like
> spaghetti, but they remain sizeable monsters.
> 
> 
> 
> ----- Original Message ----- 
> From: "Greg Wenzloff" <GWenzloff@xxxxxxxxxxx>
> To: <mapics-l@xxxxxxxxxxxx>
> Sent: Tuesday, April 11, 2006 5:16 PM
> Subject: [MAPICS-L] Program AMBS6XFR for creating invoices
> 
> 
> > I'm puzzled and wondering if anyone can explain this?
> >
> > Program AMBS6XFR is the one that creates an invoice and loads file
> > MBF9REP with invoice header data.    When the program does the WRITE
> to
> > the file it is not followed by an FEOD nor does the file have its
> > 'Records To Force A Write' attribute set to 1.
> >
> > Therefore the record should still be in the program's file buffer.
> But
> > just about 10 lines of code later the user exit UMBINV1R is called.
> >
> > I would think that the user exit program would not be able to see this
> > new record and therefore could not update it.
> >
> > What am I missing here?   By the way, this is one of those 300 page
> > Synon spaghetti code monsters.
> >
> > Also the program appears to update the OPENAR file after the user exit
> > is called.  I could be wrong on that but that's what it looks like to
> > me.
> > If I want to change the Aging Date using UMBINV1R it won't find the
> > OPENAR record either.
> >
> > Greg
> >
> > _______________________________________________
> > This is the MAPICS ERP System Discussion (MAPICS-L) mailing list
> > To post a message email: MAPICS-L@xxxxxxxxxxxx
> > To subscribe, unsubscribe, or change list options,
> > visit: http://lists.midrange.com/mailman/listinfo/mapics-l
> > or email: MAPICS-L-request@xxxxxxxxxxxx
> > Before posting, please take a moment to review the archives
> > at http://archive.midrange.com/mapics-l.
> >
> >
> 
> _______________________________________________
> This is the MAPICS ERP System Discussion (MAPICS-L) mailing list
> To post a message email: MAPICS-L@xxxxxxxxxxxx
> To subscribe, unsubscribe, or change list options,
> visit: http://lists.midrange.com/mailman/listinfo/mapics-l
> or email: MAPICS-L-request@xxxxxxxxxxxx
> Before posting, please take a moment to review the archives
> at http://archive.midrange.com/mapics-l.
> 
> 
> _______________________________________________
> This is the MAPICS ERP System Discussion (MAPICS-L) mailing list
> To post a message email: MAPICS-L@xxxxxxxxxxxx
> To subscribe, unsubscribe, or change list options,
> visit: http://lists.midrange.com/mailman/listinfo/mapics-l
> or email: MAPICS-L-request@xxxxxxxxxxxx
> Before posting, please take a moment to review the archives
> at http://archive.midrange.com/mapics-l.
> 
> 
> 
> _______________________________________________
> This is the MAPICS ERP System Discussion (MAPICS-L) mailing list
> To post a message email: MAPICS-L@xxxxxxxxxxxx
> To subscribe, unsubscribe, or change list options,
> visit: http://lists.midrange.com/mailman/listinfo/mapics-l
> or email: MAPICS-L-request@xxxxxxxxxxxx
> Before posting, please take a moment to review the archives
> at http://archive.midrange.com/mapics-l.
> 
> 

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.