DuplicateHandle error

Hello, I have trouble with my cygwin installation. I use the program gforth. Starting the tool there comes the following error: 3 [main] gforth 4824 dtable::stdio_init: couldn't make stderr distinct from stdout Because of this error I cannot see the error messages, which gforth produces. Cori

Re: DuplicateHandle error

Il 6/10/2013 9:14 AM, Lange, Jan-Erik ha scritto: Hello, I have trouble with my cygwin installation. I use the program gforth. there is no gforth on cygwin. http://cygwin.com/cgi-bin2/package-grep.cgi?grep=gforth Are you building by yourself or what ? > Starting the tool there comes the foll

Re: Regression with 1.7.20-1

Hi Steven, On Mon, Jun 10, 2013 at 3:06 AM, Steven Penny wrote: > Since upgrading to the package "cygwin 1.7.20-1" a command such as this no > longer works > > ffmpeg -codecs | grep mov "Does not work" is not a particularly helpful error report (http://www.chiark.greenend.org.uk/~sgtatham/bugs

Re: Regression with 1.7.20-1

On Mon, Jun 10, 2013 at 3:06 AM, Csaba Raduly wrote: > "Does not work" is not a particularly helpful error report Neither is adding nothing more than a "hand slap". To add more information, running the pipe ffmpeg -codecs | grep mov with 1.7.20-1 just hangs forever, even will ignore Ctrl-C -

Re: Regression with 1.7.20-1

On Jun 10 03:28, Steven Penny wrote: > On Mon, Jun 10, 2013 at 3:06 AM, Csaba Raduly wrote: > > "Does not work" is not a particularly helpful error report > > Neither is adding nothing more than a "hand slap". > > To add more information, running the pipe > > ffmpeg -codecs | grep mov > > wit

Re: ctrl-c to windows program causes mintty to hang [1.7.20 / win7]

2013/6/9 Andrey Repin: > 3. Now, if you Ctrl+C, the console hangs. > If you let it sit down and think a bit, the iterrupt will be delivered to ping > and it get out of the lockup. > > Going to grab a snapshot and see if it affect anything. I ran into the same problem today, grabbed the latest snap

[ANNOUNCEMENT] Updated: {uw-imap/uw-imap-imapd/uw-imap-util/c-client}-2007f-2: UW IMAP Toolkit

Hi New versions of 'uw-imap/uw-imap-imapd/uw-imap-util/c-client' have been uploaded to a server near you. o Build for cygwin 1.7.20-1 with gcc-4.5.3-3 o Fixed header file packaging -> http://cygwin.com/ml/cygwin/2013-06/msg00113.html -> http://cygwin.com/ml/cygwin/2013-06/msg00114.html

Re: Do the runtime support the large file 2GB with fstati64 (error: undefined reference to __fstati64 )?

On 6/10/2013 09:11, Lord Flaubert Steve Ataucuri Cruz wrote: > Folks, > > I did some research at mailing list, faq and I didn't seek any > information about this error . I am trying to build an installer of > some great tools of linux to windows, but I wanna use and Cygwin > runtime and Mingw(plea

Re: Regression with 1.7.20-1

On Mon, Jun 10, 2013 at 03:28:02AM -0500, Steven Penny wrote: >On Mon, Jun 10, 2013 at 3:06 AM, Csaba Raduly wrote: >> "Does not work" is not a particularly helpful error report > >Neither is adding nothing more than a "hand slap". Csaba included useful information. You snipped it from your respo

Re: Regression with 1.7.20-1

Corinna Vinschen wrote: > Is that a Cygwin or a native tool? I guess the latter, in which case you may > want to try the latest developer snapshot 2013-06-08 from > http://cygwin.com/snapshots/ cygwin1-20130608.dll.bz2 does fix it. -- Problem reports: http://cygwin.com/problems.html FAQ:

Re: Fwd: Cygwin64: mkshortcut - Segmentation fault

On 6/7/2013 12:18 PM, Vasiliy wrote: I vote for this issue be double-checked: 1) there is only one (the latest one provided by setup) cygwin1.dll in my $PATH: $ which cygwin1.dll /usr/bin/cygwin1.dll $ uname -a CYGWIN_NT-6.1 Luminous 1.7.20(0.266/5/3) 2013-06-06 17:36 x86_64 Cygwin Well, so f

Re: Fwd: Cygwin64: mkshortcut - Segmentation fault

On Jun 10 12:18, Charles Wilson wrote: > On 6/7/2013 12:18 PM, Vasiliy wrote: > >I vote for this issue be double-checked: > > > >1) there is only one (the latest one provided by setup) cygwin1.dll in my > >$PATH: > >$ which cygwin1.dll > >/usr/bin/cygwin1.dll > > > >$ uname -a > >CYGWIN_NT-6.1 Lum

Re: peflags documentation anywhere?

Please confine questions to the cygwin mailing list. On 6/9/2013 7:53 PM, Philip Goetz wrote: I tried but was unable to find any documentation on peflags other than that provided by peflags --help This documentation indicates that I should be able to do something like this: $ peflags

