Corrupted overlapping pull-down menus

[Timur Tabi]

I'm seeing a problem with pull-down menus in one particular application: 
Visual Slickedit 8.0, running on Red Hat Linux 9.0.

When I click on an item in the menu bar, the menu displays fine. 
However, when I move the mouse over another menu item, it draws the new 
menu overlapping the previous one.  In other words, it doesn't 
completely erase the previous menu.

You can see a screen shot here: http://tabi.org/badmenu.gif
In this screen shot, the mouse used to be over the menu item "Project", 
but then I moved it over "Build".  The corrupted menu is a combination 
of the Project and Build pull-down menus.  For instance, the text 
"Execute Makefile Target" belongs to the Build menu.  But the text "Open 
Other Workspace" (the "Open" is hidden) belongs to the Project menu.

I do know that Slickedit is not like most other X apps, in that it 
manually draws all the menus, rather than using some high-level 
functions of X.  I'm not an X programmer, so I'm not sure exactly what 
that means, but Slickedit is very portable, and so they've developed 
their own GUI library.

I don't know exactly what version of Cygwin I'm using (how can I tell?), 
but I downloaded and installed it last week, so I guess it's the most 
recent.  I'm running it on Windows XP.

--
Timur Tabi
Staff Software Engineer
[EMAIL PROTECTED]

Re: bad installation ?

[Christopher Faylor]

