A problem When Compiling in Altera Monitor Program

Hello, When I try to compile in Altera Monitor Program, I usually get this message. 1 [main] bash 3196 find_fast_cwd: WARNING: Couldn't compute FAST_CWD pointer. Honestly, I don’t know what the problem is. Can you please help me with that? I’m using Windows 8.1. Best, -- Problem reports:

Re: `CYGWIN=winsymlinks:nativestrict`, `ln -s target link` fails if target doesn't exist

在 2016/10/6 18:14, Gene Pavlovsky 写道: > On 5 October 2016 at 06:00, Rinrin wrote: >> Hi Gene: >> I made a patch for my private use. >> First of all, you should setup `nativenocheck` in CYGWIN environment >> variable to enable this feature. >> If the target does not

ERROR: zsh 15872 fork: child 14136 - died waiting for dll loading,, errno 11

Every time that I run zsh I get the following errors: $ zsh -l 0 [main] zsh 15872 fork: child 14136 - died waiting for dll loading, errno 11 zsh-newuser-install:23: fork failed: resource temporarily unavailable 318283 [main] zsh 15872 fork: child 16272 - died waiting for dll loading,

[ANNOUNCEMENT] ca-certificates 2.10-1

The following packages have been uploaded to the Cygwin distribution: * ca-certificates-2.10-1 Mozilla's CA root certificates for use with OpenSSL, NSS, GnuTLS, and other software that handles certificate verification. Several CA certificates were removed in this release as described here:

ca-certificates 2.10-1

The following packages have been uploaded to the Cygwin distribution: * ca-certificates-2.10-1 Mozilla's CA root certificates for use with OpenSSL, NSS, GnuTLS, and other software that handles certificate verification. Several CA certificates were removed in this release as described here:

Re: Blocking a base package from installing

Achim Gratz wrote: Now, that last question of yours: No, the package manager should never allow you to not install a base package. These are in category "Base" precisely so the rest of the system can rely on the functionality provided. --- And what other programs will stop functioning if vim

Re: location of native rxvt binaries?

On 2016-10-06 16:04, Yaakov Selkowitz wrote: Correct. The native rxvt was heavily patched, and there was nobody interested in porting it to 64-bit or generally supporting it. Therefore, it was replaced with the ordinary X-based rxvt. The default terminal emulator, mintty, fills that role and

location of native rxvt binaries?

Hello! I have been a cygwin user for at least 16 years now and first off want to say thanks for the hard work! I have a new Windows 2008 R2 server I would like some basic cygwin tools on, one of the most important is the native rxvt. But it seems both the 32-bit and the 64-bit versions of

Re: cygpath 2.6.0: -m " C:" and garbled output

Just to clarify, " C:" is not the entire filepath I was giving to cygpath, it's more like " C:/Temp/a.txt", but I reduced to it when trying to isolate the difference between versions. On Thu, Oct 6, 2016 at 9:26 PM, Achim Gratz wrote: > A filename can legitimately start with a

Re: cygpath 2.6.0: -m " C:" and garbled output

Andre Maroneze writes: > I just noticed a difference in behavior between versions 2.5.2 and > 2.6.0 of cygpath (the ones I could test): if I run > > cygpath -m " C:" > > (notice the space before the C, inside the double quotes) A filename can legitimately start with a space and it is a relative

Re: cygpath 2.6.0: -m " C:" and garbled output