Re: Fwd: Cygwin64: mkshortcut - Segmentation fault

On 6/10/2013 12:25 PM, Corinna Vinschen wrote: On Jun 10 12:18, Charles Wilson wrote: However, it appears that rebaseall defaults to 0x7000 regardless No, that's not right. rebaseall in the 64 bit distro defaults to 0x4: where it belongs. See rebaseall lines 91ff. Oh, here's th

xorg-server no longer support -wgl option

I have compiled 'gnubik' from GNU Ftp, and it fails with: $ gnubik (gnubik:28564): GdkGLExt-WARNING **: Window system doesn't support OpenGL. Upon checking, I couldn't see any longer XWin's -wgl option working, though no warnings were issued. Is that all right?: $ uname -srvm CYGWIN_NT-6.1 1.7.

Re: SQLite temporary path creation broken in latest stable release

On 6/9/2013 19:26, Daniel Colascione wrote: which I haven't been able to test You should. One of the changes is to prefer creating temporary tables in memory instead of on disk, which should bypass the problem. "/var/tmp/etilqs_z28HceqmzVr3ZO1\\etilqs_rnPCuceSOgjfeTd". This bug is alread

Re: SQLite temporary path creation broken in latest stable release

On 6/10/2013 12:21 PM, Warren Young wrote: > On 6/9/2013 19:26, Daniel Colascione wrote: >> which I haven't been able to test > > You should. One of the changes is to prefer creating temporary tables in > memory > instead of on disk, which should bypass the problem. This change makes me nervous

Re: SQLite temporary path creation broken in latest stable release

On 6/10/2013 14:21, Daniel Colascione wrote: On 6/10/2013 12:21 PM, Warren Young wrote: On 6/9/2013 19:26, Daniel Colascione wrote: which I haven't been able to test You should. One of the changes is to prefer creating temporary tables in memory instead of on disk, which should bypass the pr

Re: Cygwin64: mkshortcut - Segmentation fault

Just for the record, Vasiliy wrote: user@host /etc/postinstall $ /usr/bin/mkshortcut $CYGWINFORALL -P -i /usr/bin/XWin.exe -n "Cygwin-X/XWin Server" -a "/usr/bin/bash.exe -l -c /usr/bin/startxwin.exe" /usr/bin/run.exe Aborted (core dumped) I flagged a similar problem a few months ago for Cygwi

pty issue causes 'screen' to hang when run from mintty as detached

See here for additional information and reproducible steps in the mintty support ticket: https://code.google.com/p/mintty/issues/detail?id=390 I can reproduce this using cygwin 1.7.20, 1.7.19, 1.7.18, 1.7.15, and 1.7.7. Screen does NOT hang when is is created by calling the first command throu

aprovechas las mejores ofertas

si te gusta la fortuna de san carlos. dale me gusta a nuestro sitio en fb https://www.facebook.com/fortunacostarica?ref=tn_tnmn La Fortuna Costa Rica aqui estaremos publicando las mejores ofertas, t

semget() crash

Please find attached a short test programme derived from the semaphore handling code in Poco. The test crashes in the call to semget(), reporting 'Bad system call (core dumped)'. I am using the latest 32-bit snapshot (2013-06-08). The test programme runs correctly under Fedora 18 x64. BTW, th

Re: semget() crash

On Mon, Jun 10, 2013 at 10:23:59PM +0100, David Stacey wrote: >Please find attached a short test programme derived from the semaphore >handling code in Poco. The test crashes in the call to semget(), >reporting 'Bad system call (core dumped)'. I am using the latest 32-bit >snapshot (2013-06-08).

Re: semget() crash

On 10/06/2013 22:34, Christopher Faylor wrote: On Mon, Jun 10, 2013 at 10:23:59PM +0100, David Stacey wrote: >Please find attached a short test programme derived from the semaphore >handling code in Poco. The test crashes in the call to semget(), >reporting 'Bad system call (core dumped)'. I am

[ANNOUNCEMENT] Updated: ocaml-4.00.1-1

The OCaml packages have been updated to the upstream release 4.00.1. This is a major release with lots of changes. See http://caml.inria.fr/ocaml/release.en.html for more details about the changes in this release. DESCRIPTION: OCaml is a fast modern type-inferring functional prog

[ANNOUNCEMENT] Updated: vim-7.3.1152-1

The following packages have been updated for the Cygwin distribution: *** vim-7.3.1152-1 *** vim-common-7.3.1152-1 *** vim-minimal-7.3.1152-1 *** xxd-7.3.1152-1 *** gvim-7.3.1152-1 Vim is an advanced text editor that seeks to provide the power of the de-facto Unix editor 'Vi', with a more comple

Re: xorg-server no longer support -wgl option

On 2013-06-10 12:33, Vasiliy wrote: Upon checking, I couldn't see any longer XWin's -wgl option working, though no warnings were issued. Is that all right?: $ uname -srvm CYGWIN_NT-6.1 1.7.20(0.266/5/3) 2013-06-06 17:36 x86_64 user@host ~ $ XWin.exe -multiwindow -wgl Welcome to the XWin X Serve

