Re: FD_SETSIZE and sizeof(fd_set)

Back to the list, and please keep replies there. > > There are (of course) a lot of other included files, and > is one of them. In my code it comes AFTER the > redefinition of FD_SETSIZE and . I don't think this > could be the issue. It is if you are mixing Windows API and Cygwin. Just

Re: FD_SETSIZE and sizeof(fd_set)

On 6/22/2016 5:19 PM, Steven Bardwell wrote: > I am running into a problem with the fd_set structure that someone may know > the answer to. > > I would like to be able to call select() on more than 64 open files, so I > have done the following: > > 1) the include section of the program has

Re: Octave/HDF5 library/header mismatch

On 21/06/2016 9:03 p.m., Marco Atzeri wrote: On 21/06/2016 06:20, Gavin King wrote: Reverting the package libhdf5_10 from the current version 1.8.17-1 to the previous version 1.8.16-1 means that octave 4.0.1-1 can save the workspace. So: workaround: revert libhdf5_10 to 1.8.16-1.

FD_SETSIZE and sizeof(fd_set)

I am running into a problem with the fd_set structure that someone may know the answer to. I would like to be able to call select() on more than 64 open files, so I have done the following: 1) the include section of the program has the code: #undef FD_SETSIZE #define FD_SETSIZE 256

Re: FUSE for Cygwin

On 6/22/16, 1:39 PM, "Jeffrey Altman" wrote: >On 6/22/2016 3:43 PM, Bill Zissimopoulos wrote: >> >> The bigger question is whether the Cygwin community would want a package >> like this. The obvious answer might be yes (I hope),

Re: Fwd: Missing utf8.h

On 6/22/2016 5:01 PM, Jim Van Sciver wrote: I'm trying to compile a third party package on Cygwin. It fails due to missing include file utf8.h. g++ -O2 --std=c++11 -I3rdparty/rnnlm -I/usr/local/include -I. -c lib/util.cc -o lib/util.o In file included from lib/util.cc:30:0:

Fwd: Missing utf8.h

I'm trying to compile a third party package on Cygwin. It fails due to missing include file utf8.h. g++ -O2 --std=c++11 -I3rdparty/rnnlm -I/usr/local/include -I. -c lib/util.cc -o lib/util.o In file included from lib/util.cc:30:0: ./include/util.h:33:18: fatal error: utf8.h: No such file

Re: FUSE for Cygwin

On 6/22/2016 3:43 PM, Bill Zissimopoulos wrote: > > The bigger question is whether the Cygwin community would want a package > like this. The obvious answer might be yes (I hope), but there is a large > caveat. WinFsp includes a kernel-mode driver that needs to be built using > Microsoft tools and

Re: FUSE for Cygwin

Hi, Herbert: On 6/19/16, 1:32 PM, "cygwin-ow...@cygwin.com on behalf of Herbert Stocker" wrote: >>>G) Case sensitivity. >> >> WinFsp (and Windows) allows for both case-sensitive and case-insensitive >> file systems. > > >> FUSE file systems

Re: wget 1.17.x creates odd permissions on downloaded files

On Wed Jun 22 03:03:38 PM, Larry Hall (Cygwin) wrote: > Remember, Cygwin's wget will not create a file with execute permissions > automatically. You have to do a "chmod +x putty.exe" if you want it to > be recognized as an executable. This was it, thanks. It is /fairly/ new behavior, however.

Re: wget 1.17.x creates odd permissions on downloaded files

On Jun 22, 2016, at 12:40 PM, Zube wrote: > > 1) putty will not execute. Error is "Access is denied”. Is it getting the +x permission for your user or one of its groups? Windows requires this just as Unix does. Post the getfacl and icalcs output for putty.exe if you

Re: wget 1.17.x creates odd permissions on downloaded files

