Hallo,

I work in an environement were 2 different networks are runnings. Both of them are strictly monitored and it is not possible to connect one with each other.

It is an airport environment.

One of the networks, running under OS/2, has all the chekc-in and boarding systems. The other network (Win XP) is the 'office applications' network.

I need to keep records from the OS/2 environment. But the only possibility I have is to print them on a text printer (OKI dot matrix).

I wonder if anybody has an idea on how to capture o transfer the data 'printed' on to the LPT port from the OS/2 network and store it directly (via Serial, Paralel, USB or whatever method) onto a hard disk from the Win XP network, as .txt file.

If this is somehow possible, the security will not be broken and the records will be stored as electronic files instead of paper listings, with all its advantages.

Any help is welcome!!!!!


Many thanks for reading this

Hans Breuer
AGA PMI

Hi Hans:

This is very easily done.

But how is it that you have a secure system for check-in and boarding, but you don't have professionals available on staff to handle this request?

What airport and/or airline is this for?




Melissa

Hallo Melissa,

The airport I work in is placed in Palma de Mallorca, the Balearic Islands, Spain.

We are responsibles for the supervision of many european airlines, like Air Berlin, Centralwings, Maersk Air, Novair, Malm Aviation and Fly Me. We do the passenger handling for Germanwings and Sterling.

The airport environment is running under OS/2 and is a closed one. We can access the aplications at the check-in counters. In addition, the airport has installed 1 PC in our Back Office, with an OKI dot matrix printer.

We, as company, have our own small network, run under WinXP.

As nobody from our company is IT specialist, we have contracted all issues related to network and hardware to a third company. This company is based in the airport and does part of the hardware maintenance for the Airport too. So we can always deal about those matters with the staff who knows what can and what cannot be done.

My problem is that the only possibility the airport allows to the handling agents to keep records of the flights which do use the airport own DCS system (which is a real basic one, just for point to point flights, with no connection possibility to other systems, but free of charge) is to print out the lists you want to keep.

This goes against my idea of 'modern way of doing things' and environmental protection.

I have been speaking with the staff from this third party company about the idea to 'capture' the print-outs and transfer them, as .txt files to one of our computers, via a LPT to serial cable or something like it. But they have no idea on how to do it...

I have myself been 'programming' since I was 19 (starting with the old C64!). But I have never been serious about it, so now I do only small 'in house' applications.

Once again, thank you very much for taking the time to read this long message.

My Best Regards
Hans












: Hi Hans:
:
: This is very easily done.
:
: But how is it that you have a secure system for check-in and boarding, but you don't have professionals available on staff to handle this request?
:
: What airport and/or airline is this for?
:
:
:
:
: Melissa
:
:

This message was edited by Phat Nat at 2005-4-26 18:33:49

---

Hey there Hans,
I'm not a windows programmer (only DOS) so I can't make a program for you, but the following is an excerpt from David Jurgens HelpPC listing:

                             Parallel Printer Port

        Port 3BC printer data output  (readable)

         |7|6|5|4|3|2|1|0|  ports 278, 378, 3BC
          | | | | | | | +---- data bit 0, hardware pin 2
          | | | | | | +----- data bit 1, hardware pin 3
          | | | | | +------ data bit 2, hardware pin 4
          | | | | +------- data bit 3, hardware pin 5
          | | | +-------- data bit 4, hardware pin 6
          | | +--------- data bit 5, hardware pin 7
          | +---------- data bit 6, hardware pin 8
          +----------- data bit 7, hardware pin 9

        Port 3BD printer status register   (Parallel Printer Port)

         |7|6|5|4|3|2|1|0|  ports 279, 379, 3BD
          | | | | | | | +---- 1 = time-out
          | | | | | +-+----- unused
          | | | | +-------- 1 = error,  pin 15
          | | | +--------- 1 = on-line,  pin 13
          | | +---------- 1 = out of paper,  pin 12
          | +----------- 0 = Acknowledge,  pin 10
          +-----------  0 = busy,  pin 11

        Port 3BE printer control register   (Parallel Printer Port)

         |7|6|5|4|3|2|1|0|  ports 27A, 37A, 3BE
          | | | | | | | +---- 1 = output data to printer,  (pin 1)
          | | | | | | +----- 1 = auto line feed,  (pin 14)
          | | | | | +------ 0 = initialize printer,  (pin 16)
          | | | | +------- 1 = printer reads output,  (pin 17)
          | | | +-------- 0 = IRQ disable,1=IRQ enable for ACK
          +-+-+--------- unused

