Re: setup.exe opening page graphic
On 8/19/2011 9:39 AM, Corinna Vinschen wrote: On Aug 18 15:07, Warren Young wrote: Cool! Here's how it looks like in the setup dialog: http://cygwin.de/cygwin-splash.png The faux motion blur should taper to match the logo's expansion. Going straight down as it does now is optically incorrect. I will fix this on future treated stills. I can do the same for the animation, too. I have not the faintest idea how to include an animation in a standard MFC dialog. Does MFC grok animated gif's in icon files? setup.exe doesn't use MFC. It's a straight-to-the-API program. MFC is a Visual C++ Professional feature. You don't want to use GIF. It would more than double the current size of setup.exe, and it looks horrid besides: http://etr-usa.com/cygwin/logo/from-box/animation.gif Knocking out the background will lower the size and remove some of the color artifacts, but it'll still be too big and too ugly. PNG frames animated using a 66 ms SetTimer() won't work, either. It adds 340 KB to setup.exe, and then only if Windows' built-in PNG decoder can handle transparency. Given that IE6 doesn't do PNG transparency correctly and it's contemporaneous with XP, I think you'd end up statically linking setup.exe to libpng to fix this, again roughly doubling setup.exe's size. Shipping BMPs is a complete no-go. 15 RGBA frames cost 2.3 MB. IMHO, the right way is to use DirectShow along with a proper video codec. XP shipped with WMV7 and MPEG-2 decoders, which get the animation down to about 60 KB: http://etr-usa.com/cygwin/logo/from-box/animation.asf http://etr-usa.com/cygwin/logo/from-box/animation.m2v It looks like w32api might have the definitions needed for this. I see w32api/dvdmedia.h, for setting up an MPEG-2 decode, for instance. These links may be of some help: http://msdn.microsoft.com/en-us/library/dd375468%28VS.85%29.aspx http://stackoverflow.com/questions/530998/ I realize that DirectShow is a bit of a bear to set up, but keep in mind the space savings. Ignoring the SHTDI problem, the only way DirectShow isn't a net win is if it costs hundreds of KB of compiled code to set up. There's no way that's true. Apart from that, I really like the still and I would be content with it... except... the C jumping out of the box doesn't have this beveled look, like all other icons have now :} I can bevel it, but I hope you aren't expecting the exact same look. The 3D render is made in a photo-realistic studio environment, which is going to give a much different result than Photoshop's highly idealized 2D bevel filter. Do you want me to try to match the look, or were you just hoping to see highlights and bent studio light reflections so that the animation suggests the logo has the same shape as in the 2D art?
Re: setup.exe opening page graphic
On 8/19/2011 4:23 PM, Warren Young wrote: These links may be of some help: http://msdn.microsoft.com/en-us/library/dd375468%28VS.85%29.aspx http://stackoverflow.com/questions/530998/ Forgot one: http://www.codeproject.com/KB/audio-video/DS_Player.aspx
src/winsup/w32api ChangeLog include/winuser.h
CVSROOT:/cvs/src Module name:src Changes by: cori...@sourceware.org 2011-08-19 11:58:05 Modified files: winsup/w32api : ChangeLog winsup/w32api/include: winuser.h Log message: * include/winuser.h: Ad missing MAPVK_xxx definitions. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/w32api/ChangeLog.diff?cvsroot=srcr1=1.1086r2=1.1087 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/w32api/include/winuser.h.diff?cvsroot=srcr1=1.133r2=1.134
winsup/cygwin ChangeLog dtable.cc environ.cc f ...
CVSROOT:/cvs/uberbaum Module name:winsup Changes by: c...@sourceware.org 2011-08-19 18:19:22 Modified files: cygwin : ChangeLog dtable.cc environ.cc fhandler_console.cc Log message: * dtable.cc: Mark some const variables as static. * environ.cc (conv_start_chars): Move to shared cygwin region and initialize at compile time. (match_first_char): New generic function for querying conv_start_chars. (posify_maybe): Rename from posify. (environ_init): Remove conv_envvars initialization. Don't check conv_start_chars, just allow posify_maybe to make the decision. * fhandler_console.cc (__vt100_conv): Fix formatting. Mark as const. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/winsup/cygwin/ChangeLog.diff?cvsroot=uberbaumr1=1.5487r2=1.5488 http://sourceware.org/cgi-bin/cvsweb.cgi/winsup/cygwin/dtable.cc.diff?cvsroot=uberbaumr1=1.232r2=1.233 http://sourceware.org/cgi-bin/cvsweb.cgi/winsup/cygwin/environ.cc.diff?cvsroot=uberbaumr1=1.194r2=1.195 http://sourceware.org/cgi-bin/cvsweb.cgi/winsup/cygwin/fhandler_console.cc.diff?cvsroot=uberbaumr1=1.248r2=1.249
src/winsup/cygwin ChangeLog devices.h fhandler ...
CVSROOT:/cvs/src Module name:src Changes by: yselkow...@sourceware.org 2011-08-19 15:05:15 Modified files: winsup/cygwin : ChangeLog devices.h fhandler_proc.cc Log message: * devices.h (fh_devices): Define DEV_MISC_MAJOR, DEV_MEM_MAJOR, DEV_SOUND_MAJOR. Use throughout. * fhandler_proc.cc (proc_tab): Add /proc/devices and /proc/misc virtual files. (format_proc_devices): New function. (format_proc_misc): New function. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=srcr1=1.5488r2=1.5489 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/devices.h.diff?cvsroot=srcr1=1.32r2=1.33 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/fhandler_proc.cc.diff?cvsroot=srcr1=1.110r2=1.111
src/winsup/doc ChangeLog new-features.sgml
CVSROOT:/cvs/src Module name:src Changes by: yselkow...@sourceware.org 2011-08-19 15:06:28 Modified files: winsup/doc : ChangeLog new-features.sgml Log message: * new-features.sgml (ov-new1.7.10): Document /proc/devices and /proc/misc. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/doc/ChangeLog.diff?cvsroot=srcr1=1.361r2=1.362 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/doc/new-features.sgml.diff?cvsroot=srcr1=1.90r2=1.91
src/winsup/mingw ChangeLog include/sys/types.h
CVSROOT:/cvs/src Module name:src Changes by: ironh...@sourceware.org 2011-08-20 01:38:16 Modified files: winsup/mingw : ChangeLog winsup/mingw/include/sys: types.h Log message: 2011-08-19 Chris Sutcliffe ir0nh...@users.sourceforge.net * include/sys/types.h (ssize_t): Defined as int as opposed to long. Thanks to bvassche for the report. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/mingw/ChangeLog.diff?cvsroot=srcr1=1.478r2=1.479 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/mingw/include/sys/types.h.diff?cvsroot=srcr1=1.11r2=1.12
src/winsup/mingw ChangeLog tlssup.c
CVSROOT:/cvs/src Module name:src Changes by: ironh...@sourceware.org 2011-08-20 04:11:28 Modified files: winsup/mingw : ChangeLog tlssup.c Log message: 2011-08-19 Chris Sutcliffe ir0nh...@users.sourceforge.net * tlssup.c: Remove mingwm10.dll fallback. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/mingw/ChangeLog.diff?cvsroot=srcr1=1.479r2=1.480 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/mingw/tlssup.c.diff?cvsroot=srcr1=1.2r2=1.3
src/winsup/mingw ChangeLog include/float.h
CVSROOT:/cvs/src Module name:src Changes by: ironh...@sourceware.org 2011-08-20 04:12:22 Modified files: winsup/mingw : ChangeLog winsup/mingw/include: float.h Log message: 2011-08-19 Chris Sutcliffe ir0nh...@users.sourceforge.net * include/float.h: Modify guard to accomodate CLang. Thanks to Ruben Van Boxem for the report. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/mingw/ChangeLog.diff?cvsroot=srcr1=1.480r2=1.481 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/mingw/include/float.h.diff?cvsroot=srcr1=1.8r2=1.9
src/winsup/mingw ChangeLog include/_mingw.h
CVSROOT:/cvs/src Module name:src Changes by: ironh...@sourceware.org 2011-08-20 05:00:12 Modified files: winsup/mingw : ChangeLog winsup/mingw/include: _mingw.h Log message: 2011-08-20 Chris Sutcliffe ir0nh...@users.sourceforge.net * include/_mingw.h: Increment version to 3.19. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/mingw/ChangeLog.diff?cvsroot=srcr1=1.481r2=1.482 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/mingw/include/_mingw.h.diff?cvsroot=srcr1=1.62r2=1.63
Re: [PATCH] Add /proc/devices
On Aug 18 20:54, Yaakov (Cygwin/X) wrote: On Thu, 2011-08-18 at 21:55 +0200, Corinna Vinschen wrote: 2011-08-18 Yaakov Selkowitz yselkowitz@... * devices.h (fh_devices): Define DEV_MISC_MAJOR, DEV_MEM_MAJOR, DEV_SOUND_MAJOR. Use throughout. * fhandler_proc.cc (proc_tab): Add /proc/devices and /proc/misc virtual files. (format_proc_devices): New function. (format_proc_misc): New function. I think the patch is basically ok, but it's missing the cons entry for consoles, equivalent to the tty entry. Revised patch attached. OK to commit? Yaakov 2011-08-18 Yaakov Selkowitz yselkowitz@... * devices.h (fh_devices): Define DEV_MISC_MAJOR, DEV_MEM_MAJOR, DEV_SOUND_MAJOR. Use throughout. * fhandler_proc.cc (proc_tab): Add /proc/devices and /proc/misc virtual files. (format_proc_devices): New function. (format_proc_misc): New function. Yes, I think that's ok. Thanks, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat
Re: [PATCH] Add /proc/devices
On Fri, Aug 19, 2011 at 01:52:53PM +0200, Corinna Vinschen wrote: On Aug 18 20:54, Yaakov (Cygwin/X) wrote: On Thu, 2011-08-18 at 21:55 +0200, Corinna Vinschen wrote: 2011-08-18 Yaakov Selkowitz yselkowitz@... * devices.h (fh_devices): Define DEV_MISC_MAJOR, DEV_MEM_MAJOR, DEV_SOUND_MAJOR. Use throughout. * fhandler_proc.cc (proc_tab): Add /proc/devices and /proc/misc virtual files. (format_proc_devices): New function. (format_proc_misc): New function. I think the patch is basically ok, but it's missing the cons entry for consoles, equivalent to the tty entry. Revised patch attached. OK to commit? Yaakov 2011-08-18 Yaakov Selkowitz yselkowitz@... * devices.h (fh_devices): Define DEV_MISC_MAJOR, DEV_MEM_MAJOR, DEV_SOUND_MAJOR. Use throughout. * fhandler_proc.cc (proc_tab): Add /proc/devices and /proc/misc virtual files. (format_proc_devices): New function. (format_proc_misc): New function. Yes, I think that's ok. Isn't it somehow possible to just iterate over dev_storage and generate this automatically rather than hard-coding the names of devices? cgf
Re: [PATCH] Add /proc/devices
On Fri, 2011-08-19 at 10:44 -0400, Christopher Faylor wrote: On Fri, Aug 19, 2011 at 01:52:53PM +0200, Corinna Vinschen wrote: On Aug 18 20:54, Yaakov (Cygwin/X) wrote: 2011-08-18 Yaakov Selkowitz yselkowitz@... * devices.h (fh_devices): Define DEV_MISC_MAJOR, DEV_MEM_MAJOR, DEV_SOUND_MAJOR. Use throughout. * fhandler_proc.cc (proc_tab): Add /proc/devices and /proc/misc virtual files. (format_proc_devices): New function. (format_proc_misc): New function. Yes, I think that's ok. Isn't it somehow possible to just iterate over dev_storage and generate this automatically rather than hard-coding the names of devices? I don't think so. For the most part, /proc/devices doesn't list individual devices but only groups thereof, and there is the misc major device which is only descriptive and not an actual device name. There is also the matter of distinguishing between block and character devices. As for /proc/misc, technically it could be done as you describe, but is it worth the price of iterating over a 2581-member array to find the two matching cases? If the misc devices would vary based on configuration as on Linux, I would see your point, but as we only and always have these two, I'm not so sure. Let me know how you want to proceed. Yaakov
Re: [PATCH] Add /proc/devices
On Fri, Aug 19, 2011 at 02:50:24PM -0500, Yaakov (Cygwin/X) wrote: On Fri, 2011-08-19 at 10:44 -0400, Christopher Faylor wrote: On Fri, Aug 19, 2011 at 01:52:53PM +0200, Corinna Vinschen wrote: On Aug 18 20:54, Yaakov (Cygwin/X) wrote: 2011-08-18 Yaakov Selkowitz yselkowitz@... * devices.h (fh_devices): Define DEV_MISC_MAJOR, DEV_MEM_MAJOR, DEV_SOUND_MAJOR. Use throughout. * fhandler_proc.cc (proc_tab): Add /proc/devices and /proc/misc virtual files. (format_proc_devices): New function. (format_proc_misc): New function. Yes, I think that's ok. Isn't it somehow possible to just iterate over dev_storage and generate this automatically rather than hard-coding the names of devices? I don't think so. For the most part, /proc/devices doesn't list individual devices but only groups thereof, and there is the misc major device which is only descriptive and not an actual device name. There is also the matter of distinguishing between block and character devices. As for /proc/misc, technically it could be done as you describe, but is it worth the price of iterating over a 2581-member array to find the two matching cases? If the misc devices would vary based on configuration as on Linux, I would see your point, but as we only and always have these two, I'm not so sure. It's not just two matching names. You could infer most of the device abbreviations from the list or you could conceivably change what is generated by devices.in so that a table was output automatically. But, I'm not looking for work for you to do. I was just trying to brainstorm. cgf
[PATCH] paths.h additions
This patch adds _PATH_MAILDIR and _PATH_SHELLS to paths.h, as found on Linux and *BSD. This will save me a patch to kdeadmin. Yaakov 2011-08-19 Yaakov Selkowitz yselkowitz@... * include/paths.h (_PATH_MAILDIR): Define. (_PATH_SHELLS): Define. Index: include/paths.h === RCS file: /cvs/src/src/winsup/cygwin/include/paths.h,v retrieving revision 1.6 diff -u -p -r1.6 paths.h --- include/paths.h 2 Nov 2010 17:38:36 - 1.6 +++ include/paths.h 19 Aug 2011 20:08:11 - @@ -17,10 +17,12 @@ details. */ #define _PATH_DEV /dev/ #define _PATH_DEVNULL /dev/null #define _PATH_LASTLOG /var/log/lastlog +#define _PATH_MAILDIR /var/spool/mail/ #define _PATH_MAN /usr/share/man #define _PATH_MEM /dev/mem #define _PATH_MNTTAB /etc/fstab #define _PATH_MOUNTED /etc/mtab +#define _PATH_SHELLS /etc/shells #define _PATH_STDPATH /bin:/usr/sbin:/sbin #define _PATH_TMP /tmp/ #define _PATH_TTY /dev/tty
Re: [PATCH] paths.h additions
On Fri, Aug 19, 2011 at 03:12:58PM -0500, Yaakov (Cygwin/X) wrote: This patch adds _PATH_MAILDIR and _PATH_SHELLS to paths.h, as found on Linux and *BSD. This will save me a patch to kdeadmin. Yaakov 2011-08-19 Yaakov Selkowitz yselkowitz@... * include/paths.h (_PATH_MAILDIR): Define. (_PATH_SHELLS): Define. Looks good. Thanks. Please check in. cgf
Typical Cygwin fork problem
I have ruby installed and am trying this, but run this but lots of errors: $ gem install sproutcore Fetching: rack-1.3.2.gem (100%) Fetching: json_pure-1.4.6.gem (100%) Fetching: extlib-0.9.15.gem (100%) Fetching: erubis-2.7.0.gem (100%) Fetching: thor-0.14.6.gem (100%) Fetching: haml-3.1.2.gem (100%) Fetching: sass-3.1.7.gem (100%) Fetching: chunky_png-1.2.1.gem (100%) Fetching: fssm-0.2.7.gem (100%) Fetching: compass-0.11.5.gem (100%) Fetching: eventmachine-1.0.0.beta.3.gem (100%) Building native extensions. This could take a while... 1 [main] ruby 7216 C:\cygwin\home\me\.rvm\rubies\ruby-1.9.2-p290\ bin\ruby.exe: *** fatal error - unable to remap \\?\C:\cygwin\home\me\. rvm\rubies\ruby-1.9.2-p290\lib\ruby\1.9.1\i386-cygwin\etc.so to same address as parent: 0x3E != 0x3F Stack trace: Frame Function Args 00289098 6102796B (00289098, , , ) 00289388 6102796B (6117EC60, 8000, , 61180977) 0028A3B8 61004F1B (611A7FAC, 612492D4, 003E, 003F) End of stack trace 1 [main] ruby 9668 fork: child 7216 - died waiting for dll loading, errno -- View this message in context: http://old.nabble.com/Typical-Cygwin-fork-problem-tp32293766p32293766.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
make 3.81 broken
Hi guys, I wasted many hours just to find out that make 3.81 does not support MS-DOS path names. As cygwin is supposed to be the unix-like environment for Windows, from a dumb users perspective, this is not the expected behavior. In other words it means the make for Windows lacks support for Windows path names. There are no workarounds if you are using Eclipse CDT on Windows, because it generates the makefiles. Can you revert to make 3.80 or publish a working 3.82? Thanks, Tobias -- 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: i686-w64-mingw32-gcc ntifs.h
On 8/19/2011 07:37, Sam Steingold wrote: * JonY wb...@hfref.fbheprsbetr.arg [2011-08-19 06:39:03 +0800]: You are supposed to use -I to add the ddk path to gcc. how? I mean, -Iddk does not work because I do not have ddk directory in my build directory. how do I ask i686-w64-mingw32-gcc to print /usr/i686-w64-mingw32/sys-root/mingw/include/ ?? thanks! Try i686-w64-mingw32-gcc -print-sysroot and append /mingw/include/ddk. signature.asc Description: OpenPGP digital signature
Re: make 3.81 broken
On Fri, Aug 19, 2011 at 11:39 AM, Tobias Manthey wrote: Hi guys, I wasted many hours just to find out that make 3.81 does not support MS-DOS path names. As cygwin is supposed to be the unix-like environment for Windows, from a dumb users perspective, this is not the expected behavior. In other words it means the make for Windows lacks support for Windows path names. I'm afraid you misunderstand. Cygwin's make is not a make for Windows. It is a make for the unix-like environment for Windows, which uses POSIX paths. If you want a make for Windows, try MinGW: http://sourceforge.net/projects/mingw/files/MinGW/make/ Csaba -- GCS a+ e++ d- C++ ULS$ L+$ !E- W++ P+++$ w++$ tv+ b++ DI D++ 5++ The Tao of math: The numbers you can count are not the real numbers. Life is complex, with real and imaginary parts. Ok, it boots. Which means it must be bug-free and perfect. -- Linus Torvalds People disagree with me. I just ignore them. -- Linus Torvalds -- 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: Issue with inserting '@' at the command prompt.
On Aug 19 04:37, Samuel Thibault wrote: Samuel Thibault, le Thu 14 Jul 2011 14:42:14 +0200, a écrit : Lars Bjørndal, le Thu 14 Jul 2011 12:56:21 +0200, a écrit : BRLTTY has a cut paste facility. It sometimes doesn't paste all characters inside cygwin. Pasting an att sign into a shell prompt, the terminal beeps, and no character is written. Doing the same thing after exiting bash, but still with BRLTTY running and in a cmd session, the att sign is printed. I don't have the time to investigate now, but I can say that depending on whether it could open the terminal through CONIN$, brltty uses WriteConsoleInputW (or WriteConsoleInputA if not available) or SendInput for this. In the case at stake it is WriteConsoleInputW. Let me explain a simpler case (pasting is the same) - the user presses '@' on his braille keyboard (ascii 0x40). - brltty wants to synthesize it. - brltty calls VkKeyScanW('@') to get the corresponding virtual key, 0x0630 on an azerty keyboard, which means altgr (controlkeystate 1) + virtualkey 0x30 - brltty calls MapVirtualKey(vk, 0) to get the corresponding scancode, 0x11 on a standard PC keyboard. - brltty thus calls WriteConsoleInputW, passing it a KEY_EVENT_RECORD structure: .bKeyDown = 1, .wRepeatCount = 1, .wVirtualKeyCode = 0x630, .wVirtualScanCode = 0x11, .uChar.UnicodeChar = 0x40, .dwControlKeyState = 1, and then the same with bKeyDown = 0. This correctly inserts an '@' in a plain windows console with the windows cmd, but with a windows console with the cygwin or mingw shell, this beeps and does not insert anything. I don't know why it works with cmd, but the above code is wrong. The code returned by VkKeyScanW is not just a key code, it's the combination of a key code in the low byte and a bitmask specifying the modifier keys in the high byte, see http://msdn.microsoft.com/en-us/library/ms646329%28VS.85%29.aspx So, what I did was to write a simple testcase (wow!) which reproduces your behaviour using the french keyboard layout. Using the above virtual key code of 0xc630 and a control key state of 1 does not work. However, computing a control code and a key code from VkKeyScanW's return value works fine. Here's the testcase: $ cat vkkeyscan-test.c EOF #include stdio.h #include sys/ioctl.h #include windows.h #define MAPVK_VK_TO_VSC0 #define MAPVK_VSC_TO_VK1 #define MAPVK_VK_TO_CHAR 2 #define MAPVK_VSC_TO_VK_EX 3 #define MAPVK_VK_TO_VSC_EX 4 void write_char (WCHAR w, BOOL wrong, BOOL silent) { SHORT vks = VkKeyScanW (w); UINT scan = MapVirtualKeyW (vks 0xff, MAPVK_VK_TO_VSC); DWORD ctrl = 0; INPUT_RECORD in[2]; DWORD ret; /* Create correct CtrlKeyState from high byte returned by VkKeyScanW. */ if (vks 0x100) ctrl |= SHIFT_PRESSED; if (vks 0x200) ctrl |= RIGHT_CTRL_PRESSED; if (vks 0x400) ctrl |= RIGHT_ALT_PRESSED; in[0].EventType = KEY_EVENT; in[0].Event.KeyEvent.bKeyDown = 1; in[0].Event.KeyEvent.wRepeatCount = 1; /* Only use lower byte from VkKeyScanW as key code. */ if (wrong) in[0].Event.KeyEvent.wVirtualKeyCode = vks; else in[0].Event.KeyEvent.wVirtualKeyCode = vks 0xff; in[0].Event.KeyEvent.wVirtualScanCode = scan; in[0].Event.KeyEvent.uChar.UnicodeChar = w; if (wrong) in[0].Event.KeyEvent.dwControlKeyState = 1; else in[0].Event.KeyEvent.dwControlKeyState = ctrl; memcpy (in + 1, in, sizeof (INPUT_RECORD)); in[1].Event.KeyEvent.bKeyDown = 0; if (!silent) printf (vks: 0x%hx, scan: 0x%x, vk: 0x%hx, ctrl: 0x%x\n, vks, scan, in[0].Event.KeyEvent.wVirtualKeyCode, in[0].Event.KeyEvent.dwControlKeyState); if (!WriteConsoleInputW (GetStdHandle (STD_INPUT_HANDLE), in, 2, ret)) fprintf (stderr, WriteConsoleInput: %lu\n, GetLastError ()); } int main () { HKL layout; int nonblocking = 1; char buf[1]; /* LANG_FRENCH | SUBLANG_FRENCH */ layout = LoadKeyboardLayoutW (L040c, KLF_ACTIVATE | KLF_REPLACELANG | KLF_SETFORPROCESS); if (!layout) { fprintf (stderr, LoadKeyboardLayout: %lu\n, GetLastError ()); return 1; } /* nonblocking, so the user doesn't have to type anything. */ ioctl (0, FIONBIO, nonblocking); printf (Wrong:\n); write_char (L'@', TRUE, FALSE); write_char (L'\n', TRUE, TRUE); /* Accommodate line buffered I/O. */ if (read (0, buf, 1) 0) printf (read: 0x%x %c\n, buf[0], buf[0]); printf (Right:\n); write_char (L'@', FALSE, FALSE); write_char (L'\n', FALSE, TRUE); /* Accommodate line buffered I/O. */ if (read (0, buf, 1) 0) printf (read: 0x%x %c\n, buf[0], buf[0]); return 0; } EOF $ gcc -g -o vkkeyscan-test vkkeyscan-test.c $ ./vkkeyscan-test Wrong: vks: 0x630, scan: 0xb, vk: 0x630, ctrl: 0x1 read: 0x1b Right: vks: 0x630, scan: 0xb, vk: 0x30, ctrl: 0x5 read: 0x40 @ Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin
Re: i686-w64-mingw32-gcc ntifs.h
On Aug 19 18:19, JonY wrote: On 8/19/2011 07:37, Sam Steingold wrote: * JonY wb...@hfref.fbheprsbetr.arg [2011-08-19 06:39:03 +0800]: You are supposed to use -I to add the ddk path to gcc. how? I mean, -Iddk does not work because I do not have ddk directory in my build directory. how do I ask i686-w64-mingw32-gcc to print /usr/i686-w64-mingw32/sys-root/mingw/include/ ?? thanks! Try i686-w64-mingw32-gcc -print-sysroot and append /mingw/include/ddk. Or just use -I=/mingw/include/ddk However, IMHO it's still a bug in the headers. 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: Contributing license information?
On Aug 19 11:09, Luke Kendall wrote: Soon, I will have prepared a list of the location of every license file in every Cygwin package. My motivation is to make it easy for people to find the license information, if they need it. (Preparing this information has required a lot of work on my part, so I would be happy if something could be done to make it easy to keep the information up to date as packages are added and modified.) What is the best way to contribute the license-location information so it can be integrated into Cygwin? Just create a new package for the distro which keeps the information and maintain it. Somebody will have to keep the information up to date anyway. 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: Issue with inserting '@' at the command prompt.
Corinna Vinschen, le Fri 19 Aug 2011 13:50:19 +0200, a écrit : .wVirtualKeyCode = 0x630, Eergl, no, that should have been 0x30 here, our code does properly masks out the high part, I just missed that in our code. a simple testcase (wow!) Sorry, but I'm not paid for this, I don't actually use the software at all (neither brltty nor windows), don't actually own the hardware (thus had to emulate it in qemu by first reverse-engineering the actual device behavior), it just seems I'm the only guy in the world that knows a bit about both brltty and windows and knows that some people *need* it, and I thus spend time on it, and it was already almost 5am... /* Create correct CtrlKeyState from high byte returned by VkKeyScanW. */ if (vks 0x100) ctrl |= SHIFT_PRESSED; if (vks 0x200) ctrl |= RIGHT_CTRL_PRESSED; if (vks 0x400) ctrl |= RIGHT_ALT_PRESSED; Err, do you mean LEFT_ALT_PRESSED here? Right alt is altgr in some keyboard layouts, which is precisely what people use to type '@' in the french layout, actually. E.g. LeftAlt-A and RightAlt-A (i.e. altgr-a) is not the same in such layouts. In the past we were using left_ctrl+left_alt, but this was not working in DOS applications in cmd, so we made it a special case by using right alt instead. I have now added right control along right alt, which indeed fixes the issue, I am apparently unable to run DOS applications in my XP installation, but I hope it will also work there. Thanks, Samuel -- 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: Typical Cygwin fork problem
On 19/08/2011 5:23 AM, big glass wrote: I have ruby installed and am trying this, but run this but lots of errors: $ gem install sproutcore Fetching: rack-1.3.2.gem (100%) Fetching: json_pure-1.4.6.gem (100%) Fetching: extlib-0.9.15.gem (100%) Fetching: erubis-2.7.0.gem (100%) Fetching: thor-0.14.6.gem (100%) Fetching: haml-3.1.2.gem (100%) Fetching: sass-3.1.7.gem (100%) Fetching: chunky_png-1.2.1.gem (100%) Fetching: fssm-0.2.7.gem (100%) Fetching: compass-0.11.5.gem (100%) Fetching: eventmachine-1.0.0.beta.3.gem (100%) Building native extensions. This could take a while... 1 [main] ruby 7216 C:\cygwin\home\me\.rvm\rubies\ruby-1.9.2-p290\ bin\ruby.exe: *** fatal error - unable to remap \\?\C:\cygwin\home\me\. rvm\rubies\ruby-1.9.2-p290\lib\ruby\1.9.1\i386-cygwin\etc.so to same address as parent: 0x3E != 0x3F Stack trace: Frame Function Args 00289098 6102796B (00289098, , , ) 00289388 6102796B (6117EC60, 8000, , 61180977) 0028A3B8 61004F1B (611A7FAC, 612492D4, 003E, 003F) End of stack trace 1 [main] ruby 9668 fork: child 7216 - died waiting for dll loading, errno $ ./reply-to-typical-fork-complaint.sh Please run rebaseall (and peflagsall+reboot if on Vista or Win7) -- 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: Issue with inserting '@' at the command prompt.
On Aug 19 15:14, Samuel Thibault wrote: Corinna Vinschen, le Fri 19 Aug 2011 13:50:19 +0200, a écrit : .wVirtualKeyCode = 0x630, Eergl, no, that should have been 0x30 here, our code does properly masks out the high part, I just missed that in our code. And what about the control code? It's a fixed 1 in your example, but obviously it should be 6. a simple testcase (wow!) Sorry, but I'm not paid for this, I don't actually use the software at all (neither brltty nor windows), don't actually own the hardware (thus had to emulate it in qemu by first reverse-engineering the actual device behavior), Same here. I tested this on a Qemu/KVM driven W7 box. it just seems I'm the only guy in the world that knows a bit about both brltty and windows and knows that some people *need* it, and I thus spend time on it, and it was already almost 5am... /* Create correct CtrlKeyState from high byte returned by VkKeyScanW. */ if (vks 0x100) ctrl |= SHIFT_PRESSED; if (vks 0x200) ctrl |= RIGHT_CTRL_PRESSED; if (vks 0x400) ctrl |= RIGHT_ALT_PRESSED; Err, do you mean LEFT_ALT_PRESSED here? Right alt is altgr in some keyboard layouts, which is precisely what people use to type '@' in the french layout, actually. E.g. LeftAlt-A and RightAlt-A (i.e. I'm aware of this difference, so, no, that was a deliberate RIGHT_ALT_PRESSED. However, this also works for me when using LEFT_CTRL_PRESSED and LEFT_ALT_PRESSED in the conditionals above. 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: i686-w64-mingw32-gcc ntifs.h
On 8/19/2011 20:00, Corinna Vinschen wrote: On Aug 19 18:19, JonY wrote: On 8/19/2011 07:37, Sam Steingold wrote: * JonY wb...@hfref.fbheprsbetr.arg [2011-08-19 06:39:03 +0800]: You are supposed to use -I to add the ddk path to gcc. how? I mean, -Iddk does not work because I do not have ddk directory in my build directory. how do I ask i686-w64-mingw32-gcc to print /usr/i686-w64-mingw32/sys-root/mingw/include/ ?? thanks! Try i686-w64-mingw32-gcc -print-sysroot and append /mingw/include/ddk. Or just use -I=/mingw/include/ddk However, IMHO it's still a bug in the headers. Corinna No, this really is intended behavior following MSVC and PSDK releases, you need to add -I to the path of the ddk headers. signature.asc Description: OpenPGP digital signature
Re: Typical Cygwin fork problem
cheers, tried it in ash but get this: $ rebaseall : not found $ sr/bin/ash: rebaseall: not found -- View this message in context: http://old.nabble.com/Typical-Cygwin-fork-problem-tp32293766p32295811.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: Typical Cygwin fork problem
On Fri, Aug 19, 2011 at 4:35 PM, big glass wrote: cheers, tried it in ash but get this: $ rebaseall : not found $ sr/bin/ash: rebaseall: not found Then you need to install the rebase package: http://cygwin.com/cgi-bin2/package-grep.cgi?grep=rebaseall Csaba -- GCS a+ e++ d- C++ ULS$ L+$ !E- W++ P+++$ w++$ tv+ b++ DI D++ 5++ The Tao of math: The numbers you can count are not the real numbers. Life is complex, with real and imaginary parts. Ok, it boots. Which means it must be bug-free and perfect. -- Linus Torvalds People disagree with me. I just ignore them. -- Linus Torvalds -- 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: Issue with inserting '@' at the command prompt.
On Aug 19 16:06, Samuel Thibault wrote: Corinna Vinschen, a écrit : On Aug 19 15:14, Samuel Thibault wrote: Corinna Vinschen, le Fri 19 Aug 2011 13:50:19 +0200, a Ãcrit : .wVirtualKeyCode = 0x630, Eergl, no, that should have been 0x30 here, our code does properly masks out the high part, I just missed that in our code. And what about the control code? It's a fixed 1 in your example, That's only the example. 1 is obviously not hardcoded in the real source code, which I have attached (I just initially wanted to avoid you having to browse into the whole not-so-readable source ). but obviously it should be 6. That's clearly not obvious from an altgr point of view: people use altgr to type '@', so it makes sense to simulate the hit of the right alt (i.e. altgr). Typo on my part. I meant 5, the combination of RIGHT_ALT_PRESSED and RIGHT_CTRL_PRESSED. But RIGHT/LEFT CTRL should be equivalent anyway, as far as general typing is concerned. Err, do you mean LEFT_ALT_PRESSED here? Right alt is altgr in some keyboard layouts, which is precisely what people use to type '@' in the french layout, actually. E.g. LeftAlt-A and RightAlt-A (i.e. I'm aware of this difference, so, no, that was a deliberate RIGHT_ALT_PRESSED. But for the cases when only alt is to be pressed, this simulates a right alt, which with e.g. the french layout is not the same as the left one. Yes, just like the german one. However, to the best of my knowledge there's no printable unicode char which requires to press left-alt on any such keyboard layout. That's exactly what the AltGr == right-alt key is for, isn't it? However, this also works for me when using LEFT_CTRL_PRESSED and LEFT_ALT_PRESSED in the conditionals above. But it won't work with DOS applications (e.g. edit). That's precisely the reason why I added the special case. Uh, ok, I see. If you press AltGr on a keyboard layout which does not distinguish Alt and AltGr, (english, for instance), the AltGr key only emits a RIGHT_ALT_PRESSED control code. On a keyboard layout which does distinguish them, the AltGr key emits LEFT_CTRL_PRESSED | RIGHT_ALT_PRESSED. So you need some CTRL_PRESSED to emit the correct INPUT_RECORD. 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: Typical Cygwin fork problem
On Aug 19 07:35, big glass wrote: cheers, tried it in ash but get this: $ rebaseall : not found $ /bin/rebaseall 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: Issue with inserting '@' at the command prompt.
Corinna Vinschen, le Fri 19 Aug 2011 17:08:41 +0200, a écrit : On Aug 19 16:06, Samuel Thibault wrote: Corinna Vinschen, a écrit : On Aug 19 15:14, Samuel Thibault wrote: Corinna Vinschen, le Fri 19 Aug 2011 13:50:19 +0200, a Ãcrit : .wVirtualKeyCode = 0x630, Eergl, no, that should have been 0x30 here, our code does properly masks out the high part, I just missed that in our code. And what about the control code? It's a fixed 1 in your example, That's only the example. 1 is obviously not hardcoded in the real source code, which I have attached (I just initially wanted to avoid you having to browse into the whole not-so-readable source ). but obviously it should be 6. That's clearly not obvious from an altgr point of view: people use altgr to type '@', so it makes sense to simulate the hit of the right alt (i.e. altgr). Typo on my part. I meant 5, the combination of RIGHT_ALT_PRESSED and RIGHT_CTRL_PRESSED. Well I understood the latter without even looking at the exact number actually :) But RIGHT/LEFT CTRL should be equivalent anyway, as far as general typing is concerned. CTRL, yes. Err, do you mean LEFT_ALT_PRESSED here? Right alt is altgr in some keyboard layouts, which is precisely what people use to type '@' in the french layout, actually. E.g. LeftAlt-A and RightAlt-A (i.e. I'm aware of this difference, so, no, that was a deliberate RIGHT_ALT_PRESSED. But for the cases when only alt is to be pressed, this simulates a right alt, which with e.g. the french layout is not the same as the left one. Yes, just like the german one. However, to the best of my knowledge there's no printable unicode char which requires to press left-alt on any such keyboard layout. Yes, but there are shortcuts which use left-alt. That's exactly what the AltGr == right-alt key is for, isn't it? For glyphs, yes. For instance, alt-e would open an edition menu, while altgr-e prints the euro symbol. However, this also works for me when using LEFT_CTRL_PRESSED and LEFT_ALT_PRESSED in the conditionals above. But it won't work with DOS applications (e.g. edit). That's precisely the reason why I added the special case. Uh, ok, I see. If you press AltGr on a keyboard layout which does not distinguish Alt and AltGr, (english, for instance), the AltGr key only emits a RIGHT_ALT_PRESSED control code. Ok. On a keyboard layout which does distinguish them, the AltGr key emits LEFT_CTRL_PRESSED | RIGHT_ALT_PRESSED. Ah. *that* is the part that I was missing :) I had assumed that RIGHT_ALT meant altgr. So we'll indeed simply simulate control as well, and it should work correctly. Thanks! Samuel -- 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: Issue with inserting '@' at the command prompt.
On Aug 19 17:15, Samuel Thibault wrote: Corinna Vinschen, le Fri 19 Aug 2011 17:08:41 +0200, a écrit : Yes, just like the german one. However, to the best of my knowledge there's no printable unicode char which requires to press left-alt on any such keyboard layout. Yes, but there are shortcuts which use left-alt. That's exactly what the AltGr == right-alt key is for, isn't it? For glyphs, yes. For instance, alt-e would open an edition menu, while altgr-e prints the euro symbol. Sure, but for the shortcuts, the keyboard doesn't generate a valid unicode. I think we're in violent agreement, just using different expressions for it. Uh, ok, I see. If you press AltGr on a keyboard layout which does not distinguish Alt and AltGr, (english, for instance), the AltGr key only emits a RIGHT_ALT_PRESSED control code. Ok. On a keyboard layout which does distinguish them, the AltGr key emits LEFT_CTRL_PRESSED | RIGHT_ALT_PRESSED. Ah. *that* is the part that I was missing :) I had assumed that RIGHT_ALT meant altgr. So we'll indeed simply simulate control as well, and it should work correctly. Thanks! Glad I could help, 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: Typical Cygwin fork problem
:) it already is installed, ask wont recognise it :) -- View this message in context: http://old.nabble.com/Typical-Cygwin-fork-problem-tp32293766p32296617.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: Typical Cygwin fork problem
On Fri, Aug 19, 2011 at 09:13:13AM -0700, big glass wrote: it already is installed, ask wont recognise it :) It's probably wearing glasses then. Duh. 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: Typical Cygwin fork problem
On Aug 19 09:13, big glass wrote: :) it already is installed, ask wont recognise it :) $ /bin/rebaseall--- use the full path 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: Typical Cygwin fork problem
so what is ash exactly?? Corinna Vinschen-2 wrote: On Aug 19 09:13, big glass wrote: :) it already is installed, ask wont recognise it :) $ /bin/rebaseall--- use the full path 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 -- View this message in context: http://old.nabble.com/Typical-Cygwin-fork-problem-tp32293766p32296836.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: Typical Cygwin fork problem
On 8/19/2011 11:38, big glass wrote: so what is ash exactly?? ash is another name for dash, which is described here: http://en.wikipedia.org/wiki/Debian_Almquist_shell The short answer is that it's a minimal shell that you need to use in your case for running the rebaseall command so that there aren't any DLLs locked by other Cygwin processes. BTW, make sure that you exit all Cygwin processes except for ash before you start rebaseall. -Jeremy -- 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: Typical Cygwin fork problem
On 08/19/2011 10:38 AM, big glass wrote: so what is ash exactly?? Another name for dash, which is a lighter-weight shell than bash. In particular, since dash pulls in fewer shared libraries, it can rebase things that bash cannot. -- Eric Blake ebl...@redhat.com+1-801-349-2682 Libvirt virtualization library http://libvirt.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: install on win7 enterprise, can't modify bash start up shortcut
Sorry, I didn't reply correctly when I first tired to send this. This was simply modifying the shortcut that starts the bash window. If you double click on the Cygwin icon on the desktop, it starts a bash shell. If you click on the small Cygwin icon, upper left on the top window bar, you can select properties. This gives you a window to modify properties of the bash shell window such as the size, font color, font size, etc. When you close after your modifications, there was always an option to apply the changes to the current window only, or to modify the shortcut that started the window. I have always done this as soon as I installed cygwin. This time, I got the aforementioned error message. I am not sure what to do to allow me to modify the bash window on a permanent basis. If the shortcut isn't there, that would imply that the install may not have gone correctly, but I have installed two or three times (in different locations), trying to correct this, but the results are the same. I have had other issues with win 7 where software could not write to files in their own install directories. This seems especially prevalent with apps that don't make registry entries. I was wondering if something similar was in play. The cygwin icon points to Cygwin.bat, so I presume there are some arguments in the script that configure the shell. I could try to manually edit the .bat, but I'm not sure what I would change to get the window modifications I am looking for. LMH Thorsten Kampe wrote: * LMH (Wed, 17 Aug 2011 21:59:12 -0400) I have just installed 1.7 on win7 enterprise 64 bit and I tried to modify the shortcut that starts the bash window and I get a windows error message, can't modify the shortcut . make sure it has not been deleted or renamed Why on earth and in which way would you want to modify a shortcut?? If it points to a non-existing target than delete it and re-create manually. Or run setup again which should do the same. Thorsten -- 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: Typical Cygwin fork problem
i am noob, but prof windows programmer 3+ years :) how can i make sure that you exit all Cygwin processes what is rebasing? -- View this message in context: http://old.nabble.com/Typical-Cygwin-fork-problem-tp32293766p32297033.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: Typical Cygwin fork problem
On Fri, Aug 19, 2011 at 7:07 PM, big glass wrote: how can i make sure that you exit all Cygwin processes Get Process Explorer from sysinternals (now Microsoft: http://technet.microsoft.com/en-us/sysinternals/bb896653). It allows you to search for in-use files and handles. If cygwin1.dll is not loaded in any executable, that's a pretty good indicator that no Cygwin process is running. Csaba -- GCS a+ e++ d- C++ ULS$ L+$ !E- W++ P+++$ w++$ tv+ b++ DI D++ 5++ The Tao of math: The numbers you can count are not the real numbers. Life is complex, with real and imaginary parts. Ok, it boots. Which means it must be bug-free and perfect. -- Linus Torvalds People disagree with me. I just ignore them. -- Linus Torvalds -- 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: install on win7 enterprise, can't modify bash start up shortcut
On Fri, Aug 19, 2011 at 6:50 PM, LMH wrote: If you double click on the Cygwin icon on the desktop, it starts a bash shell. If you click on the small Cygwin icon, upper left on the top window bar, you can select properties. This gives you a window to modify properties of the bash shell window such as the size, font color, font size, etc. When you close after your modifications, there was always an option to apply the changes to the current window only, or to modify the shortcut that started the window. I have always done this as soon as I installed cygwin. You know, I used to do this as well until I found out about mintty, which is a much nicer terminal than the DOS prompt. Using mintty would allow you to side-step the problem of not being able to modify the command prompt. For one thing, mintty can be resized :) Csaba -- GCS a+ e++ d- C++ ULS$ L+$ !E- W++ P+++$ w++$ tv+ b++ DI D++ 5++ The Tao of math: The numbers you can count are not the real numbers. Life is complex, with real and imaginary parts. Ok, it boots. Which means it must be bug-free and perfect. -- Linus Torvalds People disagree with me. I just ignore them. -- Linus Torvalds -- 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: install on win7 enterprise, can't modify bash start up shortcut
I've had no issue with re-sizing the bash window in the past and having those changes saved to the shortcut, even on win7 ent, so I am concerned about the health of the install. The desktop icon points to Cygwin.bat, but that doesn't have anything in it about the bash shell. Can someone point me to the ini file where the specs of the bash window would be recorded? I can check that file on another machine and see if it exists on the suspect install and see if I can edit it. That may give a clue as to what is amiss. I don't know anything about mintty and have always used bash. Can I run all of my bash commands, or would I be learning a new shell? LMH Csaba Raduly wrote: On Fri, Aug 19, 2011 at 6:50 PM, LMH wrote: If you double click on the Cygwin icon on the desktop, it starts a bash shell. If you click on the small Cygwin icon, upper left on the top window bar, you can select properties. This gives you a window to modify properties of the bash shell window such as the size, font color, font size, etc. When you close after your modifications, there was always an option to apply the changes to the current window only, or to modify the shortcut that started the window. I have always done this as soon as I installed cygwin. You know, I used to do this as well until I found out about mintty, which is a much nicer terminal than the DOS prompt. Using mintty would allow you to side-step the problem of not being able to modify the command prompt. For one thing, mintty can be resized :) Csaba -- 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: i686-w64-mingw32-gcc ntifs.h
* Corinna Vinschen pbevaan-plt...@pltjva.pbz [2011-08-19 14:00:44 +0200]: On Aug 19 18:19, JonY wrote: On 8/19/2011 07:37, Sam Steingold wrote: * JonY wb...@hfref.fbheprsbetr.arg [2011-08-19 06:39:03 +0800]: You are supposed to use -I to add the ddk path to gcc. how? I mean, -Iddk does not work because I do not have ddk directory in my build directory. how do I ask i686-w64-mingw32-gcc to print /usr/i686-w64-mingw32/sys-root/mingw/include/ ?? thanks! Try i686-w64-mingw32-gcc -print-sysroot and append /mingw/include/ddk. Or just use -I=/mingw/include/ddk cool trick, thanks. now I am still getting those zillions of errors like /usr/i686-w64-mingw32/sys-root/mingw/include/ddk/ntddk.h:2922:26: error: redeclaration of enumerator `WinRestrictedCodeSid' /usr/i686-w64-mingw32/sys-root/mingw/include/winnt.h:2681:413: note: previous definition of `WinRestrictedCodeSid' was here what about those? -- Sam Steingold (http://sds.podval.org/) on CentOS release 5.6 (Final) X 11.0.60900031 http://openvotingconsortium.org http://thereligionofpeace.com http://pmw.org.il http://palestinefacts.org http://memri.org http://dhimmi.com Heck is a place for people who don't believe in gosh. -- 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: install on win7 enterprise, can't modify bash start up shortcut
On 08/19/2011 12:31 PM, LMH wrote: I don't know anything about mintty and have always used bash. Can I run all of my bash commands, or would I be learning a new shell? cmd, mintty, rxvt, xterm, and the like are terminals (the gui program that displays your tty in a window) - they are useless unless running some child program to do I/O in that tty bash, tcsh, and such are shells (the program that interacts with your tty) - they are useless unless some parent program is running a terminal for the tty input and output to show up in You need one program from each set, but changing from cmd to mintty does not have to affect your shell - you most likely want to still be using bash, so the set of bash commands you run does not change. -- Eric Blake ebl...@redhat.com+1-801-349-2682 Libvirt virtualization library http://libvirt.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: install on win7 enterprise, can't modify bash start up shortcut
* LMH (Fri, 19 Aug 2011 12:50:01 -0400) If you click on the small Cygwin icon, upper left on the top window bar, you can select properties. This gives you a window to modify properties of the bash shell window such as the size, font color, font size, etc. You're not modifying the bash shell but the terminal bash is running in. I have always done this as soon as I installed cygwin. This time, I got the aforementioned error message. I am not sure what to do to allow me to modify the bash window on a permanent basis. Why don't you just run the batch file directly (and not through the shortcut) and modify it then? The cygwin icon points to Cygwin.bat, so I presume there are some arguments in the script that configure the shell. Is there any religious taboo that would prevent you from opening the batch script in an editor and see that you're wrong? I could try to manually edit the .bat, but I'm not sure what I would change to get the window modifications I am looking for. You are confusing a terminal and the shell it runs in. Actually, it would make sense to directly configure the cmd terminal (via defaults) because you probably want the changes in all Windows terminal windows (Cmd.exe). Thorsten -- 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: install on win7 enterprise, can't modify bash start up shortcut
* Thorsten Kampe (Fri, 19 Aug 2011 20:56:49 +0200) You are confusing a terminal and the shell it runs in. I meant you are confusing a shell and the terminal it runs in. Thorsten -- 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: install on win7 enterprise, can't modify bash start up shortcut
On Fri, Aug 19, 2011 at 8:31 PM, LMH wrote: (Please don't top-post) I've had no issue with re-sizing the bash window in the past and having those changes saved to the shortcut, even on win7 ent, so I am concerned about the health of the install. The health of the Cygwin install should be unrelated. I gues this is some Windows-y permission issue. The shortcut points to cygwin.bat; Windows runs cmd.exe to interpret the batch file, which eventually starts bash. The desktop icon points to Cygwin.bat, but that doesn't have anything in it about the bash shell. Can someone point me to the ini file where the specs of the bash window would be recorded? That window belongs to cmd.exe; bash runs inside it. The settings are in the registry; for the Cygwin shortcut it's HKEY_CURRENT_USER\Console\Cygwin I can check that file on another machine and see if it exists on the suspect install and see if I can edit it. That may give a clue as to what is amiss. I don't know anything about mintty and have always used bash. Can I run all of my bash commands, or would I be learning a new shell? You will be running bash inside mintty, just as you are running bash now inside the window of cmd.exe (except mintty is much nicer for doing that :). Hope this helps, Csaba -- GCS a+ e++ d- C++ ULS$ L+$ !E- W++ P+++$ w++$ tv+ b++ DI D++ 5++ The Tao of math: The numbers you can count are not the real numbers. Life is complex, with real and imaginary parts. Ok, it boots. Which means it must be bug-free and perfect. -- Linus Torvalds People disagree with me. I just ignore them. -- Linus Torvalds -- 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: install on win7 enterprise, can't modify bash start up shortcut
On Aug 19 21:19, Csaba Raduly wrote: On Fri, Aug 19, 2011 at 8:31 PM, LMH wrote: (Please don't top-post) I've had no issue with re-sizing the bash window in the past and having those changes saved to the shortcut, even on win7 ent, so I am concerned about the health of the install. The health of the Cygwin install should be unrelated. I gues this is some Windows-y permission issue. The shortcut points to cygwin.bat; Windows runs cmd.exe to interpret the batch file, which eventually starts bash. The desktop icon points to Cygwin.bat, but that doesn't have anything in it about the bash shell. Can someone point me to the ini file where the specs of the bash window would be recorded? That window belongs to cmd.exe; No, not really. Cmd is a shell, like bash. Up to Windows Vista and Server 2008, the console itself was implemented as just a bunch of library functions and a shared core in the csrss process. Start bash from Explorer, and in Task Manager you will see that no cmd is running. Starting with Windows 7 and Server 2008 R2, the console window is implemented as a standalone application called conhost.exe. So, if you start bash from explorer in W7, you will not only see bash, but also an additional conhost process. So, in a way conhost is the same as mintty, a terminal emulator, even if not a good one. Either way, that's a common misunderstanding of the way the Windows console works. It was never cmd. Cmd is and always was only a shell, just another console application like bash. I hope it goes without saying why you see a cmd process in task manager when you started bash via the Cygwin.bat batch file... 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: SSHD Issue Windows 2003 64 bit
I've re-installed cygwin on a fresh virtual machine (offline install) and have tried running: 'ssh-host-config' -- still no echo from the terminal 'cygrunsrv -S sshd' -- cygrunsrv: Error starting a service:OpenService: Win32 error 1060:The specified service does not exist as an installed service. 'net start sshd' -- the service name is invalid. More help is available by typing NET HELPMSG 2185. My environment variables below: Variable:Home Value: C:\ Variable: Path Value: C:\cygwin\bin Variable:TEMP Value: %USERPROFILE%\Local Settings\Temp Variable:TMP Value: %USERPROFILE%\Local Settings\Temp I have re-created the passwd file and group file via our previous conversations. What other steps could I take to ensure SSHD to run as a service on Windows Server 2003 r2 64bit? Any other ideas? On 8/16/2011 6:25 PM, Gary wrote: Sounds good I'll take those steps; In the meantime my cygwin.bat file looks like this: [at]echo off (note: at sign removed because it was causing false positives on an email filter) CYGWIN=binmode tty ntsec C: chdir C:\Cygwin\bin bash --login -i FWIW, you don't need any of the values you've added to the CYGWIN environment variable. They are all deprecated or will be in the cygwin 1.7.10 package. Their existence, however, should not cause any problems. -- Larry _ A: Yes. Q: Are you sure? A: Because it reverses the logical flow of conversation. Q: Why is top posting annoying in email? -- 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 -- Gary Phelps -- 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: SSHD Issue Windows 2003 64 bit
I've re-installed cygwin on a fresh virtual machine (offline install) and have tried running: 'ssh-host-config' -- still no echo from the terminal 'cygrunsrv -S sshd' -- cygrunsrv: Error starting a service: OpenService: Win32 error 1060:The specified service does not exist as an installed service. 'net start sshd' -- The service name is invalid. More help is available by typing NET HELPMSG 2185. My environment variables below: Variable:Home Value: C:\ Variable: Path Value: C:\cygwin\bin Variable:TEMP Value: %USERPROFILE%\Local Settings\Temp Variable:TMP Value: %USERPROFILE%\Local Settings\Temp I have re-created the passwd file and group file via our previous conversations. What other steps could I take to ensure SSHD to run as a service on Windows Server 2003 r2 64bit? Any other ideas? On 8/16/2011 6:25 PM, Gary wrote: Sounds good I'll take those steps; In the meantime my cygwin.bat file looks like this: [at]echo off (note: at sign removed because it was causing false positives on an email filter) CYGWIN=binmode tty ntsec C: chdir C:\Cygwin\bin bash --login -i FWIW, you don't need any of the values you've added to the CYGWIN environment variable. They are all deprecated or will be in the cygwin 1.7.10 package. Their existence, however, should not cause any problems. -- Larry -- Gary Phelps -- 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: install on win7 enterprise, can't modify bash start up shortcut
Thank you for all the clarification on shells and terminals, I have always used the terms interchangeably, which I guess was not correct. A few replies, Is there any religious taboo that would prevent you from opening the batch script in an editor and see that you're wrong? No, I did this on my XP cygwin install, and there is clearly nothing there to indicate the windows size, nor was there anything in the bashrc files, so I didn't know where to look next. I suppose I need to look at ini files for the terminal that gets started. That window belongs to cmd.exe; bash runs inside it. The settings are in the registry; for the Cygwin shortcut it's This would imply that I'm trying to change a registry setting related to cmd.exe and the OS isn't letting me. The confusing thing is that I have done this before on the exact same OS and not had this issue. Just for giggles, I tried to change the terminal settings for my windows command line shortcut. I did not get the same error, but I did notice that there was a menu entry called Defaults as well as Properties. This gives the same options, but this time when I save them there is no error. Changing the defaults changes the window options for both the bash shortcut and the windows cmd shortcut (I have both on my desktop). So I guess this is resolved, but I suppose I should look in to running the mintty terminal. What are the basic advantages of this compared to running in cmd? LMH Corinna Vinschen wrote: On Aug 19 21:19, Csaba Raduly wrote: On Fri, Aug 19, 2011 at 8:31 PM, LMH wrote: (Please don't top-post) I've had no issue with re-sizing the bash window in the past and having those changes saved to the shortcut, even on win7 ent, so I am concerned about the health of the install. The health of the Cygwin install should be unrelated. I gues this is some Windows-y permission issue. The shortcut points to cygwin.bat; Windows runs cmd.exe to interpret the batch file, which eventually starts bash. The desktop icon points to Cygwin.bat, but that doesn't have anything in it about the bash shell. Can someone point me to the ini file where the specs of the bash window would be recorded? That window belongs to cmd.exe; No, not really. Cmd is a shell, like bash. Up to Windows Vista and Server 2008, the console itself was implemented as just a bunch of library functions and a shared core in the csrss process. Start bash from Explorer, and in Task Manager you will see that no cmd is running. Starting with Windows 7 and Server 2008 R2, the console window is implemented as a standalone application called conhost.exe. So, if you start bash from explorer in W7, you will not only see bash, but also an additional conhost process. So, in a way conhost is the same as mintty, a terminal emulator, even if not a good one. Either way, that's a common misunderstanding of the way the Windows console works. It was never cmd. Cmd is and always was only a shell, just another console application like bash. I hope it goes without saying why you see a cmd process in task manager when you started bash via the Cygwin.bat batch file... Corinna -- 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: i686-w64-mingw32-gcc ntifs.h
On 8/20/2011 02:39, Sam Steingold wrote: * Corinna Vinschen pbevaan-plt...@pltjva.pbz [2011-08-19 14:00:44 +0200]: On Aug 19 18:19, JonY wrote: On 8/19/2011 07:37, Sam Steingold wrote: * JonY wb...@hfref.fbheprsbetr.arg [2011-08-19 06:39:03 +0800]: You are supposed to use -I to add the ddk path to gcc. how? I mean, -Iddk does not work because I do not have ddk directory in my build directory. how do I ask i686-w64-mingw32-gcc to print /usr/i686-w64-mingw32/sys-root/mingw/include/ ?? thanks! Try i686-w64-mingw32-gcc -print-sysroot and append /mingw/include/ddk. Or just use -I=/mingw/include/ddk cool trick, thanks. now I am still getting those zillions of errors like /usr/i686-w64-mingw32/sys-root/mingw/include/ddk/ntddk.h:2922:26: error: redeclaration of enumerator `WinRestrictedCodeSid' /usr/i686-w64-mingw32/sys-root/mingw/include/winnt.h:2681:413: note: previous definition of `WinRestrictedCodeSid' was here what about those? hi, afaik, you aren't supposed to use use winnt.h and ntddk code together, but I'm not sure this is accidental, I'll try to the devs and see if they have something. Kai, what do you think? signature.asc Description: OpenPGP digital signature