Jay Smith | 1 Mar 04:05 2004

Icelandic character composition not working

Hi,

Sorry if this is the wrong list; I am not sure where to turn.

In RedHat Linux running under xwindows provided by Cygwin/XFree86, I am 
able to type all the "foreign characters" I need to use, except for one 
Icelandic characters (I can type other Icelandic characters).  Again, this 
is to type such characters in linux programs and documents running under X.

My "guru" mapped the Right Alt key as the Multi_key and so with it I can 
make characters like þ and Þ and Ä, etc., by typing combinations of 
letters, etc.

However, I have not been able to figure out how to make the "thorn" (eth) 
character which I think is 208 and 240 decimal.  It is the character that 
looks like a d or D with a horizontal line through it.

The docs say that I am supposed to be able to use:

   minus D    or      D minus

   minus d    or      d minus

(minus = dash = - )

I have Googled and just am not finding the right page.

Any ideas?

Thanks.
(Continue reading)

Harold L Hunt II | 1 Mar 04:47 2004
Picon

Indirect OpenGL acceleration - New notes

I posted some new and simplified notes on how to add indirect OpenGL 
acceleration to Cygwin/X:

http://msu.edu/~huntharo/xwin/devel/server/CygwinX-Accelerated-OpenGL-Support-20040229.pdf

In addition, I have checked in the build framework for this into our 
tree on freedesktop.org.  You can find more information about our tree 
on fd.o from this page:

http://x.cygwin.com/devel/server/

All you have to do to enable the indirect OpenGL acceleration build 
framework is to edit xc/config/cf/cygwin.cf and change GlxUseWindows 
from NO to YES.  Then, if you don't want to rebuild the entire tree, 
just do the following:

cd programs/Xserver
make Makefile
cd GL
make Makefile
make Makefiles
cd ..
make XWin.exe

That should result in a compilation of the currently empty 
GL/windows/indirect.c file, which will cause XWin.exe to fail to link 
since it can't find the OpenGL functions.  I am a little confused about 
why XWin.exe fails to link on so many functions, since it seems that 
-lopengl32 is providing those functions (look some of them up via 'nm -g 
/usr/lib/w32api/opengl32.a | grep function_name')... I could use a few 
(Continue reading)

Harold L Hunt II | 1 Mar 06:34 2004
Picon

OpenGL header problems

As I mentioned in my email about enabling indirect OpenGL acceleration, 
there are some problems when trying to link to -lopengl32.

I tracked this down to problems with the way that 
/usr/include/w32api/GL/gl.h decorates the function declarations for the 
gl* functions.  There are some collisions between the way that the 
standard windows headers define WINGDIAPI and APIENTRY and the way that 
gl.h expects them to be.

However, the problem is a little trickier than just that: I added a call 
to glPixelStorei in Xserver/hw/xwin/InitOutput.c (without #including any 
opengl headers) and instead made my own prototype for glPixelStorei.  If 
I made it:

void __stdcall glPixelStorei (unsigned int, int);

then the linker would complain about how it had to fixup a reference to 
glPixelStorei as _glPixelStorei <at> 8.  But that is exactly what the 
__stdcall was supposed to do, so I am getting a little confused about 
why the prototype was being ignored.

I need an expert on __stdcall and w32api headers to give me a hand here. 
  Igor, I saw a post you made on this subject before, so I am counting 
on you :)

Once this little trick is solved we will have to figure out how to get 
the proper headers in exports/include/GL/; that directory currently 
getes some Mesa headers in it.  I'm not sure if we can cleanly disable 
that and point to the w32api OpenGL headers instead.

(Continue reading)

Alexander Gottwald | 1 Mar 10:31 2004
Picon

Re: Indirect OpenGL acceleration - New notes

On Sun, 29 Feb 2004, Harold L Hunt II wrote:

