Re: 6.7.0.0 XWin w/out -nodecoration running in background doesn't display anything

[Dave Howes]

I found the exact same issue and didn't want to waste time trying to find a
solution that wasn't there, so quickly coded up a nice little program to do
the job for me.

http://insanity.veil.co.nz/RunHidden.exe

Just save it somewhere in the path (like C:\Windows or something) and change
"start XWin.exe " to "RunHidden.exe Xwin.exe.".

Hope that helps, even though its not a 'fix' per se.

- Original Message - 
From: "Rudolf Kollien" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Friday, April 09, 2004 7:08 AM
Subject: 6.7.0.0 XWin w/out -nodecoration running in background doesn't
display anything


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1


Hello,

i just upgraded to the new X11 (X.org) version of cygwin/X (Release
6.7.0.0-1.
I use XWin to connect via XDMCP to several linux server. My previous used
startup script is a MS-DOS batch file in which i fire-up XWin.exe with
"start
XWin.exe -fp and so on". This is all ok. I get an connection and can
work. But with this new X11 release i get a additional window with all
the status and error messages from XWin. Until now XWin run in background
when startet by the DOS "start"-command.

When i try the new cygwin command "run", as used in the sample
startxdmcp.bat,
i'm only can do this by supplying the "-nodecoration" parm. Without this
param, i do not see any X-client nor the login screen from kde (in my case).
Even XWin runs an has a connection to the server. I see the "X" in the
systray, right clicking an choosing "Exit" reminds me that three clients
connected.

Shortly said: when you want to run X in a M$-Windows Window (let
- -nodecorations away) then you can't run XWin in background.

As i use up to 6 XDMCP connections to different linux servers with different
screen sizes and resolutions, i now have 12 Windows on the desk (or taskbar,
when minimized).

Is there a way to get the old behavor back?

Testcase:

- - "run XWin.exe -query HOST" = you see the "X" in the systray but nothing
else.
- - "run XWin.exe -query HOST -nodecorations" = you get a fullscreen login
screen to the server
- - "start XWin.exe -query HOST" = you get the servers login screen in a
Windooze window and an _additional_ console window with the text messages
from XWin.exe
- - "start /b XWin.exe -query HOST" = same as "run XWin"


Regards

- -- 
Rudolf Kollien
email: [EMAIL PROTECTED]
*
Never trust a operating system you have no sources for
*
Buying an operating system without source is like buying
a self-assembly Space Shuttle with no instructions.
*
-BEGIN PGP SIGNATURE-

iD8DBQFAdaMqzOHTWsKaqE0RAjBzAJ4nmwvsiRCfJsPwd78r2V/F9B3MKgCfa/R9
1WgN4gBq5vhfKrE6ALKSbQ8=
=OCSD
-END PGP SIGNATURE-

Re: XWin glitch: alt-tab menu

[Harold L Hunt II]

Keith,

Keith Thompson wrote:

On Fri, Apr 09, 2004 at 07:33:18PM -0700, Keith Thompson wrote:

When I run the XWin server on Windows XP, its icon is always the first
in the alt-tab menu that's used to switch between Windows applications.
To go back to XWin, I have to either use alt-shift-tab or cycle through
the entire menu.  I've never seen another Windows application that
does this.


As Harold L Hunt II quite correctly pointed out, I didn't provide enough
information.  I'll now provide too much.  8-)}
My system is an IBM Thinkpad T40 running Windows XP Pro with the latest
updates.  (I think I've seem the same symptom on my Windows 2000 system
at home, but I can't confirm that at the moment.)
I've installed the latest updates for Cygwin, including xorg-x11-xwin
version 6.7.0.0-2.
Hmm... this is suspicious, you claim 6.7.0.0-2 but your log file states 
6.7.0.0-1.  It could be my mistake, but you might also need to reboot to 
allow XWin.exe to be upgraded if it was being used when setup.exe was 
being run.

I start the XWin server from a Cygwin bash shell, using the following
command:
/usr/X11R6/bin/XWin.exe -fullscreen -emulate3buttons &

And something that I hadn't noticed before: XWin.exe produces a bunch
of output on stderr (the last three lines show up when I terminate it):
The output on stderr is a feature not a bug.  Just redirect the output 
to /dev/null if you don't need it (e.g. XWin > /dev/null 2>&1).

Can I ask if you have a good reason for using fullscreen?  I would think 
you might be more interested in -multiwindow (internal window manager), 
-rootless (needs an external window manager, but doesn't show root 
window), or -nodecoration (needs external window manager, does show root 
window but without window titlebar and border).  I'm asking because 
almost no one uses -fullscreen anymore and I think that the problem you 
are reporting is peculiar to -fullscreen.

We use two different routines to create our top-level window: one for 
fullscreen and one for all other modes.  The fullscreen procedure sets 
the WS_EX_TOPMOST extended style for our top-level window.  I'm not sure 
if this is required, it has been a long time since I wrote that code... 
and changing it might re-introduce bugs that were fixed by specifying 
that style.  But, I think I'll take a short look at it.

Until then, try the other modes and report if you have started using one 
of them instead.

Harold

Re: XWin glitch: alt-tab menu

[Keith Thompson]

On Fri, Apr 09, 2004 at 07:33:18PM -0700, Keith Thompson wrote:
> When I run the XWin server on Windows XP, its icon is always the first
> in the alt-tab menu that's used to switch between Windows applications.
> To go back to XWin, I have to either use alt-shift-tab or cycle through
> the entire menu.  I've never seen another Windows application that
> does this.

As Harold L Hunt II quite correctly pointed out, I didn't provide enough
information.  I'll now provide too much.  8-)}

My system is an IBM Thinkpad T40 running Windows XP Pro with the latest
updates.  (I think I've seem the same symptom on my Windows 2000 system
at home, but I can't confirm that at the moment.)

I've installed the latest updates for Cygwin, including xorg-x11-xwin
version 6.7.0.0-2.

I start the XWin server from a Cygwin bash shell, using the following
command:

/usr/X11R6/bin/XWin.exe -fullscreen -emulate3buttons &

And something that I hadn't noticed before: XWin.exe produces a bunch
of output on stderr (the last three lines show up when I terminate it):


Welcome to the XWin X Server
Vendor: The Cygwin/X Project
Release: 6.7.0.0-1

Contact: [EMAIL PROTECTED]

XWin was started with the following command line:

/usr/X11R6/bin/XWin -fullscreen -emulate3buttons 

OsVendorInit - Creating bogus screen 0
_XSERVTransmkdir: Owner of /tmp/.X11-unix should be set to root
winValidateArgs - g_iNumScreens: 1 iMaxConsecutiveScreen: 1
winValidateArgs - Returning.
(II) XF86Config is not supported. See 
http://x.cygwin.com/docs/faq/cygwin-xfree-faq.html for more information
winDetectSupportedEngines - Windows NT/2000/XP
winDetectSupportedEngines - DirectDraw installed
winDetectSupportedEngines - DirectDraw4 installed
winDetectSupportedEngines - Returning, supported engines 0007
winScreenInit - dwWidth: 1400 dwHeight: 1050
winSetEngine - Multi Window or Rootless => ShadowGDI
winAdjustVideoModeShadowGDI - Using Windows display depth of 16 bits per pixel
winAllocateFBShadowGDI - Creating DIB with width: 1400 height: 1050 depth: 16
winAllocateFBShadowGDI - Dibsection width: 1400 height: 1050 depth: 16 size image: 
294
winAllocateFBShadowGDI - Created shadow stride: 1400
winFinishScreenInitFB - Masks: f800 07e0 001f
winInitVisualsShadowGDI - Masks f800 07e0 001f BPRGB 6 d 16 bpp 16
winRandRInit ()
winCreateDefColormap - Deferring to fbCreateDefColormap ()
winFinishScreenInitFB - returning
winScreenInit - returning
InitOutput - Returning.
MIT-SHM extension disabled due to lack of kernel support
XFree86-Bigfont extension local-client optimization disabled due to lack of shared 
memory support in the kernel
(--) Setting autorepeat to delay=500, rate=31
(--) winConfigKeyboard - Layout: "0409" (0409) 
(EE) Keyboardlayout "US" (0409) is unknown
Rules = "xorg" Model = "pc101" Layout = "us" Variant = "(null)" Options = "(null)"
Could not init font path element /usr/X11R6/lib/X11/fonts/CID/, removing from list!
winPointerWarpCursor - Discarding first warp: 700 525
winBlockHandler - Releasing pmServerStarted
winBlockHandler - pthread_mutex_unlock () returned
winWindowProc - WM_*KEYDOWN - Closekey hit, quitting
ddxBeforeReset - Hello
winDeinitMultiWindowWM - Noting shutdown in progress


-- 
Keith Thompson (The_Other_Keith) [EMAIL PROTECTED]  
San Diego Supercomputer Center   <*>  
Schroedinger does Shakespeare: "To be *and* not to be"

Neve mind (Re: XWin glitch: cut-and-paste)

[Keith Thompson]

On Fri, Apr 09, 2004 at 07:30:40PM -0700, I wrote:
> When I highlight a range of text in an xterm or rxvt window running
> under XWin, the text is highlighted only for a fraction of a second.
> It still seems to work (I can still paste the selected text into the
> same or another window), but it would be nice if it stayed highlighted
> as it does with every other X server I've used, including Exceed under
> MS Windows.

Oops, my mistake.  I was still running xwinclip, which I see is no
longer necessary.

-- 
Keith Thompson (The_Other_Keith) [EMAIL PROTECTED]  
San Diego Supercomputer Center   <*>  
Schroedinger does Shakespeare: "To be *and* not to be"

Re: XWin glitch: cut-and-paste

[Harold L Hunt II]

In response to both of your messages, I will use my psychic powers to 
figure out: 1) your command-line options, 2) the version of 
xorg-x11-xwin that you have installed, 3) whether or not you are running 
xwinclip (you should not be), and 4) the method you are using to start 
XWin.exe.

