No, this is normal. The answer is among the lines you quoted. All you
should have to do is:
(Annoyed? Try 'Edit-Preferences-General-Suppress X Warnings'!)
Once you select that option, these warnings should go away.
- Andy
-Original Message-
From: Peng Yu
Sent: Friday, May
I occasionally have the windows app hang when pasting from X to Windows and
I use XP with a single monitor.
- Andy
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of Ed Avis
Sent: Tuesday, March 02, 2004 3:22 AM
To: [EMAIL PROTECTED]
Subject: Re: Minor
Did you try the ForwardX11Trusted configuration that has been discussed here
over the last few days?
- Andy
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of Øyvind Harboe
Sent: Monday, March 01, 2004 12:05 PM
To: [EMAIL PROTECTED]
Subject: xserv
That solved my problem as well. Thanks.
-Andy
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of Igor Pechtchanski
Sent: Thursday, February 26, 2004 3:01 PM
To: [EMAIL PROTECTED]
Cc: Keith Thompson
Subject: Re: XFree86-xserv-4.3.0-47 copy/paste trouble
.
I suspect the bug with MSVDM reported by Andrew Braverman
may be the same symptom.
As a workaround, you can get back the correct Z order by
restoring window A (in the above example). I will work to fix
the problem as soon as possible.
Takuma Murakami
I updated to 4.3.0-46 this morning and noticed a problem that I have not
seen in a long time. The z-order of the x windows in multiwindow mode seem
to get confused. I think this is only happening if I go to another display
in the MSVDM (MS Virtual Display Manager) and then come back, but I am
Though I do not use multiple monitors and may be missing something about the
way you are doing things, I think that what you are missing is that in
multiwindow mode, each X window is a separate MS window. There is also a
root X window that is usually hidden, but that you can see, and would see as
William,
Please check this again with the -43 release. A quick check this morning
seems to show that this is no longer a problem on my end. Do you still have
a problem?
- Andy
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of William Conrad
Halliburton
I am the one who wrote the original message. Unfortunately, time
available/annoyance ratio has not been high enough for me to do anything
about it yet. It was working fine until a bug fix was made to tweak a
redrawing problem on one screen. At that time, moving between two virtual
desktops
I would also suggest ssh tunnels for what you are trying to do. That is
what I do myself. If you
really do not want to do that, a replacement for
MYIP=`hostname -i` rexec host -l username setenv DISPLAY $MYIP:0;
/opt/SAS82/sas
might be
MYIP=`ipconfig | grep IP Address | awk '{print $NF}'`
[...] For now, I would just drop the xhost command from
your startup file.
No problem. I can deal with it as long as you are aware of the issue.
On a different note, I have noticed that the X clipboard
will transfer to
windows as long as the data is highlighted. Once the data
is
I seem to be the one not to have any luck lately. I tried running this
package and get a standard windows XWin-33.exe has encountered a problem
and needs to close. We are sorry for the inconvenience. message. There
was no useful stackdump. After going through my batch file, I found that if
I
Of Harold L Hunt II
Sent: Thursday, January 08, 2004 10:20 AM
To: [EMAIL PROTECTED]
Subject: Re: Updated: XFree86-xserv-4.3.0-33
Andrew Braverman wrote:
I seem to be the one not to have any luck lately. I tried
running this
package and get a standard windows XWin-33.exe has
encountered
I tried this version and it solves the problem that I saw yesterday
with -31. I have, however, found a few issues that I thought you should at
least be aware of.
1. XWin is taking a lot more system resources than it usually does. This
may be related to
2. XWin is doing a lot of
I just tried running this version and it crashes. I get a normal looking
stuff at the beginning of the XWin.log file and then get one line telling
me:
winClipboardWindowProc - WM_DRAWCLIPBOARD - Initializing - Returning.
Then I get 64K + lines (total size of log file is 65072 lines) of:
. This is
something that still has to be fixed or worked around and that is why
these are 'test' releases. Sorry for not describing this particular
failure mode in the announcement.
Harold
Andrew Braverman wrote:
I just tried running this version and it crashes. I get a
normal looking
stuff
Harold,
Since you made the change for the X-Mouse issues, I am having a related
issue when using the Microsoft VDM in XP. If I go to a different virtual
desktop and come back, only the topmost X window gets repainted. The other
window(s) have a title bar and a blank window. Could this be
if my
minor change fixes your problem.
Harold
Andrew Braverman wrote:
Harold,
Since you made the change for the X-Mouse issues, I am
having a related
issue when using the Microsoft VDM in XP. If I go to a
different virtual
desktop and come back, only the topmost X window gets
This is because you are actually using two shells. The first is what is run
by xterm and honors the -ls. The second is run from the first and does not.
What should work is putting a -l after the bash you are running as the
command (ie. run xterm -ls -sl 1000 -sb -rightbar -ms red -fg yellow -bg
What Color Quality does the settings tab in your display properties show?
I have found a bug in the icon rendering that causes similar problems with
ddd, but only if using 24 bit color. Unfortunately, though the developers
have tried to help, I have not been doing my part and have not yet found
box (though that should not make a difference).
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of Earle F. Philhower
III
Sent: Tuesday, August 12, 2003 1:47 AM
To: [EMAIL PROTECTED]
Subject: RE: DDD dies on me (pt 2)
At 02:37 PM 8/11/2003 -0400, Andrew
A while ago (beginning of June, I think), I posted a note to this group that
I was having a problem with one program (DDD) suddenly dieing on me when I
ran it. I was able to track down which version the problem started in.
Unfortunately for me, I did not have a useful core or stack dump and
.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of Earle F. Philhower,
III
Sent: Monday, August 11, 2003 2:27 PM
To: [EMAIL PROTECTED]
Subject: Re: DDD dies on me
Howdy Andrew...
-- Original Message -
Subject: DDD dies on me
From: Andrew
Of Christopher Faylor
Sent: Tuesday, June 03, 2003 10:49 AM
To: [EMAIL PROTECTED]
Subject: Re: Problem with releases since -37
On Tue, Jun 03, 2003 at 10:38:52AM -0400, Andrew Braverman wrote:
I updated the XWin package to -42 and changed nothing else. The new
stackdump is attached. Thank you again
: Re: Problem with releases since -37
On Wed, Jun 04, 2003 at 09:54:14AM -0400, Andrew Braverman wrote:
You did say that and I misread it. I have been looking for
a 1.3.23 package
and, after checking a half a dozen or so mirrors, have not seen one.
Huh? The next version has not been released
randomness of things that happen in releases after -37. I would
actually be surprised if we introduced a bug, since the crash
seems to
be in cygwin1.dll.
Harold
Andrew Braverman wrote:
I suddenly have a problem running one of the programs that
I run all the
time. As of release 37, it works
Sent: Monday, June 02, 2003 2:37 PM
To: [EMAIL PROTECTED]
Subject: Re: Problem with releases since -37
Are you using -clipboard? Try it without using -clipboard.
Harold
Andrew Braverman wrote:
There is only 1 cygwin1.dll anywhere on my system.
Just to clarify what happens, I do get
at 03:16:48PM -0400, Andrew Braverman wrote:
OK - I tried a few more experiments. I started to
experiment outside of my
scripts and got down to:
XWin -multiwindow
I ran an xterm on the Linux host using ssh
I ran ddd.
Xwin claimed to dump core (though I could not find a core)
[1
I tried the xset r off when it was mentioned and have not had a keyboard
bounce problem since. According to the way I read the man page for xset,
only the rate parameter is handled by the keyboard extension and not the
autorepeat on/off. From what I can tell, in a ms-windows based xserver,
that
The one other thing that I notice that I think is related to this is that in
some applications (the one I see it in is ddd when compiled with lesstif),
the selection does not even hold long enough to select it. If I click and
drag (while still holding down the mouse button) the selection
Though I do not use emacs, I have used exceed. What I think is happening is
that you are not correctly setting your DISPLAY variable. From what I am
told, if you have no DISPLAY set, emacs starts as a standard app in the
terminal it is in. If it is set, emacs starts as an X app. Exceed sets
I am also running Xwin 4.2.0-25 under XP. I do not run another window
manager (tried it and realized just how bad it would be). I am running
Xwin -multiwindow -clipboard. I am running X all day at work. Though I do
not have the overlapping problem at the beginning of my session, it often
does
32 matches
Mail list logo