Following up on an older thread:
On Tue, Apr 18, 2023 at 03:49:20PM -0500, Eric Blake wrote:
> The glibc bug points to the sample posix_spawn() implementation in
> POSIX XRAT - but that example implementation is non-normative and
> known buggy, so it is not safe to rely on it.
>
>
On Wed, Apr 19, 2023 at 12:10:34AM +0200, Bruno Haible wrote:
> Eric Blake wrote:
> > we now have implementations in the wild that differ in behavior, and
> > use security as a reason for the divergence, it is worth getting that
> > clarified in POSIX. I'll file a
SD [2], Solaris ≥ 11.3
> > used by a few packages (Firefox, Chromium, Rust)
> > * posix_spawn_file_actions_addfchdir_np
> > implemented in glibc, musl libc
> > but not used by any package so far [3].
> >
> > The next POSIX will contain these functio
it while a file system is mounted
on that block device)
--
Eric Blake, Principal Software Engineer
Red Hat, Inc. +1-919-301-3226
Virtualization: qemu.org | libvirt.org
signature.asc
Description: OpenPGP digital signature
--
Problem reports: https://cygwin.com/problems.html
FA
quot;
Are others also seeing these bounces from Corinna's releases:
https://sourceware.org/pipermail/cygwin/2020-April/244386.html
Yes.
--
Eric Blake, Principal Software Engineer
Red Hat, Inc. +1-919-301-3226
Virtualization: qemu.org | libvirt.org
--
Problem reports: h
same directory mounted
under two different names).
--
Eric Blake, Principal Software Engineer
Red Hat, Inc. +1-919-301-3226
Virtualization: qemu.org | libvirt.org
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation
ftware/repo-criteria-evaluation.en.html
ranks github as worse than gitlab, in part because there is no way to
use the full power of github without surrendering to the use of non-free
software.
--
Eric Blake, Principal Software Engineer
Red Hat, Inc. +1-919-301-3226
Virtualization: qemu.
ase of
ambiguous parsing instead of well-balanced quoting, it's no surprise if
cygwin doesn't parse that corner case in the manner expected. A patch
to teach cygwin to parse the corner case identically would be welcome,
but fixing recipient processes does not scale as well as fixing the
culp
On 9/5/19 5:01 PM, Stephen Provine via cygwin wrote:
> On 9/5/19 2:05 PM, Eric Blake wrote:
>> On 9/5/19 1:31 PM, Stephen Provine via cygwin wrote:
>>> Not expected.
>
>> Why not? That obeyed cmd's odd rules: The moment you have a " in the
>> command
line string would be just fine.
If Go is not constructing the command line string in a manner that
matches that blog post, the bug would be in Go. Presumably, Cygwin is
correctly quoting things any time it calls into a non-Cygwin process
(but if not, give us a test case for us to patch cygwin, or even better
submit the patch).
--
Eric Blake, Principal Software Engineer
Red Hat, Inc. +1-919-301-3226
Virtualization: qemu.org | libvirt.org
signature.asc
Description: OpenPGP digital signature
we can't
> just drop it. Of course, it would be great to learn what bordercase
> this code was trying to handle and if there isn't another way to do that.
>
>
> Corinna
>
--
Eric Blake, Principal Software Engineer
Red Hat, Inc. +1-919-301-3226
Virtualization: qemu.org | libvirt.org
signature.asc
Description: OpenPGP digital signature
'e:/' is supposed to be identical to mkdir 'e:'. The problem is
that because we interchange \ with / in a number of places, we have
accidentally ended up with mkdir 'e:\' behaving like mkdir 'e:/' instead
of acting on the DOS path.
Patches welcome.
--
Eric Blake, Principal Software Engineer
Red Hat, Inc. +1-919-301-3226
Virtualization: qemu.org | libvirt.org
signature.asc
Description: OpenPGP digital signature
an anchor only as
the first byte. The difference you are observing matches POSIX.
>
>
> I have to backslash ^ to be OK like : grep -E 'a\^b'
Correct.
>
>
> Is-it a bug ?
No. (In fact, if you test on Linux, you'll see the same behavior, which
shows it is not specific to Cygwin).
--
Eric Blake, Principal Software Engineer
Red Hat, Inc. +1-919-301-3226
Virtualization: qemu.org | libvirt.org
signature.asc
Description: OpenPGP digital signature
nstall or some other script
that is using mkdir without -p.
--
Eric Blake, Principal Software Engineer
Red Hat, Inc. +1-919-301-3226
Virtualization: qemu.org | libvirt.org
signature.asc
Description: OpenPGP digital signature
> expect it.
Worse, POSIX explicitly requires that the shell is unable to reset
SIGPIPE back to SIG_DFL if it was inherited ignored (try it - you CANNOT
use the 'trap' command to undo an inherited ignored SIGPIPE, even though
it can be used to undo signals ignored locally). It is gen
r
similar, and accidentally letting grep inherit the ignored SIGPIPE?
When SIGPIPE is not ignored, grep's failure to write to a pipe causes
termination before the failed write completes; but when it is ignored,
grep sees EPIPE from the failed write and reports that.
--
Eric Blake, Principal Soft
rofile (or the
skeleton .bashrc file) to be tweaked to add a HISTCONTROL=ignoredups so
that new installations automatically turn on that feature of bash. But
in the meantime, you can modify your own ~/.bashrc to turn it on for
yourself.
--
Eric Blake, Principal Software Engineer
Red Hat,
> står nu här, med armarna öppna, och ber om nåd. Hjälp mig med detta
> felmeddelande.
Looks like our autoresponder got confused by your use of a different
language than English.
https://cygwin.com/faq.html#faq.using.fixing-find_fast_cwd-warnings
--
Eric Blake, Principal Software Engineer
rted.
>
> Would it be allowed and valid to #define MSG_EOR 0 to simplify lack of
> support?
No, because that implies that EVERY send() call is requesting MSG_EOR
and that it never fails. Defining it to a distinct non-zero value makes
it possible to report EOPNOTSUPP.
--
Eric B
rd.
You're welcome to do so:
http://austingroupbugs.net/main_page.php
although I personally thought POSIX was clear enough that MSG_EOR is
required to be defined, even if only so that it can trigger send()
errors showing that it is unsupported.
--
Eric Blake, Principal Software Engineer
Red Hat, Inc. +1-919-301-3226
Virtualization: qemu.org | libvirt.org
signature.asc
Description: OpenPGP digital signature
On 4/17/19 7:19 AM, DJ creations wrote:
>
>
Looks like our autoresponder is not (yet) smart enough to autorespond
when the body is empty because the question was in the subject instead.
https://cygwin.com/faq.html#faq.using.fixing-find_fast_cwd-warnings
--
Eric Blake, Principal So
17.
I'm still trying to get a new uname(1) (part of coreutils) built. I had
a free weekend earlier this month to attempt that, but got stalled by a
cygwin1.dll bug on Windows 2012 (now fixed).
--
Eric Blake, Principal Software Engineer
Red Hat, Inc. +1-919-301-3226
Virtualizat
gnal has interrupted
another non-async-safe function is indeed observable on Cygwin and can
indeed result in deadlocks (a classic example being the case if you
malloc() from a signal handler that interrupted an ongoing malloc() call).
--
Eric Blake, Principal Software Engineer
Red Hat, Inc.
uploaded to https://cygwin.com/snapshots/
Please test.
Confirmed.
--
Eric Blake, Principal Software Engineer
Red Hat, Inc. +1-919-301-3226
Virtualization: qemu.org | libvirt.org
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq
652 fork: child -1 - forked process 2980 died
unexpectedly, retry 0, exit code 0x100, errno 11
rsync: fork failed in do_recv: Resource temporarily unavailable (11)
rsync error: error in IPC code (code 14) at main.c(897) [Receiver=3.1.2]
--
Eric Blake, Principal Software Engineer
Red Hat, Inc
h recent
changes in network username validation, for ideas on better debugging this.
--
Eric Blake, Principal Software Engineer
Red Hat, Inc. +1-919-301-3226
Virtualization: qemu.org | libvirt.org
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwi
being valid. For more than you ever
wanted to know, read http://austingroupbugs.net/view.php?id=375
--
Eric Blake, Principal Software Engineer
Red Hat, Inc. +1-919-301-3226
Virtualization: qemu.org | libvirt.org
--
Problem reports: http://cygwin.com/problems.html
FAQ:
s, and with proper quoting, and using the portable spelling of
equality (if you want to port your script to more than just bash):
[ "$A" != "$B" ]
[ "$A" = "$B" ]
--
Eric Blake, Principal Software Engineer
Red Hat, Inc. +1-919-301-3226
Virtu
tional option to cygpath
to compute and display $HOME may be useful.
Are you going to write and submit the patch? Because it's not my itch,
I do not plan to be the one to write such a patch.
--
Eric Blake, Principal Software Engineer
Red Hat, Inc. +1-919-301-3226
Virtualization: qemu.org | libvirt.org
signature.asc
Description: OpenPGP digital signature
On 2/14/19 2:22 PM, Bill Stewart wrote:
> On Thu, Feb 14, 2019 at 12:49 PM Eric Blake wrote:
>
>> Depending on the shell, ~ is expanded to $HOME prior to invoking a
>> program. But if you want to take the shell's expansions out of the
>> equation, you could use:
>
ut of the
equation, you could use:
cygpath -w "$HOME"
--
Eric Blake, Principal Software Engineer
Red Hat, Inc. +1-919-301-3226
Virtualization: qemu.org | libvirt.org
signature.asc
Description: OpenPGP digital signature
On 1/30/19 1:09 PM, Eric Blake wrote:
> \s is a non-standard regex extension - glibc provides it, Cygwin has not
> (at least, historically). POSIX provides [[:space:]] as a portable
> alternative (although not all libc have implemented all of POSIX yet),
> but is annoyingly
; a similar patch to expand \s into
[[:space:]] would be a reasonable idea.
> I guess this is down to compilation options at this point.
Not so much compilation options of man and less, but rather the code
used in Cygwin itself for handling regex.
--
Eric Blake, Principal Software Engineer
Red Hat
% regtool -s set '\HKCU\Environment\MAVEN_OPTS' "-Xms512m -Xmx3072m
> -Dcom.sun.management.jmxremote"
> regtool: unknown option -- X
> Try `regtool --help' for more information.
Try:
regtool -s set '\HKCU\Environment\MAVEN_OPS' -- "-Xms512m -Xmx3072m
-Dcom.sun.mana
On 10/9/18 11:21 AM, Dan Kegel wrote:
On Tue, Oct 9, 2018 at 5:03 AM Eric Blake wrote:
whether someone patches the cygwin dll or cp, it seems like some rather
hairy code for what is normally a rare corner case, so it probably won't
happen unless someone actually contributes a patch.
someone patches the cygwin dll or cp, it seems like some rather
hairy code for what is normally a rare corner case, so it probably won't
happen unless someone actually contributes a patch.
--
Eric Blake, Principal Software Engineer
Red Hat, Inc. +1-919-301-3266
Virtualization
t thanks for isolating the problem!
--
Eric Blake, Principal Software Engineer
Red Hat, Inc. +1-919-301-3266
Virtualization: qemu.org | libvirt.org
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cy
behave differently, but not in what you typed. For
a demonstration:
$ echo 'echo hi' > ./a=b
$ chmod +x a=b
$ a=c
$ echo $a
c
$ (PATH=:$PATH; a\=b; echo $a)
hi
c
$ (PATH=:$PATH; a=b; echo $a)
b
As for , and @, they are never special to the shell, but as I argued
above, it's e
t on to the syscalls, rather than
the syscalls actually knowing about logical mode.
--
Eric Blake, Principal Software Engineer
Red Hat, Inc. +1-919-301-3266
Virtualization: qemu.org | libvirt.org
--
Problem reports: http://cygwin.com/problems.html
FAQ: htt
s complaining about their stuff not
compiling there, then it's hard to argue what Cygwin apps need the type
to stick around.
--
Eric Blake, Principal Software Engineer
Red Hat, Inc. +1-919-301-3266
Virtualization: qemu.org | libvirt.org
--
Problem reports: http://cygwin.com/p
s the kernel did the actual device
manipulation earlier on. As such, the tool REALLY CANNOT mimic what
Linux does, because it IS NOT doing the same things.
--
Eric Blake, Principal Software Engineer
Red Hat, Inc. +1-919-301-3266
Virtualization: qemu.org | libvirt.org
--
Problem
means that Cygwin should, indeed, preserve
the negative sign bit when parsing "-nan".
https://sourceware.org/bugzilla/show_bug.cgi?id=23007
So, the desired behavior:
strtod("nan") -> NaN
strtod("-nan") -> -NaN
printf("%f", NaN) -> "NaN"
t matter
in the long run. Updating the code base to uniformly use UTF-8 seems
reasonable to me.
--
Eric Blake, Principal Software Engineer
Red Hat, Inc. +1-919-301-3266
Virtualization: qemu.org | libvirt.org
--
Problem reports: http://cygwin.com/problems.html
FAQ:
a cygwin-specific patch. [Hint - as
the maintainer of the cygwin bash port, I don't recall adding any
cygwin-specific tweaks for mapfile - and a quick test on Fedora shows
the same behaviors]
--
Eric Blake, Principal Software Engineer
Red Hat, Inc. +1-919-301-3266
Virtualiz
On 06/12/2018 08:14 AM, Sven Eden wrote:
Gesendet: Dienstag, 12. Juni 2018 um 13:52 Uhr
Von: "Eric Blake"
Then fix your script to provide 3 slashes instead of 2. Only 2 slashes
has the magic UNC behavior.
It is not my script. *my* scripts are portable by all means.
Good to know!
to work as
allowed by POSIX.
P.S An example of a failing script line is:
https://github.com/gentoo/gentoo/blob/331976f/eclass/toolchain.eclass#L2136
Well, then report that as a bug to the author of that script.
--
Eric Blake, Principal Software Engineer
Red Hat, Inc. +1-919-3
On 06/12/2018 03:48 AM, Corinna Vinschen wrote:
On Jun 8 12:43, Eric Blake wrote:
On 06/08/2018 12:26 PM, Hans-Bernhard Bröker wrote:
Am 08.06.2018 um 17:16 schrieb Denis Nikiforov:
/usr/include/boost/process/detail/posix/is_running.hpp:18:1: error:
non-constant condition for static
n be used
in a static_assert(). On the other hand, the implementation of
WIFEXITED() is more like Linux if it DOES result in a compile-time
constant when used on a compile-time constant argument; so in that
regards, it would ALSO be worth patching Cygwin, whether or not the
Boost portability
ages directly, but non-subscribers would need a moderator to approve
the message?"
Even if the overseers can't turn on human moderation, they are also the
right people to complain to about spam blocking not being effective enough.
--
Eric Blake, Principal Software Engineer
Red Hat,
ns a "Bad
Poniter" error (-1).
What it SHOULD do is set environ to a one-element array containing NULL,
at least until someone submits a patch adding the glibc extension of
clearenv() to Cygwin.
--
Eric Blake, Principal Software Engineer
Red Hat, Inc. +1-919-301-3266
V
This is one of the few lists that
munges reply-to settings and breaks my expectations. I wish we could
fix it, but I'm not in charge of the mailing list settings.
--
Eric Blake, Principal Software Engineer
Red Hat, Inc. +1-919-301-3266
Virtualization: qemu.org | libvir
in support inotify_init() and friends
implemented on top of the Windows native API are certainly welcome.
--
Eric Blake, Principal Software Engineer
Red Hat, Inc. +1-919-301-3266
Virtualization: qemu.org | libvirt.org
--
Problem reports: http://cygwin.com/problem
rame of
that older document which was nearing the end of its 10 years. So other
than editorial changes, such as the document name, there are no
substantial content changes to what you've already had available for 2
years.
--
Eric Blake, Principal Software Engineer
Red Hat, Inc.
ighly valued by the most of the users.
Use of // in Linux is already on shaky ground, given that POSIX has
already declared it to be implementation-defined. Any implementation is
also free to define // as an error that never resolves to a path; such
an implementation would still comply with PO
and only when MYDIR is exactly // do you fail
to glob what was expected).
At any rate, realpath is not broken, but only your expectations.
--
Eric Blake, Principal Software Engineer
Red Hat, Inc. +1-919-301-3266
Virtualization: qemu.org | libvirt.org
--
Problem reports: http://c
awk script that runs on both platforms
must use RS = "\r?\n".
or strip the CR in any other means. But the same is true of any script
that must run on both Windows and Linux.
--
Eric Blake, Principal Software Engineer
Red Hat, Inc. +1-919-301-3266
Virtualizati
grams also output the version in --help,
but GNU Coding Standards don't require that, so it is not universal the
way --version should be)
--
Eric Blake, Principal Software Engineer
Red Hat, Inc. +1-919-301-3266
Virtualization: qemu.org | libvirt.org
--
Problem reports: ht
n the option
> + -Wl,--disable-auto-import is in use. */
> +_GL_EXTERN_C __declspec(dllimport) char **environ;
> +# endif
> # if !@HAVE_DECL_ENVIRON@
> /* Set of environment variables and values. An array of strings of the form
> "VARIABLE=VALUE", terminated with a NULL. */
>
>
>
--
Eric Blake, Principal Software Engineer
Red Hat, Inc. +1-919-301-3266
Virtualization: qemu.org | libvirt.org
signature.asc
Description: OpenPGP digital signature
g in that
form; but '[[' is not yet POSIX and is not supported on dash).
(and again btw, I am not sure bash should count "[ -r ]" as a true
statement)
I am. POSIX requires that behavior. Any time you have exactly one
argument to '[', the result is true un
k() locations (caveat:
I haven't tested what Linux does in that regards).
--
Eric Blake, Principal Software Engineer
Red Hat, Inc. +1-919-301-3266
Virtualization: qemu.org | libvirt.org
--
Problem reports: http://cygwin.com/problems.html
FAQ: http:/
t is not necessary). Or, if upstream does, for some reason, agree
with your patch, it still is not something so urgent that we would
backport it downstream any faster than normal propagation of other
upstream packages slowly picking up newer config.guess as they release
new tarballs.
--
Eric Blak
.
> So remove trailing CRLF on Windows.
CR are not newlines. Cygwin apps don't generate CR by default, so bash
doesn't strip CR by default.
--
Eric Blake, Principal Software Engineer
Red Hat, Inc. +1-919-301-3266
Virtualization: qemu.org | libvirt.org
signature.asc
Description: OpenPGP digital signature
e CR characters in command substitutions and other places:
https://cygwin.com/ml/cygwin-announce/2017-01/msg00047.html
The option is not on by default, but exists because it is a common
desire when you can't be bothered to otherwise sanitize CR out of your
input stream.
--
Eric Blake, Principal
On 09/01/2017 09:03 AM, Ladislav DANKO wrote:
> is there any update on this please?
>
Top-posting,...
>
> On 15.05.2017 20:21, Eric Blake wrote:
>> On 05/15/2017 12:09 PM, Steven Penny wrote:
>>> On Sat, 13 May 2017 15:11:00, Eric Blake wrote:
>> Thanks for t
alias expansion on 'foo' when you do 'exec foo'
> Example:
>
> $ alias t1='echo abc'
> $ alias t2='dev'
> $ t1 t2
> abc t2
>
> $ alias t1='echo abc '
> $ t1 t2
> abc def
Doesn't quite match what you typed abov
g bash as
/bin/sh already implies --posix; that's already close enough without
having to make /bin/bash cripple non-POSIX extensions).
--
Eric Blake, Principal Software Engineer
Red Hat, Inc. +1-919-301-3266
Virtualization: qemu.org | libvirt.org
signature.asc
Description: OpenPGP digital signature
On 08/16/2017 07:59 PM, Eric Blake wrote:
> Adding cygwin list...
>
> On 08/16/2017 07:01 PM, Bruno Haible wrote:
>> On Cygwin 1.7.30, I'm seeing this testdir build failure, when compiling
>> test-stdnoreturn.c:
>>
>> /usr/include/stdlib.h:66:28: error
ist:
sourceware.org is having some fallout from a hardware upgrade (see [1]).
Some things got restored from backup. Work is ongoing.
[1] https://www.sourceware.org/ml/overseers/2017-q3/msg00060.html
--
Eric Blake, Principal Software Engineer
Red Hat, Inc. +1-919-301-3266
Virtualization: q
proved). Hopefully, the problem goes away if cygwin
patches its headers to use __attribute__((__noreturn__)), so that gnulib
can then define noreturn at will.
I'll look into patching Cygwin to fix all barename attributes I can find
that should be __barename__ instead.
--
Eric Blake, P
the manual for how to report upstream bugs; if you don't
like info, the same data can be found here:
https://www.gnu.org/software/gawk/manual/html_node/Bugs.html#Bugs
(in general, ANY good program will include instructions for how to reach
upstream in its --help output - of course, not all prog
On 08/09/2017 06:03 AM, Eric Blake wrote:
> On 08/09/2017 03:37 AM, Jannick wrote:
>
>> Which is a pretty much of a pain when there is no easy fallback solution
>> provided in case a major change is applied.
...
>> This is - to say the least - unpleasant in the light of
27; (from the top of
> the start website www.cygwin.com).
On Linux, nothing strips CR automatically. So on Cygwin, we behave the
same - nothing strips CR automatically on binary mounted data.
And the fact that the change was made AND ANNOUNCED back in February,
but you are now only 6 months la
Yes, it means one place where cygwin can't completely emulate Linux;
but the thought on IRC was that more users are probably familiar with
windows alt-sequence codepoint generation than they are with Linux
alt-keypress bindings, and that less than 1% of the population would
even notice the dif
On 07/28/2017 01:39 PM, Steven Penny wrote:
> On Fri, 28 Jul 2017 09:54:59, Eric Blake wrote:
>> > LATIN SMALL LETTER O WITH DIAERESIS' (U+00F6):
>> >=20
>> >$ chcp.com 65001
>> >Active code page: 65001
>> >=20
>> > - Alt 148 ou
On 07/28/2017 07:09 AM, Steven Penny wrote:
> On Fri, 28 Jul 2017 06:41:08, Eric Blake wrote:
>> As in /etc/defaults/Cygwin.bat installed by the base-files package?
>
> As in "C:\cygwin64\Cygwin.bat" that can be found after a regular install of
> Cygwin
>
Oh,
On 07/27/2017 09:43 PM, Steven Penny wrote:
> On Thu, 27 Jul 2017 16:37:45, Eric Blake wrote:
>> I still don't know your environment (it's really hard to reproduce
>> issues if I don't know the steps to reproduce them). This looks like a
>> bash prompt, but ar
On 07/27/2017 01:56 PM, Steven Penny wrote:
> On Thu, 27 Jul 2017 12:08:53, Eric Blake wrote:
>> I've got some time today to look at building readline, but for the life
>> of me, I can't figure out what I'm supposed to be debugging. You have
>> so many emails
On 07/27/2017 12:08 PM, Eric Blake wrote:
> So I'm back to cmd to try and debug things. Next, I tried:
>
> c:\cygwin\bin> .\dash
>
>
> and again got Ω; pressing complains that ./dash: 1: Ω: not found
To double check things, I started .\dash, typed 'echo $$
On 04/14/2017 11:33 PM, Steven Penny wrote:
> On Thu, 13 Apr 2017 13:48:04, Eric Blake wrote:
>> Is it still a problem with pselect, where rebuilding with the same
>> configuration as 7.0.1-2 fixes things?
I've got some time today to look at building readline, but for the
[revisiting this thread]
On 03/29/2017 08:45 PM, Eric Blake wrote:
> On 03/29/2017 08:30 PM, Andrew Schulman wrote:
>> Recently, I guess since wget was upgraded to 1.19, whenever I run wget I get
>> a
>> bonus message on the console:
>>
>> Redirecting out
which has
this update, please choose the one nearest to you:
http://cygwin.com/mirrors.html
QUESTIONS:
==
If you want to make a point or ask a question the Cygwin mailing list is
the appropriate place.
--
Eric Blake
volunteer cygwin wget package maintainer
For more details on this li
does not try to create sparse files by default for
performance reasons.
--
Eric Blake, Principal Software Engineer
Red Hat, Inc. +1-919-301-3266
Virtualization: qemu.org | libvirt.org
signature.asc
Description: OpenPGP digital signature
e course. It's not
worth complaining about, and if you want faster action, then submit
patches yourself instead of asking others to do it for you.
--
Eric Blake, Principal Software Engineer
Red Hat, Inc. +1-919-301-3266
Virtualization: qemu.org | libvirt.org
signature.asc
Description: OpenPGP digital signature
then I should be
> able to use "%s" with strptime(),
> but currently there's a disconcert with that. Indeed, "%s" is a GNU
> extension yet it has been on Linux for years,
> so why not here but only 50%?
Demand. I patches strftime to add %s because Coreutil
low it
Huh? It's not whether the compiler allows it, but whether libc allows
it. ALL libc that are remotely close to POSIX compliant support
fopen(,"wb"), but only Windows platforms (and NOT glibc) support
fopen(,"wt").
--
Eric Blake, Principal Software Engineer
Red H
ar effect as having a special sed build with CR stripping built
>> in.
>
> Except it may not work in makefiles, since make calls sed directly.
Then make it a script that you put first on your $PATH.
--
Eric Blake, Principal Software Engineer
Red Hat, Inc. +1-919-301-3266
Vir
uilding mingw apps may be one use of cygwin, but it is not the
"intended use case". The intended use case of cygwin is to emulate as
much as possible of a linux environment. If building for mingw on Linux
requires you to explicitly strip CR when dealing with data from Windows,
then so s
ients of external data to be more explicit about the CR in
their data, but in my mind, that's a GOOD thing - it's always better to
be explicit about intentions, and the new behavior is something YOU
control by whether you pre-filter the data, and not something that sed
FORCED on you by using text mode against your wishes.
--
Eric Blake, Principal Software Engineer
Red Hat, Inc. +1-919-301-3266
Virtualization: qemu.org | libvirt.org
signature.asc
Description: OpenPGP digital signature
er the
sending end of a pipeline is a cygwin or native windows process, then
the conditional decision would be that input from the pipeline is in
text mode if the sender is non-cygwin; while output to a pipeline is
always binary). But I'm not in a position to write such a pach.
--
Eric Blake, Pri
ave to go out of your way to explicitly enable text
mounts. But enabling text mounts only helps for files in the file
system; it does not help pipes from windows programs.
--
Eric Blake, Principal Software Engineer
Red Hat, Inc. +1-919-301-3266
Virtualization: qemu.org | libvi
ure that something being probed for is a
type name rather than an arbitray expression.
So just because _some_ tests fail (as expected) does not mean that this
particular failure is where configure is messing up.
--
Eric Blake, Principal Software Engineer
Red Hat, Inc. +1-919-301-3266
Vir
cumentation for the -b option?
The -b option still works (forcing binary mode when you otherwise have a
text mount); what changed was that the default behavior of pipelines is
now binary instead of text, as binary is a better default mode for Linux
compatibility.
--
Eric Blake, Principal Software Eng
On 05/29/2017 06:39 AM, Eric Blake wrote:
>>> localsyms: libtcctmp.o
>>> @$(READELF) $< -Ws | $(AWK) "{print \$$8}" | sort | uniq \
>
> Most likely, $(READELF) is producing \r\n-terminated output.
That said, WHAT is $(READELF) actually expanding to? If
d, because now that it is
treating your data as binary rather than text, your explicit $ anchor is
only matching \n instead of \r\n.
--
Eric Blake, Principal Software Engineer
Red Hat, Inc. +1-919-301-3266
Virtualization: qemu.org | libvirt.org
signature.asc
Description: OpenPGP digital signature
On 05/24/2017 06:36 PM, Steven Penny wrote:
> On Wed, 24 May 2017 07:33:27, Eric Blake wrote:
>> Buggy. size_t should be printed with %zi, not %i (since size_t and int
>> are not necessarily the same type).
>
> Aren’t both wrong? By definition %i is a signed integer, and
Actually, I take it back. gdb/objdump (and presumably binutils in
> general) was being deceptive to me about the nature of that mov
> instruction. And in fact the fistpl should be fistpq. That fixes it.
Is fistpq right on 32-bit, or is this a case where we need different
assembly for 32
"st");
#elif defined(__arm__) || defined(_ARM_)
retval = __lrint_internal(x);
#endif
return retval;
}
But I'm not an assembly coding expert, so perhaps someone else will spot
the fix faster.
> The confidentiality or integrity of this message can not be guaranteed
&
quot;, this message
> should go to stderr, not stdout. The stdout is supposed to contain only
> a subset of the input lines.
The message "Binary file ... matches" has always gone to stdout, even
before upstream was tightened to flag more encoding errors as binary
files. Whether the
On 05/15/2017 12:09 PM, Steven Penny wrote:
> On Sat, 13 May 2017 15:11:00, Eric Blake wrote:
>> You're making it sound like I'm actively trying to hurt you. Rather,
>> it's a case where it is a problem that doesn't affect me personally, and
>> I have
On 04/14/2017 11:33 PM, Steven Penny wrote:
> On Thu, 13 Apr 2017 13:48:04, Eric Blake wrote:
Sorry for my delay in noticing this.
>> Is it still a problem with pselect, where rebuilding with the same
>> configuration as 7.0.1-2 fixes things? I'm really not sure how to even
&
1 - 100 of 3223 matches
Mail list logo