Get it?  You gotta tell us stuff in order for us to be able to help you.

What you are describing does not sound normal, but I can't figure out 
what you are doing unless you tell us.

Harold

Keith Thompson wrote:
When I highlight a range of text in an xterm or rxvt window running
under XWin, the text is highlighted only for a fraction of a second.
It still seems to work (I can still paste the selected text into the
same or another window), but it would be nice if it stayed highlighted
as it does with every other X server I've used, including Exceed under
MS Windows.

XWin glitch: alt-tab menu

[Keith Thompson]

When I run the XWin server on Windows XP, its icon is always the first
in the alt-tab menu that's used to switch between Windows applications.
To go back to XWin, I have to either use alt-shift-tab or cycle through
the entire menu.  I've never seen another Windows application that
does this.

-- 
Keith Thompson (The_Other_Keith) [EMAIL PROTECTED]  
San Diego Supercomputer Center   <*>  
Schroedinger does Shakespeare: "To be *and* not to be"

XWin glitch: cut-and-paste

[Keith Thompson]

When I highlight a range of text in an xterm or rxvt window running
under XWin, the text is highlighted only for a fraction of a second.
It still seems to work (I can still paste the selected text into the
same or another window), but it would be nice if it stayed highlighted
as it does with every other X server I've used, including Exceed under
MS Windows.

