Re: [ITP] gvfs
On 4/2/2012 11:45 PM, Yaakov (Cygwin/X) wrote: On 2012-03-16 07:08, Ken Brown wrote: In the thread that started at http://cygwin.com/ml/cygwin-xfree/2011-11/msg00040.html you said you were going to ITP gvfs to see if it would solve some problems with emacs built against gtk3. Is that still your plan? Here it is: ftp://ftp.cygwinports.org/pub/cygwinports/release-2/GNOME/gvfs/ I tried to build it from source and got the following error: checking for XML::Parser... configure: error: XML::Parser perl module is required for intltool Do we need a perl-XML-Parser package? Ken
Re: [ITP] gvfs
On 4/3/2012 8:48 AM, Ken Brown wrote: On 4/2/2012 11:45 PM, Yaakov (Cygwin/X) wrote: On 2012-03-16 07:08, Ken Brown wrote: In the thread that started at http://cygwin.com/ml/cygwin-xfree/2011-11/msg00040.html you said you were going to ITP gvfs to see if it would solve some problems with emacs built against gtk3. Is that still your plan? Here it is: ftp://ftp.cygwinports.org/pub/cygwinports/release-2/GNOME/gvfs/ I tried to build it from source and got the following error: checking for XML::Parser... configure: error: XML::Parser perl module is required for intltool Do we need a perl-XML-Parser package? Ignore my question. I've been using the (still experimental!!) perl-5.14.1, and I just realized that I need to install the perl_vendor package to get XML::Parser. Sorry for the noise. Ken
Re: ITP: algol68g
On 2012-04-03 14:56, Thomas Wolff wrote: cygport algol68g-2.3.7.4-1.cygport prep, then cygport algol68g-2.3.7.4-1.cygport compile, says this: Compiling algol68g-2.3.7.4-1 which: no autopoint in ($PATH) cygcheck -p autopoint will show you what you're missing. Yaakov
Re: Problems with emacs built against gtk3
On 2012-04-03 16:11, Ken Brown wrote: Now that gvfs is available, I've built the latest emacs-24 pretest against gtk3 and removed the GSETTINGS_BACKEND=memory setting, but I still have the same problem. If I start emacs and then just walk away from it, after a while it will die with a segfault. (It may take an hour or more before this happens.) And with gtk2? I've got a backtrace (attached), but it may not be useful because of optimization. I don't see anything in the backtrace which indicates that this is gtk3-related; I would guess it is a bug in either cygwin or emacs. Yaakov -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: Problems with emacs built against gtk3
On 4/3/2012 6:30 PM, Yaakov (Cygwin/X) wrote: On 2012-04-03 16:11, Ken Brown wrote: Now that gvfs is available, I've built the latest emacs-24 pretest against gtk3 and removed the GSETTINGS_BACKEND=memory setting, but I still have the same problem. If I start emacs and then just walk away from it, after a while it will die with a segfault. (It may take an hour or more before this happens.) And with gtk2? There's no problem when emacs is built with gtk2. There's also no problem with gtk3, provided I set GSETTINGS_BACKEND=memory. I'll probably just have to stick with gtk2 for the next emacs release. Ken -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: Problems with emacs built against gtk3
On 2012-04-03 20:52, Ken Brown wrote: There's no problem when emacs is built with gtk2. There's also no problem with gtk3, provided I set GSETTINGS_BACKEND=memory. I regularly run the entire GNOME desktop for hours (if not days) on end, so I really don't think that this is a bug in dconf or gvfs. I'll probably just have to stick with gtk2 for the next emacs release. That's fine; gtk2 isn't going anywhere for a while. Yaakov -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
src/winsup/cygwin ChangeLog include/cygwin/ver ...
CVSROOT:/cvs/src Module name:src Changes by: cori...@sourceware.org 2012-04-03 14:54:17 Modified files: winsup/cygwin : ChangeLog winsup/cygwin/include/cygwin: version.h Log message: * include/cygwin/version.h (CYGWIN_VERSION_DLL_MINOR): Bump to 13. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=srcr1=1.5791r2=1.5792 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/include/cygwin/version.h.diff?cvsroot=srcr1=1.365r2=1.366
src/winsup/doc ChangeLog new-features.sgml
CVSROOT:/cvs/src Module name:src Changes by: cori...@sourceware.org 2012-04-03 19:16:10 Modified files: winsup/doc : ChangeLog new-features.sgml Log message: 2012-04-03 Corinna Vinschen cori...@vinschen.de * new-features.sgml (ov-new1.7.12): Fix layout of flock example. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/doc/ChangeLog.diff?cvsroot=srcr1=1.391r2=1.392 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/doc/new-features.sgml.diff?cvsroot=srcr1=1.108r2=1.109
[PATCH] Mouse reporting modes 1006 and 1015 for extended coordinates
This patch implements mouse modes 1006 and 1015 for the cygwin console (no experimental add-ons this time :) ). They enable unlimited mouse coordinate reporting like recent xterm, mintty, urxvt. If someone is interested, I could also implement mouse mode 1005. Thomas 2012-04-03 Thomas Wolff t...@towo.net * fhandler.h (class dev_console): Two flags for extended mouse modes. * fhandler_console.cc (fhandler_console::read): Implemented extended mouse modes 1015 (urxvt, mintty, xterm) and 1006 (xterm). Not implemented extended mouse mode 1005 (xterm, mintty). Supporting mouse coordinates greater than 222 (each axis). Also: two { wrap formatting consistency fixes. (fhandler_console::char_command) Initialization of enhanced mouse reporting modes. diff -rup sav/fhandler.h ./fhandler.h --- sav/fhandler.h 2012-04-01 19:46:04.0 +0200 +++ ./fhandler.h2012-04-03 15:52:07.893561600 +0200 @@ -1282,6 +1282,8 @@ class dev_console bool insert_mode; int use_mouse; + bool ext_mouse_mode6; + bool ext_mouse_mode15; bool use_focus; bool raw_win32_keyboard_mode; diff -rup sav/fhandler_console.cc ./fhandler_console.cc --- sav/fhandler_console.cc 2012-04-02 00:28:55.0 +0200 +++ ./fhandler_console.cc 2012-04-03 15:56:13.993152400 +0200 @@ -452,12 +452,13 @@ fhandler_console::read (void *pv, size_t { char c = dev_state.backspace_keycode; nread = 0; - if (control_key_state ALT_PRESSED) { - if (dev_state.metabit) - c |= 0x80; - else - tmp[nread++] = '\e'; - } + if (control_key_state ALT_PRESSED) + { + if (dev_state.metabit) + c |= 0x80; + else + tmp[nread++] = '\e'; + } tmp[nread++] = c; tmp[nread] = 0; toadd = tmp; @@ -550,6 +551,7 @@ fhandler_console::read (void *pv, size_t events at the same time. */ int b = 0; char sz[32]; + char mode6_term = 'M'; if (mouse_event.dwEventFlags == MOUSE_WHEELED) { @@ -573,7 +575,7 @@ fhandler_console::read (void *pv, size_t { b = dev_state.last_button_code; } - else if (mouse_event.dwButtonState dev_state.dwLastButtonState) + else if (mouse_event.dwButtonState dev_state.dwLastButtonState !dev_state.ext_mouse_mode6) { b = 3; strcpy (sz, btn up); @@ -594,6 +596,10 @@ fhandler_console::read (void *pv, size_t strcpy (sz, btn3 down); } + if (dev_state.ext_mouse_mode6) /* distinguish release */ + if (mouse_event.dwButtonState dev_state.dwLastButtonState) + mode6_term = 'm'; + dev_state.last_button_code = b; if (mouse_event.dwEventFlags == MOUSE_MOVED) @@ -625,25 +631,46 @@ fhandler_console::read (void *pv, size_t b |= dev_state.nModifiers; /* We can now create the code. */ - sprintf (tmp, \033[M%c%c%c, b + ' ', dev_state.dwMousePosition.X + ' ' + 1, dev_state.dwMousePosition.Y + ' ' + 1); + if (dev_state.ext_mouse_mode6) + { + sprintf (tmp, \033[%d;%d;%d%c, b, dev_state.dwMousePosition.X + 1, dev_state.dwMousePosition.Y + 1, mode6_term); + nread = strlen (tmp); + } + else if (dev_state.ext_mouse_mode15) + { + sprintf (tmp, \033[%d;%d;%dM, b + 32, dev_state.dwMousePosition.X + 1, dev_state.dwMousePosition.Y + 1); + nread = strlen (tmp); + } + /* else if (dev_state.ext_mouse_mode5) not implemented */ + else + { + unsigned int xcode = dev_state.dwMousePosition.X + ' ' + 1; + unsigned int ycode = dev_state.dwMousePosition.Y + ' ' + 1; + if (xcode = 256) + xcode = 0; + if (ycode = 256) + ycode = 0; + sprintf (tmp, \033[M%c%c%c, b + ' ', xcode, ycode); + nread = 6; /* tmp may contain NUL bytes */ + } syscall_printf (mouse: %s at (%d,%d), sz, dev_state.dwMousePosition.X, dev_state.dwMousePosition.Y); toadd = tmp; - nread = 6; } } break; case FOCUS_EVENT: - if (dev_state.use_focus) { - if (input_rec.Event.FocusEvent.bSetFocus) - sprintf (tmp,
Re: console: new mouse modes, request/response attempt
Am 02.04.2012 22:40, schrieb Christopher Faylor: On Mon, Apr 02, 2012 at 09:50:17PM +0200, Thomas Wolff wrote: Am 02.04.2012 20:50, schrieb Christopher Faylor: On Mon, Apr 02, 2012 at 08:46:31PM +0200, Thomas Wolff wrote: ... * semi-fix for missing terminal status responses The fix tries to detect the proper fhandler for CONIO, which is then used to queue the response. Problem 1: I am not sure whether this detection is proper in all cases, what e.g. if /dev/tty is reopened etc. I don't know where else a relation between the handles for CONIN and CONOUT might be established. Problem 2: While the response reaches the application with this patch, only the first byte is read right-away. Further bytes are delayed until other input is becoming present (typing a key). This may (or may not) be related to other issues with select(), so maybe it's worth analyzing it. Thomas diff -rup sav/fhandler.h ./fhandler.h --- sav/fhandler.h 2012-04-01 19:46:04.0 +0200 +++ ./fhandler.h2012-04-02 15:47:22.385727000 +0200 @@ -1282,8 +1282,11 @@ class dev_console bool insert_mode; int use_mouse; + bool ext_mouse_mode6; + bool ext_mouse_mode15; bool use_focus; bool raw_win32_keyboard_mode; + fhandler_console * fh_tty; inline UINT get_console_cp (); DWORD con_to_str (char *d, int dlen, WCHAR w); diff -rup sav/fhandler_console.cc ./fhandler_console.cc --- sav/fhandler_console.cc 2012-04-02 00:28:55.0 +0200 +++ ./fhandler_console.cc 2012-04-02 18:02:26.004016200 +0200 @@ -139,6 +139,8 @@ fhandler_console::set_unit () if (shared_console_info) { fh_devices this_unit = dev (); + if (this_unit == FH_TTY) + dev_state.fh_tty = this; You *definitely* just can't squirrel away a pointer to a random fhandler here. ... `this' is a pointer to a fhandler. You can't just store it in a static location and use it whenever you want later. You have no idea how long this fhandler will be around. What happens if it's destroyed? Yes, that's why I mentioned problem 1 above. The patch is experimental, and it revealed that even if the missing relation could be properly established, there's still the other problem... (see below). Do we really care about console mode that much now that mintty is the default? Maybe not, but the fact that it works partially but subsequent characters are postponed resembles the other problem that I have just reported tocyg...@cygwin.com, which makes me wonder whether there is one common problem. Also when I originally tweaked the mouse code, I couldn't completely understand the code in select.cc (only got it to work by pattern matching code...). I did notice, however, that select and read were inconsistent in the sense that an application having called select() with a positive response may not be able to get a byte with a subsequent read(), because criteria were re-evaluated and could have different results (esp. in border cases). I did fix it by strictly applying the same guard routine for both cases, but only for the mouse code branch. If you have an example of actual failing code then please post it. My point is: The function that doesn't work here, puts_readahead/put_readahead, is also called in fhandler_pty_master::accept_input () (fhandler_tty.cc) and in fhandler_termios::line_edit () (fhandler_termios.cc), and I remember pipe and/or pty problems being discussed recently. Also there is the input delay issue in mintty/xterm I described (and by the way, I forgot to mention it does not happen anymore in the terminal after rlogin to another system) and somehow I suspect they might have a common cause, or similar causes. -- Thomas
Re: cant commit memory for stack error with perl
Hi I don't know why, but re-installing from scratch seems to have sorted it out. Thanks for all your help Corinna! Regards, Noel Grandin Disclaimer: http://www.peralex.com/disclaimer.html -- 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
GCJ Cygwin on Windows VITAL QUESTIONS
-Is it possible to include some sort of PATH/CLASSPATH variable link to the Javak 2 1.6 version of rt.jar in order to have SWING and AWT from that version recognised, compiled, and executed appropriately with the latest version of GCJ that installs from CYGWIN installation packages? -Even before that stage, I am trying to compile and run a hello world program, and find the following error: //- $ gcj Program.java --main=Program -o Program.exe Exception in thread main java.lang.NoClassDefFoundError: org.eclipse.jdt.internal.compiler.batch.GCCMain at gnu.java.lang.MainThread.run(Unknown Source) Caused by: java.lang.ClassNotFoundException: org.eclipse.jdt.internal.compiler.batch.GCCMain not found in gnu.gcj.runtime.SystemClassLoader{urls=[], parent=gnu.gcj.runtime.ExtensionClassLoader{urls=[], parent=null}} at java.net.URLClassLoader.findClass(Unknown Source) at java.lang.ClassLoader.loadClass(Unknown Source) at java.lang.ClassLoader.loadClass(Unknown Source) at gnu.java.lang.MainThread.run(Unknown Source) //- -What can I do to avoid this problem, and complete compiling (or cross-compiling) successfully? -This message seems to cite something to do with eclipse. I am trying to avoid the gcj-ecj approach of 37 Megabytes compiled along with my program. I have heard that I can have GCJ for Windows cross-compile a self-executable, much smaller program. Will this still be my final result,using the official install packages available from the CYGWIN official internet packages hierarchy supplied with the latest installer's list? -- 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: Process Substitution / Named Pipes in cygwin 1.7.11-1
On Apr 2 17:33, Corinna Vinschen wrote Hello all, I am running Cygwin DLL 1.7.11-1 and the bash command cat (echo 1234) (not very profound, ok) works fine on my Win7-64 box. Now I installed the same Cygwin release on an older PC running WinXP: the above command does not execute properly and breaks with the error message bash: /dev/fd/62: No such file or directory. Does /dev/fd exist and is it a symlink to /proc/self/fd? It does not exist. My Cygwin installation on the old WinXP-PC actually was an upgrade of an older Cygwin installation (from 2007 or so), not a new installation from scratch. Maybe it was not a very wise strategy to try to upgrade such an oldtimer ;- ... I will remove the upgraded Cygwin installation and then install from scratch. I'm confident, this will solve the problems... Thanks a lot for your advice. Best regards, Sven -- Mit freundlichen Grüßen Dipl. Inform. Sven Severus Softwareentwicklung -- HIMA Paul Hildebrandt GmbH + CO KG Abt: Entwicklung Software Albert-Bassermann-Strasse 28 68782 Bruehl Germany Tel: +49 6202 709-289 Fax: +49 6202 709-299 E-Mail: s.seve...@hima.com Internet: www.hima.de -- HIMA Paul Hildebrandt GmbH + Co KG, Albert-Bassermann-Str. 28, 68782 Bruehl bei Mannheim Kommanditgesellschaft, Sitz Bruehl, Deutschland - Registergericht Mannheim HRA 421017 Ust-ID: DE 144286400, St.Nr: 43038 00190 Persoenlich haftende Gesellschafterin Paul Hildebrandt Verwaltungsgesellschaft mbH, Sitz Bruehl, Deutschland - Registergericht Mannheim HRB 420588 Geschaeftsfuehrer: Dipl.-Betriebswirt Steffen Philipp -- 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: Process Substitution / Named Pipes in cygwin 1.7.11-1
On Apr 3 10:32, Sven Severus wrote: On Apr 2 17:33, Corinna Vinschen wrote Hello all, I am running Cygwin DLL 1.7.11-1 and the bash command cat (echo 1234) (not very profound, ok) works fine on my Win7-64 box. Now I installed the same Cygwin release on an older PC running WinXP: the above command does not execute properly and breaks with the error message bash: /dev/fd/62: No such file or directory. Does /dev/fd exist and is it a symlink to /proc/self/fd? It does not exist. My Cygwin installation on the old WinXP-PC actually was an upgrade of an older Cygwin installation (from 2007 or so), not a new installation from scratch. Maybe it was not a very wise strategy to try to upgrade such an oldtimer ;- ... I will remove the upgraded Cygwin installation and then install from scratch. I'm confident, this will solve the problems... Why the big hammer? Why not start with ln -s /proc/self/fd /dev/fd ? Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- 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: aria2c core dump problem
it is more than half a year since Christian report this bug, but aria2c still core dump, I still have to keep libstdc++ in old version. 2011/12/29 silent silent2...@gmail.com: thanks, I downgraded libstdc++, aria2c works again. 2011/12/27 Christian Franke christian.fra...@t-online.de: silent wrote: setup.exe v2.763 windows xp pro 32 bit, nearly fresh install, every time run aria2c it core dump: $ aria2c Aborted (core dumped) The core dump does no longer occur after libstdc++6 package (cygstdc++6.dll) is downgraded to previous version 4.3.4-4. The root of the problem is likely the libstdc++6 4.5.3-2 backward compatibility problem I reported here: http://cygwin.com/ml/cygwin/2011-09/msg00341.html Christian -- 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 -- 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: aria2c core dump problem
On 4/3/2012 10:58 AM, silent wrote: it is more than half a year since Christian report this bug, but aria2c still core dump, I still have to keep libstdc++ in old version. 2011/12/29 silentsilent2...@gmail.com: thanks, I downgraded libstdc++, aria2c works again. 2011/12/27 Christian Frankechristian.fra...@t-online.de: silent wrote: setup.exe v2.763 windows xp pro 32 bit, nearly fresh install, every time run aria2c it core dump: $ aria2c Aborted (core dumped) The core dump does no longer occur after libstdc++6 package (cygstdc++6.dll) is downgraded to previous version 4.3.4-4. The root of the problem is likely the libstdc++6 4.5.3-2 backward compatibility problem I reported here: http://cygwin.com/ml/cygwin/2011-09/msg00341.html Christian Hi Christian, is seems enough to recompile aria2 with the new compiler $ aria2c -Z http://matzeri.altervista.org/cygwin-1.7/lapack/index.html http://matzeri.altervista.org/cygwin-1.7/lapack/lapack-3.4.0-3-src.tar.bz2 2012-04-03 11:45:14.709407 WARN - You may encounter the certificate verification error with HTTPS server. See --ca-certificate and --check-certificate option. 2012-04-03 11:45:14.796412 NOTICE - Download complete: /tmp/index.html [#2 SIZE:5.5MiB/7.3MiB(75%) CN:5 SPD:5.6MiBs] 2012-04-03 11:45:16.691521 NOTICE - Download complete: /tmp/lapack-3.4.0-3-src.tar.bz2 Download Results: gid|stat|avg speed |path/URI ===++===+=== 1| OK| 227.5KiB/s|/tmp/index.html 2| OK| 4.8MiB/s|/tmp/lapack-3.4.0-3-src.tar.bz2 Status Legend: (OK):download completed. Kostya, could you recompile ? Regards Marco -- 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
GCJ in Cygwin on Windows, Please someone address!
-Is it possible to include some sort of PATH/CLASSPATH variable link to the Javak 2 1.6 version of rt.jar in order to have SWING and AWT from that version recognised, compiled, and executed appropriately with the latest version of GCJ that installs from CYGWIN installation packages? -Even before that stage, I am trying to compile and run a hello world program, and find the following error: //- $ gcj Program.java --main=Program -o Program.exe Exception in thread main java.lang.NoClassDefFoundError: org.eclipse.jdt.internal.compiler.batch.GCCMain at gnu.java.lang.MainThread.run(Unknown Source) Caused by: java.lang.ClassNotFoundException: org.eclipse.jdt.internal.compiler.batch.GCCMain not found in gnu.gcj.runtime.SystemClassLoader{urls=[], parent=gnu.gcj.runtime.ExtensionClassLoader{urls=[], parent=null}} at java.net.URLClassLoader.findClass(Unknown Source) at java.lang.ClassLoader.loadClass(Unknown Source) at java.lang.ClassLoader.loadClass(Unknown Source) at gnu.java.lang.MainThread.run(Unknown Source) //- -What can I do to avoid this problem, and complete compiling (or cross-compiling) successfully? -This message seems to cite something to do with eclipse. I am trying to avoid the gcj-ecj approach of 37 Megabytes compiled along with my program. I have heard that I can have GCJ for Windows cross-compile a self-executable, much smaller program. Will this still be my final result,using the official install packages available from the CYGWIN official internet packages hierarchy supplied with the latest installer's list? -- 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: GCJ in Cygwin on Windows, Please someone address!
On 4/3/2012 12:02 PM, Me Myself and I wrote: Me Myself and I does not authorize you to repeat the same question multiple times. Yaakov already provided you an answer to your first mail http://cygwin.com/ml/cygwin/2012-04/msg00066.html You can at least give us the courtesy to followup from there and to not spam the list. Regards Marco -- 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: Windows7 broke DRIVELETTER:/path on cmdline of non-cygwin exe
On Tue, Apr 3, 2012 at 1:55 AM, cygwin at raf.org wrote: On the Windows XP computer, this works. On the Windows 7 computer, after entering the command line and pressing enter, nothing happens until we press Ctrl-C to terminate it. Adding debug output to the very start of the programme emits nothing. It's as though the programme itself hasn't started running yet at all. If I replace the F:/import with /cygdrive/f/import then the programme is able to execute (and emit debug output) but it then terminates when it is unable to locate a file relative to the given path (presumably because /cygdrive/f isn't a real directory to a non-cygwin programme). See: Problem reports: http://cygwin.com/problems.html Then check http://cygwin.com/snapshots to see if the most recent DLL has the problem fixed. -- Earnie -- https://sites.google.com/site/earnieboyd -- 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: SOCKS without SSH?
Greetings, Marilo! What are my options, what commands, for setting up a SOCKS server without SSH? http://3proxy.ru/ -- WBR, Andrey Repin (anrdae...@freemail.ru) 03.04.2012, 17:41 Sorry for my terrible english... -- 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: [bug] Something fishy going on with sqlite3...
Achim Gratz Stromeko at NexGo.DE writes: I'm stumped... The solution to this riddle: sqlite3 wrongly infers Cygwin as SQLITE_OS_WIN. Forcing a define for SQLITE_OS_UNIX produces an executable that works with temp store to disk even when the user is not an administrator. Additionally, the good folks at SQLite.org changed their naming scheme, so I've had to come up with a new cygport definition. -- Achim. -- 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
[ANNOUNCEMENT] Updated: syslog-ng-3.2.5-1
I have updated syslog-ng to the upstream release 3.2.5. The upstream package needed a few minor patches, mainly a heartily autoreconf, as well as adding a missing cygwin-specific file. The package is now created using cygport. To update your installation, click on the Install Cygwin now link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Then, run setup and answer all of the questions. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-announce-unsubscribe-you=yourdomain@cygwin.com If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at the above URL. -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- 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: GCJ in Cygwin on Windows, Please someone address!
Reposting the same question three hours later is bad form. Please don't do this. -- 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
[ANNOUNCEMENT] Updated: Cygwin 1.7.12
Hi Cygwin friends and users, I just released 1.7.12. This is mainly a bugfix release, but a couple of bigger changes were required under the hood to fix some of the bugs. What's new: === - Cygwin now automatically populates the /dev directory with all existing POSIX devices. - Add virtual /proc/PID/mountinfo file. - flock now additionally supports the following scenario, which requires to propagate locks to the parent process: ( flock -n 9 || exit 1 # ... commands executed under lock ... } 9/var/lock/mylockfile Only propagation to the direct parent process is supported so far, not to grand parents or sibling processes. - Add a detect_bloda setting for the CYGWIN environment variable to help finding potential BLODAs. Bug fixes: == - Fix a subtle, long-standing bug when reading the CYGWIN environment variable, which could result in overwriting unrelated memory. - Fix wrong MB_CUR_MAX setting at process startup. - Define tcgetsid with correct return type. - Fix Ctrl-C handling in the console for Cygwin processes. - Fix a bug in controlling tty handling when duplicating a console descriptor. - More fixes to handle DLL loading correctly. - Fix a problem with a Windows network function misbehaving if the stack of the current thread is in the high address area. Typically this only affected 64 bit systems. - Fix a bug in Cygwin executable recognition which could result in some applications not started correctly. - Don't handle 0 bytes reads on pipes as EOF. - Fix scenarios in which the signal handling between parent and child process were broken due to a race condition. - Fix a memory leak in synchronization calls like sleep or pthread_cond_timedwait. - Fix definitions of MCAST_INCLUDE and MCAST_EXCLUDE in cygwin/socket.h. - Simplify system time handling, fix return values of clock_getres and clock_setres for CLOCK_REALTIME, and fix potential infinite loop due to overaggressive optimization. - Avoid using a potentially unrelated handle as stdio handle. - Fix a few potential crashes. Have fun, Corinna *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-announce-unsubscribe-you=yourdomain@cygwin.com If you need more information on unsubscribing, start reading here: http://sourceware.org/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- 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: How to run bash shell script in cygwin?
Hi, Dave Korn wrote: Hey, why not plug our own faq while we're at it? http://cygwin.com/faq/faq.using.html#faq.using.not-found One minor comment I have about point 12 in the FAQ, now that I went reading. The following advice is given: You should rather install sshd and use ssh username@localhost as a su replacement. With ssh, use rather: ssh username@$(hostname) This is because ssh will record the host key with the name. You don't want to record random host keys with the stable 'localhost' name. Marc -- View this message in context: http://old.nabble.com/How-to-run-bash-shell-script-in-cygwin--tp11690723p33545030.html Sent from the Cygwin list mailing list archive at Nabble.com. -- 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: 1.7.11: Ctrl-C does not work in bash shell (Win7)
On 2012-04-03 18:17Z, Spackmann, Richard M. wrote: [...Ctrl-C handling...] If so, when is the next cygwin bug release due out? I am running Windows 7 and just upgraded to 1.7.11 1.7.12 was released today, and the announcement: http://cygwin.com/ml/cygwin/2012-04/msg00082.html mentions a change in Ctrl-C handling. -- 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
Start sshd service manually instead of automatically
What is the best way to change the sshd service to Manual start if it is already installed using Automatic start? -- 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: Start sshd service manually instead of automatically
On Apr 3 11:31, Matt Seitz (matseitz) wrote: What is the best way to change the sshd service to Manual start if it is already installed using Automatic start? Use the Services MMC-SnapIn, or use the sc command in an elevated shell: $ sc config sshd start= demand Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- 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: How to run bash shell script in cygwin?
Greetings, Marc Girod! Hey, why not plug our own faq while we're at it? http://cygwin.com/faq/faq.using.html#faq.using.not-found One minor comment I have about point 12 in the FAQ, now that I went reading. The following advice is given: You should rather install sshd and use ssh username@localhost as a su replacement. With ssh, use rather: ssh username@$(hostname) This is because ssh will record the host key with the name. You don't want to record random host keys with the stable 'localhost' name. Took me a few moments to realize, but I think this is possible even now, when you use ssh on localhost:mapped-port. -- WBR, Andrey Repin (anrdae...@freemail.ru) 03.04.2012, 23:05 Sorry for my terrible english... -- 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: GCJ related questions
Am 03.04.2012 07:49, schrieb Yaakov (Cygwin/X): ... GCJ absolutely requires ECJ for compiling Java sources. You can either download the necessary jar manually, as mentioned previously, or install the java-ecj package from Ports. So the gcj package should actually not have been included in cygwin at all without the proper dependency and the necessary packages, if I understood the cygwin policy correctly. Thomas -- 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: input delay issues
Am 02.04.2012 22:56, schrieb Christopher Faylor: On Mon, Apr 02, 2012 at 09:46:51PM +0200, Thomas Wolff wrote: When input is typed-ahead, on a Unix or Linux systems it will be buffered and used as soon as an application looks for it. Try this: - Run a slow command (e.g. sleep 5) - Type abc while running On Linux, abc will be echoed on the screen (disturbing output if there is any). After the command terminates, the shell will look for input, find abc and redisplay it properly on the command line. In the cygwin console, abc remains invisible while the command is running, but it is redisplayed afterwards. In mintty, abc is echoed while typed-ahead, but is *not* read and echoed by the shell after the command terminates. Only after you then type another character, the whole command line is refreshed. Yes. The console is a windows device and that's the way that Windows works. Doing it anyway else would mean keeping a separate thread in Cygwin and essentially adding back CYGWIN=tty, which we're obviously not going to do. OK, so there is a clear background explaining the console behavior; however, I described it only for completeness and to compare, the actual problem is with mintty/xterm/urxvt: Input which is available is not being detected - this is likely to be a problem with select() or O_NONBLOCKed read() (whichever bash uses) or both. Thomas -- 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: 1.7.11: Ctrl-C does not work in bash shell (Win7)
Spackmann, Richard M. sent the following at Tuesday, April 03, 2012 2:18 PM When I open up a cygwin command line bash shell and I notice now that Ctrl-C does not exit out from the current command prompt to start a new one. Ctrl-C will however exit a running process. Is this to be the behavior from now on, or is a reoccurrence of the possible bug as reported in http://cygwin.com/ml/cygwin/2012-03/msg00102.html. If so, when is the next cygwin bug release due out? I am running Windows 7 and just upgraded to 1.7.11 - attached is the output of cygcheck. I think that it may be bash, not cygwin. Bash does not exit with ^C, but will with ^D. See SIGNALS in man bash. (A feature, not a bug.) If you want to replace an instance of bash with a new one, think about using the exec builtin. - Barry Disclaimer: Statements made herein are not made on behalf of NIAID. -- 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: Is this supposed to work this way?
Andrey Repin sent the following at Tuesday, April 03, 2012 3:21 PM [Z:\]$ assoc .sh .sh=unixshell.script [Z:\]$ ftype unixshell.script unixshell.script=C:/Programs/Cygwin/bin/env.exe %1 %* [Z:\]$ testcase.sh ++ readlink -fn 'Z:\testcase.sh' + XXX='/z/Z:\testcase.sh' + echo '/z/Z:\testcase.sh' /z/Z:\testcase.sh ++ dirname '/z/Z:\testcase.sh' + XXX=/z/Z: + echo /z/Z: /z/Z: + ls -l /z/Z: ls: cannot access /z/Z:: No such file or directory The testcase.sh is very simple. #! /bin/sh set -x XXX=${XXX:=$(readlink -fn $0)} echo $XXX XXX=$(dirname $XXX) echo $XXX ls -l $XXX I can combat this by XXX=$(cygpath -alm $0) XXX=${XXX:=$(readlink -fn $0)} but then my script losing portability. (Namely, I can't set -e it then.) Any suggestions, perhaps? Is there a reason that something like the following wouldn't work? if [ -f /bin/cygwin1.dll ] then else fi Sorry for my terrible english... Not at all terrible. Best wishes, - Barry Disclaimer: Statements made herein are not made on behalf of NIAID. -- 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: Is this supposed to work this way?
Greetings, Andrey Repin! Any suggestions, perhaps? Nevermind it, please. I forgot about Mac OS systems. They don't support readlink pointing to non-links at all. -- WBR, Andrey Repin (anrdae...@freemail.ru) 04.04.2012, 02:39 Sorry for my terrible english... -- 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: [bug] Something fishy going on with sqlite3...
On 4/3/2012 8:05 AM, Achim Gratz wrote: The solution to this riddle: sqlite3 wrongly infers Cygwin as SQLITE_OS_WIN. Forcing a define for SQLITE_OS_UNIX produces an executable that works with temp store to disk even when the user is not an administrator. Additionally, the good folks at SQLite.org changed their naming scheme, so I've had to come up with a new cygport definition. Send me the cygport file and I'll build new sqlite3 packages. (If you're wondering why I haven't responded to this thread before now, it's because this is the first post to the thread that told me there was a problem with the package.) -- Warren Young Cygwin sqlite3 package maintainer -- 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: Is this supposed to work this way?
Greetings, Buchbinder, Barry (NIH/NIAID) [E]! Is there a reason that something like the following wouldn't work? if [ -f /bin/cygwin1.dll ] Hm. Turned out, this is more reliable check, than test $OSTYPE = cygwin ... But, oh, so much for consistency... Question to Cygwin staff: shouldn't $OSTYPE be declared for Cygwin programs, even if they are not started from Cygwin shell? Is this at all possible? -- WBR, Andrey Repin (anrdae...@freemail.ru) 04.04.2012, 04:44 Sorry for my terrible English... -- 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: Getting Past Cygwin GCJ error.
On 4/3/2012 5:35 PM, Me Myself and I wrote: I have found the suggested ecj-3.7.jar file. -How do I reference this file inside cygwin so that it will be found? -Can I use a PATH or CLASSPATH variable, and meet with success? I assume I should append a statement at the end of /etc/profile. -What should my statement look like? I answered this in my first response to your numerous repeated questions. http://cygwin.com/ml/cygwin/2012-04/msg00045.html In that message, I pointed you to the appropriate README file, which answers all your questions, in the hope you would both learn the answer to this specific question and how to answer other questions about Cygwin packages in the future. Put since you still can't fish, I'll just quote the section for you: ... can be manually downloaded from ftp://sourceware.org/pub/java/ecj-latest.jar, and moved and renamed to /usr/share/java/ecj.jar, which is where GCJ expects to find it -- David Rothenberger daver...@acm.org -- 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: Is this supposed to work this way?
On 04/03/2012 06:47 PM, Andrey Repin wrote: Greetings, Buchbinder, Barry (NIH/NIAID) [E]! Is there a reason that something like the following wouldn't work? if [ -f /bin/cygwin1.dll ] Hm. Turned out, this is more reliable check, than test $OSTYPE = cygwin ... But, oh, so much for consistency... Question to Cygwin staff: shouldn't $OSTYPE be declared for Cygwin programs, even if they are not started from Cygwin shell? Is this at all possible? No, not possible - $OSTYPE is not standardized, so there's no point in expecting cygwin to provide it (of course, you can export it in your ~/.bashrc). Furthermore, even if cygwin exported it, the moment your cygwin process starts a non-cygwin process, that process would also see the same setting. -- Eric Blake ebl...@redhat.com+1-919-301-3266 Libvirt virtualization library http://libvirt.org signature.asc Description: OpenPGP digital signature
Re: Windows7 broke DRIVELETTER:/path on cmdline of non-cygwin exe
On 4/3/2012 8:34 PM, raf wrote: Eliot Moss wrote: My suggestion would be to read up on the cygpath utility program and use it to convert cygwin paths to ones suitable for a non-cygwin program, etc. I launch non-cygwin programs all the time on Windows 7 that way ... Regards -- Eliot Moss Hi, Thanks but I'm using a non-cygwin path already. I am not using a cygwin path that needs to be converted to anything. Except you wrote F:/blah which is *not* a Windows path. F:\blah is ... Hence my suggestion. If it's of any help, here is what I do for launching Word on a file from cygwin; similar functions work for Excel, Acrobat, etc.: In my .bashrc file: ... alias word=winword ... function winword { local ARG [ -n $1 ] { ARG=$(cygpath -wa $1); shift; } command winword ${ARG:+${ARG}} $@ } ... The rest of the setup is: 1) ~/bin is on my PATH 2) ~/bin/winword is a cygwin symbolic link (ln -s) to /c/Program Files (x86)/Microsoft Office/Office12/WINWORD.EXE This does the right thing even for a path that starts /cygdrive/c/... etc. Eliot Moss -- 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
GCJ and ECJ
I am having trouble finding an ecj.jar eclipse jar file to get GCJ going. Are they files at this URL what I am looking for? http://www.java2s.com/Code/Jar/e/Downloadecj37jar.htm Which one here comes most recommended? -- 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: Is this supposed to work this way?
Greetings, Eric Blake! Is there a reason that something like the following wouldn't work? if [ -f /bin/cygwin1.dll ] Hm. Turned out, this is more reliable check, than test $OSTYPE = cygwin ... But, oh, so much for consistency... Question to Cygwin staff: shouldn't $OSTYPE be declared for Cygwin programs, even if they are not started from Cygwin shell? Is this at all possible? No, not possible - $OSTYPE is not standardized, so there's no point in expecting cygwin to provide it (of course, you can export it in your ~/.bashrc). Furthermore, even if cygwin exported it, the moment your cygwin process starts a non-cygwin process, that process would also see the same setting. That raises another question: what is the standard way of detecting OS type? uname -o ? -- WBR, Andrey Repin (anrdae...@freemail.ru) 04.04.2012, 05:34 Sorry for my terrible english... -- 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: GCJ and ECJ
On 4/3/2012 6:45 PM, Me Myself and I wrote: I am having trouble finding an ecj.jar eclipse jar file to get GCJ going. Are they files at this URL what I am looking for? http://www.java2s.com/Code/Jar/e/Downloadecj37jar.htm Which one here comes most recommended? Many Cygwin packages come with a README file. As I mentioned previously[1], the one you want is /usr/share/doc/Cygwin/gcc4.README. In that file is a section called Java users need an additional download to compile source to bytecode. that clearly describes what to do. Specifically, it says to download ftp://sourceware.org/pub/java/ecj-latest.jar and rename the file to /usr/share/java/ecj.jar. Please, please, please, please read the responses to your emails before asking another question. I've emailed this response directly to you as well as the list in the off chance that you're not actually looking at the list for responses to the emails you're sending there. [1] http://cygwin.com/ml/cygwin/2012-04/msg00045.html -- David Rothenberger daver...@acm.org transparent, adj.: Being or pertaining to an existing, nontangible object. It's there, but you can't see it -- IBM System/360 announcement, 1964. virtual, adj.: Being or pertaining to a tangible, nonexistent object. I can see it, but it's not there. -- Lady Macbeth. -- 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
CLASSPATHS, and static inclusion.
I have managed to get a copy of ecj.jar -I havn't been able to follow the instructions for cygpath very well. Is there a CLASSPATH=$CLASSPATH:/a/b/c/d; sort of statement I can just put in /etc/profile , that won't leave any problems for my compiled program (presumably my import statement classes get put in my final gcj program)? Could I have an example? -As an aside, when it comes to classes in external packages in external (non-default) jar files, does one usually have dynamic linking from the gcj compiled program to the seperate package jar file (needed at runtime), or static linking where the seperate jar necessary classes and related are all physically included inside the gcj compiled program? If I only want static linking of those seperate jar classes (physical inclusion), may I get away with a CLASSPATH statement only? -- 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: GCJ and ECJ
On 2012-04-03 20:45, Me Myself and I wrote: I am having trouble finding an ecj.jar eclipse jar file to get GCJ going. Are they files at this URL what I am looking for? http://www.java2s.com/Code/Jar/e/Downloadecj37jar.htm Which one here comes most recommended? Asking the same question over and over again isn't going to change the answer. Please read and understand our previous responses first. Yaakov -- 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: Windows7 broke DRIVELETTER:/path on cmdline of non-cygwin exe
Eliot Moss wrote: On 4/3/2012 8:34 PM, raf wrote: Eliot Moss wrote: My suggestion would be to read up on the cygpath utility program and use it to convert cygwin paths to ones suitable for a non-cygwin program, etc. I launch non-cygwin programs all the time on Windows 7 that way ... Regards -- Eliot Moss Hi, Thanks but I'm using a non-cygwin path already. I am not using a cygwin path that needs to be converted to anything. Except you wrote F:/blah which is *not* a Windows path. F:\blah is ... Never mind. The problem has nothing to do with the command line arguments or path flavours. I think it has more to do with the change in terminal handling. The password prompting is no longer working (even in mintty). The lack of debug output was just buffering. The users can run the programme from cmd.exe so I'll set up some .bat scripts for them instead of bash functions if I can't easily get it working from within cygwin. Thanks for your time and effort. Cheers, raf -- 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: Is this supposed to work this way?
On 4/3/2012 7:35 PM, Andrey Repin wrote: what is the standard way of detecting OS type? uname -o ? The wise try not to do that at all. Instead, take in a little wisdom from the people who created autoconf, a piece of software that's been uncommonly successful[*] by FOSS standards: don't test for platforms, test for features. The reason is, platform feature sets change. When you write software that makes decisions based on platforms, it tends to break when those changes happen. Or, nearly as bad, your software continues to use some workaround that eventually becomes unnecessary when the platform fixes the problem that lead you to create the workaround. It's the latter case I'd worry about here. What's happening is that because you're launching the shell script through some Windows-native mechanism (double-clicking it in Explorer, maybe?) it's getting a Windows style path in $0. Maybe cygwin1.dll will one day detect that situation and translate the path automatically. The way I'd suggest you attack the problem is do a regex match on $0 to see if it looks like a Windows path, then run it through cygpath if so. ^[A-Z]:/ is probably a good enough test; it's unlikely to ever match a path your script gets on other platforms. A false positive would require that someone be *trying* to create an MS-DOS style path system on a *ix box, something far to ooky to believe has ever happened. But then, people are strange. Resist the temptation to back up the path style test with a platform test like the [ -f /bin/cygwin1.dll ] suggested by Barry. If the path looks like a Windows path, have the backbone to just send the path blindly through cygpath. If ever you run into a situation where cygpath doesn't exist but the path matches your regex, fix the regex or add a secondary feature test, don't resort to platform detection. [*] I think it's fair to say Autoconf's only real competition is ad hockery. -- 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: Windows7 broke DRIVELETTER:/path on cmdline of non-cygwin exe
On 4/3/2012 7:10 PM, Eliot Moss wrote: Except you wrote F:/blah which is *not* a Windows path. F:\blah is ... Actually, forward slashes are legal path separators in Windows, and have been going back to the earliest days of MS-DOS: http://goo.gl/rm1EJ This is why you can't create a file or folder in Windows containing a forward slash to this day. The compatibility behavior documented in that blog post requires that Microsoft reserve this character as special as long as the behavior exists. -- 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: GCJ related questions
On 4/3/2012 3:22 PM, Thomas Wolff wrote: So the gcj package should actually not have been included in cygwin at all without the proper dependency and the necessary packages, if I understood the cygwin policy correctly. IIUC gcc4-java is an explicit exception at the moment -- because there have been concerns about ecj's license, as well as self hosting concerns. 1) Licensing. If you want to discuss this bit further, take it to the cygwin-licensing list. Now, ecj is under the EFL-1.0 license, which is OSI-approved. So, *cygwin* shouldn't have any license compatibility concerns, thanks to cygwin's exception clause in its version of the GPL: As a special exception to GPLv3+, Red Hat grants you permission to link software whose sources are distributed under a license that satisfies the Open Source Definition with libcygwin.a, without libcygwin.a itself causing the resulting program to be covered by GPLv3+. However, it's not clear whether the *gcc* folks are as happy about co-shipping ecj (if they were, then they would be doing it already). So, stock gcc doesn't directly include ecj even though you'd need it for a working gcj (bytecode) compiler. And, following that pattern, cygwin's gcc packages have not been *patched* to directly include a copy of ecj; they attempt to remain pretty close to upstream (we've learned the hard way not to stray far from the upstream codebase; that way lies madness.) 2) self-hosting. I seem to recall there was some issue with actually building ecj using cygwin-gcc/gcj, but the details are fuzzy. So there was some reluctance to include a binary blob we can't reproduce from source; better to let end-users d/l so they can blame those guys if they get a corrupt/malware version? So, if we don't include ecj directly...then if we followed strict policy we couldn't have gcc4-java at all. That's obviously not a good solution. So...gcc4-java was an explicit exception to the make sure everything you need is included policy. -- 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
Updated: syslog-ng-3.2.5-1
I have updated syslog-ng to the upstream release 3.2.5. The upstream package needed a few minor patches, mainly a heartily autoreconf, as well as adding a missing cygwin-specific file. The package is now created using cygport. To update your installation, click on the Install Cygwin now link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Then, run setup and answer all of the questions. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-announce-unsubscribe-you=yourdomain@cygwin.com If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at the above URL. -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat
Updated: Cygwin 1.7.12
Hi Cygwin friends and users, I just released 1.7.12. This is mainly a bugfix release, but a couple of bigger changes were required under the hood to fix some of the bugs. What's new: === - Cygwin now automatically populates the /dev directory with all existing POSIX devices. - Add virtual /proc/PID/mountinfo file. - flock now additionally supports the following scenario, which requires to propagate locks to the parent process: ( flock -n 9 || exit 1 # ... commands executed under lock ... } 9/var/lock/mylockfile Only propagation to the direct parent process is supported so far, not to grand parents or sibling processes. - Add a detect_bloda setting for the CYGWIN environment variable to help finding potential BLODAs. Bug fixes: == - Fix a subtle, long-standing bug when reading the CYGWIN environment variable, which could result in overwriting unrelated memory. - Fix wrong MB_CUR_MAX setting at process startup. - Define tcgetsid with correct return type. - Fix Ctrl-C handling in the console for Cygwin processes. - Fix a bug in controlling tty handling when duplicating a console descriptor. - More fixes to handle DLL loading correctly. - Fix a problem with a Windows network function misbehaving if the stack of the current thread is in the high address area. Typically this only affected 64 bit systems. - Fix a bug in Cygwin executable recognition which could result in some applications not started correctly. - Don't handle 0 bytes reads on pipes as EOF. - Fix scenarios in which the signal handling between parent and child process were broken due to a race condition. - Fix a memory leak in synchronization calls like sleep or pthread_cond_timedwait. - Fix definitions of MCAST_INCLUDE and MCAST_EXCLUDE in cygwin/socket.h. - Simplify system time handling, fix return values of clock_getres and clock_setres for CLOCK_REALTIME, and fix potential infinite loop due to overaggressive optimization. - Avoid using a potentially unrelated handle as stdio handle. - Fix a few potential crashes. Have fun, Corinna *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-announce-unsubscribe-you=yourdomain@cygwin.com If you need more information on unsubscribing, start reading here: http://sourceware.org/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat