winsup/cygwin ChangeLog cygthread.cc
CVSROOT:/cvs/uberbaum Module name:winsup Changes by: [EMAIL PROTECTED] 2002-12-25 09:43:37 Modified files: cygwin : ChangeLog cygthread.cc Log message: * cygthread.cc (cygthread::detach): Set errno with set_sig_errno so that EINTR is properly restored after signal. Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/ChangeLog.diff?cvsroot=uberbaumr1=1.1649r2=1.1650 http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/cygthread.cc.diff?cvsroot=uberbaumr1=1.22r2=1.23
winsup/cygwin ChangeLog include/cygwin/version.h
CVSROOT:/cvs/uberbaum Module name:winsup Changes by: [EMAIL PROTECTED] 2002-12-25 15:39:05 Modified files: cygwin : ChangeLog cygwin/include/cygwin: version.h Log message: * include/cygwin/version.h: Bump DLL minor number. Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/ChangeLog.diff?cvsroot=uberbaumr1=1.1651r2=1.1652 http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/include/cygwin/version.h.diff?cvsroot=uberbaumr1=1.92r2=1.93
winsup/utils ChangeLog
CVSROOT:/cvs/uberbaum Module name:winsup Changes by: [EMAIL PROTECTED] 2002-12-25 15:49:40 Modified files: utils : ChangeLog Log message: minor reformatting Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/utils/ChangeLog.diff?cvsroot=uberbaumr1=1.190r2=1.191
src/winsup/w32api ChangeLog include/imm.h
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2002-12-25 19:57:17 Modified files: winsup/w32api : ChangeLog winsup/w32api/include: imm.h Log message: * include/imm.h (ImmGetCompositionFont[AW], ImmSetCompositionFont[AW]): Add NOGDI guard. Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/w32api/ChangeLog.diff?cvsroot=srcr1=1.292r2=1.293 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/w32api/include/imm.h.diff?cvsroot=srcr1=1.2r2=1.3
src/winsup/w32api ChangeLog include/unknwn.h
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2002-12-25 21:05:46 Modified files: winsup/w32api : ChangeLog winsup/w32api/include: unknwn.h Log message: * include/unknwn.h: Include windows.h and ole2.h before header guard to avoid circular inclusion of COM headers. Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/w32api/ChangeLog.diff?cvsroot=srcr1=1.295r2=1.296 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/w32api/include/unknwn.h.diff?cvsroot=srcr1=1.3r2=1.4
src/winsup/w32api/include dde.h
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2002-12-25 21:08:33 Modified files: winsup/w32api/include: dde.h Log message: 2002-12-26 Dimitri Papadopoulos [EMAIL PROTECTED] * include/dde.h (PackDDElParam, UnpackDDElParam,FreeDDElParam, ReuseDDElParam): Use __WIN64 compatible typedefs. Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/w32api/include/dde.h.diff?cvsroot=srcr1=1.2r2=1.3
src/winsup/w32api ChangeLog include/dbt.h
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2002-12-25 21:21:43 Modified files: winsup/w32api : ChangeLog winsup/w32api/include: dbt.h Log message: * include/dbt.h (DEV_BROADCAST_PORT): Add UNICODE version. Thanks to: Dimitri Papadopoulos [EMAIL PROTECTED] Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/w32api/ChangeLog.diff?cvsroot=srcr1=1.296r2=1.297 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/w32api/include/dbt.h.diff?cvsroot=srcr1=1.2r2=1.3
RE: Updated: lynx-2.8.4-3
-Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Corinna Vinschen Sent: Monday, December 23, 2002 4:43 PM To: cygann Subject: Updated: lynx-2.8.4-3 I've updated the version of lynx to 2.8.4-3. It solves the problem that on the '!' command, the $COMSPEC environment variable is evaluated instead of $SHELL. This mess turned out to be a Cygwin specific tweak of one of the Lynx developers from back in 1999. I just disabled the Cygwin specific behaviour. -- 8 -- Hi... Just want to let it be known so that it can be investigated further... Following description *known* to apply to Windows 98SE. Others: unknown. There seems to a analogous problem with startx as far as I can understand: I have set SHELL=C:\COMMAND.COM /E:30720 set COMSPEC=C:\COMMAND.COM in CONFIG.SYS, SHELL is copied into the bash environment... therefore I currently have this two-minute-tweak in ~/.profile if echo $SHELL | grep -i -c command.com /dev/null then export SHELL= echo \command.com\ found in \$SHELL, \$SHELL contents removed. fi ... As SHELL is empty startx works as it should. -- 8 -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc. /Hannu E K Nevalainen, Mariefred, Sweden -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
microcontroller mailing lists
Hello Experts, Sorry, if away from the topics discussed here. Microcontrollers and RTOS r bound together faaar into the embedded world. Right ?? I want some FREE mailing list for answers from Experts in world for ATMEL 8051 8-bit controller . Or atleast a 8-bit MicroController specialised mailing list. Or atleast some FREE microcontroller mailing lists. Please send me a list of microcontroller mailing lists. Thanx in advance karthik bala guru [EMAIL PROTECTED] Missed your favourite TV serial last night? Try the new, Yahoo! TV. visit http://in.tv.yahoo.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
wrong definition of VK_KANA
I found a wrong definition of VK_KANA (virtual-key code) in usr/include/w32api/winuser.h. I found the definition of VK_KANA in usr/include/w32api/winuser.h is wrong. I would like the following patch applied. --- ./winuser.h.orig2002-11-26 05:21:14.0 +0900 +++ ./winuser.h 2002-12-25 23:20:19.0 +0900 @@ -1576,12 +1576,12 @@ #define VK_TAB 9 #define VK_CLEAR 12 #define VK_RETURN 13 -#define VK_KANA15 #define VK_SHIFT 16 #define VK_CONTROL 17 #define VK_MENU18 #define VK_PAUSE 19 #define VK_CAPITAL 20 +#define VK_KANA0x15 #define VK_ESCAPE 0x1B #define VK_SPACE 32 #define VK_PRIOR 33 -- MIYOSHI Masanori mailto:[EMAIL PROTECTED] http://www.boreas.dti.ne.jp/~miyoshi/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Bug somewhere between cygwin, gcc and cvs
Hello all! I downloaded latest stable CVS code (1.11.2) and compiled it under cygwin. cvs co, cvs login and cvs commit worked, but not cvs update. I traced the bug to call to open (., O_RDONLY); at lib/savecwd.c:61 in CVS source. This call is made the same way during commit and update, yet it fails during update only, with the error file already exist. When I tried to make similar call from other places in the code, I learned that placing the call right before save_cwd is called from recurse.c makes the entire thing work. The next thing I tried was optimization level in the compiler. When I replaced -O2 with -O, the whole situation went away. I am running Windows ME. GCC gives the following in response to -v : $ gcc -v Reading specs from /usr/lib/gcc-lib/i686-pc-cygwin/3.2/specs Configured with: /netrel/src/gcc-3.2-3/configure --enable-languages=c,c++,f77,java --enable-libgcj --enable-threads=posix --with-system-zlib --enable-nls --without-included-gettext --enable-interpreter --disable-sjlj-exceptions --disable-version-specific-runtime-libs --enable-shared --build=i686-pc-linux --host=i686-pc-cygwin --target=i686-pc-cygwin --enable-haifa --prefix=/usr --exec-prefix=/usr --sysconfdir=/etc --libdir=/usr/lib --includedir=/nonexistent/include --libexecd ir=/usr/sbin Thread model: posix gcc version 3.2 20020927 (prerelease) cygwin version is cygwin 1.3.17-1 , according to cygcheck -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Bug somewhere between cygwin, gcc and cvs
On Wed, 25 Dec 2002 13:22:17 -0500 Arkadiy Belousov [EMAIL PROTECTED] wrote: I downloaded latest stable CVS code (1.11.2) and compiled it under cygwin. cvs co, cvs login and cvs commit worked, but not cvs update. Since you are trying to build a version of CVS in advance of the version available on Cygwin mirrors, you may not get much help here. I suggest you download the source for the Cygwin CVS (release/cvs/cvs-1.11.0-1-src.tar.gz) and see what is done in the corresponding places there. If that version has the same problems, I'm sure the Cygwin maintainer would appreciate a patch. -- Mac :}) ** I normally forward private questions to the appropriate mail list. ** Ask Smarter: http://www.tuxedo.org/~esr/faqs/smart-questions.html Give a hobbit a fish and he eats fish for a day. Give a hobbit a ring and he eats fish for an age. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Bug somewhere between cygwin, gcc and cvs
The version currently available does not support specifying port in CVSROOT. And I need that for ssh tunneling. I do realize I am on the bleeding edge here. Still, it's something to look at when CVS 1.11.2 is ported. Personally, I think it's the compiler. Let's wait till gcc loses (prerelease) label on it. Michael A Chase wrote: On Wed, 25 Dec 2002 13:22:17 -0500 Arkadiy Belousov [EMAIL PROTECTED] wrote: I downloaded latest stable CVS code (1.11.2) and compiled it under cygwin. cvs co, cvs login and cvs commit worked, but not cvs update. Since you are trying to build a version of CVS in advance of the version available on Cygwin mirrors, you may not get much help here. I suggest you download the source for the Cygwin CVS (release/cvs/cvs-1.11.0-1-src.tar.gz) and see what is done in the corresponding places there. If that version has the same problems, I'm sure the Cygwin maintainer would appreciate a patch. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Bug somewhere between cygwin, gcc and cvs
On Wed, Dec 25, 2002 at 02:29:17PM -0500, Arkadiy Belousov wrote: The version currently available does not support specifying port in CVSROOT. And I need that for ssh tunneling. I do realize I am on the bleeding edge here. Still, it's something to look at when CVS 1.11.2 is ported. Personally, I think it's the compiler. Let's wait till gcc loses (prerelease) label on it. Despite appearances to the contrary, cygwin's gcc is based on the released version of gcc 3.2. There is no better version being planned. It sounds to me like this is a problem with opening a directory using open, as was previously suggested. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Bug somewhere between cygwin, gcc and cvs
On Wed, 25 Dec 2002, Christopher Faylor wrote: On Wed, Dec 25, 2002 at 02:29:17PM -0500, Arkadiy Belousov wrote: The version currently available does not support specifying port in CVSROOT. And I need that for ssh tunneling. I do realize I am on the bleeding edge here. Still, it's something to look at when CVS 1.11.2 is ported. Personally, I think it's the compiler. Let's wait till gcc loses (prerelease) label on it. Despite appearances to the contrary, cygwin's gcc is based on the released version of gcc 3.2. There is no better version being planned. It sounds to me like this is a problem with opening a directory using open, as was previously suggested. cgf If I understand the documentation at http://www.opengroup.org/onlinepubs/007904975/functions/open.html corectly, open()ing a directory is not explicitly prohibited (in fact, the phrasing of one error value, [EISDIR] The named file is a directory and oflag includes O_WRONLY or O_RDWR. suggests that it is allowed). Besides, the code only uses the file descriptor in a subsequent call to fchdir()... Am I missing something here? Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! Oh, boy, virtual memory! Now I'm gonna make myself a really *big* RAMdisk! -- /usr/games/fortune -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Bug somewhere between cygwin, gcc and cvs
On Wed, Dec 25, 2002 at 03:06:33PM -0500, Igor Pechtchanski wrote: On Wed, 25 Dec 2002, Christopher Faylor wrote: On Wed, Dec 25, 2002 at 02:29:17PM -0500, Arkadiy Belousov wrote: The version currently available does not support specifying port in CVSROOT. And I need that for ssh tunneling. I do realize I am on the bleeding edge here. Still, it's something to look at when CVS 1.11.2 is ported. Personally, I think it's the compiler. Let's wait till gcc loses (prerelease) label on it. Despite appearances to the contrary, cygwin's gcc is based on the released version of gcc 3.2. There is no better version being planned. It sounds to me like this is a problem with opening a directory using open, as was previously suggested. If I understand the documentation at http://www.opengroup.org/onlinepubs/007904975/functions/open.html corectly, open()ing a directory is not explicitly prohibited (in fact, the phrasing of one error value, [EISDIR] The named file is a directory and oflag includes O_WRONLY or O_RDWR. suggests that it is allowed). Besides, the code only uses the file descriptor in a subsequent call to fchdir()... Am I missing something here? You may be missing the fact that saying a problem with opening a directory is not equivalent to saying Cygwin isn't supposed to work this way. Pierre Humblet submitted a patch to fix a problem opening directories on Windows 9x/Me last week. So, as always, trying a new cygwin snapshot is a good idea. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
small tty problem? Re: Updated: cygwin-1.3.18-1
I was going to send this message about the latest cvs, but I just verified it applies as well to 1.3.18 WinME, latest everything, CYGWIN undefined When I ssh localhost and use less or mutt, the final q appears before the next shell prompt. This is 100% reproducible with rxvt, I have also seen it with cygwin.bat, but rarely. ~: ssh localhost snip You are successfully logged in to this server!!! ~: less .bash_profile q~: less .bash_profile q~: ^ ^ note q before the prompt. Pierre -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: problem with vi over ssh
Mirza, i noticed a problem with vi when i connect to a linux. i found no answers about this problem anywhere: i start my cygwin and connect over ssh to a linux machine. when i want to open a file using vi - vi file_name, i get the following: [..snip..] i am having this problem only if i use cygwin. any ideas? or is this normal? A Linux machine knows nothing about the terminal type 'cygwin'. This is normal. You'll also only really experience this when sshing from a console window - if you ssh from rxvt (term = xterm) everything should be fine. If, however, you want to ssh in a console window, simply add some explicit term setting in your startup file on the remote server. For example, I have in .bashrc: # Cygwin term type is unrecognised, and sucks on Linux, so if ssh'ing from # a console window, set the term to something that works nicely. if [ $TERM == cygwin ]; then export TERM=vt100 fi Or add the appropriate syntax to the appropriate file if you use a different shell. HTH, Mark. -- Mark Ord | We always have music playing, Melbourne, Australia | it's up to us to hear it as mailto:[EMAIL PROTECTED] | bosanova... http://www.alphalink.com.au/~ord/home/ | - Roger Clyne - -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: [ANNOUNCEMENT] Update cygwin package rxvt 2.7.9-4
Andrew DeFaria wrote: Does this mean that the font change things have been temporarily removed? Or does it mean that the problem of the lowercase k and m not working has been fixed? Both. It turns out that the keycode for KP+ is 'k', which means that the straight forward approach of mapping KP+ to XK_KP_Add, is not entirely correct. When I get back from vacation, I'll track through the code to figure out the right thing to do. -steve -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/