third_party_content:community:commentary:forums_nonworks:11424951b742486b85256d960043cd79

Sign up on the Revelation Software website to have access to the most current content, and to be able to ask questions and get answers from the Revelation community

At 03 SEP 2003 08:20:35AM Greg Phillips wrote:

I have inherited an AREV database. It appears to be using OpenInsight NLM 1.5 and thusly, doesn't print on Windows 2000. What do I need to upgrade to in order to make it work on both Windows 2000 and Windows 98 (which is what it's running on right now). The database is actually housed on a Netware 3 server.

Any help would be appreciated.


At 03 SEP 2003 08:36AM Donald Bakke wrote:

Greg,

Your printing problems are related to how the Windows 2000 print manager communicates with DOS applications. In general, Windows does not know when the print job has completed so it hangs on to the print job almost indefinitely.

If you do a search on this list for "printing and 2000" you will find many posts related to this subject and suggested fixes. However, one approach that always seems to work is to issue a PDISK PRN command after every print job. This informs Windows that the print job is complete. However, this might be a difficult approach to implement depending on how many print routines your AREV application has. Many of the suggestions you will find by doing a search are workstation adjustments so you might want to see if those will work first.

dbakke@srpcs.com

SRP Computer Solutions, Inc.


At 03 SEP 2003 09:43AM Don Miller - C3 Inc. wrote:

The way I generally handle this with netware is:

SUSPEND EXIT CAPTURE type statements with the app starts or

a CAPTURE COMMAND in the Batch file that starts the APP.

Make sure, in either case that you set a Timeout (TI=30 or somesuch) in the command line. This will cause netware to release the print job when a character has not been received within the timeout value.

If the app is started from a batch file, it is a good idea to issue an ENDCAP statement after the app closes.

It is also do-able to do the CAPTURE in the App's startup (asking whether the session will use a Network or Local Printer and then proceeding from there).

One of the problems with PDISK is that it can use up file handles and (despite the fact that it usually works well), can sometimes cause an MS-DOS Stack Overflow error. I usually recommend a STACKS=256 in CONFIG.SYS if this is going to be done.

Don M.


At 03 SEP 2003 10:04AM Donald Bakke wrote:

Don M.,

I was assuming he was printing to a local printer. However, upon reading Greg's post again it could be either one. Good call.

dbakke@srpcs.com

SRP Computer Solutions, Inc.


At 04 SEP 2003 11:06AM Greg Phillips wrote:

Here are the contents of the arev.bat file that we are trying to use (wht the recent addition of the capture command). Is this generally correct, or am I still missing something (it still doesn't work)?


@echo off

capture /s=mcg_gracewood /q=printq_0 /l=1 /ti=30 /au

lhipxtsr /p

arev.exe /x/m4096

capture /endcap


Thanks!


At 06 SEP 2003 01:00PM Warren wrote:

Are you using the Novell Netware client on the Win2K workstation? If not, you should be. Find the 4.8x version (I tried on Novell just now, it is buried somewhere) as I couldn't get the 4.9 release to work with the NLM.

Set your capture using the Novell Client (click on the tray icon and pick Novell capture). Set it to restore the capture when starting windows.

This was the only way I could get capture to work on Win2K. I'm sure you can get the command line capture to work, but it probably takes a lot of fiddling that isn't worth the time and effort unless you need to change printer queues on the fly.

View this thread on the forum...

  • third_party_content/community/commentary/forums_nonworks/11424951b742486b85256d960043cd79.txt
  • Last modified: 2023/12/28 07:40
  • by 127.0.0.1