PDA

View Full Version : Message subfile not doing a roll down



Guest.Visitor
01-01-1995, 02:00 AM
Hi All, I have message subfile defined as below A*---------------------------------------------------------------- A R MSG SFL A SFLMSGRCD(24) A MSGKEY SFLMSGKEY A PGMSGQ SFLPGMQ(10) A*---------------------------------------------------------------- A R CPFMSG SFLCTL(MSG) A OVERLAY A SFLDSP A SFLDSPCTL A SFLINZ A N25 SFLEND A SFLSIZ(0003) A SFLPAG(0001) A PGMQ SFLPGMQ(10) In my RPG program I send a message to my program queue everytime there is a error and do WRITE CPFMSG before the EXFMT and clear my program queue after this statement. If I have one error then the subfile message is shown correctly but if I have multiple errors then message subfile displayed shows a + sign at the end of first message but does not do a roll down when I press Page down key. I am moving my program queue name to PGMQ. Any idea why this would happen? Regards Aseem

B.Myrick
05-05-2000, 08:09 AM
In the control record: Do you have to specify PageUp and PageDown?

Guest.Visitor
05-05-2000, 08:29 AM
I don't think so...

D.Handy
05-05-2000, 09:20 AM
Aseem, <font color=blue>but does not do a roll down when I press Page down key.</font> The DDS looks fine, and nearly exactly matches what I use other than the field names. You should not need the PAGEUP/PAGEDOWN keywords since the msg subfile is essentially a "load-all" type of subfile, so the system will handle the paging for you. I hate to ask an obvious question, but are you placing the cursor on the message line before trying to page? Doug

Guest.Visitor
05-05-2000, 09:44 AM
Yes, but as soon as I press pagedown at the location of message cursor jumps back to first record in my sunfile (not message subfile)

Guest.Visitor
05-05-2000, 11:30 AM
Is it cumpolsory to use SFLRCDNBR keyword in my subfile for this message sybfile.I haven't used it. Please any help will really be appreciated

D.Handy
05-05-2000, 11:59 AM
Aseem, <font color=blue>Is it cumpolsory to use SFLRCDNBR keyword in my subfile for this message sybfile.I haven't used it.</font> You don't need SFLRCDNBR. I went back and looked at your original code snipets again, and saw something I didn't notice the first time around. Maybe it is just a typo, but did you realize the SFL record named the pgmq variable different than the SFLCTL record? One was PgMsgQ and one was PgmQ. I always just use the same name for both, and load it with '*' in my program. Doug

Guest.Visitor
05-05-2000, 12:31 PM
Thanks Doug, I changed both variables to PGMQ and in my program I load it with @@PROG which is an variable of external program data structure and I also debugged it shows the correct value ie. program name being executed , BUT still it doesn't work

D.Handy
05-05-2000, 02:34 PM
Aseem, <font color=blue>BUT still it doesn't work </font> Sorry, I'm running out of suggestions other than to try putting '*' as the value in PGMQ. Have you tried it using a dumb workstation or a different emulator or connectivity method? Are the results consistent? Doug

daly.michael@verizon.net
05-05-2000, 02:35 PM
Aseem, In what sequence are your WRITE/EXFMT statements in your RPG? I notice you're using the OVERLAY keyword in your MSGSFL. Does this mean it is not the first format written to the screen? I don't know if this makes a difference, but I always WRITE the MSGSFL control record first without OVERLAY so that the screen is cleared, then write all other records on top of that one. Maybe that has something to do with your problem? MichaelD

Guest.Visitor
05-05-2000, 03:20 PM
Screen that I display has 4 record formats i.e Header, Footer , Subfile1 , subfile2 and the message subfile. All formats have overlays except for Footer and execution sequence is if control has to be in subfile 1 then WRITE FOOTER WRITE HEADER WRITE CPFMSG (Message Subfile) WRITE SFLCTL2 (Control record for subfile2) EXFMT SFLCTL1 and if control has to be on subfile 2 then WRITE FOOTER WRITE HEADER WRITE CPFMSG (Message Subfile) WRITE SFLCTL1 (Control record for subfile1) EXFMT SFLCTL2 Everything works fine except that the message subfile doesn't roll down