-- 
Keith Thompson (The_Other_Keith) [EMAIL PROTECTED]  
San Diego Supercomputer Center   <*>  
Schroedinger does Shakespeare: "To be *and* not to be"

Pamepb 0n1ine Doctors.

[lacy griego]

defgsix  egaussa  digir  


Get every medication you may ever need and many more.. 

Stop the pain, get +Vi+co+din+ now

Real doctors providing for your health and well being.

O P http://lookto.findinside.info/aps/


Quit:  http://lookto.findinside.info/aps/rm.html
A new teacher was trying to make use of her psychology courses. She started
her class by saying, "Everyone who thinks you're stupid, stand up!" After a
few seconds, Little Johnny stood up.The teacher said, "Do you think you're
stupid, Little Johnny?""No, ma'am, but I hate to see you standing there all
by yourself!"¡¡
A local bar was so sure that its bartender was the strongest man around
that they offered a standing $1,000 bet. The bartender would squeeze a lemon
until all the juice ran into a glass, and hand the lemon to a patron. Anyone
who could squeeze one more drop of juice out would win the money. Many
people had tried over time (weightlifters, longshoremen, etc.) but nobody
could do it. One day a scrawny little man wearing thick glasses and a
polyester suit came in and said in a tiny, squeaky voice, "I'd like to try
the bet." After the laughter had died down, the bartender said okay, grabbed
a lemon, and squeezed away. Then he handed the wrinkled remains of the rind
to the little man. But the crowd's laughter turned to total silence as the
man clenched his fist around the lemon and six drops fell into the glass. As
the crowd cheered, the bartender paid the $1,000, and asked the little man,
"What do you do for a living? Are you a lumberjack, a weightlifter, or
what?" The man replied, "I work for the IRS."
chijoubu5kaedetou02dukuri,hikkose ekuson. 

ttmkfdir no longer needed

[Harold L Hunt II]