Set LPT2 on the OS/2 system to a general printer, such as an EPSON FX printer.
If you connect a second crossover parallel cable to LPT2 of the OS/2 system and then into the Windows XP machine, then when you print to LPT2 it would send all the information to the WinXP LPT port. From there it is quite easy to capture the data (which will be sent out as seen on screen with possibly a few printer codes).

There are lots of Windows programmers around here who I'm sure could help you out with the rest. Good Luck,

Phat Nat

Hallo Phat Nat,

I'll see if I can figure something out with your information.

Thanks you!
Hans

: Hallo Phat Nat,
:
: I'll see if I can figure something out with your information.
:
: Thanks you!
: Hans
:
:
:
Phat Nat is right, yet I think his answer might puzzle you.
Here is a more "in English" answer:

In order to achieve this, you must get a so called "external Hard Disk Device" which can be electrically connected to both one of your computers that runs under Windows XP as well as one that runs on OS/2.

Then you have to make sure that both the Windows XP computer as well as the OS/2 one can read/Write data on that external hard disk. This means that you must have two so called "device drivers" dedicated to this device; one driver that works under Windows XP and one that works under OS/2. (this is hardly a problem since both of the Operating Systems you use are wide spread and hardware manufacturers use to provide such device drivers - especially for Windows)

I talked mutch, but I hope I succedeed to be less technicall - without loosing the correctness and rigurousity.

If there are any things you can't understand, post me a message in my mailbox; I seldom visit this messageboard. Good luck!

: Phat Nat is right, yet I think his answer might puzzle you.
: Here is a more "in English" answer:
:
: In order to achieve this, you must get a so called "external Hard Disk Device" which can be electrically connected to both one of your computers that runs under Windows XP as well as one that runs on OS/2.
:
: Then you have to make sure that both the Windows XP computer as well as the OS/2 one can read/Write data on that external hard disk. This means that you must have two so called "device drivers" dedicated to this device; one driver that works under Windows XP and one that works under OS/2. (this is hardly a problem since both of the Operating Systems you use are wide spread and hardware manufacturers use to provide such device drivers - especially for Windows)
:
: I talked mutch, but I hope I succedeed to be less technicall - without loosing the correctness and rigurousity.
:
: If there are any things you can't understand, post me a message in my mailbox; I seldom visit this messageboard. Good luck!
:

I was thinking more along the line of a double-ended parallel cable that would plug into both computer's parallel ports at the same time.
Of course, the cable would have to have certain wires crossed over (Data Send & Data Receive, etc). Then you could assign a basic OS/2 printer Driver (such as a dot-matrix) to the Parallel port (LPT2 for example). Then when you print from OS/2 to LPT2, all the data would be sent to the Windows XP Parallel Port, where you could read the data and write it directly to a file (which could be automatically named to the current date/time or whatever).

This way would only require a cable and a special program on the Windows XP computer to handle the printer->data conversion.

Now you need someone who knows how to access the LPT ports from WinXP ;)

Phat Nat

: : Phat Nat is right, yet I think his answer might puzzle you.
: : Here is a more "in English" answer:
: :
: : In order to achieve this, you must get a so called "external Hard Disk Device" which can be electrically connected to both one of your computers that runs under Windows XP as well as one that runs on OS/2.
: :
: : Then you have to make sure that both the Windows XP computer as well as the OS/2 one can read/Write data on that external hard disk. This means that you must have two so called "device drivers" dedicated to this device; one driver that works under Windows XP and one that works under OS/2. (this is hardly a problem since both of the Operating Systems you use are wide spread and hardware manufacturers use to provide such device drivers - especially for Windows)
: :
: : I talked mutch, but I hope I succedeed to be less technicall - without loosing the correctness and rigurousity.
: :
: : If there are any things you can't understand, post me a message in my mailbox; I seldom visit this messageboard. Good luck!
: :
:
: I was thinking more along the line of a double-ended parallel cable that would plug into both computer's parallel ports at the same time.
: Of course, the cable would have to have certain wires crossed over (Data Send & Data Receive, etc). Then you could assign a basic OS/2 printer Driver (such as a dot-matrix) to the Parallel port (LPT2 for example). Then when you print from OS/2 to LPT2, all the data would be sent to the Windows XP Parallel Port, where you could read the data and write it directly to a file (which could be automatically named to the current date/time or whatever).
:
: This way would only require a cable and a special program on the Windows XP computer to handle the printer->data conversion.
:
: Now you need someone who knows how to access the LPT ports from WinXP ;)
:
: Phat Nat
:
Absolutely correct! The reason I didn' wrote this is because I thought Mr. Breuer is not very technical on computers.

The cable you described is called "nullmodem cable" - the problem is that it is rather rare; and that is probably the reason you described how to make one.

Thancks for your pertinent completion of my previous answer!

