Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > comp.lang.forth > #51465 > unrolled thread

Gforth snapshot for Windows

Started byBernd Paysan <bernd@net2o.de>
First post2016-09-30 01:33 +0000
Last post2016-10-12 23:46 +0000
Articles 8 on this page of 68 — 16 participants

Back to article view | Back to comp.lang.forth

Contents

  Gforth snapshot for Windows Bernd Paysan <bernd@net2o.de> - 2016-09-30 01:33 +0000
    Re: Gforth snapshot for Windows Gerry Jackson <gerry@jackson9000.fsnet.co.uk> - 2016-09-30 15:16 +0100
      Re: Gforth snapshot for Windows anton@mips.complang.tuwien.ac.at (Anton Ertl) - 2016-09-30 16:26 +0000
        Re: Gforth snapshot for Windows Gerry Jackson <gerry@jackson9000.fsnet.co.uk> - 2016-09-30 19:50 +0100
          Re: Gforth snapshot for Windows Bernd Paysan <bernd@net2o.de> - 2016-09-30 20:34 +0000
            Re: Gforth snapshot for Windows Gerry Jackson <gerry@jackson9000.fsnet.co.uk> - 2016-10-02 11:14 +0100
              Re: Gforth snapshot for Windows anton@mips.complang.tuwien.ac.at (Anton Ertl) - 2016-10-02 16:29 +0000
                Re: Gforth snapshot for Windows Bernd Paysan <bernd@net2o.de> - 2016-10-02 22:47 +0000
            Re: Gforth snapshot for Windows jjmail9@gmail.com - 2016-10-19 04:45 -0700
          Re: Gforth snapshot for Windows Rod Pemberton <NoHaveNotOne@zxdehrnyya.cam> - 2016-09-30 17:28 -0400
            Re: Gforth snapshot for Windows Bernd Paysan <bernd@net2o.de> - 2016-09-30 22:14 +0000
            Re: Gforth snapshot for Windows Gerry Jackson <gerry@jackson9000.fsnet.co.uk> - 2016-10-01 19:42 +0100
          Re: Gforth snapshot for Windows anton@mips.complang.tuwien.ac.at (Anton Ertl) - 2016-10-01 07:08 +0000
            Re: Gforth snapshot for Windows Gerry Jackson <gerry@jackson9000.fsnet.co.uk> - 2016-10-02 11:23 +0100
              Re: Gforth snapshot for Windows anton@mips.complang.tuwien.ac.at (Anton Ertl) - 2016-10-02 16:14 +0000
                Re: Gforth snapshot for Windows Cecil Bayona <cbayona@cbayona.com> - 2016-10-02 12:14 -0500
                Re: Gforth snapshot for Windows albert@cherry.spenarnc.xs4all.nl (Albert van der Horst) - 2016-10-02 19:45 +0200
                  Re: Gforth snapshot for Windows anton@mips.complang.tuwien.ac.at (Anton Ertl) - 2016-10-03 07:43 +0000
                  Re: Gforth snapshot for Windows alex <alex@rivadpm.com> - 2016-10-03 12:51 +0100
          Re: Gforth snapshot for Windows Gerry Jackson <gerry@jackson9000.fsnet.co.uk> - 2016-10-02 12:07 +0100
            Re: Gforth snapshot for Windows Bernd Paysan <bernd@net2o.de> - 2016-10-02 22:39 +0000
        Re: Gforth snapshot for Windows Paul Rubin <no.email@nospam.invalid> - 2016-09-30 14:36 -0700
          Re: Gforth snapshot for Windows anton@mips.complang.tuwien.ac.at (Anton Ertl) - 2016-10-01 07:46 +0000
            Re: Gforth snapshot for Windows Paul Rubin <no.email@nospam.invalid> - 2016-10-01 12:12 -0700
            Re: Gforth snapshot for Windows lawrencedo99@gmail.com - 2016-10-02 19:51 -0700
        Re: Gforth snapshot for Windows Bernd Paysan <bernd@net2o.de> - 2016-09-30 22:09 +0000
          Re: Gforth snapshot for Windows "Elizabeth D. Rather" <erather@forth.com> - 2016-09-30 13:25 -1000
            Re: Gforth snapshot for Windows Bernd Paysan <bernd@net2o.de> - 2016-10-02 00:10 +0000
              Re: Gforth snapshot for Windows "Elizabeth D. Rather" <erather@forth.com> - 2016-10-01 15:31 -1000
                Re: Gforth snapshot for Windows Bernd Paysan <bernd@net2o.de> - 2016-10-02 23:00 +0000
                  Re: Gforth snapshot for Windows "Elizabeth D. Rather" <erather@forth.com> - 2016-10-02 21:32 -1000
                    Re: Gforth snapshot for Windows Cecil Bayona <cbayona@cbayona.com> - 2016-10-03 03:46 -0500
                      Re: Gforth snapshot for Windows "Elizabeth D. Rather" <erather@forth.com> - 2016-10-02 23:25 -1000
                      Re: Gforth snapshot for Windows albert@cherry.spenarnc.xs4all.nl (Albert van der Horst) - 2016-10-03 12:57 +0200
                        Re: Gforth snapshot for Windows lawrencedo99@gmail.com - 2016-10-03 04:31 -0700
                  Re: Gforth snapshot for Windows anton@mips.complang.tuwien.ac.at (Anton Ertl) - 2016-10-04 09:18 +0000
                    Re: Gforth snapshot for Windows Bernd Paysan <bernd@net2o.de> - 2016-10-04 21:57 +0000
                      Re: Gforth snapshot for Windows jjmail9@gmail.com - 2016-10-19 06:47 -0700
                        Re: Gforth snapshot for Windows Bernd Paysan <bernd@net2o.de> - 2016-10-21 20:22 +0000
                    Re: Gforth snapshot for Windows "Elizabeth D. Rather" <erather@forth.com> - 2016-10-04 12:40 -1000
                      Re: Gforth snapshot for Windows jjmail9@gmail.com - 2016-10-19 08:37 -0700
                        Re: Gforth snapshot for Windows Cecil Bayona <cbayona@cbayona.com> - 2016-10-19 11:29 -0500
                          Re: Gforth snapshot for Windows jjmail9@gmail.com - 2016-10-19 12:03 -0700
                        Re: Gforth snapshot for Windows anton@mips.complang.tuwien.ac.at (Anton Ertl) - 2016-10-20 12:15 +0000
                          Re: Gforth snapshot for Windows "Elizabeth D. Rather" <erather@forth.com> - 2016-10-20 07:36 -1000
                            Re: Gforth snapshot for Windows anton@mips.complang.tuwien.ac.at (Anton Ertl) - 2016-10-21 07:15 +0000
                              Re: Gforth snapshot for Windows "Elizabeth D. Rather" <erather@forth.com> - 2016-10-21 22:12 -1000
                                Re: Gforth snapshot for Windows albert@cherry.spenarnc.xs4all.nl (Albert van der Horst) - 2016-10-22 12:12 +0200
                                Re: Gforth snapshot for Windows anton@mips.complang.tuwien.ac.at (Anton Ertl) - 2016-10-22 13:52 +0000
                    Re: Gforth snapshot for Windows jjmail9@gmail.com - 2016-10-19 05:57 -0700
    Re: Gforth snapshot for Windows Jason Damisch <jasondamisch@yahoo.com> - 2016-09-30 10:17 -0700
    Re: Gforth snapshot for Windows Philip Smith <philipkingsmith@gmail.com> - 2016-09-30 11:45 -0700
    Re: Gforth snapshot for Windows beeflo <beeflobill@gmail.com> - 2016-10-11 10:51 -0700
      Re: Gforth snapshot for Windows Bernd Paysan <bernd@net2o.de> - 2016-10-11 20:44 +0000
        Re: Gforth snapshot for Windows Jan Coombs <jenfhaomndgfwutc@murmic.plus.com> - 2016-10-12 01:02 +0100
          Re: Gforth snapshot for Windows Bernd Paysan <bernd@net2o.de> - 2016-10-13 00:26 +0000
            Re: Gforth snapshot for Windows Jan Coombs <jenfhaomndgfwutc@murmic.plus.com> - 2016-10-13 08:48 +0100
              Re: Gforth snapshot for Windows lawrencedo99@gmail.com - 2016-10-13 01:09 -0700
                Re: Gforth snapshot for Windows Bernd Paysan <bernd@net2o.de> - 2016-10-14 23:39 +0000
            Re: Gforth snapshot for Windows Gerry Jackson <gerry@jackson9000.fsnet.co.uk> - 2016-10-14 18:05 +0100
              Re: Gforth snapshot for Windows Bernd Paysan <bernd@net2o.de> - 2016-10-14 23:29 +0000
                Re: Gforth snapshot for Windows anton@mips.complang.tuwien.ac.at (Anton Ertl) - 2016-10-15 16:26 +0000
                Re: Gforth snapshot for Windows Bernd Paysan <bernd@net2o.de> - 2016-10-17 00:52 +0000
                  Re: Gforth snapshot for Windows Gerry Jackson <gerry@jackson9000.fsnet.co.uk> - 2016-10-19 10:50 +0100
        Re: Gforth snapshot for Windows Spiros Lakkos <slakkos@hotmail.com> - 2016-10-12 06:50 +0300
      Re: Gforth snapshot for Windows lawrencedo99@gmail.com - 2016-10-11 22:42 -0700
        Re: Gforth snapshot for Windows beeflo <beeflobill@gmail.com> - 2016-10-12 09:41 -0700
          Re: Gforth snapshot for Windows Bernd Paysan <bernd@net2o.de> - 2016-10-12 23:46 +0000

