X-Recipient: archive-cygwin AT delorie DOT com X-Spam-Check-By: sourceware.org Date: Wed, 14 Nov 2007 08:22:31 +0100 From: Thomas Baker To: cygwin AT cygwin DOT com Subject: Re: Reliable old script loses data on new Cygwin installation Message-ID: <20071114072231.GB252@sub-tombaker> References: <20071111173033 DOT GA2360 AT sub-tombaker> <20071112090628 DOT GA3792 AT sub-tombaker> <20071113165901 DOT GA2096 AT sub-tombaker> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071113165901.GA2096@sub-tombaker> User-Agent: Mutt/1.4.2.1i X-IsSubscribed: yes Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm Precedence: bulk List-Id: List-Unsubscribe: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com Delivered-To: mailing list cygwin AT cygwin DOT com On Tue, Nov 13, 2007 at 05:59:01PM +0100, Thomas Baker wrote: > > The speed is not the problem, it could be the usual suspect: an > > anti-virus, unlikely because the data written is not executable but it > > could be adding an extraneous delay between data written and data read. > > I'll ask the guy who installed the operating systems whether this > looks possible. These machines have an anti-virus program, but the same one I have been using for the past two or three years. The filenames either have no extension, or ".txt". > > The only solid evidence is the error message from Windows, and it says > > "device", that means that the hard disk is having problems (it could be > > the driver) but not your script or any program. Did you do anything > > special to the hard disks on all 3 machines? something like run an > > optimizer or tune parameters? > > I'll find out. The guy who set up the machines did not fiddle with the hard disk at all. Two of the machines were brand-new. On these, he did not touch the hardware - only swapped the installed German-language version of XP for my own version of XP in English. Then I installed Cygwin from the net. I'm a bit at a loss as to what to do next. I use this one script so extensively (50 times per day?) that I would sooner move to a Linux or Macintosh system than continue on Windows without Cygwin - my whole working style depends on it. I work on a laptop with Cygwin and an up-to-date version of XP, and thankfully the script continues to run fine there. Having (seemingly) eliminated SATA/ATA, fast/slow, and old-XP/up-to-date-XMP as possible explanations for the errors, the only really obvious remaining difference between my laptop (where the script works) and the four desktop computers (where the script does not work reliably) is that the four desktop computers have the latest version of Cygwin and the laptop has a version that I have not updated in awhile (and now I do not dare!). I would be grateful if someone could suggest a way to test this. Would it make sense (and is it possible) to replace the Cygwin kernel or the "coreutils" package (because of "mv") with earlier versions and see if the script works then? The version of "pdksh" is the same between the laptop and the desktops, so I assume this can be eliminated as the cause? The script itself is not long, and the data sets are also just a few pages long, so I could prepare a tar file with a simple test installation if anyone would like to try it on their machines. Tom -- Tom Baker - tbaker AT tbaker DOT de - baker AT sub DOT uni-goettingen DOT de -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/