Specialty Forums
Security and Virus
General Hardware
CPUs/Overclocking
Networking
Digital Photo/Video
Office Software
PC Gaming
Console Gaming
Programming
Database
Web Development
Digital Home

General Forums
Windows XP
Windows Vista
Windows 95/98
Windows Me
Windows NT
Windows 2000
Win Server 2008
Win Server 2003
Windows 3.1
Linux
PDAs
BeOS
Novell Netware
OpenVMS
Solaris
Disk Op. System
Unix
Mac
OS/2

Drivers
Driver Scan
Driver Forum

Software
Automatic Updates

BIOS Updates

My Computing.Net

Solution Center

Free IT eBook

Howtos

Site Search

Message Find

RSS Feeds

Install Guides

Data Recovery

About

Home
Reply to Message Icon Go to Main Page Icon

Subject: Re-Direction of Print Queue

Original Message
Name: htolba
Date: October 14, 2004 at 00:33:24 Pacific
Subject: Re-Direction of Print Queue
OS: OpenVMS V7.1-2
CPU/Ram: AS4100
Comment:
Is it possible to re-direct the output of a print queue to be saved in a file instead of being printed on the printer? If so, how can I do this?

Report Offensive Message For Removal

Response Number 1
Name: Hakan Andersson (by HakAnd)
Date: October 14, 2004 at 03:19:29 Pacific
Subject: Re-Direction of Print Queue
Reply: (edit)
There is not a simple YES to the question.

To be able to give a correct answer, I need
to know what your problem is. What problem
does "print to file" solve ?



Report Offensive Follow Up For Removal

Response Number 2
Name: Bob Gezelter
Date: October 14, 2004 at 07:24:08 Pacific
Subject: Re-Direction of Print Queue
Reply: (edit)
Hazem,

Hakan and I (if my memory serves correctly) had an extended discussion on this very subject just a short time ago (see "Creating a Queue" by JWulli, last entry 10/5/2004).

Rather than reproduce the entire discussion, I will start by suggesting that you take a look at that thread of postings. We can then take it from there.

I hope that the above is helpful.

- Bob Gezelter


Report Offensive Follow Up For Removal

Response Number 3
Name: Hakan Andersson (by HakAnd)
Date: October 14, 2004 at 08:06:44 Pacific
Subject: Re-Direction of Print Queue
Reply: (edit)
Bob,

I don't fully agree with you on this one....

The problem is that Hazem doesn't explain WHY its necessary to print to file.

Is it a one time thing ?
What kind of files, TEXT...Postscript... ?

I use the TELNET-RELAY feature as "Print to File" when I troubleshoot formattingproblems. But that is on a one-time basis and includes manual intervention.


Report Offensive Follow Up For Removal

Response Number 4
Name: Bob Gezelter
Date: October 14, 2004 at 10:56:57 Pacific
Subject: Re-Direction of Print Queue
Reply: (edit)
Hakan,

I fully agree. My reference to the earlier dialogue was to avoid retracing all of the issues covered in the earlier discussion.

To be sure, what Hazem is trying to accomplish needs to be further explained.

- Bob Gezelter


Report Offensive Follow Up For Removal

Response Number 5
Name: htolba
Date: October 15, 2004 at 23:02:31 Pacific
Subject: Re-Direction of Print Queue
Reply: (edit)
Dear all,

Thanks for your concern. The problem simply that one customer has an industrial application running under VMS, and there is a print queue that output some sort of alaram and notification messages continuously to a printer. The customer needs to save the printout of that printer, as the messages are not that important, and he needs to redirect such output to be saved in a file for fuure reference, while he may need to delete such file on periodical basis.
I hope that the image is clear now so that I can get an answer.
Regards.

Hazem


Report Offensive Follow Up For Removal

Response Number 6
Name: Hakan Andersson (by HakAnd)
Date: October 16, 2004 at 01:25:49 Pacific
Subject: Re-Direction of Print Queue
Reply: (edit)
Hazem,

I start to see the sun behind the clouds, but not fully........ ;-)

I need some more information...

Is the specified printqueue used by other users or for other printjobs ?

Do you want the messages both to be printed and saved to file ?

Is TCPIP used in the specific VMSmachine ?

and please supply a SHOW QUEUE/FUll 'queue'

/Hakan


Report Offensive Follow Up For Removal

Response Number 7
Name: Bob Gezelter
Date: October 16, 2004 at 11:57:35 Pacific
Subject: Re-Direction of Print Queue
Reply: (edit)
Hazam,

Are you totally sure that the output is being sent to a print queue?

If I understand your last posting correctly, data is being sent CONTINUOUSLY to a printer. This would seem to indicate that the output is being sent directly to a printer, not through a print queue.

If this is the case, there are some solutions. However, there is likely a need to still display information on an urgent basis, not just stored in a file.

Please let me know if this understanding is correct.

- Bob


Report Offensive Follow Up For Removal

Response Number 8
Name: lsobelman
Date: October 29, 2004 at 11:44:11 Pacific
Subject: Re-Direction of Print Queue
Reply: (edit)
youo probably want the print /nodelete option and save the file that was sent to the printer. the default is to delete what was printed. Be aware, that the same filename will get an increasing version # and the ods file system only allows for a max version # of 32766 or is it 32767. I would suggest a daily routine to archive the already printed files to, say, a directory named for the date the files were printed. this would keep the versions restarting at 1 each day. I would suspect it unlikely that this application prints over 32k alerts daily. if it does, schedule the archive say midnight and again at noon, more frequently if needed.

I hope this helps.

Larry


Report Offensive Follow Up For Removal



Use following form to reply to current message:

   Name: From My Computing.Net Settings
 E-Mail: From My Computing.Net Settings

Subject: Re-Direction of Print Queue 

Comments:

 
  Homepage URL (*): 
Homepage Title (*): 
         Image URL: 
 


Data Recovery Software



Version Tracker Pro
Keep your software current and secure, effortlessly

Click Here for a Free Scan

Driver Agent
Automatically find the latest drivers for your computer.
Click Here for a Free Scan



The information on Computing.Net is the opinions of its users. Such opinions may not be accurate and they are to be used at your own risk. Computing.Net cannot verify the validity of the statements made on this site. Computing.Net and Computing.Net, LLC hereby disclaim all responsibility and liability for the content of Computing.Net and its accuracy.
PLEASE READ THE FULL DISCLAIMER AND LEGAL TERMS BY CLICKING HERE

All content ©1996-2007 Computing.Net, LLC