Re: Bug in IMake - Doesn't use DESTLIB

2002-09-10 Thread Alexander Gottwald

On Mon, 9 Sep 2002, Jean-Claude Gervais wrote:

 
   I've been trying to write an Imakefile that copies the shared-library I'm
 building to a directory specified using the DESTLIB variable when the 'make
 install' target is invoked.
 
   Although this works fine on Linux, invoking the 'make install' rule on
 Cygwin results in the DLL being copied to X11's 'bin' directory.
 
   Is this a know bug, and what should I do?

Hm, actually the dlls must be in the searchpath when the binary is started.
So it makes sense to locate in the bindir. I they are installed in DESTBIN.

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




Re: Bug in IMake - Doesn't use DESTLIB

2002-09-10 Thread Alexander Gottwald

On Mon, 9 Sep 2002, Jean-Claude Gervais wrote:

 I'm sorry; I sent this to the list because imake is part of XFree.
 Is there a way for me to reach imake's maintainer if this query doesn't
 belong here?

I believe its our responsibility. Imake is only a tool for building
the Makefile with a large set of macros. These macros (and in special
the macro for installing the libraries) are written or modfied for
Cygwin/XFree

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




Solved: Switching from XWin to Windows slow (on Windows XP)

2002-09-10 Thread Jeroen Habets



Hi,

I had a problem that switching from within XWin to Windows XP took upto 7
seconds. Looked all over but couldn't find a solution until I read the
following knowledge base article 'OFFXP: What Is CTFMON and What Does It
Do?':

http://support.microsoft.com/default.aspx?scid=KB;EN-US;Q282599

After I killed ctfmon switching went as smooth as a whistle.
(BTW At first I suspected xwinclip or wmaker but neither were the culprit
;-)

Met vriendelijke groet,

Jeroen Habets
Technology manager
twofoldmedia b.v.

Atlantic House
Westplein 2
3016 BL Rotterdam
The Netherlands
T: +31 (0)10 281 06 88
F: +31 (0)10 214 01 84
M: +31 (0)6  483 55 718
e-mail: jeroen AT twofoldmedia DOT com
website: www.twofoldmedia.com



BEGIN:VCARD
VERSION:2.1
N:Habets;Jeroen;;drs
FN:Jeroen Habets
ORG:twofoldmedia;ICT
TITLE:Technology manager
TEL;WORK;VOICE:+31 (0)10 281 06 88
TEL;WORK;FAX:+31 (0)10 214 01 84
ADR;WORK:;Atlantic House;Westplein 2;Rotterdam;;3016 BL;Nederland
LABEL;WORK;ENCODING=QUOTED-PRINTABLE:Atlantic House=0D=0AWestplein 2=0D=0ARotterdam 3016 BL=0D=0ANederland
X-WAB-GENDER:2
URL;WORK:http://www.twofoldmedia.com
EMAIL;PREF;INTERNET:[EMAIL PROTECTED]
REV:20020710T132502Z
END:VCARD



RE: Bug in IMake - Doesn't use DESTLIB

2002-09-10 Thread Jean-Claude Gervais

Alexander,

I've changed my Imakefile based on the recommendations both you and Han N.
Nguyen have made.

The only problem is that even though the shared library IS copied to the
proper destination, it's import-linking file (.a or .lib in Win32) is STILL
only being copied to the X folders:

Here's the Imakefile

-

#include Library.tmpl
LibraryObjectRule()

 LIBNAME = ldlib
SRCS = ldlib.cpp
OBJS = $(SRCS:.cpp=.o)

  CC = g++

   SOREV = 1.0

INCLUDES = -I../../include
 DESTLIB = ../../lib/Release/Cygwin

  BINDIR = ../../bin/Release/Cygwin
LOCALLIB = ../../lib/Release/Cygwin

SharedLibraryTarget($(LIBNAME),$(SOREV),$(OBJS),.,.)
InstallSharedLibrary($(LIBNAME),$(SOREV),$(DESTLIB))
DependTarget()
LintTarget()

-

And here is the output it produces:



make install
install -c -m 0644 libldlib.a /usr/X11R6/lib/libldlib.a
install -c -m 0644 libldlib.dll ../../bin/Release/Cygwin/libldlib.dll
install in . done


Have you any idea how to make the .a file go to ../../lib/Release/Cygwin
instead?

Thank you.

Jean-Claude



-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On
Behalf Of Alexander Gottwald
Sent: Tuesday, September 10, 2002 6:25 AM
To: Cygwin-XFree
Subject: Re: Bug in IMake - Doesn't use DESTLIB

On Mon, 9 Sep 2002, Jean-Claude Gervais wrote:


   I've been trying to write an Imakefile that copies the
shared-library I'm
 building to a directory specified using the DESTLIB variable when the
'make
 install' target is invoked.

   Although this works fine on Linux, invoking the 'make install' rule