Using 'test' fails when referencing home '~' from bash loop

The following never exits the loop: until test -f "~/file.txt"; do sleep 1 && echo sleep; done; echo done The following does: until test -f "/cygdrive/d/cygwin-home/file.txt"; do sleep 1 && echo sleep; done; echo done HOME is set and confirmed: echo $HOME /cygdrive/d/cygwin-home -- Problem

GCC and symlink are incompatibility on 64-bit windows

Hi I'm running windows 8 64 -bit, and I installed cygwin 1.7 for I want to install lxml module of python. the command as: pip install lxml during the running it need to run E:\cygwin\bin\gcc.exe -mcygwin -mdll -O -Wall -Ic:\users\it-04\appdata\local\tem p\pip-build-IT-04\lxml\src\lxml\includes

GCC and symlink are incompatibility on 64-bit windows

Hi I'm running windows 8 64 -bit, and I installed cygwin 1.7 for I want to install lxml module of python. the command as: pip install lxml during the running it need to run E:\cygwin\bin\gcc.exe -mcygwin -mdll -O -Wall -Ic:\users\it-04\appdata\local\tem p\pip-build-IT-04\lxml\src\lxml\includes

Re: pty issue causes 'screen' to hang when run from mintty as detached

> See here for additional information and reproducible steps in the mintty > support ticket: > https://code.google.com/p/mintty/issues/detail?id=390 > > I can reproduce this using cygwin 1.7.20, 1.7.19, 1.7.18, 1.7.15, and 1.7.7. > > Screen does NOT hang when is is created by calling the first c

Re: Using 'test' fails when referencing home '~' from bash loop

From: "Matt D." > The following never exits the loop: > until test -f "~/file.txt"; do sleep 1 && echo sleep; done; echo done This is not an error, or even Cygwin related. With Bash you must now quote "~" if you want it to expand. Do this [ -f ~/file.txt ] or this [ -f ~'/file.txt' ] or t

Re: GCC and symlink are incompatibility on 64-bit windows

Lu Sheng wrote: E:\cygwin\bin\gcc.exe -mcygwin -mdll -O -Wall -Ic:\users\it-04\appdata\local\tem p\pip-build-IT-04\lxml\src\lxml\includes -IC:\Python27\include -IC:\Python27\PC -c src\lxml\lxml.etree.c -o build\temp.win-amd64-2.7\Release\src\lxml\lxml.etree .o when this command run, I will rece

Re: Using 'test' fails when referencing home '~' from bash loop

Steven Penny wrote: From: "Matt D." The following never exits the loop: until test -f "~/file.txt"; do sleep 1 && echo sleep; done; echo done This is not an error, or even Cygwin related. With Bash you must now quote "~" if you want it to expand. Do this [ -f ~/file.txt ] or this [ -f ~

Re: GCC and symlink are incompatibility on 64-bit windows

How did you change the name? I change the name in windows 8. Why are you using E:\ in cygwin? I am not running in cygwin. it is running cmd in window 8 as I want install a plugin for python in windows. How can I set the virtualenv module of python to make the pip command run as in cygwin environm

Re: pty issue causes 'screen' to hang when run from mintty as detached

> $ screen -S name -d -m > $ screen -S name -x > Remove dead screens with 'screen -wipe'. > $ Sorry, typed by hand, corrected above. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscr

Re: GCC and symlink are incompatibility on 64-bit windows

On Tue, Jun 11, 2013 at 10:34:38AM +1000, Lu Sheng wrote: >Hi > >I'm running windows 8 64 -bit, and I installed cygwin 1.7 for I want >to install lxml module of python. >the command as: > >pip install lxml > >during the running it need to run > >E:\cygwin\bin\gcc.exe -mcygwin -mdll -O -Wall >-Ic:\

make hangs when compiling twf-0.4

Attempting to compile twf: http://gtk-apps.org/content/show.php/?content=83361 Configures fine. Then on make it hangs on what appears to be the linking stage: /bin/sh ../libtool --tag=CC --mode=link gcc -rdynamic -g -O2-o twf.exe main.o themes.o -lglade-2.0 -lgtk-x11-2.0 -lxml2 -lgdk-x1

Re: Python core dump depending on module import order with latest upgrade

On 6/9/2013 12:35 PM, GrahamC wrote: Since the latest upgrade the following python program causes an "Aborted (core dumped)" error: #!/usr/bin/python import ctypes import zlib a = 1 If the order of imports is reversed (zlib then ctypes) no core dump error occurs. python2.7.exe.stackdump cont

Re: GCC and symlink are incompatibility on 64-bit windows

how can I use cygwin tools, if I want to compile the object file in cygwin and invoke it in windows python? -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwi

Re: GCC and symlink are incompatibility on 64-bit windows

Lu Sheng wrote: how can I use cygwin tools, if I want to compile the object file in cygwin and invoke it in windows python? If you compile under cygwin, you are designing it to run under posix (linux like environment) -- not under windows. If you want it to run under window you need to use