|
midrange.com
I use aldon plugins
I have my filters setup under aldon to work with programs I already have
checked out, so I basically am okay checking things from qc to
development, and back to qc then to prod.
What I don't know how to do is check something out from production thru
aldon
Say my prod lib is prodlib, my qc lib is qclib, and my developer(me) lib
is devlib
How do I get a program from prodlib, to devlib? Right now, I check them
out thru the green.
Thanks in advance.
Darrell Lee
Information Technology
Southwest Business Corporation
9311 San Pedro Ave. Suite 600
San Antonio, TX 78216
Extension 7127
rpg400-l-request@xxxxxxxxxxxx
Sent by: rpg400-l-bounces@xxxxxxxxxxxx
09/27/2006 06:22 AM
Please respond to
rpg400-l@xxxxxxxxxxxx
To
rpg400-l@xxxxxxxxxxxx
cc
Subject
RPG400-L Digest, Vol 5, Issue 1082
Send RPG400-L mailing list submissions to
rpg400-l@xxxxxxxxxxxx
To subscribe or unsubscribe via the World Wide Web, visit
http://lists.midrange.com/mailman/listinfo/rpg400-l
or, via email, send a message with subject or body 'help' to
rpg400-l-request@xxxxxxxxxxxx
You can reach the person managing the list at
rpg400-l-owner@xxxxxxxxxxxx
When replying, please edit your Subject line so it is more specific
than "Re: Contents of RPG400-L digest..."
*** NOTE: When replying to this digest message, PLEASE remove all text
unrelated to your reply and change the subject line so it is meaningful.
Today's Topics:
1. RE: Discerning the "Enter" key (Lim Hock-Chai)
2. Re: Discerning the "Enter" key (Alan Shore)
3. RE: Discerning the "Enter" key (Coyle, Stephen F.)
4. RE: Whole number different question (Bob Cozzi)
5. RE: Discerning the "Enter" key (Phil Kestenbaum)
6. Re: MOUBTN & Events (Joe D)
7. Re: Whole numbers calc (HauserBirgitta)
8. RE: RPG400-L Digest, Vol 5, Issue 1081 (Takken, Cor)
----------------------------------------------------------------------
message: 1
date: Tue, 26 Sep 2006 14:58:54 -0500
from: "Lim Hock-Chai" <Lim.Hock-Chai@xxxxxxxxxxxxxxx>
subject: RE: Discerning the "Enter" key
Do you have INFDS(info) on F spec of the display file?
-----Original Message-----
From: rpg400-l-bounces@xxxxxxxxxxxx
[mailto:rpg400-l-bounces@xxxxxxxxxxxx] On Behalf Of Phil Kestenbaum
Sent: Tuesday, September 26, 2006 2:51 PM
To: RPG programming on the AS400 / iSeries
Subject: Discerning the "Enter" key
HI, this is a strange case here. I have been using the same basic
Subfile program for some time. I have to retrofit it into an older
subfile program, which has been accomplished, except for the keys. I
have code that checks if the Enter key is hit and then does whatever.
I define this:
Dinfo ds
D cfkey 369 369
Dexit C const(X'33')
Dcancel C const(X'3C')
Dadd C const(X'36')
Denter C const(X'F1')
Drollup C const(X'F5')
Dsflpag C const(12)
Ddisplay C const('5')
D*
And then the code:
C write cky1
c eval rrn=1
C exfmt cr1ctl
C select
C when (cfkey = enter)
c exsr prolin
I debugged on the "when Cfkey = enter" statement and enter was = ' ',
which is strange bec. This code has been working fine.
Any ideas would be greatly appreciated and save my hair from being torn!
Thank you,
Phil Kestenbaum
This message contains information proprietary to our company. It is
intended to be read only by the individual or entity named above or
their designee.
Any distribution of this message or the information contained herein
without written permission from our company is strictly prohibited. If
the reader of this message is not the intended recipient or an agent
responsible for delivering it to the intended recipient, you are hereby
notified that you have received this document in error and that any
review, dissemination, distribution, or copying of this message is
strictly prohibited. If you have received this communication in error,
please notify us immediately by e-mail, and delete the original message.
--
This is the RPG programming on the AS400 / iSeries (RPG400-L) mailing
list To post a message email: RPG400-L@xxxxxxxxxxxx To subscribe,
unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/rpg400-l
or email: RPG400-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives at
http://archive.midrange.com/rpg400-l.
------------------------------
message: 2
date: Tue, 26 Sep 2006 16:02:48 -0400
from: Alan Shore <AlanShore@xxxxxxxx>
subject: Re: Discerning the "Enter" key
Use STRDBG and put a breakpoint at
C exfmt cr1ctl
then step through (F10)
once you come back from the screen display
on the "command line" type
eval cfkey :x
the :x will display the hex value.
What is the value?
Alan Shore
NBTY, Inc
(631) 244-2000 ext. 5019
AShore@xxxxxxxx
rpg400-l-bounces@xxxxxxxxxxxx wrote on 09/26/2006 03:51:07 PM:
HI, this is a strange case here. I have been using the same basic
Subfile program for some time. I have to retrofit it into an older
subfile program, which has been accomplished, except for the keys. I
have code that checks if the Enter key is hit and then does whatever.
I define this:
Dinfo ds
D cfkey 369 369
Dexit C const(X'33')
Dcancel C const(X'3C')
Dadd C const(X'36')
Denter C const(X'F1')
Drollup C const(X'F5')
Dsflpag C const(12)
Ddisplay C const('5')
D*
And then the code:
C write cky1
c eval rrn=1
C exfmt cr1ctl
C select
C when (cfkey = enter)
c exsr prolin
I debugged on the "when Cfkey = enter" statement and enter was = ' ',
which is strange bec. This code has been working fine.
Any ideas would be greatly appreciated and save my hair from being torn!
Thank you,
Phil Kestenbaum
This message contains information proprietary to our company. It is
intended to be read only by the individual or entity named above or
their designee.
Any distribution of this message or the information contained herein
without written permission from our company is strictly prohibited.
If the reader of this message is not the intended recipient or an
agent responsible for delivering it to the intended recipient, you
are hereby notified that you have received this document in error
and that any review, dissemination, distribution, or copying of this
message is strictly prohibited. If you have received this
communication in error, please notify us immediately by e-mail, and
delete the original message.
--
This is the RPG programming on the AS400 / iSeries (RPG400-L) mailing
list
To post a message email: RPG400-L@xxxxxxxxxxxx To subscribe, unsubscribe, or change list options, visit: http://lists.midrange.com/mailman/listinfo/rpg400-l or email: RPG400-L-request@xxxxxxxxxxxx Before posting, please take a moment to review the archives at http://archive.midrange.com/rpg400-l.
------------------------------ message: 3 date: Tue, 26 Sep 2006 16:00:40 -0400 from: "Coyle, Stephen F." <SCoyle@xxxxxxxxxxxxx> subject: RE: Discerning the "Enter" key Is the info data structure defined in the F spec as the file info data structure (INFDS)? -----Original Message----- From: rpg400-l-bounces@xxxxxxxxxxxx [mailto:rpg400-l-bounces@xxxxxxxxxxxx] On Behalf Of Phil Kestenbaum Sent: Tuesday, September 26, 2006 3:51 PM To: RPG programming on the AS400 / iSeries Subject: Discerning the "Enter" key HI, this is a strange case here. I have been using the same basic Subfile program for some time. I have to retrofit it into an older subfile program, which has been accomplished, except for the keys. I have code that checks if the Enter key is hit and then does whatever. I define this: Dinfo ds D cfkey 369 369 Dexit C const(X'33') Dcancel C const(X'3C') Dadd C const(X'36') Denter C const(X'F1') Drollup C const(X'F5') Dsflpag C const(12) Ddisplay C const('5') D* And then the code: C write cky1 c eval rrn=1 C exfmt cr1ctl C select C when (cfkey = enter) c exsr prolin I debugged on the "when Cfkey = enter" statement and enter was = ' ', which is strange bec. This code has been working fine. Any ideas would be greatly appreciated and save my hair from being torn! Thank you, Phil Kestenbaum This message contains information proprietary to our company. It is intended to be read only by the individual or entity named above or their designee. Any distribution of this message or the information contained herein without written permission from our company is strictly prohibited. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this document in error and that any review, dissemination, distribution, or copying of this message is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail, and delete the original message.
As an Amazon Associate we earn from qualifying purchases.
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.
