- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - OpenVMS
- >
- Re: Interesting DCPS? behavior when using PRINT/PA...
Categories
Company
Local Language
Forums
Discussions
Forums
- Data Protection and Retention
- Entry Storage Systems
- Legacy
- Midrange and Enterprise Storage
- Storage Networking
- HPE Nimble Storage
Discussions
Discussions
Discussions
Forums
Forums
Discussions
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
- BladeSystem Infrastructure and Application Solutions
- Appliance Servers
- Alpha Servers
- BackOffice Products
- Internet Products
- HPE 9000 and HPE e3000 Servers
- Networking
- Netservers
- Secure OS Software for Linux
- Server Management (Insight Manager 7)
- Windows Server 2003
- Operating System - Tru64 Unix
- ProLiant Deployment and Provisioning
- Linux-Based Community / Regional
- Microsoft System Center Integration
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Community
Resources
Forums
Blogs
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО07-21-2008 10:38 AM
тАО07-21-2008 10:38 AM
DCPS 2.6 ECO3
While trying to solve some user-reported printing problems, I came across an interesting behavior of DCPS? (not sure if it's DCPS or some other facility, but the queues I'm using are DCPS queues). When I print a text file that has lines longer than 132 characters, the line wraps to the next line (if longer than 132 chars). However, if I use a /PAGE=(1,n) switch the lines get truncated at 132 characters. I've tried multiple printers (HP, Toshiba), different DCPS queue types (IP_LPD, IP_RAW), doesn't seem to matter.
I simplified my testing using a simple text file with one line containing more than 132 chars. It still exhibited this behavior.
Is this expected behavior? Not sure if I'd call it a bug or a feature because it might actually be useful for my users to use this "trick".
Solved! Go to Solution.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО07-21-2008 08:59 PM
тАО07-21-2008 08:59 PM
SolutionDo you know where the "132" is coming from? Is this the width of the form that is being used (perhaps the default form).
If you use a form with a width other than 132, do lines get truncated at the width of the form?
I would consider this a bug, since I would expect a page to print the same whether I had specified /page or not. That should only affect which pages get printed, not the formatting of the printed pages.
Jon
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО07-22-2008 04:28 AM
тАО07-22-2008 04:28 AM
Re: Interesting DCPS? behavior when using PRINT/PAGE=
SOURCE> sho que/form default/full
Form name Number Description
--------- ------ -----------
DEFAULT 0 Standard Wide Paper Stock
/LENGTH=66 /STOCK=DEFAULT /TRUNCATE /WIDTH=132
I see a /TRUNCATE in the definition, but when I don't use the /PAGE qualifier, the characters after the 132nd are printed on the next line.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО07-22-2008 08:10 AM
тАО07-22-2008 08:10 AM
Re: Interesting DCPS? behavior when using PRINT/PAGE=
Now that you know where the 132-character limit is coming from, is there still a problem as far as you are concerned?
Paul
Paul Anderson
HP OpenVMS Engineering
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО07-22-2008 08:59 AM
тАО07-22-2008 08:59 AM
Re: Interesting DCPS? behavior when using PRINT/PAGE=
SOURCE> show que land_it/full
Printer queue LAND_IT, idle, on SOURCE::"IP_LPD/bon-prt4-t3500-2",
mounted form DEFAULT
/BASE_PRIORITY=4 /DEFAULT=(FORM=DEFAULT) /NOENABLE_GENERIC /LIBRARY=DCPS_LIB Lowercase /OWNER=[SYSTEM] /PROCESSOR=DCPS$SMB /PROTECTION=(S:M,O:D,G:R,W:S) /SEPARATE=(FLAG)
SOURCE> show que/form/full default
Form name Number Description
--------- ------ -----------
DEFAULT 0 Standard Wide Paper Stock
/LENGTH=66 /STOCK=DEFAULT /TRUNCATE /WIDTH=132
SOURCE> wide
SOURCE> type a.a !did not display well in forum...third line has 135 characters
0 0 0 0 0 0 0 0 0 0 1 1 1 1
0 1 2 3 4 5 6 7 8 9 0 1 2 3
123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012
345
SOURCE> print /que=land_it a.a
Job A (queue LAND_IT, entry 338) started on LAND_IT !This did not truncate
SOURCE> print /que=land_it /page=(100) a.a
Job A (queue LAND_IT, entry 339) started on LAND_IT !This truncated to 132 chars
SOURCE> print /que=land_it /param=(page_lim=100) a.a
Job A (queue LAND_IT, entry 340) started on LAND_IT !This did not truncate
No real problem and don't really need a fix. Thanks Paul.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО07-22-2008 02:57 PM
тАО07-22-2008 02:57 PM
Re: Interesting DCPS? behavior when using PRINT/PAGE=
Why doesn't DCPS honor the settings in the form? Specifically, it appears that the /truncate is ignored unless /page is also used. That isn't intuitive to me. If I use the same form with the standard line printer symbiont, I would expect the same characters to be printed on the same pages in the same relative possitions on each page that they do when using DCPS and a postscript printer.
Put another way, I would expect the same output with or without /PAGE=1000000. Ed has found that isn't the case. Is that side effect documented somewhere besides this thread?
Jon
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО07-22-2008 04:06 PM
тАО07-22-2008 04:06 PM
Re: Interesting DCPS? behavior when using PRINT/PAGE=
--
Does "In general, you should . . ." mean the same thing as "You must" or "you should". If it's the former, then I think it should be quite clearly documented. If it's the latter, then I'd expect the standard PRINT /PAGE qualifier to work.
-- Rob (who has never managed a system with DCPS, but can't pass up an opportunity to tweak Paul . . .)