I'm hoping that someone will have a solution for me.. I'm sadly close to wit's end with this one.. First off, rough details:
My terms may be different than what's expected, so bear with me..
My host OS (The primary one on my PC) is Gentoo Linux.
I am using VMware Server, 1.0.3.44356
I am using this to acces a Windows 2000 virtual environment, as the company requires my using some Windows-only applications..
One of the things we need to do here, day by day, involves connecting to various shops (I run tech support here).. We use various terminal emulation programs, primarily Symantec Procomm Plus, and AlphaCom.. We often need to transfer updates to these systems using zmodem file transfers, from our computers to theirs..
Quite simply, I am finding that a small file will run into hundreds of CRC errors before transferring properly, when I'm working in the VMware environment.. Originally, I configured VMware to use the physical hard drive partition that I had Win2k installed on, using profiles to allow me to either boot directly into Windows, or to access it through VMware.. I recall reading warnings about this, so I presumed this to be my problem, and set up a new Win2k environment, entirely using the virtual disk, or whatever you'd call it, that makes VMware so great..
Sadly, the problem persists, and yet isn't there when I boot directly into Windows.. I've tried multiple new modems, as well, hoping that some manner of error correction, or different brands' Windows drivers, might help in any way..
If anyone has any thoughts, I'd greatly appreciate it.. And Happy Halloween, to all who read this thread.
P.S. I should definately mention that this problem does occur 100% of the time that I transfer a file through such a manner, and that the modem that it's transferring through is on a serial port, being passed through to my client OS. I also have not tried upgrading my version of VMware server, due to not finding any information that led me to believe it would help, and much information that implies I should wait on 1.0.4
Message was edited by: LoCInuyasha
Added P.S. rather than double-posting.
My terms may be different than what's expected, so bear with me..
My host OS (The primary one on my PC) is Gentoo Linux.
I am using VMware Server, 1.0.3.44356
I am using this to acces a Windows 2000 virtual environment, as the company requires my using some Windows-only applications..
One of the things we need to do here, day by day, involves connecting to various shops (I run tech support here).. We use various terminal emulation programs, primarily Symantec Procomm Plus, and AlphaCom.. We often need to transfer updates to these systems using zmodem file transfers, from our computers to theirs..
Quite simply, I am finding that a small file will run into hundreds of CRC errors before transferring properly, when I'm working in the VMware environment.. Originally, I configured VMware to use the physical hard drive partition that I had Win2k installed on, using profiles to allow me to either boot directly into Windows, or to access it through VMware.. I recall reading warnings about this, so I presumed this to be my problem, and set up a new Win2k environment, entirely using the virtual disk, or whatever you'd call it, that makes VMware so great..
Sadly, the problem persists, and yet isn't there when I boot directly into Windows.. I've tried multiple new modems, as well, hoping that some manner of error correction, or different brands' Windows drivers, might help in any way..
If anyone has any thoughts, I'd greatly appreciate it.. And Happy Halloween, to all who read this thread.
P.S. I should definately mention that this problem does occur 100% of the time that I transfer a file through such a manner, and that the modem that it's transferring through is on a serial port, being passed through to my client OS. I also have not tried upgrading my version of VMware server, due to not finding any information that led me to believe it would help, and much information that implies I should wait on 1.0.4
Message was edited by: LoCInuyasha
Added P.S. rather than double-posting.
