Re: 64bit: segfault on program exit
On 4/6/2013 11:10 PM, Corinna Vinschen wrote:
On Apr 6 21:44, marco atzeri wrote:
On 4/3/2013 4:22 PM, Corinna Vinschen wrote:
On Apr 3 15:30, marco atzeri wrote:
On 4/2/2013 10:59 AM, Corinna Vinschen wrote:
The crash occurs in a forked process, I guess. Since you're building
the stuff yourself, maybe you can try some serious `printf' based
debugging?
very curious, this test
if (n == -1)
does not work as n is ssize_t = long
I don't understand what you mean. I tried this:
#include stdio.h
#include sys/types.h
$ cat x.c EOF
int
main ()
{
ssize_t i = -1L;
if (i == -1)
printf (i == -1\n);
else
printf (i NOT -1\n);
return 0;
}
EOF
$ gcc -o x x.c
$ ./x
i == -1
so i == -1 with i of type ssize_t works fine.
What is the original code doing?
Corinna
ignore.
debugging when sleeping is not effective :-(
Marco
[ITP] mingw64-x86_64-winpthreads 3.0b_svn5726-1
winpthreads is a pthreads implementation from mingw-w64. The ABI is incompatible with pthreads-win32. One of the major differences is that winpthreads uses scalar handles, so it is a bit more compatible to other packages that assume int type handles. I have successfully built the 64bit cross compiler for cygwin64. There are no changes to the -1 release other than some .cygport modifications. For now, I intend to push it to 64bit Cygwin only, once gcc 4.7 for the 32bit cygwin hits release, I will push it there too. There are some files in the package that replaces some of the mingw-w64-headers CRT headers, this is done on purpose. will cygcheck/setup have any issues? Since it is not in any major distros, I guess it will have to go through a vote. setup.hint: category: Devel requires: sdesc: winpthreads for MinGW-w64 (64bit) toolchain ldesc: winpthreads (pthreads) for MinGW-w64 (64bit) target. signature.asc Description: OpenPGP digital signature
Re: [ITP] mingw64-x86_64-winpthreads 3.0b_svn5726-1
On 4/7/2013 17:47, JonY wrote: winpthreads is a pthreads implementation from mingw-w64. The ABI is incompatible with pthreads-win32. One of the major differences is that winpthreads uses scalar handles, so it is a bit more compatible to other packages that assume int type handles. I have successfully built the 64bit cross compiler for cygwin64. There are no changes to the -1 release other than some .cygport modifications. For now, I intend to push it to 64bit Cygwin only, once gcc 4.7 for the 32bit cygwin hits release, I will push it there too. There are some files in the package that replaces some of the mingw-w64-headers CRT headers, this is done on purpose. will cygcheck/setup have any issues? Since it is not in any major distros, I guess it will have to go through a vote. setup.hint: category: Devel requires: sdesc: winpthreads for MinGW-w64 (64bit) toolchain ldesc: winpthreads (pthreads) for MinGW-w64 (64bit) target. Oops, forgot to include link. http://sourceforge.net/projects/mingw-w64/files/Cygwin%20Snapshots/setup.hint http://sourceforge.net/projects/mingw-w64/files/Cygwin%20Snapshots/mingw64-x86_64-winpthreads-3.0b_svn5726-1.tar.bz2 http://sourceforge.net/projects/mingw-w64/files/Cygwin%20Snapshots/mingw64-x86_64-winpthreads-3.0b_svn5726-1-src.tar.bz2 http://sourceforge.net/projects/mingw-w64/files/Cygwin%20Snapshots/mingw64-x86_64-winpthreads-debuginfo/setup.hint http://sourceforge.net/projects/mingw-w64/files/Cygwin%20Snapshots/mingw64-x86_64-winpthreads-debuginfo/mingw64-x86_64-winpthreads-debuginfo-3.0b_svn5726-1.tar.bz2 signature.asc Description: OpenPGP digital signature
64bit cygport
I've just set up a Cygwin64 system. It seems I can run a 32bit Cygwin in parallel without disturbing anything, is that right? Anyway, I've tried to compile a few packages, but cygport gives me grief: it somehow doesn't pick up the version and release from new-style cygport files and defines P == PN == PV etc. I'll look into this later, but I thought I mention it here in case it indicates some problem with the installation. Regards, Achim. -- +[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+ SD adaptation for Waldorf microQ V2.22R2: http://Synth.Stromeko.net/Downloads.html#WaldorfSDada
Re: 64bit cygport
On 4/7/2013 7:11 AM, Achim Gratz wrote: I've just set up a Cygwin64 system. It seems I can run a 32bit Cygwin in parallel without disturbing anything, is that right? Yes. Anyway, I've tried to compile a few packages, but cygport gives me grief: it somehow doesn't pick up the version and release from new-style cygport files and defines P == PN == PV etc. I'll look into this later, but I thought I mention it here in case it indicates some problem with the installation. I recall something like this happening when I first switched to the new-style cygport files. The problem turned out to be that I wasn't giving the full name of the cygport file in the command line. If your file is `foo.cygport', you have to type cygport foo.cygport ... You can't omit the `.cygport' suffix. Ken
Re: 64bit cygport
Ken Brown writes: I recall something like this happening when I first switched to the new-style cygport files. The problem turned out to be that I wasn't giving the full name of the cygport file in the command line. If your file is `foo.cygport', you have to type cygport foo.cygport ... You can't omit the `.cygport' suffix. Thanks for the reminder, I forgot I have patched cygport locally (Yaakov didn't accept the patch because he considers omitting the extension deprecated) and will have to do this for the 64bit installation as well. Regards, Achim. -- +[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+ Factory and User Sound Singles for Waldorf rackAttack: http://Synth.Stromeko.net/Downloads.html#WaldorfSounds
Re: [64bit RFU] emacs-24.3-3
On 6 April 2013 22:27, Corinna Vinschen wrote:
On Apr 6 16:50, Ken Brown wrote:
D=http://sanibeltranquility.com/cygwin/64bit/release/emacs
wget -x -nH --cut-dirs=3 \
${D}/emacs-24.3-3-src.tar.bz2 \
${D}/emacs-24.3-3.tar.bz2 \
${D}/emacs-X11/emacs-X11-24.3-3.tar.bz2 \
${D}/emacs-X11/setup.hint \
${D}/emacs-debuginfo/emacs-debuginfo-24.3-3.tar.bz2 \
${D}/emacs-debuginfo/setup.hint \
${D}/emacs-el/emacs-el-24.3-3.tar.bz2 \
${D}/emacs-el/setup.hint \
${D}/emacs-w32/emacs-w32-24.3-3.tar.bz2 \
${D}/emacs-w32/setup.hint
Done.
People testing these packages should be aware that the postinstall
scripts will fail to set up the usual /usr/bin/emacs and
/usr/bin/emacsclient symlinks because the alternatives package is
not yet available. So you will have to create your own symlinks if
you want them.
Unfortunately I can't upload. The 64bit/release/emacs dir has only
write permissions for Andy Koppe.
The same goes for yasm and libggi, which are 755 for Marco Atzeri
only. This is weird, the release parent dir has 2775 permissions
and the subdirs should have the same permissions.
Sorry about that.
Andy, Marco, can you please chmod -R g+w the aforementioned directories
ASAP? Thank you.
Done, and umask adjusted in ~/.bashrc.
Andy
Re: [64bit RFU] alternatives-1.3.30c-10
On 6 April 2013 22:37, Ken Brown wrote:
D=http://sanibeltranquility.com/cygwin/64bit/release/alternatives
wget -x -nH --cut-dirs=3 \
${D}/alternatives-1.3.30c-10-src.tar.bz2 \
${D}/alternatives-1.3.30c-10.tar.bz2 \
${D}/setup.hint
Done.
Thanks,
Andy
Re: [64bit RFU] emacs-24.3-3
On 4/6/2013 11:27 PM, Corinna Vinschen wrote: Unfortunately I can't upload. The 64bit/release/emacs dir has only write permissions for Andy Koppe. The same goes for yasm and libggi, which are 755 for Marco Atzeri only. This is weird, the release parent dir has 2775 permissions and the subdirs should have the same permissions. Andy, Marco, can you please chmod -R g+w the aforementioned directories ASAP? Thank you. Done Marco
Re: 64bit: segfault : recv return type ?
On 4/7/2013 9:06 AM, marco atzeri wrote:
On 4/6/2013 11:10 PM, Corinna Vinschen wrote:
What is the original code doing?
Corinna
I think the problem in on recv definition.
my code is (with all added printf) :
static void
evsig_cb(evutil_socket_t fd, short what, void *arg)
{
static char signals[1024];
ev_ssize_t n;
int i;
int ncaught[NSIG];
struct event_base *base;
base = arg;
memset(ncaught, 0, sizeof(ncaught));
while (1) {
n = recv(fd, signals, sizeof(signals), 0);
printf(recv %li \n,n);
fflush(stdout);
if (n == -1) {
printf(n==-1 %li \n,n);
fflush(stdout);
int err = evutil_socket_geterror(fd);
printf(err %i \n,err);
fflush(stdout);
if (! EVUTIL_ERR_RW_RETRIABLE(err))
event_sock_err(1, fd, %s: recv,
__func__);
printf(func %s \n,__func__);
fflush(stdout);
break;
} else if (n==0) {
/* XXX warn? */
break;
} else {
printf(before for n %li \n,n);
fflush(stdout);
for (i = 0; i n; ++i) {
ev_uint8_t sig = signals[i];
if (sig NSIG)
ncaught[sig]++;
}
}
}
-
and the relevant output is
recv 2
before for n 2
recv 4294967295
before for n 4294967295
[MARCOATZERI:03904] *** Process received signal ***
[MARCOATZERI:03904] Signal: Segmentation fault (11)
-
so recv is returning 2^32-1 instead of the expected -1
on winsup/cygwin/net.cc is defined as function returning int
---
/* exported as recv: standards? */
extern C int
cygwin_recv (int fd, void *buf, size_t len, int flags)
{
int res;
fhandler_socket *fh = get (fd);
myfault efault;
if (efault.faulted (EFAULT) || !fh)
res = -1;
---
while on sys/socket.h
ssize_t recv (int, void *__buff, size_t __len, int __flags);
on POSIX
http://pubs.opengroup.org/onlinepubs/009695399/functions/recv.html
(and also
newlib/libc/sys/linux/net/recv.c return ssize_t)
while:
sizeof(int) = 4
sizeof(ssize_t) = 8
Regards
Marco
[RFU] task-2.2.0-1
A new major version of task is available. Please refer to http://taskwarrior.org/projects/taskwarrior/wiki/V220 for detailed news and changelog information. This is a recommended update. Please upload. --- wget -x -nH --cut-dirs=3 \ http://taskwarrior.org/download/cygwin17/task/setup.hint \ http://taskwarrior.org/download/cygwin17/task/task-2.2.0-1.tar.bz2 \ http://taskwarrior.org/download/cygwin17/task/task-2.2.0-1-src.tar.bz2 --- Thank you! /F PS: The version(s) prior to 2.1.2 can be deleted.
Re: [RFU] task-2.2.0-1
On 4/8/2013 12:13 AM, Federico Hernandez wrote: Please upload. --- wget -x -nH --cut-dirs=3 \ http://taskwarrior.org/download/cygwin17/task/setup.hint \ http://taskwarrior.org/download/cygwin17/task/task-2.2.0-1.tar.bz2 \ http://taskwarrior.org/download/cygwin17/task/task-2.2.0-1-src.tar.bz2 done PS: The version(s) prior to 2.1.2 can be deleted. done Regards Marco
starting cygwin shell
Hello Forum, I am new to cygwin. I am trying to create a .bat file so I can start cygwin from w7 windows menu. I am looking for next: 1. new shell is created with next prompts: gene@len /cygdrive/c $ 2. Backspace and arrow keys can move cursor to beginning. At the default installation, I can only get this type of shell if I run 2 steps: 1. c:\cygwin\cygwin.bat 2. and in new shell I run: start bash. Second question: I am running below code and shell dissapear. I could catch the message before it happens. Do you know what seems to be a problem? for k in `ls` do print here is $k done Message: save: fork_level=1 SetHandleInformation() failed: fd 0 handle 0x3 type 2: Th e parameter is incorrect. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: starting cygwin shell
Am 07.04.2013 09:42, schrieb Gene: Hello Forum, I am new to cygwin. I am trying to create a .bat file so I can start cygwin from w7 windows menu. Cygwin install creates a Cygwin Terminal icon on your desktop in in your Programs menu. You can drag or (with Control-) copy it anywhere in menus where you want it. Is that what you need? ... (unclear) Second question: I am running below code and shell dissapear. I could catch the message before it happens. Do you know what seems to be a problem? for k in `ls` do print here is $k done $ type print print ist /cygdrive/c/WINDOWS/system32/print So you effectively tried to print files called here is ... with a Windows tool. You probably meant this instead: echo here is $k -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
perl 5.14 ncursesw: calling getbegyx() crashes
Hello Mailinglist! i'm using cygwin together with perl 5.14 and the Curses::UI perl module. It uses the ncursesw library bundled with cygwin. Installing the Curses::UI worked well using cpan, but using the ncurses functions like getyx() from the demo-script bundled with the curses module crahes perl with the error-message: Curses function 'getyx' is not defined in your Curses library at demo line 59. Looking into /usr/include/ncursesw/cursesw.h shows that this macro is defined. Even building the Curses module for perl by hand, reveals that there is something wrong with the ncurses library: ~/Curses-1.28 $ export CURSES_LDFLAGS=-L/usr/lib/ncurses -lncurses ~/Curses-1.28 $ export CURSES_CFLAGS=-I/usr/include/ncurses ~/Curses-1.28 $ perl Makefile.PL GENfunction: not applicable PANELS functions: not enabled MENUS functions: not enabled FORMS functions: not enabled Writing Makefile for Curses Writing MYMETA.yml ~/Curses-1.28 $ perl test.syms -v PANELS MENUS FORMS Checking capabilities of the Ncurses libraries. Set CURSES_VERBOSE environment variable to see the details of the tests. Doing test compiles with the compile command 'gcc-4 -DSYM=_C_SYM_ -I/usr/include/ncurses -DPERL_USE_SAFE_PUTENV -U__STRICT_ANSI__ -g -fno-strict-aliasing -pipe -fstack-protector -DUSEIMPORTLIB -o _C_FILE_ _C_FILE_.c -L/usr/local/lib -L/usr/lib/ncurses -lncurses' gcc-4 -DSYM=waddch(stdscr,0) -I/usr/include/ncurses -DPERL_USE_SAFE_PUTENV -U__STRICT_ANSI__ -g -fno-strict-aliasing -pipe -fstack-protector -DUSEIMPORTLIB -o testsym testsym.c -L/usr/local/lib -L/usr/lib/ncurses -lncurses (rc = 0) function 'waddch' found gcc-4 -DSYM=wechochar(stdscr,0) -I/usr/include/ncurses -DPERL_USE_SAFE_PUTENV -U__STRICT_ANSI__ -g -fno-strict-aliasing -pipe -fstack-protector -DUSEIMPORTLIB -o testsym testsym.c -L/usr/local/lib -L/usr/lib/ncurses -lncurses (rc = 0) function 'wechochar' found ... gcc-4 -DSYM=getyx(stdscr,LINES,LINES) -I/usr/include/ncurses -DPERL_USE_SAFE_PUTENV -U__STRICT_ANSI__ -g -fno-strict-aliasing -pipe -fstack-protector -DUSEIMPORTLIB -o testsym testsym.c -L/usr/local/lib -L/usr/lib/ncurses -lncurses testsym.c: In function 91main92: testsym.c:4:3: error: lvalue required as left operand of assignment testsym.c:4:3: error: lvalue required as left operand of assignment (rc = 256) function 'getyx' NOT found gcc-4 -DSYM=getparyx(stdscr,LINES,LINES) -I/usr/include/ncurses -DPERL_USE_SAFE_PUTENV -U__STRICT_ANSI__ -g -fno-strict-aliasing -pipe -fstack-protector -DUSEIMPORTLIB -o testsym testsym.c -L/usr/local/lib -L/usr/lib/ncurses -lncurses testsym.c: In function 91main92: testsym.c:4:3: error: lvalue required as left operand of assignment testsym.c:4:3: error: lvalue required as left operand of assignment (rc = 256) function 'getparyx' NOT found gcc-4 -DSYM=getbegyx(stdscr,LINES,LINES) -I/usr/include/ncurses -DPERL_USE_SAFE_PUTENV -U__STRICT_ANSI__ -g -fno-strict-aliasing -pipe -fstack-protector -DUSEIMPORTLIB -o testsym testsym.c -L/usr/local/lib -L/usr/lib/ncurses -lncurses testsym.c: In function 91main92: testsym.c:4:3: error: lvalue required as left operand of assignment testsym.c:4:3: error: lvalue required as left operand of assignment (rc = 256) function 'getbegyx' NOT found gcc-4 -DSYM=getmaxyx(stdscr,LINES,LINES) -I/usr/include/ncurses -DPERL_USE_SAFE_PUTENV -U__STRICT_ANSI__ -g -fno-strict-aliasing -pipe -fstack-protector -DUSEIMPORTLIB -o testsym testsym.c -L/usr/local/lib -L/usr/lib/ncurses -lncurses testsym.c: In function 91main92: testsym.c:4:3: error: lvalue required as left operand of assignment testsym.c:4:3: error: lvalue required as left operand of assignment (rc = 256) function 'getmaxyx' NOT found ... gcc-4 -DSYM=getsyx(LINES,LINES) -I/usr/include/ncurses -DPERL_USE_SAFE_PUTENV -U__STRICT_ANSI__ -g -fno-strict-aliasing -pipe -fstack-protector -DUSEIMPORTLIB -o testsym testsym.c -L/usr/local/lib -L/usr/lib/ncurses -lncurses testsym.c: In function 91main92: testsym.c:4:3: error: lvalue required as left operand of assignment testsym.c:4:3: error: lvalue required as left operand of assignment testsym.c:4:3: error: lvalue required as left operand of assignment (rc = 256) function 'getsyx' NOT found gcc-4 -DSYM=getsyx(LINES,LINES) -I/usr/include/ncurses -DPERL_USE_SAFE_PUTENV -U__STRICT_ANSI__ -g -fno-strict-aliasing -pipe -fstack-protector -DUSEIMPORTLIB -o testint testint.c -L/usr/local/lib -L/usr/lib/ncurses -lncurses testint.c: In function 91main92: testint.c:6:9: error: expected expression before 91do92 (rc = 256) ... I tested this on two different OS (Win7 and XP) with the latest version of cygwins libncursesw. Is the macro missing in the library itself? What could i do to make it working? Kind regards, David Schueler -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: perl 5.14 ncursesw: calling getbegyx() crashes
On 4/7/2013 9:52 AM, D. Schüler wrote: Looking into /usr/include/ncursesw/cursesw.h shows that this macro is defined. I don't know anything about building perl modules, but... Even building the Curses module for perl by hand, reveals that there is something wrong with the ncurses library: ~/Curses-1.28 $ export CURSES_LDFLAGS=-L/usr/lib/ncurses -lncurses ~/Curses-1.28 $ export CURSES_CFLAGS=-I/usr/include/ncurses ...you need -L/usr/lib/ncursesw and -I/usr/include/ncursesw. Ken -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: starting cygwin shell
Thomas Wolff towo at towo.net writes: Am 07.04.2013 09:42, schrieb Gene: Hello Forum, I am new to cygwin. I am trying to create a .bat file so I can start cygwin from w7 windows menu. Cygwin install creates a Cygwin Terminal icon on your desktop in in your Programs menu. You can drag or (with Control-) copy it anywhere in menus where you want it. Is that what you need? ... (unclear) Second question: I am running below code and shell dissapear. I could catch the message before it happens. Do you know what seems to be a problem? for k in `ls` do print here is $k done $ type print print ist /cygdrive/c/WINDOWS/system32/print So you effectively tried to print files called here is ... with a Windows tool. You probably meant this instead: echo here is $k Yes, script should be as below. However, the question is: if it's w7 compatible, why it's going down. I was able to catch the message: save: fork_level=1 SetHandleInformation() failed: fd 0 handle 0x3 type 2: Th e parameter is incorrect. for k in `ls` do print here is $k done -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: starting cygwin shell
On Sun, Apr 07, 2013 at 06:16:17PM +, Gene wrote: Thomas Wolff towo at towo.net writes: Am 07.04.2013 09:42, schrieb Gene: I am new to cygwin. I am trying to create a .bat file so I can start cygwin from w7 windows menu. Cygwin install creates a Cygwin Terminal icon on your desktop in in your Programs menu. You can drag or (with Control-) copy it anywhere in menus where you want it. Is that what you need? Second question: I am running below code and shell dissapear. I could catch the message before it happens. Do you know what seems to be a problem? for k in `ls` do print here is $k done $ type print print ist /cygdrive/c/WINDOWS/system32/print So you effectively tried to print files called here is ... with a Windows tool. You probably meant this instead: echo here is $k Yes, script should be as below. However, the question is: if it's w7 compatible, why it's going down. I was able to catch the message: save: fork_level=1 SetHandleInformation() failed: fd 0 handle 0x3 type 2: Th e parameter is incorrect. That error message doesn't seem to be coming from Cygwin. I have grepped the Cygwin DLL and *sh* and don't see it anywhere. Are you possibly using other binaries besides Cygwin ones? See also: http://cygwin.com/problems.html . cgf -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: starting cygwin shell
On 07/04/2013 19:50, Christopher Faylor wrote: On Sun, Apr 07, 2013 at 06:16:17PM +, Gene wrote: save: fork_level=1 SetHandleInformation() failed: fd 0 handle 0x3 type 2: Th e parameter is incorrect. That error message doesn't seem to be coming from Cygwin. I have grepped the Cygwin DLL and *sh* and don't see it anywhere. Are you possibly using other binaries besides Cygwin ones? A quick google suggests it comes from MKS. Trying to mix Cygwin tools and MKS ones at the same time won't generally work well, and is probably the cause of the shell problems too - MKS apparently is known to have problems under Win7. Gene, try removing MKS from your PATH setting. cheers, DaveK -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
perl-Text-CSV and perl-Text-CSV_XS [ATTN: Yaakov]
I would like to adopt perl-Text-CSV and perl-Text-CSV_XS. At the moment, both of these are present in Cygwin Ports, and previously Yaakov asked for first refusal when it comes to adopting packages that are already present in Ports. Yaakov: If you are happy for me to adopt these packages then I will send an [ITA] e-mail to the apps mailing list in the next day or so. I have 32 and 64-bit versions of perl-Text-CSV_XS; perl-Text-CSV is architecture independent. However, if you would like to adopt them yourself then I am fine with that also. Cheers, Dave. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
cygwin64 process substitution: known bug?
On my cygwin64, all bash process substitutions fail: $ ls -l (echo foo) lrwxrwxrwx 1 greg None 0 Apr 7 13:20 /dev/fd/63 - pipe:[656] $ cat (echo foo) cat: /dev/fd/63: No such file or directory Here's an strace: http://pastebin.com/KS9766Vv Anyone know what's going on? I don't have a cygwin64 kernel/libc build tree, yet, but, if this merits further investigation, I suppose it's as good an excuse as any to build one, as this is messing up my play-time. -- gmt -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
cygwin64 process substitution: known bug?
On my cygwin64, all bash process substitutions fail: $ ls -l (echo foo) lrwxrwxrwx 1 greg None 0 Apr 7 13:20 /dev/fd/63 - pipe:[656] $ cat (echo foo) cat: /dev/fd/63: No such file or directory Here's an strace: http://pastebin.com/KS9766Vv Anyone know what's going on? I don't have a cygwin64 kernel/libc build tree, yet, but, if this merits further investigation, I suppose it's as good an excuse as any to build one, as this is messing up my play-time. -- gmt -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: cygwin64 process substitution: known bug?
On Sun, Apr 7, 2013 at 1:53 PM, Gregory M. Turner g...@malth.us wrote: On my cygwin64, all bash process substitutions fail: Sorry for double-posting :S -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: [ANNOUNCEMENT] Updated: bind-9.9.0-2
Hello,
I am experiencing a problem with BIND9.9.2-P1 on Cygwin throwing
general: error: socket: file descriptor exceeds limit (128/64).
This problem was reported previously Re: 1.7.1: Bind 9.6.0-P1 on
Vista: could not listen on UDP socket: not enough free resources (patch
attached)
http://sourceware.org/ml/cygwin/2010-05/msg00552.html
Is it possible to have the patch suggested for 9.6.0 to recompile the
sources with -DFD_SETSIZE=16384 defined included with the current BIND
package?
Thanks,
Chris
---
$ cat /var/log/named/example.log
07-Apr-2013 21:04:00.961 network: info: additionally listening on IPv4
interface {EA76CB46-2C32-4956-B29B-876E2B, 192.168.1.2#53
07-Apr-2013 21:04:00.961 general: error: socket: file descriptor exceeds
limit (128/64)
07-Apr-2013 21:04:00.961 network: error: could not listen on UDP socket:
not enough free resources
07-Apr-2013 21:04:00.961 network: error: creating IPv4 interface
{EA76CB46-2C32-4956-B29B-876E2B failed; interface ignored
07-Apr-2013 21:04:00.961 network: info: additionally listening on IPv4
interface {3A539854-6A70-11DB-887C-806E6F, 127.0.0.1#53
07-Apr-2013 21:04:00.961 general: error: socket: file descriptor exceeds
limit (128/64)
07-Apr-2013 21:04:00.961 network: error: could not listen on UDP socket:
not enough free resources
07-Apr-2013 21:04:00.961 network: error: creating IPv4 interface
{3A539854-6A70-11DB-887C-806E6F failed; interface ignored
07-Apr-2013 21:04:00.961 general: info: managed-keys-zone: loaded serial 0
07-Apr-2013 21:04:00.961 general: info: zone 0.0.127.in-addr.arpa/IN:
loaded serial 2013033101
07-Apr-2013 21:04:00.977 general: info: zone 1.168.192.IN-ADDR.ARPA/IN:
loaded serial 2013033101
07-Apr-2013 21:04:00.977 general: info: zone localhost/IN: loaded serial
2013033101
07-Apr-2013 21:04:00.977 general: info: zone example.com/IN: loaded
serial 2013033101
07-Apr-2013 21:04:00.992 general: notice: all zones loaded
07-Apr-2013 21:04:00.992 general: notice: running
07-Apr-2013 21:04:00.992 notify: info: zone 1.168.192.IN-ADDR.ARPA/IN:
sending notifies (serial 2013033101)
$ /usr/sbin/named -V
BIND 9.9.2-P1 built with
'--srcdir=/usr/src/ports/bind/bind-9.9.2-P1-2/src/bind-9.9.2-P1'
'--prefix=/usr' '--exec-prefix=/usr' '--bindir=/usr/bin'
'--sbindir=/usr/sbin' '--libexecdir=/usr/lib' '--datadir=/usr/share'
'--localstatedir=/var' '--sysconfdir=/etc' '--datarootdir=/usr/share'
'--docdir=/usr/share/doc/bind' '-C' '--enable-shared' '--disable-static'
'--disable-backtrace' '--disable-linux-caps' '--without-dlopen'
'--with-dlz-bdb=/usr' '--with-dlz-filesystem' '--with-dlz-ldap=/usr'
'--with-dlz-mysql=/usr' '--with-dlz-odbc=/usr'
'--with-dlz-postgres=/usr' '--with-dlz-stub'
'--with-docbook-xsl=/usr/share/sgml/docbook/xsl-stylesheets'
'--with-gssapi' '--with-libxml2=/usr' '--with-openssl=/usr' 'CC=gcc'
'CFLAGS=-ggdb -O2 -pipe
-fdebug-prefix-map=/usr/src/ports/bind/bind-9.9.2-P1-2/build=/usr/src/debug/bind-9.9.2-P1-2
-fdebug-prefix-map=/usr/src/ports/bind/bind-9.9.2-P1-2/src/bind-9.9.2-P1=/usr/src/debug/bind-9.9.2-P1-2'
'LDFLAGS=' 'LIBS=-liphlpapi' 'CPPFLAGS='
using OpenSSL version: OpenSSL 1.0.1c 10 May 2012
using libxml2 version: 2.9.0
$ /usr/sbin/named-checkconf -p
options {
directory /var/named;
listen-on port 53 {
127.0.0.1/32;
192.168.1.2/32;
};
version not currently available;
recursion no;
allow-transfer {
none;
};
};
controls {
inet 127.0.0.1 port 953 allow {
127.0.0.1/32;
} keys {
rndc-key;
};
};
logging {
channel example_log {
file /var/log/named/example.log versions 3 size 2097152;
severity info;
print-time yes;
print-severity yes;
print-category yes;
};
category default {
example_log;
};
};
key rndc-key {
algorithm hmac-md5;
secret qrI/JNO/+RzaMF0Muq/MWA==;
};
zone example.com in {
type master;
file master.example.com;
};
zone 1.168.192.IN-ADDR.ARPA in {
type master;
file 192.168.1.rev;
};
zone localhost in {
type master;
file master.localhost;
allow-update {
none;
};
};
zone 0.0.127.in-addr.arpa in {
type master;
file localhost.rev;
allow-update {
none;
};
};
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug in ddk headers when used from cygwin
Recompiling getVolInfo (part of the csih package) with latest cygwin (32bit) toolchain: gcc -ggdb -O2 -pipe -fdebug-prefix-map=/usr/src/packages/csih/csih-0.9.6-2/build=/usr/src/debug/csih-0.9.6-2 -fdebug-prefix-map=/usr/src/packages/csih/csih-0.9.6-2/src/csih-0.9.6=/usr/src/debug/csih-0.9.6-2 -I/usr/include/w32api -I/usr/include/w32api/ddk -c -o getVolInfo.o getVolInfo.c In file included from /usr/include/w32api/ddk/ntddk.h:38:0, from /usr/include/w32api/ddk/ntifs.h:34, from getVolInfo.c:30: /usr/include/w32api/ddk/wdm.h:68:20: fatal error: intrin.h: No such file or directory compilation terminated. getVolInfo is a cygwin program that uses some w32api stuff under the hood. It includes ntifs.h, which include ntddk.h, whch in turn include wdm.h, which (tries to) include intrin.h. But intrin.h is only shipped in the mingw(64) compiler toolchains. So this looks like a bug: if the w32api header files for cygwin refer to a separate header file that is not included as part of that toolchain's installation footprint... Any suggestions for a fix? -- Chuck -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