on
 Cygwin results in the DLL being copied to X11's 'bin' directory.

   Is this a know bug, and what should I do?

Hm, actually the dlls must be in the searchpath when the binary is started.
So it makes sense to locate in the bindir. I they are installed in DESTBIN.

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




RE: Bug report: Using Cygwin-Xfree through Remote Desktop Sharing (RDP)

2002-09-10 Thread Jean-Claude Gervais

OK, this is weird:

Running with the default drawing engine -

If I start XWin locally (and then run fluxbox) in -nodecoration mode on the
Windows XP machine, whose screen resolution is 1024x768@32bpp and go to a
Windows 2000 machine whose screen resolution is 800x600@32bpp and run RDP
client to connect back to the XP box (RDP@MaxRes24bpp), I get the Cygwin
screen, but it looks really gross and pixilated... Also the extent of the X
screen seems to go beyond the RDP client's borders, and RDP does not permit
scrolling the remote desktop Strange...

I can disconnect RDP, reconnect RDP, and things don't get better or any
worse...

2nd test.

I start XWin (fullscreen) in query mode and connect it to a machine running
Redhat 7.3.

If I go to the Windows 2000 machine and connect to XP, I get XWin's Redhat
view, but it looks psychedelic. If go back to the Windows XP box and take
back control, I cannot see XWin's output anymore. Instead of a big white
square, I get nothing at all, although from what I can tell, I am still in
control of the Redhat machine.

If I close XWin, go back to the Windows 2000 machine, connect to XP with
RDP and start Xwin (query mode), then I get Redhat's login screen and
everything is beautiful. I can log in, close the RDP connection to XP,
reconnect to XP with RDP, and everything is still hunky-dory. If I go back
to the XP machine and retake control by its console, the XWin window is
minimized and if I restore it, it is transparent like the test before and
will not draw anything even if I am still remotely controlling the Redhat
computer. If I then go back to the windows 2000 machine and reconnect to XP
with RDP, everything is perfect. XWin draws the Redhat view perfectly.

What seems to be the problem here is that the XP machine and the Windows
2000 machine are running at different geometries. XP is 1024x768 and Windows
2000 is running 800x600. It seems like XWin cannot deal with a dynamically
changing display size. This is probably a limitation in X, I would bet. So
as long as the console manipulating XWin has the same geometry as the one
that was in use when XWin was started, XWin is fine.

Now to run the same test with XWin -engine 1

If I start XWin locally (and then run fluxbox) in -nodecoration mode on the
Windows XP machine, whose screen resolution is 1024x768@32bpp and go to a
Windows 2000 machine whose screen resolution is 800x600@32bpp and run RDP
client to connect back to the XP box (RDP@MaxRes24bpp), I get the Cygwin
screen, and it looks perfect. The extent of the X screen still seems to go
beyond the RDP client's borders, and RDP still does not permit scrolling the
remote desktop.

I can disconnect RDP, reconnect RDP, and Xwin is unaffected and still draws
perfectly.

2nd test.

I start XWin (fullscreen) in query mode and connect it to a machine running
Redhat 7.3.

If I go to the Windows 2000 machine and connect to XP, I get XWin's Redhat
view, there is a slight dithering effect apparent on the desktop wallpaper,
maybe due to the view being converted from 32bpp to 24bpp by RDP. Dithering
aside, visually, everything is fine, except for the fact that I cannot see
the whole XWin window. If go back to the Windows XP box and take back
control, I can still see XWin's output and control the Redhat machine.
XWin's colors are fine, but XWin's window has gone from being fullscreen to
being about 800x600 and the outer edges of the Redhat screen are now clipped
out and lost. Even if I use taskmanager to send a MAXIMIZE command to XWin,
there is no effect; I cannot recover the lost display area.

If I close XWin, go back to the Windows 2000 machine, connect to XP with
RDP and start Xwin (query mode), then I get Redhat's login screen and
everything is beautiful. I can log in, close the RDP connection to XP,
reconnect to XP with RDP, and everything is still hunky-dory. If I go back
to the XP machine and retake control by its console, the XWin window is no
longer fullscreen but it is still displaying perfectly and I can still
remotely control the Redhat computer. If I then go back to the windows 2000
machine and reconnect to XP with RDP, everything is perfect. XWin is back to
being fullscreen (on the smaller 800x600 display) and still draws the Redhat
view perfectly. Oddly enough, there were NO dithering artifacts present
during this run...

Also, I seemed to notice that sometimes, the RDP client seemed to think
that the XWin window was busy and would send back the BUSY cursor whenever
the mouse was over XWin, but I didn't make a strict analysis of it, and its
late.

If there are any permutations you'd like me to try, let me know.

Jean-Claude



-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On
Behalf Of Harold L Hunt II
Sent: Monday, September 09, 2002 12:05 PM
To: [EMAIL PROTECTED]
Subject: Re: Bug report: Using Cygwin-Xfree through Remote