Page 4 of 4 — ← Prev page 1 2 3 [4]

#51868

FromBernd Paysan <bernd@net2o.de>
Date2016-10-14 23:29 +0000
Message-ID<ntrppe$v0c$1@dont-email.me>
In reply to#51863
Am Fri, 14 Oct 2016 18:05:30 +0100 schrieb Gerry Jackson:

> On 13/10/2016 01:26, Bernd Paysan wrote:
> gforth-0.7.9_20161006.exe fails 8 tests in SUBSTITUTE tests in file
> stringtests.fth under Windows 10. IIRC they used to run on a previous
> version Gforth 0.7.9_20160113
> 
> Use the latest version of the tests:
> https://github.com/gerryjackson/forth2012-test-suite

Yes, I really need to get around embedding all your new tests into the 
test suite Gforth runs automatically after build.

At the moment, the FP tests also fail with gforth --dynamic due to a 
compilation problem (gforth-fast works, the threaded versions, too, so 
it's likely a code block size problem), in line 1249 of paranoia.4th; 
maybe Anton should investigate into this problem?  This is really a long 
word ;-).  I also can't change code-block-size without triggering an 
assertion...

-- 
Bernd Paysan
"If you want it done right, you have to do it yourself"
net2o ID: kQusJzA;7*?t=uy@X}1GWr!+0qqp_Cn176t4(dQ*
http://bernd-paysan.de/

[toc] | [prev] | [next] | [standalone]

#51879

Fromanton@mips.complang.tuwien.ac.at (Anton Ertl)
Date2016-10-15 16:26 +0000
Message-ID<2016Oct15.182647@mips.complang.tuwien.ac.at>
In reply to#51868
Bernd Paysan <bernd@net2o.de> writes:
>At the moment, the FP tests also fail with gforth --dynamic due to a 
>compilation problem (gforth-fast works, the threaded versions, too, so 
>it's likely a code block size problem), in line 1249 of paranoia.4th; 
>maybe Anton should investigate into this problem?  This is really a long 
>word ;-).

Fixed.  This is an interesting bug: It accesses "origs[-1]", and that
has been done a lot of times when running Gforth (probably would have
shown up if we used the "sanitizers" more).

It was hidden by the the result being 0 in the usual instances, and
that does not lead to an error later on.  It returned 0, because gcc
always arranged the array before to be just before origs in memory,
that was initialized to 0, and we usually don't make use of all the
elements in the array.  But an earlier long basic block in
paranoia.4th resulted in the last element of the pervious array being
set to some large value, and that led to the bug revealing itself.

>I also can't change code-block-size without triggering an 
>assertion...

A certain minimum code block size is required.  This is not handled in
a very user-friendly way, but then, --code-block-size is more of a
testing/debugging option.

- anton
-- 
M. Anton Ertl  http://www.complang.tuwien.ac.at/anton/home.html
comp.lang.forth FAQs: http://www.complang.tuwien.ac.at/forth/faq/toc.html
     New standard: http://www.forth200x.org/forth200x.html
   EuroForth 2016: http://www.euroforth.org/ef16/

[toc] | [prev] | [next] | [standalone]

#51916

FromBernd Paysan <bernd@net2o.de>
Date2016-10-17 00:52 +0000
Message-ID<nu17cp$fc4$1@dont-email.me>
In reply to#51868
Am Fri, 14 Oct 2016 23:29:50 +0000 schrieb Bernd Paysan:

> Am Fri, 14 Oct 2016 18:05:30 +0100 schrieb Gerry Jackson:
> 
>> On 13/10/2016 01:26, Bernd Paysan wrote:
>> gforth-0.7.9_20161006.exe fails 8 tests in SUBSTITUTE tests in file
>> stringtests.fth under Windows 10. IIRC they used to run on a previous
>> version Gforth 0.7.9_20160113
>> 
>> Use the latest version of the tests:
>> https://github.com/gerryjackson/forth2012-test-suite
> 
> Yes, I really need to get around embedding all your new tests into the
> test suite Gforth runs automatically after build.

I started with your FP test, and I ran into problems pretty soon.  First 
of all, older glibcs fail on a few of the precise number conversions.  
Second, the x87 coprocessor fails on the rounding tests, it is slightly 
off.

I've identified these problems:

old glibc:

INCORRECT RESULT hex_t{  r8 2L@ -> 42c00000 00000002 }t
Actual result[0]=1 
INCORRECT RESULT hex_t{  r8 2L@ -> 3fe00000 00000002 }t
Actual result[0]=1 
INCORRECT RESULT hex_t{  r8 2L@ -> 404f44ab d5aa7ca4 }t
Actual result[0]=D5AA7CA3 
INCORRECT RESULT hex_t{  r8 2L@ -> 3ff00000 00000001 }t
Actual result[0]=0 

The "Actual result[i]=value" is a modification of ttester.fs I made to 
make sure I can see what's going on right in the output, without having 
to check interactively; sometimes that's impossible, e.g. on the Travis 
setup.

And this is x86 (the "spoil financial calculation" defect only with old 
glibc, so that is a number conversion problem):

           Page: 6 
  
  Checking rounding on multiply, divide and add/subtract.
! F* is neither chopped nor correctly rounded.
! F/ is neither chopped nor correctly rounded.
! Addition/Subtraction neither rounds nor chops.
! Sticky bit used incorrectly or not at all.
! FLAW lack(s) of guard digits or failure(s) to correctly round or chop 
(noted above) count as one flaw in the final tally below.
...
  Test for sqrt monotonicity.
  sqrt has passed a test for Monotonicity.
  Testing whether sqrt is rounded or chopped.
! Square root is neither chopped nor correctly rounded.
! Observed errors run from -5.0000E-1 to 5.0000E-1  ulps.
  Diagnosis resumes after milestone Number 90 
...
  This computed value is O.K.
  
  Testing X^((X + 1) / (X - 1)) vs. exp(2) = 7.3891E0 as X -> 1.
! DEFECT Calculated 7.3891E0 for
! (1 + (-1.1102E-16 ) ^ (-1.8014E16 );
! differs from correct value by -3.4413E-9 
! This much error may spoil financial
! calculations involving tiny interest rates.
  Testing powers Z^Q at four nearly extreme values.
  ... no discrepancies found.
...
! DEFECTs  discovered = 1 
! FLAWs  discovered = 1 

! The arithmetic diagnosed may be Acceptable
! despite inconvenient Defects.



I modified the code so that flaws merely emit warnings, and won't cause a 
fail, but the defects still flag it as failed, and I don't feel like 
turning defects into a warning ;-).

On the other hand, running those tests already revealed two bugs in Gforth 
(one in the dynamic code generator, and one in our ecvt_r replacement, 
which couldn't handle denormals with sufficient accuracy).

-- 
Bernd Paysan
"If you want it done right, you have to do it yourself"
net2o ID: kQusJzA;7*?t=uy@X}1GWr!+0qqp_Cn176t4(dQ*
http://bernd-paysan.de/

[toc] | [prev] | [next] | [standalone]

#52039

FromGerry Jackson <gerry@jackson9000.fsnet.co.uk>
Date2016-10-19 10:50 +0100
Message-ID<nu7fjp$4at$1@dont-email.me>
In reply to#51916
On 17/10/2016 01:52, Bernd Paysan wrote:
> Am Fri, 14 Oct 2016 23:29:50 +0000 schrieb Bernd Paysan:
>
>> Am Fri, 14 Oct 2016 18:05:30 +0100 schrieb Gerry Jackson:
>>
>>> On 13/10/2016 01:26, Bernd Paysan wrote:
>>> gforth-0.7.9_20161006.exe fails 8 tests in SUBSTITUTE tests in file
>>> stringtests.fth under Windows 10. IIRC they used to run on a previous
>>> version Gforth 0.7.9_20160113
>>>
>>> Use the latest version of the tests:
>>> https://github.com/gerryjackson/forth2012-test-suite
>>
>> Yes, I really need to get around embedding all your new tests into the
>> test suite Gforth runs automatically after build.
>
> I started with your FP test, and I ran into problems pretty soon.  First
> of all, older glibcs fail on a few of the precise number conversions.
> Second, the x87 coprocessor fails on the rounding tests, it is slightly
> off.
>

Thank you for the feedback on the FP tests I appreciate it, that is only 
the second (IIRC) feedback since I packaged the tests from various 
sources in May 2012 with the following comment on c.l.f:

<quote>I propose to package the programs, more or less, as is, into a 
download on the FLAG site and invite implementers to run them on their 
Forth system. If they encounter errors, non-compliances or other 
problems in the test programs to raise it with me or on comp.lang.forth, 
get it resolved and update the download. In this way we could converge 
on a set of satisfactory tests.</quote>

Clearly that was an over-optimistic hope. As I remember at the time 
GForth did much better than other major systems which either failed 
abysmally or simply crashed - perhaps when I get time I'll try again and 
'name and shame' the other systems :)

> I've identified these problems:
>
> old glibc:
>
> INCORRECT RESULT hex_t{  r8 2L@ -> 42c00000 00000002 }t
> Actual result[0]=1
> INCORRECT RESULT hex_t{  r8 2L@ -> 3fe00000 00000002 }t
> Actual result[0]=1
> INCORRECT RESULT hex_t{  r8 2L@ -> 404f44ab d5aa7ca4 }t
> Actual result[0]=D5AA7CA3
> INCORRECT RESULT hex_t{  r8 2L@ -> 3ff00000 00000001 }t
> Actual result[0]=0
>

If I was correct in my post on 4 May 2012 (sorry you'll have to scan 
down the messages):

https://groups.google.com/forum/?hl=en#!searchin/comp.lang.forth/floating$20point$20tests%7Csort:relevance/comp.lang.forth/lJ1hdgZCpuo/Zp9H5xhKV0MJ

GForth 0.7.0 used to pass these tests in fpio-test.4th in 2012. Are you 
suggesting that the tests are wrong or that old glibc has problems?

> The "Actual result[i]=value" is a modification of ttester.fs I made to
> make sure I can see what's going on right in the output, without having
> to check interactively; sometimes that's impossible, e.g. on the Travis
> setup.

That seems useful, I'll think about adding it to the ttester.fs in the 
test suite.

>
> And this is x86 (the "spoil financial calculation" defect only with old
> glibc, so that is a number conversion problem):
>
>             Page: 6
>
>    Checking rounding on multiply, divide and add/subtract.
> ! F* is neither chopped nor correctly rounded.
> ! F/ is neither chopped nor correctly rounded.
> ! Addition/Subtraction neither rounds nor chops.
> ! Sticky bit used incorrectly or not at all.
> ! FLAW lack(s) of guard digits or failure(s) to correctly round or chop
> (noted above) count as one flaw in the final tally below.
> ...
>    Test for sqrt monotonicity.
>    sqrt has passed a test for Monotonicity.
>    Testing whether sqrt is rounded or chopped.
> ! Square root is neither chopped nor correctly rounded.
> ! Observed errors run from -5.0000E-1 to 5.0000E-1  ulps.
>    Diagnosis resumes after milestone Number 90
> ...
>    This computed value is O.K.
>
>    Testing X^((X + 1) / (X - 1)) vs. exp(2) = 7.3891E0 as X -> 1.
> ! DEFECT Calculated 7.3891E0 for
> ! (1 + (-1.1102E-16 ) ^ (-1.8014E16 );
> ! differs from correct value by -3.4413E-9
> ! This much error may spoil financial
> ! calculations involving tiny interest rates.
>    Testing powers Z^Q at four nearly extreme values.
>    ... no discrepancies found.
> ...
> ! DEFECTs  discovered = 1
> ! FLAWs  discovered = 1
>
> ! The arithmetic diagnosed may be Acceptable
> ! despite inconvenient Defects.
>
>
>
> I modified the code

The test code in paranoia.4th presumably

so that flaws merely emit warnings, and won't cause a
> fail, but the defects still flag it as failed, and I don't feel like
> turning defects into a warning ;-).
>

Of course you're free to modify your copy of tests for your own 
convenience but I'd rather see what other systems do with those tests 
before changing the master files.

> On the other hand, running those tests already revealed two bugs in Gforth
> (one in the dynamic code generator, and one in our ecvt_r replacement,
> which couldn't handle denormals with sufficient accuracy).
>

That's good to know. Once again thanks for the feedback.


-- 
Gerry

[toc] | [prev] | [next] | [standalone]

#51787

FromSpiros Lakkos <slakkos@hotmail.com>
Date2016-10-12 06:50 +0300
Message-ID<ntkbuf$h33$1@adenine.netfront.net>
In reply to#51774
Had the same problem on WinXP SP3

On 11/10/2016 23:44, Bernd Paysan wrote:
> Am Tue, 11 Oct 2016 10:51:48 -0700 schrieb beeflo:
>> I ran the 64 bit installer, and it seemed to install great.  The 32 bit
>> installer didn't run the post-install script, and the installation thus
>> has problems.
>>
>> The installer gave an error message saying, "The program can't start
>> because cygwin1.dll is missing from your computer.  Try reinstalling the
>> program to fix this problem."
>>
>> I don't have cygwin installed on my computer, and I don't know why it
>> couldn't find the cygwin stuff that came in the installation.
>
> The cygwin1.dll comes with the installation, indeed, and should be found
> there... weird. Anyone else having problems with the 32 bit install?
>


--- news://freenews.netfront.net/ - complaints: news@netfront.net ---

[toc] | [prev] | [next] | [standalone]

#51791

Fromlawrencedo99@gmail.com
Date2016-10-11 22:42 -0700
Message-ID<9ede2ae3-3be4-476b-8669-4bf648fad9c4@googlegroups.com>
In reply to#51772
On Wednesday, October 12, 2016 at 6:51:51 AM UTC+13, beeflo wrote:
> The installer gave an error message saying, "The program can't start because
> cygwin1.dll is missing from your computer.  Try reinstalling the program to
> fix this problem."  

Did you try doing what it says?

That’s Windows for you: what works one time will fail another time...

[toc] | [prev] | [next] | [standalone]

#51798

Frombeeflo <beeflobill@gmail.com>
Date2016-10-12 09:41 -0700
Message-ID<5b927397-21b1-4321-aee7-437aaa7bf616@googlegroups.com>
In reply to#51791
On Tuesday, October 11, 2016 at 11:42:28 PM UTC-6, lawren...@gmail.com wrote:
> On Wednesday, October 12, 2016 at 6:51:51 AM UTC+13, beeflo wrote:
> > The installer gave an error message saying, "The program can't start because
> > cygwin1.dll is missing from your computer.  Try reinstalling the program to
> > fix this problem."  
> 
> Did you try doing what it says?
> 
> That’s Windows for you: what works one time will fail another time...

I didn't try installing a general cygwin.

But, for reference, I tried to install the 32b version on Windows 7.

[toc] | [prev] | [next] | [standalone]

#51813

FromBernd Paysan <bernd@net2o.de>
Date2016-10-12 23:46 +0000
Message-ID<ntmi09$qa9$1@dont-email.me>
In reply to#51798
Am Wed, 12 Oct 2016 09:41:33 -0700 schrieb beeflo:

> On Tuesday, October 11, 2016 at 11:42:28 PM UTC-6, lawren...@gmail.com
> wrote:
>> On Wednesday, October 12, 2016 at 6:51:51 AM UTC+13, beeflo wrote:
>> > The installer gave an error message saying, "The program can't start
>> > because cygwin1.dll is missing from your computer.  Try reinstalling
>> > the program to fix this problem."
>> 
>> Did you try doing what it says?
>> 
>> That’s Windows for you: what works one time will fail another time...
> 
> I didn't try installing a general cygwin.

You don't need to, the cygwin1.dll is part of the setup.exe.

> But, for reference, I tried to install the 32b version on Windows 7.

That shouldn't be a problem, but I only tried Windows 10.

-- 
Bernd Paysan
"If you want it done right, you have to do it yourself"
net2o ID: kQusJzA;7*?t=uy@X}1GWr!+0qqp_Cn176t4(dQ*
http://bernd-paysan.de/

[toc] | [prev] | [standalone]

Page 4 of 4 — ← Prev page 1 2 3 [4]

Back to top | Article view | comp.lang.forth

csiph-web