Years ago someone screwed up a computer that belonged to a small company. The computer could only get to a DOS prompt and launch a rogue program that threatened to delete sensitive information. The solution was much like that proposed by Phat Nat.

Create a null modem cable. You can do this with Radioshack and a prefab kit or a little home-ugly wiring.

Run telnet on the target computer to capture the data. Then in DOS from the source computer use the type command, redirected to the parallel port.

          type [filename] >> lpt1 

You could concievably create a batch file to do this for you. Or you could write a program of your own to send the text over the wire. My advice is to try it manually with the type command a few times. Once you have that working, then you can automate the source side of the wire with a little code (I recommend VB and sockets). Last, you can automate the target (capture) side.

You could even create your own protocol later on to speed up the transfer if the files are large enough.

(or you could hire me to work for your airport...sounds like the third party company you mentioned is run by idiots.)

****************************************
Excellence Breeds! Go Hard or Go Home.

Let Penguins rule the earth.
Break some windows today.

OK, this thread is getting out of hand!

Let's clear up some misunderstandings...

1) You do not use a null MODEM cable on an LPT port.

2) A null MODEM cable is designed for serial ports only.

3) You cannot use TELNET to receive data from an LPT port without a hardware device to do conversion.

4) The LPT port is Parallel data.

5) The serial port is, of course, Serial data.

6) In order to connect two computers via LPT port, you would need either some hardware conversion, or a software program run on both computers to transfer/receive the data.

7) This command:

type [filename] >> lpt1

will only work on a text file, and only if there is a hardware conversion from LPT (parallel) port to some other port OR if there is special software run on BOTH computers.


8) You all are making this way more complicated than it is.



Melissa

Have you tried the method I proposed?

It works.

Complexity is in the fact that the subject IT department will not simply reconfigure the network.

****************************************
Excellence Breeds! Go Hard or Go Home.

Let Penguins rule the earth.
Break some windows today.

--------------------------------------------
Yes, the null modem cable is a serial one!!!
--------------------------------------------
Please don't look at my rather neat english writting; things are not what they appear to be. The trueth is that in the past fourteen years I never talked nor written English.

Therefore reading and especially writting is a big effort to me. So, during the typing process an ideea came to me: to use direct cable connection on some kind of serial cable (because that's how Telnet works - Ok). The result was cathastrophic: I mixed, in my posting, the parallel communications with the serial ones, fact that doesn't make any sense.

Poor skills, poor results. Thanck you for noticeing my error and putting things straight!

Best regards,
Alexandrescu Emil Cristian - Romania (not a native English speaker)

: Have you tried the method I proposed?
:
: It works.
:
Hi There!

No, I have not tried the method you proposed. There is no need to try it. It will not work.

Why? A number of reasons:

1) Telnet is a network program. It does not read from either the serial or parallel ports.

2) Outputting to the LPT port will send a text file to that port. But a cable from LPT to LPT, without special software on BOTH computers, will not work either. This method will not work on any binary file, such as data files, program files, or MP3 files.

3) I do not recall any situation where a MODEM was connected to an LPT port. Therefore, there would be no such thing as a "null-MODEM" cable for an LPT port.

A null-MODEM cable is designed to replace a serial -> MODEM -> two-wire cable -> MODEM -> Serial connection. In other words, a null-MODEM cable is made to replace the two MODEMS that would otherwise be used to connect two computers.

As I mentioned in my last post, there was a software/cable solution similar to what you're thinking of that was sold some years ago, called "Laplink". It was designed to connect a laptop to a desktop computer via the LPT ports. It required special software to be installed on both computers, and came with an LPT-to-LPT cable. That cable was actually a kind of "crossover" cable.

Even if you had a cable such as this, you could not use Telnet to do anything related to it.

In order to use a "Laplink" type of cable, you need software on both ends.

Now, you may be thinking of something similar: Connect two computers via the serial (RS-232) ports via a null-MODEM cable. Start HyperTerminal on the receiving computer. Output a text file from the sending computer using:

type [filename] >> com1:

This WILL work. But it is not at all what the original poster was asking for, and is not at all what you described.

I hope this clears things up!


Melissa

Hello there!

Please do not apologize for your English.

I could not write anything in your language!

You are writing much better than I would.

Thanks,

Melissa



Melissa

Hi Hans:

OK, here is the solution.

You need to purchase a "Parallel-to-Serial" converter. These cost less than $100.00 US.

You then connect the device from the LPT port on the OS/2 computer, to the serial port on the other computer. Run a terminal emulator program (such as Hyperterm in Windows) on the "receiving" computer to capture the text. Then go to the OS/2 computer and "print" the report.

The receiving computer will capture the text, which can then be saved to a file.

That's it!

Hope this helps.


Melissa