On Fri, Mar 11, 2005 at 01:28:05PM +, Owen Rees wrote:
>--On 10 March 2005 20:14 + John Morrison (Cygwin) wrote:
>>Basically adding your user (using the domain flag if appropriate) to
>>the passwd and group files which is what the message attempts to help
>>the user to do.  It appears (judging from the number of times this
>>question isn't now appearing on the lists) to have worked for most
>>people, but I'm always looking for perfection ;)
>>
>>Hope this helps explain things,
>
>My system is not in the same domain as my login id, and I suspect that
>may make a difference.  One of the problems with saying "if
>appropriate" is that it assumes that the reader knows when it is
>appropriate, but if they did, they would probably not need to ask the
>question.
>
>Searching the mail archives turned up this in
>:

As the above link suggests, this discussion is off topic for
cygwin-xfree.  Please move it to the main list.  You'll have a lot more
people to pick on than John Morrison in the main list.

I'm blocking this subject from further discussion here.

cgf

Re: 1.5.12: using cygwin/x as non-administrator doesn't work

[Gil Benkoe]

I have the problem described below, and made /tmp writable and readable 
and executable for all  but I still have this problem.  Please advise. I 
also don't understand  how to check inet .

 thanks in advance,
 Gil
On Tue, 23 Nov 2004, Tobias Munk wrote:
Using cygwin/x administrator works fine, but when I try to start it as
user, I get an error message - the log file XWin.log is attached at the
end of this mail.
There is a similar mail concerning this issue in the archive, which
was posted a year ago, but seemingly no one posted a solution. Does 
anyone
gather experiences with this in the meantime?
thanks,
Tobias
XWin.log:
---
Welcome to the XWin X Server
Vendor: The Cygwin/X Project
Release: 6.8.1.0-5
Contact: cygwin-xfree@cygwin.com
XWin was started with the following command line:
/usr/X11R6/bin/XWin -multiwindow -clipboard -silent-dup-error
ddxProcessArgument - Initializing default screens
winInitializeDefaultScreens - w 1400 h 1050
winInitializeDefaultScreens - Returning
_XSERVTransmkdir: Owner of /tmp/.X11-unix should be set to root
_XSERVTransSocketUNIXCreateListener: ...SocketCreateListener() failed
_XSERVTransMakeAllCOTSServerListeners: server already running
Fatal server error:
Cannot establish any listening sockets - Make sure an X server isn't 
already running
winDeinitMultiWindowWM - Noting shutdown in progress
It should at least try inet too.
You can allow other users to write to /tmp/.X11-unix, or have a /tmp 
directory for
every user where the user can create files at will.

bye
ago
--
 [EMAIL PROTECTED]
 http://www.gotti.org   ICQ: 126018723

RE: bad installation ?

[Owen Rees]

--On 10 March 2005 20:14 + John Morrison (Cygwin) wrote:
Basically adding your user (using the domain flag if
appropriate) to the passwd and group files which is
what the message attempts to help the user to do.  It
appears (judging from the number of times this
question isn't now appearing on the lists) to have
worked for most people, but I'm always looking for
perfection ;)
Hope this helps explain things,
My system is not in the same domain as my login id, and I suspect that may 
make a difference. One of the problems with saying "if appropriate" is that 
it assumes that the reader knows when it is appropriate, but if they did, 
they would probably not need to ask the question.

Searching the mail archives turned up this in 
:

There is an off chance that 'mkpasswd -u yourself -d thedomain'
might work, where thedomain is the global corporate domain.
Sustituting "domain part from the domain\user I can use to log in" for 
"global corporate domain" (they are not the same thing in my case) I got a 
result that included the (number of) the group "Domain Users", the group in 
which Windows utilities seems to create files for me. Unfortunately the 
result offered a different home directory from the one I have been using 
with my current setup, but a careful edit to /etc/passwd seems to have 
changed things for the better.

As for neither fixing the problem before, not posting about it, I was 
getting stupid results from 'ls -l' for the group, but apart from that 
nothing seemed to be broken. It did not seem worth a lot of effort trying 
to tidy up a loose end that did not seem to be making any real difference.

I did try the things that the message about mkgroup_l_d seemed to be 
suggesting, but they did not make any difference. In reading the man page 
for mkpasswd I did not realise that "current domain" apparently does not 
mean the domain in which my login id is defined.

--
Owen Rees <[EMAIL PROTECTED]>
Hewlett Packard Laboratories, Bristol, UK
tel: +44 117 312 9439 fax: +44 117 312 8924

RE: 30+ reasons why X-Win32 is Better than Cygwin/X

[Alexander Gottwald]

On Fri, 11 Mar 2005, Ruth Ivimey-Cook wrote:

> > > 6   Display Number Setting  Manual  Automatic
> 
> That would be nice: tell Cygwin "start a server using the next available
> display", rather than have to pick a specific number. However, I can't say 
> I've
> lost much sleep over it's lack.
> 
> > > 9   Multiple XDMCP Sessions Manual  Automatic

XWin -broadcast is what you want *g*

> > > 12  Passing of Display Number to SSH Client Manual  Automatic
> 
> Ugh? What is this about.

This just means that the DISPLAY variable is set when ssh integration starts.
 
> > > 13  Integrated SSH Client with GUI  No  Yes
> > 
> > This is an xserver not a multi purpose tool. With OpenSSH and 
> 
> Fully agree. When I want an ssh client I'll pick one. I don't need cygwin/x or
> starnet to be a jack-of-all-trades.

> I guess we need a port of xdm to Cygwin. Perhaps the cygwin/KDE project will
> manage topoer kdm. However, I'm not sure why you would want this, really.

xdm compiles but has a silly if (uid != 0) error("xdm must be run by root") 
check.
If there is request for it I can disable this check. But then people should be
aware that it's not a Terminal Service replacement. Win32 programs will not 
display
over X11.  

bye
ago
-- 
 [EMAIL PROTECTED] 
 http://www.gotti.org   ICQ: 126018723

Re: eclipse 3.0.1 input problem

[Alexander Gottwald]

On Thu, 10 Mar 2005, Mike Starbuck wrote:

> i don't know.  what is xev?

xev is an X11 event dumper. It prints exactly which keypress events 
eclipse would receive.

just start an xterm and type xev inside.

bye
ago
-- 
 [EMAIL PROTECTED] 
 http://www.gotti.org   ICQ: 126018723