XWinrc configurable server (menus/icons)

[Earle F. Philhower III]

Howdy Harold,
At 07:31 PM 8/5/2003 -0400, you wrote:
Can't remember if I replied to this yet.  I am in the process of getting 
my Inspiron 8500 returned after having it replaced (bought it 3 weeks 
ago).  Both the original and the replacement randomly freeze.  Google for 
["Inspiron 8500" freeze] and you'll see exactly what I mean.  I have been 
setting up computers for the past two weeks now.
I have finally ordered a Gateway 450X notebook.  Hopefully that will work 
better and allow me to spend a little more time looking at patches.
Good luck, on the bright side since it went south so fast you didn't
lose too much data on the drives.
In other words, I might look at your patch tomorrow, or I might look at it 
next week.  Can't say for sure.
In any case, thanks for the patch, I like the idea and am looking forward 
to seeing what it does.
No rush.  But just delete the tar file I sent yesterday, that was really just
a parser that read the config file.  It took a few hours of futzing around 
today,
but I got it nicely integrated into the server.  Now on init it parses 
~/.XWinrc
or /usr/X11R6/lib/X11/system.XWinrc and makes custom menus and submenus for
the taskbar icon and each window, and can replace icons with ones specified
in the rc file.

I'm attaching the diffs against test95 below, please use these for any testing
you do (there are several new files, so if patch asks: you do want to make new
files...).  The file _usr_X11R6_lib_X11_system.XWinrc has all the documentation
on the RC format anyone'd need.  If the file's not found, you get the exact
same behaviour as test95 as far as menus/icons/etc.
** There's also a off-by-one bugfix in winmultiwindowclass.c, so no matter
what that file's changes should go in... **
Oh yeah, a simple "if (fork()==0) { execl(); exit(0); }" seems to spawn X and
Windoze apps fine.  I know there was some discussion about this earlier...
Below's the sample config that I'm running that replaces the X.ico with one 
that's
floating in my Windows directory, and replaces Xterm's with another, and adds
custom menus to Xterm, all other windows, and the toolbar window...

---
// Below are just some silly menus to demonstrate writing your
// own configuration file.
// Make some menus...
menu importantapps {
xsolexec"xsol -display 127.0.0.1:0.0"
xv  exec"xv -display 127.0.0.1:0.0"
}
menu root {
// Comments fit here, too...
xterm   exec"xterm -display 127.0.0.1:0.0"
notepad execnotepad
xload   exec"xload -display 127.0.0.1:0.0"  # Comment
separator
"Good Apps" menuimportantapps
SEParATOR
}
menu aot {
Separator
"Always on Top" alwaysontop
}
menu xtermspecial {
"Emacs" exec"emacs" # test
"Always on Top" alwaysontop
SepArAtor
}
RootMenu root

DefaultSysMenu aot atend

SysMenu {
"xterm" xtermspecial atstart
}
IconDirectory   "c:\winnt\"

DefaultIcon "reinstall.ico"

Icons {
"xterm" "uninstall.ico"
}
DEBUG "Done parsing the configuration file..."
---
-Earle F. Philhower, III
 [EMAIL PROTECTED]
 cdrlabel - ZipLabel - FlpLabel
 http://www.cdrlabel.com


xwinrc.diffs.bz2
Description: Binary data

Re: rfe: seamless windows integration

[Christopher Faylor]

On Tue, Aug 05, 2003 at 07:46:43PM -0400, Harold L Hunt II wrote:
>2. All X client application on one's machine should have shortcuts 
>associated with them in the start menu, and these shortcuts should be 
>created automatically during installation.
>
>This is icing on the cake.  This is the kind of thing that Microsoft 
>hires 500 college interns to write in the summer because it takes a hell 
>of a lot of time and attention to detail to get it 'right', whereas the 
>overall benefit is very small in comparison.
>
>Furthermore, this requires interacting with the Cygwin setup developers. 
> You think I am mean?

The setup developers aren't all that mean, actually.  But, then neither
are you.

However, I don't see why this would require any setup changes.  A
postinstall script should be able to set up icons, etc.  I can't decide
if the thought of a folder filled with scores of icons for X programs is
intriguing or frightening, though.

cgf

Re: XWinrc configurable server (menus/icons)

[David Fraser]

Earle F. Philhower III wrote:

Howdy Harold,
At 07:31 PM 8/5/2003 -0400, you wrote:
In other words, I might look at your patch tomorrow, or I might look 
at it next week.  Can't say for sure.
In any case, thanks for the patch, I like the idea and am looking 
forward to seeing what it does.


No rush.  But just delete the tar file I sent yesterday, that was 
really just
a parser that read the config file.  It took a few hours of futzing 
around today,
but I got it nicely integrated into the server.  Now on init it parses 
~/.XWinrc
or /usr/X11R6/lib/X11/system.XWinrc and makes custom menus and 
submenus for
the taskbar icon and each window, and can replace icons with ones 
specified
in the rc file.

I'm attaching the diffs against test95 below, please use these for any 
testing
you do (there are several new files, so if patch asks: you do want to 
make new
files...).  The file _usr_X11R6_lib_X11_system.XWinrc has all the 
documentation
on the RC format anyone'd need.  If the file's not found, you get the 
exact
same behaviour as test95 as far as menus/icons/etc.

** There's also a off-by-one bugfix in winmultiwindowclass.c, so no 
matter
what that file's changes should go in... **

Oh yeah, a simple "if (fork()==0) { execl(); exit(0); }" seems to 
spawn X and
Windoze apps fine.  I know there was some discussion about this 
earlier...

Below's the sample config that I'm running that replaces the X.ico 
with one that's
floating in my Windows directory, and replaces Xterm's with another, 
and adds
custom menus to Xterm, all other windows, and the toolbar window...
Wow! This is great! Just what we were discussing earlier...
Just one comment: Is it not possible to automatically set the DISPLAY 
variable from X so that it automatically starts the xterms etc in the 
right X display, rather than having to pass a commandline parameter? (In 
fact, if they inherited the environment, this might happen anyway, but I 
don't know if X defines DISPLAY inside itself...)

David

RE: No keyboard with XFree86 4.0.3

[Pavel Rozenboim]

> -Original Message-
> From: Alexander Gottwald
> [mailto:[EMAIL PROTECTED]
> Sent: Tue, August 05, 2003 7:24 PM
> To: Lester Ingber
> Cc: [EMAIL PROTECTED]
> Subject: RE: No keyboard with XFree86 4.0.3
> 
> 
> On Tue, 5 Aug 2003, Lester Ingber wrote:
> 
> > Yes, I do have
> > XF86_Switch_VT_1:1008FE01
> > 
> > Yes, I do see XKEYSMDB under `printenv`, but I do not have any
> > entry in my files that set this?  Worse, I see
> > XKEYSYMDB=/usr/X11R5/lib/X11/XKeysymDB
> > In fact, I see a lot of variables set using X11R5.
> 
> Maybe you had another xserver installed (maybe MiX)

On my machine it's definitely from MS Services for Unix. It's propagated to
cygwin from system environment.

Re: Need help unsubscribing

[Christopher Faylor]

On Wed, Aug 06, 2003 at 01:19:22PM -0600, Tim Heath wrote:
>I have been doing that, it is not working.  What can I do to prove this 
>to you?

Follow the directions that I provided.  They will work.  In the extremely
unlikely event that they don't work, you'll be directed to the proper
place to report your problems and you'll know the proper information to
provide.

cgf

>On Wed, Aug 06, 2003 at 01:03:21PM -0400, Harold L Hunt II wrote:
>>Tim,
>>
>>Go all the way to the bottom of the following page and send in an
>unsubscribe request.  You then reply to that message and you will be
>>unsubscribed.
>>
>>http://cygwin.com/lists.html
>
>If that doesn't work, go here and progress all the way through step 5
>if needed:
>
>http://sources.redhat.com/lists.html#unsubscribe-simple

Re: XWinrc configurable server (menus/icons)

[Earle F. Philhower III]

Howdy David

At 07:09 AM 8/6/2003 +0200, you wrote:
Wow! This is great! Just what we were discussing earlier...
Just one comment: Is it not possible to automatically set the DISPLAY 
variable from X so that it automatically starts the xterms etc in the 
right X display, rather than having to pass a commandline parameter? (In 
fact, if they inherited the environment, this might happen anyway, but I 
don't know if X defines DISPLAY inside itself...)
Spawned commands should inherit the ENV settings at the time XWin.exe was
started, so if your startx script sets DISPLAY before starting XWin.exe then
you don't need any cmdline options.
A simple string replacement in the HandleCustomWM_COMMAND() function
in winmultiwindowprefs.c would also work to allow things like
"xterm -display %display%" to work, but it's not in the code in the patch.
-Earle F. Philhower, III
 [EMAIL PROTECTED]
 cdrlabel - ZipLabel - FlpLabel
 http://www.cdrlabel.com

Re: Our site and rootblog.com

[Christopher Faylor]

On Tue, Aug 05, 2003 at 10:12:43PM -0400, Andy Hodges wrote:
>Hello,
>
>I'm not sure if I already sent you an email or not, but I'll apologize 
>in advance if I already did.
>
>I'm from HLS and we run a Half-Life 2 game website and wanted to know 
>if you could add our link to your page. The page we found from the 
>Google Search engine is:
>
>www.rootblog.com/Archive/2003/05/05/10
>
>We are starting our own Public Game Search Engine is a few weeks. If 
>you want to participate, please visit: http://www.HalfLifeSource.
>com/links.php
>
>Our link can be text-based, or a button, or even a banner. That is up 
>to you. Our information is:
>
>Site Name: Half-Life Source
>URL: http://www.halflifesource.com
>Button (optional): 
>http://www.halflifesource.com/images/hlsource.gif
>
>Sincerely,
>
>Andy Hodges
>Half-Life Source Community
>www.halflifesource.com

Yep, uh huh.  Buh, bye now.

You're blocked.

cgf

Re: XWinrc configurable server (menus/icons)

[Harold L Hunt II]

Earle,

Earle F. Philhower III wrote:

Howdy Harold,
At 07:31 PM 8/5/2003 -0400, you wrote:
Can't remember if I replied to this yet.  I am in the process of 
getting my Inspiron 8500 returned after having it replaced (bought it 
3 weeks ago).  Both the original and the replacement randomly freeze.  
Google for ["Inspiron 8500" freeze] and you'll see exactly what I 
mean.  I have been setting up computers for the past two weeks now.
I have finally ordered a Gateway 450X notebook.  Hopefully that will 
work better and allow me to spend a little more time looking at patches.


Good luck, on the bright side since it went south so fast you didn't
lose too much data on the drives.
That is really the problem: the machines don't die; they just freeze. 
So I have a computer sitting here that I can't keep my hands off but it 
randomly freezes between a couple of times an hour and once every couple 
of hours.  Oh well, the return is authorized now, so I have to send it 
back within five days :)

In other words, I might look at your patch tomorrow, or I might look 
at it next week.  Can't say for sure.
In any case, thanks for the patch, I like the idea and am looking 
forward to seeing what it does.


No rush.  But just delete the tar file I sent yesterday, that was really 
just
a parser that read the config file.  It took a few hours of futzing 
around today,
but I got it nicely integrated into the server.  Now on init it parses 
~/.XWinrc
or /usr/X11R6/lib/X11/system.XWinrc and makes custom menus and submenus for
the taskbar icon and each window, and can replace icons with ones specified
in the rc file.

Okay.

I'm attaching the diffs against test95 below, please use these for any 
testing
you do (there are several new files, so if patch asks: you do want to 
make new
files...).  The file _usr_X11R6_lib_X11_system.XWinrc has all the 
documentation
on the RC format anyone'd need.  If the file's not found, you get the exact
same behaviour as test95 as far as menus/icons/etc.

Okay, documentation is good.

** There's also a off-by-one bugfix in winmultiwindowclass.c, so no matter
what that file's changes should go in... **
Could you elaborate just a little on what this problem was?  Do you 
expect it to fix any crashes?

Oh yeah, a simple "if (fork()==0) { execl(); exit(0); }" seems to spawn 
X and
Windoze apps fine.  I know there was some discussion about this earlier...

In the end I am probably not ready to code anyone into submission, so I 
will probably just accept what works, which will become the defacto 
standard, etc.

Below's the sample config that I'm running that replaces the X.ico with 
one that's
floating in my Windows directory, and replaces Xterm's with another, and 
adds
custom menus to Xterm, all other windows, and the toolbar window...

Interesting.  I like the point raised by David Fraser about maybe making 
a substitutable %DISPLAY% variable for the config file so that you can 
reference the current display.  How hard would that be?

Thanks for contributing,

Harold

Re: XWinrc configurable server (menus/icons)

[Earle F. Philhower III]

Howdy Christopher, Igor, and Harold...

...
Two small notes here:
1) You can actually call setenv("DISPLAY", value) inside the XWin process,
which will be inherited by XWin's children.
...
On Wed, Aug 06, 2003 at 01:06:55PM -0400, Harold L Hunt II wrote:
>The for loop that you have is the way I have seen it done before.
Me too.  However, if you can find an API specification for something
which does something similar in the Single Unix Specification, I'd be
...>>  getrlimit(RLIMIT_NOFILE, &rl);
>>  for (i = STDERR_FILENO+1; i < rl.rlim_max; i++)
>>   (void) close(i);
>>but that seems wasteful to iterate over rlim_max...
(make that rlim_cur, closing 4 billion descriptors takes too long...)

I'm attaching another diff (against test95 plain), be sure to so a
"make Makefiles" and "make depend" before "make XWin.exe".
It does all the prior stuff and
a) Closes all fds on the fork()'d process
b) Sets environment variable DISPLAY=xxx:yy
c) Replaces %display% with 127.0.0.1:.0 in commands
d) Better syntax error display, gives lineno and expected token in XWin.log
e) Error messages in log when it can't load an icon/etc.
f) Checks WM_NAME property for a match for icons, not just class name
   ^^  Pretty neat in use, I have my fast Linux machine xterms with
   titlebars like "Linux:machinename:$cwd" and Hobbes (Calvin&Hobbes) 
icon,
   and my slow Sun machine xterms with a CharlieBrown icon!

-Earle F. Philhower, III
 [EMAIL PROTECTED]
 cdrlabel - ZipLabel - FlpLabel
 http://www.cdrlabel.com


xwinrc.diffs.2.bz2
Description: Binary data

Our site and rootblog.com

[Andy Hodges]

Hello,

I'm not sure if I already sent you an email or not, but I'll apologize 
in advance if I already did.

I'm from HLS and we run a Half-Life 2 game website and wanted to know 
if you could add our link to your page. The page we found from the 
Google Search engine is:

www.rootblog.com/Archive/2003/05/05/10

We are starting our own Public Game Search Engine is a few weeks. If 
you want to participate, please visit: http://www.HalfLifeSource.
com/links.php

Our link can be text-based, or a button, or even a banner. That is up 
to you. Our information is:

Site Name: Half-Life Source
URL: http://www.halflifesource.com
Button (optional): 
http://www.halflifesource.com/images/hlsource.gif

Sincerely,

Andy Hodges
Half-Life Source Community
www.halflifesource.com

RE: XWinrc configurable server (menus/icons)

[Ralf Habacker]

Hi Harold,

> If my IP is w.x.y.z vs. my loopback of 127.0.0.1, how is one of these
> using unix domain sockets and the other using tcp/ip?
>
you're right, the answer is off-topic for this issue. I had read a note about
using DISPLAY=:0, which means using unix domain socket and for that my answer
was target. I only choosed the wrong mail. Sorry for confusing.

Ralf

Re: XWinrc configurable server (menus/icons)

[Christopher Faylor]

On Wed, Aug 06, 2003 at 07:24:32PM -0700, Earle F. Philhower III wrote:
>Howdy Christopher...
>
>At 09:57 PM 8/6/2003 -0400, you wrote:
>>>a) Closes all fds on the fork()'d process
>>It *may* be helpful to call setsid() at this point, after you've closed
>>the file descriptors.
>
>I'm not really up on cygwin's process model, what would the setsid() call
>do?  I have read the man page and I'm still not sure what's a session ID or
>why I'd want a new one...

It would disassociate a tty from any child process.  It's often done
after file descriptors have been closed.

I don't know for sure that it will help anything but it may stop the
console windows from popping up -- at least in cygwin 1.5.x.

cgf

XFree86-lib-compat added to XFree86-base dependencies

[Harold L Hunt II]

I added XFree86-lib-compat to the XFree86-base dependencies.

I think this is a wise thing to do because all of the package 
maintainers are busy working on Cygwin 1.5.1 packages and don't have 
time to make a short-lived XFree86 4.3.0/Cygwin 1.3.x release.  The 
XFree86-lib-compat package should help to minimize the number of 
complaints about XFree86 4.2.0 apps not working until after Cygwin 1.5.1 
is released.

Harold

Re: xfree cvs [ago]

[Alexander Gottwald]

On Wed, 6 Aug 2003, Harold L Hunt II wrote:

> I tried a 'cvs tag' command to try to get the files in 
> xc/programs/Xserver/xfixes to show up under the XFIXES_BRANCH branch, 
> but it didn't appear to do what I thought it would.

You can't move a file to another branch. Those branch names are different
to simple tags.

> Alexander Gottwald --- Do you know that to do here?  I really don't know 
> that much about cvs and I would appreciate any input you have.

