Losing data with routine cp and mv -- cannot create hard link

2003-01-12 Thread Thomas Baker
: cygdrive prefix Cygdrive default prefix: Build date: Wed Nov 27 18:54:29 EST 2002 Shared id: cygwin1S3 -- Dr. Thomas Baker[EMAIL PROTECTED] Institutszentrum Schloss Birlinghoven mobile +49-171-408-5784 Fraunhofer-Gesellschaft

Re: Losing data with routine cp and mv -- cannot create hard link

2003-01-16 Thread Thomas Baker
to make sure that this is in fact the problem. Thanks, Tom Baker On Sun, Jan 12, 2003 at 08:17:32PM +0100, Thomas Baker wrote: I use Cygwin 1.3.17, NTFS file systems, and Win2000 (see excerpt from cygcheck -s below). Both with cp and mv, I am getting error messages when copying or moving

Re: Losing data with routine cp and mv -- cannot create hard link

2003-01-16 Thread Thomas Baker
On Thu, Jan 16, 2003 at 09:55:01AM -0500, Larry Hall (RFK Partners, Inc) wrote: At 04:55 AM 1/16/2003, Thomas Baker wrote: In the absence of responses to my earlier note (below), and having made a second fruitless search of FAQs and archives, I'd like to make a second and final attempt

Re: How to automatically process file/dir names?

2003-01-18 Thread Thomas Baker
' [file ...] exit 2 ;; 1) subst=$1 while read fname; do rename_1 $fname; done ;; *) subst=$1; shift for fname; do rename_1 $fname; done ;; esac -- Dr. Thomas Baker[EMAIL PROTECTED] Institutszentrum Schloss

Memory error with PDKSH 5.2.14-3?

2005-06-06 Thread Thomas Baker
not a programmer and do not have time to test this systematically but thought others on this list might want to hear about this. Tom Baker -- Dr. Thomas Baker [EMAIL PROTECTED] SUB - Goettingen State+49-551-39-3883 and University Library

Re: Memory error with PDKSH 5.2.14-3?

2005-07-05 Thread Thomas Baker
On Mon, Jun 06, 2005 at 10:26:26AM -0400, Igor Pechtchanski wrote: On Mon, 6 Jun 2005, Thomas Baker wrote: Just wanted to report that I was seeing error messages such as the following in Korn shell scripts: /home/tbaker/u/bin/urlists[50]: internal error: alloc: freeing memory

Re: Cygwin/Procmail stops working after setup.exe upgrade

2002-10-23 Thread Thomas Baker
procmail: Opening TEST procmail: Acquiring kernel-lock procmail: Unlocking TEST.lock From tbaker Wed Oct 23 10:44:40 2002 Subject: TEST Folder: TEST 958 -- Dr. Thomas Baker[EMAIL PROTECTED] Institutszentrum

Re: Cygwin/Procmail stops working after setup.exe upgrade

2002-10-23 Thread Thomas Baker
that success in the file procmail.log. Tom On Wed, Oct 23, 2002 at 08:25:23AM -0400, Jason Tishler wrote: On Wed, Oct 23, 2002 at 01:43:19PM +0200, Thomas Baker wrote: On Wed, Oct 23, 2002 at 07:16:14AM -0400, Jason Tishler wrote: What *exactly* does procmail.log indicate happened

Re: Cygwin/Procmail stops working after setup.exe upgrade

2002-10-23 Thread Thomas Baker
On Wed, Oct 23, 2002 at 09:02:39AM -0400, Jason Tishler wrote: On Wed, Oct 23, 2002 at 02:39:51PM +0200, Thomas Baker wrote: | mda /usr/bin/procmail -d %T # pass message to the local MDA The above .fetchmailrc line invokes procmail differently than procmail -m. Since fetchmail

Re: Cygwin/Procmail stops working after setup.exe upgrade