It looks like we no longer need ttmkfdir in order to expose the fonts 
installed with Windows to X11.  The mkfontscale utility that is included 
with out distribution was inspired by ttmkfdir and essentially replaces it:

http://freedesktop.org/~xorg/X11R6.7.0/doc/mkfontscale.1.html

You can do something like the following right now (well, not with Cygwin 
1.5.9 since mkfontscale will core dump, you have to use snapshot of 
cygwin1.dll for the moment):

1) mkfontscale /cygdrive/c/WINDOWS/Fonts

2) mkfontdir /cygdrive/c/WINDOWS/Fonts

3) Launch Cygwin/X

4) In a bash shell under Cygwin/X, run:

   xset fp+ /cygdrive/c/WINDOWS/Fonts

5) Run xfontsel and observe that picking 'microsoft' from the 'rgstry' 
category exposes 'microsoft sans serif', 'tahoma', and 'verdana' among 
others under the 'fmly' category.  Note also that valid chartacters 
appear when you select these fonts.

Due to this I am going to pull the link to ttmkfdir from our 'Ported 
Software' page.  Perhaps someone would like to write a postinstall 
script that creates symlinks to the Fonts folder for Windows under 
/usr/X11R6/lib/X11/fonts/windows, then runs mkfontscale and mkfontdir in 
that folder (since we can not guarantee that we have permissions to 
create files in the actual Fonts folder for Windows).  Then it would 
take a minor adjustment of our startup scripts to pass this additional 
font folder to Cygwin/X on startup.

Any takers?  I'll package it if somebody works the kinks out of it.

Harold

RE: Website changed from HTML 4.01 to XHTML 1.0

[Robert McNulty Junior]

I get a DNS server error.

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of Harold L Hunt II
Sent: Friday, April 09, 2004 4:33 PM
To: cygx
Subject: Website changed from HTML 4.01 to XHTML 1.0