what I've done:
cvs co xc/programs/Xserver/xfixes
cd xc/programs/Xserver/xfixes
mkdir tmp
cp Imakefile select.c xfixes.c xfixesint.h tmp
cvs update -r XFIXES_BRANCH
cp tmp/* .
cvs add Imakefile select.c xfixes.c xfixesint.h
cvs commit

So I've checkedin the files in the XFIXES_BRANCH

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

Re: XWinrc configurable server (menus/icons)

[Harold L Hunt II]

Earle F. Philhower III wrote:

Howdy Harold...

At 09:30 AM 8/6/2003 -0400, you wrote:

That is really the problem: the machines don't die; they just freeze. 
So I have a computer sitting here that I can't keep my hands off but 
it randomly freezes between a couple of times an hour and once every 
couple of hours.  Oh well, the return is authorized now, so I have to 
send it back within five days :)


That's why it's always brand-X Frankenstein machines for me.  Unfortunately
laptops are the only type of machine today that really need a manufacturer.
For desktops, everyone just slaps together the same parts.  I'll take good
note of the Inspiron crashes, my company is offering to buy us a computer
at Dell and I don't feel like getting a piece of junk.
I concur.  I just built a desktop machine to serve as a backup until the 
Gateway gets here.  I have an Inspiron 7500 that powers off due to a 
heat problem caused by me sticking a 5400 RPM drive into it that pulls a 
little too much juice.  With this setup I will basically use the 7500 as 
a dumb terminal to RDP into the new desktop machine.  When the 7500 
crashes I can just reboot it and log back in to my RDP session without 
losing any work.  :)

The Inspiron 8500 is the only computer of the bunch where if you google 
for the model name and freeze you get a forum with 500 messages about 
freezing problems.  The exact query I used was "Inspiron 8500 freeze". 
Of course, I didn't find this out until after I had the problem with two 
machines.  Below is a link to the forum:

http://delltalk.us.dell.com/supportforums/board/message?board.id=insp_general&message.id=52179&page=1

** There's also a off-by-one bugfix in winmultiwindowclass.c, so no 
matter
what that file's changes should go in... **
Could you elaborate just a little on what this problem was?  Do you 
expect it to fix any crashes?


Possibly some crash fixes, but definitely anything that looked at the 
res_name
portion of the winMultiWindowGetClassHint() function would get an 
unterminated
string in the heap...

 len_name = strlen ((char *) prop->data);
 (*res_name) = malloc (len_name + 1); <= allocated space for trailing 0
 if (!*res_name) { return 0; }
 strncpy ((*res_name), prop->data, len_name);  <= won't copy that 
trailing 0!

Just changing the strncpy to
 strncpy ((*res_name), prop->data, len_name+1);  <= will copy that 
trailing 0
is the patch.

This is good.  This could be the cause of some crashes, especially since 
most of those have been access violations, IIRC.

Oh yeah, a simple "if (fork()==0) { execl(); exit(0); }" seems to 
spawn X and
Windoze apps fine.  I know there was some discussion about this 
earlier...
In the end I am probably not ready to code anyone into submission, so 
I will probably just accept what works, which will become the defacto 
standard, etc.


You may still be correct with your worries, I'm sure there's a file 
descriptor
that the OS is dup2()'ing there you don't want.  FWIW I'm execl()'ing
/bin/sh -c  

Hmm... that is a good point.  We have the Win32 message queue file 
handle open, a feature Cygwin provides, so that we get bumped each time 
a message hits the queue.  After the fork shouldn't you be looping 
through all file descriptors and closing all but stdin, stdout, and stderr?

Interesting.  I like the point raised by David Fraser about maybe 
making a substitutable %DISPLAY% variable for the config file so that 
you can reference the current display.  How hard would that be?


That's just laziness on my part.  The function HandleCustomWM_COMMAND
in winmultiwindowprefs.c can do some peeking at the server setup (or
it can be passed in in the LoadPreferences() call) and then do a
strcpy followed by search-n-replace in the copied portion.  The started
app sees all ENV variables that XWin.exe saw at startup, so if you set
your DISPLAY before starting XWin you don't need the -display x.x.x.x:y.y
options.
Okay.  Does this mean you are going to implement the search-n-replace or 
not?  Just want to know whether or not to wait for it.

Harold

Re: Need help unsubscribing

[Christopher Faylor]

On Wed, Aug 06, 2003 at 01:03:21PM -0400, Harold L Hunt II wrote:
>Tim,
>
>Go all the way to the bottom of the following page and send in an 
>unsubscribe request.  You then reply to that message and you will be 
>unsubscribed.
>
>http://cygwin.com/lists.html

If that doesn't work, go here and progress all the way through step 5
if needed:

http://sources.redhat.com/lists.html#unsubscribe-simple
--
Please use the resources at cygwin.com rather than sending personal email.
Special for spam email harvesters: send email to [EMAIL PROTECTED]
and be permanently blocked from mailing lists at sources.redhat.com

Re: First pass at script to build start menu icons

[Harold L Hunt II]

Harold L Hunt II wrote:

2) Terminal programs run and exit.  Its like doing Start->Run->ipconfig. 
 The console pops up, lists its output, then is promptly destroyed.  I 
seem to recall an xterm option that caused it to remain open until 
closed manually, but I cannot remember it now.
It turned out to be path problems, not that xterm was exiting when the 
shell was done (which wouldn't be possible because less hadn't finished 
yet).  The problem was two fold: the app has to reference 
/usr/X11R6/bin/${app} and less has to be /bin/less:

mkshortcut --arguments=xterm\ -display\ 127.0.0.1:0.0\ -e\ bash\ -c\ 
\"/usr/X11R6/bin/${app}\ -display\ 127.0.0.1:0.0\ "$@"\ "| /bin/less"\" \
	--name="${folder}/${description}" --icon=/cygwin.ico \
	--workingdir=/bin /usr/X11R6/bin/run.exe

I think we could do this more cleanly than to hardcode tapp to 
/usr/X11R6/bin/.  Have you got any ideas?  I am sure it is really 
simple, but I have to get to bed now.

Harold

what are you waiting for

[a_ralle2]

VIRUS ALERT
are you sure you're safe? most viruses these days allow unauthorized access to your pc
Norton Antivirus Stops hackers, trojans and viruses in their tracks!

btw, you look great today.

Purchase Norton Now!
http://[EMAIL PROTECTED]/default.asp?id=3000









ps. dont want any more of this shit?
http://[EMAIL PROTECTED]/remove/remove.html

Re: First pass at script to build start menu icons

[Brian E. Gallew]

Uhm, ignore that last one.  I've got another one cooking as soon as I 
can figure out a good way to resolve executables.

Re: First pass at script to build start menu icons

[Harold L Hunt II]

Brian,

That script looks great to me.

I would like some input on a few things before I go ahead with this 
(unless no one responds, in which case I will just go ahead):

The list of programs to create icons for is embedded in the script 
itself.  The script will still work, since I just copy the whole thing 
to /etc/postinstall/XWin-bin-icons.sh.  However, I was thinking about 
how we should probably install this script in /usr/X11R6/bin and the 
list of icons in some other location.  That way a user could manually 
run or rerun the script to replace icons that they had removed 
accidentally.  Furthermore, having the list of icons in a plain text 
file would allow the creation of a preremove script that (is this 
possible?) did a diff between the old icon list and the new icon list to 
find out which icons were being specifically removed between versions.

Alternatively, we could make the preremove script remove the entire list 
of icons that were created the first time, then have the upgraded 
postinstall script just put them all back.  In any case it would be 
smart to have that list of icons in a shared location so that the 
postinstall and preremove scripts could both reference it.

Thanks for contributing Brian, I really appreciate it.

Harold

Brian E. Gallew wrote:
OK, it took me a little longer to get the script to this point than I 
would have liked, BUT I'm pretty happy with the results.  Comments are 
welcome, flames > /dev/null.



#! /bin/sh
# Author: Brian Gallew <[EMAIL PROTECTED]>
TOPFOLDER="$(cygpath -A -P)/Cygwin-XFree86"

#Ensure that a given program is somewhere in the current $PATH
function checkpath () {
c=$(which $1 2> /dev/null)
test ! -z "$c"
}
# Create a shortcut for an application that draws its own windows
# Takes four or five arguments: appname, description folder, the
# offset of the icon , and any arguments
function xapp () {
app="$1"
shift
description="$1"
shift
folder="${TOPFOLDER}/$1"
shift
icon="--icon=/cygwin.ico"
test -z "$2" || icon="--iconoffset=$2"
shift
test -d "${folder}" || mkdir -p "${folder}"
mkshortcut "${icon}" --arguments=${app}\ -display\ :0\ "$@" \
--name="${folder}/${description}" \
--workingdir="${HOME}" /usr/X11R6/bin/run.exe
}
# Create a shortcut for a text-output-only application
function tapp () {
app="$1"
shift
description="$1"
shift
folder="${TOPFOLDER}/$1"
shift
test -d "${folder}" || mkdir -p "${folder}"
mkshortcut --arguments=xterm\ -display\ :0\ -e\ sh\ -c\ \"${app}\ -display\ :0\ "$@"\ "| 
less"\" \
--name="${folder}/${description}" --icon=/cygwin.ico \
--workingdir="${HOME}" /usr/X11R6/bin/run.exe
test $? -eq 0 && return
echo $app:$description:$folder::
}
#format of an entry here:
#executable name:Description:sub-folder:which function to call:icon offset:arguments
#If the sub-folder is empty, then the icon will be placed in $TOPFOLDER
#the "function to call" should be either xapp or tapp
#If the program provides its own icon in the executable, this is the offset for it (0 
based)
#The arguments (if any) will be appended to the command.
X11proggies=(
bitmap:"Bitmap Editor"::xapp::
dpsexec:"Display PostScript command interface":Tools:tapp::
dpsinfo:"The Display PostScript extension":Information:tapp::
editres:"Xaw resource editor":Tools:xapp::
fc-list:"List available FreeType fonts":Information:tapp::
glxgears:"Gear Demo":Toys:xapp::
glxinfo:"GLX information":Information:tapp::
ico:"Bouncing Icosohedron":Toys:xapp::
oclock:"Shaped Clock"::xapp::
showrgb:"List rgb database":Information:tapp::
texteroids:"DPS demo asteroids game":Games:xapp::
viewres:"Xaw resource viewer":Tools:xapp::
vncviewer:"VNC viewer client"::xapp::
wmagnify:"magnifying glass":Tools:xapp::
xbiff:"mail checker"::xapp::
xcalc:"Calculator"::xapp::
xclock:"Clock"::xapp::
xconsole:"Console":Tools:xapp::
xcutsel:"Clipboard manipulator":Tools:xapp::
xditview:"Ditroff output viewer"::xapp::
xdpyinfo:"Display information":Information:tapp::
xdvi:"DVI viewer"::xapp::
xedit:"Simple file editor":Tools:xapp::
xev:"X11 event debugger":Tools:xapp::
xeyes:"Watches the Mouse":Toys:xapp::
xfontsel:"Pick a font":Tools:tapp::
xfsinfo:"The font server":Information:tapp::
xgc:"X11 demo":Toys:xapp::
xkill:"Kill an X11 window":Tools:xapp::
xlogo:"Display the X11 logo":Toys:xapp::
xlsatoms:"List available atoms":Information:tapp::
xlsclients:"List all connected clients":Information:tapp::
xlsfonts:"List all available fonts":Information:tapp::
xmag:"Magnifying glass":Tools:xapp::
xman:"Manual page reader"::xapp::
xmh:"GUI for the MH mail system"::xapp::
xprop:"Display the propertis of a window":Information:tapp::
xrefresh:"Refresh all X11 clients":Tools:xapp::
xterm:"X Terminal"::xapp:0:
xtrapinfo:"The TRAP extension":Information:tapp::
xvinfo:"The X-Video Extension":Information:tapp::
xwd:"Dump X11 window

Re: XWinrc configurable server (menus/icons)

[Earle F. Philhower III]

Howdy Harold,

At 12:58 PM 8/10/2003 -0400, you wrote:
I have committed your patch to my local tree.  However, I wonder why all 
of the files are prefixed with "winmultiwindow".  Is the code purely 
intended only for multiwindow modes?  If so, that is fine.  It not, 
perhaps we should rebrand this before we start releasing it and committing 
it to CVS.
Other than that, everything looks great.  It builds fine and runs, but I 
haven't had a chance to play around with the prefs file yet (my paths are 
different than yours, etc.).
You're correct, the taskbar menu configuration is done for single window
mode, too.  Whether that's a useful thing, I'm not really sure (it'll work
fine, but normally you'd just use your window manager's root menu and not
touch the X taskbar icon).
Before a commit, I do have a bugfix or two to post.  xwinrc.2.diff throws
out a window custom icon if the window is closed thru the Windoze close
box, and the setsid() CGF suggested isn't in there either.  I also added
an on-the-fly reload menu command so you don't need to restart X to
update the icons/menus.  Would you like a diff against xwinrc.2.diff or
against test95?
-Earle F. Philhower, III
 [EMAIL PROTECTED]
 cdrlabel - ZipLabel - FlpLabel
 http://www.cdrlabel.com

Xwin remote calls to Solaris machines/ font server bug

[Dr.D.J.Picton]

I have two observations to make concerning the use of 'XWin -query' to
Solaris machines.

1.  Firstly, the FAQ states that Solaris can't cope with 24-bit colour
depths.  This may have been true for older releases, but all recent versions
of Solaris (and recent Sun hardware) support this depth!

2.  The FAQ refers to the 'hang' when you attempt to contact a remote Solaris
host using XWin -query e.g.

Xwin -query sunhost

The cure is to specify a Solaris font server on the command line, e.g.

XWin -query sunhost -fp tcp/sunhost:7100

However, this shouldn't be necessary for recent Solaris releases.  The XSetup
script on the Sun machine automatically adds the font server to the font
path, before the dtlogin window appears.

The real reason for the problem is a bug in XWin, which 'hangs' if I
try to mix local fonts with a Solaris font server.

The following procedures work OK:

1.  Start up an XWin server with normal local fonts, then replace them with
a Solaris font server:
xset fp= tcp/sunhost:7100

2.  Start up an Xwin server with -fp tcp/sunhost:7100 on the command line.

3.  Add a second Solaris font server when the fontpath already contains one.

The following procedures cause a 'hang':

1.  Start up an XWin server with normal local fonts, then append a Solaris
font server:

xset fp+ tcp/sunhost:7100

2.  Start up an XWin server with -fp tcp/sunhost:7100 on the command line,
then try to append a local font to the path:

xset fp+ /usr/X11R6/lib/X11/fonts/misc

Re: XWinrc configurable server (menus/icons)

[Harold L Hunt II]

Earle,

I have committed your patch to my local tree.  However, I wonder why all 
of the files are prefixed with "winmultiwindow".  Is the code purely 
intended only for multiwindow modes?  If so, that is fine.  It not, 
perhaps we should rebrand this before we start releasing it and 
committing it to CVS.

Other than that, everything looks great.  It builds fine and runs, but I 
haven't had a chance to play around with the prefs file yet (my paths 
are different than yours, etc.).

Thanks for contributing,

Harold

Earle F. Philhower III wrote:

Howdy Harold,
At 07:31 PM 8/5/2003 -0400, you wrote:
Can't remember if I replied to this yet.  I am in the process of 
getting my Inspiron 8500 returned after having it replaced (bought it 
3 weeks ago).  Both the original and the replacement randomly freeze.  
Google for ["Inspiron 8500" freeze] and you'll see exactly what I 
mean.  I have been setting up computers for the past two weeks now.
I have finally ordered a Gateway 450X notebook.  Hopefully that will 
work better and allow me to spend a little more time looking at patches.


Good luck, on the bright side since it went south so fast you didn't
lose too much data on the drives.
In other words, I might look at your patch tomorrow, or I might look 
at it next week.  Can't say for sure.
In any case, thanks for the patch, I like the idea and am looking 
forward to seeing what it does.


No rush.  But just delete the tar file I sent yesterday, that was really 
just
a parser that read the config file.  It took a few hours of futzing 
around today,
but I got it nicely integrated into the server.  Now on init it parses 
~/.XWinrc
or /usr/X11R6/lib/X11/system.XWinrc and makes custom menus and submenus for
the taskbar icon and each window, and can replace icons with ones specified
in the rc file.

I'm attaching the diffs against test95 below, please use these for any 
testing
you do (there are several new files, so if patch asks: you do want to 
make new
files...).  The file _usr_X11R6_lib_X11_system.XWinrc has all the 
documentation
on the RC format anyone'd need.  If the file's not found, you get the exact
same behaviour as test95 as far as menus/icons/etc.

** There's also a off-by-one bugfix in winmultiwindowclass.c, so no matter
what that file's changes should go in... **
Oh yeah, a simple "if (fork()==0) { execl(); exit(0); }" seems to spawn 
X and
Windoze apps fine.  I know there was some discussion about this earlier...

Below's the sample config that I'm running that replaces the X.ico with 
one that's
floating in my Windows directory, and replaces Xterm's with another, and 
adds
custom menus to Xterm, all other windows, and the toolbar window...

---
// Below are just some silly menus to demonstrate writing your
// own configuration file.
// Make some menus...
menu importantapps {
xsolexec"xsol -display 127.0.0.1:0.0"
xv  exec"xv -display 127.0.0.1:0.0"
}
menu root {
// Comments fit here, too...
xterm   exec"xterm -display 127.0.0.1:0.0"
notepad execnotepad
xload   exec"xload -display 127.0.0.1:0.0"  # Comment
separator
"Good Apps" menuimportantapps
SEParATOR
}
menu aot {
Separator
"Always on Top" alwaysontop
}
menu xtermspecial {
"Emacs" exec"emacs" # test
"Always on Top" alwaysontop
SepArAtor
}
RootMenu root

DefaultSysMenu aot atend

SysMenu {
"xterm" xtermspecial atstart
}
IconDirectory   "c:\winnt\"

DefaultIcon "reinstall.ico"

Icons {
"xterm" "uninstall.ico"
}
DEBUG "Done parsing the configuration file..."
---
-Earle F. Philhower, III
 [EMAIL PROTECTED]
 cdrlabel - ZipLabel - FlpLabel
 http://www.cdrlabel.com

Re: Incorporating .epsi files into TeX docs : failure

[Andrew Markebo]

/ Alexander Gottwald <[EMAIL PROTECTED]> wrote:
| On Sun, 10 Aug 2003 [EMAIL PROTECTED] wrote:
|
|> gs: Unknown device: x11
|
| The ghostscript package was not compiled with X11 support. You can either
| compile it yourself or ask the maintainer of ghostscript if he could provide
| binaries with x11 support too.

Well there actually exists ghostscript-x11 packages, which I think ads
the X11 functionality, for cygwin.. 

Sorry if I missed something or.. just stumbled in now.

/Andy

-- 
 Don't walk in front of me, I might be unable to follow you. 
 Don't walk after me, I might be unable to lead you. 
 Just walk by my side and be my friend.

Please note, new email, @telia.com -> @comhem.se

Re: XFree86-xserv 4.3.0-3 crashing Win2k

[Steinar Bang]

> Steinar Bang <[EMAIL PROTECTED]>:

> Platform: Intel PIII, Win2k professional,
> XFree86-xserv 4.3.0-3

> Now I've crashed Win2k twice in one day, by opening the RMBM on the
> icon in the tool tray, and selecting "Exit".

Make that "thrice".

> The first time it happened I had the root window visible, but the
> second time I did not have the root window visible, and all X
> windows were closed.

This was with the root window invisible and all X windows closed.

Re: Updated on sourceware: XFree86-bin-icons-4.3.0-2

[Andrew Markebo]

/ Steinar Bang <[EMAIL PROTECTED]> wrote:
|> Harold L Hunt II <[EMAIL PROTECTED]>:
|
|> The XFree86-bin-icons-4.3.0-2 package has been updated in the Cygwin
|> distribution.
|
| Is there a way to list the content of an installed cygwin package?
| Ie. something like "rpm -ql" or "dpkg -L"?

If installed, do a zcat of the file in /etc/setup/package.lst.gz, if
not installed, us the search packages on the homepage and if my memory
doesn't fail me, you can click there and get contens.

/Andy

-- 
 Never underestimate the bandwidth of a station wagon full of tapes
hurtling down the highway.
- Andrew Tanenbaum, Computer Networks

Re: -clipboard mark-region cut and paste xemacs dilemma in cygwinxfree86

[Harold L Hunt II]

Sorry, I meant Terrence, not Terrance.

Harold L Hunt II wrote:

Terrance,

Speaking of Google, this is covered over, and over, and over, and over, 
and over, and over, and over, and over, and over, and over again in the 
mailing list archives.

Harold

terrence brannon wrote:

(How's that for a google-searchable title :))

I am between a rock and a hard place. If I start X-windows without
the -clipboard option, then I cannot cut and paste between my windows web
browser (mozilla) and my x-terminals using the middle mouse button.
If I do start X-windows with the -clipboard option, then Xemacs seems 
to not
be able to mark the region. Or rather, just after marking the region 
via the
mouse or by hitting ctrl-space and moving to the other end of the 
region, I
cannot use the region with the error: "Region is not active now"

This is my cygwin X-windows startup file

export DISPLAY=localhost:0.0



#XWin -unixkill -rootless -emulate3buttons -clipboard &
#XWin -unixkill  -emulate3buttons -clipboard &
XWin -unixkill  -emulate3buttons  &
wmaker &
#openbox &
#fvwm &
# lesstiff *

xterm -sb -bg white -fg darkblue -cr red -ms red -bd red -geometry
80x20+532+0 -name center &
xterm -sb -bg white -fg darkblue -cr red -ms red -bd red -geometry
80x20+1033+0 -name right &
xterm -sb -bg white -fg darkblue -cr red -ms red -bd red -geometry
80x20-70+0 -name large &
#xterm -sb -bg white -fg darkblue -cr red -ms red -bd red -geometry
215x88-70+0 -name large &
xhost +
ipconfig /all
.

DDD dies on me

[Andrew Braverman]

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 nobody
else was seeing the problem and it was suggested that I try debugging it.
Having finally scrounged up a little time, I got the required tools on my
machine, downloaded the CMS tree and compiled a debug version.  I was able
to figure out that the program occurred in winScaleXBitmapToWindows in
winmultiwindowicons.c.  I ran three consecutive tests and two of those three
caused a segfault in the free at the end of the procedure (actually in
mktime??? called by free).  The iconData mallocs at the beginning of the
procedure seem to align correctly with the frees at the end.  The last
caused a segfault in fb24_32BltUp which is called from the miGetImage at the
beginning of the procedure.  Seeing that, I decided to try the program in 16
bit color and everything was fine.  For the first time, I was able to see
that this program does display its own icon on the title bar.  Does anyone
(Earle?) have any suggestions about where I should start digging?  In any
case, I will try to do a little more digging over the next week or so.

1NK CARTRIDGE SUPPLIES | Crazy Pricing. s

[[EMAIL PROTECTED]]

66 Percent off any printer supplies

Please see this stores and
experience what
others already have, the best print
cartridge
at an amazining price

I can offer all
models including,
HP, Epson, Lexmark, and Canon

http://satisfiedquicklinks.com/neb.html

=
If you care to discontinue
further sending of  emails, http://spec1al1nksatspec1alpr1c1ng.com/s20.html


divrdq

Re: Can I take full screen control under w95, of a remote vmwarevirtual machine running under linux?

[Alexander Gottwald]

On Sat, 9 Aug 2003 [EMAIL PROTECTED] wrote:

> Do you know if Cygwin/XFree86 will allow me to take full screen control
> of the virtual machine ?.

It does not work since it's not a local display. (Tested with 3.2.0 vmware)

bye
ago

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

Re: Problems setting Norwegian keyboard

[Alexander Gottwald]

On Mon, 11 Aug 2003, Steinar Bang wrote:

> > Data incomplete in file /etc/X11/XF86Config
> > At least one Device section is required.
> > (EE) Problem parsing the config file
> > InitOutput - Error reading config file
> [snip!]
> 
> I guess this is the cause of my problems?
> 
> Do I need something more in my XF86Config?  Some extra levels perhaps?
> 
> The "InputDevice" sections in my linux XF86Config files, look like
> they have identical syntax, without any extra levels.

there is a minimal sample at
http://www.tu-chemnitz.de/~goal/xfree/XF86Config.bz2

BTW: can you run the program from 
http://www.tu-chemnitz.de/~goal/keyboard.tar.gz

It will print your windows keyboardsettings. With this information I can
the norwegian layout to the list of preconfigured ones.

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

Problems setting Norwegian keyboard

[Steinar Bang]

Platform: Intel PIII, Win2k professional,
  XFree86-xserv 4.3.0-3,
  XFree86-etc 4.3.0-3,
  XFree86-startup-scripts 4.2.0-5

I'm starting XWin in rootless mode, from a desktop shortcut to 
C:\cygwin\usr\X11R6\bin\startxwin.bat

I'm unable to get a Norwegian keyboard, using the -keyboard flag to
XWin.exe.

So far I've tried 
 start XWin -multiwindow -clipboard -keyboard no
 start XWin -multiwindow -clipboard -keyboard no-latin1
 start XWin -multiwindow -clipboard -keyboard Keyboard1
 start XWin -multiwindow -clipboard -keyboard "Keyboard1"
 start XWin -multiwindow -clipboard -xf86config /etc/X11/XF86Config -keyboard Keyboard1
 start XWin -multiwindow -clipboard -xf86config /etc/X11/XF86Config -keyboard 
"Keyboard1"
without any success.  I still get US layout.

My /etc/X11/XF86Config file contains:

Section "InputDevice"
Identifier "Keyboard1"
Driver "Keyboard"

Option "XkbModel" "pc102"
Option "XkbLayout" "no"
Option "XKbOptions" ""
EndSection

Thanx!


- Steinar

Re: Problems setting Norwegian keyboard

[Steinar Bang]

> Alexander Gottwald <[EMAIL PROTECTED]>:

>> > BTW: can you run the program from 
>> > http://www.tu-chemnitz.de/~goal/keyboard.tar.gz

>> I get a "404 Not found" on that URL, unfortunately.

> http://www.tu-chemnitz.de/~goal/xfree/keyboard.tar.gz

$ ./keyboard.exe
KeyboardType: 4: IBM enhanced (101- or 102-key) keyboard
KeyboardLayout: 0414

Note: I have an icon in the tool tray which either displays the text
"NO" or "EN".  Left-button clicking on this icon, opens a menu that
offers selection of "Norwegian (bokmål)" or "English (United
States)".  Changing the selection affects the keyboard when typing,
but doesn't affect the output of keyboard.exe.

Re: -clipboard mark-region cut and paste xemacs dilemma in cygwin xfree86

[Cary Jamison]

"terrence brannon" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> (How's that for a google-searchable title :))
> 
> I am between a rock and a hard place. If I start X-windows without
> the -clipboard option, then I cannot cut and paste between my windows
web
> browser (mozilla) and my x-terminals using the middle mouse button.
> 
> If I do start X-windows with the -clipboard option, then Xemacs seems
to not
> be able to mark the region. Or rather, just after marking the region
via the
> mouse or by hitting ctrl-space and moving to the other end of the
region, I
> cannot use the region with the error: "Region is not active now"

(As Harold mentions, this has been discussed before, including my
suggestion below.)

You might want to consider not using -clipboard and starting/stopping
xwinclip as needed.
This works for me, because I find I do not need to do a lot of
copying/pasting between X
and Windows, and prefer to have selection work properly in emacs and
xterms.

Cary

Re: -clipboard mark-region cut and paste xemacs dilemma in cygwinxfree86

[Harold L Hunt II]

Terrance,

Speaking of Google, this is covered over, and over, and over, and over, 
and over, and over, and over, and over, and over, and over again in the 
mailing list archives.

Harold

terrence brannon wrote:

(How's that for a google-searchable title :))

I am between a rock and a hard place. If I start X-windows without
the -clipboard option, then I cannot cut and paste between my windows web
browser (mozilla) and my x-terminals using the middle mouse button.
If I do start X-windows with the -clipboard option, then Xemacs seems to not
be able to mark the region. Or rather, just after marking the region via the
mouse or by hitting ctrl-space and moving to the other end of the region, I
cannot use the region with the error: "Region is not active now"
This is my cygwin X-windows startup file

export DISPLAY=localhost:0.0



#XWin -unixkill -rootless -emulate3buttons -clipboard &
#XWin -unixkill  -emulate3buttons -clipboard &
XWin -unixkill  -emulate3buttons  &
wmaker &
#openbox &
#fvwm &
# lesstiff *

xterm -sb -bg white -fg darkblue -cr red -ms red -bd red -geometry
80x20+532+0 -name center &
xterm -sb -bg white -fg darkblue -cr red -ms red -bd red -geometry
80x20+1033+0 -name right &
xterm -sb -bg white -fg darkblue -cr red -ms red -bd red -geometry
80x20-70+0 -name large &
#xterm -sb -bg white -fg darkblue -cr red -ms red -bd red -geometry
215x88-70+0 -name large &
xhost +
ipconfig /all
.

Re: XFree86-xserv 4.3.0-3 crashing Win2k

[Steinar Bang]

> Steinar Bang <[EMAIL PROTECTED]>:

> Harold L Hunt II <[EMAIL PROTECTED]>:
>> Steinar,
>> XFree86-xserv-4.3.0-3 is Test95.

>> So, no, your bug is not fixed in Test95.

>> Besides, your bug seems to occur when you simply click on the tray
>> icon, before you even get a menu, correct?

> Nope.  It happens after I've selected "Exit".

Ie. after I've first selected "Exit" in the RMBM on the X icon in the
tooltray, and then clicked on the "Exit" button in the dialog that
opens. 

xterm just flashes briefly then disappears

[Jaime Lasein]

I just downloaded and installed Cygwin/XFree86 on a
Win2000 Pro workstation today. I installed it in
C:\cygwin.

When I try to start XFree86 using
/usr/X11R6/bin/startxwin.sh from the Cygwin bash shell
window, the X server appears to come up -- there is an
"X" in the tray which says it is "Cygwin/XFree86
Server - 0:0". However, the xterm that is started by
startxwin.sh just flashes briefly on the screen and
then disappears.

If I then try to start an xterm (after setting the
environment variable DISPLAY to 127.0.0.1:0.0), it
exhibits the same behavior.

There appears to be some error message in the xterm,
but it disappears too quickly for me to read enough of
it to know what it says.

Here is the XWin.log:

$ cat XWin.log
ddxProcessArgument - Initializing default screens
winInitializeDefaultScreens - w 1280 h 1024
winInitializeDefaultScreens - Returning
OsVendorInit - Creating bogus screen 0
(EE) Unable to locate/open config file
InitOutput - Error reading config file
winDetectSupportedEngines - Windows NT/2000/XP
winDetectSupportedEngines - DirectDraw installed
winDetectSupportedEngines - Allowing PrimaryDD
winDetectSupportedEngines - DirectDraw4 installed
winDetectSupportedEngines - Returning, supported
engines 001f
InitOutput - g_iNumScreens: 1 iMaxConsecutiveScreen: 1
winSetEngine - Multi Window => ShadowGDI
winAdjustVideoModeShadowGDI - Using Windows display
depth of 32 bits per pixel
winCreateBoundingWindowWindowed - User w: 1280 h: 1024
winCreateBoundingWindowWindowed - Current w: 1280 h:
1024
winAdjustForAutoHide - Original WorkArea: 0 0 996 1280
winAdjustForAutoHide - Adjusted WorkArea: 0 0 996 1280
winCreateBoundingWindowWindowed - WindowClient w 1280
h 996 r 1280 l 0 b 996 t 0
winCreateBoundingWindowWindowed -  Returning
winAllocateFBShadowGDI - Creating DIB with width: 1280
height: 996 depth: 32
winAllocateFBShadowGDI - Dibsection width: 1280
height: 996 depth: 32 size image: 5099520
winAllocateFBShadowGDI - Created shadow stride: 1280
winFinishScreenInitFB - Masks: 00ff ff00
00ff
winInitVisualsShadowGDI - Masks 00ff ff00
00ff BPRGB 8 d 24 bpp 32
winCreateDefColormap - Deferring to
fbCreateDefColormap ()
null screen fn ReparentWindow
null screen fn RestackWindow
winFinishScreenInitFB - Calling winInitWM.
InitQueue - Calling pthread_mutex_init
InitQueue - pthread_mutex_init returned
InitQueue - Calling pthread_cond_init
InitQueue - pthread_cond_init returned
winInitWM - Returning.
winFinishScreenInitFB - returning
winScreenInit - returning
InitOutput - Returning.
(EE) No primary keyboard configured
(==) Using compiletime defaults for keyboard
Rules = "xfree86" Model = "pc101" Layout = "us"
Variant = "(null)" Options = "(null)"
winInitMultiWindowWM - Hello
winInitMultiWindowWM - Calling pthread_mutex_lock ()
winMultiWindowXMsgProc - Hello
winMultiWindowXMsgProc - Calling pthread_mutex_lock ()
winPointerWarpCursor - Discarding first warp: 640 498
winBlockHandler - Releasing pmServerStarted
winInitMultiWindowWM - pthread_mutex_lock () returned.
DetectUnicodeSupport - Windows NT/2000/XP
winInitMultiWindowWM - Calling setlocale ()
winBlockHandler - pthread_mutex_unlock () returned
winInitMultiWindowWM - setlocale () returned
winInitMultiWindowWM - XInitThreads () returned.
winMultiWindowXMsgProc - pthread_mutex_lock ()
returned.
winMultiWindowXMsgProc - pthread_mutex_unlock ()
returned.
winMultiWindowXMsgProc - DISPLAY=127.0.0.1:0.0
winInitMultiWindowWM - pthread_mutex_unlock ()
returned.
winInitMultiWindowWM - DISPLAY=127.0.0.1:0.0
winMultiWindowXMsgProc - XOpenDisplay () returned and
successfully opened the display.
winInitMultiWindowWM - XOpenDisplay () returned and
successfully opened the display.
winMultiWindowWMErrorHandler - ERROR: BadWindow
(invalid Window parameter)
winMultiWindowWMErrorHandler - ERROR: BadWindow
(invalid Window parameter)
winMultiWindowWMErrorHandler - ERROR: BadWindow
(invalid Window parameter)
winMultiWindowGetWMHints - pWin or hints was NULL
winMultiWindowWMErrorHandler - ERROR: BadWindow
(invalid Window parameter)
winMultiWindowWMErrorHandler - ERROR: BadWindow
(invalid Window parameter)
winMultiWindowWMErrorHandler - ERROR: BadWindow
(invalid Window parameter)
winMultiWindowGetWMHints - pWin or hints was NULL


__
Do you Yahoo!?
Yahoo! SiteBuilder - Free, easy-to-use web site design software
http://sitebuilder.yahoo.com

RE: DDD dies on me (pt 2)

[Earle F. Philhower III]

Howdy Andrew...
At 09:22 AM 8/13/2003 -0400, you wrote:
Thanks for the help.  I have managed to get XWin to crash in both places
again (which one happens is random, but these are the only 2).  I have
attached the log file from the modified program as well as a stack trace
from gdb for each one.  Given some proverbial free time, I will try to do
some more debugging.  FYI, this is just the CVS code.  I will go back to the
web and find the place where it tells me how to add the test code to the CVS
code and try that.  Also, though I mentioned it in the original thread, I am
not sure I reminded you in this thread that I was running ddd from a Linux
box (though that should not make a difference).
Well, all the parameters look OK.  I was fearing there were negative
heights in the pixmap, like for Windows bitmaps when they're in VGA
reversed order.
The only thing I can point you to is to get a dump of the locals of
that miGetImage function right before it does the for(i=0..h) {}.
Especially linelength, which should equal the xStride that's calculated
in the winXIcontoHICON function.  Also the value of i and pDst when
the lower level functions barf would be interesting.
-Earle F. Philhower, III
 [EMAIL PROTECTED]
 cdrlabel - ZipLabel - FlpLabel
 http://www.cdrlabel.com

Urgent!! Pls help...Encountered errno 3 and errno 111

[Gloria Tsang]

Dear Sirs,
   I have received an errno 3 and errno 111 when
typing startx. And i also have the following error in
the /tmp/Xwin.log which has been shown below. Can
anyone tell me what should i do to resolve the
problem??

"ddxProcessArgument - Initializing default screens
winInitializeDefaultScreens - w 640 h 480
winInitializeDefaultScreens - Returning
OsVendorInit - Creating bogus screen 0
(EE) Unable to locate/open config file
InitOutput - Error reading config file
winDetectSupportedEngines - Windows 95/98/Me
winDetectSupportedEngines - DirectDraw not installed
InitOutput - g_iNumScreens: 1 iMaxConsecutiveScreen: 1
winSetEngine - Using Shadow GDI DIB
winAdjustVideoModeShadowGDI - Using Windows display
depth of 1 bits per pixel
winScreenInit - Unsupported display depth: 1
Change your Windows display depth to 15, 16, 24, or 32
bits per pixel.
winScreenInit - Supported depths: 8080c080

Fatal server error:
InitOutput - Couldn't add screen 0
"

Thank you very much

From,
Gloria

__
Do you Yahoo!?
Yahoo! SiteBuilder - Free, easy-to-use web site design software
http://sitebuilder.yahoo.com

Re: X-server eating pixels?

[Harold L Hunt II]

HJB,

-rootless and -multiwindow CANNOT be used together.  Use one or the 
other and knock off this silliness.

You aren't reporting that any area of your screen is not being covered 
by the Cygwin/XFree86 window.  Have you noticed the Start bar at the 
bottom of the screen?  It is about 30 pixels tall.  :)  If, on the other 
hand, part of your screen is not covered by the Cygwin/XFree86 window, 
then you are experiencing a problem due to using -rootless and 
-multiwindow together.  -rootless is intended to be run with an external 
window manager (e.g. twm), while -multiwindow includes an internal 
window manager that puts each X window in an Win32 window.  Does it make 
sense now why they don't work together?  We will eventually add a crash 
on startup when using the flags together in error...

Harold

[EMAIL PROTECTED] wrote:

Didn't find anything in the mailing list archives or faq:

I've set my physical display (WinNT) to 1152x864. When using "X -rootless
-multiwindow",
xdpyinfo reports a screen #0 size of 1152x836. Running "X" with no special
parameters, xdpyinfo returns 1146x811.
It makes no difference, if I use the local/cygwin-xdpyinfo or an
AIX-xdpyinfo
(tunneled/connected with "ssh -X")
Any hints?

Yours
hjb

RE: startx and ssh

[Gary Nicholson]

Thank you for looking at this, Dave. 

If .Xauthority exists in my home directory and I remove the export block
from startx, the X server starts with no errors.

If .Xauthority does not exist in my home directory, the X server starts
with no errors, even when if the XAUTHORITY variable is exported.

I haven't found a down side to removing the export block from startx.
 
Gary

-Original Message-
From: Dr.D.J.Picton [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, August 12, 2003 2:28 AM
To: [EMAIL PROTECTED]; [EMAIL PROTECTED]
Subject: Re: startx and ssh


> Date: Mon, 11 Aug 2003 12:55:05 -0600

> I have been trying to de-bug a problem with startx. 
> 
> When I tried to run the file, I would get a server window,
> no clock and no terminal windows. The command-line
> errors were: 
>   ..
>   Xlib: connection to "0.0" refused by server
>   Xlib: No Protocol specified
> 
> These error messages would repeat until I hit ^Z 
> from the console command line.

> I found that the script would fail if a .Xauthority file
> existed in my home directory. If I removed the file,
> startx ran without errors; the server, the clock and
> the terminal windows all opened successfully when
> there was no .Xauthority file in my home directory.
> 
> I found that the .Xauthority file was being created 
> when I logged onto my Cygwin machine from another 
> machine using ssh with the same login name.
> 
> I am proposing a fix for this problem:
> 
> In /usr/X11R6/bin/startx, add the following code before 
> the block that exports the XAUTHORITY variable:
> 
>   # remove $HOME/.Xauthority if it exists 
>   if [ -f $HOME/.Xauthority ]; then
> rm $HOME/.Xauthority
>   fi
> 
> This code just removes .Xauthority if it exists. 
> If .Xauthority doesn't exist, it does nothing.

> Does anyone have any feedback?

I've seen the problem, and in my view there's a better solution.  Remove
the
code which sets XAUTHORITY.

(I think the problem occurs because XWin assumes -auth $XAUTHORITY if
the
variable is set, then gets upset because it can't find the authorization
key for your display.)

Two simple QQ about XWin

[fergus]

Q1. Can anybody tell me what startup sequence (another/ different command
line switch?)  is equivalent to

Start -> Run -> start XWin -multiwindow
then
point to the System Tray and choose "Show Root Window"

please? Thank you!

Q2. I've compared

$ set > vars.list

both when XWin is running and when not, expecting a small difference in env
vars (or something). But all that has changed are PIDs. I want to be able to
query the O/S to ask whether X is running or not. Is there a way of doing
this, please? Apart from say ps -a | grep XWin. Thank you!

Fergus

P.S. There are so many ways of starting Cygwin up ... there are often
questions on the list How Do You Start Yours? For a non-X system I use
"rxvt -e bash" with presentation options picked up from ~/.Xdefaults. For X
it seems to have to be a two-liner

start XWin -multiwindow # see Q1 above for what I really want
run rxvt -display :0.0 -e bash

for a nice sparse system. I am not wild about the default startx. Any
advance on this for a nice neat rxvt session in an X environment? Any
possibility of a one-liner that I'm missing?

Fergus

Re: Urgent!! Pls help...Encountered errno 3 and errno 111

[Harold L Hunt II]

Gloria,

It appears that you are running the display in monochrome mode (is this 
even possible?).  Please change your display depth to one of 8, 15, 16, 
24, or 32 bits per pixel in the Windows Display Control Panel.

Harold

Gloria Tsang wrote:

Dear Sirs,
   I have received an errno 3 and errno 111 when
typing startx. And i also have the following error in
the /tmp/Xwin.log which has been shown below. Can
anyone tell me what should i do to resolve the
problem??
"ddxProcessArgument - Initializing default screens
winInitializeDefaultScreens - w 640 h 480
winInitializeDefaultScreens - Returning
OsVendorInit - Creating bogus screen 0
(EE) Unable to locate/open config file
InitOutput - Error reading config file
winDetectSupportedEngines - Windows 95/98/Me
winDetectSupportedEngines - DirectDraw not installed
InitOutput - g_iNumScreens: 1 iMaxConsecutiveScreen: 1
winSetEngine - Using Shadow GDI DIB
winAdjustVideoModeShadowGDI - Using Windows display
depth of 1 bits per pixel
winScreenInit - Unsupported display depth: 1
Change your Windows display depth to 15, 16, 24, or 32
bits per pixel.
winScreenInit - Supported depths: 8080c080
Fatal server error:
InitOutput - Couldn't add screen 0
"
Thank you very much

From,
Gloria
__
Do you Yahoo!?
Yahoo! SiteBuilder - Free, easy-to-use web site design software
http://sitebuilder.yahoo.com

Issues with Launching remote X apps

[Armbrust, Daniel C.]

I'm trying to setup my startxwin.bat script in such a way that it logs in to a remote 
linux machine, and starts kde, with one click.

I'm there, except for the launching of kde part.

Here are (what I think are) the important commands from the script:

start XWin -screen 0 1280 960 -clipboard
run xsetroot -solid aquamarine4
run /usr/X11R6/bin/xHost.exe +
run xterm -geometry 80x24+0+0 -sb -leftbar -e ssh -f mir01startkde



But for some reason, when it executes 'startkde' it seems to do so without having 
loaded my environment variables, etc first.  I get lots of errors, and it dies.

If I make the last line in the .bat file this instead:
run xterm -geometry 80x24+0+0 -sb -leftbar -e ssh mir01

The ssh connection works correctly, and then if I type in 'startkde' everything runs 
great. 

What am I doing wrong with the ssh command?

Thanks, 

Dan

Re: XFree86-xserv 4.3.0-3 crashing Win2k

[Rodrigo Medina]

 Harold  wrote:
> You guys don't happen to be running on machines with two CPUs or a
> Pentium 4 3.0+ GHz with HyperThreading enabled, do you?

> Harold

I would like to have such machines! I am running window95
with an old Pentium.

$cat /proc/cpuinfo
processor   : 0
vendor id   : GenuineIntel
type: primary processor
cpu family  : 5
model   : 4
model name  : unknown
stepping: 3
brand id: 0
cpu count   : 0
apic id : 0
fpu : yes
flags   : fpu vme de pse tsc msr mce cx8 mmx

Rodrigo

Re: Problems setting Norwegian keyboard

[Alexander Gottwald]

On Tue, 12 Aug 2003, Steinar Bang wrote:

> I didn't put in your fontpath settings, though.  Seems to work without
> them.  Should I put them in?

No, this is only needed in few cases.

> > BTW: can you run the program from 
> > http://www.tu-chemnitz.de/~goal/keyboard.tar.gz
> 
> I get a "404 Not found" on that URL, unfortunately.

http://www.tu-chemnitz.de/~goal/xfree/keyboard.tar.gz

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

RE: Cannot display through rsh

[Igor Pechtchanski]

On Tue, 12 Aug 2003, Ben Kim wrote:

> Hi,
>
> If Cygwin is not aware of JDK, then why is it that #1
> in my example works?  Meaning, I'm able to display the
> java app when I'm on Unix and set the display to
> Windows.  Cygwin doesn't know about Java, yet the GUI
> shows up correctly in this case.
>
> Ben
>
> On Tue, 12 Aug 2003, Ben Kim wrote:
>
> > I am trying to call a script located on my Windows
> box
> > from my Unix box through rsh.  All the script does
> is
> > run a java GUI application that outputs some
> > information in standard out.  When I run this script
> > through rsh, the java process is up and running on
> > Windows (I also see output, also check task manager)
> > but the GUI frame does not show up.  On Windows, I
> > installed cygwin and xfree.  I started X via
> > xstartwin.  I also xhost + to allow any host to
> > remotely display on Windows.  I know display isn't
> the
> > problem because if I am on my Unix machine, if I set
> > the display to Windows, and run the java app locally
> > on Unix, the app correctly displays on Windows.
> Only
> > if the I'm trying to rsh the same script on Windows
> > from Unix, this doesn't work.  Another interesting
> > point is that if I were to change the script on
> > Windows to run cygwin/xfree xterm instead of the
> java
> > app,  and from Unix rsh the script, the xterm
> > correctly displays.  But as soon as I put in the
> java
> > app, it does not display.
> >
> > To summarize:
> >   1.  From Unix, run java app on Unix, display to
> > Windows (works)
> >   2.  From Unix, rsh java app on Windows, display to
> > Windows (does NOT work)
> >   3.  From Unix, rsh cygwin xapps (xterm, xclock
> etc)
> > on Windows, display to  Windows (works)
> >
> > Does anyone know what this might be the case?  And
> is
> > there any way to get #2 to work?
>
> Ben,
>
> There is no Cygwin-aware Java JDK.  This basically
> means that, unlike the
> Unix one, the JDK you're using on Windows is not using
> the X protocol to
> display windows, but rather the Windows GDI one.  In
> other words, you
> cannot do what you want without a VNC-like tool that
> would let you display
> *any* Windows native application using X.
> Igor

Ben,

It's better to keep discussions of this sort on the list, so that other
people can offer their expertise, as well as find this discussion in the
archives should they need it later.  I have set the Reply-To field to the
appropriate list.  Please make sure your mailer honors it.

The reason you're able to see Java from Unix is that the Unix-compiled
version of Java *does* use the X protocol to display its windows.  The X
protocol was designed for easy forwarding to other machines, hence your
ability to see the windows on your local Windows box.  The Windows GDI
calls are not designed for such easy forwarding, and so you cannot forward
from a Windows machine to a Unix one.  If you got your hands on the source
of a Unix JDK and managed to build it under Cygwin, it would use the X
protocol as well, and so you'd be able to forward its windows anywhere.
Unfortunately, you wouldn't be able to distribute the resulting
application, because anything linked with cygwin1.dll automatically
becomes GPLd.  If you could find an open-source JDK, this problem would
not arise.
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
 |,4-  ) )-,_. ,\ (  `'-'   Igor Pechtchanski, Ph.D.
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

"I have since come to realize that being between your mentor and his route
to the bathroom is a major career booster."  -- Patrick Naughton

Re: XFree86-xserv 4.3.0-3 crashing Win2k

[Harold L Hunt II]

You guys don't happen to be running on machines with two CPUs or a 
Pentium 4 3.0+ GHz with HyperThreading enabled, do you?

Harold

Rodrigo Medina wrote:

Hi,
I want to report a XWin failure, I think related to the problem
discussed in this thread.
My instalation:
$cat /proc/version
CYGWIN_95-4.0 1.3.22(0.78/3/2) 2003-03-18 09:20
Version of XFree86-xserv : 4.3.0-3

The problem appears only with the -multiwindow option.

$XWin -multiwindow &
[1] 996399
$xterm &
[2] 627351
The xterm functions perfectly well.
Then I close xterm with exit.
$
[2]+  Donexterm
Now I close the X server by clicking Exit in the button on the taskbar.

An alert window of WINDOWS appears telling that XWin has executed an invalid
instruction an that the PC should be rebooted. Details:
XWIN provocó un fallo de pila en el módulo KERNEL32.DLL de 014f:bff725c5.
Registros:
EAX=002a0037 CS=014f EIP=bff725c5 EFLGS=0287
EBX=fe6a9000 SS=0157 ESP=0173e04e EBP=0173e062
ECX=815e28fc DS=0157 ESI=0173e072 FS=0eaf
EDX=815e28fc ES=0157 EDI=815e28fc GS=0df6
Bytes en CS:EIP:
6a ff e8 d0 85 01 00 eb e7 55 8b ec 56 57 53 8b
Volcado de pila:
fe6a9000 815e290c 0173e072 e0b00173 3ec40173 0173e0bc bff7294f 815e28fc
0173e072 012f7a98 01870028 e0df0002 0173 e090 0173 ebd6
In the rxvt window from which XWin was started one gets a message:
$
winMutliWindowWMIOErrorHandler!
[1]+  DoneXWin -multiwindow
$
I have attached the /tmp/XWin.log  file.

If XWin is started and then closed, without running any Xwindow application,
there is no problem. I attach the XWin.log also for this case.
$XWin -multiwindow &
[1] 3623471
$
[1]+  DoneXWin -multiwindow
$
I hope that this information could be useful.
 
Rodrigo Medina

RE: winIsFakeCtrl_L does not work correctly in Windows XP

[Oskar Malm]

I have investigated this a little bit further and it appears
as if this problem only occurs on Windows XP (not W2K or NT).
In addition, it is not a new problem either, because I tried
a Cygwin release from Q4 2002 and had the same problem.

Here is a trace from xev:

KeyPress event, serial 23, synthetic NO, window 0x201,
root 0x3a, subw 0x202, time 168910630, (48,24), root:(115,203),
state 0x0, keycode 37 (keysym 0xffe3, Control_L), same_screen YES,
XLookupString gives 0 characters:  ""

KeyPress event, serial 23, synthetic NO, window 0x201,
root 0x3a, subw 0x202, time 168910630, (48,24), root:(115,203),
state 0x4, keycode 113 (keysym 0xff7e, Mode_switch), same_screen YES,
XLookupString gives 0 characters:  ""

KeyRelease event, serial 24, synthetic NO, window 0x201,
root 0x3a, subw 0x202, time 168910710, (48,24), root:(115,203),
state 0x2004, keycode 37 (keysym 0xffe3, Control_L), same_screen YES,
XLookupString gives 0 characters:  ""

KeyRelease event, serial 24, synthetic NO, window 0x201,
root 0x3a, subw 0x202, time 168910710, (48,24), root:(115,203),
state 0x2000, keycode 113 (keysym 0xff7e, Mode_switch), same_screen YES,
XLookupString gives 0 characters:  ""

Clearly the Control_L events should not be there. Maybe Windows XP generates
these events in a different order causing the filter to fail?

/Oskar

-Original Message-
From: Oskar Malm [mailto:[EMAIL PROTECTED]
Sent: den 12 augusti 2003 19:02
To: '[EMAIL PROTECTED]'
Subject: FW: winIsFakeCtrl_L does not work correctly in Windows XP


Hi,

Today I upgraded my Windows machine from NT4 to XP and also reinstalled the
latest version of
XFree86. Now the right Alt key (AltGr) on my swedish keyboard does not work
any more. I checked
what events are generated with xev and found that some, but not all extra
CTRL events generated
by Windows are not filtered. There was no obvious pattern. Is this a known
issue?

Thanks,
Oskar Malm

Lastest version of xclock (-digital mode) seg faults

[Jee Chung]

I keep my Cygwin with XFree86 installation on Window XP pretty much up-to-date on almost weekly basis.  Recently, an update brought down a new version of xclock.exe which has been giving me problems.  When invoked in the digital display mode like:

  run xclock -digital -update 1 -fn 6x13 -geometry -0+0 -bg blue -fg orange

it produces and error message:

  Warning: Cannot convert string "" to type XftFont

and also produces a stackdump whose content is shown below:

bash:~> cat xclock.exe.stackdump 
Exception: STATUS_ACCESS_VIOLATION at eip=005D8881
eax= ebx= ecx=FFE5 edx=610CB0B0 esi=0022E880 edi=0057
ebp=0022E858 esp=0022E830 program=C:\cygwin\usr\X11R6\bin\xclock.exe
cs=001B ds=0023 es=0023 fs=0038 gs= ss=0023
Stack trace:
Frame Function  Args
0022E858  005D8881  (10036CA0, , 0057, 0022EC8C)
0022F898  005D428D  (10036CA0, , 610CB0B0, 0019)
0022F988  00402473  (10041A98, 1003B6C8, , 0022F9D0)
0022F9B8  0044FDF7  (00484630, 10041A98, 1003B6C8, )
0022FDE8  004503A3  (00401531, , 00484630, 1003A158)
0022FE58  004509AC  (00401531, 00484630, 1003A158, )
0022FE88  00450CC0  (00401531, 00484630, 1003A158, )
0022FEF0  00401762  (0001, 615F21F8, 10030328, 0022FF24)
0022FF40  61007408  (610D1F58, FFFE, 07E0, 610D1E7C)
0022FF90  610076ED  (, , 0001, )
0022FFB0  00482E32  (00401550, 037F0009, 0022FFF0, 77E814C7)
0022FFC0  0040103C  (0022E1F0, 0001, 7FFDF000, F7BACCF0)
0022FFF0  77E814C7  (00401000, , 78746341, 0020)

Has anyone else seen this problem?  The problem does not occur if I run the clock in "analog" mode.

JC

Re: Cannot display through rsh

[Ben Kim]

If Cygwin is not aware of java, which means the GUI
app should not be able to display on my Windows
machines, then why is it the case that number #1 in my
example works?  Meaning, when I'm on Unix, set the
display to Windows, and run the Java GUI, the gui
correctly displays on the Windows machine?

Ben

On Tue, 12 Aug 2003, Ben Kim wrote:

> I am trying to call a script located on my Windows
box
> from my Unix box through rsh.  All the script does
is
> run a java GUI application that outputs some
> information in standard out.  When I run this script
> through rsh, the java process is up and running on
> Windows (I also see output, also check task manager)
> but the GUI frame does not show up.  On Windows, I
> installed cygwin and xfree.  I started X via
> xstartwin.  I also xhost + to allow any host to
> remotely display on Windows.  I know display isn't
the
> problem because if I am on my Unix machine, if I set
> the display to Windows, and run the java app locally
> on Unix, the app correctly displays on Windows. 
Only
> if the I'm trying to rsh the same script on Windows
> from Unix, this doesn't work.  Another interesting
> point is that if I were to change the script on
> Windows to run cygwin/xfree xterm instead of the
java
> app,  and from Unix rsh the script, the xterm
> correctly displays.  But as soon as I put in the
java
> app, it does not display.
>
> To summarize:
>   1.  From Unix, run java app on Unix, display to
> Windows (works)
>   2.  From Unix, rsh java app on Windows, display to
> Windows (does NOT work)
>   3.  From Unix, rsh cygwin xapps (xterm, xclock
etc)
> on Windows, display to  Windows (works)
>
> Does anyone know what this might be the case?  And
is
> there any way to get #2 to work?

Ben,

There is no Cygwin-aware Java JDK.  This basically
means that, unlike the
Unix one, the JDK you're using on Windows is not using
the X protocol to
display windows, but rather the Windows GDI one.  In
other words, you
cannot do what you want without a VNC-like tool that
would let you display
*any* Windows native application using X.
Igor

__
Do you Yahoo!?
Yahoo! SiteBuilder - Free, easy-to-use web site design software
http://sitebuilder.yahoo.com

Re: XWinrc configurable server (menus/icons)

[Harold L Hunt II]

Earle,

I am taking a look at this now.

Harold

Earle F. Philhower III wrote:
Howdy Harold,
At 06:13 PM 8/10/2003 -0400, you wrote:
Should we change the file prefixes to something along the lines of 
"winprefs" then?


Done in the attached patch, you'll want to
 rm winmultiwindowprefs.[cho] winmultiwindowyacc.[ycho] 
winmultiwindowlex.[lco]
to get rid of the old files.  The usual drill: make Makefile; make 
clean; make depend

Please send the diff against xwinrc.2.diff.  I know that a patch can 
add new files, but will it know to remove the winmultiwindow files 
that are getting renamed?  If not, I will try to manually remove the 
new files that are renamed.


I'm attaching a diff -U3 -N against xwinrc.2.  It's got all the stuff
as before (custom icons, menus, etc.) with a new RELOAD command for
a menu item to reload the config files, and the bugfix for overridden
icons when closing windows through their title bars, and the setsid()
call after the FDs are closed after the fork().
The system.XWinrc file has all the documentation I've written, but I've
not been able to make myself sit down and write a man page...
-Earle F. Philhower, III
 [EMAIL PROTECTED]
 cdrlabel - ZipLabel - FlpLabel
 http://www.cdrlabel.com

Re: XFree86-xserv 4.3.0-3 crashing Win2k

[Steinar Bang]

> Harold L Hunt II <[EMAIL PROTECTED]>:

> You guys don't happen to be running on machines with two CPUs or a
> Pentium 4 3.0+ GHz with HyperThreading enabled, do you?

Nope.  Single CPU PIII 700MHz, with Windows 2000, 5.00.2195, SP2.

Re: mouse right-click problems on Sun

[Bernard Disselborg]

Dave,

I'm getting exactly the same output.

Bernard

>>> [EMAIL PROTECTED] 14-Aug-03 11:14:46 >>>

>
> From: "Bernard Disselborg" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>

> Dave,
> 
> I'm having the same kind of mouse: 2 buttons and a central scroll
> weel.
> xev shows exactly the responses you are describing.

One more thing to try is to issue xmodmap -pp.  Are the physical
buttons
mapped to the corresponding logical buttons?  I see:

PhysicalButton
 Button  Code
1  1
2  2
3  3
4  4
5  5


> thanks,
> 
> Bernard
> 
> >>> [EMAIL PROTECTED] 12-Aug-03 18:00:16 >>>
> 
> > From: "Bernard Disselborg" <[EMAIL PROTECTED]>
> > To: <[EMAIL PROTECTED]>
> 
> > I'm also using a 3 button mouse, and experience this problem both
on
> > (Sparc) Solaris 2.6 an 8.
> > I've also installed the latest Logitec Mouseware drivers, but this
> did
> > not help.
> 
> One thing to try - start up xev, move the pointer into the window,
and
> see
> how it responds to mouse buttons.
> 
> The mouse I'm using is really a 2 button mouse with a central
> track wheel which the X server regards as the middle button. 
Turning
> the
> wheel gives a further two 'buttons'. 
> 
> Left button   -> button 1 (i.e. left)
> Depress trackwheel-> button 2 (i.e. middle)
> Right key -> button 3 (i.e. right)
> Push trackwheel away  -> button 4 (press+release)
> Pull trackwheel towards   -> button 5 (press+release)
> 
> What response does xev give to a right mouse press?  If it's an
> incorrect
> button (e.g. button 5), you'll be able to fix things up using
xmodmap.
> 
> 
> 
> 
> 
> 
> 

Re: Cannot display through rsh

[Harold L Hunt II]

Ben,

Ben Kim wrote:

If Cygwin is not aware of java, which means the GUI
app should not be able to display on my Windows
machines, then why is it the case that number #1 in my
example works?
You got it about exactly backwards from what Igor told you.

Java for Windows does not understand the X Window System. Java for 
Windows displays graphics via the Win32 GDI system.  Java for UNIX 
machines displays graphics via the X Window System.

Cygwin/XFree86 is an implementation of the X Window System.  Thus, 
setting DISPLAY on your UNIX machine to point to your Windows machine 
that is running Cygwin/XFree86 will cause the X graphics to show up 
under Cygwin/XFree86.

However, the Win32 GDI system is nothing like the X Window System.  It 
was not initially designed to be network transparent like the X Window 
System.  Thus, there is not a simple way to display Windows applications 
running on a remote machine.

Harold

  Meaning, when I'm on Unix, set the
display to Windows, and run the Java GUI, the gui
correctly displays on the Windows machine?
Ben

On Tue, 12 Aug 2003, Ben Kim wrote:


I am trying to call a script located on my Windows
box

from my Unix box through rsh.  All the script does
is

run a java GUI application that outputs some
information in standard out.  When I run this script
through rsh, the java process is up and running on
Windows (I also see output, also check task manager)
but the GUI frame does not show up.  On Windows, I
installed cygwin and xfree.  I started X via
xstartwin.  I also xhost + to allow any host to
remotely display on Windows.  I know display isn't
the

problem because if I am on my Unix machine, if I set
the display to Windows, and run the java app locally
on Unix, the app correctly displays on Windows. 
Only

if the I'm trying to rsh the same script on Windows
from Unix, this doesn't work.  Another interesting
point is that if I were to change the script on
Windows to run cygwin/xfree xterm instead of the
java

app,  and from Unix rsh the script, the xterm
correctly displays.  But as soon as I put in the
java

app, it does not display.

To summarize:
 1.  From Unix, run java app on Unix, display to
Windows (works)
 2.  From Unix, rsh java app on Windows, display to
Windows (does NOT work)
 3.  From Unix, rsh cygwin xapps (xterm, xclock
etc)

on Windows, display to  Windows (works)

Does anyone know what this might be the case?  And
is

there any way to get #2 to work?


Ben,

There is no Cygwin-aware Java JDK.  This basically
means that, unlike the
Unix one, the JDK you're using on Windows is not using
the X protocol to
display windows, but rather the Windows GDI one.  In
other words, you
cannot do what you want without a VNC-like tool that
would let you display
*any* Windows native application using X.
Igor
__
Do you Yahoo!?
Yahoo! SiteBuilder - Free, easy-to-use web site design software
http://sitebuilder.yahoo.com

Re: XFree86-xserv 4.3.0-3 crashing Win2k

[Steinar Bang]

> Harold L Hunt II <[EMAIL PROTECTED]>:

> Steinar,
> XFree86-xserv-4.3.0-3 is Test95.

> So, no, your bug is not fixed in Test95.

> Besides, your bug seems to occur when you simply click on the tray
> icon, before you even get a menu, correct?

Nope.  It happens after I've selected "Exit".

Re: Xedit failure

[Earle F. Philhower III]

Howdy Rodrigo...
At 03:43 PM 8/13/2003 -0400, you wrote:
I have to report a failure of xedit with XFree86-bin 4.3.0-1:
$ xedit
Segmentation fault (core dumped
$ cat XEDIT.EXE.stackdump
Exception: STATUS_ACCESS_VIOLATION at eip=0041D8F7
...
$cat /proc/version
CYGWIN_95-4.0 1.3.22(0.78/3/2) 2003-03-18 09:20
Version of XWin is 4.3.0-3
A clean CVS download of xfree86 from their tree, make World, make install,
finally running xedit has the same problem, it's not a problem specific
to the XWin packages.
May I suggest using an editor that's been updated in the last 9 years? :)
/* $XConsortium: xedit.c,v 1.28 94/03/26 17:06:28 rws Exp $ */
-Earle F. Philhower, III
 [EMAIL PROTECTED]
 cdrlabel - ZipLabel - FlpLabel
 http://www.cdrlabel.com

Re: Updated on sourceware: XFree86-bin-icons-4.3.0-2

[Steinar Bang]

> Harold L Hunt II <[EMAIL PROTECTED]>:

> The XFree86-bin-icons-4.3.0-2 package has been updated in the Cygwin
> distribution.

Is there a way to list the content of an installed cygwin package?
Ie. something like "rpm -ql" or "dpkg -L"?

The other day I was looking for a nice icon to use on my startxwin.bat
shortcut(s) on the desktop, and I was wondering if one could be found
in here?

Re: Cannot display through rsh

[Igor Pechtchanski]

On Tue, 12 Aug 2003, Ben Kim wrote:

> I am trying to call a script located on my Windows box
> from my Unix box through rsh.  All the script does is
> run a java GUI application that outputs some
> information in standard out.  When I run this script
> through rsh, the java process is up and running on
> Windows (I also see output, also check task manager)
> but the GUI frame does not show up.  On Windows, I
> installed cygwin and xfree.  I started X via
> xstartwin.  I also xhost + to allow any host to
> remotely display on Windows.  I know display isn't the
> problem because if I am on my Unix machine, if I set
> the display to Windows, and run the java app locally
> on Unix, the app correctly displays on Windows.  Only
> if the I'm trying to rsh the same script on Windows
> from Unix, this doesn't work.  Another interesting
> point is that if I were to change the script on
> Windows to run cygwin/xfree xterm instead of the java
> app,  and from Unix rsh the script, the xterm
> correctly displays.  But as soon as I put in the java
> app, it does not display.
>
> To summarize:
>   1.  From Unix, run java app on Unix, display to
> Windows (works)
>   2.  From Unix, rsh java app on Windows, display to
> Windows (does NOT work)
>   3.  From Unix, rsh cygwin xapps (xterm, xclock etc)
> on Windows, display to  Windows (works)
>
> Does anyone know what this might be the case?  And is
> there any way to get #2 to work?

Ben,

There is no Cygwin-aware Java JDK.  This basically means that, unlike the
Unix one, the JDK you're using on Windows is not using the X protocol to
display windows, but rather the Windows GDI one.  In other words, you
cannot do what you want without a VNC-like tool that would let you display
*any* Windows native application using X.
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
 |,4-  ) )-,_. ,\ (  `'-'   Igor Pechtchanski, Ph.D.
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

"I have since come to realize that being between your mentor and his route
to the bathroom is a major career booster."  -- Patrick Naughton

Re: XFree86-start-menu-icons path problem

[Harold L Hunt II]

Brian,

I trust that you will figure out what to do here.

I don't have a lot of time right now, so let me know what you come up 
with :)

Harold

Brian E. Gallew wrote:

Dr.D.J.Picton wrote:

A similar change to the system path enabled the start menu icons to work.
But is it a recommended practice to include Cygwin directories in the 
standard
system path?  (It makes it easier to launch Cygwin applications from a 
Windows environment, but I'm worried about potential side effects).  
In my
view it would be preferable for the path setting to be handled by the 
shortcut.


That's an interesting question.  I habitually set my path to include all 
the stuff I plan on running (which is kind of the point of PATH).  OTOH, 
privileged accounts generally run with a restricted PATH to reduce the 
chance of running a trojan.  As time passes, I'm becoming more and more 
convinced that the right answer here is to either patch run.exe to let 
me set the PATH on the command line (or better yet, extend it), or 
provide a wrapper program that sets the PATH and so forth before 
invoking run.exe.  I clearly need to modify my script already to fix a 
few more icon issues, so that would be the time to make any other changes.

The other side of the question is: what PATH do I use?  If I explicitly 
set the PATH I run the risk of overriding someone's preferences on which 
 binaries to run, and where to run them from.  Further, I risk missing 
anything installed in a non-standard location.  The way the script runs 
now, it checks that they programs are available in the PATH that exists 
when the script is run (from the setup.exe envionment or the user 
environment).

Re: mouse right-click problems on Sun

[Dr.D.J.Picton]

> From: "Bernard Disselborg" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>

> I'm also using a 3 button mouse, and experience this problem both on
> (Sparc) Solaris 2.6 an 8.
> I've also installed the latest Logitec Mouseware drivers, but this did
> not help.

One thing to try - start up xev, move the pointer into the window, and see
how it responds to mouse buttons.

The mouse I'm using is really a 2 button mouse with a central
track wheel which the X server regards as the middle button.  Turning the
wheel gives a further two 'buttons'. 

Left button   -> button 1 (i.e. left)
Depress trackwheel-> button 2 (i.e. middle)
Right key -> button 3 (i.e. right)
Push trackwheel away  -> button 4 (press+release)
Pull trackwheel towards   -> button 5 (press+release)

What response does xev give to a right mouse press?  If it's an incorrect
button (e.g. button 5), you'll be able to fix things up using xmodmap.

Re: Unable to delete .X11-unix\X0 file

[Harold L Hunt II]

Boris Mayer-St-Onge wrote:

Hi everybody,

We have Cygwin 1.3.22-1 installed on a Windows XP sp1 machine with 
XFree86 4.3.0-1.  The computer is part of a domain and can be use by 
several users.

The installation on Cygwin/XFree86 has been done as follow :

1- As Administrator, we have installed Cygwin/XFree86 on a local D:\ 
drive (so not at the standard folder).

2- We have edited the file usr\X11R6\bin\starxwin.bat to set correctly 
the variable CYGWIN_ROOT.

You shouldn't need to do that if you are running startxwin.bat from the 
d:\ drive and Cygwin was installed to d:\cygwin.  On the other hand, if 
you used a directory other than d:\cygwin, you would have to set 
CYGWIN_ROOT.

When we run Cygwin/XFree86, everything is correct for everybody. 
Unfortunately, when a user close his session without exiting 
Cygwin/XFree86, the file tmp\.X11-unix\X0 is not deleted.  When an other 
user try to open Cygwin/XFree86, the application doesn't start since the 
file tmp\.X11-unix\X0 is present and the user is not able to delete it. 
 As administrator I must then delete the file.

I have try to modify the permissions on folder tmp and tmp\.X11-unix to 
allow users to delete the XO file but I doesn't work.

So my questions are :

1- Is the above situation normal?

2- If not, what should I forget to do during the installation and 
configuration?

3- If yes, is it possible to allow users to delete XO file?

Thanks in advance for suggestions and answers.
Short of an administrative permissions fix (which I still think should 
work), I can only suggest that maybe it is time we start trapping the 
logoff/shutdown messages and call GiveUp when this happens.  I would 
think that Windows would send the WM_QUIT or WM_CLOSE message to all 
open applications in these cases, but I could be wrong.  Are the users 
simply turning the machine completely off?  If so, then you would need 
to retrain the users before looking for other solutions.

Harold

4.3.0: Problems and questions after the first time install

[Alexei Lioubimov]

Hello,
I'm novice to X.
I'm running Win98 on Celeron 433 box with 92Mb RAM and Matrox G200
videocard. I've recently have downloaded and installed the XFree86 Cygwin
packages (the main goal is to try the DDD debugger):

$ cygcheck -c

Cygwin Package Information
Package Version
...
cygwin  1.3.22-1
...
XFree86-bin 4.3.0-1
XFree86-etc 4.3.0-3
XFree86-fcyr4.2.0-3
XFree86-fenc4.2.0-3
XFree86-fnts4.2.0-3
XFree86-lib 4.3.0-1
XFree86-prog4.3.0-1
XFree86-startup-scripts 4.2.0-5
XFree86-xserv   4.3.0-2
XFree86-xwinclip4.3.0-1
xpm-nox 4.2.0-1
...

I've met some problems after installation and have the following questions:

1) Xserver seems to be very very slow - is it because my computer is not the
modern one, or something is wrong with the installation or configuration?

2) Xterm: Why do I need to press  key TWICE when I want to envoke
every command in Xterm?

3) XClock: When I want to launch XClock, the application starts, but I get
the following message:

Warning: Cannot convert string "" to type XftFont

What does it mean, how to override this?

4) XEdit: I COULD NOT START the XEdit AT ALL!? - instead all the time i get
the following message:

$ xedit

Segmentation fault (core dumped)

I'm ready to provide any additional information as needed.
Thank you.
Alexey Lyubimov

RE: Issues with Launching remote X apps

[Armbrust, Daniel C.]

Beautiful.  Works like a charm.  Thanks a lot!

Dan


-Original Message-
From: Igor Pechtchanski [mailto:[EMAIL PROTECTED] 
Sent: Thursday, August 14, 2003 11:50 AM
To: [EMAIL PROTECTED]
Subject: Re: Issues with Launching remote X apps


On Thu, 14 Aug 2003, Armbrust, Daniel C. wrote:

> I'm trying to setup my startxwin.bat script in such a way that it logs
> in to a remote linux machine, and starts kde, with one click.
>
> I'm there, except for the launching of kde part.
>
> Here are (what I think are) the important commands from the script:
>
> start XWin -screen 0 1280 960 -clipboard
> run xsetroot -solid aquamarine4
> run /usr/X11R6/bin/xHost.exe +
> run xterm -geometry 80x24+0+0 -sb -leftbar -e ssh -f mir01startkde
>
> But for some reason, when it executes 'startkde' it seems to do so
> without having loaded my environment variables, etc first.  I get lots
> of errors, and it dies.
>
> If I make the last line in the .bat file this instead:
> run xterm -geometry 80x24+0+0 -sb -leftbar -e ssh mir01
>
> The ssh connection works correctly, and then if I type in 'startkde'
> everything runs great.
>
> What am I doing wrong with the ssh command?
>
> Thanks,
> Dan

Dan,

ssh has two modes of operation: a remote shell, and a remote login.  When
you supply a script to execute, it acts as a remote shell.  When you don't
(i.e., your second case), it acts as a remote login, executing all
login/rc scripts.  Apparently, you need to execute your login/rc scripts
to set up the environment to run kde.  If your login shell is bash, try
forcing a login by running

run xterm -geometry 80x24+0+0 -sb -leftbar -e ssh -f mir01 /bin/bash --login -c 
startkde

(I'm assuming the lack of space in the above command is a typo).  If your
login shell is something else, you'll need to find out which flag to pass
to it to force a login shell (for tcsh it's '-l' IIRC).
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
 |,4-  ) )-,_. ,\ (  `'-'   Igor Pechtchanski, Ph.D.
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

"I have since come to realize that being between your mentor and his route
to the bathroom is a major career booster."  -- Patrick Naughton

Xedit failure

[Rodrigo Medina]

 Hi,

I have to report a failure of xedit with XFree86-bin 4.3.0-1:

$ xedit  
Segmentation fault (core dumped
$ cat XEDIT.EXE.stackdump 
Exception: STATUS_ACCESS_VIOLATION at eip=0041D8F7
eax=0001 ebx=1005F610 ecx=0400 edx=0001 esi=0145
edi=1005F940
ebp=009BF088 esp=009BF070 program=C:\CYGWIN\USR\X11R6\BIN\XEDIT.EXE
cs=014F ds=0157 es=0157 fs=3F6F gs= ss=0157
Stack trace:
Frame Function  Args
009BF088  0041D8F7  (1005F610, 0001, 0003, 009BF255)
009BF0A8  0041E013  (1005F610, 0001, , 0051)
009BF378  00449EC4  (004FE490, 0001, 1007EA70, )
009BF408  00420A76  (1007EA70, 009BF420, , 0041A62F)
009BF448  00420FA8  (1007EA70, 1005F9A0, 0001, 610AD391)
009BF478  0042279D  (0004, 00411520, 009BFD68, 0040155F)
009BF488  00411559  (10039C78, 0001, 000C, 0001)
009BFD68  0040155F  (0001, 615F3858, 10030328, 009BFD9C)
009BFDB8  61007408  (610D1F58, FFFE, 0006, 610D1E7C)
009BFE08  610076ED  (, , BFFBFA00, 009BFF68)
009BFE28  004FB092  (004013A0, 037F0500, 009BFF78, BFF88E93)
009BFE38  0040103C  (81670F30, 81670AD8, 007B, 69646558)
009BFF78  BFF88E93  (BFF88A87, 0019, 81670F30, )
337 [main] xedit 3259411 handle_exceptions: Error while dumping state
(proba
bly corrupted stack)
$
 

$cat /proc/version
CYGWIN_95-4.0 1.3.22(0.78/3/2) 2003-03-18 09:20

Version of XWin is 4.3.0-3


Rodrigo Medina

startx and ssh

[Gary Nicholson]

I have been trying to de-bug a problem with startx. 

When I tried to run the file, I would get a server window,
no clock and no terminal windows. The command-line
errors were: 
..
Xlib: connection to "0.0" refused by server
Xlib: No Protocol specified

These error messages would repeat until I hit ^Z 
from the console command line.

I found that the script would fail if a .Xauthority file
existed in my home directory. If I removed the file,
startx ran without errors; the server, the clock and
the terminal windows all opened successfully when
there was no .Xauthority file in my home directory.

I found that the .Xauthority file was being created 
when I logged onto my Cygwin machine from another 
machine using ssh with the same login name.

I am proposing a fix for this problem:

In /usr/X11R6/bin/startx, add the following code before 
the block that exports the XAUTHORITY variable:

# remove $HOME/.Xauthority if it exists 
if [ -f $HOME/.Xauthority ]; then
  rm $HOME/.Xauthority
fi

This code just removes .Xauthority if it exists. 
If .Xauthority doesn't exist, it does nothing.

I tested whether removing the file would disrupt
a running ssh session; it didn't.

Some content causes errors; some content may not. 
(When I followed the rm $HOME/.Xauthority command
with a touch $HOME/.Xauthority command,
the X server and xterms started without errors. Can
someone explain that?)

When a client tries to create an ssh session, xauth 
will create a new .Xauthority file, if one does not exist.

One email in the archives suggested avoiding startx 
altogether, in favor of xinit. Using xinit gave me no 
problems, even when .Xauthority was present. 
I just wanted to find out, for my own reasons, why 
startx was not working.

Does anyone have any feedback?

Is there a down-side to removing .Xauthority which I
haven't considered? Is there some reason this fix won't 
work? Has anyone done something that solves this
problem more elegantly?

Gary

Re: HELP, xinit failure

[Igor Pechtchanski]

On Sat, 9 Aug 2003, rodmedina at cantv dot net wrote:

> Dr.D.J.Picton [dave at aps5 dot ph dot bham dot ac dot uk]   wrote:
>
> > 
> > 2.  You may also lack the compatibility package, which ensures that 'old'
> > (i.e. pre-upgrade) X11 binaries will continue to work.  From setup,
> select the
> > following package for installation:
> > XFree86-lib-compat.
>
> Indeed I had skipped that package.
>
> Thank you very much
>
> Rodrigo Medina

In the future, you might find the setup package search page at
 useful for these kinds of queries.
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
 |,4-  ) )-,_. ,\ (  `'-'   Igor Pechtchanski, Ph.D.
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

"I have since come to realize that being between your mentor and his route
to the bathroom is a major career booster."  -- Patrick Naughton

Re: XFree86-xserv 4.3.0-3 crashing Win2k

[Steinar Bang]

> Steinar Bang <[EMAIL PROTECTED]>:

> Steinar Bang <[EMAIL PROTECTED]>:
>> Platform: Intel PIII, Win2k professional,
>> XFree86-xserv 4.3.0-3

>> Now I've crashed Win2k twice in one day, by opening the RMBM on the
>> icon in the tool tray, and selecting "Exit".

> Make that "thrice".

>> The first time it happened I had the root window visible, but the
>> second time I did not have the root window visible, and all X
>> windows were closed.

> This was with the root window invisible and all X windows closed.


I'm guessing that I'm seeing what is described in the quote by Harold
below, and that this is fixed in Server Test 95.

> Harold L Hunt II <[EMAIL PROTECTED]>:
[snip!]
> Changes:

> 1) Signal the clipboard and multiwindow window manager threads to
> stop trying to reconnect when the server is being shutdown.  These
> reconnection attempts were causing intermittent GPFs (General
> Protection Faults) on shutdown.  (Earle F. Philhower III)

Re:XFree86-xserv 4.3.0-3 crashing Win2k

[Rodrigo Medina]

Hi,
I want to report a XWin failure, I think related to the problem
discussed in this thread.

My instalation:
$cat /proc/version
CYGWIN_95-4.0 1.3.22(0.78/3/2) 2003-03-18 09:20

Version of XFree86-xserv : 4.3.0-3

The problem appears only with the -multiwindow option.

$XWin -multiwindow &
[1] 996399
$xterm &
[2] 627351


The xterm functions perfectly well.
Then I close xterm with exit.
$
[2]+  Donexterm

Now I close the X server by clicking Exit in the button on the taskbar.

An alert window of WINDOWS appears telling that XWin has executed an invalid
instruction an that the PC should be rebooted. Details:

XWIN provocó un fallo de pila en el módulo KERNEL32.DLL de 014f:bff725c5.
Registros:
EAX=002a0037 CS=014f EIP=bff725c5 EFLGS=0287
EBX=fe6a9000 SS=0157 ESP=0173e04e EBP=0173e062
ECX=815e28fc DS=0157 ESI=0173e072 FS=0eaf
EDX=815e28fc ES=0157 EDI=815e28fc GS=0df6
Bytes en CS:EIP:
6a ff e8 d0 85 01 00 eb e7 55 8b ec 56 57 53 8b
Volcado de pila:
fe6a9000 815e290c 0173e072 e0b00173 3ec40173 0173e0bc bff7294f 815e28fc
0173e072 012f7a98 01870028 e0df0002 0173 e090 0173 ebd6

In the rxvt window from which XWin was started one gets a message:
$
winMutliWindowWMIOErrorHandler!

[1]+  DoneXWin -multiwindow
$


I have attached the /tmp/XWin.log  file.

If XWin is started and then closed, without running any Xwindow application,
there is no problem. I attach the XWin.log also for this case.

$XWin -multiwindow &
[1] 3623471
$
[1]+  DoneXWin -multiwindow
$


I hope that this information could be useful.
 
Rodrigo Medina


XWin.log.OK
Description: XWin.log.OK


XWin.log.failure
Description: XWin.log.failure

Unable to delete .X11-unix\X0 file

[Boris Mayer-St-Onge]

Hi everybody,

We have Cygwin 1.3.22-1 installed on a Windows XP sp1 machine with 
XFree86 4.3.0-1.  The computer is part of a domain and can be use by 
several users.

The installation on Cygwin/XFree86 has been done as follow :

1- As Administrator, we have installed Cygwin/XFree86 on a local D:\ 
drive (so not at the standard folder).

2- We have edited the file usr\X11R6\bin\starxwin.bat to set correctly 
the variable CYGWIN_ROOT.

When we run Cygwin/XFree86, everything is correct for everybody. 
Unfortunately, when a user close his session without exiting 
Cygwin/XFree86, the file tmp\.X11-unix\X0 is not deleted.  When an other 
user try to open Cygwin/XFree86, the application doesn't start since the 
file tmp\.X11-unix\X0 is present and the user is not able to delete it. 
 As administrator I must then delete the file.

I have try to modify the permissions on folder tmp and tmp\.X11-unix to 
allow users to delete the XO file but I doesn't work.

So my questions are :

1- Is the above situation normal?

2- If not, what should I forget to do during the installation and 
configuration?

3- If yes, is it possible to allow users to delete XO file?

Thanks in advance for suggestions and answers.

Boris

Re: odd problem in test94 +

[Harold L Hunt II]

Peter,

Is the keyboard working in all other X applications running under 
Cygwin/XFree86?

Harold

Peter Colovas wrote:

All,
an odd problem has cropped up for me in test94(I think) and later:
for our development on real-time chasses we telnet to a terminal server 
which is connected to the serial ports of the RT  boards we're working 
on. Now, when I telnet in to the terminal server, the serial port no 
longer responds to the keyboard. I can get in using exceed and there are 
no problems, but with cygwin/xfree it no longer works. Any ideas why 
this might be so?

RE: No keyboard with XFree86 4.0.3

[Lester Ingber]

I am using a startxwin.sh file modified (I use a copy in
/usr/local/bin/startxwin.sh) as

XWin -unixkill -rootless -emulate3buttons -clipboard &
wmaker &
xsetroot -solid blue
xterm -sb -bg white -fg darkblue -cr red -ms red -bd red -geometry 80x84+532+0 -name 
center &
xterm -sb -bg white -fg darkblue -cr red -ms red -bd red -geometry 80x84+1033+0 -name 
right &
xterm -sb -bg white -fg darkblue -cr red -ms red -bd red -geometry 215x88-70+0 -name 
large

Thanks.

Lester


: On Tue, 5 Aug 2003, Lester Ingber wrote:
: 
: > Yes, I do have
: > XF86_Switch_VT_1:1008FE01
: > 
: > Yes, I do see XKEYSMDB under `printenv`, but I do not have any
: > entry in my files that set this?  Worse, I see
: > XKEYSYMDB=/usr/X11R5/lib/X11/XKeysymDB
: > In fact, I see a lot of variables set using X11R5.
: 
: Maybe you had another xserver installed (maybe MiX)
: 
: > In /usr/ I just did
: > ln -s X11R6 X11R5
: > and now my keyboard works OK under XFree.
: > 
: > I'd like to track down where the X11R5 variables are being set?
: 
: (Instructions are for win2k. Labels are translated from german, so
: they may be called differently on winxp or english versions)
: Check the Entry "System" from the Windows Controlpanel. On the
: last tab (Advanced?) is an entry for environment vars. Search there
: for the entries.
: 
: bye
:   ago

-- 
 Prof. Lester Ingber  [EMAIL PROTECTED]  [EMAIL PROTECTED]
 www.ingber.com www.alumni.caltech.edu/~ingber

mouse right-click problems on Sun

[Bernard Disselborg]

Hello,

I'm using Cygwin/XFree86 (Latest version) on W2K. When running
applications from a Solaris system the mouse right-click does not work,
running applications from a AIX system works OK.

In the archive I found some discussions on this topic, some suggesting
that the Solaris X libraries are broken, but no solution.

Anyone found a solution/workaround for this problem ?

Thanks in advance,

Bernard

Re: winIsFakeCtrl_L does not work correctly in Windows XP

[Harold L Hunt II]

Oskar,

When I wrote the initial code I did not have Windows XP.  I believe that 
there has been discussion on the mailing list about a work-around for 
Windows XP on the mailing list.  Please search the archives.

I will eventually take a look at this, but I cannot promise anything.

Writing this code originally took a lot of time and meticulous tracking 
of exactly what is happening.  I estimate it would take about 20 hours 
to get comfortable with the code again and fix the problem.

Harold

Oskar Malm wrote:

I have investigated this a little bit further and it appears
as if this problem only occurs on Windows XP (not W2K or NT).
In addition, it is not a new problem either, because I tried
a Cygwin release from Q4 2002 and had the same problem.
Here is a trace from xev:

KeyPress event, serial 23, synthetic NO, window 0x201,
root 0x3a, subw 0x202, time 168910630, (48,24), root:(115,203),
state 0x0, keycode 37 (keysym 0xffe3, Control_L), same_screen YES,
XLookupString gives 0 characters:  ""
KeyPress event, serial 23, synthetic NO, window 0x201,
root 0x3a, subw 0x202, time 168910630, (48,24), root:(115,203),
state 0x4, keycode 113 (keysym 0xff7e, Mode_switch), same_screen YES,
XLookupString gives 0 characters:  ""
KeyRelease event, serial 24, synthetic NO, window 0x201,
root 0x3a, subw 0x202, time 168910710, (48,24), root:(115,203),
state 0x2004, keycode 37 (keysym 0xffe3, Control_L), same_screen YES,
XLookupString gives 0 characters:  ""
KeyRelease event, serial 24, synthetic NO, window 0x201,
root 0x3a, subw 0x202, time 168910710, (48,24), root:(115,203),
state 0x2000, keycode 113 (keysym 0xff7e, Mode_switch), same_screen YES,
XLookupString gives 0 characters:  ""
Clearly the Control_L events should not be there. Maybe Windows XP generates
these events in a different order causing the filter to fail?
/Oskar

-Original Message-
From: Oskar Malm [mailto:[EMAIL PROTECTED]
Sent: den 12 augusti 2003 19:02
To: '[EMAIL PROTECTED]'
Subject: FW: winIsFakeCtrl_L does not work correctly in Windows XP
Hi,

Today I upgraded my Windows machine from NT4 to XP and also reinstalled the
latest version of
XFree86. Now the right Alt key (AltGr) on my swedish keyboard does not work
any more. I checked
what events are generated with xev and found that some, but not all extra
CTRL events generated
by Windows are not filtered. There was no obvious pattern. Is this a known
issue?
Thanks,
Oskar Malm

Re: New on sourceware: XFree86-bin-icons-4.3.0-1

[Philippe Bastiani]

Hi,

> > -1- when I start a X module, this one does not appear in the START menu
(XP
> > style). I need to open 2 times the menu to see the new entry.
>
> I have no idea what this means.

In fact, it seems to me that's a 'hidden' specification of WinXp !

> > -2- if i start several X modules, only the last module appear in the
menu:
> > the second X entry hides the first one; the third entry hides the second
> > one; and so on...
>
> If you're talking about a "Recent Applications" thing, then yes, you
> should get behaviour like this.  Every one of these commands is launched
> by /usr/X11R6/bin/run (you can see this by looking at the properties for
> the shortcuts).  If you don't use the run command, then pretty much
> every program will end up with a useless console window (except rxvt).
>
Ok.. so again, a 'hidden' specification of WinXp :( I made some others
tests: it seems that WinXP does not manage properly shortcup with parameters
in the command line...

A+
Philippe

test, please ignore

[Nedko Arnaudov]

I need to test if I am able to post to *this* newsgroup/mailinglist
Please ignore.

Re: xfree cvs

[J S]

Harold,

Have you had a chance to do this yet?


Hold on, I lied.

If you follow that link I sent you, it shows that none of the files in the 
xfixes directory match the XFIXES_BRANCH tag.  I can't get my home machine 
to boot up, so I don't think I can fix this until tonight.

Harold

Harold L Hunt II wrote:

JS,

Okay, it looks like you are using my suggested directory structure from 
the Contributor's Guide.  Does this mean that you have XFIXES_BRANCH 
somewhere like:

/home/u752359/x-devel/xc/

?

If so, had you had a previous branch, say HEAD, at:

/home/u752359/x-devel/xc/

?

Yes?  Good.  That means that you simply forgot to rerun lndir:

cd /home/u752359/x-devel/build
rm -rf std
mkdir std
cd std
lndir ../../xc > /dev/null
cd std
make World > World.log 2>&1
This is the only thing I can think of that has possibly happened.  You can 
look at the XFIXES_BRANCH through cvsweb and see that Xserver/xfixes is 
there:

http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/xoncygwin/xc/programs/Xserver/xfixes/?only_with_tag=XFIXES_BRANCH



Another thing, please look in x-devel/xc/programs/Xserver for a directory 
called 'xfixes'.  If it is there but not in 
x-devel/build/std/programs/Xserver then it is certainly due to not 
rerunning 'lndir'.

Harold

J S wrote:

Harold,

I downloaded the XFIXES_BRANCH but when I tried to compile it I got:

make[4]: Leaving directory 
`/home/u752359/x-devel/build/std/programs/Xserver/XTrap'
cleaning in programs/Xserver/xfixes...
cd: can't cd to xfixes
cleaning in programs/Xserver/hw/xwin...
make[4]: Entering directory 
`/home/u752359/x-devel/build/std/programs/Xserver/hw/xwin'
make[4]: *** No rule to make target `clean'.  Stop.
make[4]: Leaving directory 
`/home/u752359/x-devel/build/std/programs/Xserver/hw/xwin'
cleaning in programs/Xserver/fb...
make[4]: Entering directory 
`/home/u752359/x-devel/build/std/programs/Xserver/fb'
make[4]: *** No rule to make target `clean'.  Stop.
make[4]: Leaving directory 
`/home/u752359/x-devel/build/std/programs/Xserver/fb'
cleaning in programs/Xserver/miext/shadow...
make[4]: Entering directory 
`/home/u752359/x-devel/build/std/programs/Xserver/miext/shadow'
make[4]: *** No rule to make target `clean'.  Stop.
make[4]: Leaving directory 
`/home/u752359/x-devel/build/std/programs/Xserver/miext/shadow'
cleaning in programs/Xserver/hw/xfree86/parser...
make[4]: Entering directory 
`/home/u752359/x-devel/build/std/programs/Xserver/hw/xfree86/parser'
make[4]: *** No rule to make target `clean'.  Stop.
make[4]: Leaving directory 
`/home/u752359/x-devel/build/std/programs/Xserver/hw/xfree86/parser'
make[3]: *** [clean] Error 2
make[3]: Leaving directory 
`/home/u752359/x-devel/build/std/programs/Xserver'
make[2]: *** [clean] Error 2
make[2]: Leaving directory `/home/u752359/x-devel/build/std/programs'
make[1]: *** [clean] Error 2
make[1]: Leaving directory `/home/u752359/x-devel/build/std'
make: *** [World] Error 2

Looks like the xfixes directory has gone.
Am I missing something here, like do I need to download the HEADS branch 
as well?

JS.


JS,

Sorry, the both the HEAD branch and the XFIXES_BRANCH branch were 
screwed up until just now.

I was working on committing the XFIXES_BRANCH right before my wedding 
and I appear to have committed half of the changes on HEAD and the other 
half in XFIXES_BRANCH.  I went back today and removed these changes from 
HEAD and applied them to XFIXES_BRANCH.

You should now be able to build both HEAD and XFIXES_BRANCH from the 
xoncygwin project on SourceForge.

Harold

J S wrote:

Hi Dan,

I retried downloading from the cvs and issued the command you gave me 
below but still I get the following problem doing 'make World':

+ mkdir -p ../../exports/lib/locale/zh_HK.big5hkscs
+ mkdir -p ../../exports/lib/locale/zh_TW
+ mkdir -p ../../exports/lib/locale/zh_TW.big5
+ mkdir -p ../../exports/lib/locale/zh_TW.UTF-8
+ mkdir -p ../../exports/lib/locale/el_GR.UTF-8
utils.c: In function `set_font_authorizations':
utils.c:1139: warning: assignment discards qualifiers from pointer 
target type
xf86bigfont.c: In function `ProcXF86BigfontQueryVersion':
xf86bigfont.c:335: warning: implicit declaration of function `geteuid'
xf86bigfont.c:336: warning: implicit declaration of function `getegid'
glxscreens.c:99: warning: `CountBits' defined but not used
winclipboardthread.c:35:31: extensions/Xfixes.h: No such file or 
directory
winclipboardthread.c: In function `winClipboardProc':
winclipboardthread.c:361: warning: implicit declaration of function 
`XFixesQueryExtension'
winclipboardthread.c:374: warning: implicit declaration of function 
`XFixesSelectSelectionInput'
winclipboardthread.c:377: `XFixesSetSelectionOwnerNotifyMask' 
undeclared (first use in this function
)
winclipboardthread.c:377: (Each undeclared identifier is reported only 
once
winclipboardthread.c:377: for each function it appears in.)
make[5]: *** [winclipboardthread.o] Error 1
winclipboardxevents.c:35:31: extensions/Xfixes.h: No such file or 
directory
winclip

RE: No keyboard with XFree86 4.0.3

[Alexander Gottwald]

On Tue, 5 Aug 2003, Alexander Gottwald wrote:

> can you make sure that you have only one file XKeysymDB on your host, 
> no environment var XKEYSMDB set and the file /usr/X11R6/lib/X11/XKeysymDB 

Please try also 
strace xkbcomp -xkm -m us /etc/X11/xkb/keymap/xfree86 >strace.log
and send me a snippet from the trace starting with 
open: open (/usr/X11R6/lib/X11/XKeysymDB, 0x0)
and ending with 
fhandler_base::close: closing '/usr/X11R6/lib/X11/XKeysymDB' handle 0x2A8

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

Re: rfe: seamless windows integration

[Harold L Hunt II]

Brian E. Gallew wrote:

Christopher Faylor wrote:

However, I don't see why this would require any setup changes.  A
postinstall script should be able to set up icons, etc.  I can't decide
if the thought of a folder filled with scores of icons for X programs is
intriguing or frightening, though.


First, create a folder in the Programs section of your Start Menu named 
"Cygwin-XFree86".  Then, the following script will produce working 
links, BUT it's not what you want.

cd /usr/X11R6/bin
for d in *.exe
do
 mkshortcut -P --icon=/cygwin.ico \
  --arguments="$d -display :0" \
  --name=Cygwin-XFree86/$(basename $d .exe) \
  --workingdir=$HOME /usr/X11R6/bin/run.exe
done
This skips any shell scripts, which is (usually) what you want. 
Unfortunately, there are a lot of programs in that directory which 
really want a terminal (e.g. xdpyinfo).  Further, there are programs in 
there that don't belong here like this (e.g. Xwin.exe).

So, to do this *right*, we'd need a couple things:
1) A canonical hierarchy structure (e.g. Start Menu/Program/Cygwin/XFree86)
2) A script which defines two shortcut functions (or more?), one like 
the above shortcut for "real" X11 programs, and one which appends 
"|xterm -e more" to the commands
3) Someone to take the time to carefully pick and choose which kind of 
shortcut (if any!) gets generated for each application.

