gmane.os.cygwin.xfree

cygwin and xwin and super and hyper

J. David Boyd — 2013-06-19T21:27:18

I can get my capslock key to be super with the command line 'setxkbmap -option
caps:super', but I can't get 'setxkbmap -option altwin:hyper_win' to do
anything.

Running 'setxkbmap -print' shows both options as being set, but the win keys
still act as the win key.

Is there something else I need to do so windows lets go of these keys?

Dave


--
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: text fields in app don't allow input when running Cygwin X

Deryl Steinert — 2013-06-19T16:03:05

Jon,

Here is a link to another java bug report that does refer to CygwinX
directly;

http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=7147075

Thanks,
Deryl





--
View this message in context: http://cygwin.1069669.n5.nabble.com/text-fields-in-app-don-t-allow-input-when-running-Cygwin-X-tp97212p99889.html
Sent from the cygwin-xfree mailing list archive at Nabble.com.

--
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: text fields in app don't allow input when running Cygwin X

Jon TURNEY — 2013-06-19T14:37:45

This might just be a bug in the way the multiwindow mode WM handles focus.

Even if it isn't, a workaround in the multiwindow mode WM seems like a good
idea.  There are no guarantees about when.  Patches thoughtfully considered.

Sorry, I don't know enough about the Java windowing toolkit to know if this
can be worked around in Java.

Re: Cygwin/X crashes when combined with ssh/nx tunneling and -multiwindow

Jon TURNEY — 2013-06-19T00:05:46

Ah.  I was hoping you could use xprop to examine the _NET_WM_ICON property of
the window, but if it's a transient state that may not be practical.

I would guess that the difference in appearance between the nx and non-nx
cases is due to nx not transporting some window appearance hints.


I did a bit more testing and managed to craft some malformed _NET_WM_ICON
properties which could crash the multiwindow mode WM in different ways (small
test case attached), so I've added another patch to do more validation of
_NET_WM_ICON data before it is used.

Re: help with running startxwin

Karl K. Berggren — 2013-06-17T15:43:53

The -nowgl workaround you suggested worked.

Thank you!

On 14/06/2013 Jon TURNEY wrote:




--
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: text fields in app don't allow input when running Cygwin X

Deryl Steinert — 2013-06-17T14:44:33

Hi, Jon,

Thanks for the quick response.

Do you consider this an issue with Cygwin, Java 7 or with our Java apps?
If the issue is with Cygwin do you foresee implementing a solution anytime =
soon?
Or do you know of a workaround we can use in Java?

Trying to figure out what I can do to remedy the issue for my Windows custo=
mers.
I'm a Mac user myself.

Do I spend time trying to workaround the issue?
Wait for a Cygwin solution?
Or just tell my customers that they can't use Cygwin in multi window mode w=
ith
the next release of my app?

Thanks,
Deryl



--
View this message in context: http://cygwin.1069669.n5.nabble.com/text-fields-in-app-don-t-allow-input-when-running-Cygwin-X-tp97212p99717.html
Sent from the cygwin-xfree mailing list archive at Nabble.com.

--
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: fltk / gl rendering problem

marco atzeri — 2013-06-17T06:48:30

Il 6/16/2013 4:51 PM, marco atzeri ha scritto:

further experiment showed that the defect is present when the integrate
windows manager is used. With external window manager (fvwm, openbox,.. 
) that defect does not apper.

With external window manager another defect appears, the upper
bar effect is not shown at all; while it is present on the integrated
window manager.

Regards
Marco


--
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: Cygwin/X crashes when combined with ssh/nx tunneling and -multiwindow

Matt D. — 2013-06-16T21:48:36

   > I've applied a fix to address the immediate problem of not checking
   > for the failure, and I've uploaded a snapshot at [1]. Perhaps you
   > could try that and see if it fixes the issue for you?

Yes, this solves the crash problem (thank you!).

   > I would also be interested to know how the icon for the window which
   > was causing this issue appears.