I have translated all of the hand-generated files on the Cygwin/X 
website (http://x.cygwin.com/) from HTML 4.01 Transitional to XHTML 1.0 
Transitional.

I used Tidy UI to do this.  Tidy UI just provides a nice interface in 
Windows to HTML Tidy, which cleans up and translates HTML.  Tidy UI can 
be obtained here:

http://users.rcn.com/creitzel/tidy.html#tidyui

Let me know if anything seems messed up on the website.  Be aware that 
the documentation (FAQ, User's Guide, and Contributor's Guide) are 
generated from DocBook and are thus not part of this conversion.

Harold

Website changed from HTML 4.01 to XHTML 1.0

[Harold L Hunt II]

I have translated all of the hand-generated files on the Cygwin/X 
website (http://x.cygwin.com/) from HTML 4.01 Transitional to XHTML 1.0 
Transitional.

I used Tidy UI to do this.  Tidy UI just provides a nice interface in 
Windows to HTML Tidy, which cleans up and translates HTML.  Tidy UI can 
be obtained here:

http://users.rcn.com/creitzel/tidy.html#tidyui

Let me know if anything seems messed up on the website.  Be aware that 
the documentation (FAQ, User's Guide, and Contributor's Guide) are 
generated from DocBook and are thus not part of this conversion.

Harold

Re: mkfontdir and mkfontscale segfault

[Harold L Hunt II]

Look at the latest release notes that I sent this morning.

Harold

Frédéric L. W. Meunier wrote:

When I run 'mkfontscale .' or 'mkfontdir .' in
C:\WINDOWS\Fonts, both segfault:
$ mkfontdir .
Couldn't determine full name for 8514fix.fon
Couldn't determine slant for 8514fix.fon
Couldn't determine weight for 8514fix.fon
Couldn't get family name for 8514fix.fon
Couldn't determine full name for 8514fixe.fon
Couldn't determine slant for 8514fixe.fon
Couldn't determine weight for 8514fixe.fon
Couldn't get family name for 8514fixe.fon
Couldn't determine full name for 8514fixg.fon
Couldn't determine slant for 8514fixg.fon
Couldn't determine weight for 8514fixg.fon
Couldn't get family name for 8514fixg.fon
Couldn't determine full name for 8514fixr.fon
Couldn't determine slant for 8514fixr.fon
Couldn't determine weight for 8514fixr.fon
Couldn't get family name for 8514fixr.fon
Couldn't determine full name for 8514fixt.fon
Couldn't determine slant for 8514fixt.fon
Couldn't determine weight for 8514fixt.fon
Couldn't get family name for 8514fixt.fon
Couldn't determine full name for 8514oem.fon
Couldn't determine slant for 8514oem.fon
Couldn't determine weight for 8514oem.fon
Couldn't get family name for 8514oem.fon
Couldn't determine full name for 8514oeme.fon
Couldn't determine slant for 8514oeme.fon
Couldn't determine weight for 8514oeme.fon
Couldn't get family name for 8514oeme.fon
Couldn't determine full name for 8514oemg.fon
Couldn't determine slant for 8514oemg.fon
Couldn't determine weight for 8514oemg.fon
Couldn't get family name for 8514oemg.fon
Couldn't determine full name for 8514oemr.fon
Couldn't determine slant for 8514oemr.fon
Couldn't determine weight for 8514oemr.fon
Couldn't get family name for 8514oemr.fon
Segmentation fault (core dumped)
$ mkfontscale .
Segmentation fault (core dumped)
I also tried only with the *.ttf. fc-cache works fine.

mkfontdir -e /usr/X11R6/lib/X11/fonts/encodings -e
/usr/X11R6/lib/X11/fonts/encodings/large .
also segfaults.

mkfontdir and mkfontscale segfault

[Frédéric L. W. Meunier]

When I run 'mkfontscale .' or 'mkfontdir .' in
C:\WINDOWS\Fonts, both segfault:

$ mkfontdir .
Couldn't determine full name for 8514fix.fon
Couldn't determine slant for 8514fix.fon
Couldn't determine weight for 8514fix.fon
Couldn't get family name for 8514fix.fon
Couldn't determine full name for 8514fixe.fon
Couldn't determine slant for 8514fixe.fon
Couldn't determine weight for 8514fixe.fon
Couldn't get family name for 8514fixe.fon
Couldn't determine full name for 8514fixg.fon
Couldn't determine slant for 8514fixg.fon
Couldn't determine weight for 8514fixg.fon
Couldn't get family name for 8514fixg.fon
Couldn't determine full name for 8514fixr.fon
Couldn't determine slant for 8514fixr.fon
Couldn't determine weight for 8514fixr.fon
Couldn't get family name for 8514fixr.fon
Couldn't determine full name for 8514fixt.fon
Couldn't determine slant for 8514fixt.fon
Couldn't determine weight for 8514fixt.fon
Couldn't get family name for 8514fixt.fon
Couldn't determine full name for 8514oem.fon
Couldn't determine slant for 8514oem.fon
Couldn't determine weight for 8514oem.fon
Couldn't get family name for 8514oem.fon
Couldn't determine full name for 8514oeme.fon
Couldn't determine slant for 8514oeme.fon
Couldn't determine weight for 8514oeme.fon
Couldn't get family name for 8514oeme.fon
Couldn't determine full name for 8514oemg.fon
Couldn't determine slant for 8514oemg.fon
Couldn't determine weight for 8514oemg.fon
Couldn't get family name for 8514oemg.fon
Couldn't determine full name for 8514oemr.fon
Couldn't determine slant for 8514oemr.fon
Couldn't determine weight for 8514oemr.fon
Couldn't get family name for 8514oemr.fon
Segmentation fault (core dumped)

$ mkfontscale .
Segmentation fault (core dumped)

I also tried only with the *.ttf. fc-cache works fine.

mkfontdir -e /usr/X11R6/lib/X11/fonts/encodings -e
/usr/X11R6/lib/X11/fonts/encodings/large .

also segfaults.

-- 
How to contact me - http://www.pervalidus.net/contact.html

Re: keymapping (was: Windows keys in the keymap?)

[Rudolf Kollien]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1


As it seems you currently work on the keyboard modules: when using the key 
combination "(right)ctrl-cursor right" or "(right)ctrl-cursor left" there is 
an white space (blank?) inserted on the first press or the cursor key. This 
only happens when you use the right ctrl-key, not by using the left one. It 
looks like pressing the right ctrl-key give's an additional char when using 
the cursor keys (only by left and right, not on up and down).  

This is the typical key sequence when jumping word wise left or right in an 
line of text. Don't know if this is a KDE/Qt specific problem. This behavor 
was in the cygwin/XFree86 X-Server time ago. As i remember, in the beginning 
of the year this error disapeard (don't know the release number, sorry).

Am Freitag, 9. April 2004 19:10 schrieb Harold L Hunt II:
> Some of you may have noticed that Takuma and I added a "-keyhook" option
> to XWin.exe that allows Alt+Tab to be trapped on NT-based OSes and
> passed to X apps as a normal key event.
>
> We can also do the same for the Windows keys on the keyboard, but there
> are a few problems at this time:
>
> 1) Mod4Mask was used for XK_Super_L and XK_Super_R in the information I
> could find about the Windows key in X keymaps.  However, we currently
> use Mod4Mask for XK_Kana_Lock and XK_Kana_Shift.  My first question is
> does the XK_Kana_Lock and XK_Kana_Shift  thing even work right now?  If
> not, then we can just switch these.  If it does work, then we will have
> to change the modifier map if a Japanese keyboard layout is loaded...
> but I wonder if that is done already?
>
> 2) The Windows keys are typically mapped to XK_Super_L and XK_Super_R
> for VK_LWIN and VK_RWIN, repsectively.  I am seeing scan codes of 0x5B
> and 0x5C for the VK_LWIN and VK_RWIN keys, respectively again (note:
> yes, these are the same as the virtual key code for these keys for some
> reason).  If we want to map these keys to XK_Super_L and XK_Super_R we
> need some sort of entry in our default key map since it currently
> contains nothing about these keys.  I have tried adding an entry, but
> xev never seemed to pick up a valid key press from the Windows key when
> I was trapping and passing it through, though I do know that the
> trapping and passing was working correctly.
>
> So, who can help me figure out how to modify our default key map so that
> the Windows key will be useable under X?
>
> Harold

- -- 
Rudolf Kollien
email: [EMAIL PROTECTED]
      [EMAIL PROTECTED]
*
Never trust a operating system you have no sources for
*
Buying an operating system without source is like buying
a self-assembly Space Shuttle with no instructions.
*
-BEGIN PGP SIGNATURE-

iD8DBQFAdt1BzOHTWsKaqE0RAu8SAKDezyJRwAv2vYA4tlsgdEZ6iZlnAgCeMuQJ
oYCUExtH+He1eQJ93q1ufiM=
=18Mm
-END PGP SIGNATURE-

Windows keys in the keymap?

[Harold L Hunt II]

Some of you may have noticed that Takuma and I added a "-keyhook" option 
to XWin.exe that allows Alt+Tab to be trapped on NT-based OSes and 
passed to X apps as a normal key event.

We can also do the same for the Windows keys on the keyboard, but there 
are a few problems at this time:

1) Mod4Mask was used for XK_Super_L and XK_Super_R in the information I 
could find about the Windows key in X keymaps.  However, we currently 
use Mod4Mask for XK_Kana_Lock and XK_Kana_Shift.  My first question is 
does the XK_Kana_Lock and XK_Kana_Shift thing even work right now?  If 
not, then we can just switch these.  If it does work, then we will have 
to change the modifier map if a Japanese keyboard layout is loaded... 
but I wonder if that is done already?