The up side of this is, if implemented, we could then ask other package 
maintainers to add an appropriate shortcut for their X-enabled 
application (e.g. emacs, vim).  I wouldn't ask that of the GNOME or KDE 
port, though, as they already have menu setups that work.

Brian,

Interesting idea.  Probably the easiest thing to do here would be to 
either create a list of 'term' programs or 'non-term' programs along 
with a list of excluded programs.  Of course, we would want to figure 
out which list, 'term' or 'non-term', was going to be shortest before 
deciding which to make.

To skirt the setup "Create Cygwin/XFree86 icons?" step, we could simply 
stuff the above lists and a modified version of your script in a new 
package called, for example, XFree86-start-menu-icons-4.3.0-1.tar.bz2.

What do you think of that?

I think this would work just fine as a sort of confirmation that the 
user wants start menu icons.  We could leave the package out of the 
XFree86-base dependency list, so only those users that really wanted the 
icons would end up getting them.

Sure, it would be nice to eventually add a setup question, but doing the 
above first would at least demonstrate to the setup folks that we 
actually have something completed.

Harold

help: startx failed

[Clive Lee]

Dear Sir/Madam,

I am starting to use cygwin
and I have followed the steps
to install. However, when I type
startx in cygwin, it appears
in the screen that

"giving up
xinit: connection refused(errno
111): unable to connect to X server
xinit: no such process(errno 3):
Server error"