I've attached some screenshots of the taskbar and titlebar icons for 
Eclipse 4.2 using your XWin.exe build running with an without nx.

The titlebar icon does NOT appear when running Eclipse with vanilla X. 
The taskbar icon also uses full colors; I do not know if it's a 
different icon or if nx is using some kind of compression.

The second set of images (eclipse-4_2-nx_2 and eclipse-4_2-nonx_2) 
indicate the time of crash. When Eclipse starts up is displays a splash 
image which initially does not have an icon in its titlebar. Notably, a 
window border only appears when running Eclipse with nx. Despite not 
having a border, the icon is still rele

fltk / gl rendering problem

marco atzeri — 2013-06-16T14:51:07


Hi,
testing a octave/fltk graphics issue, I noticed that also the
demo of fltk with GL interface has a similar issue.

On http://matzeri.altervista.org/works/fltk_gl/
I uploaded the before and after apperance of "gl_overlay" demo.

It is enough to move the window to loose the geometrical
image while the bars are correctly re-drawn.

Running Xwin with -wgl does not show such defect, but it is
terribly slow. So I assume it is not a fltk defect but of
GL or XServer.

A copy of gl_overlay from fltk-1.3.1.9857-1 build is also uploaded.


Regards
Marco





--
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: Make error when compiling xserver-cygwin-1.14.1-1

Jon TURNEY — 2013-06-16T14:25:00


Ah.  I think that page is in need of an update.

It probably would be better if it told you to use 'cygport xorg-server.cygport
compile' to configure and build, as then the configuration would match the one
used to build packages, which is known to work.


