HPE GreenLake Administration
- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - HP-UX
- >
- Re: printing some blank pages
Operating System - HP-UX
1833767
Members
2894
Online
110063
Solutions
Forums
Categories
Company
Local Language
back
Forums
Discussions
Forums
- Data Protection and Retention
- Entry Storage Systems
- Legacy
- Midrange and Enterprise Storage
- Storage Networking
- HPE Nimble Storage
Discussions
Forums
Discussions
Discussions
Discussions
Forums
Discussions
back
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
Blogs
Information
Community
Resources
Community Language
Language
Forums
Blogs
Topic Options
- 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
03-15-2004 06:18 AM
03-15-2004 06:18 AM
printing some blank pages
I have an unusual printing problem:
We have over 500 mostly HP printers, some direct IP, some using Windows print servers, some still using Novell print servers.
Almost everything works just fine. However, a few Oracle based reports, FSGs for example, will only print correctly through Novell servers.
Direct IP or through Windows the result is one line of print, followed by the correct number of blank pages.
Everything else, text, forms (through Optio) and other standard Oracle prints, work correctly.
Has anyone seen this before? Am I somehow getting my cr/lf commands sent incorrectly and sending print off the end of the page? What can Novell be giving me that direct printing cant? Where can I start to look?
We have over 500 mostly HP printers, some direct IP, some using Windows print servers, some still using Novell print servers.
Almost everything works just fine. However, a few Oracle based reports, FSGs for example, will only print correctly through Novell servers.
Direct IP or through Windows the result is one line of print, followed by the correct number of blank pages.
Everything else, text, forms (through Optio) and other standard Oracle prints, work correctly.
Has anyone seen this before? Am I somehow getting my cr/lf commands sent incorrectly and sending print off the end of the page? What can Novell be giving me that direct printing cant? Where can I start to look?
1 REPLY 1
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
03-16-2004 02:51 AM
03-16-2004 02:51 AM
Re: printing some blank pages
Hi
Sounds like linefeed and no carriage return or stairstepping
Q: Jobs printing on my printer are stair-stepping.
A: The printer wants carriage return (CR) mapped to line feed (LF). There is a poor way, a good way, and a best way to correct this. We relate the best first, the worse last:
a. Physically set the printer to map CR to LF. This is especially important with graphics-capable printers (e.g., lasers), since the printer is intelligent enough not to do the mapping on graphical data.
b. Create a pcap entry to send the proper control sequence to the printer for any jobs that require the mapping.
c. Except for very old, simple printers, we do not recommend you do this, because there are circumstances where it could cause a sophisticated printer to produce quite undesirable results. Do not employ it for graphical printers. For others, however, you can edit the translation table, ttlpn (n denotes printer number):
find the line with 0A in column one
modify the 0A in column two to 0D0A
see
http://forums1.itrc.hp.com/service/forums/bizsupport/parseCurl.do?CURL=%2Fcm%2FQuestionAnswer%2F1%2C%2C0x8c30c4c76f92d611abdb0090277a778c%2C00.html&forumId=2&admit=716493758+1079451961446+28353475
http://forums1.itrc.hp.com/service/forums/questionanswer.do?threadId=207162
http://www.marcelgagne.com/LSAbook/lsach13.pdf
Steve Steel
Sounds like linefeed and no carriage return or stairstepping
Q: Jobs printing on my printer are stair-stepping.
A: The printer wants carriage return (CR) mapped to line feed (LF). There is a poor way, a good way, and a best way to correct this. We relate the best first, the worse last:
a. Physically set the printer to map CR to LF. This is especially important with graphics-capable printers (e.g., lasers), since the printer is intelligent enough not to do the mapping on graphical data.
b. Create a pcap entry to send the proper control sequence to the printer for any jobs that require the mapping.
c. Except for very old, simple printers, we do not recommend you do this, because there are circumstances where it could cause a sophisticated printer to produce quite undesirable results. Do not employ it for graphical printers. For others, however, you can edit the translation table, ttlpn (n denotes printer number):
find the line with 0A in column one
modify the 0A in column two to 0D0A
see
http://forums1.itrc.hp.com/service/forums/bizsupport/parseCurl.do?CURL=%2Fcm%2FQuestionAnswer%2F1%2C%2C0x8c30c4c76f92d611abdb0090277a778c%2C00.html&forumId=2&admit=716493758+1079451961446+28353475
http://forums1.itrc.hp.com/service/forums/questionanswer.do?threadId=207162
http://www.marcelgagne.com/LSAbook/lsach13.pdf
Steve Steel
If you want truly to understand something, try to change it. (Kurt Lewin)
The opinions expressed above are the personal opinions of the authors, not of Hewlett Packard Enterprise. By using this site, you accept the Terms of Use and Rules of Participation.
Company
Events and news
Customer resources
© Copyright 2025 Hewlett Packard Enterprise Development LP