Yes, it still is: User A: start REXXTRY (or simething similar), issue 'WAKEUP (IUCVMSG' User B: from another user, send a message to the first one; User A: WAKEUP will end with RC5 and you sit in VM READ User B: From the other user, send 270 numbered messages User A: no messages displayed, WAKEUP eat them all User A: issue #CP SLEEP User B: Send another 270 messages User A: messages frrom number 256 to 270 are displayed, CP queued the first 255
In the past, Ross Fried's QIUCV EXEC displayed the number of queued message correctly, now in z/VM 5.2, it displays 0. This QIUCV EXEC needs some additional fixes. 2007/3/30, Shimon Lebowitz <[EMAIL PROTECTED]>:
> > I tested this years ago when we encountered problems with messages that > seemed to get lost > But is it documented? Things from 'years ago' sometimes change with no announcement when they are undocumented internals. I am not arguing with you, I myself have no vague idea, just wondering if this old 'feature' is guaranteed to still be true. Shimon
-- Kris Buelens, IBM Belgium, VM customer support
