Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!usc!cs.utexas.edu!uunet!math.fu-berlin.de!unidui!unido!uni-koeln!news From: ro@rrz.uni-koeln.de (Jochen Roderburg) Newsgroups: comp.windows.ms Subject: Printer problem with Windows and Novell Message-ID: <1991Apr30.072355.164170@rrz.uni-koeln.de> Date: 30 Apr 91 07:23:55 GMT Sender: news@rrz.uni-koeln.de (Usenet News System) Organization: Regional Computing Center, University of Cologne, F. R. Germany Lines: 55 This is a cross-posting to the Windows and Novell Mailing lists and Newsgroups, so please apologize if you see it twice (or more). Joe Moore wrote in the WIN3 mailing list: >> I have a problem with the configuration of an HP LJII on a NOVELL >> network and Windows. It seems to send the proper text and graphics >> to the printer, but either before or after (or both) the printout >> there is garbage. Lots of garbage!!!! I was just about to post a similar question to these lists and newsgroups. We seem to have the same problem, but I have already managed to narrow the circumstances a bit: It happens only in Windows 386 enhanced mode, but with every printer that we like to use. To sum up our configuration and my observations: The server involved is a 386-clone running Netware 386 v 3.10. A typical client where the problem occurs: Hardware: PS/2 Model 70 with 4 mB memory 3COM 3C523 Ethernet adapter Software: Operating system: IBM-DOS 4.01 Memory manager: Quarterdeck QEMM 5.11 (preferred) or Microsoft HIMEM.SYS 2.60 3C523 Packet driver from Clarkson University (Version 3.0, newer versions don't work) IPX-PKT driver from Brigham Young University with Novell IPX v 3.02 Novell Shell v 3.02 (NET4, XMSNET4, EMSNET4) ... and of course Windows 3.0 With QEMM I have tried every combination of QEMM parameters, loading drivers high and low, using NET, XMSNET, EMSNET, nothing works. The exact result varies, but always I have garbage before and after the *real* print file. The garbage is something random from memory, I always find parts of my resident programs in it. After these result I had a strong suspicion against QEMM, and started another test series with HIMEM.SYS instead, but even this doesn't work with XMSNET. The only combination which works is HIMEM.SYS with NET4, what is clearly not the desired configuration, because with this I can't save any byte of our precious DOS memory. So it looks like that there are strange interactions between the 386 memory managers, Windows 386 mode and Novell. And therefore my question to the net community, has anybody an idea what might be going on here? I can't imagine that we are the only installation in the world with this combination of programs. Jochen Roderburg Regional Computing Center University of Cologne Robert-Koch-Str. 10 Tel.: +49-221/470-4564 D-5000 Koeln 41 Internet: Ro @ RRZ.Uni-Koeln.DE Germany BITNET: A0045 @ DK0RRZK1