Since I need to finish some
simulations by the end of this
month, it would be appreciated
if I could have help.

Thank you very much.

Regards,
Nico



1/Unzip the zipfile ns-allinone-2.26-cygwin-binaries.zip under cygwin root
directory (C:/cygwin). It will place all binary files under /usr/bin and
libraries under /usr/lib.
2/Next setup the path to tcl library by typing "export
TCL_LIBRARY=/usr/lib/tcl8.3/" at the cygwin (bash) shell prompt.
3/Inorder to run nam, you need to start the XFree86 server (type startx at
the prompt) first and then run nam.exe from one of the xterminals.

Re: rfe: seamless windows integration

[Harold L Hunt II]

Yes please.

Brian E. Gallew wrote:

Harold L Hunt II wrote:

To skirt the setup "Create Cygwin/XFree86 icons?" step, we could 
simply stuff the above lists and a modified version of your script in 
a new package called, for example, 
XFree86-start-menu-icons-4.3.0-1.tar.bz2.

What do you think of that?


Actually, this is probably a really, really easy way to handle it.  If 
you want, I'll take a stab at such a script.

Re: XWinrc configurable server (menus/icons)

[Alexander Gottwald]

On Wed, 6 Aug 2003, Earle F. Philhower III wrote:

> The started
> app sees all ENV variables that XWin.exe saw at startup, so if you set
> your DISPLAY before starting XWin you don't need the -display x.x.x.x:y.y
> options.

Don't rely on that. At our company many people are using just XWin and no 
startup scripts (were using it to connect to a compute server). There is
no DISPLAY variable set.

And you don't know if the Microsoft Services for Unix will preset DISPLAY
so some very strange value *g*

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

Re: XWinrc configurable server (menus/icons)

[Earle F. Philhower III]

Howdy Harold...