On 10/6/2016 8:38 AM, Andre Maroneze wrote: I just noticed a difference in behavior between versions 2.5.2 and 2.6.0 of cygpath (the ones I could test): if I run cygpath -m " C:" (notice the space before the C, inside the double quotes) In cygpath 2.6.0, this outputs C? (C followed by the

Re: Blocking a base package from installing

Linda Walsh writes: >> 1. Build a proper package and give it a higher version number than >> Cygwin's own Vim. >> >> 2. Fake the installation of vim-minimal in /etc/setup/installed.db and >> give that fake installation some high version number. > --- > Both of which are "lying" to the package

Re: Blocking a base package from installing

Greetings, Chris Sutcliffe! > I'm using a self compiled vim, so I uninstalled vim-minimal. Every > time I run setup to get the latest updates, setup attempts to > reinstall vim-minimal - is there a way to make setup ignore > vim-minimal? Install your vim into /usr/local, should be enough for

Re: Blocking a base package from installing

On 10/06/2016 01:22 PM, Linda Walsh wrote: > It should > be possible to "LOCK" a package (base or not), to prevent it from > being removed/updated/installed or changed by setup, no? Technically possible if someone were to write patches for it to do so. Are you volunteering? -- Eric Blake

Re: Blocking a base package from installing

Achim Gratz wrote: Chris Sutcliffe writes: I'm using a self compiled vim, so I uninstalled vim-minimal. Every time I run setup to get the latest updates, setup attempts to reinstall vim-minimal - is there a way to make setup ignore vim-minimal? Yes, at least two. 1. Build a proper package

Re: libbost_python1.58 and python-matplotlib not found (required by python-tagpy and python-ipython)

On 2016.10.06 13:37, David Stacey wrote: On 05/10/16 22:31, Jack wrote: Running setup-x86.exe on my Windows 7 box, with NO packages listed as pending, hitting next gives me: libboost_python1.58 (not found) Required by: python-tagpy python-matplotlib (not

Re: libbost_python1.58 and python-matplotlib not found (required by python-tagpy and python-ipython)

On 05/10/16 22:31, Jack wrote: Running setup-x86.exe on my Windows 7 box, with NO packages listed as pending, hitting next gives me: libboost_python1.58 (not found) Required by: python-tagpy python-matplotlib (not found) Required by:

Re: Blocking a base package from installing

Chris Sutcliffe writes: > I'm using a self compiled vim, so I uninstalled vim-minimal. Every > time I run setup to get the latest updates, setup attempts to > reinstall vim-minimal - is there a way to make setup ignore > vim-minimal? Yes, at least two. 1. Build a proper package and give it a

Re: Blocking a base package from installing

Am 06.10.2016 um 16:57 schrieb Chris Sutcliffe: I'm using a self compiled vim, so I uninstalled vim-minimal. Every time I run setup to get the latest updates, setup attempts to reinstall vim-minimal - is there a way to make setup ignore vim-minimal? With the alternative being to pick a fight

Blocking a base package from installing

I'm using a self compiled vim, so I uninstalled vim-minimal. Every time I run setup to get the latest updates, setup attempts to reinstall vim-minimal - is there a way to make setup ignore vim-minimal? Thanks, Chris -- Chris Sutcliffe -- Problem reports: http://cygwin.com/problems.html

cygpath 2.6.0: -m " C:" and garbled output

I just noticed a difference in behavior between versions 2.5.2 and 2.6.0 of cygpath (the ones I could test): if I run cygpath -m " C:" (notice the space before the C, inside the double quotes) In cygpath 2.6.0, this outputs C? (C followed by the unicode character 0xF03A, which is a ":" (0x3A)

ssh-host-config fails on Win7 even as admin

All, I am running ssh-host-config on CYGWIN_NT-6.1 2.6.0(0.304/5/3) 2016-08-31 under Windows 7 Enterprise Service Pack 1 in a Cygwin64 Terminal as Adminstrator: It breaks with: *** Query: Should privilege separation be used? (yes/no) yes *** Warning: The owner and the Administrators need

Re: `CYGWIN=winsymlinks:nativestrict`, `ln -s target link` fails if target doesn't exist

On 5 October 2016 at 06:00, Rinrin wrote: > Hi Gene: > I made a patch for my private use. > First of all, you should setup `nativenocheck` in CYGWIN environment > variable to enable this feature. > If the target does not exist, it will check the last digit of target >