> I did a quick bit of strace-ing, and it seems that sed isn't closing the
> input and output files before doing the rename. Unsurprisingly, this fails
> with "Access is denied.".
Ok, that's enough for me to track the problem. It is a bug, simply it does
not show up on Unix which is a lot more pe
Ok, I tracked down the problem and it is because fopen is used for the file
instead of ck_fopen. Alas I don't have a patch ready (a nice solution would
be practically the diff from 4.0.5 to 4.0.6), but grepping for [^_]fopen.*"w
and replacing fopen with ck_fopen will probably be a quick, workable
?
Also, what kinds of file handlers will it work on? Does it
work on sockets and tty's at least?
Thanks in advance,
Paolo Bonzini
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwi
Andreas Schwab wrote:
Paolo Bonzini <[EMAIL PROTECTED]> writes:
This one removes the PICFLAG variables, which are never set, as well as
the makefile fragments that used to set PICFLAG *at the time of Cygnus
configure*.
Committed to gcc and (shortly) to src.
AFAICS this is used by lib
Andreas Schwab wrote:
Paolo Bonzini <[EMAIL PROTECTED]> writes:
If so, were you aware that the target libiberty is not compiled as
PIC?
This is not true.
Here is the patch I'll test. I'll commit this as build system
maintainer; of course any other patch to convert libi
On 01/09/2010 12:16 PM, Steven Bosscher wrote:
This is with gcc SVN revision 155740, and src checked out yesterday
(top of src/Changelog is the fix from Kaveh and FX for gcc PR42424).
Not knowing a thing about libtool, I hope someone can tell me what's
wrong here;-)
src and gcc's libtool are o
On 01/09/2010 04:48 PM, H.J. Lu wrote:
On Sat, Jan 9, 2010 at 6:26 AM, Paolo Bonzini wrote:
On 01/09/2010 12:16 PM, Steven Bosscher wrote:
This is with gcc SVN revision 155740, and src checked out yesterday
(top of src/Changelog is the fix from Kaveh and FX for gcc PR42424).
Not knowing a
FWIW, Cygwin's reliance on libiberty, so:
Duh. Try again.
Cygwin no longer relies on libiberty, so...
You should have disabled it in Makefile.def, but no big deal -- I'll
take care of it when I'll post a patch to remove target libiberty.
Paolo
--
Unsubscribe info: http://cygwin.co
On 02/13/2012 03:12 PM, Eric Blake wrote:
But fixing this should be done upstream, and not in cygwin.
As long as it's consistent with coreutils I'll certainly do the change.
Paolo
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documenta
On 02/13/2012 03:56 PM, Corinna Vinschen wrote:
> As long as it's consistent with coreutils I'll certainly do the change.
Thanks! Would you mind to CC the cygwin list when the next upstream
sed release is available?
Sure, it should be real soon now since a new release has been long overdue.
On 02/13/2012 04:43 PM, Earnie Boyd wrote:
>
> By the way, I'm still opening the script file with "rt". I cannot think of
> any case when you would want to keep CRs there.
The case of
sed -e 's/something/nothing/g' myfile > myfile2
as it works in Cygwin today would mean that in the case of th
On 02/13/2012 08:42 PM, John Cowan wrote:
> By the way, I'm still opening the script file with "rt". I cannot think
> of any case when you would want to keep CRs there.
You wouldn't, but the point is that "rt" isn't defined on Posix systems.
If it happens to be the same as "r", good, but that i
On 08/12/2010 01:45 PM, Corinna Vinschen wrote:
> http://dch.posterous.com/cygwin-dumps-core-on-windows-2008-r1sp2-on-ec
> So, this muse-ing of yours is not correct.
To me this implies that the Amazon Cloud VMs have some BLODA installed
by default. I'm not going to check this voluntarily. I s
On 11/04/2010 05:24 AM, Michael March wrote:
Anyone find a work-around for this issue yet?
You could try patching Cygwin so that it doesn't muck with %fs and %gs.
However, there is no workaround that those not require modifying the
source.
Paolo
--
Problem reports: http://cygwin.com
14 matches
Mail list logo