At 09:30 AM 8/6/2003 -0400, you wrote:
That is really the problem: the machines don't die; they just freeze. So I 
have a computer sitting here that I can't keep my hands off but it 
randomly freezes between a couple of times an hour and once every couple 
of hours.  Oh well, the return is authorized now, so I have to send it 
back within five days :)
That's why it's always brand-X Frankenstein machines for me.  Unfortunately
laptops are the only type of machine today that really need a manufacturer.
For desktops, everyone just slaps together the same parts.  I'll take good
note of the Inspiron crashes, my company is offering to buy us a computer
at Dell and I don't feel like getting a piece of junk.
** There's also a off-by-one bugfix in winmultiwindowclass.c, so no matter
what that file's changes should go in... **
Could you elaborate just a little on what this problem was?  Do you expect 
it to fix any crashes?
Possibly some crash fixes, but definitely anything that looked at the res_name
portion of the winMultiWindowGetClassHint() function would get an unterminated
string in the heap...
 len_name = strlen ((char *) prop->data);
 (*res_name) = malloc (len_name + 1); <= allocated space for trailing 0
 if (!*res_name) { return 0; }
 strncpy ((*res_name), prop->data, len_name);  <= won't copy that trailing 0!
Just changing the strncpy to
 strncpy ((*res_name), prop->data, len_name+1);  <= will copy that trailing 0
is the patch.
Oh yeah, a simple "if (fork()==0) { execl(); exit(0); }" seems to spawn X and
Windoze apps fine.  I know there was some discussion about this earlier...
In the end I am probably not ready to code anyone into submission, so I 
will probably just accept what works, which will become the defacto 
standard, etc.
You may still be correct with your worries, I'm sure there's a file descriptor
that the OS is dup2()'ing there you don't want.  FWIW I'm execl()'ing
/bin/sh -c  
Interesting.  I like the point raised by David Fraser about maybe making a 
substitutable %DISPLAY% variable for the config file so that you can 
reference the current display.  How hard would that be?
That's just laziness on my part.  The function HandleCustomWM_COMMAND
in winmultiwindowprefs.c can do some peeking at the server setup (or
it can be passed in in the LoadPreferences() call) and then do a
strcpy followed by search-n-replace in the copied portion.  The started
app sees all ENV variables that XWin.exe saw at startup, so if you set
your DISPLAY before starting XWin you don't need the -display x.x.x.x:y.y
options.
-Earle F. Philhower, III
 [EMAIL PROTECTED]
 cdrlabel - ZipLabel - FlpLabel
 http://www.cdrlabel.com

RE: winIsFakeCtrl_L does not work correctly in Windows XP

[Oskar Malm]

I searched the archives again and found a mail from
Andreas Schessner. He suggested removing the Windows XP
PowerToys and now the problem is gone (just removing the
component is not enough though, you will have to reboot
as well).

Thanks,
Oskar

solution/workaround.

-Original Message-
From: Harold L Hunt II [mailto:[EMAIL PROTECTED]
Sent: den 14 augusti 2003 17:44
To: [EMAIL PROTECTED]
Subject: Re: winIsFakeCtrl_L does not work correctly in Windows XP


Oskar,

When I wrote the initial code I did not have Windows XP.  I believe that 
there has been discussion on the mailing list about a work-around for 
Windows XP on the mailing list.  Please search the archives.

I will eventually take a look at this, but I cannot promise anything.

Writing this code originally took a lot of time and meticulous tracking 
of exactly what is happening.  I estimate it would take about 20 hours 
to get comfortable with the code again and fix the problem.

Harold

Oskar Malm wrote:

> I have investigated this a little bit further and it appears
> as if this problem only occurs on Windows XP (not W2K or NT).
> In addition, it is not a new problem either, because I tried
> a Cygwin release from Q4 2002 and had the same problem.
> 
> Here is a trace from xev:
> 
> KeyPress event, serial 23, synthetic NO, window 0x201,
> root 0x3a, subw 0x202, time 168910630, (48,24), root:(115,203),
> state 0x0, keycode 37 (keysym 0xffe3, Control_L), same_screen YES,
> XLookupString gives 0 characters:  ""
> 
> KeyPress event, serial 23, synthetic NO, window 0x201,
> root 0x3a, subw 0x202, time 168910630, (48,24), root:(115,203),
> state 0x4, keycode 113 (keysym 0xff7e, Mode_switch), same_screen YES,
> XLookupString gives 0 characters:  ""
> 
> KeyRelease event, serial 24, synthetic NO, window 0x201,
> root 0x3a, subw 0x202, time 168910710, (48,24), root:(115,203),
> state 0x2004, keycode 37 (keysym 0xffe3, Control_L), same_screen YES,
> XLookupString gives 0 characters:  ""
> 
> KeyRelease event, serial 24, synthetic NO, window 0x201,
> root 0x3a, subw 0x202, time 168910710, (48,24), root:(115,203),
> state 0x2000, keycode 113 (keysym 0xff7e, Mode_switch), same_screen
YES,
> XLookupString gives 0 characters:  ""
> 
> Clearly the Control_L events should not be there. Maybe Windows XP
generates
> these events in a different order causing the filter to fail?
> 
> /Oskar
> 
> -Original Message-
> From: Oskar Malm [mailto:[EMAIL PROTECTED]
> Sent: den 12 augusti 2003 19:02
> To: '[EMAIL PROTECTED]'
> Subject: FW: winIsFakeCtrl_L does not work correctly in Windows XP
> 
> 
> Hi,
> 
> Today I upgraded my Windows machine from NT4 to XP and also reinstalled
the
> latest version of
> XFree86. Now the right Alt key (AltGr) on my swedish keyboard does not
work
> any more. I checked
> what events are generated with xev and found that some, but not all extra
> CTRL events generated
> by Windows are not filtered. There was no obvious pattern. Is this a known
> issue?
> 
> Thanks,
> Oskar Malm

-clipboard mark-region cut and paste xemacs dilemma in cygwin xfree86

[terrence brannon]

(How's that for a google-searchable title :))

I am between a rock and a hard place. If I start X-windows without
the -clipboard option, then I cannot cut and paste between my windows web
browser (mozilla) and my x-terminals using the middle mouse button.

If I do start X-windows with the -clipboard option, then Xemacs seems to not
be able to mark the region. Or rather, just after marking the region via the
mouse or by hitting ctrl-space and moving to the other end of the region, I
cannot use the region with the error: "Region is not active now"

This is my cygwin X-windows startup file

export DISPLAY=localhost:0.0



#XWin -unixkill -rootless -emulate3buttons -clipboard &
#XWin -unixkill  -emulate3buttons -clipboard &
XWin -unixkill  -emulate3buttons  &


wmaker &
#openbox &
#fvwm &

# lesstiff *

xterm -sb -bg white -fg darkblue -cr red -ms red -bd red -geometry
80x20+532+0 -name center &
xterm -sb -bg white -fg darkblue -cr red -ms red -bd red -geometry
80x20+1033+0 -name right &
xterm -sb -bg white -fg darkblue -cr red -ms red -bd red -geometry
80x20-70+0 -name large &
#xterm -sb -bg white -fg darkblue -cr red -ms red -bd red -geometry
215x88-70+0 -name large &

xhost +
ipconfig /all
.

XFree86-xserv 4.3.0-3 crashing Win2k

[Steinar Bang]

Platform: Intel PIII, Win2k professional,
  XFree86-xserv 4.3.0-3

Now I've crashed Win2k twice in one day, by opening the RMBM on the
icon in the tool tray, and selecting "Exit".

The XFree86-xserv process had been started with the following command
line: 
 start XWin -multiwindow -clipboard -xf86config /etc/X11/XF86Config -keyboard 
"Keyboard1"

The first time it happened I had the root window visible, but the
second time I did not have the root window visible, and all X windows
were closed.

I don't have the time to reproduce this willingly, but if someone
tells me what I should look at I can do so if it happens again.

There doesn't seem to be anything obvious in /tmp/XWin.log
(attached). 


- Steinar

ddxProcessArgument - Initializing default screens
winInitializeDefaultScreens - w 1280 h 960
winInitializeDefaultScreens - Returning
OsVendorInit - Creating bogus screen 0
(++) Using config file: "/etc/X11/XF86Config"
Data incomplete in file /etc/X11/XF86Config
At least one Device section is required.
(EE) Problem parsing the config file
InitOutput - Error reading config file
winDetectSupportedEngines - Windows NT/2000/XP
winDetectSupportedEngines - DirectDraw installed
winDetectSupportedEngines - Allowing PrimaryDD
winDetectSupportedEngines - DirectDraw4 installed
winDetectSupportedEngines - Returning, supported engines 001f
InitOutput - g_iNumScreens: 1 iMaxConsecutiveScreen: 1
winSetEngine - Multi Window => ShadowGDI
winAdjustVideoModeShadowGDI - Using Windows display depth of 32 bits per pixel
winCreateBoundingWindowWindowed - User w: 1280 h: 960
winCreateBoundingWindowWindowed - Current w: 1280 h: 960
winAdjustForAutoHide - Original WorkArea: 0 0 932 1247
winAdjustForAutoHide - Adjusted WorkArea: 0 0 932 1247
winCreateBoundingWindowWindowed - WindowClient w 1247 h 932 r 1247 l 0 b 932 t 0
winCreateBoundingWindowWindowed -  Returning
winAllocateFBShadowGDI - Creating DIB with width: 1247 height: 932 depth: 32
winAllocateFBShadowGDI - Dibsection width: 1247 height: 932 depth: 32 size image: 
4648816
winAllocateFBShadowGDI - Created shadow stride: 1247
winFinishScreenInitFB - Masks: 00ff ff00 00ff
winInitVisualsShadowGDI - Masks 00ff ff00 00ff BPRGB 8 d 24 bpp 32
winCreateDefColormap - Deferring to fbCreateDefColormap ()
null screen fn ReparentWindow
null screen fn RestackWindow
winFinishScreenInitFB - Calling winInitWM.
InitQueue - Calling pthread_mutex_init
InitQueue - pthread_mutex_init returned
InitQueue - Calling pthread_cond_init
InitQueue - pthread_cond_init returned
winInitWM - Returning.
winFinishScreenInitFB - Calling winInitClipboard.
winInitClipboard ()
winFinishScreenInitFB - returning
winScreenInit - returning
InitOutput - Returning.
winInitMultiWindowWM - Hello
winInitMultiWindowWM - Calling pthread_mutex_lock ()
winMultiWindowXMsgProc - Hello
winMultiWindowXMsgProc - Calling pthread_mutex_lock ()
winClipboardProc - Hello
winClipboardProc - Calling pthread_mutex_lock ()
(EE) No primary keyboard configured
(==) Using compiletime defaults for keyboard
Rules = "xfree86" Model = "pc101" Layout = "us" Variant = "(null)" Options = "(null)"
winPointerWarpCursor - Discarding first warp: 623 466
winBlockHandler - Releasing pmServerStarted
winInitMultiWindowWM - pthread_mutex_lock () returned.
DetectUnicodeSupport - Windows NT/2000/XP
winInitMultiWindowWM - Calling setlocale ()
winBlockHandler - pthread_mutex_unlock () returned
winInitMultiWindowWM - setlocale () returned
winInitMultiWindowWM - XInitThreads () returned.
winMultiWindowXMsgProc - pthread_mutex_lock () returned.
winMultiWindowXMsgProc - pthread_mutex_unlock () returned.
winMultiWindowXMsgProc - DISPLAY=127.0.0.1:0.0
winClipboardProc - pthread_mutex_lock () returned.
DetectUnicodeSupport - Windows NT/2000/XP
winClipboardProc - XInitThreads () returned.
winClipboardProc - pthread_mutex_unlock () returned.
winClipboardProc - DISPLAY=127.0.0.1:0.0
winInitMultiWindowWM - pthread_mutex_unlock () returned.
winInitMultiWindowWM - DISPLAY=127.0.0.1:0.0
winMultiWindowXMsgProc - XOpenDisplay () returned and successfully opened the display.
winInitMultiWindowWM - XOpenDisplay () returned and successfully opened the display.
winClipboardProc - XOpenDisplay () returned and successfully opened the display.
SelectionNotify - ATOM: CLIPBOARD
SelectionNotify - ATOM: CLIPBOARD
SelectionNotify - ATOM: CLIPBOARD
SelectionNotify - ATOM: CLIPBOARD
SelectionNotify - ATOM: PRIMARY
SelectionNotify - ATOM: CLIPBOARD
SelectionNotify - ATOM: CLIPBOARD
SelectionNotify - ATOM: CLIPBOARD
SelectionNotify - ATOM: CLIPBOARD
SelectionNotify - ATOM: CLIPBOARD
SelectionNotify - ATOM: CLIPBOARD
SelectionNotify - ATOM: CLIPBOARD
SelectionNotify - ATOM: CLIPBOARD
SelectionNotify - ATOM: CLIPBOARD
SelectionNotify - ATOM: CLIPBOARD
SelectionNotify - ATOM: CLIPBOARD
SelectionNotify - ATOM: CLIPBOARD
SelectionNotify - ATOM: CLIPBOARD
SelectionNotify - ATOM: CLIPBOARD
SelectionNotify - ATOM: CLIPBOARD
SelectionNotify - ATOM: CLIPBOARD

Re: posted: X4W: Limited Cygwin on CD-ROM

[Corinna Vinschen]

On Mon, Aug 11, 2003 at 09:40:06PM -, M.Vaseer wrote:
> 
> Title:  X4W: Limited Cygwin on CD-ROM
> Url:http://www.vaseer.net/~portal/my-
> work/projects/x4w/x4w.html
> Type:   Software
> Author: M. Vaseer
> Email:  x4w at vaseer dot net
> Date:   2003-08-11
> Text:   A limited version of Cygwin/XFree86 project, which
> can either be installed on a harddrive or run
> directly from a CD-ROM drive with minimum
> installation.

I saw on your web page that you just point to other web sites for the
sources.

To adhere to the GPL, it's not sufficient to point to the sources in
question on other web sites.  You must be able to provide the sources
in the same way as you provided the binaries. 

You must either pack the sources which you used to create the CD content
onto the CD itself, or you must provide them by another CD, or you might
upload the sources to your web site and link to these sources. 

This has been discussed on the Cygwin mailing list in length and it's
backed by the Red Hat lawyers.  So I ask you to upload the sources to
your site and provide them to potential users of your CD in one of the
above ways.

Other than that, I'm not keen to provide a pointer to potentially
outdated Cygwin and XFree86 versions on the cygwin.com homepage.  I'm
especially sure that nobody on the cygwin and cygwin-xfree mailing lists
will like the idea to support a foreign Cygwin installation.  So, please
mention on your site, that the Cygwin mailing lists will not be the
right forum to ask questions related to your installation.

I've Cc'd the cygwin and cygwin-xfree mailing lists to keep people informed.
Please send all further inquiries to the [EMAIL PROTECTED] ML.


Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Developermailto:[EMAIL PROTECTED]
Red Hat, Inc.

Re: First pass at script to build start menu icons

[Brian E. Gallew]

OK, here's a better set.  It actually sets the right icons and deals 
correctly with having symlinked programs without the trailing .exe.

# Yo!  Emacs!  Edit this in -*- shell-script -*- mode!

# This is the root for the icon creation.
TOPFOLDER="$(cygpath -A -P)/Cygwin-XFree86"

#format of an entry here:
#executable name:Description:sub-folder:which function to call:icon offset:arguments
#If the sub-folder is empty, then the icon will be placed in $TOPFOLDER
#the "function to call" should be either xapp or tapp
#If the program provides its own icon in the executable, this is the offset for it (0 
based)
#The arguments (if any) will be appended to the command.
X11proggies=(
bitmap:"Bitmap Editor"::xapp::
dpsexec:"Display PostScript command interface":Tools:tapp::
dpsinfo:"The Display PostScript extension":Information:tapp::
editres:"Xaw resource editor":Tools:xapp::
fc-list:"List available FreeType fonts":Information:tapp::
glxgears:"Gear Demo":Toys:xapp::
glxinfo:"GLX information":Information:tapp::
ico:"Bouncing Icosohedron":Toys:xapp::
oclock:"Shaped Clock"::xapp::
showrgb:"List rgb database":Information:tapp::
texteroids:"DPS demo asteroids game":Games:xapp::
viewres:"Xaw resource viewer":Tools:xapp::
vncviewer:"VNC viewer client"::xapp::
wmagnify:"magnifying glass":Tools:xapp::
xbiff:"mail checker"::xapp::
xcalc:"Calculator"::xapp::
xclock:"Clock"::xapp::
xconsole:"Console":Tools:xapp::
xcutsel:"Clipboard manipulator":Tools:xapp::
xditview:"Ditroff output viewer"::xapp::
xdpyinfo:"Display information":Information:tapp::
xdvi:"DVI viewer"::xapp::
xedit:"Simple file editor":Editors:xapp::
xev:"X11 event debugger":Tools:xapp::
xeyes:"Watches the Mouse":Toys:xapp::
xfontsel:"Pick a font":Tools:tapp::
xfsinfo:"The font server":Information:tapp::
xgc:"X11 demo":Toys:xapp::
xkill:"Kill an X11 window":Tools:xapp::
xlogo:"Display the X11 logo":Toys:xapp::
xlsatoms:"List available atoms":Information:tapp::
xlsclients:"List all connected clients":Information:tapp::
xlsfonts:"List all available fonts":Information:tapp::
xmag:"Magnifying glass":Tools:xapp::
xman:"Manual page reader"::xapp::
xmh:"GUI for the MH mail system"::xapp::
xprop:"Display the propertis of a window":Information:tapp::
xrefresh:"Refresh all X11 clients":Tools:xapp::
xterm:"X Terminal"::xapp:0:
xtrapinfo:"The TRAP extension":Information:tapp::
xvinfo:"The X-Video Extension":Information:tapp::
xwd:"Dump X11 window image to file":Tools:tapp::
xwininfo:"A single window":Information:tapp::
gvim:"GUI for VIM":Editors:xapp::
emacs:"Emacs":Editors:xapp::
xemacs:"XEmacs":Editors:xapp:0:
idle:"Python IDE":Tools:xapp::
rxvt:"RXVT"::xapp:0:
)
#! /bin/bash
# Author: Brian Gallew <[EMAIL PROTECTED]>

# This next line defines TOPFOLDER and X11proggies
. /etc/X11/icon-list

#Ensure that a given program is somewhere in the current $PATH
function checkpath () {
c=$(which $1 2> /dev/null)
test ! -z "$c"
}

#Make sure the program we *think* we're pointing to is the real deal.
function canonicalize () {
a=$(which "$1")
while test -h "$a"
do
set $(ls -l "$a")
while test ! -z "$2";do shift;done
a=$(dirname "$a")/"$1"
done
test -f "$a".exe && echo "$a".exe || echo "$a"
}

# Create a shortcut for an application that draws its own windows
# Takes four or five arguments: appname, description folder, the
# offset of the icon , and any arguments

function xapp () {
app="$1"
shift
description="$1"
shift
folder="${TOPFOLDER}/$1"
shift
if [ -z "$1" ]
then
icon="--icon=/usr/X11R6/bin/run.exe"
ioff="--iconoffset=2"
else
icon=--icon=$(canonicalize "$app")
ioff="--iconoffset=$2"
fi
shift
test -d "${folder}" || mkdir -p "${folder}"
mkshortcut "${icon}" "${ioff}" --arguments=${app}\ -display\ :0\ "$@" \
--name="${folder}/${description}" \
--workingdir="${HOME}" /usr/X11R6/bin/run.exe
}

# Create a shortcut for a text-output-only application
function tapp () {
app="$1"
shift
description="$1"
shift
folder="${TOPFOLDER}/$1"
shift
test -d "${folder}" || mkdir -p "${folder}"
mkshortcut --arguments=xterm\ -display\ :0\ -e\ sh\ -c\ \"${app}\ -display\ :0\ 
"$@"\ "| less"\" \
--name="${folder}/${description}" --icon=/cygwin.ico \
--workingdir="${HOME}" /usr/X11R6/bin/run.exe
test $? -eq 0 && return
echo $app:$description:$folder::
}

function create_icons () {
for index in $(seq 0 ${#X11proggies[*]})
do
a=${X11proggies[$index]}
test -z "$a" && continue
# This next line breaks up the elements and set $1..$6 appropriately
IFS=":";set $a;unset IFS
checkpath $1
test $? -eq 0 || continue
case $4 in
xapp)
xapp $1 "$2" "$3" $5 $6
;;
tapp)
tapp $1 "$2" "$3" $6
;;
*)
echo `hosed!`
echo $*
esac
done
}

function destroy_icon

Re: rfe: seamless windows integration

[Brian E. Gallew]

Christopher Faylor wrote:
However, I don't see why this would require any setup changes.  A
postinstall script should be able to set up icons, etc.  I can't decide
if the thought of a folder filled with scores of icons for X programs is
intriguing or frightening, though.
First, create a folder in the Programs section of your Start Menu named 
"Cygwin-XFree86".  Then, the following script will produce working 
links, BUT it's not what you want.

cd /usr/X11R6/bin
for d in *.exe
do
 mkshortcut -P --icon=/cygwin.ico \
  --arguments="$d -display :0" \
  --name=Cygwin-XFree86/$(basename $d .exe) \
  --workingdir=$HOME /usr/X11R6/bin/run.exe
done
This skips any shell scripts, which is (usually) what you want. 
Unfortunately, there are a lot of programs in that directory which 
really want a terminal (e.g. xdpyinfo).  Further, there are programs in 
there that don't belong here like this (e.g. Xwin.exe).

So, to do this *right*, we'd need a couple things:
1) A canonical hierarchy structure (e.g. Start Menu/Program/Cygwin/XFree86)
2) A script which defines two shortcut functions (or more?), one like 
the above shortcut for "real" X11 programs, and one which appends 
"|xterm -e more" to the commands
3) Someone to take the time to carefully pick and choose which kind of 
shortcut (if any!) gets generated for each application.

