If you are in WinXP and, I think, past versions of windows, there
is an option on the task-bar properties page right under the
Auto-hide checkbox to Keep taskbar on top of other windows.
That must also be checked to keep the taskbar's single-hidden line
on top, so it can catch your mouse
Larry Hall (Cygwin) wrote:
(thank you for your responses...)
Cygwin-X questions go to the cygwin-xfree list.
---
I thought the lists were being merged because there was next to zero
traffic on the X-cygwin list? Did that plan fall by the wayside? Besides, I
wasn't sure if there was some
The startxwin.sh script works, but startxwin.bat does not work if
your Cygwin installation isn't in the default location.
You could use mount -p (presuming your cygwin\bin is in your windows path, as
mine is).
If not, need to look in the registry:
\HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus
Larry Hall (Cygwin X) wrote:
Linda Walsh wrote:
The startxwin.sh script works, but startxwin.bat does not work if
your Cygwin installation isn't in the default location.
You could use mount -p (presuming your cygwin\bin is in your windows
path, as mine is).
If not, need to look
Larry Hall (Cygwin X) wrote:
Linda Walsh wrote:
Larry Hall (Cygwin X) wrote:
Linda Walsh wrote:
The startxwin.sh script works, but startxwin.bat does not work if
your Cygwin installation isn't in the default location.
You could use mount -p (presuming your cygwin\bin is in your
windows path
Larry Hall (Cygwin X) wrote:
Linda Walsh wrote:
Larry Hall (Cygwin X) wrote:
Linda Walsh wrote:
Larry Hall (Cygwin X) wrote:
Linda Walsh wrote:
The startxwin.sh script works, but startxwin.bat does not work if
your Cygwin installation isn't in the default location.
You could use mount -p
Yes I've read the FAQ -- it doesn't help. Is says:
The problem is most likely a wrong DNS (Network name resolution). Make sure
your windows host has a hostname which is valid from linux too and an IP
address which linux can resolve to that hostname.
---
What DNS resolution?
If you
j...@asyn.org wrote:
Have you added the client to your X server's acl? See xhost(1)
---
I thought I'd turned off access checking. I forgot I had to redo
my script when there was a major X-server upgrade, a few months ago --
Not something I 'normally use'...
(Am pretty safe,
Does this mean it is a 'beta' or test version?
If it is a released version, will it be made available for the
released version of cygwin (1.5). I've no idea when cygwin
will release 1.7 as being 'ready'...
How difficult would it be to turn on compiling in of the 'font-cache' extension? I use
Massimo Giovannini wrote:
Hi,
I have always installed and used cygwinX on my windows Xp
machines without any problem.
I have been trying to install on my new Vista 64 bit laptop
and I cannot figure out what is going wrong.
---
W e l c o m e t o V i s t a !
:-)
I've been going
Florent Fievez wrote:
I've exactly the same issue, so if you find a solution, please post it ! ;-)
2009/11/3 Ken Brown kbr...@cornell.edu wrote::
'run xterm' fails to pen a window:
I don't know if this is a problem with run, or xterm, or
something else.
...
Obviously I have no good reason
Gery Herbozo Jimenez wrote:
Thanks for your answer and explanation. I just press the Xserver icon and
t hen the xterm (most of the time) appears. If not, I press the xterm
icon. Simple like that. I don't write run or something like that in
anycase.
---
Oddly enough, I find the menu items
Florent Fievez wrote:
2009/11/3 Linda Walsh me'em...@me'dom:
^^^ -- another no no**(see bottom)
[curious] Why did you copy [the previous,] complete note
into your response, when [all you said was] me too?
I simply clicked on reply button of my webmail. I
* Yaakov (Cygwin/X) wrote: http://cygwin.com/acronyms/#RSN :-)
** LW wrote: --I don't suppose you could express that in ISO format? :-)
Larry Hall wrote:
Since you've asked this on multiple lists, I'm going to assume this is
more than just a humorous comment that you don't expect an answer to.
I would suggest you run the native version of 'gvim' instead
of the cygwin 'gvim' unless you know you need something that
the 'X' version provides.
You can download the native gvim from the vim website.
The native version can use the SAME config files as the cygwin
version (i.e. it works
jean-luc malet wrote:
thanks for the reply,
for some reason I would like to continue using the cygwin one...
this .bat was working some time ago, until I update cygwin
1) when I launch cygwin's gvim from a dos cmd shell it run as expected
2) when I launch c:\Cygwin\bin\run gvim in the same
Michael Breuer wrote:
That was probably
pushing things anyway as the proper way is to run VNC remotely, not in a
remote X session... but I figured I'd try to break it.
---
Why is VNC more proper than X? I haven't been able to get
VNC to work, but X runs wonderfully. What am I
I'm trying to get a remote desktop to come up, but am not sure what's
required on the remote end.
Locally, I've been trying 'Xwin -query hostname
Either they come up with no login screen, or in one case an error
where it said:
winProcEstablishConnection - Xdmcp, waiting to start clipboard
Ken Brown wrote:
On 10/28/2009 6:07 PM, Andy Koppe wrote:
2009/10/28 Ken Brown:
Maybe my terminology is wrong. But if you start mintty with no
.minttyrc
and with LANG unset, mintty will set LANG=C.UTF-8.
Yep. That's primarily for emacs' benefit, which parses the locale env
variables itself
Timares, Brian (Patriot) wrote:
Any other ideas? I keep updating but so far all I can do is launch
an Xterm manually and clean up, then everything seems fine til the
next time I relaunch it.
---
Do you have
DISPLAY=:0
set in your Windows environment?
(system properties, Advanced, Env
looking at the startup log, I don't see the X-Security extension being
initialized. Is it not supported?
Also, perhaps more important for me is the message:
2009-12-15 10:39:27 XFree86-Bigfont extension local-client optimization disabled
due to lack of shared memory support in the kernel
NT
Yaakov (Cygwin/X) wrote:
On 15/12/2009 13:00, Linda Walsh wrote:
looking at the startup log, I don't see the X-Security extension being
initialized. Is it not supported?
http://cygwin.com/ml/cygwin-xfree/2008-11/msg00154.html
...and...
You need to install and run the cygserver service
Jon TURNEY wrote:
The following packages have been updated in the Cygwin distribution:
*** xorg-server-1.10.3-1
*** xorg-server-dmx-1.10.3-1
How can I install 'just' those packages (from the command
line)
The GUI has no option to only install 1 package --
it selects
Daniel Bienstock wrote:
Hello,
I have a new Dell Dimension M6600 with Windows 7 SP 1. I have disabled
the Windows firewall and added rules to allow programs in cygwin and
cygwin\bin to run.
I am using cygwin 1.7.9 (I also use older cygwins on many 32-bit
Windows machines).
On this
Christopher Faylor wrote:
On Tue, Jul 19, 2011 at 07:25:50PM -0700, Linda Walsh wrote:
Jon TURNEY wrote:
The following packages have been updated in the Cygwin distribution:
*** xorg-server-1.10.3-1
*** xorg-server-dmx-1.10.3-1
How can I install 'just' those packages (from
Jon TURNEY wrote:
On 05/08/2011 01:02, Linda Walsh wrote:
/var/log/XWin more XWin.0.log
[ 58452.716] winInitMultiWindowWM - XOpenDisplay () returned and
successfully op
ened the display.
[ 58452.716] winMultiWindowXMsgProc - XOpenDisplay () returned and
successfully
opened the display
Csaba Raduly wrote:
On Sat, Aug 6, 2011 at 8:01 PM, Linda Walsh wrote:
Jon TURNEY wrote:
(snip)
Next time, please *attach* the *full* XWin.0.log
---
That was the full log...it had been truncated -- perhaps by the
failing
processes...A full log from a non-crashed version (i.e. I
Jon TURNEY wrote:.
Does this mean that the xorg-server version reported by cygcheck is
incorrect because you've installed the tar file by hand?
---
apparently.
I just cannot understand how you could paste your cygcheck.out, but not
mention that important fact.
I
Jon TURNEY wrote:
Following the instructions at [2] to obtain an Xserver backtrace would
also be of great help.
[2] http://x.cygwin.com/devel/backtrace.html
Reading symbols from /usr/bin/Xwin...(no debugging symbols found)...done.
Attaching to program `/usr/bin/Xwin', process 5280
[New
Jon TURNEY wrote:
On 11/02/2012 04:19, Linda Walsh wrote:
Still crashes in all the places it did 2 months ago, and more, but
gives more interesting messages in log file (/var/log/xwin/XWin.0.log
I assume this refers to the problem reported in [1], crashing when running
yast2 on SuSE 11.4
On Feb 12, 2012, Linda Walsh wrote:
Jon TURNEY wrote:
[ 14334.463] SocketUNIXAccept: accept() failed
This log looks normal apart from this line.
I don't think this is a new warning, and wasn't in the previous log you
posted, so it's hard to see how this could be directly related
Jon TURNEY wrote:
On 12/02/2012 23:51, Linda Walsh wrote:
Jon TURNEY wrote:
On 11/02/2012 04:19, Linda Walsh wrote:
Still crashes in all the places it did 2 months ago, and more, but
gives more interesting messages in log file (/var/log/xwin/XWin.0.log
I assume this refers to the problem
m...@safe-mail.net wrote:
Glyph substitution doesn't works on cygwin using fontconfig, xft.
Missing glyphs won't get replaced from ones existing in other fonts.
Couldn't figure out why.
Freshly installed cygwin.
Anyone can report, that it should work?
What would make you think it
When I try to run glxgears locally, it displays the initial gears,
but now they are just frozen. It doesn't work remotely, either,
which was what I tried initially. It *used* to work -- remotely
at 20-30 frames/second (as measured by fraps).
Interestingly enough, I get a glx window, -- fraps
Jon TURNEY wrote:
Since [1], glxgears turns at a constant 70 degrees per second.
---
70 degress/s? How is that important?
glxSwapBuffers does not block when used with indirect rendering, which means
that lots of frames can be rendered almost instantly, with no apparent
rotation, since the
Yaakov (Cygwin/X) wrote:
On 2014-03-25 09:05, Jon TURNEY wrote:
On 20/03/2014 08:41, Linda Walsh wrote:
When I try to run glxgears locally, it displays the initial gears,
but now they are just frozen. It doesn't work remotely, either,
which was what I tried initially. It *used* to work
Jon TURNEY wrote:
Yes, this should work.
*But*, I'm pretty sure it doesn't anymore since the Xgl extension that was
used to transport the openGL commands between client/server was removed
from xorg's Xserver.
From wikipedia:
Xgl was a display server implementation supporting the X
JimE wrote:
Hi Don,
I'm in the same boat. I just upgraded cygwin and now I can't get remote xterms to
display on the local machine.
Question -- Is your local machine on a closed net?
I.e. My windows machine is on a local subnet (example: 192.168.x.y)
that isn't
(usually)
Laurens Blankers wrote:
On 2-1-2015 21:10, schilpfamily wrote:
this has worked for years, now when i run this command, a window very
briefly blinks into existence but then goes away. any idea why this
would stop working now?
Because the default options in the distribution provided
Paul wrote:
If I disable auto-wrap, the vi editing at the comand line misbehaves
when the line being edited is long, especially when yanking a lot of
text and pasting it. I suppose that this might be technically correct
behaviour, since an extra long command line needs to wrap in order to
see
40 matches
Mail list logo