Come on... Kensuke knows that the root window is not needed. He has said
before that it is just there for debugging.
Harold
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Bovy, Stephen
Sent: Wednesday, January 15, 2003 8:28 PM
To: [EMAIL PROTECTED]
Kensuke,
My cleaned up and commented version of the multiwindow files is here:
http://www.msu.edu/~huntharo/xwin/shadow/multiwindow-harold-20030115-2351.ta
r.bz2
I also messed around for a minute with the shape extension... you will find
some of that code in place but disabled.
Please use these
You are taking care not to run any other window manager, right? (don't
run twm, mwm, openbox, etc. since -multiwindow invokes its own window
manager)
Harold
J S wrote:
Hi,
I downloaded all the XFree packages off cygwin today on to my W2K box,
and I'm still getting the segmentation fault
Once I make an official release of the multi-monitor patch I can submit
both the multi-window and multi-monitor patches.
There were also some cross-compiling build warnings that I had written
in about, but no one had commented on. I will see if I can dig them up
again.
Basically, we need to
Alexander Gottwald wrote:
On Tue, 14 Jan 2003, Harold L Hunt II wrote:
Once I make an official release of the multi-monitor patch I can submit
both the multi-window and multi-monitor patches.
Is the multi-window feature ready for an official release? Esp. the WM
functions?
Nope
Since I don't have any ideas on how to progress, please do a search for
cygwin1.dll files on your computer. Report if you find more than one copy.
Harold
J S wrote:
Sure. If you just run the command 'xwin -multiwindow' from a bash prompt
then the only thing you're running is xwin anyway
? That would be
nice indeed.
Harold
Alan Hourihane wrote:
On Tue, Jan 14, 2003 at 11:02:37 -0500, Harold L Hunt II wrote:
Right, but I am being very pragmatic here. In the past it has been
difficult to submit, and get Alan to commit, dual patches for both head
and a branch. After about a month, I
It should not be running xinit when you start from startxwin.bat. Have
you modified your startxwin.bat file? Try using the default file that
comes with the XFree86-startup-scripts package. Remember to running it
from a Windows command prompt, not from a bash shell.
Harold
J S wrote:
Yes.
No.
Cygwin would have no way to screw up ntldr.
Harold
Mike Gerard wrote:
Last night I uploaded, installed and ran the cygwin X11 server
on my home computer (Windows 2000 professional). All fine (except
that inside cygwin my Swiss-French keyboard was not treated
correctly). When I shut down
). If it doesn't give those
messages then let me know.
Jeremy
John Buttery wrote:
* Harold L Hunt II [EMAIL PROTECTED] [2003-01-12 21:20:30 -0500]:
I just posted Test 08 to the xwinclip development page:
By the way, in this new version, whenever I select something (in an
xterm), the following text
Get the -18 version that is out today.
There was a short-lived -17 version. You must have gotten it.
Harold
J S wrote:
No it's the experimental version I downloaded using the cygwin setup
program.
J S,
It seems that XWin.exe released by Harold doesn't print messages like
Francisco,
Do you know what a DirectColor visual is?
Do you know why you would need a DirectColor visual?
Do you know of any Windows-based graphics cards that actually support
DirectColor?
My understanding of DirectColor is that it allows you to specify the
range of colors that will be used
Alan,
So would it make any sense at all to try to support it on Windows? To
the best of my knowledge, you cannot read and write the 24 bit colors
that are available.
Harold
Alan Hourihane wrote:
On Mon, Jan 13, 2003 at 07:43:40PM -0500, Harold L Hunt II wrote:
Francisco,
Do you know what
As a sanity check, try starting without the -multiwindow parameter. Let us
know if the server comes up at all.
Harold
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of J S
Sent: Sunday, January 12, 2003 4:20 PM
To: [EMAIL PROTECTED]
Subject: Re:
Links:
I just posted Test 08 to the xwinclip development page:
http://xfree86.cygwin.com/devel/xwinclip/
You can install the Test 08 package via setup.exe by selecting the
'release' package (and be sure to check the 'Bin' box):
XFree86-xwinclip-4.2.0-8
xwinclip binary and source code releases
Nick,
I am merging your patch right now.
However, I have a few questions.
In winshaddd.c/winAllocateFBShadowDD () (etc.) you load the height and width
(dwHeight, dwWidth) of either the screen or the virtual screen, depending
upon whether we are using multiple monitors or not. You then use the
Nick,
Before I make an official multi-monitor test release, I want to have you
(and brave others) take a look at this executable and let me know if it
doesn't work as expected:
http://www.msu.edu/~huntharo/xwin/shadow/XWin-MultiMonitors.exe.bz2
Thanks,
Harold
Kensuke,
I just tried to make a release of XWin.exe with your patches incorporated.
I got everything in place... the source code, the binary, the web page
updates, etc. Then I noticed that my XWinrl.log was over 400 KB for only
two minutes of running XWin.exe.
I then tried to go back through
Nick,
Wow! I like it alot!
I am currently trying to get a build of Kensuke's latest multiwindow
patch posted and a patch to xwinclip to handle the -display parameter.
Once I get those done I will start merging your patch. Or, I may merge
them both at once, but it would probably be wiser to
Manuel,
Yes, it is very possible.
You need to grab the XFree86-prog package, and you need to make sure
that your -L link flags are in the correct order.
Output from the compiler (with the actual commands shown) would help us
figure out what is wrong.
Harold
Manuel Garcia Rodriguez wrote:
Kensuke,
Sounds good. The last patch description didn't exactly inspire any
confidence that the problem had been solved :)
Harold
Kensuke Matsuzaki wrote:
Hi,
This patch solve a problem another way.
X Server move/resize window. instead of window manager.
Perhaps this patch is smarter than a
Stephen,
Kensuke Matsuzaki is working on the Windows-based window manager.
If Window Maker is broke, then someone else is gonna have to fix it. I
released a few packages with the intention that others would take them
over, but no one has. So, if Window Maker is broke, then I will have to
Stephen,
What was that all about?
We are working on a Windows-based window manager. Need I say that again?
If Window Maker is broken, then use one of twm, mwm (lesstif package),
openbox, etc.
Harold
Bovy, Stephen wrote:
FYI
I have been experimenting with exceed window manager and cygwin
Jeremy,
Excellent work!
We need more people like you that just dive in and write a feature when
they want it, even if they have some hurdles to jump, such as learning
how to program in C and use diff. I think you did a spectacular job.
I will commit the patch and release a new version of
Your advice consists of ``it would be better if someone had some time to
polish some rough edges in xwinclip.'' Are you suggesting that you have
some time to polish those rough edges? As you said yourself, none of it
is hard to do.
Harold
Joo-won Jung wrote:
Sanori,
Let me tell you, I
Sanori,
Let me tell you, I wrote xwinclip and I still don't fully understand how to
make it work well when using -query.
I can tell you that running xhost on your Windows machine won't help
anything. What you need to do is run xhost in a terminal that is running
within your -query session.
Thanks Volker.
Of course, we know about the selection highlighting problem :)
Harold
Dr. Volker Zell wrote:
Hi
This version of xwinclip works fine but makes for example
xemacs and nedit unusuable because the highlighted selection isn't
preserved.
Ciao
Volker
You need to run xwinclip. You probably accidentally ran it last night
then forgot to run it today.
xwinclip is available via setup.exe in the XFree86-xwinclip package.
On the other hand, you could have just gotten confused and thought that
you were cutting and pasting back and forth between
Yadin,
I have not released a new test version because I have been bogged down
in compilation problems and updating the documentation.
Patience... patience...
Harold
Yadin Y. Goldschmidt wrote:
Harold,
On 12/24 Kensuke advertised for a patch for the multiwindow mode problem.
Why is the code
Too late, you are fired.
Harold
Christopher Faylor wrote:
On Fri, Jan 03, 2003 at 02:58:40PM -0500, Harold L Hunt II wrote:
I have not released a new test version because I have been bogged down
in compilation problems and updating the documentation.
Patience... patience
Alan,
I doubt that this was the intended effect of using the default OS versions:
==
make[1]: Entering directory `/home/harold/x-devel/build/std'
Building on Cygwin
(DefaultOSMajorVersion.DefaultOSMinorVersion.DefaultOSTeenyVersion).
GCC version: 2.95
==
Any ideas?
I sat down tonight to do a great amount of programming. Instead, I have
been tracking annoying build warnings and fighting with Windows XP to try to
tell it, no, I really do want to search every single file, not just the ones
that Microsoft products are known to store text in... anyway...
The
Alexander,
Good catch!
Alan - do you want to commit this directly?
Harold
Alexander Gottwald [EMAIL PROTECTED] said:
Hi,
the patch fixes some dependency problems with crosscompiling libdps.
The Imakefile has a build dependency for ProgramTargetName(pswrap) which
is pswrap.exe for
Koji,
Oops, I was thinking I was sending this to Kensuke... but now you can both
verify that it still works :)
Harold
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Harold L Hunt II
Sent: Tuesday, December 31, 2002 1:19 AM
To: Koji Nakamaru
Cc: cygx
Benny,
Yes, you are correct that NULL should be passed to PeekMessage rather
than the handle to the messaging window. I have made this change now.
However, I will leave in the messaging window as it is needed by many
people that are working on patches, so it would be silly to remove all
of
Links:
I just posted Test 07 to the xwinclip development page:
http://xfree86.cygwin.com/devel/xwinclip/
You can install the Test 07 package via setup.exe by selecting the
'release' package (and be sure to check the 'Bin' box):
XFree86-xwinclip-4.2.0-07
xwinclip binary and source code releases
Chris,
I cleaned it up. There was a lot of crap that was not being used, but
the one directory that is left, devel, is still needed.
Harold
Christopher Faylor wrote:
Would it be possible to remove the xfree directory in the ftp area on
sources.redhat.com? Can't we just use the mechanisms
Guys,
If this discussion is not particular to XFree86, then please take the
discussion to [EMAIL PROTECTED], as there are many more people there that
can help.
Thanks,
Harold
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Jerome Moreau
Sent: Friday,
Kensuke,
Did you ever look into the bug I reported where a dragged window just
keeps on repeating the dragging and never stops moving? Seems to be a
problem with the message queue not being cleared properly.
My email is in the list archives if you missed it.
Harold
Kensuke Matsuzaki wrote:
have wanted for a long time,
congratulations for getting it going!
David
Harold L Hunt II wrote:
JS,
Kensuke titled his message ``rootless mode'' when it should really
have been titled ``multi-window mode''. The goal of multi-window mode
is to create a Windows-window for each top-level X Window
Please do not release your own test version. As I said, I am waiting
for the repeating window movement to be looked into and possibly fixed.
I do not wish to get lots of duplicate bug reports for such an obvious
bug. If Kensuke says it doesn't happen with his version, then I will
rebuild
Corneliu,
Yes, I have seen a similar problem before. I have not yet had a chance
to look into it and not that many people are complaining about it :)
Harold
Corneliu Rudeanu wrote:
With the current version of XFree86 (XFree86-bin-4.2.0-2;
XFree86-xserv-4.2.0-16) I am getting the following:
Kensuke,
Hmm... that sounds about right. Windows 2000 and Windows XP have that option
on by default, I believe.
Are you going to try to debug this?
Harold
Matsuzaki Kensuke [EMAIL PROTECTED] said:
Harold,
I could not reproduce that bug, but now I found that this bug occur when
Show
John,
Whatever you are doing to your email to cause it to be flagged as important
and needing followup, please stop.
I sort the Cygwin/XFree86 email by the importance flag and I have a list of
emails that I need to follow up on for the Cygwin/XFree86 project. Some
flags in your email are
in on the stream of messages that a window doing fulldrag
receives could be a way to figure out which message.
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On
Behalf Of Harold L Hunt
Sent: Thursday, December 12, 2002 1:33 PM
To: [EMAIL PROTECTED]
Subject: Re: Rootless
-xfree
yet. (And next time, include a little background. Not everybody
instantly recalls every message on this list from the past four years)
--Chuck
Harold L Hunt II wrote:
Wow, with all of that information that you gave, we will be sure to
answer your question very quickly!
Harold
Allott
that everyone, I more so than others, should
sometimes tone down our messages. That's all.
Harold
Christopher Faylor wrote:
On Tue, Dec 03, 2002 at 04:33:26PM -0500, Harold L Hunt II wrote:
I am not understanding why your response was appropriate. The
default port for XDM has nothing to do
is
a good contributor to our discussions... I just wanted to put up
a friendly reminder that everyone, I more so than others, should
sometimes tone down our messages. That's all.
Harold
Christopher Faylor wrote:
On Tue, Dec 03, 2002 at 04:33:26PM -0500, Harold L Hunt II wrote:
I am
JS,
Kensuke titled his message ``rootless mode'' when it should really have
been titled ``multi-window mode''. The goal of multi-window mode is to
create a Windows-window for each top-level X Window, rather than
creating one huge window for your entire X desktop.
Harold
J S wrote:
Wow, with all of that information that you gave, we will be sure to
answer your question very quickly!
Harold
Allott, Stephen wrote:
I have just run across this problem using Cadence and wondered if it ever got solved?
Steve Allott
Kensuke,
The new patch is an architectual improvement.
However, when I run it, if I move a window it gets moved, then it jumps
back to its original position and retraces the move path that I took it
on, over and over again until I feel like I will throw up. :)
I am not sure what is causing
Yup, those other copies of cygwin1.dll certainly can hurt. They don't
even have to be in your path. They just have to be loaded by some
program that you did not realize is based on Cygwin.
It looks like you did your search within Cygwin. Might I recommend that
you use Windows Explorer's
JS,
Run:
xhost 164.52.227.249
I won't guarantee that it will work, but you should certainly try it.
Harold
J S wrote:
Hi,
I have one solaris box which isn't able to run X client apps on my PC
running XFree86 eventhough I've done an 'xhost +'. Other boxes can
connect to me with no problem.
Hmm... I think you might have to set DISPLAY before running ``xhost +''.
That seems to be your problem. Remember, xhost is an X Client, so it
has to know what display it is trying to set the security for.
Harold
J S wrote:
I'm doing
xwin
xhost +
Then, after setting my DISPLAY, running
You have, of course, rebooted your machine?
Harold
Alexander Skwar wrote:
Harold L Hunt II wrote:
Yup, those other copies of cygwin1.dll certainly can hurt. They don't
even have to be in your path. They just have to be loaded by some
program that you did not realize is based on Cygwin
Kensuke,
Very interesting patch. I have compiled a version of the multiwindow
executable and checked it out.
Am I correct that the root window is still being drawn, even thought it is
not really usable? Is that something that remains to be fixed, or did I
have something go wrong with my
Sylvain,
I am not understanding why your response was appropriate. The default
port for XDM has nothing to do with Microsoft, unless Microsoft has
decided to use port 177 for one of their products. If that was the
case, then a simple mention that ``Product Foo'' uses port 177 would
have
, 2002 at 04:33:26PM -0500, Harold L Hunt II wrote:
I am not understanding why your response was appropriate. The default
port for XDM has nothing to do with Microsoft, unless Microsoft has
decided to use port 177 for one of their products. If that was the
case, then a simple mention
and it crashes,
some online customer helpdesk will say : You don't use standard XDMCP
port, I can't do anything for you. Get lost. I don't want Cygwin-Xfree
to do the same.
--- Harold L Hunt II [EMAIL PROTECTED] a écrit :
Okay, okay, but I didn't want to be that hard on Sylvain as he is a
good
, should
sometimes tone down our messages. That's all.
Harold
Christopher Faylor wrote:
On Tue, Dec 03, 2002 at 04:33:26PM -0500, Harold L Hunt II wrote:
I am not understanding why your response was appropriate. The
default port for XDM has nothing to do with Microsoft, unless
Microsoft has
Michael,
Yes, we have known about this for some time now, but no one has volunteered
to work on it. I just work around it by always ``exit''ing my xterms before
I shutdown XWin.exe. I don't even know where one would start to find a
solution to this.
Harold
-Original Message-
From:
Alan,
Are you going to commit this one directly?
Harold
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Alan Hourihane
Sent: Wednesday, November 27, 2002 12:09 PM
To: [EMAIL PROTECTED]
Subject: Re: man pages
It's broken.
We need to rebuild the X tree
Alexander,
It sounds like your problems are probably due to a sector of your network
using only internal IP addresses (10.x.x.x, 192.168.x.x) that are not being
passed through a Network Address Translation system when they are routed to
the sector of your network with valid external IP
Alexander [Skwar],
Wait, let me get this straight. You DO have two network cards, one in
the notebook and one in the docking station, right? Now, are you sure
that you are using the same network card on both network segments? That
is, are you using the built-in network card on both segments
Philippe,
Lesstif is supported in Cygwin/XFree86 in that there is a package of it
available that works quite well for most people using it. However, you
are correct that there is not someone assigned to spend a lot of time
digging deep into issues that are affecting only a few users. Those
David,
I do not think that your problem has much to do with the failed binutils
install. Rather, I think that your problem has something to do with
either a failed installation of the new version of the Cygwin DLL or it
is due to a problem with the new version of the Cygwin DLL that was
Kensuke,
Wow, you have been busy.
Could you run Cygwin's ``d2u'' on winwindow.h to convert the DOS
end-of-line characters to UNIX end-of-line characters and run the patch
again?
Just a quick question: does the window manager have to be started
seperately from XWin.exe, or does XWin.exe take
Philippe,
Sorry, I have not made any tests. I think you're going to have to
explore this one more on your own. No one seems interested :(
Harold
Philippe Bastiani wrote:
Hi,
Two weeks ago, I posted a message about Lesstif...
I updated again Cygwin... see below:
XFree86-xserv
I had John ssh into a machine of mine as a test... he was able to launch
X Clients without any problems. Looks like it is just a problem with
his server. He is going to work with his admin to figure out what is
going on.
Harold
[EMAIL PROTECTED] wrote:
The latest ssh (3.5p1-2) has
Harold,
Harold L Hunt II [EMAIL PROTECTED] writes:
I just want a solution that works identically to the dozen or so
commerical implementations that have conquered this very problem. I
won't be satisfied until we have clipboard support that rivals the
commercial X Servers for MS Windows.
I
Chris,
I'd have to disagree in a big way. xterm, dtterm, nedit, netscape ,
and countless other X applictions that behave in the right way won't
because xwinclip breaks the standard by reclaiming ownership. I've
tested your release with at least the above and it causes
functionality issues
John,
The Cygwin/XFree86 User's Guide explains a procedure that works for
using SSH with X11 forwarding:
http://xfree86.cygwin.com/docs/ug/using-remote-apps.html#using-remote-apps-ssh
I wrote up some notes on why SSH fails for various reasons and how to
avoid those failures:
Jozsef,
I think I see the problem. The code that handles converting the text
format (added by Kensuke Matsuzaki) *always* looks at the PRIMARY
selection, whereas I have just done some testing that seems to indicate
that Konsole is using the CLIPBOARD selection. Therefore, the converted
text
that not reowning the PRIMARY atom and
only reowning the CLIPBOARD atom keeps the text highlighted in Konsole.
Arrgh... I am just confused now. Is the unhighlighting of selections
our problem anymore? I am starting to think that it is not.
Harold
Harold L Hunt II wrote:
Jozsef,
I think I see
Robert,
I have been trying to figure out how your patch to xwinclip works. In
particular, I was wondering how it got notification that the selection had
changed when it was owned by another window. I can now sum up your changes
in a sentence:
XA_CUT_BUFFER0 is watched for changes and the
Chris [Twiner],
I have finally had a chance to look at your changes to xwinclip.
I now remember what it was that I did not like: Ownership of the X selection
is grabbed when XWin.exe loses focus. Is that correct?
Robert's method of watching for changes in XA_CUT_BUFFER0 might be hack, but
I
Chris,
From what I understand, you are grabbing ownership of the selection
when Cygwin/XFree86 loses focus... that is not the correct solution, as
other X Server on Windows implementations out there (not to name any
names) are able to watch the X selection without taking ownership of it
-
From: Harold L Hunt II [SMTP:[EMAIL PROTECTED]]
Sent: Friday, November 15, 2002 7:12 PM
To: [EMAIL PROTECTED]
Subject: Re: Preventing X server resets
Peter,
Let me rephrase your question and ask you if it makes sense:
``If I am talking on the phone to my mother and she unplugs her phone
Chris,
Well, if you solution is everthing you claim, then you certainly have
not been promoting it correctly.
The impression I have gathered is that it requires hooks to watch
messages for the XWin.exe windows, whereas today's solution does not
require such hooks. I have really been waiting
Robert,
In an intial test of your patch, I noticed that your patch, after the
first selection, only tends to grab every other selection that I make on
both the Windows clipboard and the X clipboard. For example, I go into
emacs under X and select a region, then I go to emacs under Windows and
Kenn,
You must have missed the most relevant section of the Cygwin/XFree86
User's Guide:
http://xfree86.cygwin.com/docs/ug/using-remote-session.html
Harold
Kenn Murrah wrote:
okay, i've read the user manual and the FAQ and still can't figure out how
to get started ... please feel free to
ideas?
- Original Message -
From: Harold L Hunt II [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Monday, November 18, 2002 3:26 PM
Subject: Re: beinnner frustration ...
Kenn,
You must have missed the most relevant section of the Cygwin/XFree86
User's Guide:
http://xfree86.cygwin.com
Georg,
You more than likely just got a bad version of the Cygwin or one of the
Cygwin packages... we have been working on fixing a few bugs over the
last few weeks. Please run Cygwin's setup.exe again and let it grab any
packages that have been updated. Then report to us if you still have
Kris,
You know, you bring up a good point. I used to use gdb on Cygwin all
the time for debugging both XWin.exe and non-X applications that I
write. However, gdb has been broken for me on Cygwin for months now; it
never works properly anymore. I think I recall CGF insisting that gdb
works
Peter,
Let me rephrase your question and ask you if it makes sense:
``If I am talking on the phone to my mother and she unplugs her phone,
can I just continue talking to her?''
The answer is no. You have established a connection with a server that
is supposed to manage your X session... if
Kris,
You gathered correctly.
The depth parameter is only used in fullscreen mode where we can
actually change the display depth to match the requested depth. In
windowed mode we are stuck with the display depth that Windows is
currently running at.
Other X Servers support 8 bit visuals on
Chris,
The latest 2002-11-14 snapshot works for me. Emacs launches without
freezing.
Harold
Christopher Faylor wrote:
On Thu, Nov 14, 2002 at 07:51:59PM +, David Starks-Browning wrote:
Harold,
I identify the latest snapshot without the problem here:
Jean-Claude,
No.
XDMCP manages your entire X Windows session. Either you use it at
startup or you don't use it at all.
If all you want is a local window manager and remote applications, then
you should launch XWin with your local window manager, then ssh into
your remote host with X
Chris,
Thanks for clearing that up. That's a lot better than what you had thought.
Harold
Christopher Faylor wrote:
On Tue, Nov 05, 2002 at 09:07:56PM -0500, Christopher Faylor wrote:
On Tue, Nov 05, 2002 at 05:00:55PM -0500, Harold L Hunt II wrote:
It was mentioned that the memory
Robert,
First, this might be really cool. I had code in xwinclip a long time
ago that watched the Windows clipboard and did almost exactly the same
thing that you have done... except that our processing of Windows
messages was not yet correct so xwinclip ended up hanging when its
message
More information:
cygcheck reports cygwin1.dll is version 1.3.15-1, yet
/etc/setup/installed.db is reporting that cygwin-1.3.15-2.dll is
installed. Setup.exe claimed that it needed to restart the computer to
replace in-use files both times that I installed cygwin-1.3.15-2, yet
upon reboot
sale on
campus today... perhaps one of these will have a better description of
the clipboard system than the other books I have.
Harold
Robert Fenk wrote:
On Thursday, November 14, 2002 at 14:19:37, Harold L Hunt II wrote:
[...]
One side note though... please do not call your xwinclip releases
Hmm...
I am beginning to wonder if I built the last release with the munged
binutils release that was only around for a day or two. That same
release of binutils caused my class project code to segfault on startup
everytime... updating to the latest bintuils cured the problem. Maybe I
will
Christian,
Do NOT use the -emulatepseudo parameter. It does not do what you think
it does.
ONLY use the following parameters:
startx -- -depth 8 -fullscreen
Give that a try and report back.
Harold
Christian SARDIN wrote:
Hello,
I try to explain my problem.
I have a graphic application
David,
Excellent. I believe I can now punt this problem over to the emacs
packagers. :) Hey, are you the emacs packager for Cygwin?
Harold
David Starks-Browning wrote:
On Wednesday 13 Nov 02, Harold L Hunt II writes:
Hmm...
I am beginning to wonder if I built the last release
Philippe,
Be careful, the ``/B'' is not supported on Windows 95/98/Me. Besides,
the startxwin.bat file is now distributed with the ``run.exe'' program
that performs the same function as ``start /B'' on all Windows
platforms, so you should have said:
-2- Add the following command in your
Chris,
This is way beyond me. I implemented the mouse and keyboard code as best I
could with the crappy documentation that is available. Since then I have
not seen anything that explains what the ``real'' way to do things is, so I
will just leave the code be until either someone else messes
Stephen,
Use the ``-rootless'' command line parameter for XWin.exe.
Harold
Bovy, Stephen wrote:
I would like to try the new rootless mode, but I cant find any
Info on how to use it ...
Any suggestions ???
I have made a keyboard message tester before, but I do not seem to have the
source code, or even an executable version of the program anymore. The
program was announced in the following message on 2001/04/21:
http://cygwin.com/ml/cygwin-xfree/2001-q2/msg00843.html
The link to the original
Okay, run this keyboard tester, press some keys, such as H, Num Lock, Num 1,
etc. and send in the results to the mailing list.
http://www.msu.edu/~huntharo/xwin/keytest.exe.bz2 (6 KiB)
Harold Hunt
1301 - 1400 of 1629 matches
Mail list logo