The up side of this is, if implemented, we could then ask other package 
maintainers to add an appropriate shortcut for their X-enabled 
application (e.g. emacs, vim).  I wouldn't ask that of the GNOME or KDE 
port, though, as they already have menu setups that work.

Re: startx and ssh

[Dr.D.J.Picton]

> Date: Mon, 11 Aug 2003 12:55:05 -0600

> I have been trying to de-bug a problem with startx. 
> 
> When I tried to run the file, I would get a server window,
> no clock and no terminal windows. The command-line
> errors were: 
>   ..
>   Xlib: connection to "0.0" refused by server
>   Xlib: No Protocol specified
> 
> These error messages would repeat until I hit ^Z 
> from the console command line.

> I found that the script would fail if a .Xauthority file
> existed in my home directory. If I removed the file,
> startx ran without errors; the server, the clock and
> the terminal windows all opened successfully when
> there was no .Xauthority file in my home directory.
> 
> I found that the .Xauthority file was being created 
> when I logged onto my Cygwin machine from another 
> machine using ssh with the same login name.
> 
> I am proposing a fix for this problem:
> 
> In /usr/X11R6/bin/startx, add the following code before 
> the block that exports the XAUTHORITY variable:
> 
>   # remove $HOME/.Xauthority if it exists 
>   if [ -f $HOME/.Xauthority ]; then
> rm $HOME/.Xauthority
>   fi
> 
> This code just removes .Xauthority if it exists. 
> If .Xauthority doesn't exist, it does nothing.

> Does anyone have any feedback?

I've seen the problem, and in my view there's a better solution.  Remove the
code which sets XAUTHORITY.

(I think the problem occurs because XWin assumes -auth $XAUTHORITY if the
variable is set, then gets upset because it can't find the authorization
key for your display.)

Re: Problems setting Norwegian keyboard

[Steinar Bang]

> Alexander Gottwald <[EMAIL PROTECTED]>:

> On Mon, 11 Aug 2003, Steinar Bang wrote:

>> My /etc/X11/XF86Config file contains:

>> Section "InputDevice"
>> Identifier "Keyboard1"
>> Driver "Keyboard"
>> 
>> Option "XkbModel" "pc102"
>> Option "XkbLayout" "no"
>> Option "XKbOptions" ""
>> EndSection

> can you send /tmp/XWin.log?

Attached to this message.

ddxProcessArgument - Initializing default screens
winInitializeDefaultScreens - w 1280 h 960
winInitializeDefaultScreens - Returning
OsVendorInit - Creating bogus screen 0
(++) Using config file: "/etc/X11/XF86Config"
Data incomplete in file /etc/X11/XF86Config
At least one Device section is required.
(EE) Problem parsing the config file
InitOutput - Error reading config file
winDetectSupportedEngines - Windows NT/2000/XP
winDetectSupportedEngines - DirectDraw installed
winDetectSupportedEngines - Allowing PrimaryDD
winDetectSupportedEngines - DirectDraw4 installed
winDetectSupportedEngines - Returning, supported engines 001f
InitOutput - g_iNumScreens: 1 iMaxConsecutiveScreen: 1
winSetEngine - Multi Window => ShadowGDI
winAdjustVideoModeShadowGDI - Using Windows display depth of 32 bits per pixel
winCreateBoundingWindowWindowed - User w: 1280 h: 960
winCreateBoundingWindowWindowed - Current w: 1280 h: 960
winAdjustForAutoHide - Original WorkArea: 0 0 932 1247
winAdjustForAutoHide - Adjusted WorkArea: 0 0 932 1247
winCreateBoundingWindowWindowed - WindowClient w 1247 h 932 r 1247 l 0 b 932 t 0
winCreateBoundingWindowWindowed -  Returning
winAllocateFBShadowGDI - Creating DIB with width: 1247 height: 932 depth: 32
winAllocateFBShadowGDI - Dibsection width: 1247 height: 932 depth: 32 size image: 
4648816
winAllocateFBShadowGDI - Created shadow stride: 1247
winFinishScreenInitFB - Masks: 00ff ff00 00ff
winInitVisualsShadowGDI - Masks 00ff ff00 00ff BPRGB 8 d 24 bpp 32
winCreateDefColormap - Deferring to fbCreateDefColormap ()
null screen fn ReparentWindow
null screen fn RestackWindow
winFinishScreenInitFB - Calling winInitWM.
InitQueue - Calling pthread_mutex_init
InitQueue - pthread_mutex_init returned
InitQueue - Calling pthread_cond_init
InitQueue - pthread_cond_init returned
winInitWM - Returning.
winFinishScreenInitFB - Calling winInitClipboard.
winInitClipboard ()
winFinishScreenInitFB - returning
winScreenInit - returning
InitOutput - Returning.
winInitMultiWindowWM - Hello
winInitMultiWindowWM - Calling pthread_mutex_lock ()
winMultiWindowXMsgProc - Hello
winMultiWindowXMsgProc - Calling pthread_mutex_lock ()
winClipboardProc - Hello
winClipboardProc - Calling pthread_mutex_lock ()
(EE) No primary keyboard configured
(==) Using compiletime defaults for keyboard
Rules = "xfree86" Model = "pc101" Layout = "us" Variant = "(null)" Options = "(null)"
winPointerWarpCursor - Discarding first warp: 623 466
winBlockHandler - Releasing pmServerStarted
winInitMultiWindowWM - pthread_mutex_lock () returned.
DetectUnicodeSupport - Windows NT/2000/XP
winInitMultiWindowWM - Calling setlocale ()
winBlockHandler - pthread_mutex_unlock () returned
winInitMultiWindowWM - setlocale () returned
winInitMultiWindowWM - XInitThreads () returned.
winMultiWindowXMsgProc - pthread_mutex_lock () returned.
winMultiWindowXMsgProc - pthread_mutex_unlock () returned.
winMultiWindowXMsgProc - DISPLAY=127.0.0.1:0.0
winClipboardProc - pthread_mutex_lock () returned.
DetectUnicodeSupport - Windows NT/2000/XP
winClipboardProc - XInitThreads () returned.
winClipboardProc - pthread_mutex_unlock () returned.
winClipboardProc - DISPLAY=127.0.0.1:0.0
winInitMultiWindowWM - pthread_mutex_unlock () returned.
winInitMultiWindowWM - DISPLAY=127.0.0.1:0.0
winInitMultiWindowWM - XOpenDisplay () returned and successfully opened the display.
winClipboardProc - XOpenDisplay () returned and successfully opened the display.
winMultiWindowXMsgProc - XOpenDisplay () returned and successfully opened the display.

Re: mouse right-click problems on Sun

[Dr.D.J.Picton]

> Hello,
> 
> I'm using Cygwin/XFree86 (Latest version) on W2K. When running
> applications from a Solaris system the mouse right-click does not work,
> running applications from a AIX system works OK.

I suspect that this may depend on the type of mouse you are using as well as
the version of Solaris.

I'm using the latest XFree86 system on W2K, and haven't noticed any problems.
I have a 3 button mouse.  All buttons work as expected, both with 
Solaris 2.6 and Solaris 8 (SPARC versions).

> In the archive I found some discussions on this topic, some suggesting
> that the Solaris X libraries are broken, but no solution.
> 
> Anyone found a solution/workaround for this problem ?
> 
> Thanks in advance,
> 
> Bernard

Cannot display through rsh

[Ben Kim]

I am trying to call a script located on my Windows box
from my Unix box through rsh.  All the script does is
run a java GUI application that outputs some
information in standard out.  When I run this script
through rsh, the java process is up and running on
Windows (I also see output, also check task manager)
but the GUI frame does not show up.  On Windows, I
installed cygwin and xfree.  I started X via
xstartwin.  I also xhost + to allow any host to
remotely display on Windows.  I know display isn't the
problem because if I am on my Unix machine, if I set
the display to Windows, and run the java app locally
on Unix, the app correctly displays on Windows.  Only
if the I'm trying to rsh the same script on Windows
from Unix, this doesn't work.  Another interesting
point is that if I were to change the script on
Windows to run cygwin/xfree xterm instead of the java
app,  and from Unix rsh the script, the xterm
correctly displays.  But as soon as I put in the java
app, it does not display. 

To summarize:
  1.  From Unix, run java app on Unix, display to
Windows (works)
  2.  From Unix, rsh java app on Windows, display to
Windows (does NOT work)
  3.  From Unix, rsh cygwin xapps (xterm, xclock etc)
on Windows, display to  Windows (works)

Does anyone know what this might be the case?  And is
there any way to get #2 to work?



__
Do you Yahoo!?
Yahoo! SiteBuilder - Free, easy-to-use web site design software
http://sitebuilder.yahoo.com

Re: XFree86-xserv 4.3.0-3 crashing Win2k

[Harold L Hunt II]

Steinar,

XFree86-xserv-4.3.0-3 is Test95.

So, no, your bug is not fixed in Test95.

Besides, your bug seems to occur when you simply click on the tray icon, 
 before you even get a menu, correct?

Harold

Steinar Bang wrote:

Steinar Bang <[EMAIL PROTECTED]>:


Steinar Bang <[EMAIL PROTECTED]>:
Platform: Intel PIII, Win2k professional,
XFree86-xserv 4.3.0-3


Now I've crashed Win2k twice in one day, by opening the RMBM on the
icon in the tool tray, and selecting "Exit".


Make that "thrice".


The first time it happened I had the root window visible, but the
second time I did not have the root window visible, and all X
windows were closed.


This was with the root window invisible and all X windows closed.


I'm guessing that I'm seeing what is described in the quote by Harold
below, and that this is fixed in Server Test 95.

Harold L Hunt II <[EMAIL PROTECTED]>:
[snip!]

Changes:


1) Signal the clipboard and multiwindow window manager threads to
stop trying to reconnect when the server is being shutdown.  These
reconnection attempts were causing intermittent GPFs (General
Protection Faults) on shutdown.  (Earle F. Philhower III)

RE: DDD dies on me

[Earle F. Philhower III]

Howdy,

At 02:37 PM 8/11/2003 -0400, Andrew Braverman wrote:
It is definitely XWin that is crashing.  I seem to have had some mental
block when I wrote the last message because I could swear I had said it died
in 24 bit, but the text doesn't lie...  I will try putting a bunch of ErrorF
statements in and send the resulting log file ASAP.  Thanks.
Ugh, I don't own a video card that does 24bpp anymore, even my old
PCI Voodoo 3000 only groks 8, 16, and 32 bit modes.  Debugging this
will take some work I fear!
Please put the errorf's in before the "for row=0...iconsize" line do
if there is an overwrite we'll get the data before it happens...
A quick glance at the switch(effBPP)==24 doesn't show anything grossly
bad, but the local vars will help pinpoint things immensely...
-Earle F. Philhower, III
 [EMAIL PROTECTED]
 cdrlabel - ZipLabel - FlpLabel
 http://www.cdrlabel.com

Re: rfe: seamless windows integration

[Igor Pechtchanski]

Harold,

On Wed, 6 Aug 2003, Harold L Hunt II wrote:

> Christopher Faylor wrote:
>
> > On Tue, Aug 05, 2003 at 07:46:43PM -0400, Harold L Hunt II wrote:
> >
> >>2. All X client application on one's machine should have shortcuts
> >>associated with them in the start menu, and these shortcuts should be
> >>created automatically during installation.
> >>
> >>This is icing on the cake.  This is the kind of thing that Microsoft
> >>hires 500 college interns to write in the summer because it takes a hell
> >>of a lot of time and attention to detail to get it 'right', whereas the
> >>overall benefit is very small in comparison.
> >>
> >>Furthermore, this requires interacting with the Cygwin setup developers.
> >>You think I am mean?
> >
> > The setup developers aren't all that mean, actually.  But, then neither
> > are you.
>
> Heh heh...

Indeed.

> > However, I don't see why this would require any setup changes.  A
> > postinstall script should be able to set up icons, etc.  I can't decide
> > if the thought of a folder filled with scores of icons for X programs is
> > intriguing or frightening, though.

CGF is right (on both counts ;-)).  The cygwin-doc package already does
that, BTW.

> I think the thing that would require modification is the part where we
> confirm with the user whether or not they want such icons to be created.
>   It would probably be worse to just create 100 icons without asking
> than it would be to not create them at all.
>
> Harold

I believe the suggestion of a "dialog" utility for postinstall script user
interaction has floated up on the cygwin-apps list a couple of times.
The main problem is propagating the unattended mode of setup onto it, so
there must be some setup integration (i.e., you don't want setup to sit
there waiting for user input from the desktop when running over ssh on a
remote machine).  Perhaps setting an environment variable in setup to
notify the postinstall scripts that they should use the console, for
example?  If you're seriously considering the icon creation suggestion,
this might be a good time to revive that discussion.
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
 |,4-  ) )-,_. ,\ (  `'-'   Igor Pechtchanski, Ph.D.
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

"I have since come to realize that being between your mentor and his route
to the bathroom is a major career booster."  -- Patrick Naughton

readline on cygwin/xterm/rxvt

[Sam Steingold]

CLISP uses readline for terminal i/o.
to decide whether to actually use readline, CLISP checks that the i/o
is a terminal with something like this:

if (isatty(0) && isatty(1) 
&& (strcmp("/dev/conin", ttyname(0))  == 0) /* cygwin-specific *
&& (strcmp("/dev/conout",ttyname(1)) == 0))
  use_readline = true;

this works just fine on the windows console (when started from a cmd or
bash prompt) but _not_ in a cygwin xterm, where all isatty(0),
isatty(1), ttyname(0), ttyname(1) return 0.

So, how do I check that I am running in a cygwin xterm?

further, if I enable use_readline in gdb, I observe something quite
funny: arrow keys move the cursor all over the xterm window, as if
readline were disabled, but when I hit RET, all the keystrokes are
delivered to readline and the appropriate actions are taken.
E.g., Up-arrow + RET will re-evaluate the previous form,
Up-arrow + Up-arrow + RET will re-evaluate the second previous form &c.

What is going on?
what is so peculiar about cygwin xterm?
clisp+readline work just fine on win32/console, and on all unix xterms!

-- 
Sam Steingold (http://www.podval.org/~sds) running w2k
  
 
A year spent in artificial intelligence is enough to make one believe in God.

Re: XWinrc configurable server (menus/icons)

[Earle F. Philhower III]

Howdy Harold,
At 06:13 PM 8/10/2003 -0400, you wrote:
Should we change the file prefixes to something along the lines of 
"winprefs" then?
Done in the attached patch, you'll want to
 rm winmultiwindowprefs.[cho] winmultiwindowyacc.[ycho] 
winmultiwindowlex.[lco]
to get rid of the old files.  The usual drill: make Makefile; make clean; 
make depend

Please send the diff against xwinrc.2.diff.  I know that a patch can add 
new files, but will it know to remove the winmultiwindow files that are 
getting renamed?  If not, I will try to manually remove the new files that 
are renamed.
I'm attaching a diff -U3 -N against xwinrc.2.  It's got all the stuff
as before (custom icons, menus, etc.) with a new RELOAD command for
a menu item to reload the config files, and the bugfix for overridden
icons when closing windows through their title bars, and the setsid()
call after the FDs are closed after the fork().
The system.XWinrc file has all the documentation I've written, but I've
not been able to make myself sit down and write a man page...
-Earle F. Philhower, III
 [EMAIL PROTECTED]
 cdrlabel - ZipLabel - FlpLabel
 http://www.cdrlabel.com


xwinrc.diffs.2.to.3.bz2
Description: Binary data

RE: DDD dies on me (pt 2)

[Earle F. Philhower III]

At 02:37 PM 8/11/2003 -0400, Andrew Braverman wrote:
It is definitely XWin that is crashing.  I seem to have had some mental
block when I wrote the last message because I could swear I had said it died
in 24 bit, but the text doesn't lie...  I will try putting a bunch of ErrorF
statements in and send the resulting log file ASAP.  Thanks.
...
Please put the errorf's in before the "for row=0...iconsize" line do
if there is an overwrite we'll get the data before it happens...
Actually, put those ErrorF()s before the call you saw was bombing,
which was before that for() loop.
Also, FWIW I compiled XWin (test95+xwinrc patches) with it forcing
effBPP and bpp to 24 in the winXIconToHIcon which works fine except
for Windoze not liking 24 bpp icons on a 32-bit screen (comes up
black).  The function you're looking at functions the same way as
if the desktop was 24bpp, though, so it should exercise the same
code path.  However, after a dozen runs of ddd (3.3.7 from the
sourceforge site) I've not had a single crash.  I see the bug icon
outline every time.  Under the unhacked XWin the bug comes out in
all its colored glory.
Don't know what to tell you, but it's looking the same as before,
only your installation is bombing.  Maybe the ErrorF()s will shed
some light on something being out of whack in the X structure
or the desktop DC.
-Earle F. Philhower, III
 [EMAIL PROTECTED]
 cdrlabel - ZipLabel - FlpLabel
 http://www.cdrlabel.com

Re: Problems setting Norwegian keyboard

[Alexander Gottwald]

On Tue, 12 Aug 2003, Steinar Bang wrote:

> $ ./keyboard.exe
> KeyboardType: 4: IBM enhanced (101- or 102-key) keyboard
> KeyboardLayout: 0414

Thanks

> Note: I have an icon in the tool tray which either displays the text
> "NO" or "EN".  Left-button clicking on this icon, opens a menu that
> offers selection of "Norwegian (bokmål)" or "English (United
> States)".  Changing the selection affects the keyboard when typing,
> but doesn't affect the output of keyboard.exe.

XWin does not use the settings made with this icon. It uses the default
setting. The others are just supplements.

bye
ago