2) The Windows keys are typically mapped to XK_Super_L and XK_Super_R 
for VK_LWIN and VK_RWIN, repsectively.  I am seeing scan codes of 0x5B 
and 0x5C for the VK_LWIN and VK_RWIN keys, respectively again (note: 
yes, these are the same as the virtual key code for these keys for some 
reason).  If we want to map these keys to XK_Super_L and XK_Super_R we 
need some sort of entry in our default key map since it currently 
contains nothing about these keys.  I have tried adding an entry, but 
xev never seemed to pick up a valid key press from the Windows key when 
I was trapping and passing it through, though I do know that the 
trapping and passing was working correctly.

So, who can help me figure out how to modify our default key map so that 
the Windows key will be useable under X?

Harold

Re: 6.7.0.0 XWin w/out -nodecoration running in background doesn't display anything

[Rudolf Kollien]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1


Great! Just did it with the solution mentiond by David Rothenberger. With 
sending XWin in the background with & i managed it to only get the XWin 
server window. But i need to command files: a DOS batch and a sh batch. Now 
it run's with only on batch file like before!

Thanks a lot to all!

Am Freitag, 9. April 2004 18:00 schrieb Holger Krull:
> > Sure.  Call CreateProcess with appropriate flags, just like run.exe
> > does...
>
> Thank you, that's the solution.
> I didn't know this program. I now can call Xwin without having an
> additional shell window. The needed command for me is :
>
> E:\cygwin\bin\bash.exe -c -l 'run bash -c -l "CYGWIN=server Xwin.exe
> -query murpel -fp tcp/murpel:7100 -dpi 100 -clipboard -once &" '
>
> Before someone asks, the reason for the additional bash is my whish to
> avoid having cygwin directorys in my windows path. So
> \cygwin\usr\X11R6\bin\run.exe bash -c -l "Xwin.exe -query SOMENAME &"
> will probably do for everyone else.
>
> Thank you for your help
>
>  Holger

