Mike, lemme see if I've got this: OK, so you're running cmd>copy filename.txt lpt1 on the virtual server (remotely, but that doesn't matter) printing to a dm on the server's LPT1 and it works.
And the properties>print test page is also run on the server printing to the dm on LPT1.
And you're running the RBDOS on the server also and trying to print to the same dm on LPT1.

"I am not sure if this makes any difference, but the server I am using is a "Hyper V 32 bit virtual Server" running on a Windows 2008 64 bit server."
Admittedly, but not surprisingly, I'm getting confused: Your Windows Server 2008 o/s is 64 bit, correct? (Computer>[right click]>Properties)

IIRC, RBDOS was 16 bit.  So are you running RBDOS on the "Hyper V 32 bit virtual Server" because that 32 bit system will run the 16 bit RBDOS?
And the cmd>copy>..etc and print test page are actually being issued from the 32 bit virtual server?
Have you tried
a virtual XP or DOS O/S machine?  I'm not sure if a virtual Win machine would handle the printing differently from server, might be a waste of time.

I googled "server 2008 dos printing".
This discussion might provide some guidance ("give you some blues clues? :)
http://social.technet.microsoft.com/Forums/en/winserverprint/thread/5533cfbc-22fd-403f-92a7-c50fd353f3b9

I don't have any printers directly attached to my server, but I could give it a try in a few days if you can't get this working.
Doug


Michael J. Sinclair wrote:
Hi Doug,
After I use Remote DeskTop to log on to the server,
I can ...
start>run>cmd>copy filename.txt lpt1
and it works fine
but from within Rbase for DOS, I can'.
I can also do...
start>printers and faxes>rt click on printer>left click on properties>print test page
and it works.
Does that help at all?
Mike



From: Doug Hamilton <[email protected]>
To: RBASE-L Mailing List <[email protected]>
Sent: Wednesday, August 17, 2011 8:56 PM
Subject: [RBASE-L] - RE: Printing in Rbase for DOS on a Server from aThin Client or Remote Desk Top

So is the printer is attached to physical server box?  That could add another layer of, ah, involvment.
But you said "I can print from the command prompt window and from the property page of the printer."
Is that printing from the cmd window and property page on the workstation to the dot matrix printer on the server?
If yes, then it seems something in R:Base needs adjusting.
Else, make sure you can print from the workstation to the dm printer; ideally from an app.
End ideas.

Doug

Michael J. Sinclair wrote:
I am not sure if this makes any difference, but the server I am using is a "Hyper V 32 bit virtual Server" running on a Windows 2008 64 bit server.
Mike



From: Mike Byerley <[email protected]>
To: RBASE-L Mailing List <[email protected]>
Sent: Wednesday, August 17, 2011 5:34 PM
Subject: [RBASE-L] - RE: Printing in Rbase for DOS on a Server from a Thin Client or Remote Desk Top

I would think so.  Is the printer you are trying to print to local to your
machine or local to your network?  I can try to duplicate it tomorrow and
see what gives.



----- Original Message -----
From: "Michael J. Sinclair" <[email protected]>
To: "RBASE-L Mailing List" <[email protected]>
Sent: Wednesday, August 17, 2011 5:25 PM
Subject: [RBASE-L] - RE: Printing in Rbase for DOS on a Server from a Thin
Client or Remote Desk Top


I can print from the command prompt window and from the property page of the
printer.

Does that mean I should be able to print from with Rbase for DOS?
Mike



________________________________
From: Mike Byerley <[email protected]>
To: RBASE-L Mailing List <[email protected]>
Sent: Wednesday, August 17, 2011 5:15 PM
Subject: [RBASE-L] - RE: Printing in Rbase for DOS on a Server from a Thin
Client or Remote Desk Top

Have you determined you can print to your local printer from the Property
Page of the remote printer?

IIRC, you must have the same driver on the local machine as the Remote to
print, but before I would go through all the gyrations within RBase, I would
first determine if you can actually print at all (if you have not already
done so).





----- Original Message -----
From: "Kenny Camp" <[email protected]>
To: "RBASE-L Mailing List" <[email protected]>
Sent: Wednesday, August 17, 2011 4:49 PM
Subject: [RBASE-L] - RE: Printing in Rbase for DOS on a Server from a Thin
Client or Remote Desk Top


: Too long since DOS :-)
:
: try R> zip cmd /c copy file.txt \\server\sharename
:
:
:
: or
:
:
:
: set v vcmd text = 'zip cmd /c copy file.txt \\server\sharename'
:
: &vcmd
:
:
:
: From: [email protected] [mailto:[email protected]] On Behalf Of Michael J.
: Sinclair
: Sent: Wednesday, August 17, 2011 2:03 PM
: To: RBASE-L Mailing List
: Subject: [RBASE-L] - RE: Printing in Rbase for DOS on a Server from a Thin
: Client or Remote Desk Top
:
:
:
: Hi Kenny,
:
: In Rbase for DOS, trying to print to \\server_name\printer_name does not
: work, what I get is ...
:
:
:
: -ERROR- Cannot create destination file. (2086)
:
:
:
: Mike
:
:
:
: _____
:
: From: Kenny Camp <[email protected]>
: To: RBASE-L Mailing List <[email protected]>
: Sent: Wednesday, August 17, 2011 12:43 PM
: Subject: [RBASE-L] - RE: Printing in Rbase for DOS on a Server from a Thin
: Client or Remote Desk Top
:
: Try R> copy filename.txt \\server\sharename
:
:
:
: From: [email protected] [mailto:[email protected]] On Behalf Of Michael J.
: Sinclair
: Sent: Tuesday, August 16, 2011 6:24 PM
: To: RBASE-L Mailing List
: Subject: [RBASE-L] - Printing in Rbase for DOS on a Server from a Thin
: Client or Remote Desk Top
:
:
:
: I would like to try run Rbase for DOS on a 32 bit server, and access the
: program using a Thin Client or Remote Desk Top.
:
: I tried it, and it works fine, but not for printing.
:
:
:
: Everything I tried failed.
:
:
:
: OUTPUT LPT1; PRINT reportname; OUTPUT SCREEN
:
: OUTPUT LPT1; TYPE filename; NEWPAGE; OUTPUT SCREEN
:
: COPY filename PRN
: COPY filename LPT1
:
: NET USE indicates that LPT1/2/3 are indeed mapped to network printers
: I am able to copy files to the LPT1/2/3 from a command prompt window, so I
: think the printers are working.
:
: What am I doing wrong?
:
: Mike
:
:
:
:
:
:






Reply via email to