> On Wed, 15 Aug 2018, Masamichi Hosoda wrote:
>
>> On Linux with glibc, both strtod ("nan")
>> and strtod ("-nan") return positive NaN.
>>
>> So I've created the patch that behaves like glibc.
>> Both strtod ("nan") and strtod ("-nan") return positive NaN.
>
> I would suggest that you should
On Tue, 14 Aug 2018 16:44:59, Eric Blake wrote:
The remaining question is whether it should turn "-NaN" into
-NaN; and the argument that glibc JUST fixed their bug 23007 to make
strtod("-nan") return -NaN means that Cygwin should, indeed, preserve
the negative sign bit when parsing "-nan".
On 08/14/2018 04:31 PM, Stephen John Smoogen wrote:
The C standard disagrees with you [ISO:IEC 9899:2011, section 5.2.4.2.2]:
"An implementation may give zero and values that are not floating-point
numbers (such as infinities and NaNs) a sign or may leave them unsigned.
Wherever such values
On Tue, 14 Aug 2018 at 17:09, Andy Moreton wrote:
>
> On Tue 14 Aug 2018, Steven Penny wrote:
> > a number can be positive or negative. as "NaN" is by definition not a
> > number,
> > it cannot be positive or negative, it is simply itself, something anathema
> > to
> > a number.
>
> The C
On Tue 14 Aug 2018, Steven Penny wrote:
> a number can be positive or negative. as "NaN" is by definition not a number,
> it cannot be positive or negative, it is simply itself, something anathema to
> a number.
The C standard disagrees with you [ISO:IEC 9899:2011, section 5.2.4.2.2]:
"An
> On Aug 14, 2018, at 3:05 PM, cyg Simple wrote:
>
> On 8/13/2018 10:41 AM, Corinna Vinschen wrote:
>> …
>>
>> cyglsa.dll requires an install script that would have to be change as
>> well. In contrast, you'd have to make sure your new solution still
>> works for existing installations. What's
On 8/13/2018 10:45 AM, Corinna Vinschen wrote:
> On Aug 13 08:57, cyg Simple wrote:
>> On 8/13/2018 3:53 AM, Corinna Vinschen wrote:
>>> On Aug 12 19:53, cyg Simple wrote:
The documentation for cygwin-console-helper.exe is missing, not even a
--help function.
>>>
>>>
On 8/13/2018 10:41 AM, Corinna Vinschen wrote:
> On Aug 13 08:50, cyg Simple wrote:
>> On 8/13/2018 3:49 AM, Corinna Vinschen wrote:
>>> On Aug 10 11:28, cyg Simple wrote:
Looking at the files delivered by the cygwin upgrade I see
/usr/sbin/cygserver.exe and /usr/bin/cygserver-config.
On Wed, 15 Aug 2018, Masamichi Hosoda wrote:
> On Linux with glibc, both strtod ("nan")
> and strtod ("-nan") return positive NaN.
>
> So I've created the patch that behaves like glibc.
> Both strtod ("nan") and strtod ("-nan") return positive NaN.
I would suggest that you should not consider
Corinna Vinschen writes:
> With your patch, strtold looks more correct, but it still prints the
> sign of NaN:
>
> strtod ("nan", NULL) = nan
> strtod ("-nan", NULL) = nan
> strtold ("nan", NULL) = nan
> strtold ("-nan", NULL) = -nan
> nan ("") = nan
>
> Question: What's wrong with that?
On Tue, 14 Aug 2018 15:23:01, Corinna Vinschen wrote:
I just wonder why returning -NaN when the input is "-nan" isn't the
better approach. After all:
printf ("nan (\"\") =3D %f\n", nan (""));
printf ("-nan (\"\") =3D %f\n", -nan (""));
=3D=3D>
nan ("") =3D nan
-nan ("") =3D -nan
So,
Am 14.08.2018 um 14:26 schrieb Senden, Ruediger:
Hello
The executed command line inside a .VBE program is
Errorcode is -1
cmd.exe /c d2u.exe -f -q -k SOURCEFILE.DAT && rcp SOURCEFILE.DAT
USER-at-SERVER:DISKNAME:[DIRECTORY]TARGETFILE.DAT && u2d.exe -f -q -k SOURCEFILE.DAT
2>1>3
Well, that's what I get in linux and cygwin for:
#include
#include
#include /* the last two printfs requires this */
int main (void) {
printf ("strtof (\"nan\", NULL) = %f\n", strtof ("nan", NULL));
printf ("strtof (\"-nan\", NULL) = %f\n", strtof ("-nan", NULL));
printf ("strtod
[...]
>> > With your patch, strtold looks more correct, but it still prints the
>> > sign of NaN:
>> >
>> > strtod ("nan", NULL) = nan
>> > strtod ("-nan", NULL) = nan
>> > strtold ("nan", NULL) = nan
>> > strtold ("-nan", NULL) = -nan
>> > nan ("") = nan
>> >
>> > Question: What's
On Aug 14 12:20, Heavenly Avenger wrote:
> On 8/14/2018 10:23 AM, Corinna Vinschen wrote:
> > I just wonder why returning -NaN when the input is "-nan" isn't the
> > better approach. After all:
> >
> >printf ("nan (\"\") = %f\n", nan (""));
> >printf ("-nan (\"\") = %f\n", -nan (""));
>
Here's the result for a gentoo with the same code provided by Masamichi
Hosoda.
Linux ethereal 4.14.32-std522-amd64 #2 SMP Sat Mar 31 20:05:28 UTC 2018
x86_64 Intel(R) Xeon(R) CPU E5-2670 v2 @ 2.50GHz GenuineIntel GNU/Linux
strtof ("nan", NULL) = nan
strtof ("-nan", NULL) = nan
strtod
On 8/14/2018 10:23 AM, Corinna Vinschen wrote:
On Aug 14 21:17, Masamichi Hosoda wrote:
On Aug 14 11:56, Corinna Vinschen wrote:
On Aug 14 13:45, Masamichi Hosoda wrote:
>From a50ee5a4747a99c70469a53fe959f3dc22d3b79a Mon Sep 17 00:00:00 2001
From: Masamichi Hosoda
Date: Tue, 14 Aug 2018
Hi
I've found that strtod ("nan") returns negative NaN on Cygwin 64 bit.
https://cygwin.com/ml/cygwin/2018-08/msg00168.html
On Linux with glibc, both strtod ("nan")
and strtod ("-nan") return positive NaN.
So I've created the patch that behaves like glibc.
Both strtod ("nan") and strtod
On Tue, 14 Aug 2018 at 09:23, Corinna Vinschen
wrote:
>
> On Aug 14 21:17, Masamichi Hosoda wrote:
> > > On Aug 14 11:56, Corinna Vinschen wrote:
> > >> On Aug 14 13:45, Masamichi Hosoda wrote:
> > >> > >From a50ee5a4747a99c70469a53fe959f3dc22d3b79a Mon Sep 17 00:00:00 2001
> > >> > From:
On Aug 14 21:17, Masamichi Hosoda wrote:
> > On Aug 14 11:56, Corinna Vinschen wrote:
> >> On Aug 14 13:45, Masamichi Hosoda wrote:
> >> > >From a50ee5a4747a99c70469a53fe959f3dc22d3b79a Mon Sep 17 00:00:00 2001
> >> > From: Masamichi Hosoda
> >> > Date: Tue, 14 Aug 2018 12:50:32 +0900
> >> >
Hello
The executed command line inside a .VBE program is
Errorcode is -1
cmd.exe /c d2u.exe -f -q -k SOURCEFILE.DAT && rcp SOURCEFILE.DAT
USER-at-SERVER:DISKNAME:[DIRECTORY]TARGETFILE.DAT && u2d.exe -f -q -k
SOURCEFILE.DAT 2>1>3
Errorcode is 1
Message: Copy successful
BUT
> On Aug 14 11:56, Corinna Vinschen wrote:
>> On Aug 14 13:45, Masamichi Hosoda wrote:
>> > >From a50ee5a4747a99c70469a53fe959f3dc22d3b79a Mon Sep 17 00:00:00 2001
>> > From: Masamichi Hosoda
>> > Date: Tue, 14 Aug 2018 12:50:32 +0900
>> > Subject: [PATCH] Fix strtod ("nan") returns qNaN
>> >
>>
On 2018-08-14 11:50, Corinna Vinschen wrote:
On Aug 13 23:29, Houder wrote:
On 2018-08-10 14:43, Houder wrote:
[snip]
> The modication would require changing:
>
> winsup/cygwin/fenv.cc (_feinitialise() )
> winsup/cygwin/include/fenv.h (FE_ALL_EXCEPT)
GRRR! The file encoding of fenv.h is
The following packages have been uploaded to the Cygwin distribution:
* gambas3-3.11.4-1
* gambas3-ide-3.11.4-1
* gambas3-runtime-3.11.4-1
* gambas3-devel-3.11.4-1
* gambas3-gb-clipper-3.11.4-1
* gambas3-gb-db-3.11.4-1
* gambas3-gb-db-form-3.11.4-1
* gambas3-gb-desktop-3.11.4-1
*
The following packages have been uploaded to the Cygwin distribution:
* gambas3-3.11.4-1
* gambas3-ide-3.11.4-1
* gambas3-runtime-3.11.4-1
* gambas3-devel-3.11.4-1
* gambas3-gb-clipper-3.11.4-1
* gambas3-gb-db-3.11.4-1
* gambas3-gb-db-form-3.11.4-1
* gambas3-gb-desktop-3.11.4-1
*
Am 14.08.2018 um 11:47 schrieb Jiun Hui Low:
Hi there,
I was trying to unzip a zip file and came across this,
https://www.wikihow.com/Remove-the-Password-from-a-Zip-File-Without-Knowing-the-Password
which showed steps to unzip. And here I encounter with John the Ripper. But
then I faced a
On Aug 14 11:56, Corinna Vinschen wrote:
> On Aug 14 13:45, Masamichi Hosoda wrote:
> > >From a50ee5a4747a99c70469a53fe959f3dc22d3b79a Mon Sep 17 00:00:00 2001
> > From: Masamichi Hosoda
> > Date: Tue, 14 Aug 2018 12:50:32 +0900
> > Subject: [PATCH] Fix strtod ("nan") returns qNaN
> >
> > The
The following packages have been uploaded to the Cygwin distribution:
* alure-doc-1.2-3
* alure-utils-1.2-3
* libalure-devel-1.2-3
* libalure1-1.2-3
ALURE is a utility library to help manage common tasks with OpenAL
applications. This includes device enumeration and initialization,
file loading,
The following packages have been uploaded to the Cygwin distribution:
* alure-doc-1.2-3
* alure-utils-1.2-3
* libalure-devel-1.2-3
* libalure1-1.2-3
ALURE is a utility library to help manage common tasks with OpenAL
applications. This includes device enumeration and initialization,
file loading,
On Aug 14 13:45, Masamichi Hosoda wrote:
> >From a50ee5a4747a99c70469a53fe959f3dc22d3b79a Mon Sep 17 00:00:00 2001
> From: Masamichi Hosoda
> Date: Tue, 14 Aug 2018 12:50:32 +0900
> Subject: [PATCH] Fix strtod ("nan") returns qNaN
>
> The definition of qNaN for x86_64 and x86 was wrong.
> So
On Aug 13 23:29, Houder wrote:
> On 2018-08-10 14:43, Houder wrote:
> > On Fri, 10 Aug 2018 13:42:54, Corinna Vinschen wrote:
> > [snip]
> >
> > > > Note: the following line must be changed in STC-FENV.c (the STC that was
> > > > attached to the bug report -- the last one above).
> > > >
> > > >
https://sourceware.org/git/gitweb.cgi?p=newlib-cygwin.git;h=dbd872f4ad8ad40bd47d8ee63cd64acc89682c31
commit dbd872f4ad8ad40bd47d8ee63cd64acc89682c31
Author: Corinna Vinschen
Date: Tue Aug 14 11:48:29 2018 +0200
Cygwin: fenv.h: Convert to ASCII-only
Signed-off-by: Corinna Vinschen
Hi there,
I was trying to unzip a zip file and came across this,
https://www.wikihow.com/Remove-the-Password-from-a-Zip-File-Without-Knowing-the-Password
which showed steps to unzip. And here I encounter with John the Ripper. But
then I faced a issue which is "0 [ain] zip2john 12636
On 8/14/2018 12:26 AM, Houder wrote:
On 2018-08-14 00:16, Eric Blake wrote:
On 08/13/2018 04:29 PM, Houder wrote:
The modication would require changing:
winsup/cygwin/fenv.cc (_feinitialise() )
winsup/cygwin/include/fenv.h (FE_ALL_EXCEPT)
GRRR! The file encoding of fenv.h is "cp1252"
34 matches
Mail list logo