- -- 
Rudolf Kollien
email: [EMAIL PROTECTED]
      [EMAIL PROTECTED]
*
Never trust a operating system you have no sources for
*
Buying an operating system without source is like buying
a self-assembly Space Shuttle with no instructions.
*
-BEGIN PGP SIGNATURE-

iD8DBQFAdtb/zOHTWsKaqE0RAuzqAKCKN0/IGYaiIf9Hsi40xi4ejBTZLwCfR4cg
Mmh8nzqLaAHx+KgcgE15qBw=
=I8Q0
-END PGP SIGNATURE-

Re: 6.7.0.0 XWin w/out -nodecoration running in background doesn't display anything

[Holger Krull]

Sure.  Call CreateProcess with appropriate flags, just like run.exe
does...
Thank you, that's the solution.
I didn't know this program. I now can call Xwin without having an 
additional shell window. The needed command for me is :

E:\cygwin\bin\bash.exe -c -l 'run bash -c -l "CYGWIN=server Xwin.exe 
-query murpel -fp tcp/murpel:7100 -dpi 100 -clipboard -once &" '

Before someone asks, the reason for the additional bash is my whish to 
avoid having cygwin directorys in my windows path. So
\cygwin\usr\X11R6\bin\run.exe bash -c -l "Xwin.exe -query SOMENAME &" 
will probably do for everyone else.

Thank you for your help

Holger

Re: 6.7.0.0 XWin w/out -nodecoration running in background doesn't display anything

[Igor Pechtchanski]

On Fri, 9 Apr 2004, Holger Krull wrote:

> > As cygwin provides a *nix-like environment, there IS a (shell)
> > solution. Would be the first problem which couldn't worked around :-)
>
> I'm not so shure about this. At least i didn't find a solution to get
> rid of the additional window, maybe someone else knows the trick.
> Starting in bash with setsid, screen or & didn't help. Even if you get
> back to a prompt, closing the shell means ending Xwin. Weird.
>
> Does anyone know howto start a cmd.exe in Windows without getting a new
> button in taskbar?

Sure.  Call CreateProcess with appropriate flags, just like run.exe
does...

> >>XWin.exe... but the other solution is to just use bash so we can do
> >>"XWin &" instead of using start or run.  Find whatever solution you need
>
> that's what i did up to now. But Xwin somehow keeps its connection to
> the starting environment if you don't use -nodecoration.

It might help to redirect the std{in,out,err} of the setsid'd process,
something like

setsid XWin /dev/null 2>&1

HTH,
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: 6.7.0.0 XWin w/out -nodecoration running in background doesn't display anything

[Holger Krull]

As cygwin provides a *nix-like environment, there IS a (shell) solution. Would 
be the first problem which couldn't worked around :-)
I'm not so shure about this. At least i didn't find a solution to get 
rid of the additional window, maybe someone else knows the trick.
Starting in bash with setsid, screen or & didn't help. Even if you get 
back to a prompt, closing the shell means ending Xwin. Weird.

Does anyone know howto start a cmd.exe in Windows without getting a new 
button in taskbar?



XWin.exe... but the other solution is to just use bash so we can do
"XWin &" instead of using start or run.  Find whatever solution you need
that's what i did up to now. But Xwin somehow keeps its connection to 
the starting environment if you don't use -nodecoration.

Re: XWin options lack of documentation.

[Alexander Gottwald]

Rodrigo Medina wrote:

>  Hi all,
>
> I am working to update XWin.man. I have found that:
>
> 1)The following options of XWin are active but ARE NOT documented either
> in the X-UG or in the -help option of XWin.
>
>OptionX-UG -help option
> -helpNO  Yes
> -logfile NO  NO
> -logverbose  NO  NO
> -nounicodeclipboard  NO  Yes
> -xkblayout   NO  Yes
> -xkbrulesNO  Yes
> -xkbmodelNO  Yes
> -xkbvariant  NO  Yes
> -xkboptions  NO  Yes
> -[no]keyhook NO  NO
>
> 2)The following inactive options ARE documented in the UG:
>
> -xf86config
> -keyboard

