<html>
<head>
<style>
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
FONT-SIZE: 10pt;
FONT-FAMILY:Tahoma
}
</style>
</head>
<body class='hmmessage'>Of course, very good point. I have a couple of spare PCMCIA NIC's, so could do this at no cost.<BR><BR>
FYI, I found that the freeware, open source C# FTP library from <A href="http://www.enterprisedt.com/">http://www.enterprisedt.com/</A> works flawlessly with the OpenVMS/UCX FTP server, unlike the half-baked Microsoft FTP class.<BR>
<BR>
<BR><BR><BR> <BR>
<HR id=stopSpelling>
<BR>
> Date: Wed, 11 Jun 2008 19:34:58 -0400<BR>> From: eaberry1@pacbell.net<BR>> To: petermoreton@hotmail.co.uk<BR>> CC: simh@trailing-edge.com<BR>> Subject: Re: [Simh] FW: FW: FTP client connecting to SIMH/OpenVMS?<BR>> <BR>> NIC cards are very cheap these days, even for laptops. If your laptop has<BR>> on-board NIC, you can buy a cardbus 2nd NIC adaptor. Let Windows use one and<BR>> the vax use the other. While commuting you can connect them with a 6"<BR>> crossover cable. (If the guy in the next seat asks what that's for, you can<BR>> say it's a jury-rigged carrying handle; or explain that your computer is<BR>> schizophrenic and the cable is so the left brain can talk to the right.)<BR>> When you get home you remove the crossover cable and connect both to your<BR>> cable router.<BR>> <BR>> Peter Moreton wrote:<BR>> > Thanks for that insight Brad (and others). FYI, the issue affects XP<BR>> > as well as Linux. Now I am aware of the issue, I can work by using a<BR>> > PC on the LAN as a client and a PC on the LAN running SIMH, instead<BR>> > of both Client and SIMH on the same machine. Of course this means I<BR>> > cannot now develop client-server apps on one laptop while commuting<BR>> > on train, but hey.... <BR>> > <BR>> > <BR>> > <BR>> > ------------------------------------------------------------------------<BR>> > <BR>> > > From: brad@heeltoe.com<BR>> > > To: jeremy@vsm.com.au<BR>> > > CC: petermoreton@hotmail.co.uk; simh@trailing-edge.com<BR>> > > Subject: Re: [Simh] FW: FTP client connecting to SIMH/OpenVMS?<BR>> > > Date: Tue, 10 Jun 2008 20:01:00 -0400<BR>> > ><BR>> > ><BR>> > > Jeremy Begg wrote:<BR>> > > >Peter,<BR>> > > ><BR>> > > >>I just found that I *can* FTP and Telnet into the VMS machine from<BR>> > > >>another Physical host on the LAN - so it seems as though TCP/IP<BR>> > traffic<BR>> > > >>between VMS and the PC running SIMH isn't routing, but so long as I<BR>> > > >>connect to the VMS machine from another PC on the LAN, then the VAX<BR>> > > >>responds as it should.<BR>> > > ><BR>> > > >I believe this is a known problem with SIMH (actually I believe<BR>> > it's a<BR>> > > >problem in the underlying networking library used by SIMH). To<BR>> > > >communicate between the host PC and the emulated VAX, the host PC<BR>> > > >needs to have an ethernet NIC which is dedicated to the VAX.<BR>> > ><BR>> > > if simh is running on linux, it's a long standing issue with<BR>> > linux (and<BR>> > > possibly every other unix)<BR>> > ><BR>> > > Depending on what sort of network "tap" you use to simulate the<BR>> > ethernet<BR>> > > you may not be able to access the simulated host from the host<BR>> > machine.<BR>> > > You can, however, access it from any other host on the network.<BR>> > ><BR>> > > I figured out exactly what the issue was years ago and asked the<BR>> > linux<BR>> > > networking community about it - the response was that most people<BR>> > didn't<BR>> > > notice or care and fixing it was hard.<BR>> > ><BR>> > > It happens more and more now that people are doing emulators as<BR>> > machines<BR>> > > get faster. I've run into before. I think I got around it last by<BR>> > > using an IP level tap internet (i.e. creating a new interface)<BR>> > but that<BR>> > > has it's own set of issues.<BR>> > ><BR>> > > I as I recall (dimly), if you use an ethernet level tap, the ethernet<BR>> > > driver has to duplicate each packet sent and pass them back up to the<BR>> > > simulator socket. Likewise, all packets received have to be<BR>> > duplicated<BR>> > > and sent to the simulator socket. I think right now the receive side<BR>> > > happens but not the transmit side.<BR>> > ><BR>> > > Typing it here is seems simple to fix but it didn't look easy at the<BR>> > > time. Ah yes. the problem is you also want to send packets back<BR>> > to the<BR>> > > host if they originated in the sim. but you don't know who sent<BR>> > them in<BR>> > > the ethernet driver (very low level). so you risk sending packets<BR>> > back<BR>> > > to the host which originated in the host and packets back to the sim<BR>> > > which originated in the sim.<BR>> > ><BR>> > > basically, you want to simulate a mini ethernet wire. I guess you<BR>> > > could do some sort of simple learning bridge.<BR>> > ><BR>> > > Hopefully this illustrates the problem and some of the complexity.<BR>> > ><BR>> > > anyway, simh suffers this problem as do many emulators.<BR>> > ><BR>> > > -brad<BR>> > ><BR>> > <BR>> > <BR>> > ------------------------------------------------------------------------<BR>> > Get 5GB of online storage for free! Get it Now!<BR>> > <http://clk.atdmt.com/UKM/go/msnnkmgl0010000005ukm/direct/01/><BR>> > <BR>> > <BR>> > ------------------------------------------------------------------------<BR>> > Miss your Messenger buddies when on-the-go? Get Messenger on your <BR>> > Mobile! <http://clk.atdmt.com/UKM/go/msnnkmgl0010000001ukm/direct/01/><BR>> > <BR>> > <BR>> > ------------------------------------------------------------------------<BR>> > <BR>> > _______________________________________________<BR>> > Simh mailing list<BR>> > Simh@trailing-edge.com<BR>> > http://mailman.trailing-edge.com/mailman/listinfo/simh<BR>> <BR><BR><br /><hr />Messenger's gone Mobile! <a href='http://clk.atdmt.com/UKM/go/msnnkmgl0010000001ukm/direct/01/' target='_new'>Get it now!</a></body>
</html>