2002-10-23 Thread Thomas Baker
. Tom -- Dr. Thomas Baker[EMAIL PROTECTED] Institutszentrum Schloss Birlinghoven mobile +49-171-408-5784 Fraunhofer-Gesellschaft work +49-30-8109-9027 53754 Sankt Augustin, Germanyfax +49-2241-144-2352

Cygwin/Procmail stops working after setup.exe upgrade

2002-10-22 Thread Thomas Baker
|Your system mailbox: /var/spool/mail/tbaker -- Dr. Thomas Baker[EMAIL PROTECTED] Institutszentrum Schloss Birlinghoven mobile +49-171-408-5784 Fraunhofer-Gesellschaft work +49-30-8109-9027 53754 Sankt Augustin, Germany

Re: mount versus ln (was Re: Cygwin/Procmail stops working)

2002-10-24 Thread Thomas Baker
Two previous posts actually answer this question, but I didn't see them because Procmail quietly started doing its job again (because the solution worked) and didn't arrive in my mailbox... Apologies, and many thanks, Tom On Thu, Oct 24, 2002 at 10:51:43AM +0200, Thomas Baker wrote: On Wed, Oct

Fetchmail call to procmail no longer works under Cygwin 1.7.1-1

2010-02-22 Thread Thomas Baker
Dear all, I recently upgraded to cygwin 1.7.1-1 on two computers: -- an ASUS netbook running Windows XP (German edition) -- a Fujitsu-Siemens desktop running Windows XP (English) The software on the C: partitions of the two computers has been installed separately (including c:/cygwin and

Procmail not being called correctly on Cygwin 1.7

2010-02-22 Thread Thomas Baker
Dear all, I recently upgraded to Cygwin 1.7 on my two machines: -- an ASUS netbook with Windows XP (German version) -- a Fujitsu-Siemens desktop with Windows XP (English version) Each machine has its own installed base of software on C: (including Cygwin), but all data files -- including

Re: Fetchmail call to procmail no longer works under Cygwin 1.7.1-1

2010-02-22 Thread Thomas Baker
Apologies for repeating my message - the Cygwin list would only let me sign up using my googlemail account - then googlemail caught your response in a delete filter :-( On Mon, Feb 22, 2010 at 11:41 PM, Gary cyg...@garydjones.name wrote: On Mon, Feb 22, 2010 at 09:12:00AM -0500, Thomas Baker

Re: Fetchmail call to procmail no longer works under Cygwin 1.7.1-1

2010-02-22 Thread Thomas Baker
On Mon, Feb 22, 2010 at 5:02 PM, Jason Tishler ja...@tishler.net wrote: On Mon, Feb 22, 2010 at 09:12:00AM -0500, Thomas Baker wrote: The problem is that since the upgrade to Cygwin 1.7, the fetchmail on my _desktop_ computer no longer passes the incoming messages to the MDA procmail.  Each

Re: Fetchmail call to procmail no longer works under Cygwin 1.7.1-1

2010-02-22 Thread Thomas Baker
Jason, On Mon, Feb 22, 2010 at 9:17 PM, Jason Tishler ja...@tishler.net wrote: Please note the following:    http://cygwin.com/acronyms#PPIOSPE My apologies if I overlooked that - I'm temporarily working in googlemail because of this procmail situation and feel out of my usual element (mutt).

Re: Fetchmail call to procmail no longer works under Cygwin 1.7.1-1

2010-02-23 Thread Thomas Baker
On Tue, Feb 23, 2010 at 8:13 AM, Jason wrote:     http://cygwin.com/acronyms#PPIOSPE My apologies if I overlooked that - I'm temporarily working in googlemail because of this procmail situation and feel out of my usual element (mutt). Unfortunately, you are still overlooking the above. :,(

Re: Fetchmail call to procmail no longer works under Cygwin 1.7.1-1

2010-02-23 Thread Thomas Baker
On Tue, Feb 23, 2010 at 10:33 AM, Thomas Baker wrote: This also does not work:        procmail -d tbaker msg.mbox However, on the netbook        procmail -d tbaker msg.mbox works fine, delivering the message where it is supposed to go. On the netbook the permissions for /usr/bin

Re: Fetchmail call to procmail no longer works under Cygwin 1.7.1-1

2010-02-23 Thread Thomas Baker
On Tue, Feb 23, 2010 at 11:25 AM, Eric wrote: According to Thomas Baker on 2/23/2010 9:06 AM: On the netbook the permissions for /usr/bin/procmail start with:       -rwxr-x---+ The trailing + tells you that there are ACLs attached to the file that may further impact who can access the file

Re: Fetchmail call to procmail no longer works under Cygwin 1.7.1-1

2010-02-23 Thread Thomas Baker
On Tue, Feb 23, 2010 at 11:49 AM, Gary wrote: If I pipe one message into procmail with:       procmail -v -d tbaker msg.mbox procmail reports:       Locking strategies:     dotlocking, fcntl()       Default rcfile:         $HOME/.procmailrc       Your system mailbox:    

Re: Fetchmail call to procmail no longer works under Cygwin 1.7.1-1

2010-02-23 Thread Thomas Baker
And you're sure you are running the correct procmail, i.e. there is no other procmail in your path before the one you are expecting to run? $ type -a procmail procmail is /usr/bin/procmail procmail is /bin/procmail Yes, though the result repeats itself as follows: $ type -a procmail

Re: Fetchmail call to procmail no longer works under Cygwin 1.7.1-1

2010-02-23 Thread Thomas Baker
On Tue, Feb 23, 2010 at 1:28 PM, Jason wrote: Can you be a bit more specific? Is anything added to the procmail log? You could also add VERBOSE=on on the command line for more info. What does the following indicate?    $ procmail VERBOSE=on msg.mbox procmail: [4092] Tue Feb 23 14:11:50 2010

Re: Fetchmail call to procmail no longer works under Cygwin 1.7.1-1

2010-02-23 Thread Thomas Baker
On Tue, Feb 23, 2010 at 2:35 PM, Jason Tishler wrote: What does the following indicate? ?? ??$ procmail VERBOSE=on msg.mbox procmail: [4092] Tue Feb 23 14:11:50 2010 procmail: Locking /var/spool/mail/TBaker.lock [snip] You should have seen a line like the following:    procmail:

Re: Fetchmail call to procmail no longer works under Cygwin 1.7.1-1

2010-02-23 Thread Thomas Baker
Evidently if it does not find /home/TBaker/.procmailrc, it does not go looking for /home/tbaker/.procmailrc.  Since my entire file system is based on tbaker, I'd love to find a way to eradicate the TBaker from my system entirely.  The guy who set up my XP installation many years ago set my

Re: Fetchmail call to procmail no longer works under Cygwin 1.7.1-1

2010-02-23 Thread Thomas Baker
On Tue, Feb 23, 2010 at 4:44 PM, Larry Hall (Cygwin) reply-to-list-only...@cygwin.com wrote: Evidently if it does not find /home/TBaker/.procmailrc, it does not go looking for /home/tbaker/.procmailrc.  Since my entire file system is based on tbaker, I'd love to find a way to eradicate the

Re: Fetchmail call to procmail no longer works under Cygwin 1.7.1-1

2010-02-24 Thread Thomas Baker
      $ cd /home       $ ls       Administrator TBaker tbaker How did you manage to create two subdirectories (i.e., TBaker and tbaker) in the same parent directory that only differ by case? Are you configured for case sensitive filenames?  What does the following indicate?    $ regtool

Re: Fetchmail call to procmail no longer works under Cygwin 1.7.1-1

2010-02-24 Thread Thomas Baker
Are you configured for case sensitive filenames?  What does the following indicate?    $ regtool get '\HKLM\SYSTEM\CurrentControlSet\Control\Session Manager\kernel\obcaseinsensitive' I am on the road today with the netbook, and on the netbook the command above yields a response of 1. On

Reliable old script loses data on new Cygwin installation

2007-11-11 Thread Thomas Baker
Dear all, I have been using a Korn shell script twenty times per day for more than ten years -- I published an earlier version in UnixWorld in 1994 and the latest version last year in lifehacker.com [1]. When I now run the script on brand-new Cygwin installations, it loses data. I have tested

Reliable old script loses data on new Cygwin installation

2007-11-11 Thread Thomas Baker
Dear all, I have been using a Korn shell script twenty times per day for more than ten years -- I published an earlier version in UnixWorld in 1994 and the latest version last year in lifehacker.com [1]. When I now run the script on brand-new Cygwin installations, it loses data. I have tested

Re: Reliable old script loses data on new Cygwin installation

2007-11-12 Thread Thomas Baker
René Berber wrote: [snip] I have searched FAQs and mailing lists for problems with timeout and the like but find nothing obviously relevant. [snip] I have seen that problem and it has nothing to do with Cygwin. The problem is with SATA drives and Window's asynchronous unbuffered disk

Re: Reliable old script loses data on new Cygwin installation

2007-11-13 Thread Thomas Baker
On Mon, Nov 12, 2007 at 04:03:14AM -0600, René Berber wrote: [snip] However, the other problem (see below) has occurred -- sporadically -- on three different machines, all running German or English-language versions of XP, two with SATA disks and one with an ATA disk, all with freshly

Re: Reliable old script loses data on new Cygwin installation

2007-11-13 Thread Thomas Baker
On Mon, Nov 12, 2007 at 09:38:03PM -0500, Morgan Gangwere wrote: if the copy of xp is new enough, its got a funky little tool called the Windows Malware Detection And removal Tool (a freind of mine who is an MS MVP has had the same problem as you just under a different circumstance.) I'll

Re: Reliable old script loses data on new Cygwin installation

2007-11-13 Thread Thomas Baker
On Tue, Nov 13, 2007 at 09:58:31AM -0500, Robert Pendell wrote: One other thing I wanted to add to this was make sure the drives are not overheating. Some drives will actually shut down or begin to act erratically if they get too hot. I discovered this when doing work with my external

Re: Reliable old script loses data on new Cygwin installation

2007-11-13 Thread Thomas Baker
On Tue, Nov 13, 2007 at 06:06:21PM +0100, Thomas Baker wrote: if the copy of xp is new enough, its got a funky little tool called the Windows Malware Detection And removal Tool (a freind of mine who is an MS MVP has had the same problem as you just under a different circumstance.) I

Re: Reliable old script loses data on new Cygwin installation

2007-11-13 Thread Thomas Baker
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

Re: Reliable old script loses data on new Cygwin installation

2007-11-14 Thread Thomas Baker
On Wed, Nov 14, 2007 at 10:07:09AM +0100, Corinna Vinschen wrote: 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

Re: Reliable old script loses data on new Cygwin installation

2007-11-15 Thread Thomas Baker
On Wed, Nov 14, 2007 at 06:03:42PM -0500, Larry Hall (Cygwin) wrote: Lewis Hyatt wrote: 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. That's most likely the problem anyway,

Re: Reliable old script... - seems to be an AVS program

2007-11-16 Thread Thomas Baker
On Wed, Nov 14, 2007 at 06:03:42PM -0500, Larry Hall (Cygwin) wrote: 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. That's most likely the problem anyway, what happens if you

Re: Reliable old script... AVS problem - RESOLUTION

2007-11-16 Thread Thomas Baker
On Fri, Nov 16, 2007 at 10:40:27AM -, Dave Korn wrote: On 16 November 2007 09:45, Thomas Baker wrote: I uninstalled Anti-Vir [1], and the script has run hundreds of times on several different data sources with no errors yet, so this may indeed be the problem! There's another one

Re: Reliable old script loses data on new Cygwin installation

2007-11-22 Thread Thomas Baker
On Thu, Nov 22, 2007 at 12:56:33PM -0500, Igor Peshansky wrote: The /bin/pdksh script sequence that is causing problems is: [snip] The obvious question is: do you still get the error if you replace pdksh with bash, or is the problem pdksh-specific? When you reduce this to a minimal