[ANNOUNCEMENT] latex2rtf 2.3.10-1
The following packages have been uploaded to the Cygwin distribution: * latex2rtf-2.3.10-1 latex2rtf is a translator program to convert LaTeX formatted text files into Rich Text Format files. This means that the conversion of a LaTeX document to RTF allows anyone with a copy of MS Word to convert LaTeX files to MS Word .doc or .docx files. -- 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
[ANNOUNCEMENT] libpsl 0.13.0-1
The following packages have been uploaded to the Cygwin distribution: * libpsl5-0.13.0-1 * libpsl-devel-0.13.0-1 * libpsl-doc-0.13.0-1 * publicsuffix-utils-0.13.0-1 * publicsuffix-list-20160325-1 A public suffix is one under which Internet users can (or historically could) directly register names. Some examples of public suffixes are .com, .co.uk and pvt.k12.ma.us. The Public Suffix List is a list of all known public suffixes. This is an update to the latest upstream release. -- 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
Cheap Bedroom Sets Mansfield
Cheap Bedroom Sets Mansfield. Find Solid Wood Bed suppliers at we we wee solidwoodbeds co uk -- View this message in context: http://cygwin.1069669.n5.nabble.com/Cheap-Bedroom-Sets-Mansfield-tp125811.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
[ANNOUNCEMENT] cygport 0.21.1-1
The following packages have been uploaded to the Cygwin distribution: * cygport-0.21.1-1 cygport is the standard method for building and maintaining packages for the Cygwin distribution. This release fixes a bug in shebang dependency detection, and cross-cygwin toolchains are no longer required when only uploading another arch. Yaakov Selkowitz (6): Update copyrights to 2016 spec: update shared-mime-info scriplets Do not require gcc to be installed for uploading list_deps: fix shebang detection when multiple scripts are present Update gnuconfig Bump version to 0.21.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
[ANNOUNCEMENT] pcre 8.38-3
The following packages have been uploaded to the Cygwin distribution: * pcre-8.38-3 * libpcre1-8.38-3 * libpcre16_0-8.38-3 * libpcre32_0-8.38-3 * libpcrecpp0-8.38-3 * libpcreposix0-8.38-3 * libpcre-devel-8.38-3 * libpcre-doc-8.38-3 * mingw64-i686-pcre-8.38-3 * mingw64-x86_64-pcre-8.38-3 The PCRE library is a set of functions that implement regular expression pattern matching using the same syntax and semantics as Perl, with just a few differences. This release adds a few more upstream fixes. -- Yaakov -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: How to profile DLL built by Cygwin
John Smith wrote: I have an executable using a DLL. The DLL is built using -g -pg. Running the executable, however, does not produce a gmon.out. file. Cygwin version is 1.7.33. Thanks in advance for any suggestions. Cygwin's profiling facility currently only supports one address range: the address range of the executable's .text segment. DLLs live in other address ranges. Currently the only way to profile DLL code on Cygwin is to temporarily make the DLL a static library, e.g. libfoo.a, and link it into the executable's build. HTH, ..mark -- 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: wget seemingly modifies file access permissions on XP
Greetings, mihau! >> > unfortunately, this did not help, not even after a reboot. >> >> Did not help with what? > sorry if this wasn't specific enough. > "this did not help" meant the behavior described in the original message did > not > change at all; cygwin wget works like before and - in comparison to mingw > wget - > messes up the file permissions. It doesn't "mess up", it "follow the rules". If you want different results, you'd need to tell that to the system. >> Don't try to second guess the created ACL, please. >> What command do you call, and how does the ACL look afterwards? >> Please send both, icacls and getfacl output of the created ACL. > attached output from both, as I don't have icacls on my system - a little > websearch revealed it was introduced with Vista - I have included cacls > output instead if this is of any help. > (legend: > index1.html was downloaded with wget cygwin, > index2.html was downloaded with wget mingw) >> Btw., if you wget a file it's *supposed* to be non-executable. Assuming >> your umask is 0022, the file will be create with 0644 permissions. The >> default ACL created in this case explicitely disables execution for the >> admin user if the admin user is part of the ACL. Just run `chmod +x' >> afterwards if that's the only problem. > I specifically meant exe as in windows executables, There's no such thing as "windows executables" in POSIX terminology. And Cygwin is a POSIX compatibility layer. > files w/ .exe suffix; > just tried "chmod +x" and you are correct, it works, my helloworld.exe > became executable indeed. thank you for that. > any idea why wget cygwin interferes with those things though? It does not "interfere" in a sense that it breaks something. It just does what it is supposed to do. > in my understanding it should just copy/save a file from a remote server > to a local computer, without even touching file permissions or such. Not quite correct. Unless you mount your /cygdrive with noacl flag, every tool that create a file is expected to initialize default access permissions on it. As per POSIX. And default POSIX permissions are (0666 & umask) for file, or (0777 & umask) for directory. (Even if you use noacl for /cygdrive, anything you do WITHIN the Cygwin installation root will still follow POSIX permissions. Trying to change THAT is a sure way to break your installation. Eventually.) > several windows batch files which I use now, either have to be edited > and "chmod +x" added in all of them - or I'll just stick with wget mingw. Or you start actually understanding what you are doing, and reading documentation. > it's just that I wonder why this didn't happen before, maybe it's my fault > because I had replaced wget cygwin with wget mingw years ago? to be honest, > I don't remember. We never knew that, so it's near impossible to tell now. The point being, this CAN be set to work the way you need it to. If you stop blaming and start learning. -- With best regards, Andrey Repin Wednesday, March 30, 2016 22:51:42 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: Starting VirtualBox 5 GUI creates two windows, but only with Cygwin/X
Hi.
With recent Cygwin the problem became harder to reproduce: it only works
once. On subsequent launches of VirtualBox the extra window appears in
the taskbar for about a second and then closes. You have to restart X
server to see the bug again.
In the meantime I installed xwininfo. Beside "xwinclip" it shows 3 or 2
children of the root window.
xwininfo: Window id: 0x61 (the root window) (has no name)
Root window id: 0x61 (the root window) (has no name)
Parent window id: 0x0 (none)
4 children:
0x8b "Oracle VM VirtualBox Manager": ("VirtualBox"
"VirtualBox") 770x550+8+30 +8+30
0x82 "VirtualBox": ("VirtualBox" "VirtualBox")
1366x768+0+0 +0+0
0x84 (has no name): () 1x1+0+0 +0+0
0x61 "xwinclip": () 500x500+1+1 +1+1
Closing the window with right click on taskbar does not change the
number of windows, just changes Map State of "VirtualBox" from
IsViewable to IsUnMapped.
On second run there's no "VirtualBox" at all. I think it's the one that
disappears quickly.
Could it be some signed/unsigned thing with window id counter in the X
server?
30.03.2016 16:18, Jon Turney пишет:
> On 27/03/2016 19:34, Basin Ilya wrote:
>> I often use X11 forwarding to run Linux programs with GUI. Recently
>> I upgraded from vbox 4 to version
>> VirtualBox-5.0-5.0.16_105871_el6-1.x86_64. (My Linux host is
>> headless Rhel 6.7 Server with xorg-x11-xauth package installed)
>>
>> I noticed that when I type "VirtualBox" in shell and then close
>> its window the process remains running. Then I noticed that there's
>> another hidden window in taskbar. I have to press Ctrl-C or close
>> the second window to end the process.
>>
>> This only happens when I connect from Windows and use cygwin xwin
>> server (but not xming or Linux client)
>>
>> The visible window is captioned "Oracle VM VirtualBox
>> Manager@hostname" and the hidden one is captioned
>> "VirtualBox@hostname"
>>
>> It's not really hidden. There's a white pixel at the top-left edge
>> of my second monitor
>
> Thanks for reporting this.
>
> I tried to reproduce this issue with that VirtualBox RPM on a Centos
> 6.7 VM, without success.
>
> It's not unusual for X clients to create 1x1 pixel windows which
> only exist to receive events, but such windows are usually hidden by
> making them InputOnly.
>
> You could possibly explore this a bit using xwininfo, to determine
> if this is a bug with VirtualBox (where the window isn't being
> correctly marked as hidden) or XWin (where the window is being show,
> desipte the fact it should be hidden)
>
xwininfo: Window id: 0x61 (the root window) (has no name)
Root window id: 0x61 (the root window) (has no name)
Parent window id: 0x0 (none)
4 children:
0x82 "VirtualBox": ("VirtualBox" "VirtualBox") 1366x768+0+0 +0+0
0x8b "Oracle VM VirtualBox Manager": ("VirtualBox" "VirtualBox")
770x550+8+30 +8+30
0x84 (has no name): () 1x1+0+0 +0+0
0x61 "xwinclip": () 500x500+1+1 +1+1
xwininfo: Window id: 0x61 "xwinclip"
Absolute upper-left X: 1
Absolute upper-left Y: 1
Relative upper-left X: 1
Relative upper-left Y: 1
Width: 500
Height: 500
Depth: 24
Visual: 0x21
Visual Class: TrueColor
Border width: 0
Class: InputOutput
Colormap: 0x20 (installed)
Bit Gravity State: ForgetGravity
Window Gravity State: NorthWestGravity
Backing Store State: NotUseful
Save Under State: no
Map State: IsUnMapped
Override Redirect State: no
Corners: +1+1 -865+1 -865-267 +1-267
-geometry 500x500+1+1
xwininfo: Window id: 0x82 "VirtualBox"
Absolute upper-left X: 0
Absolute upper-left Y: 0
Relative upper-left X: 0
Relative upper-left Y: 0
Width: 1366
Height: 768
Depth: 24
Visual: 0x21
Visual Class: TrueColor
Border width: 0
Class: InputOutput
Colormap: 0x20 (installed)
Bit Gravity State: NorthWestGravity
Window Gravity State: NorthWestGravity
Backing Store State: NotUseful
Save Under State: no
Map State: IsUnMapped
Override Redirect State: no
Corners: +0+0 -0+0 -0-0 +0-0
-geometry 1366x768+0+0
xwininfo: Window id: 0x84 (has no name)
Absolute upper-left X: 0
Absolute upper-left Y: 0
Relative upper-left X: 0
Relative upper-left Y: 0
Width: 1
Height: 1
Depth: 24
Visual: 0x21
Visual Class: TrueColor
Border width: 0
Class: InputOutput
Colormap: 0x20 (installed)
Bit Gravity State: ForgetGravity
Window Gravity State: NorthWestGravity
Backing Store State: NotUseful
Save Under State: no
Map State: IsUnMapped
Override Redirect State: no
Corners: +0+0 -1365+0 -1365-767 +0-767
-geometry 1x1+0+0
xwininfo: Window id: 0x8b "Oracle VM VirtualBox Manager"
Absolute upper-left X: 8
Absolute upper-left Y: 30
Relative upper-left X: 8
Relative upper-left Y: 30
Width: 770
Height: 550
Depth: 24
Visual: 0x21
Visual Class: TrueColor
Border width: 0
C
Re: wget seemingly modifies file access permissions on XP
> unfortunately, this did not help, not even after a reboot. Did not help with what? sorry if this wasn't specific enough. "this did not help" meant the behavior described in the original message did not change at all; cygwin wget works like before and - in comparison to mingw wget - messes up the file permissions. Don't try to second guess the created ACL, please. What command do you call, and how does the ACL look afterwards? Please send both, icacls and getfacl output of the created ACL. attached output from both, as I don't have icacls on my system - a little websearch revealed it was introduced with Vista - I have included cacls output instead if this is of any help. (legend: index1.html was downloaded with wget cygwin, index2.html was downloaded with wget mingw) Btw., if you wget a file it's *supposed* to be non-executable. Assuming your umask is 0022, the file will be create with 0644 permissions. The default ACL created in this case explicitely disables execution for the admin user if the admin user is part of the ACL. Just run `chmod +x' afterwards if that's the only problem. I specifically meant exe as in windows executables, files w/ .exe suffix; just tried "chmod +x" and you are correct, it works, my helloworld.exe became executable indeed. thank you for that. any idea why wget cygwin interferes with those things though? in my understanding it should just copy/save a file from a remote server to a local computer, without even touching file permissions or such. several windows batch files which I use now, either have to be edited and "chmod +x" added in all of them - or I'll just stick with wget mingw. it's just that I wonder why this didn't happen before, maybe it's my fault because I had replaced wget cygwin with wget mingw years ago? to be honest, I don't remember. greetings Michael C:\~\index1.html NULL SID:(DENY)(special access:) READ_CONTROL FILE_EXECUTE FILE_DELETE_CHILD DEEPBLUE\Administrator:(special access:) STANDARD_RIGHTS_ALL DELETE READ_CONTROL WRITE_DAC WRITE_OWNER SYNCHRONIZE STANDARD_RIGHTS_REQUIRED FILE_GENERIC_READ FILE_GENERIC_WRITE FILE_READ_DATA FILE_WRITE_DATA FILE_APPEND_DATA FILE_READ_EA FILE_WRITE_EA FILE_READ_ATTRIBUTES FILE_WRITE_ATTRIBUTES NT AUTHORITY\SYSTEM:(DENY)(special access:) FILE_EXECUTE BUILTIN\Administrators:(DENY)(special access:) FILE_EXECUTE BUILTIN\Users:(DENY)(special access:) FILE_EXECUTE DEEPBLUE\None:(special access:) READ_CONTROL SYNCHRONIZE FILE_GENERIC_READ FILE_READ_DATA FILE_READ_EA FILE_READ_ATTRIBUTES NT AUTHORITY\SYSTEM:(special access:) READ_CONTROL SYNCHRONIZE FILE_GENERIC_READ FILE_GENERIC_WRITE FILE_GENERIC_EXECUTE FILE_READ_DATA FILE_WRITE_DATA FILE_APPEND_DATA FILE_READ_EA FILE_WRITE_EA FILE_EXECUTE FILE_READ_ATTRIBUTES FILE_WRITE_ATTRIBUTES BUILTIN\Administrators:(special access:) READ_CONTROL SYNCHRONIZE FILE_GENERIC_READ FILE_GENERIC_WRITE FILE_GENERIC_EXECUTE FILE_READ_DATA FILE_WRITE_DATA FILE_APPEND_DATA FILE_READ_EA
[ANNOUNCEMENT] clamav 0.99.1-1
The following packages have been uploaded to the Cygwin distribution: * clamav-0.99.1-1 * clamav-doc-0.99.1-1 * libclamav7-0.99.1-1 * libclamav-devel-0.99.1-1 * clamav-db-main-57-1 * clamav-db-daily-21477.253-1 Clam AntiVirus is a GPL anti-virus toolkit for UNIX, featuring command-line scanner, fast, multi-threaded daemon, database updater with support for digital signatures, virus scanner C library, detection of over 2 viruses, worms and trojans, built-in support for RAR (2.0), Zip, Gzip, Bzip2, built-in support for Mbox, Maildir and raw mail files This is an update to the latest upstream release. -- Yaakov -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Packages not found by setup 2.873
On Mar 30, 2016, at 12:27 AM, EMMANUELLE FOURNIER wrote: > > - packages are in tar.xz, I've made them in tar.bz2 Why? You’re using Cygwin’s own installer underneath NSIS, and that program has XZ decompression built in. Why use a less efficient compression method? > - setup.ini has been modify too How, exactly? Can you provide a description of the change, a script you use to make the change, or a diff of the change? > there are multiples errors : > > - no packages installed… How is that “multiple errors”? Are you counting each package not installed as a separate error, or are you not telling us all of the symptoms? > - the command is (in NSIS file) ExecWait '$INSTDIR\setup.exe -R c:\cygwin -L > -l $INSTDIR\cygwin-setup -C base -P > openssh,tcpwrapper,rsync,ping,vim,cron,shutdown,zip,unzip,wget,time -q’ I tried much that same command here, and it works. Here are several things for you to look at: 1. What exactly is the content of $INSTDIR? If it includes a network drive letter, it won’t work because setup.exe elevates itself to Admin via UAC, and Admin won’t have the same drive letters mapped. To use a network drive with setup.exe, you generally have to use UNC paths. 2. Have you tried it with -D instead? If that works, then your local installation cache probably isn’t complete. Pack the downloaded tree up again and try -L against that new tree. 3. What does /var/log/setup.log say? The file is rarely replaced, so you’ll have to scroll down to the last installation at the end of the file. You might want to move the old one out of the way while debugging, so you only have fresh logs to study. 4. Is “-C base” actually required? Even in unattended installer mode, Base should always be installed. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: How to profile DLL built by Cygwin
On 30/03/2016 14:58, John Smith wrote: First, I hope that I am using the "mailing list" system correctly... if not, bear with me Hi John, it is the right place. I have an executable using a DLL. The DLL is built using -g -pg. Running the executable, however, does not produce a gmon.out. file. Cygwin version is 1.7.33. Thanks in advance for any suggestions. A. I had the impression you need to have also the executable built using -g -pg. I could be wrong. Regards Marco -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: wget seemingly modifies file access permissions on XP
On Mar 30 18:28, mihau wrote: > >Remove your /etc/passwd and /etc/group files. Don't regeneate them, > >they are not required anymore (https://cygwin.com/cygwin-ug-net/ntsec.html) > >Then try again. > > unfortunately, this did not help, not even after a reboot. Did not help with what? Don't try to second guess the created ACL, please. What command do you call, and how does the ACL look afterwards? Please send both, icacls and getfacl output of the created ACL. Btw., if you wget a file it's *supposed* to be non-executable. Assuming your umask is 0022, the file will be create with 0644 permissions. The default ACL created in this case explicitely disables execution for the admin user if the admin user is part of the ACL. Just run `chmod +x' afterwards if that's the only problem. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Maintainer cygwin AT cygwin DOT com Red Hat signature.asc Description: PGP signature
Re: wget seemingly modifies file access permissions on XP
Remove your /etc/passwd and /etc/group files. Don't regeneate them, they are not required anymore (https://cygwin.com/cygwin-ug-net/ntsec.html) Then try again. unfortunately, this did not help, not even after a reboot. Michael -- 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: Cross compiling for cygwin under Linux.
On 30/03/16 18:19, Yaakov Selkowitz wrote: On 2016-03-30 10:24, Michel Van den Bergh wrote: I am one of the authors of an application ( https://sourceforge.net/projects/icsdrone/ ) written for POSIX and I would like to provide a Windows binary. As I do not use Windows I would like to cross compile on Linux. I cannot use Mingw as our application relies heavily on the select() call. So my question is: is it possible to cross compile a Cygwin binary on Linux? Yes it is. Packages for Fedora and RHEL/CentOS are available here: https://copr.fedorainfracloud.org/coprs/yselkowitz/cygwin/ Ah great! Best regards, Michel -- 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: Cross compiling for cygwin under Linux.
On 2016-03-30 10:24, Michel Van den Bergh wrote: I am one of the authors of an application ( https://sourceforge.net/projects/icsdrone/ ) written for POSIX and I would like to provide a Windows binary. As I do not use Windows I would like to cross compile on Linux. I cannot use Mingw as our application relies heavily on the select() call. So my question is: is it possible to cross compile a Cygwin binary on Linux? Yes it is. Packages for Fedora and RHEL/CentOS are available here: https://copr.fedorainfracloud.org/coprs/yselkowitz/cygwin/ -- 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
Cross compiling for cygwin under Linux.
Hi, I am one of the authors of an application ( https://sourceforge.net/projects/icsdrone/ ) written for POSIX and I would like to provide a Windows binary. As I do not use Windows I would like to cross compile on Linux. I cannot use Mingw as our application relies heavily on the select() call. So my question is: is it possible to cross compile a Cygwin binary on Linux? Thank you! Michel -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
[ANNOUNCEMENT] Updated: fzf v0.11.4-1
fzf 0.11.3-1 has been uploaded and should be coming soon to a mirror near you. This update includes the following packages: - fzf - fzf-bash - fzf-bash-completion - fzf-zsh - fzf-zsh-completion - fzf-fish - fzf-vim This is an update to the latest upstream release; you can see the upstream changelog at https://github.com/junegunn/fzf/blob/master/CHANGELOG.md Enjoy! -- 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: wget seemingly modifies file access permissions on XP
On Mar 30 16:39, mihau wrote: > hello, > > (my setup is latest cygwin 32bit on Win XP SP3, logged in as Administrator) > > I have just updated my cygwin installation after a year or so and stumbled > upon > weird behavior with its wget build. it seems to screw file access permissions > on > downloaded files, rendering e.g. downloaded exe files unusable (because even > the > administrator doesnt have the rights to execute them). Remove your /etc/passwd and /etc/group files. Don't regeneate them, they are not required anymore (https://cygwin.com/cygwin-ug-net/ntsec.html) Then try again. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Maintainer cygwin AT cygwin DOT com Red Hat signature.asc Description: PGP signature
wget seemingly modifies file access permissions on XP
hello, (my setup is latest cygwin 32bit on Win XP SP3, logged in as Administrator) I have just updated my cygwin installation after a year or so and stumbled upon weird behavior with its wget build. it seems to screw file access permissions on downloaded files, rendering e.g. downloaded exe files unusable (because even the administrator doesnt have the rights to execute them). this hasn't happened before today, but unfortunately I cannot tell a. whether wget was updated today at all and if it was, b. which version I had installed before. I'm aware that attaching log files is the preferred way here, but in this case I have made screenshots because they show perfectly what's going on. so from within cmd.exe this simple command 'C:\>wget http://mihau.de/' is executed. screenshots of the corresponding "file properties | security tab" dialogs: http://mihau.de/properties_dialog.png left side: index.html downloaded with both 1.16.3 and 1.17.1 versions of GNU Wget built on cygwin. note that "Users" is also there but out of visible range and I cannot resize the dialog for the screenshot. right side: the same file downloaded with 1.17.1 built on mingw32, as dowloaded from https://eternallybored.org/misc/wget/ (wget-1.17.1-win32.zip to be exact) seconds before hitting "send" here, I realized that the problem also exists if wget is run from within bash/mintty; in this case, there's even more "ghost" groups added as you can see in the screenshots above: there's one additional group "Power Users" and sometimes also a very long, numeric entry such as "S-457547547457-3434636436-" whcih disappears after a second or so. I tried uninstalling, then reinstalling wget with setup*.exe, it didn't help. the only workaround I can currently come up with is simply replacing the cygwin build with the ming32 one; seems to work fine so far. hope my description/problem explanation was accurate enough. does anyone have an idea what may have happened that causes this? many thanks Michael -- 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: Starting VirtualBox 5 GUI creates two windows, but only with Cygwin/X
On 27/03/2016 19:34, Basin Ilya wrote: I often use X11 forwarding to run Linux programs with GUI. Recently I upgraded from vbox 4 to version VirtualBox-5.0-5.0.16_105871_el6-1.x86_64. (My Linux host is headless Rhel 6.7 Server with xorg-x11-xauth package installed) I noticed that when I type "VirtualBox" in shell and then close its window the process remains running. Then I noticed that there's another hidden window in taskbar. I have to press Ctrl-C or close the second window to end the process. This only happens when I connect from Windows and use cygwin xwin server (but not xming or Linux client) The visible window is captioned "Oracle VM VirtualBox Manager@hostname" and the hidden one is captioned "VirtualBox@hostname" It's not really hidden. There's a white pixel at the top-left edge of my second monitor Thanks for reporting this. I tried to reproduce this issue with that VirtualBox RPM on a Centos 6.7 VM, without success. It's not unusual for X clients to create 1x1 pixel windows which only exist to receive events, but such windows are usually hidden by making them InputOnly. You could possibly explore this a bit using xwininfo, to determine if this is a bug with VirtualBox (where the window isn't being correctly marked as hidden) or XWin (where the window is being show, desipte the fact it should be hidden) -- Jon TURNEY Volunteer Cygwin/X X Server maintainer -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
How to profile DLL built by Cygwin
First, I hope that I am using the "mailing list" system correctly... if not, bear with me I have an executable using a DLL. The DLL is built using -g -pg. Running the executable, however, does not produce a gmon.out. file. Cygwin version is 1.7.33. Thanks in advance for any suggestions. A. -- 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: Unable to start mintty.
Am 30.03.2016 um 4:49 schrieb Andrey Repin: Greetings, All! I've not used mintty for quite some time, and discovered today that I no longer able to start it inside a directory. Quite frustrating moment is that I can perfectly start it from desktop shortcut, but not from console. After much fiddling, largely out of desperation, I tried to set LANG= in console to the same value it have in GUI. Much to my surprise, mintty readily popped up, like it wasn't a few long hours of constant failure. The short version: LANG=ru_RU.CP866 - mintty close immediately. LANG=ru_RU.UTF-8 - mintty start just fine. Another useful bit of info: I've had locale/encoding forced to ru_RU/UTF-8 in mintty settings. Was working fine in the past, overriding the locale set through environment variables (which let me had different locale setting in console, and still fully utilize unicode capabilities of mintty started from it). I've made two small tweaks to the way I invoke mintty now: 1. I've removed enforced locale in application settings and 2. I've corrected environment in the wrapper calling mintty from console, but this is not really a desirable solution. Yes, this has been reported to https://github.com/mintty/mintty/issues/530 already, and it seems the small change of 2.3.3 isn't actually causing the problem but may have revealed another lurking bug which I'm currently chasing. It doesn't seem to happen with option -d, by the way. Thomas -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