Thanks for sorting them out. I'll start documenting them

> 3)There is a BUG with the -logverbose option. It requires an integer
> parameter. If such parameter isn't given the alert panel appears and
> the help text is written in XWin.log as expected, but then there is a
> Segmentation Fault crash. Perhaps, instead of finishing, the program
> tries to continue with a nonexistent parameter.

I will take a look.

> Questions:
> 1)I understand that the parameter of the -logverbose option controls
> the degree of "verbosity" of log messages. But I have found that there
> is no effect in the XWin.log file as the value of the parameter is changed.
>  The only effect I have found is a shorter output of the log messages
> that are directed to the console when the parameter is negative. It is
> really that the intended behavior? If such were the case, it is not
> simpler to have an option without parameter with a name like -noconsolelog?

Currently only few logmessages have a verbosity level set. The general idea
was

logleveloutput
0   only fatal errors, help message
1   simple information about configuration (will get default sometime)
2 (current  detailed loginfo (including trace and debug output)
 default)
3 + maybe some very detailed debug output

> 2)Will be the -emulatepseudo option eventually  activated?.
>  If that were the case I can leave the description of the option in the
> man page with the indication that it is still not implemented.

bye
ago

NP: Funker Vogt - Pure War
-- 
 [EMAIL PROTECTED]
 http://www.gotti.org   ICQ: 126018723

Re: X server with GLX acceleration

[Alexander Gottwald]

Colin Harrison wrote:

> This works for me, glxgears results:-

Nice to hear. There is still much to do but at least the framework
is running.

> $ glxgears
> 3177 frames in 5.0 seconds = 635.400 FPS
> 3273 frames in 5.0 seconds = 654.600 FPS
>
> Pentium 800 with ATI Rage Pro (Windows XP)
>
> Nice work, thanks.

bye
ago

NP: Letzte Instanz - Schlaflos
-- 
 [EMAIL PROTECTED]
 http://www.gotti.org   ICQ: 126018723

Re: uxterm from xterm-185-3 and xfontsel crashing when running under cygserver support

[Corinna Vinschen]

On Apr  3 22:26, Corinna Vinschen wrote:
> On Mar 30 09:30, Dr. Volker Zell wrote:
> > I just tried your fix which seems to be in the 20040329 snapshot. But
> > now /usr/sbin/cygserver doesn't start anymore. I installed it as a
> > service with cygrunsrv. The same happens for my other cygwin service
> > /sbin/init which also refuses to start. In the process list I could see
> > 4 !! /bin/cygrunsrv processes so. Reverting to 1.5.9 and all is fine.
> 
> Please try the 20040403 snapshot.  It contains a fix for the shmat
> problem which shold allow the bigfont extension to work.
> 
> Corinna
> 
> 
> P.S: And somehow I'd wish you'd use a more space-saving and more concise
>  quoting style...


Ping?  Did you test it?  Does no feedback mean that it now works?

Corinna

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

XWin options lack of documentation.

[Rodrigo Medina]

 Hi all,

I am working to update XWin.man. I have found that: 

1)The following options of XWin are active but ARE NOT documented either
in the X-UG or in the -help option of XWin.

   OptionX-UG -help option
-helpNO  Yes
-logfile NO  NO
-logverbose  NO  NO
-nounicodeclipboard  NO  Yes
-xkblayout   NO  Yes
-xkbrulesNO  Yes
-xkbmodelNO  Yes
-xkbvariant  NO  Yes
-xkboptions  NO  Yes
-[no]keyhook NO  NO

2)The following inactive options ARE documented in the UG:

-xf86config
-keyboard

3)There is a BUG with the -logverbose option. It requires an integer
parameter. If such parameter isn't given the alert panel appears and
the help text is written in XWin.log as expected, but then there is a
Segmentation Fault crash. Perhaps, instead of finishing, the program
tries to continue with a nonexistent parameter.

Questions:
1)I understand that the parameter of the -logverbose option controls
the degree of "verbosity" of log messages. But I have found that there
is no effect in the XWin.log file as the value of the parameter is changed.
 The only effect I have found is a shorter output of the log messages
that are directed to the console when the parameter is negative. It is
really that the intended behavior? If such were the case, it is not
simpler to have an option without parameter with a name like -noconsolelog? 

2)Will be the -emulatepseudo option eventually  activated?.
 If that were the case I can leave the description of the option in the
man page with the indication that it is still not implemented.

Rodrigo Medina