Thanks for reporting that. I installed the following
patch into GNU tar:
From 24980ce3c6e01ce43cdccd5d1f693c9838e447ed Mon Sep 17 00:00:00 2001
From: Paul Eggert
Date: Mon, 7 Mar 2011 15:40:32 -0800
Subject: [PATCH] --atime-preserve=replace: fix correctness and performance bugs
reported by Eri
Just commenting on one aspects:
On Mon, Nov 30, 2009 at 6:37 PM, Angelo Graziosi wrote:
...
Ken Brown wrote:
That's precisely why I suggested unsetting TEMP and TMP in /etc/profile.
Then things should work as in linux.
Indeed. But a question emerges: what does it happen if one starts a Windows
On 7 March 2011 22:13, Ken Brown wrote:
> On 3/7/2011 8:42 AM, Andy Koppe wrote:
>> In the current 3.9-3, TEMP and TMP are unset in ~/.bashrc, as
>> suggested here by Corinna. Thing is, ~/.bashrc is only sourced for
>> non-login shells, yet the default console/mintty/rxvt shortcuts all
>> invoke ba
On 3/7/2011 8:42 AM, Andy Koppe wrote:
On 1 December 2009 09:15, Corinna Vinschen wrote:
On Nov 30 20:53, Robert Pendell wrote:
On Mon, Nov 30, 2009 at 6:37 PM, Angelo Graziosi wrote:
Robert Pendell wrote:
P.S. - On linux (when I tested) TEMP, TMP, and TMPDIR were not set and
patch defaulted
On 3/7/2011 2:15 AM, Corinna Vinschen wrote:
> On Mar 5 10:08, David Rothenberger wrote:
>> On 3/3/2011 9:44 AM, Angelo Graziosi wrote:
>>> After I flagged these problems [*], I chose to do a clean reinstall of
>>> TeXLive 2010 (TL2010). After installed its packages (> 2000!), TL2010
>>> installat
On Mar 7 18:00, Angelo Graziosi wrote:
> Corinna Vinschen wrote:
> >Ok, I found a simpler testcase.
>
> Thanks for you work and your patience...
>
> >Please do NOT quote raw email addresses.
>
> Usually I remove always that... not this time. I apologize..
>
> ..and, what about David's report (
On 03/07/2011 12:15 PM, Peter Brown wrote:
Roger K. Wells saic.com> writes:
On 03/07/2011 10:44 AM, Roger K. Wells wrote:
On 03/07/2011 04:39 AM, Thomas Henlich wrote:
Hi,
I found the following bug in cygwin 1.7.8 on Windows XP:
Fortran I/O rounding truncates the result after a certain nu
Roger K. Wells saic.com> writes:
>
> On 03/07/2011 10:44 AM, Roger K. Wells wrote:
> > On 03/07/2011 04:39 AM, Thomas Henlich wrote:
> >> Hi,
> >>
> >> I found the following bug in cygwin 1.7.8 on Windows XP:
> >>
> >> Fortran I/O rounding truncates the result after a certain number of
> >> digi
Just for the record...
Andy Koppe wrote:
Some (badly written) Windows programs expect TEMP and/or TMP to always
be set to a valid directory and will misbehave when they aren't.
[...]
and if
they're unlucky, stuff might even get overwritten.
For Windows native applications, I adopted this s
Corinna Vinschen wrote:
Ok, I found a simpler testcase.
Thanks for you work and your patience...
Please do NOT quote raw email addresses.
Usually I remove always that... not this time. I apologize..
..and, what about David's report (*)? I am just curios..
Ciao,
Angelo.
---
(*) http://cyg
On Mon, Mar 07, 2011 at 10:37:08AM -0500, Christopher Faylor wrote:
>On Mon, Mar 07, 2011 at 11:39:51AM +0100, Corinna Vinschen wrote:
>>On Mar 5 21:12, Robert Wruck wrote:
>>> Hi,
>>>
>>> recently, I found that cygwin-git was not able to 'cat-file' files
>>> that exceeded some size (in my case a
On 03/07/2011 10:44 AM, Roger K. Wells wrote:
On 03/07/2011 04:39 AM, Thomas Henlich wrote:
Hi,
I found the following bug in cygwin 1.7.8 on Windows XP:
Fortran I/O rounding truncates the result after a certain number of
digits. The following program:
===
write(*, '(f35.32)') 0.142857142857142
On Mon, Mar 07, 2011 at 04:43:30PM +0100, Corinna Vinschen wrote:
>On Mar 7 08:07, Eric Blake wrote:
>> [adding bug-tar]
>>
>> On 03/07/2011 07:43 AM, Corinna Vinschen wrote:
>> > THis looks like a tar bug, per the strace. For some reason, if the
>> > file is empty, tar calls futimens on file de
On 03/07/2011 04:39 AM, Thomas Henlich wrote:
Hi,
I found the following bug in cygwin 1.7.8 on Windows XP:
Fortran I/O rounding truncates the result after a certain number of
digits. The following program:
===
write(*, '(f35.32)') 0.14285714285714285d0
end
===
gives this output:
0.14285714285
On Mar 7 08:07, Eric Blake wrote:
> [adding bug-tar]
>
> On 03/07/2011 07:43 AM, Corinna Vinschen wrote:
> > THis looks like a tar bug, per the strace. For some reason, if the
> > file is empty, tar calls futimens on file descriptor 0 (which is
> > connected to /dev/tty1 in my case), while it ca
On Mon, Mar 07, 2011 at 11:39:51AM +0100, Corinna Vinschen wrote:
>On Mar 5 21:12, Robert Wruck wrote:
>> Hi,
>>
>> recently, I found that cygwin-git was not able to 'cat-file' files
>> that exceeded some size (in my case about 80MB).
>> I tracked this down to the cygwin implementation of write()
On Mon, Mar 7, 2011 at 8:51 AM, Corinna Vinschen wrote:
> On Mar 7 14:40, Corinna Vinschen wrote:
>> On Mar 7 08:18, Mirko Vukovic wrote:
>> > On Thu, Mar 3, 2011 at 4:34 AM, Corinna Vinschen wrote:
>> > > On Mar 2 15:06, Mirko Vukovic wrote:
>> > >> So, to summarize,
>> > >>
>> > >> - from wor
On 2:59 PM, Ryan Johnson wrote:
I'm hitting the oh-so-delightful fork failures when trying to compile
a cross-compiler toolchain, which is a pain because one fork failure
makes crosstool-ng start over. I've rebased, I've been over the BLODA
(Windows Defender slipped in even after I rejected the
[adding bug-tar]
On 03/07/2011 07:43 AM, Corinna Vinschen wrote:
>>> Of course the empty.tar is created as expected (ie identical as without
>>> `--atime-preserve). The warning is not produced on Solaris, Darwin or
>>> Linux,
>>> therefore i contacted this list. Do you think, with your expertise,
On Mar 7 07:32, Eric Blake wrote:
> On 03/07/2011 07:20 AM, EXCOFFIER Denis wrote:
> > Hello,
> >
> > I've the experienced the following (100% reproducible under 1.7.7-1 or
> > 1.7.8-1):
> >
> > % cp /dev/null empty
>
> Why not the much simpler:
>
> : > empty
>
> > % tar cf empty.tar --atime-
On 03/07/2011 07:20 AM, EXCOFFIER Denis wrote:
> Hello,
>
> I've the experienced the following (100% reproducible under 1.7.7-1 or
> 1.7.8-1):
>
> % cp /dev/null empty
Why not the much simpler:
: > empty
> % tar cf empty.tar --atime-preserve empty
> /usr/bin/tar: empty: Cannot utime: Invalid a
Hello,
I've the experienced the following (100% reproducible under 1.7.7-1 or
1.7.8-1):
% cp /dev/null empty
% tar cf empty.tar --atime-preserve empty
/usr/bin/tar: empty: Cannot utime: Invalid argument
/usr/bin/tar: Exiting with failure status due to previous errors
%
Of course the empty.tar i
On Mar 7 14:40, Corinna Vinschen wrote:
> On Mar 7 08:18, Mirko Vukovic wrote:
> > On Thu, Mar 3, 2011 at 4:34 AM, Corinna Vinschen wrote:
> > > On Mar 2 15:06, Mirko Vukovic wrote:
> > >> So, to summarize,
> > >>
> > >> - from work, I can access github using ssh 4.3, but not ssh 5.8 (I get
> >
On 3/7/2011 4:17 AM, Thomas Henlich wrote:
I doubt our compiler is Fortran 2008 compliant, as at maximum it will
be Fortran 2003
An identical phrase appears in Fortran 2003.
Have you tested gfortran 4.3 on other platform ?
Due to unavailability, I was not able to test this particular versio
On 1 December 2009 09:15, Corinna Vinschen wrote:
> On Nov 30 20:53, Robert Pendell wrote:
>> On Mon, Nov 30, 2009 at 6:37 PM, Angelo Graziosi wrote:
>> > Robert Pendell wrote:
>> >>
>> >> P.S. - On linux (when I tested) TEMP, TMP, and TMPDIR were not set and
>> >> patch defaulted to /tmp.
>> >
>>
On Mar 7 08:18, Mirko Vukovic wrote:
> On Thu, Mar 3, 2011 at 4:34 AM, Corinna Vinschen wrote:
> > On Mar 2 15:06, Mirko Vukovic wrote:
> >> So, to summarize,
> >>
> >> - from work, I can access github using ssh 4.3, but not ssh 5.8 (I get
> >> `connection reset by peer', or` remote end hang up
On Mon, Mar 7, 2011 at 8:18 AM, Mirko Vukovic wrote:
> On Thu, Mar 3, 2011 at 4:34 AM, Corinna Vinschen wrote:
>> On Mar 2 15:06, Mirko Vukovic wrote:
>>> So, to summarize,
>>>
>>> - from work, I can access github using ssh 4.3, but not ssh 5.8 (I get
>>> `connection reset by peer', or` remote en
On Mar 7 11:11, Corinna Vinschen wrote:
> On Mar 5 15:36, Angelo Graziosi wrote:
> > Ken Brown wrote:
> > >I'm running Win7 in case that makes a difference.
> >
> > Here on Win XP SP3, 32 bit. I haven't W7 :(
> >
> > >Corinna, are there changes in the 20100910 snapshot that could explain
> > >
On Thu, Mar 3, 2011 at 4:34 AM, Corinna Vinschen wrote:
> On Mar 2 15:06, Mirko Vukovic wrote:
>> So, to summarize,
>>
>> - from work, I can access github using ssh 4.3, but not ssh 5.8 (I get
>> `connection reset by peer', or` remote end hang up unxepectedly'),
>> - from home, ssh 5.8 gives me t
> I doubt our compiler is Fortran 2008 compliant, as at maximum it will
> be Fortran 2003
An identical phrase appears in Fortran 2003.
> Have you tested gfortran 4.3 on other platform ?
Due to unavailability, I was not able to test this particular version
on other platforms.
Tested ok:
gfortra
Hi,
Hang on, you are saying that a *blocking* write(2) to a pipe returns
with EAGAIN? Are you sure? It would be quite a surprise if git would
actually do that. EAGAIN is only an expected error for non-blocking
I/O, so applications which use blocking I/O usually only test for EINTR.
since in
On Mar 7 10:39, Thomas Henlich wrote:
> Hi,
>
> I found the following bug in cygwin 1.7.8 on Windows XP:
>
> Fortran I/O rounding truncates the result after a certain number of
> digits. The following program:
> ===
> write(*, '(f35.32)') 0.14285714285714285d0
> end
> ===
> gives this output:
>
On Mar 5 21:12, Robert Wruck wrote:
> Hi,
>
> recently, I found that cygwin-git was not able to 'cat-file' files
> that exceeded some size (in my case about 80MB).
> I tracked this down to the cygwin implementation of write() that
> behaves quite odd in some cases.
>
> I wrote a small program (s
On Mon, Mar 7, 2011 at 10:39 AM, Thomas Henlich wrote:
> Hi,
>
> I found the following bug in cygwin 1.7.8 on Windows XP:
>
> Fortran I/O rounding truncates the result after a certain number of
> digits. The following program:
> ===
> write(*, '(f35.32)') 0.14285714285714285d0
> end
> ===
> gives
Version 2.1.5-1 of "varnish" has been uploaded.
Varnish is a web accelerator written with performance and flexibility in mind.
It's modern architecture gives it a significantly better performance than many
of it's competing products.
Changelog
=
- Updated to varnish 2.1.5 version
On Mar 6 12:03, Bruno Galindro da Costa wrote:
> Corinna,
>
> The "Administradores" group is a local group used only by the
> DomainControllers. suntech-adm is the user that is the "Domain Admin"
> -> like "root" account on Unix systems. This information might be
> helpful for the analisys...
>
Version 2.1.5-1 of "varnish" has been uploaded.
Varnish is a web accelerator written with performance and flexibility in mind.
It's modern architecture gives it a significantly better performance than many
of it's competing products.
Changelog
=
- Updated to varnish 2.1.5 version
On Mar 5 10:08, David Rothenberger wrote:
> On 3/3/2011 9:44 AM, Angelo Graziosi wrote:
> > After I flagged these problems [*], I chose to do a clean reinstall of
> > TeXLive 2010 (TL2010). After installed its packages (> 2000!), TL2010
> > installation proceeds with its post-install actions, main
On Mar 5 15:36, Angelo Graziosi wrote:
> Ken Brown wrote:
> >I'm running Win7 in case that makes a difference.
>
> Here on Win XP SP3, 32 bit. I haven't W7 :(
>
> >Corinna, are there changes in the 20100910 snapshot that could explain this?
>
> Anyway it would be a remarkable coincidence that 2
On Mar 5 08:47, Ken Brown wrote:
> On 3/5/2011 5:22 AM, Angelo Graziosi wrote:
> >Anyway, with a binary testing (only .dll.bz2 of snapshots), I have
> >verified that the last snapshot with which the .fmt files get the right
> >permissions (-rw-r--r--) is 20100904 snapshot, instead with 20100910
>
Hi,
I found the following bug in cygwin 1.7.8 on Windows XP:
Fortran I/O rounding truncates the result after a certain number of
digits. The following program:
===
write(*, '(f35.32)') 0.14285714285714285d0
end
===
gives this output:
0.142857142857142849212690
The expected output is:
0.
41 matches
Mail list logo