On 06/22/2016 02:40 PM, Zube wrote: wget 1.16.3 seemed to work fine for a simple task, that is to download putty.exe from a local http site. Start up a normal windows cmd.exe, download, run, no muss, no fuss. The last two wget versions (1.17.1-1 and -2) seem to exhibit the following issues

wget 1.17.x creates odd permissions on downloaded files

wget 1.16.3 seemed to work fine for a simple task, that is to download putty.exe from a local http site. Start up a normal windows cmd.exe, download, run, no muss, no fuss. The last two wget versions (1.17.1-1 and -2) seem to exhibit the following issues when putty.exe is downloaded. 1) putty

RE: Cmake on cygwin64 fails with error "C compiler "/usr/bin/cc" is not able to compile a simple test program"

I rebooted my PC in Safe Mode and everything works fine on the same PC with the same cygwin64 installation. CMake is OK in Safe Mode. Some other processes that run during regular boot must be interfering with CMake. Definitely BLODA. I never even heard that term before yesterday, and look

Re: Piping on 64-bit Cygwin was Re: [ANNOUNCEMENT] llvm 3.7.1-2

On Jun 22 10:01, Warren Young wrote: > On Jun 22, 2016, at 9:36 AM, Corinna Vinschen > wrote: > > > >> 64-bit Windows is LLP64, while 64-bit Linux is LP64 on the same hardware. > > > > s/Linux/Linux and Cygwin/ > > Well, that was unexpected. The FAQ entry is just

Re: Piping on 64-bit Cygwin was Re: [ANNOUNCEMENT] llvm 3.7.1-2

On Jun 22, 2016, at 9:36 AM, Corinna Vinschen wrote: > >> 64-bit Windows is LLP64, while 64-bit Linux is LP64 on the same hardware. > > s/Linux/Linux and Cygwin/ Well, that was unexpected. Still, you could get similar problems. ifdefs for portable sized-integer

Re: Piping on 64-bit Cygwin was Re: [ANNOUNCEMENT] llvm 3.7.1-2

On Jun 22 09:29, Warren Young wrote: > On Jun 22, 2016, at 6:39 AM, Marco Atzeri wrote: > > > > > > may be is a piping problem, but there is no evidence; it could be a lot of > > different issues due to 64bit porting. > > I will not be surprise if there is wrong

Re: Piping on 64-bit Cygwin was Re: [ANNOUNCEMENT] llvm 3.7.1-2

On Jun 22, 2016, at 6:39 AM, Marco Atzeri wrote: > > > may be is a piping problem, but there is no evidence; it could be a lot of > different issues due to 64bit porting. > I will not be surprise if there is wrong assumption on data size. That’s my guess, too. 64-bit

screen 4.4.0-1

screen 4.4.0-1 is now available in Cygwin. This is a new upstream release, with bug fixes and minor new features. See http://thread.gmane.org/gmane.comp.gnu.screen.devel/1430 for a list. screen is a full-screen window manager that multiplexes a physical terminal between several processes,

[ANNOUNCEMENT] screen 4.4.0-1

screen 4.4.0-1 is now available in Cygwin. This is a new upstream release, with bug fixes and minor new features. See http://thread.gmane.org/gmane.comp.gnu.screen.devel/1430 for a list. screen is a full-screen window manager that multiplexes a physical terminal between several processes,

Re: Piping on 64-bit Cygwin was Re: [ANNOUNCEMENT] llvm 3.7.1-2

On 22/06/2016 03:32, lloyd.w...@yahoo.co.uk wrote: I've reproduced this SaVi-can't-talk-with-Geomview-on-64-bit-cygwin problem on multiple installs How, exactly? Give me the step-by-step. Step by step instructions to build Geomview and SaVi are on:

Re: Piping on 64-bit Cygwin, STC found

> I seem to have stumbled upon the actual STC. That is not the STC for SaVi and Geomview under 64-bit Cygwin. The problem for SaVi and Geomview is in INITIALISING any piping, as previously described. They simply cannot communicate at all under 64-bit Cygwin, while they can under 32-bit Cygwin.