Re: Clipboard integration does not work with XDMCP
Thank you very much for your prompt intervention. I can confirm that your fix works for me too. I see that now, in the log, lines like the followings are appearing: client(60): Released pid(-1). client(60): Released cmdline(NULL) and cmdargs(NULL). client(60): Reserved pid(-1). client(60): Reserved cmdname(NULL) and cmdargs(NULL). AllocNewConnection: client index = 3, socket fd = 13 I guess you raised the trace/log levels for debug/reporting purposes, so probably this is not relevant. Thank you, Danilo Turina Il 22/02/2014 14:36, Jon TURNEY ha scritto: On 21/02/2014 16:51, Danilo Turina wrote: Hello, I need to connect from my PC to a Linux machine that runs KDE and I use the following command: XWin -from MY_PC_IP_ADDR -terminate -query LINUX_MACHINE_IP_ADDR It works well but the clipboard integration that fails. Notice that: 1) XWin alone (i.e. no XDMCP, i.e. local) works nicely with my Windows clipboard 2) Xming works (almost) fine with XDMCP + clipboard (with the same Linux machine) I gave a look at the XWin log in two cases: A) XWin alone B) XWin + XDMCP And the only differences I've found (apart from the different command line arguments) is the following lines that were at the end of the log of the XDMCP invokation: winProcEstablishConnection - winInitClipboard returned. winClipboardThreadProc - DISPLAY=:0.0 winClipboardProc - XOpenDisplay () returned and successfully opened the display. winClipboardIOErrorHandler! winClipboardProc - setjmp returned for IO Error Handler. winClipboardProc - trying to restart clipboard thread winClipboardThreadProc - DISPLAY=:0.0 winClipboardProc - XOpenDisplay () returned and successfully opened the display. winClipboardProc - winClipboardFlushWindowsMessageQueue trapped WM_QUIT message, exiting main loop. winClipboardProc - XDestroyWindow succeeded. Thanks for reporting this problem, and the clear reproduction steps. The issue here is that the XDMCP login dialog kills all other X clients (including the clipboard integration client) for security. The clipboard integration client is supposed to restart and reconnect as necessary, but it seems this has been broken for a while. I've has a go at fixing this and uploaded a snapshot at [1]. Perhaps you could try that and see if it improves things for you? [1] ftp://cygwin.com/pub/cygwinx/XWin.20140222-git-c14d82e878fc884d.exe.bz2 -- DANILO TURINA Sesa S.p.A. Software Development Engineer Rieti (Italy) 3 mesi 23 giorni 24 minuti 22 secondi -- 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: Clipboard integration does not work with XDMCP
Il 22/02/2014 14:36, Jon TURNEY ha scritto: On 21/02/2014 16:51, Danilo Turina wrote: Hello, I need to connect from my PC to a Linux machine that runs KDE and I use the following command: XWin -from MY_PC_IP_ADDR -terminate -query LINUX_MACHINE_IP_ADDR It works well but the clipboard integration that fails. Notice that: 1) XWin alone (i.e. no XDMCP, i.e. local) works nicely with my Windows clipboard 2) Xming works (almost) fine with XDMCP + clipboard (with the same Linux machine) I gave a look at the XWin log in two cases: A) XWin alone B) XWin + XDMCP And the only differences I've found (apart from the different command line arguments) is the following lines that were at the end of the log of the XDMCP invokation: winProcEstablishConnection - winInitClipboard returned. winClipboardThreadProc - DISPLAY=:0.0 winClipboardProc - XOpenDisplay () returned and successfully opened the display. winClipboardIOErrorHandler! winClipboardProc - setjmp returned for IO Error Handler. winClipboardProc - trying to restart clipboard thread winClipboardThreadProc - DISPLAY=:0.0 winClipboardProc - XOpenDisplay () returned and successfully opened the display. winClipboardProc - winClipboardFlushWindowsMessageQueue trapped WM_QUIT message, exiting main loop. winClipboardProc - XDestroyWindow succeeded. Thanks for reporting this problem, and the clear reproduction steps. The issue here is that the XDMCP login dialog kills all other X clients (including the clipboard integration client) for security. The clipboard integration client is supposed to restart and reconnect as necessary, but it seems this has been broken for a while. I've has a go at fixing this and uploaded a snapshot at [1]. Perhaps you could try that and see if it improves things for you? [1] ftp://cygwin.com/pub/cygwinx/XWin.20140222-git-c14d82e878fc884d.exe.bz2 Sorry for top posting... I resend here my previous e-mail, without top posting. --- Thank you very much for your prompt intervention. I can confirm that your fix works for me too. I see that now, in the log, lines like the followings are appearing: client(60): Released pid(-1). client(60): Released cmdline(NULL) and cmdargs(NULL). client(60): Reserved pid(-1). client(60): Reserved cmdname(NULL) and cmdargs(NULL). AllocNewConnection: client index = 3, socket fd = 13 I guess you raised the trace/log levels for debug/reporting purposes, so probably this is not relevant. Thank you, Danilo Turina -- DANILO TURINA Sesa S.p.A. Software Development Engineer Rieti (Italy) 3 mesi 23 giorni 34 minuti 43 secondi -- 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/utils ChangeLog mkgroup.c mkpasswd. ...
CVSROOT:/cvs/src Module name:src Changes by: cori...@sourceware.org 2014-02-24 10:51:42 Modified files: winsup/utils : ChangeLog mkgroup.c mkpasswd.c utils.xml Log message: * mkgroup.c (domlist_t): Drop id_offset. (get_dcname): Remove. (current_group): Remove. (enum_unix_groups): Simplify. Change space to underscore in domain name. (enum_local_groups): Simplify to accommodate the fact that it's only called for foreign machines. (enum_groups): Ditto. (print_special_by_sid): Remove. (print_special_by_name): Remove. (usage): Align to new code. (fetch_primary_domain): Remove. (main): Use cygwin_internal CW_SETENT, CW_GETENT and CW_ENDENT method. Call enum_local_groups, enum_groups, and enum_unix_groups only for foreign machines. * mkpasswd.c (get_dcname): Remove. (current_user): Remove. (enum_unix_users): Simplify. Change space to underscore in domain name. (enum_users): Simplify to accommodate the fact that it's only called for foreign machines. (print_special_by_sid): Remove. (usage): Align to new code. (longopts): Add -b/--no-builtin option. (opts): Add -b option. (print_special_by_name): Remove. (enum_std_accounts): Remove. (fetch_primary_domain): Remove. (main): Use cygwin_internal CW_SETENT, CW_GETENT and CW_ENDENT method. Call enum_users and enum_unix_users only for foreign machines. * utils.xml (mkgroup): Align documentation to new usage. (mkpasswd): Ditto. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/utils/ChangeLog.diff?cvsroot=srcr1=1.620r2=1.621 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/utils/mkgroup.c.diff?cvsroot=srcr1=1.54r2=1.55 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/utils/mkpasswd.c.diff?cvsroot=srcr1=1.62r2=1.63 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/utils/utils.xml.diff?cvsroot=srcr1=1.3r2=1.4
src/winsup/utils ChangeLog minidumper.cc
CVSROOT:/cvs/src Module name:src Branch: cygwin-1_7_29-release-branchpoint Changes by: c...@sourceware.org 2014-02-24 19:04:41 Modified files: winsup/utils : ChangeLog minidumper.cc Log message: * minidumper.cc (minidump): Fix -t option argument handling. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/utils/ChangeLog.diff?cvsroot=srconly_with_tag=cygwin-1_7_29-release-branchpointr1=1.619r2=1.619.2.1 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/utils/minidumper.cc.diff?cvsroot=srconly_with_tag=cygwin-1_7_29-release-branchpointr1=1.1r2=1.1.2.1
Re: Want to build Win32 API code and Posix API code in Cygwin
Greetings, Qw Liu! I have legacy code (part A) written in Posix API that I want to port to Windows, and there is also some other necessary code (part B) written in Win32 API, but seems that I cannot use GCC on Cygwin to build them (A and B) together to get the executable program, since I met issue like header missing for Win32 API . Is there any other method to resolve such problem? I considerred to build part B as dll first and build with part A on Cygwin. Is that okay? My Crystal Ball is in service - overheated again... WHAT header you are missing, exactly? And before you answer that, you do aware, that mixing POSIX and Windows native API calls is generally considered not a very good idea, right? Depends on the kind of mix (stirred, not shaken?), you may be on a very sharp edge of things. Without looking at your code, one possible solution is to push all platform-dependent code into a separate library, and load it at runtime. -- WBR, Andrey Repin (anrdae...@yandex.ru) 24.02.2014, 13:49 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: problem
Corinna Vinschen corinna-cygwin at cygwin.com writes: On Feb 18 14:07, Brian Holley wrote: Under Win8.1, cygwin64 reports: 1 [main] scp 4648 find_fast_cwd: WARNING: Couldn't compute FAST_CWD pointer. and asks for this to be reported. Are you using an older Cygwin version by any chance? I'm using Windows 8.1 daily and I haven't seen this message for a long time. The patch to avoid the message is from when 8.1 has gone Beta, as far as I remember. Corinna I'm getting the same error (warning) on Windows 2008 and I still didn't find a way to avoid it. I'm sure I'm using the last version of Cygwin64. Maybe I should use an older version? Same install is working perfectly on Windows 2003 and Windows 7. Thanks. -- 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
Issues downloading vim-minimal-7.4.182-1.tar.xz
Hi All, I've tried 3 different mirrors all with the same result - when I try to update to vim-minimal-7.4.182-1.tar.xz via setup-x86.exe I get a pop-up stating Download Incomplete. Try again? Is the file truncated? Thanks, Chris -- Chris Sutcliffe http://google.com/+ChrisSutcliffe -- 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: Issues downloading vim-minimal-7.4.182-1.tar.xz
On 24 February 2014 08:37, Chris Sutcliffe wrote: I've tried 3 different mirrors all with the same result - when I try to update to vim-minimal-7.4.182-1.tar.xz via setup-x86.exe I get a pop-up stating Download Incomplete. Try again? Is the file truncated? Yet it installed. For good measure I re-installed it again and all was good. Dunno what happened the first time. Sorry for the noise. Chris -- Chris Sutcliffe http://google.com/+ChrisSutcliffe -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: [ANNOUNCEMENT] New package: getent-2.18.90-1
On Thu, Feb 20, 2014 at 08:19:20PM +0100, Corinna Vinschen wrote: I just uploaded the new getent package to the 32 and 64 bit distros. Getent is included in Base, but it has a dependency on libargp, which is only in Devel and Libs. At least that's the case for the 32-bit packages; I've not checked 64-bit. Can/should we lift that dependency, or add libargp to Base as well? -- 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: Change Directory
On 02/23/2014 03:40 PM, David Stacey wrote: On 23/02/14 22:27, Todd Poole wrote: Getting confused on something. From bash terminal I can change directory like so: $ cd /c/directoryname But if the directory has multi words it does not recognize the directory: $ cd /c/my directory name Is there a way to get cygwin to recognize multiple names in a directory? Either surround the whole path in quotes, or use a backslash character '\' before each space: cd /c/my directory name cd /c/my\ directory\ name Or use zsh instead of bash (zsh auto-tries concatenating multi-argument names into a single-argument directory containing spaces), or write a bash function for cd that tries 'command cd $*' when $# 1. -- Eric Blake eblake redhat com+1-919-301-3266 Libvirt virtualization library http://libvirt.org signature.asc Description: OpenPGP digital signature
Re: Change Directory
Thanks to all. I was able to get it to work with /c/my directory name Todd Poole On 2/24/2014 10:06 AM, Eric Blake wrote: On 02/23/2014 03:40 PM, David Stacey wrote: On 23/02/14 22:27, Todd Poole wrote: Getting confused on something. From bash terminal I can change directory like so: $ cd /c/directoryname But if the directory has multi words it does not recognize the directory: $ cd /c/my directory name Is there a way to get cygwin to recognize multiple names in a directory? Either surround the whole path in quotes, or use a backslash character '\' before each space: cd /c/my directory name cd /c/my\ directory\ name Or use zsh instead of bash (zsh auto-tries concatenating multi-argument names into a single-argument directory containing spaces), or write a bash function for cd that tries 'command cd $*' when $# 1. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: [ANNOUNCEMENT] New package: getent-2.18.90-1
On Feb 24 14:29, Adam Dinwoodie wrote: On Thu, Feb 20, 2014 at 08:19:20PM +0100, Corinna Vinschen wrote: I just uploaded the new getent package to the 32 and 64 bit distros. Getent is included in Base, but it has a dependency on libargp, which is only in Devel and Libs. At least that's the case for the 32-bit packages; I've not checked 64-bit. Can/should we lift that dependency, or add libargp to Base as well? The dependency can't be lifted becasue getent actually uses libargp. Since setup pulls in this dependency automatically, I don't see a big problem here. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Maintainer cygwin AT cygwin DOT com Red Hat pgpKUuRVxbWiT.pgp Description: PGP signature
Re: problem
On Feb 24 13:26, Cristi wrote: Corinna Vinschen corinna-cygwin at cygwin.com writes: On Feb 18 14:07, Brian Holley wrote: Under Win8.1, cygwin64 reports: 1 [main] scp 4648 find_fast_cwd: WARNING: Couldn't compute FAST_CWD pointer. and asks for this to be reported. Are you using an older Cygwin version by any chance? I'm using Windows 8.1 daily and I haven't seen this message for a long time. The patch to avoid the message is from when 8.1 has gone Beta, as far as I remember. Corinna I'm getting the same error (warning) on Windows 2008 and I still didn't find a way to avoid it. I'm sure I'm using the last version of Cygwin64. Maybe I should use an older version? Same install is working perfectly on Windows 2003 and Windows 7. Sorry, but I can't reproduce this. I've tested on a fully updated 2008 64 bit machine, with Cygwin 1.7.28, in 32 and 64 bit, and there's no such message for me. This is one of those problems which gets apparently introduced by some hotfix which is not part of the normal update procedure, and I can't change this code unless I can reproduce the problem. If somebody can reproduce this on the existing Windows versions, and this somebody feels not too repelled by plunging into assembler debugging ntdll.dll, mainly the function RtlGetCurrentDirectory_U and a subsequently called noname function, and compares what happens with the Cygwin function find_fast_cwd_pointer() in path.cc, please feel free to submit patches. Btw., what OS version *exactly* are you encountering this problem? Please send the output of `cygcheck -svr' as requested in http://cygwin.com/problems.html. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Maintainer cygwin AT cygwin DOT com Red Hat pgpI54k1PJ9Y6.pgp Description: PGP signature
Re: problem
On Feb 24 16:16, Corinna Vinschen wrote: On Feb 24 13:26, Cristi wrote: Corinna Vinschen corinna-cygwin at cygwin.com writes: On Feb 18 14:07, Brian Holley wrote: Under Win8.1, cygwin64 reports: 1 [main] scp 4648 find_fast_cwd: WARNING: Couldn't compute FAST_CWD pointer. and asks for this to be reported. Are you using an older Cygwin version by any chance? I'm using Windows 8.1 daily and I haven't seen this message for a long time. The patch to avoid the message is from when 8.1 has gone Beta, as far as I remember. Corinna I'm getting the same error (warning) on Windows 2008 and I still didn't find a way to avoid it. I'm sure I'm using the last version of Cygwin64. Maybe I should use an older version? Same install is working perfectly on Windows 2003 and Windows 7. Sorry, but I can't reproduce this. I've tested on a fully updated 2008 64 bit machine, with Cygwin 1.7.28, in 32 and 64 bit, and there's no such message for me. This is one of those problems which gets apparently introduced by some hotfix which is not part of the normal update procedure, and I can't change this code unless I can reproduce the problem. If somebody can reproduce this on the existing Windows versions, and this somebody feels not too repelled by plunging into assembler debugging ntdll.dll, mainly the function RtlGetCurrentDirectory_U and a subsequently called noname function, and compares what happens with the Cygwin function find_fast_cwd_pointer() in path.cc, please feel free to submit patches. Alternatively, if somebody finds out *what* introduces this problem, so I can try to install this as well to reproduce the problem, I'd be grateful as well. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Maintainer cygwin AT cygwin DOT com Red Hat pgptQfPnnyj93.pgp Description: PGP signature
Re: [ANNOUNCEMENT] New package: getent-2.18.90-1
On Feb 24 14:29, Adam Dinwoodie wrote: On Thu, Feb 20, 2014 at 08:19:20PM +0100, Corinna Vinschen wrote: I just uploaded the new getent package to the 32 and 64 bit distros. Getent is included in Base, but it has a dependency on libargp, which is only in Devel and Libs. At least that's the case for the 32-bit packages; I've not checked 64-bit. Can/should we lift that dependency, or add libargp to Base as well? The dependency can't be lifted becasue getent actually uses libargp. Since setup pulls in this dependency automatically, I don't see a big problem here. I think it's better to leave libargp out of Base. Although the dependency from getent effectvely makes it a required package, it's not intrinsically required. If in the future getent stops using it, it will automatically go back to being optional again. -- 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: Silently configure sshd fails via system account
On 02/21/2014 03:58 PM, Larry Hall (Cygwin) wrote: On 2/21/2014 3:48 PM, Paul Griffith wrote: Hi, I am using a software package called WPKG (wpkg.org) to silently deploy Cygwin and then configure SSHD. The Cygwin installation works like a charm. Configuring sshd is another story. If I run my script from a admin command prompt, I am to setup sshd. If I run that same script from WPKG, it fails. The only difference is that the WPKG agent runs as the SYSTEM user. I assume SCCM (Microsoft System Center Configuration Manager) users would have the same issue since their agent also run as SYSTEM. Any ideas other than pulling apart /usr/bin/ssh-host-config and trying to do this manually myself ?? Configuring sshd can be tricky. There are plenty of failure paths so it's best not to step off known paths to success unless you're willing to blaze a new successful trail. With that in mind, why not run WPKG under an account that is known to successfully install Cygwin in the normal way? This may be close enough to a known successful path to just work. Thanks Larry, I have a few options to try. I post them to help others, if I achieve some measure of success. Best Regards, Paul -- 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: Issues downloading vim-minimal-7.4.182-1.tar.xz
I've tried 3 different mirrors all with the same result - when I try to update to vim-minimal-7.4.182-1.tar.xz via setup-x86.exe I get a pop-up stating Download Incomplete. Try again? Is the file truncated? Yet it installed. For good measure I re-installed it again and all was good. Dunno what happened the first time. Seeing the exact same thing here. Skipping the retry to allow the rest of the installation to go through, then choosing 'Reinstall' for vim-minimal, worked. FWIW, the failed download popup always happened when the main setup.exe said it was trying to download autorebase. The setup log only contains: 2014/02/24 11:36:58 Starting cygwin install, version 2.831 2014/02/24 11:36:58 User has NO backup/restore rights 2014/02/24 11:36:58 Attempting to elevate to Administrator 2014/02/24 11:36:58 Writing messages to log files without exiting (Dunno what the kvetching about permissions is, as I'm the only user on this system, most definitely with all the privileges. It's Windows 7 x64, but running a 32-bit Cygwin.) -- 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 Bash 4.2 for Cygwin fails
(GMail won't let me stick a References: header in; the thread here was from [1].) Bash 4.2 is *still* using the old and long deprecated cygwin_conv_to_full_posix_path function. It should long have changed the call to use the cygwin_conv_path or cygwin_create_path function. Eric? Any chance to update bash? The mailing list search engine can't find any further messages past this one. Were there any? Bash 4.2 is three years old this month, we'd love to start using it on Cygwin. :-) If there's work already done then we can wait; if not then one of us might try and kludge something together locally. [1] http://cygwin.com/ml/cygwin/2013-12/msg00215.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
Mirrors down?
Ftp mirrors download some stuff then say: 550 Failed to change directory http sites can't download setup.ini then stop. The cygwin installer usually works with no problem. What could I be doing wrong? -gene -- 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
sox - package is broken
Hi Cygwin Team As reply for my Post: aplay (audio) support for cygwin - solution I got the hint to: Install the Cygwin packages 'sox' and 'sox-fmt-*' But installation of these sox packages is broken! I tried it on 3 computers and i have successfull installed Cygwin many times before. Error Message: Download incomplete! Try agian? Yes/No (at 99%) Retry does not fix it. my 3 Windows Computer, all Cygwin 1.7.28 - 32 bit: a) Windows XP, 32bit b) Windows 7 - 64bit, 1 year old installation of cygwin c) Windows 7 - 64bit, 1 week new installation of cygwin - different location I tried different german ftp*.de servers - same problem. Always broken at 99%. Never had this problem before! On Computer (b) I somehow made the package install: After some retries with different servers I got a warning of an older setup.ini and I could install it. But after (export AUDIODRIVER=ao ; play ding.wav) I see messages indicating successfull playing and application is waiting the time the wav-file takes, but no sound. But I can hear the sound using VLC-win32 or WindowsMediaPlayer. Of course I tried different wav files. Thanks, Alexander -- 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: Clearing the buffer after quitting LESS, MAN, VIM etc.
Christopher Faylor cgf-use-the-mailinglist-please at cygwin.com writes: Getting that kind of functionality in the Windows console is tricky but I think it should be there in the latest snapshot. I also fixed some problems with some of the escape sequences that scroll the screen. There is still one more difference between Cygwin and, e.g., xterm though. The scroll buffer is still there when you enter a full screen session like vim or less. So you can scroll up to it and really cause confusion. It's possible to fix that behavior but it would be really tricky. I'm not sure I want to complicate the console handling code for this one corner case. The new behavior is in the latest snapshot. http://cygwin.com/snapshots/ cgf Hi Christopher, Thank you very much for your interest. But I have to say, it's now worse than it was before. I'm using the latest snapshot (2014-02-24). My findings: 1. Clear screen (CTRL + L) now works better, it simply scrolls to the end of the scrollback buffer and appends to it. But the screen isn't cleared, what should be the main purpose of the clear screen :) After clearing of screen, current prompt is on the most bottom line of screen with scrollback buffer above. I think that it's should be on the first line of screen and the screen bellow should be empty. So add of scroll screen_height lines down should be enough to resolve this. 2. Scrollback buffer seems to be fine until I use LESS/VIM etc. (alternative screen). Than it's messed. Alternative screen shouldn't influence the scrollback buffer, I think. 3. It's incompatible with screen (screen manager). Status line of screen is overwritten with screen content and when screen content reaches the most bottom line of screen, it doesn't scroll, so any additional content is hidden. - - - - - - - - - - I really don't know much about how that command line related things works in Linux, but could it be possible that you work with screen and scrollback buffer wrong way? I mean, maybe there are some rules, how to work with screen content and buffer, so it would work everywhere (e.g. in the screen manager) rather that trying to fix bugs, write workarounds and hacks. I wonder that nobody else have similar issues, because this is absolutely essential, when you work with terminal, I think. I had none of these problems, when I was using smaller screen size. Everything started with my new laptop with HD display, because I used to have terminal window in fullscreen mode. Thank you for your time and have a nice day. -- Dawid Ferenczy http://ferenczy.cz -- 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: Clearing the buffer after quitting LESS, MAN, VIM etc.
On Mon, Feb 24, 2014 at 05:35:21PM +, Dawid Ferenczy wrote: Christopher Faylor cgf-use-the-mailinglist-please at cygwin.com writes: Getting that kind of functionality in the Windows console is tricky but I think it should be there in the latest snapshot. I also fixed some problems with some of the escape sequences that scroll the screen. There is still one more difference between Cygwin and, e.g., xterm though. The scroll buffer is still there when you enter a full screen session like vim or less. So you can scroll up to it and really cause confusion. It's possible to fix that behavior but it would be really tricky. I'm not sure I want to complicate the console handling code for this one corner case. The new behavior is in the latest snapshot. http://cygwin.com/snapshots/ Thank you very much for your interest. But I have to say, it's now worse than it was before. I'm using the latest snapshot (2014-02-24). This wasn't my snapshot, it was Corinna's. I am still working on the problem. 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: sox - package is broken
On 24/02/2014 17:27, Dr. Alexander Kleinsorge wrote: But after (export AUDIODRIVER=ao ; play ding.wav) I see messages indicating successfull playing and application is waiting the time the wav-file takes, but no sound. But I can hear the sound using VLC-win32 or WindowsMediaPlayer. You could try using the pulseaudio driver, but this requires a little setting up. Firstly, make sure you have speakers and a microphone connected to your PC (pulseaudio will not be able to function unless you have input and output devices connected). Then set up some permissions: chown -R username /home/username chmod 755 /home/username rm -rf /tmp/pulse* ~/.pulse-cookie ~/.config/pulse where 'username' is your user name. You will only have to do the above once. Then play your sound file: export AUDIODRIVER=pulseaudio play ding.wav And prepare to be dinged unto. When you've finished playing sounds, kill the pulseaudio server: pulseaudio -k This assumes that 'play' will start the pulseaudio server for you. If you get errors from the 'play' command, try starting the pulseaudio server manually: start-pulseaudio-x11 I know very little about pulseaudio, but the above works for me. If you still don't have any joy then you'll have to fall back to your VB wav player. Cheers, Dave. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Clearing the buffer after quitting LESS, MAN, VIM etc.
On Mon, Feb 24, 2014 at 12:48:01PM -0500, Christopher Faylor wrote: On Mon, Feb 24, 2014 at 05:35:21PM +, Dawid Ferenczy wrote: Christopher Faylor cgf-use-the-mailinglist-please at cygwin.com writes: Getting that kind of functionality in the Windows console is tricky but I think it should be there in the latest snapshot. I also fixed some problems with some of the escape sequences that scroll the screen. There is still one more difference between Cygwin and, e.g., xterm though. The scroll buffer is still there when you enter a full screen session like vim or less. So you can scroll up to it and really cause confusion. It's possible to fix that behavior but it would be really tricky. I'm not sure I want to complicate the console handling code for this one corner case. The new behavior is in the latest snapshot. http://cygwin.com/snapshots/ Thank you very much for your interest. But I have to say, it's now worse than it was before. I'm using the latest snapshot (2014-02-24). This wasn't my snapshot, it was Corinna's. I am still working on the problem. That said, however. I have checked out the snapshot. My findings: 1. Clear screen (CTRL + L) now works better, it simply scrolls to the end of the scrollback buffer and appends to it. But the screen isn't cleared, what should be the main purpose of the clear screen :) After clearing of screen, current prompt is on the most bottom line of screen with scrollback buffer above. I think that it's should be on the first line of screen and the screen bellow should be empty. So add of scroll screen_height lines down should be enough to resolve this. I am aware of how clear screen is supposed to work. I obviously don't see this behavior. I tried this with a cmd window without a scrollback buffer and with a scrollback buffer at the beginning, middle, and end. You're going to need to provide details about your console layout. How many lines in your buffer? Where are you when you see this behavior? In the middle of the buffer? Absolute end of the buffer? Near the end of the buffer? I assume you're just using a cmd.exe. You've probably mentioned if you are using the 64-bit or 32-bit version but please clarify that again. 2. Scrollback buffer seems to be fine until I use LESS/VIM etc. (alternative screen). Than it's messed. Alternative screen shouldn't influence the scrollback buffer, I think. I don't see this. If you are trying to scroll the screen while in vim then see my previous observations about this, i.e., don't do that. 3. It's incompatible with screen (screen manager). Status line of screen is overwritten with screen content and when screen content reaches the most bottom line of screen, it doesn't scroll, so any additional content is hidden. I don't see any problems with screen so you're going to have to provide details about your setup. Again, however, if you are trying to use the scrollback buffer while in screen or any other full-screen utility it isn't going to work well and it has never worked well. 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
gnuplot 4.6.5 has been released
Hello gnuplot 4.6.5 has been released. http://sourceforge.net/projects/gnuplot/files/gnuplot/4.6.5/ Are there any plan to update from current distribution (4.6.3)? Regards Tatsuro -- 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: Clearing the buffer after quitting LESS, MAN, VIM etc.
Christopher Faylor cgf-use-the-mailinglist-please at cygwin.com writes: This wasn't my snapshot, it was Corinna's. I am still working on the problem. cgf Oh, I'm sorry, I didn't know that. I wouldn't bother you, I really appreciate your support. If you would need a support with anything (e.g. testing), just write me (directly to my e-mail). Thank you and have a nice day. -- Dawid Ferenczy http://ferenczy.cz -- 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: Clearing the buffer after quitting LESS, MAN, VIM etc.
On Tue, Feb 25, 2014 at 12:16:37AM +, Dawid Ferenczy wrote: Christopher Faylor cgf-use-the-mailinglist-please at cygwin.com writes: This wasn't my snapshot, it was Corinna's. I am still working on the problem. Oh, I'm sorry, I didn't know that. I wouldn't bother you, I really appreciate your support. If you would need a support with anything (e.g. testing), just write me (directly to my e-mail). Sorry but that's not how it works. We use the mailing list for this type of thing. You are subscribed so you should be seeing my messages like this one: http://cygwin.com/ml/cygwin/2014-02/msg00634.html cgf -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Want to build Win32 API code and Posix API code in Cygwin
Hi Andrey, Thanks for your patient answer. Actually the code is historic legacy, and I want to have a quick try on Windows and reduce the efforts as much as possible. Code part B mainly contains some device operations, like serial port, ethernet config(not only socket), USB detection, etc, code part A mainy contain process management and FS operation, etc. I get no tchar.h, definition of gethostname conflicts like error when I build them together on Cygwin using GCC. What is your advice under such situation? Push all platform-dependent code into a separate library is another method I'm trying for long-term resolution, but is there any approach I can have a quick try w/o stbility and performance consideration? Thanks a lot and appreciated for your reply! 2014-02-24 17:55 GMT+08:00 Andrey Repin anrdae...@yandex.ru: Greetings, Qw Liu! I have legacy code (part A) written in Posix API that I want to port to Windows, and there is also some other necessary code (part B) written in Win32 API, but seems that I cannot use GCC on Cygwin to build them (A and B) together to get the executable program, since I met issue like header missing for Win32 API . Is there any other method to resolve such problem? I considerred to build part B as dll first and build with part A on Cygwin. Is that okay? My Crystal Ball is in service - overheated again... WHAT header you are missing, exactly? And before you answer that, you do aware, that mixing POSIX and Windows native API calls is generally considered not a very good idea, right? Depends on the kind of mix (stirred, not shaken?), you may be on a very sharp edge of things. Without looking at your code, one possible solution is to push all platform-dependent code into a separate library, and load it at runtime. -- WBR, Andrey Repin (anrdae...@yandex.ru) 24.02.2014, 13:49 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: sox - package is broken
On 2014-02-24 11:27, Dr. Alexander Kleinsorge wrote: But after (export AUDIODRIVER=ao ; play ding.wav) I see messages indicating successfull playing and application is waiting the time the wav-file takes, but no sound. WFM. Does AUDIODRIVER=oss work? If you're still having problems, then please follow the directions here: http://cygwin.com/problems.html 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