Re: X windows behavior

[Lukas Haase]

On 2013-04-17 11:21, Andrey Repin wrote:
> Greetings, Richard Gribble!
> 
>>> I use Cygwin/X on a laptop using a docking station (with the external
>>> monitor the primary display). Cygwin behaves very nasty in two ways:
>>>
>>> 1.) When two monitors are connected, new windows always open on the
>>> secondary monitor. I have to move all of them manually back to my
>>> primary monitor :( Is there a way to avoid this?
>>>
>>> 2.) When not docked, the secondary monitor seems to be used
>>> "implicitely": Some new windows are not visible. Then I realize they are
>>> "hidden" and I can (manually) drag them back to the main monitor. Also,
>>> the "Exiting Cygwin/X"? dialog seems to be opened in an invisible,
>>> virtual area: I just do not see this dialog. Only when I dock the next
>>> time, I see that this windows actually pops up in the second monitor.
> 
>> I believe you'll find this is the default behavior with Windows XP and
>> Windows 7 as well.  In my experience, the issue is that windows
>> "remember" where they were last, and reopen there.  Thus if you had
>> Firefox open in the secondary monitor, reboot (without the secondary
>> monitor), and reopen Firefox, it will reopen on the secondary monitor
>> - and you won't see it.

Ok, you're only talking about (2). But as I said, this can't entirely be
true.

Even if I click on the Tray Icon and "Exit", I sometimes can't see Exit
Dialog ("Exiting Cygwin/X")?

Regarding the first (and more severe issue). I run an application which
uses many windows (Cadence). For nearly each properties-window which
opens, it is placed on the secondary monitor. However, I am mainly
working on the primary monitor (as I use the second only in tablet mode)
so it is very annoying to drag every single window manually to the main
monitor.

This behavior only happens with Cygwin. For example, when I have Firefox
open on my main monitor and I create a new window, it is created on the
main monitor.

I tried to use startxwin.exe -- -nomultimonitors. The root window now
seems to cover only the primary monitor, however, the effect still
persists and I can also still drag X windows to the second monitor. This
setting seems to be ignored.

Thanks,
Luke



--
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: ffmpeg

[Earnie Boyd]