The undefined references to `__glapi_tls_Dispatch' should be fixed by
configuring with --disable-glx-tls [1]


No idea about this.  You should probably be using gcc4, though.


These undefined references are a bit mysterious. These wgl*Wrapper functions
should by defined in the generated_wgl_wrappers.c generated file.


Thanks for the list. I'll update the documentation appropriately.


Ok.  I guess I need to add one then :-)

[1] http://cygwin.com/ml/cygwin-xfree/2011-10/msg00065.html

Re: Re: Make error when compiling xserver-cygwin-1.14.1-1

Matt D. — 2013-06-16T12:37:33

It seemed I had everything but flex. I downloaded that and 
double-checked all of the dependencies. Everything compiles now but I'm 
getting a linking error.

I am using a CLEAN install of cygwin with the following packages:

setup -P 
cygwin,autoconf,automake,binutils,bison,bzip2,cygport,diffutils,fileutils,findutils,flex,gawk,gcc,git,libtool,make,patch,pkg-config,sed,tar,w32api,dri-drivers,libbz2_1,libfontenc1,libfreetype6,libgcc1,libGL1,libpixman1_0,libX11_6,libXau6,libXdmcp6,libXext6,xauth,xcursor-themes,xkbcomp,xkeyboard-config,zlib0,libdmx1,libXaw7,libXfixes3,libXi6,libXmu6,libXmuu1,libXrender1,libXt6,bigreqsproto,compositeproto,damageproto,dmxproto,fixesproto,font-util,fontsproto,glproto,inputproto,kbproto,libXfont-devel,randrproto,recordproto,renderproto,resourceproto,scrnsaverproto,windowswmproto,xcmiscproto,xextproto,xf86bigfontproto,xineramaproto,xorg-util-macros,xproto,xtrans,khronos-opengl-registry,libpixman1-devel,libx11-devel,libgl-devel,libxkbfile-devel,libxcb-image-devel,lib-icccm-devel,glap

Re: Cygwin/X crashes when combined with ssh/nx tunneling and -multiwindow

Jon TURNEY — 2013-06-15T23:38:31

I'm afraid your diagnosis is a bit speculative.

From the backtrace, it looks like the crash is occurring due to a failure when
converting the X11 icon to a Windows icon, and then not checking properly for
that failure.

I've applied a fix to address the immediate problem of not checking for the
failure, and I've uploaded a snapshot at [1]. Perhaps you could try that and
see if it fixes the issue for you?  If it does, I would also be interested to
know how the icon for the window which was causing this issue appears.

[1] ftp://cygwin.com/pub/cygwinx/XWin.20130615-git-9a3cc6b8d6f94f74.exe.bz2


This is because the crash is occurring in the window manager thread, not the
server thread.


Thank you, this was very useful.


Hmm... this seems to indicate that icon was of size -1x-1, which doesn't seem
right...

Re: Make error when compiling xserver-cygwin-1.14.1-1

Jon TURNEY — 2013-06-15T22:47:59

That doesn't look right.  I have:

/bin/sh ../../ylwrap winprefslex.l lex.yy.c winprefslex.c -- flex -i

$ ./ylwrap  --help
Usage: ylwrap [--help|--version] INPUT [OUTPUT DESIRED]... -- PROGRAM [ARGS]...

So, it looks like maybe something has gone wrong in the autofoolery as it
hasn't found the name of your lex successfully, but has still configured.

I think now might be an appropriate time to ask if you have all the
prerequisites listed in [1]?

http://x.cygwin.com/docs/cg/prog-build-prerequisites.html

Re: Make error when compiling xserver-cygwin-1.14.1-1

Matt D. — 2013-06-15T22:06:54

The error appears to be here:

/bin/sh ../../ylwrap winprefslex.l .c winprefslex.c

'winprefslex.c' is not created but ylwrap is not returning an error. 
This is unfamiliar territory for me but I'll see what I can do.

Off the top of your head, is there a way to slim this down to remove 
ylwrap? Maybe it will throw something helpful.

--
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: Make error when compiling xserver-cygwin-1.14.1-1

Jon TURNEY — 2013-06-15T21:36:24


I can only offer the observation that the file that gcc is failing to compile
because it doesn't exist is supposed to have been made by flex on the line above.

You might like to try using 'make V=1' to see how flex is being invoked, and
then try that manually to try to work out why it's not making any output...

Re: text fields in app don't allow input when running Cygwin X

Jon TURNEY — 2013-06-15T21:31:07

Thanks for researching this issue.


Yes, this seems quite likely, the multiwindow mode WM has no support for
WM_TAKE_FOCUS currently (One of it's many ICCCM conformance issues :-) ).

Reading the text of the ICCCM ([1] 4.1.7. etc.), it's not quite clear to me
that WM_TAKE_FOCUS support is mandatory for the WM (it's clearly optional for
a client), but the bug above seems to be saying that Java 7 requires it for
focusing to work as expected.


No, it's internal because it's a special window manager that knows how to draw
the X window contents in native Window frames, you can't replace it with an
arbitrary other WM.

XtoW [2] is another WM that also knows how to achieve this (by different
means), but probably suffers from the same bug.

[1] http://www.tronche.com/gui/x/icccm/
[2] http://cygwin.com/ml/cygwin-xfree-announce/2012-12/msg00003.html

Make error when compiling xserver-cygwin-1.14.1-1

Matt D. — 2013-06-15T18:20:54

Can anyone advise me on how to proceed? I've managed to install all of 
the necessary dependencies but I'm getting an error from make while 
compiling xserver-cygwin.

I've deleted the source directory and redone the autoconf, configure, 
and make twice now without success.

Here is the error:

winprefsyacc.y: In function ‘yyparse’:
winprefsyacc.y:213:5: warning: passing argument 1 of ‘AddMenuLine’ 
discards qualifiers from pointer target type
winprefsyacc.y:76:13: note: expected ‘char *’ but argument is of type 
‘const char *’
winprefsyacc.y:213:5: warning: passing argument 3 of ‘AddMenuLine’ 
discards qualifiers from pointer target type
winprefsyacc.y:76:13: note: expected ‘char *’ but argument is of type 
‘const char *’
winprefsyacc.y:214:5: warning: passing argument 3 of ‘AddMenuLine’ 
discards qualifiers from pointer target type
winprefsyacc.y:76:13: note: expected ‘char *’ but argument is of type 
‘const char *’
winprefsyacc.y:217:5: warning: passing argument 3 o

Cygwin/X crashes when combined with ssh/nx tunneling and -multiwindow

Matt D. — 2013-06-15T12:06:55

"Caught signal 11 (Segmentation fault). Server aborting"

So far I've only been able to duplicate this when tunneling Eclipse. I 
tried writing a simple java program that creates a JFrame window but 
could not replicate the crash with anything smaller (sorry!). The 
problem exists in the two versions I tried: Eclipse 3.6 and 4.2.

Although the error message pops up, Cygwin/X doesn't actually terminate 
until the error window that reports the segfault is closed. X continues 
to work if I ignore it, however all of the newly created windows do not 
have any titlebars or frame borders.

This problem does NOT occur when running with either a root window or 
with the '-rootless' option.

I've attached the XWin backtrace.
Welcome to the XWin X Server
Vendor: The Cygwin/X Project
Release: 1.14.1.0
OS: CYGWIN_NT-6.1-WOW64 antec 1.7.20(0.266/5/3) 2013-06-07 11:11 i686
OS: Windows 7 Service Pack 1 [Windows NT 6.1 build 7601] (WoW64)
Package: version 1.14.1-1 built 2013-05-07

XWin was started with the following command

Re: help with running startxwin

Jon TURNEY — 2013-06-14T19:39:40

Thanks.  This isn't as useful as it might be, but it shows that the crash is
occurring somewhere in the OpenGL ICD for the Intel Graphics display driver.

You might try using a different driver version to see if this fixes the problem.

Or, you should be able to work around this problem by starting the X server
with the -nowgl option, or possibly by using the GLWIN_NO_WGL_EXTENSIONS
environment variable.

Short of debugging into the crash, it's difficult to determine if this is a
Cygwin X server bug, or one in the graphics driver.

Re: text fields in app don't allow input when running Cygwin X

Deryl Steinert — 2013-06-13T15:00:04

Here is a reference to a Java bug that suggests that the problem may be
related to the X window manager being used;

http://bugs.sun.com/view_bug.do?bug_id=6798064

It doesn't specifically address the issue under Cygwin but does talk about
the issue occurring under the ION window manager which is not officially
supported
by Java. 

Perhaps the internal window manager used by Cygwin in multwindowed mode has
the
same issue?

Can the default internal window manger be changed when starting Xwin in
multiwindow mode?
Thanks!



--
View this message in context: http://cygwin.1069669.n5.nabble.com/text-fields-in-app-don-t-allow-input-when-running-Cygwin-X-tp97212p99554.html
Sent from the cygwin-xfree mailing list archive at Nabble.com.

--
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: text fields in app don't allow input when running Cygwin X

Deryl Steinert — 2013-06-13T14:02:27

I am seeing this same issue with running a Java 7 app through the Cygwin
xserver in multiwindowed mode (startxwin).

Once a Java window loses keyboard focus I can't get it to regain focus for
keyboard events.
Basically all keyboard input to a window must be completed without the
window losing focus or the
window will appear to hang. At least my users are seeing it as a hang even
though the app is still
responsive to other interaction (buttons, menus, etc). Just not keyboard
input. New Java windows that
are opened do have keyboard input focus until that window loses focus.

As KM states it all works fine when running the Cygwin xserver in windowed
mode (startx rather than startxwin).

A possible explanation is that the Focus model has changed in Java 7.
See section "2.7.2 Communication With Native Focus System" from the
following link;

http://docs.oracle.com/javase/7/docs/webnotes/tsg/TSG-Desktop/html/awt.html

So, is this a bug in Cygwin, Java 7 or our apps?

Thank you for any insight.



--
View this messa