> That should result in a compilation of the currently empty 
> GL/windows/indirect.c file, which will cause XWin.exe to fail to link 
> since it can't find the OpenGL functions.  I am a little confused about 
> why XWin.exe fails to link on so many functions, since it seems that 
> -lopengl32 is providing those functions (look some of them up via 'nm -g 
> /usr/lib/w32api/opengl32.a | grep function_name')... I could use a few 
> pointers on what is happening there.

the opengl32.dll implements an rather old OpenGL API (1.2 afair).  But most 
vendors ship an opengl32.dll with their drivers which also implements the 
newer API.  But those functions must be linked dynamicly.

Another problem is the __stdcall issue. The windows dlls export symbols 
as _glBitmap <at> 28 but normal GL headers define it as _glBitmap. This is 
due to the __stdcall call semantics.

So all OpenGL definitions in GL/gl.h must be wrapped with the APIENTRY macros.
OpenGL already has a GLAPI macros which simply must include the APIENTRY 
definition.

bye
	ago
--

-- 
 Alexander.Gottwald <at> s1999.tu-chemnitz.de 
 http://www.gotti.org           ICQ: 126018723
 Chemnitzer Linux-Tag 2004 - 6. und 7. März 2004
 http://www.tu-chemnitz.de/linux/tag

(Continue reading)

Alexander Gottwald | 1 Mar 10:48 2004
Picon

Re: OpenGL header problems

On Mon, 1 Mar 2004, Harold L Hunt II wrote:

> However, the problem is a little trickier than just that: I added a call 
> to glPixelStorei in Xserver/hw/xwin/InitOutput.c (without #including any 
> opengl headers) and instead made my own prototype for glPixelStorei.  If 
> I made it:
> 
> void __stdcall glPixelStorei (unsigned int, int);
> 
> then the linker would complain about how it had to fixup a reference to 
> glPixelStorei as _glPixelStorei <at> 8.  But that is exactly what the 
> __stdcall was supposed to do, so I am getting a little confused about 
> why the prototype was being ignored.

i've done some simple tests.

#include <stdio.h>
#include <windows.h>

void __stdcall test_std(int x, int y);
void __fastcall test_fast(int x, int y);
void test(int x, int y);
void APIENTRY glPixelStorei (unsigned int, int);

int main(int argc, char *v[]) {
        glPixelStorei(1,2);
        test(1,2);
        test_std(1,2);
        test_fast(1,2);
        return 0;
(Continue reading)

Crazy Cygnus24 | 1 Mar 11:48 2004
Picon

Multi User with Xfree after a Terminal Server (windows)

Hi everybody !

I want to use cygwin under a clien terminal server with windows

i install cygwin on a server
modif cygwin.bat for multi user

REM 
-----------------------------------------------------------------------------

    <at> ECHO OFF

   d:
   chdir d:\cygwin\bin
   SET MAKE_MODE=UNIX
   set PATH=d:\cygwin\bin;%PATH%
   SET IS_CYGWIN=true
   set HISTSIZE=1200
   set HOME=C:/Documents and Settings/%username%/CYGWIN
   set ENV=C:/Documents and Settings/%username%/CYGWIN/.bash_login
   SET D:/cygwin/tmp=D:/cygwin/%username%/tmp
   set CYGWIN=tty

bash --login -i

REM 
-----------------------------------------------------------------------------

and startxwin.bat

(Continue reading)

Thomas Chadwick | 1 Mar 16:31 2004
Picon

RE: mouse wheel support question

Here's something easy to try.  Bring up the X server, then run "xev" and 
move the scroll-wheel.  Do you see any Button 4 or Button 5 messages?  If 
so, then the server supports them.  If not, it doesn't.

>From: Daren Lim <limdp <at> altair.com>
>Reply-To: cygwin-xfree <at> cygwin.com
>To: cygwin-xfree <at> cygwin.com
>Subject: mouse wheel support question
>Date: Fri, 20 Feb 2004 13:44:50 -0500
>
>I've implemented a feature for an application that uses the mouse wheel on
>the Windows.
>I need to code it for XWindows. From what I have read so far the wheel 
>sends
>mouse button
>presses of 4 and 5 in Xwindows.
>
>I'm not sure if trying to test through Cygwin is
>not letting me detect the messages in XWindows or if there is another
>reason.  I found that for XFree86 4.2 "The mouse driver now has support
>for mouse wheel emulation."
>
>I tried xdyinfo | grep release
>to figure out which version of XFree86 I'm running...
>it returned "vender release number : 40200000
>
>So do I need to update my Xfree86 version ?
>
>Thanks,
>dAren
(Continue reading)

Øyvind Harboe | 1 Mar 18:04 2004

xserv 4.3.0-48 problems

Note! This is *not* a complaint. I love CygWin + xfree86, and I chose to
be at the bleeding edge because of it.

Something terribly wrong happened when I upgraded to -48. Of course
CygWin setup.exe upgraded oodles of other stuff as well....

There is a raft of regressions, so I suspect there must be a common
cause.

- copy&paste from windows to Evolution no longer works.
- copy&paste from linux to windows no longer works.
- When I press alt-2, I no longer get " <at> ", but "2", Norwegian keyboard.
- Evolution shows a disturbing error message upon startup:
'Xlib: extension "RENDER" missing on display "localhost:10.0".'
- If I right click on my "Inbox" in Evolution, I no longer get a menu as
I used to, but lots of error messages from Evolution(after which
Evolution is no longer responsive).
- Rendering in Office/Evolution is no longer double buffered, and it is
considerably slower when rendering e.g. spreadsheets.
- I'm sure there are other problems, but it is a bit hard to take the
thing for a proper spin in its current state.

Things tried:

- compiled from source, but no difference in behaviour.
- downgraded to -46, same problem.

The only thing that I can think of trying, is to wipe my CygWin
installation and reinstall from scratch.

(Continue reading)

Igor Pechtchanski | 1 Mar 18:10 2004
Picon

Re: OpenGL header problems

On Mon, 1 Mar 2004, Harold L Hunt II wrote:

> As I mentioned in my email about enabling indirect OpenGL acceleration,
> there are some problems when trying to link to -lopengl32.
>
> I tracked this down to problems with the way that
> /usr/include/w32api/GL/gl.h decorates the function declarations for the
> gl* functions.  There are some collisions between the way that the
> standard windows headers define WINGDIAPI and APIENTRY and the way that
> gl.h expects them to be.
>
> However, the problem is a little trickier than just that: I added a call
> to glPixelStorei in Xserver/hw/xwin/InitOutput.c (without #including any
> opengl headers) and instead made my own prototype for glPixelStorei.  If
> I made it:
>
> void __stdcall glPixelStorei (unsigned int, int);
>
> then the linker would complain about how it had to fixup a reference to
> glPixelStorei as _glPixelStorei <at> 8.  But that is exactly what the
> __stdcall was supposed to do, so I am getting a little confused about
> why the prototype was being ignored.
>
> I need an expert on __stdcall and w32api headers to give me a hand here.
>   Igor, I saw a post you made on this subject before, so I am counting
> on you :)
>
> Once this little trick is solved we will have to figure out how to get
> the proper headers in exports/include/GL/; that directory currently
> getes some Mesa headers in it.  I'm not sure if we can cleanly disable
(Continue reading)

Andrew Braverman | 1 Mar 18:11 2004

RE: xserv 4.3.0-48 problems

Did you try the ForwardX11Trusted configuration that has been discussed here
over the last few days?

- Andy

> -----Original Message-----
> From: cygwin-xfree-owner <at> cygwin.com
> [mailto:cygwin-xfree-owner <at> cygwin.com]On Behalf Of Øyvind Harboe
> Sent: Monday, March 01, 2004 12:05 PM
> To: cygwin-xfree <at> cygwin.com
> Subject: xserv 4.3.0-48 problems
>
>
> Note! This is *not* a complaint. I love CygWin + xfree86, and
> I chose to
> be at the bleeding edge because of it.
>
> Something terribly wrong happened when I upgraded to -48. Of course
> CygWin setup.exe upgraded oodles of other stuff as well....
>
> There is a raft of regressions, so I suspect there must be a common
> cause.
>
> - copy&paste from windows to Evolution no longer works.
> - copy&paste from linux to windows no longer works.
> - When I press alt-2, I no longer get " <at> ", but "2", Norwegian
> keyboard.
> - Evolution shows a disturbing error message upon startup:
> 'Xlib: extension "RENDER" missing on display "localhost:10.0".'
> - If I right click on my "Inbox" in Evolution, I no longer
(Continue reading)


Gmane