On Wed, Apr 17, 2013 at 11:06 AM,  wrote:
>
> HOW CAN CYGWIN capture W32 Programs WinSTD out as minty and putty do?
>
> I am use several programs that are native windows compiled, such as
> ffmpeg.  I am writing a sheel script to get video clip information
> provided by ffmpeg, but I can't capture the screen output which
> (probably isn't stdout to cygwin), but does display on the minty and
> putty consoles.  I've tried redirecting both stdout and stderr it to
> file.  It doesn't work.
>
> Is there any, method to capture this output, besides writing a windows
> batch file that captures it and writes it to a file, which would work,
> but is really inefficient.
>
> Any advice and pointers would be appreciated.

Does piping to cat and redirect to file from cat work?

foo | cat > bar

-- 
Earnie
-- https://sites.google.com/site/earnieboyd

--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

[ANNOUNCEMENT] Updated: diffstat-1.57-1

[Eric Blake (cygwin)]

A new release of diffstat, 1.57-1, is available for download, leaving
1.54-1 as the previous version.

NEWS:
=
This is a new upstream release.  Upstream changes are attached.  See
also /usr/share/doc/diffstat/.

DESCRIPTION:

diffstat reads the output of diff and displays a histogram of the
insertions, deletions, and modifications per-file. It is useful for
reviewing large, complex patch files.

UPDATE:
===
To update your installation, click on the "Install Cygwin now" link on
the http://cygwin.com/ web page.  This downloads setup.exe to your
system. Save it and run setup, answer the questions and pick up
'diffstat' from the 'Devel' category.

DOWNLOAD:
=
Note that downloads from cygwin.com aren't allowed due to bandwidth
limitations.  This means that you will need to find a mirror which has
this update, please choose the one nearest to you:
http://cygwin.com/mirrors.html

QUESTIONS:
==
If you want to make a point or ask a question the Cygwin mailing list is
the appropriate place.

-- 
Eric Blake
volunteer cygwin diffstat maintainer

CYGWIN-ANNOUNCE UNSUBSCRIBE INFO:
=
To unsubscribe to the cygwin-announce mailing list, look at the
"List-Unsubscribe: " tag in the email header of this message.  Send
email to the address specified there.  It will be in the format:

cygwin-announce-unsubscribe-YOU=yourdomain@cygwin.com

If you need more information on unsubscribing, start reading here:

http://sourceware.org/lists.html#unsubscribe-simple

Please read *all* of the information on unsubscribing that is available
starting at this URL.

2013/04/15 (diffstat 1.57)
+ improve treatment of binary files in ambiguous message introduced in
  diffutils 2.8.4, and finally corrected in 3.0 (report by Moritz
  Barsnick).

2013/02/11 (diffstat 1.56)
+ add -K option which attempts to improve the annotation of "only"
  files by looking for a match in the resulting set of files and
  inferring whether the file was added or removed (request by Marc
  Haber).

+ add check of command-line options for valid numbers.

+ improve merging of patches for the same filename (report/testcase by
  Paul E McKenney).

+ document -d option in manpage.

+ document -b, -C, -s option in usage (patch by Tim Waugh, RedHat
  #852770)

+ modify configure script as done for byacc in 2012/10/03, making the
  2.52-patches the prerequisite and adding support for --datarootdir
  option.

+ update config.guess, config.sub

+ add logic to handle SVN diffs when the pathnames contain spaces
  (patch by Stuart Prescott, Debian #675475).

+ fix typo in package/debian/control

2012/01/03 (diffstat 1.55)
+ add -R option, like patch's, to reverse the order of the comparison.

+ FreeBSD ports/148604, ports/149500 reported that lzcat may not
  support extracting files compressed in xz format (patch by Frederic
  Culot, FreeBSD #149500).

+ address documentation issue raised in Novell #739210

+ correct typo s/Solaris/Solar/.

+ updated configure script macros:
  CF_ANSI_CC_CHECK CF_DISABLE_LEAKS CF_GCC_ATTRIBUTES CF_GCC_WARNINGS
  CF_MAKE_TAGS CF_MSG_LOG CF_PATH_PROG CF_WITH_INSTALL_PREFIX
  CF_XOPEN_SOURCE

+ update config.guess, config.sub


signature.asc
Description: OpenPGP digital signature

[ANNOUNCEMENT] Updated: sqlite3-3.7.16.2-1

[Warren Young]

PACKAGE DESCRIPTION
===

Homepage: http://sqlite.org/
License : Public Domain (no, really!)

SQLite is a C library providing local database storage with a SQL 
interface.  Unlike most SQL database systems, SQLite does not accept 
connections from remote users.  Access to the database requires access 
to the file system hosting it; SQLite thus relies on the operating 
system's file security for access control.  In exchange for this 
limitation, you get a smaller, faster database engine that's easy to 
embed within a program.



CYGWIN-SPECIFIC CHANGES SINCE LAST RELEASE
==

- Full-text searching enabled (FTS3 & FTS4 APIs, plus enhanced query 
syntax for FTS3...see https://www.sqlite.org/fts3.html)


- Column metadata feature enabled

- Replaced stock Windows-centric temp directory creation logic with 
clone of Unix version to avoid file I/O errors when not running 
SQLite-linked binaries as non-Admin.  This change *may* avoid the need 
to completely rebuild SQLite in "Unix mode", which has its own bad side 
effects.  See http://goo.gl/xS2EY


- Builds under both 32- and 64-bit Cygwin


INSTALL OR UPGRADE NOTES


Manually select it in setup.exe's "Select Packages" screen by clicking 
the third column's "Keep" label on all installed "sqlite" packages until 
it says "3.7.13-1".



CYGWIN INSTALLATION INFORMATION
===

To install this package, click on the "Install Cygwin now" link on the
 web page. This downloads setup.exe to your
system. Then, run setup and answer all of the questions. You'll find
the package listed in the "All" category. After installation, read the
documentation at directories:

/usr/share/doc//*
/usr/share/doc/Cygwin/.README

If you have questions or comments, please send them to the Cygwin
mailing list.


CYGWIN-ANNOUNCE UNSUBSCRIBE INFO


This message has been sent to cygwin-announce list.

If you want to unsubscribe from the mailing list, look at the
"List-Unsubscribe: " tag in the email header of this message. Send
email to the address specified there.

More information on unsubscribing can be found here:

http://sources.redhat.com/lists.html#unsubscribe-simple

Please read *all* of the information on unsubscribing that is available
starting at the above URL.

--
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] Updated: subversion-1.7.9-1

[Warren Young]

FYI, I just completed the build of SQLite under 64-bit Cygwin.

I've also decided to go ahead and release all the changes made and 
discussed since the SQLite 3.7.13-1 release.  It seems the only way 
we're going to know if these changes cause problems is to battle-test them.


--
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: cygport autoreconf --force step stomping on perfectly good config.guess file

[Warren Young]

On 4/16/2013 14:12, Yaakov (Cygwin/X) wrote:

On 2013-04-16 11:04, Warren Young wrote:


This overwrites the config.guess shipped with SQLite


I cannot reproduce such an error with the 3.7.16.2 tarball, even with
autoconf-2.69 and automake-1.13.1.


Do you mean the offical SQLite "amalgamation" tarball, or are you trying 
to rebuild my just-released 3.7.16.2-1 source tarball on 64-bit Cygwin?


My Cygwin 64 installation is fresh as fresh can be.  I installed it for 
the first time yesterday, specifically because I'd finally gotten around 
to trying to build my packages under it.  Any chance you've been doing 
some tweaks to your installation which I don't have yet?



For now, a workaround is to define WANT_AUTOMAKE=1.10 (or newer),


Thanks, that does indeed fix it.

Thanks also for writing a proper manual.  The last time I checked, 
Cygport's documentation was limited to the README file.  I didn't notice 
the manual until I started grepping for WANT_AUTOMAKE in /usr/share/cygport.


--
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: X windows behavior

[Andrey Repin]

Greetings, Richard Gribble!

>> I use Cygwin/X on a laptop using a docking station (with the external
>> monitor the primary display). Cygwin behaves very nasty in two ways:
>>
>> 1.) When two monitors are connected, new windows always open on the
>> secondary monitor. I have to move all of them manually back to my
>> primary monitor :( Is there a way to avoid this?
>>
>> 2.) When not docked, the secondary monitor seems to be used
>> "implicitely": Some new windows are not visible. Then I realize they are
>> "hidden" and I can (manually) drag them back to the main monitor. Also,
>> the "Exiting Cygwin/X"? dialog seems to be opened in an invisible,
>> virtual area: I just do not see this dialog. Only when I dock the next
>> time, I see that this windows actually pops up in the second monitor.

> I believe you'll find this is the default behavior with Windows XP and
> Windows 7 as well.  In my experience, the issue is that windows
> "remember" where they were last, and reopen there.  Thus if you had
> Firefox open in the secondary monitor, reboot (without the secondary
> monitor), and reopen Firefox, it will reopen on the secondary monitor
> - and you won't see it.

If application window is created outside desktop space, this is bug, that
needs fixing.

Also, please don't top-post.


--
WBR,
Andrey Repin (anrdae...@freemail.ru) 17.04.2013, <22:20>

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

ffmpeg

[wynfield]

HOW CAN CYGWIN capture W32 Programs WinSTD out as minty and putty do?

I am use several programs that are native windows compiled, such as
ffmpeg.  I am writing a sheel script to get video clip information
provided by ffmpeg, but I can't capture the screen output which
(probably isn't stdout to cygwin), but does display on the minty and
putty consoles.  I've tried redirecting both stdout and stderr it to
file.  It doesn't work.

Is there any, method to capture this output, besides writing a windows
batch file that captures it and writes it to a file, which would work,
but is really inefficient.

Any advice and pointers would be appreciated.


--
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: subversion-1.7.9-1

[David Rothenberger]

NEWS:
=
See CHANGES (URL below) for more information about the differences
between 1.7.9 and previous Subversion releases.

IMPORTANT: Please read the release notes (URL below) before
upgrading from a previous major release. 1.7 includes a new working
copy format with a manual upgrade operation. This will render your
working copy unusable with previous major releases. Furthermore,
there are some issues trying to upgrade corrupt working copies.

Please see the release notes

  http://subversion.apache.org/docs/release-notes/1.7.html

for more details about the changes in Subversion.

See

  http://svn.apache.org/repos/asf/subversion/tags/1.7.9/CHANGES

for more details about the changes in 1.7.9.

DESCRIPTION:

Subversion is a version control system designed to be a compelling
successor to CVS.

Please see 

  http://svnbook.red-bean.com/en/1.7/index.html

for the latest official release of the Subversion Book.

DOWNLOAD:
=
Note that downloads from sourceware.org (aka cygwin.com) aren't
allowed due to bandwidth limitations.  This means that you will need
to find a mirror which has this update, please choose the one
nearest to you: http://cygwin.com/mirrors.html

QUESTIONS:
==
If you want to make a point or ask a question the Cygwin mailing list is
the appropriate place.

CYGWIN-ANNOUNCE UNSUBSCRIBE INFO:
=
To unsubscribe to the cygwin-announce mailing list, look at the
"List-Unsubscribe: " tag in the email header of this message.  Send
email to the address specified there.  It will be in the format:

cygwin-announce-unsubscribe-YOU=yourdomain@cygwin.com

If you need more information on unsubscribing, start reading here:

http://sourceware.org/lists.html#unsubscribe-simple

Please read *all* of the information on unsubscribing that is available
starting at this URL.

-- 
David Rothenberger    daver...@acm.org

--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Re: X windows behavior

[Earnie Boyd]

On Wed, Apr 17, 2013 at 7:40 AM, Richard Gribble wrote:
> I believe you'll find this is the default behavior with Windows XP and
> Windows 7 as well.  In my experience, the issue is that windows
> "remember" where they were last, and reopen there.  Thus if you had
> Firefox open in the secondary monitor, reboot (without the secondary
> monitor), and reopen Firefox, it will reopen on the secondary monitor
> - and you won't see it.

In that case search for ShellFolderFix, maybe it can help.

-- 
Earnie
-- https://sites.google.com/site/earnieboyd

--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Re: X windows behavior

[Richard Gribble]

I believe you'll find this is the default behavior with Windows XP and
Windows 7 as well.  In my experience, the issue is that windows
"remember" where they were last, and reopen there.  Thus if you had
Firefox open in the secondary monitor, reboot (without the secondary
monitor), and reopen Firefox, it will reopen on the secondary monitor
- and you won't see it.


Later,

Richard.

On Tue, Apr 16, 2013 at 9:26 PM, Lukas Haase  wrote:
>
> Hi,
>
> I use Cygwin/X on a laptop using a docking station (with the external
> monitor the primary display). Cygwin behaves very nasty in two ways:
>
> 1.) When two monitors are connected, new windows always open on the
> secondary monitor. I have to move all of them manually back to my
> primary monitor :( Is there a way to avoid this?
>
> 2.) When not docked, the secondary monitor seems to be used
> "implicitely": Some new windows are not visible. Then I realize they are
> "hidden" and I can (manually) drag them back to the main monitor. Also,
> the "Exiting Cygwin/X"? dialog seems to be opened in an invisible,
> virtual area: I just do not see this dialog. Only when I dock the next
> time, I see that this windows actually pops up in the second monitor.
>
> Thanks,
> Luke
>
>
> --
> 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