From news@garydjones.mailshell.com Sun Sep 1 01:56:00 2002 From: news@garydjones.mailshell.com (news@garydjones.mailshell.com) Date: Sun, 01 Sep 2002 01:56:00 -0000 Subject: xrn diffs for Cygwin (was: Re: More xrn build woes) References: <20020816170241.76812.qmail@web21009.mail.yahoo.com> Message-ID: Here are the diffs to the standard xrn source required to build xrn-9.02 for Cygwin --- error_hnds.h 1997-12-18 11:04:04.000000000 +0000 +++ ../new xrn/error_hnds.h 2002-08-17 09:46:56.000000000 +0100 @@ -54,7 +54,7 @@ /* install the signal handlers */ extern void ehInstallSignalHandlers _ARGUMENTS((void)); -#if !defined(__GNU_LIBRARY__) && !defined(__NetBSD__) && !defined(__FreeBSD__) +#if !defined(__GNU_LIBRARY__) && !defined(__NetBSD__) && !defined(__FreeBSD__) && !defined(__CYGWIN__) extern int errno, sys_nerr; extern char *sys_errlist[]; #endif --- config.h 1999-09-02 01:11:22.000000000 +0100 +++ ../new xrn/config.h 2002-08-19 16:08:38.000000000 +0100 @@ -497,7 +505,7 @@ */ /* POSIX regex routines */ -#if defined(linux) || defined(hpux) || defined(__hpux) || defined(__osf__) +#if defined(linux) || defined(hpux) || defined(__hpux) || defined(__osf__) || defined(__CYGWIN__) #define POSIX_REGEX #endif It 'mostly' works. Occasionally I have had some strange crashes, but I don't have the time or knowledge to pursue them to be honest. (Also emailed to xrn maintainer.) From swamp-dog@ntlworld.com Sun Sep 1 10:22:00 2002 From: swamp-dog@ntlworld.com (Guy Harrison) Date: Sun, 01 Sep 2002 10:22:00 -0000 Subject: building XFree86 from cvs In-Reply-To: References: Message-ID: <3d74668e.1020828033@smtp.ntlworld.com> On Mon, 26 Aug 2002 07:11:37 -0400, "Harold Hunt" wrote: >Guy, > >Okay, this looks reasonable. I will take a look at it and submit it when I >get a chance. Classes start today, so it may be a few days. No problem. Things progress slow my end! -- swamp-dog@ntlworld.com From swamp-dog@ntlworld.com Sun Sep 1 10:22:00 2002 From: swamp-dog@ntlworld.com (Guy Harrison) Date: Sun, 01 Sep 2002 10:22:00 -0000 Subject: building XFree86 from cvs In-Reply-To: <3d6c480d.488731809@smtp.ntlworld.com> References: <200208232148.g7NLm6P158390@pilot11.cl.msu.edu> <3d6c480d.488731809@smtp.ntlworld.com> Message-ID: <3d75325a.1073000723@smtp.ntlworld.com> Hi Folks, I took the plunge and installed. My first thought was "er, it don't work". Some notes for the record before I forget them... Debug build: "makeg.sh install" strips targets. Perhaps not all but it is passing "-s" to 'install'. Installation (debug or normal): "make" does indeed relink (some) targets without apparent cause. Ditto on installation which of course has the potential to fail on (say) a bad foo<->foo.exe dependency. Last is the show-stopper. Trivial but "install -s" got me side-tracked: I've seen DLL's fail to load when stripped so went off on a wild goosechase when confronted with "c0000022" dialogs. XWin would start (we're invoking inside bash here) but all apps produced those undebuggable c0000022 accessed-denied dialogs(*). Solution trivial: installed DLL's require execute permissions. doh! However it may be that Setup could end up installing non-executable DLL's? (*) I dragged out a demo of W32dsm87 disassembler and exercised my non-existent Intel asm knowledge. Looks like we never get to program entry - only kernel32.dll loads: it must check perms on the bound DLL's then barfs. Couldn't work this backward because kernel32.dll vanishes leaving W32dsm87 staring at invalid memory. oh, I noticed "-L/usr/X11R6/lib" being passed. By design or should it be made to vanish? -- swamp-dog@ntlworld.com From swamp-dog@ntlworld.com Sun Sep 1 10:22:00 2002 From: swamp-dog@ntlworld.com (Guy Harrison) Date: Sun, 01 Sep 2002 10:22:00 -0000 Subject: building XFree86 from cvs In-Reply-To: <20020827181456.54387.qmail@web21007.mail.yahoo.com> References: <20020827181456.54387.qmail@web21007.mail.yahoo.com> Message-ID: <3d754437.1012037242@smtp.ntlworld.com> On Tue, 27 Aug 2002 11:14:56 -0700 (PDT), Nicholas Wourms wrote: >--- Guy Harrison wrote: >> On Tue, 20 Aug 2002 10:13:50 -0500, "Michael Harnois" >> wrote: >> >> >Oooh. This is stranger than I thought. Some of those programs do >> get built >> >correctly, despite the log messages. For instance in config/util, >> makestrs, >> >revpath, and rman build ... but lndir doesn't. >> >> Probably because "gcc -o foo" yields foo.exe automatically but >> unfortunately dependencies and so forth won't know that. Your >> average >> "configure & make" app can sometimes get away with it - only to >> fail on >> the install & uninstall (good indication of this problem existing >> is >> make invokes the linker even though the last make succeeded). Sadly >> this >> is my first forray into the world of Imake so take my advice for >> this >> particular problem with a strong pinch of salt. > >You'd think TOG would get a clue and switch to the autotools... All that's required is for me to become 100% proficient in Imake. It would guarantee it! :-) -- swamp-dog@ntlworld.com From swamp-dog@ntlworld.com Sun Sep 1 10:22:00 2002 From: swamp-dog@ntlworld.com (Guy Harrison) Date: Sun, 01 Sep 2002 10:22:00 -0000 Subject: building XFree86 from cvs In-Reply-To: References: Message-ID: <3d7443bc.1011914205@smtp.ntlworld.com> On Thu, 29 Aug 2002 22:06:58 +0200 (MEST), Alexander Gottwald wrote: >On Sun, 25 Aug 2002, Guy Harrison wrote: > >[big diff] >> >> ...it might even still cross-compile! ;-) > >It does. Good Work :) Thanks! >bye > ago >BTW: When you're creating diffs, please use the diff -u. Noted. -- swamp-dog@ntlworld.com From c_twiner@hotmail.com Sun Sep 1 11:11:00 2002 From: c_twiner@hotmail.com (Chris Twiner) Date: Sun, 01 Sep 2002 11:11:00 -0000 Subject: xwinclip re selection polling Message-ID: Hi All, The select statement isn't the problem, it's the restart. I'm pretty certain that it's just due to the old window sending messages the select does a peekmessage of NULL for the hwnd, this picks up all messages for that thread. The restarter wasn't closing the window so it's probable that the old hwnd for the old window that wasn't getting closed is at fault. This is just a heads up, so no-one starts investigating unnecessarily. I'll post again with the results. Chris _________________________________________________________________ MSN Photos is the easiest way to share and print your photos: http://photos.msn.com/support/worldwide.aspx From c_twiner@hotmail.com Sun Sep 1 13:00:00 2002 From: c_twiner@hotmail.com (Chris Twiner) Date: Sun, 01 Sep 2002 13:00:00 -0000 Subject: xwinclip re selection polling Message-ID: The problem seemed to be based around the old window not getting destroyed, windows still thinks it's there and sends forth more messages to it. I've destroyed the window in the iohandler and the problem seems to be solved. Sorry for the multiple posts just spotted it over a few days. Chris _________________________________________________________________ Join the world??s largest e-mail service with MSN Hotmail. http://www.hotmail.com From asgupta2k@yahoo.com Sun Sep 1 23:42:00 2002 From: asgupta2k@yahoo.com (Ashish Gupta) Date: Sun, 01 Sep 2002 23:42:00 -0000 Subject: error compiling Message-ID: <20020902064240.82279.qmail@web11006.mail.yahoo.com> Hi, I am porting an application from linux to windows. This application uses xlib for windows2000 so I downloaded cygwin/Xfree86 source code(from CVS) and then tried to compile the application I got lot of ewrrors in VC98/rpcdce.h files. Errors list: c:\msvs\vc98\include\rpcdce.h(166) : error C2143: syntax error : missing ')' before 'type' c:\msvs\vc98\include\rpcdce.h(166) : error C2071: 'RPC_OBJECT_INQ_FN' : illegal storage class c:\msvs\vc98\include\rpcdce.h(166) : error C2055: expected formal parameter list, not a type list c:\msvs\vc98\include\rpcdce.h(166) : error C2059: syntax error : ')' c:\msvs\vc98\include\rpcdce.h(172) : error C2085: 'RPC_IF_CALLBACK_FN' : not in formal parameter list c:\msvs\vc98\include\rpcdce.h(180) : error C2085: 'RPC_STATS_VECTOR' : not in formal parameter list c:\msvs\vc98\include\rpcdce.h(191) : error C2085: 'RPC_IF_ID_VECTOR' : not in formal parameter list c:\msvs\vc98\include\rpcdce.h(200) : error C2085: 'RpcBindingCopy' : not in formal parameter list c:\msvs\vc98\include\rpcdce.h(208) : error C2085: 'RpcBindingFree' : not in formal parameter list c:\msvs\vc98\include\rpcdce.h(216) : error C2085: 'RpcBindingSetOption' : not in formal parameter list c:\msvs\vc98\include\rpcdce.h(224) : error C2085: 'RpcBindingInqOption' : not in formal parameter list c:\msvs\vc98\include\rpcdce.h(236) : error C2085: 'RpcBindingFromStringBindingA' : not in formal parameter list c:\msvs\vc98\include\rpcdce.h(244) : error C2085: 'RpcBindingFromStringBindingW' : not in formal parameter list c:\msvs\vc98\include\rpcdce.h(271) : error C2085: 'RpcBindingInqObject' : not in formal parameter list c:\msvs\vc98\include\rpcdce.h(279) : error C2085: 'RpcBindingReset' : not in formal parameter list c:\msvs\vc98\include\rpcdce.h(291) : error C2085: 'RpcBindingSetObject' : not in formal parameter list c:\msvs\vc98\include\rpcdce.h(300) : error C2085: 'RpcMgmtInqDefaultProtectLevel' : not in formal parameter list c:\msvs\vc98\include\rpcdce.h(312) : error C2085: 'RpcBindingToStringBindingA' : not in formal parameter list c:\msvs\vc98\include\rpcdce.h(320) : error C2085: 'RpcBindingToStringBindingW' : not in formal parameter list c:\msvs\vc98\include\rpcdce.h(346) : error C2085: 'RpcBindingVectorFree' : not in formal parameter list c:\msvs\vc98\include\rpcdce.h(362) : error C2085: 'RpcStringBindingComposeA' : not in formal parameter list c:\msvs\vc98\include\rpcdce.h(374) : error C2085: 'RpcStringBindingComposeW' : not in formal parameter list c:\msvs\vc98\include\rpcdce.h(412) : error C2085: 'RpcStringBindingParseA' : not in formal parameter list c:\msvs\vc98\include\rpcdce.h(424) : error C2085: 'RpcStringBindingParseW' : not in formal parameter list c:\msvs\vc98\include\rpcdce.h(457) : error C2085: 'RpcStringFreeA' : not in formal parameter list c:\msvs\vc98\include\rpcdce.h(464) : error C2085: 'RpcStringFreeW' : not in formal parameter list c:\msvs\vc98\include\rpcdce.h(490) : error C2085: 'RpcIfInqId' : not in formal parameter list c:\msvs\vc98\include\rpcdce.h(501) : error C2085: 'RpcNetworkIsProtseqValidA' : not in formal parameter list c:\msvs\vc98\include\rpcdce.h(508) : error C2085: 'RpcNetworkIsProtseqValidW' : not in formal parameter list c:\msvs\vc98\include\rpcdce.h(534) : error C2085: 'RpcMgmtInqComTimeout' : not in formal parameter list c:\msvs\vc98\include\rpcdce.h(543) : error C2085: 'RpcMgmtSetComTimeout' : not in formal parameter list c:\msvs\vc98\include\rpcdce.h(551) : error C2085: 'RpcMgmtSetCancelTimeout' : not in formal parameter list c:\msvs\vc98\include\rpcdce.h(563) : error C2085: 'RpcNetworkInqProtseqsA' : not in formal parameter list c:\msvs\vc98\include\rpcdce.h(570) : error C2085: 'RpcNetworkInqProtseqsW' : not in formal parameter list c:\msvs\vc98\include\rpcdce.h(596) : error C2085: 'RpcObjectInqType' : not in formal parameter list c:\msvs\vc98\include\rpcdce.h(603) : error C2143: syntax error : missing ')' before '*' c:\msvs\vc98\include\rpcdce.h(603) : error C2085: 'RpcObjectSetInqFn' : not in formal parameter list c:\msvs\vc98\include\rpcdce.h(603) : error C2143: syntax error : missing ';' before '*' c:\msvs\vc98\include\rpcdce.h(604) : error C2059: syntax error : ')' c:\msvs\vc98\include\rpcdce.h(698) : error C2143: syntax error : missing ')' before '*' c:\msvs\vc98\include\rpcdce.h(698) : error C2081: 'RPC_IF_CALLBACK_FN' : name in formal parameter list illegal c:\msvs\vc98\include\rpcdce.h(698) : error C2143: syntax error : missing '{' before '*' c:\msvs\vc98\include\rpcdce.h(699) : error C2059: syntax error : ')' c:\msvs\vc98\include\rpcdce.h(988) : error C2143: syntax error : missing ')' before '*' c:\msvs\vc98\include\rpcdce.h(988) : error C2143: syntax error : missing '{' before '*' c:\msvs\vc98\include\rpcdce.h(989) : error C2059: syntax error : ')' c:\msvs\vc98\include\rpcdce.h(997) : error C2143: syntax error : missing ')' before '*' c:\msvs\vc98\include\rpcdce.h(997) : error C2081: 'RPC_STATS_VECTOR' : name in formal parameter list illegal c:\msvs\vc98\include\rpcdce.h(997) : error C2143: syntax error : missing '{' before '*' c:\msvs\vc98\include\rpcdce.h(998) : error C2059: syntax error : ')' c:\msvs\vc98\include\rpcdce.h(1053) : error C2143: syntax error : missing ')' before '*' c:\msvs\vc98\include\rpcdce.h(1053) : error C2081: 'RPC_IF_ID_VECTOR' : name in formal parameter list illegal c:\msvs\vc98\include\rpcdce.h(1053) : error C2143: syntax error : missing '{' before '*' c:\msvs\vc98\include\rpcdce.h(1054) : error C2059: syntax error : ')' c:\msvs\vc98\include\rpcdce.h(1060) : error C2143: syntax error : missing ')' before '*' c:\msvs\vc98\include\rpcdce.h(1060) : error C2143: syntax error : missing '{' before '*' c:\msvs\vc98\include\rpcdce.h(1061) : error C2059: syntax error : ')' c:\msvs\vc98\include\rpcdce.h(1294) : error C2143: syntax error : missing ')' before '*' c:\msvs\vc98\include\rpcdce.h(1294) : error C2081: 'RPC_AUTHZ_HANDLE' : name in formal parameter list illegal c:\msvs\vc98\include\rpcdce.h(1294) : error C2143: syntax error : missing '{' before '*' c:\msvs\vc98\include\rpcdce.h(1295) : error C2059: syntax error : 'type' c:\msvs\vc98\include\rpcdce.h(1299) : error C2059: syntax error : ')' c:\msvs\vc98\include\rpcdce.h(1306) : error C2143: syntax error : missing ')' before '*' c:\msvs\vc98\include\rpcdce.h(1306) : error C2081: 'RPC_AUTHZ_HANDLE' : name in formal parameter list illegal c:\msvs\vc98\include\rpcdce.h(1306) : error C2143: syntax error : missing '{' before '*' c:\msvs\vc98\include\rpcdce.h(1307) : error C2059: syntax error : 'type' c:\msvs\vc98\include\rpcdce.h(1311) : error C2059: syntax error : ')' c:\msvs\vc98\include\rpcdce.h(1321) : error C2143: syntax error : missing ')' before '*' c:\msvs\vc98\include\rpcdce.h(1321) : error C2081: 'RPC_AUTH_IDENTITY_HANDLE' : name in formal parameter list illegal c:\msvs\vc98\include\rpcdce.h(1321) : error C2143: syntax error : missing '{' before '*' c:\msvs\vc98\include\rpcdce.h(1322) : error C2059: syntax error : 'type' c:\msvs\vc98\include\rpcdce.h(1323) : error C2059: syntax error : ')' c:\msvs\vc98\include\rpcdce.h(1333) : error C2143: syntax error : missing ')' before '*' c:\msvs\vc98\include\rpcdce.h(1333) : error C2081: 'RPC_AUTH_IDENTITY_HANDLE' : name in formal parameter list illegal c:\msvs\vc98\include\rpcdce.h(1333) : error C2143: syntax error : missing '{' before '*' c:\msvs\vc98\include\rpcdce.h(1334) : error C2059: syntax error : 'type' c:\msvs\vc98\include\rpcdce.h(1335) : error C2059: syntax error : ')' c:\msvs\vc98\include\rpcdce.h(1345) : error C2146: syntax error : missing ')' before identifier 'AuthIdentity' c:\msvs\vc98\include\rpcdce.h(1345) : error C2081: 'RPC_AUTH_IDENTITY_HANDLE' : name in formal parameter list illegal c:\msvs\vc98\include\rpcdce.h(1345) : error C2061: syntax error : identifier 'AuthIdentity' c:\msvs\vc98\include\rpcdce.h(1345) : error C2059: syntax error : ';' c:\msvs\vc98\include\rpcdce.h(1345) : error C2059: syntax error : ',' c:\msvs\vc98\include\rpcdce.h(1347) : error C2059: syntax error : ')' c:\msvs\vc98\include\rpcdce.h(1357) : error C2146: syntax error : missing ')' before identifier 'AuthIdentity' c:\msvs\vc98\include\rpcdce.h(1357) : error C2081: 'RPC_AUTH_IDENTITY_HANDLE' : name in formal parameter list illegal c:\msvs\vc98\include\rpcdce.h(1357) : error C2061: syntax error : identifier 'AuthIdentity' c:\msvs\vc98\include\rpcdce.h(1357) : error C2059: syntax error : ';' c:\msvs\vc98\include\rpcdce.h(1357) : error C2059: syntax error : ',' c:\msvs\vc98\include\rpcdce.h(1360) : error C2059: syntax error : ')' c:\msvs\vc98\include\rpcdce.h(1370) : error C2146: syntax error : missing ')' before identifier 'AuthIdentity' c:\msvs\vc98\include\rpcdce.h(1370) : error C2081: 'RPC_AUTH_IDENTITY_HANDLE' : name in formal parameter list illegal c:\msvs\vc98\include\rpcdce.h(1370) : error C2061: syntax error : identifier 'AuthIdentity' c:\msvs\vc98\include\rpcdce.h(1370) : error C2059: syntax error : ';' c:\msvs\vc98\include\rpcdce.h(1370) : error C2059: syntax error : ',' c:\msvs\vc98\include\rpcdce.h(1372) : error C2059: syntax error : ')' c:\msvs\vc98\include\rpcdce.h(1382) : error C2146: syntax error : missing ')' before identifier 'AuthIdentity' c:\msvs\vc98\include\rpcdce.h(1382) : error C2081: 'RPC_AUTH_IDENTITY_HANDLE' : name in formal parameter list illegal c:\msvs\vc98\include\rpcdce.h(1382) : error C2061: syntax error : identifier 'AuthIdentity' c:\msvs\vc98\include\rpcdce.h(1382) : error C2059: syntax error : ';' c:\msvs\vc98\include\rpcdce.h(1382) : error C2059: syntax error : ',' c:\msvs\vc98\include\rpcdce.h(1385) : error C2059: syntax error : ')' Please give me some tips for resolving these errors. I have got MS studio 6.0 installed in c:\Microsoft Visual Studio\ and I have DirectX SDK 8.0 installed in c:\mssdk. Thanks and regards, Ashish __________________________________________________ Do You Yahoo!? Yahoo! Finance - Get real-time stock quotes http://finance.yahoo.com From alexander.gottwald@informatik.tu-chemnitz.de Mon Sep 2 00:40:00 2002 From: alexander.gottwald@informatik.tu-chemnitz.de (Alexander Gottwald) Date: Mon, 02 Sep 2002 00:40:00 -0000 Subject: error compiling In-Reply-To: <20020902064240.82279.qmail@web11006.mail.yahoo.com> Message-ID: On Sun, 1 Sep 2002, Ashish Gupta wrote: > I am porting an application from linux to windows. > This application uses xlib for windows2000 so I > downloaded cygwin/Xfree86 source code(from CVS) and > then tried to compile the application I got lot of > ewrrors in VC98/rpcdce.h files. For compiling XFree86 with VisualC, please see http://sources.redhat.com/win32-x11/ but since you want to port the application, please try compiling with gcc. bye ago -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From geert.pille@vandemoortele.com Mon Sep 2 00:53:00 2002 From: geert.pille@vandemoortele.com (Pille Geert (bkarnd)) Date: Mon, 02 Sep 2002 00:53:00 -0000 Subject: X windows display problem Message-ID: Hallo Meredith, I lost a couple of days on the same problem because my client's hostname was "GHP-VP6", and so DISPLAY on the client side was "GHP-VP6:0.0". When I replace DISPLAY's value by simply ":0.0", before ssh'ing to a host, all (and most importantly: X) was well. I haven't checked if it was the special (?) character "-" that caused the problem, I used to have underscores in all my hostnames until I found out that Apache refused to run on a host called GHP_something (there is an RFC saying which characters are allowed). Just in case (your client's hostname isn't Jules) Geert -----Original Message----- From: Meredith Finkelstein [mailto:meredith@www.honeybeerobotics.com] Sent: vrijdag 30 augustus 2002 20:42 To: cygwin-xfree@cygwin.com Subject: X windows display problem Hi I have found some related posts in the archives, but nothing that seems to solve my problem, which is: I start startxwin.sh from my client (which runs windows2000) (I have tried both cygwin shell and cmd) then i open up an ssh connection (ssh -X -l username hostname) to my host computer which is running red hat 7.3. The sshd config file has X11Forwarding turned on when i try to open xterm, xeyes, anything - i get the following error: xterm Xt error: Can't open display: this happens no matter which window i am sshing from - cmd, cygwin, xwindows. and /tmp/XWin.log displays no error messages Any suggestions? Thanks, Meredith -- Open WebMail Project (http://openwebmail.org) =============================== This email is confidential and intended solely for the use of the individual to whom it is addressed. If you are not the intended recipient, be advised that you have received this email in error and that any use, dissemination, forwarding, printing, or copying of this email is strictly prohibited. You are explicitly requested to notify the sender of this email that the intended recipient was not reached. From huntharo@msu.edu Mon Sep 2 17:28:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Mon, 02 Sep 2002 17:28:00 -0000 Subject: Using KDE as default desktop under Windows In-Reply-To: <3D70F4E8.6060505@sjsoft.com> Message-ID: Interesting. Harold > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of David Fraser > Sent: Saturday, August 31, 2002 12:55 PM > To: cygwin-xfree@cygwin.com > Subject: Using KDE as default desktop under Windows > > > Hi there > I posted this to the kde-cygwin mailing list and someone suggested > reposting it here. > Basically an explanation of my kde setup under Windows... > > I am now using KDE as my default shell under Windows. > Thanks to everyone for the effort - it's so much nicer than explorer :-) > I thought it would be nice to have a page on the web site explaining how > to do it, > and indicating status as more integration gets done... > basically this is what I did (this is for Windows 2000 but should be > portable to others): > > make XFree86 server run full screen without window decoration > change ~/.xserverrc to include -fullscreen in the parameters: > exec X - screen 0 1024 879 -engine 4 -fullscreen -depth 32 -ac > -nowinkill -noreset -emulate3buttons 100 > you can say -nodecoration (which -fullscreen implies) instead if you > want a non-fullscreen window without border etc. > > replace the default shell, explorer.exe with X-windows > change the following reg entry under from explorer.exe to > c:\cygwin\bin\bash --login -c startx > HKEY_LOCAL_MACHINE\Software\Microsoft\Windows > NT\CurrentVersion\Winlogon\Shell > Once this is done, logging in starts up the X server but no Windows > desktop, Start bar etc. > Note: if you want to run windows programs from here, on Windows 2000 you > can press Ctrl-Shift-Esc > which brings up the Task Manager, then go File/Run. > Logging out from KDE doesn't actually log out, you need to close KDE in > another way and then press Ctrl-Alt-Del > and choose logout. Depending on your .xserverrc parameters, > Ctrl-Alt-Backspace or Alt-F4 can be made to close > the X server. Otherwise, you can close it from the Task manager (select > the Cygwin task and say End Task). > This also brings up a bash shell window which is behind the X server. I > tried to get rid of it by running > cmd /c start /b bash ... but this was unsuccessfull. > If you switch to any windows applications, the X server will be minimised. > I seem to remember some discussion on slashdot or somewhere about how > Cygwin XFree86 cannot run in rootless > mode (as the actual background window like Windows exlporer does for the > desktop). Does anyone have any info > on why this is, or on how we could patch it so that it will? That way > windows apps will run in front... > > Next step: get KDE to run windows applications from short cuts. > I created a simple script called "win32start": > > #!/bin/bash > startpath="$*" > if [[ -L "$startpath" ]] > then > # this is a symbolic link. find the actual file, start that > startpath=`find "$startpath" -printf %l` > fi > startdir=`dirname "$startpath"` > startfile=`basename "$startpath"` > cd "$startdir" > cmd /c start \"starting application\" "$startfile" > > This is put in /usr/bin > It handles cygwin unix-style symbolic links to Windows shortcut files as > well (both are given > the extension .lnk, but have different stuff inside ... if you create a > link to a shortcut it is thus > called .lnk.lnk). > Basically it gets whatever parameters are given (it needs to use them > all so you can pass spaces > without it separating them out; escaping the spaces with backslash > confuses cmd, although they > could be unescaped) and works out what directory the file to start is in. > It's easiest to get into this directory as we then don't have to convert > the path from unix to windows > style. Then it runs cmd and tells it to start the application. The first > parameter to start is the window > title which has to be given if we quote the start file. But this window > title only applies to cmd, which > just starts the application and quits. > Example: > $ win32start /c/Documents\ And Settings/All\ Users/Start\ > Menu/Programs/Acrobat\ Reader\ 5.0.lnk > on my system this starts up Acrobat. > > Now we want to make KDE associate these files with win32start so we can > click on them from konqueror > and put them in menus. > > First we need a mime type for the Windows shortcut files... > Add the following to a new file > ~/.kde2/share/mimelnk/application/win32shortcut.desktop > (on most systems, it could be ~/.kde/... - I've had KDE 1 installed ...) > This users the link icon which just looks like a shortcut. It would be > nice to get KDE to read > the windows Icon out of the shortcut file but probably lots of work > > [Desktop Entry] > Comment=Win32 shortcut file > Hidden=false > Icon=link > MimeType=application/win32shortcut > Patterns=*.lnk > Type=MimeType > > Then create the association. To do this, create a desktop file under > ~/.kde2/share/applnk/win32start.desktop > and place the following into it: > > [Desktop Entry] > Comment=Start Win32 applications or files > Exec=win32start > Icon=exec > InitialPreference=3 > MimeType=Application;application/win32shortcut > Name=Win32 Starter > Path= > ServiceTypes= > Terminal=false > TerminalOptions= > Type=Application > X-KDE-SubstituteUID=false > X-KDE-Username= > > This can also be done through control panel if you want to make life > easier ... but on my system it > gave some trouble ... > > Now you should be able to for example browse to your Start Menu on your > windows drive and start > programs. > > I then added a nice second start menu to kicker by using a QuickBrowser > linked to my Windows Start Menu > folder ... (actually I now have a subdirectory of ~ called Start which > contains links to everything > in the All Users Start Menu and my user's Start Menu .... with a simple > shell script to update the links) > > I've created a nice icon for this as well, with a "exec" icon background > with the four coloured windows > from the Linux samba icon on top. It sits next to the K menu icon, so I > can launch either KDE or standard > windows apps. > > Any feedback/comments? Is this what other people are using > kde-cygwin to do? > > _______________________________________________ > kde-cygwin mailing list > kde-cygwin@mail.kde.org > http://mail.kde.org/mailman/listinfo/kde-cygwin > > > From stuart.adamson@evolution.net Tue Sep 3 02:55:00 2002 From: stuart.adamson@evolution.net (Stuart Adamson) Date: Tue, 03 Sep 2002 02:55:00 -0000 Subject: Using KDE as default desktop under Windows Message-ID: <9920848EF398D311BDC400508BF339F980A4C0@ldnisp14.evolution.net> As somebody else that has replaced explorer with cygwin/Xfree86 - have you solved the program of being unable to install windows programs via MSI when explorer isn't running? Stuart > -----Original Message----- > From: Harold Hunt [mailto:huntharo@msu.edu] > Sent: 03 September 2002 01:29 > To: cygwin-xfree@cygwin.com > Subject: RE: Using KDE as default desktop under Windows > > > Interesting. > > Harold > > > -----Original Message----- > > From: cygwin-xfree-owner@cygwin.com > > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of David Fraser > > Sent: Saturday, August 31, 2002 12:55 PM > > To: cygwin-xfree@cygwin.com > > Subject: Using KDE as default desktop under Windows > > > > > > Hi there > > I posted this to the kde-cygwin mailing list and someone suggested > > reposting it here. > > Basically an explanation of my kde setup under Windows... > > > > I am now using KDE as my default shell under Windows. > > Thanks to everyone for the effort - it's so much nicer than > explorer :-) > > I thought it would be nice to have a page on the web site > explaining how > > to do it, > > and indicating status as more integration gets done... > > basically this is what I did (this is for Windows 2000 but should be > > portable to others): > > > > make XFree86 server run full screen without window decoration > > change ~/.xserverrc to include -fullscreen in the parameters: > > exec X - screen 0 1024 879 -engine 4 -fullscreen -depth 32 -ac > > -nowinkill -noreset -emulate3buttons 100 > > you can say -nodecoration (which -fullscreen implies) > instead if you > > want a non-fullscreen window without border etc. > > > > replace the default shell, explorer.exe with X-windows > > change the following reg entry under from explorer.exe to > > c:\cygwin\bin\bash --login -c startx > > HKEY_LOCAL_MACHINE\Software\Microsoft\Windows > > NT\CurrentVersion\Winlogon\Shell > > Once this is done, logging in starts up the X server but no Windows > > desktop, Start bar etc. > > Note: if you want to run windows programs from here, on > Windows 2000 you > > can press Ctrl-Shift-Esc > > which brings up the Task Manager, then go File/Run. > > Logging out from KDE doesn't actually log out, you need to > close KDE in > > another way and then press Ctrl-Alt-Del > > and choose logout. Depending on your .xserverrc parameters, > > Ctrl-Alt-Backspace or Alt-F4 can be made to close > > the X server. Otherwise, you can close it from the Task > manager (select > > the Cygwin task and say End Task). > > This also brings up a bash shell window which is behind the > X server. I > > tried to get rid of it by running > > cmd /c start /b bash ... but this was unsuccessfull. > > If you switch to any windows applications, the X server > will be minimised. > > I seem to remember some discussion on slashdot or somewhere > about how > > Cygwin XFree86 cannot run in rootless > > mode (as the actual background window like Windows exlporer > does for the > > desktop). Does anyone have any info > > on why this is, or on how we could patch it so that it > will? That way > > windows apps will run in front... > > > > Next step: get KDE to run windows applications from short cuts. > > I created a simple script called "win32start": > > > > #!/bin/bash > > startpath="$*" > > if [[ -L "$startpath" ]] > > then > > # this is a symbolic link. find the actual file, start that > > startpath=`find "$startpath" -printf %l` > > fi > > startdir=`dirname "$startpath"` > > startfile=`basename "$startpath"` > > cd "$startdir" > > cmd /c start \"starting application\" "$startfile" > > > > This is put in /usr/bin > > It handles cygwin unix-style symbolic links to Windows > shortcut files as > > well (both are given > > the extension .lnk, but have different stuff inside ... if > you create a > > link to a shortcut it is thus > > called .lnk.lnk). > > Basically it gets whatever parameters are given (it needs > to use them > > all so you can pass spaces > > without it separating them out; escaping the spaces with backslash > > confuses cmd, although they > > could be unescaped) and works out what directory the file > to start is in. > > It's easiest to get into this directory as we then don't > have to convert > > the path from unix to windows > > style. Then it runs cmd and tells it to start the > application. The first > > parameter to start is the window > > title which has to be given if we quote the start file. But > this window > > title only applies to cmd, which > > just starts the application and quits. > > Example: > > $ win32start /c/Documents\ And Settings/All\ Users/Start\ > > Menu/Programs/Acrobat\ Reader\ 5.0.lnk > > on my system this starts up Acrobat. > > > > Now we want to make KDE associate these files with > win32start so we can > > click on them from konqueror > > and put them in menus. > > > > First we need a mime type for the Windows shortcut files... > > Add the following to a new file > > ~/.kde2/share/mimelnk/application/win32shortcut.desktop > > (on most systems, it could be ~/.kde/... - I've had KDE 1 > installed ...) > > This users the link icon which just looks like a shortcut. > It would be > > nice to get KDE to read > > the windows Icon out of the shortcut file but probably lots of work > > > > [Desktop Entry] > > Comment=Win32 shortcut file > > Hidden=false > > Icon=link > > MimeType=application/win32shortcut > > Patterns=*.lnk > > Type=MimeType > > > > Then create the association. To do this, create a desktop file under > > ~/.kde2/share/applnk/win32start.desktop > > and place the following into it: > > > > [Desktop Entry] > > Comment=Start Win32 applications or files > > Exec=win32start > > Icon=exec > > InitialPreference=3 > > MimeType=Application;application/win32shortcut > > Name=Win32 Starter > > Path= > > ServiceTypes= > > Terminal=false > > TerminalOptions= > > Type=Application > > X-KDE-SubstituteUID=false > > X-KDE-Username= > > > > This can also be done through control panel if you want to make life > > easier ... but on my system it > > gave some trouble ... > > > > Now you should be able to for example browse to your Start > Menu on your > > windows drive and start > > programs. > > > > I then added a nice second start menu to kicker by using a > QuickBrowser > > linked to my Windows Start Menu > > folder ... (actually I now have a subdirectory of ~ called > Start which > > contains links to everything > > in the All Users Start Menu and my user's Start Menu .... > with a simple > > shell script to update the links) > > > > I've created a nice icon for this as well, with a "exec" > icon background > > with the four coloured windows > > from the Linux samba icon on top. It sits next to the K > menu icon, so I > > can launch either KDE or standard > > windows apps. > > > > Any feedback/comments? Is this what other people are using > > kde-cygwin to do? > > > > _______________________________________________ > > kde-cygwin mailing list > > kde-cygwin@mail.kde.org > > http://mail.kde.org/mailman/listinfo/kde-cygwin > > > > > > > From davidf@sjsoft.com Tue Sep 3 04:04:00 2002 From: davidf@sjsoft.com (David Fraser) Date: Tue, 03 Sep 2002 04:04:00 -0000 Subject: Using KDE as default desktop under Windows References: <9920848EF398D311BDC400508BF339F980A4C0@ldnisp14.evolution.net> Message-ID: <3D74972C.3000109@sjsoft.com> Hadn't tried that till you mentioned it ... I tried starting actual .msi files with my win32start script (in my previous message) and could both install and uninstall programs that way without any problems without explorer running. Also tried starting C:\Winnt\system32\appwiz.cpl (Add/Remove programs box) and that started fine, let me add and remove programs without any problems. Couldn't start appwiz from a link to it though, and I only tried adding and removing one program. Not sure what problems you are having - running msiexec from commandline? I'm running Windows 2000 David Stuart Adamson wrote: >As somebody else that has replaced explorer with cygwin/Xfree86 - have you >solved the program of being unable to install windows programs via MSI when >explorer isn't running? > > >Stuart > > > >>-----Original Message----- >>From: Harold Hunt [mailto:huntharo@msu.edu] >>Sent: 03 September 2002 01:29 >>To: cygwin-xfree@cygwin.com >>Subject: RE: Using KDE as default desktop under Windows >> >> >>Interesting. >> >>Harold >> >> >> From jproctor0@hotmail.com Tue Sep 3 04:28:00 2002 From: jproctor0@hotmail.com (John Proctor) Date: Tue, 03 Sep 2002 04:28:00 -0000 Subject: XFree86 Wont work on windows 98 Message-ID: Hi I cant get the X server (Xfree86) to connect to my Suse v8 Box, I have installed XFree86 on 19 machines which use NT4, using the default cygwin setup/install program and these all work great by typing the following command: $XWin -query server.ip.address But when I performed the same installation on the one Windows 98 box and tried the above command the X-window appeared but wouldn't connect to the SuSE box as the others did. The Windows 98 pc is on the same network (class C) and is listed in the /etc/host file but try as a may I cant get it to connect. Any help would be greatly appreciated John Proctor. _________________________________________________________________ Send and receive Hotmail on your mobile device: http://mobile.msn.com From rasjidw@openminddev.net Tue Sep 3 04:44:00 2002 From: rasjidw@openminddev.net (Rasjid Wilcox) Date: Tue, 03 Sep 2002 04:44:00 -0000 Subject: XFree86 Wont work on windows 98 In-Reply-To: References: Message-ID: <200209032144.16276.rasjidw@openminddev.net> On Tue, 3 Sep 2002 9:28 pm, John Proctor wrote: > Hi I cant get the X server (Xfree86) to connect to my Suse v8 Box, > I have installed XFree86 on 19 machines which use NT4, using the default > cygwin setup/install program and these all work great by typing the > following command: > $XWin -query server.ip.address > But when I performed the same installation on the one Windows 98 box and > tried the above command the X-window appeared but wouldn't connect to the > SuSE box as the others did. > > The Windows 98 pc is on the same network (class C) and is listed in the > /etc/host file but try as a may I cant get it to connect. Any help would > be greatly appreciated John Proctor. > Have you tried using the -from paramater? In my experience, Windows 98 is more likely to have empty interfaces sitting around. Run 'ipconfig' from a command (dos) prompt. Also, check out Alexander's ls_netdev utility to help diagnose any problems. http://www-user.tu-chemnitz.de/~goal/?jump=xfree The latter uses the same code as cygwin to detect the interfaces. Cheers, Rasjid. From jproctor0@hotmail.com Tue Sep 3 08:41:00 2002 From: jproctor0@hotmail.com (John Proctor) Date: Tue, 03 Sep 2002 08:41:00 -0000 Subject: XFree86 Wont work on windows 98 Message-ID: Thanks Rasjid I took your advice and its ok now when I ran ipconfig as you suggested, I found that I had two adapters installed one the network card, and the other a dial up network connection with no ip address. So I removed the dial up card and that cured the problem. I now can log into the SuSE box via XFree86 ok. Once again thank very much for your help it was driving me mad Kindest regards John Proctor Tresham Institute Kettering Northants. >From: Rasjid Wilcox >To: cygwin-xfree@cygwin.com, "John Proctor" >Subject: Re: XFree86 Wont work on windows 98 >Date: Tue, 3 Sep 2002 21:44:16 +1000 > >On Tue, 3 Sep 2002 9:28 pm, John Proctor wrote: > > Hi I cant get the X server (Xfree86) to connect to my Suse v8 Box, > > I have installed XFree86 on 19 machines which use NT4, using the default > > cygwin setup/install program and these all work great by typing the > > following command: > > $XWin -query server.ip.address > > But when I performed the same installation on the one Windows 98 box and > > tried the above command the X-window appeared but wouldn't connect to >the > > SuSE box as the others did. > > > > The Windows 98 pc is on the same network (class C) and is listed in the > > /etc/host file but try as a may I cant get it to connect. Any help >would > > be greatly appreciated John Proctor. > > > >Have you tried using the -from paramater? In my experience, Windows 98 is >more likely to have empty interfaces sitting around. > >Run 'ipconfig' from a command (dos) prompt. > >Also, check out Alexander's ls_netdev utility to help diagnose any >problems. >http://www-user.tu-chemnitz.de/~goal/?jump=xfree > >The latter uses the same code as cygwin to detect the interfaces. > >Cheers, > >Rasjid. _________________________________________________________________ Send and receive Hotmail on your mobile device: http://mobile.msn.com From Todd.Barron@acxiom.com Tue Sep 3 11:19:00 2002 From: Todd.Barron@acxiom.com (Barron Todd - tbarro) Date: Tue, 03 Sep 2002 11:19:00 -0000 Subject: How do you turn off XWin.log logging? Message-ID: I am using XFree86 with Cygwin and the XWin.log file grows to over 6.0 gigabytes in size. The only way to clear it is to exit Cygwin and manually delete the file. How can I prevent Cygwin/Xfree86 from writing the to log file? 6 gigabytes is insanely large for a log file. Thanks, Todd Barron Acxiom Product Development Chenal Building - Little Rock (F013-3106) Phone: (501) 342-4580 Fax: (501) 342-4903 email: tbarro@acxiom.com CONFIDENTIALITY NOTICE The information contained in this electronic mail transmission and any of its attachments may contain confidential or legally privileged material. These documents are intended for the sole use of the above named addressee(s). If you or your company is not the intended recipient and you have received this electronic mail message in error, you are notified that copying, reading or disclosing these documents or their contents, or in any way using the information contained in them, is prohibited. If you received this communication in error, please notify me immediately at 501-252-4580, and delete the original message. Thank you. The views or opinions expressed by the sender do not necessarily reflect those of the Acxiom Corporation. They are the views of the sender only and mean nothing more. ******************************************************************** The information contained in this communication is confidential, is intended only for the use of the recipient named above, and may be legally privileged. If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, distribution, or copying of this communication is strictly prohibited. If you have received this communication in error, please re-send this communication to the sender and delete the original message or any copy of it from your computer system. Thank You. From Cary.Jamison@powerquest.com Tue Sep 3 11:56:00 2002 From: Cary.Jamison@powerquest.com (Cary Jamison) Date: Tue, 03 Sep 2002 11:56:00 -0000 Subject: How do you turn off XWin.log logging? Message-ID: "Barron Todd - tbarro" wrote in message news:CF113269FDACD311AA8C009027DE9D04172F7C90@cwysms00.corp.acxiom.net... > I am using XFree86 with Cygwin and the XWin.log file grows to over 6.0 > gigabytes in size. The only way to clear it is to exit Cygwin and manually > delete the file. How can I prevent Cygwin/Xfree86 from writing the to log > file? 6 gigabytes is insanely large for a log file. I found that if there are X applications drawing to the screen when I lock my windows screen that my log would fill up. Usually the busy X app was just the X screen saver, so I disabled that (don't need two screen savers running!). Cary Cary.Jamison@PowerQuest.com From meredith@www.honeybeerobotics.com Tue Sep 3 12:26:00 2002 From: meredith@www.honeybeerobotics.com (Meredith Finkelstein) Date: Tue, 03 Sep 2002 12:26:00 -0000 Subject: X windows display problem In-Reply-To: References: Message-ID: <20020903194123.M75015@www.honeybeerobotics.com> Thanks to everyone for their help. However I am still not getting it to work... when i echo my DISPLAY variable in cygwin it gives me 172.0.0.1 - the loop back (or whatever the proper term is) - using this value remote xwindows does not work. when i change the display to the actual client ip number and ssh - remote xwindows still does not work. when i ssh and am on the remote host, and i echo the DISPLAY i get nothing. but i thought this was normal since i'm using the X flag with ssh. Anyway when i set export the display=:0.0 & then run xeyes then i get the following message Xlib: connection to ":0.0" refused by server Xlib: No protocol specified Error: Can't open display: :0.0 (nb - it puts my ip number instead of localhost) thanks a lot & any other suggestions would be greatly appreciated Meredith > I guess I should have read your message a little more carefully > before replying. You said that sshd has been configure with > X11Forwarding turned on. > > Give the following a try: > > 1) On the local system, before running ssh, echo the value of > DISPLAY. It should have a value of ":0.0" or something > similar. If it doesn't, manually set it to the correct value. > Verify its value by running a simple xclient like xeyes. 2) Run > your ssh -X command. 3) On the remote system, echo the value of > DISPLAY. It should have a value of ":10.0" or > something similar. If it doesn't have the right value, try setting > it manually. If that doesn't work, then I'm stumped. > > >From: "Thomas Chadwick" > >Reply-To: cygwin-xfree@cygwin.com > >To: cygwin-xfree@cygwin.com, meredith@www.honeybeerobotics.com > >Subject: Re: X windows display problem > >Date: Fri, 30 Aug 2002 16:07:13 -0400 > > > >What is the value of the DISPLAY environment variable on the remote machine > >after running ssh? > > > >It should have a value of ":10.0", or something similar. > > > >If it's empty, or the value looks like ":0.0", > >" >forwarding. > > > >Note that the ssh daemon on the remote machine has to be explicitly told to > >enable X forwarding. This might be to blame. > > > >I've also seen the existance of the .Xauthority file in the home directory > >on the local Cygwin host cause problems. > > > >>From: "Meredith Finkelstein" > >>Reply-To: cygwin-xfree@cygwin.com > >>To: "cygwin-xfree@cygwin.com" > >>Subject: X windows display problem > >>Date: Fri, 30 Aug 2002 15:41:41 -0400 > >> > >>Hi > >>I have found some related posts in the archives, but nothing that seems to > >>solve my problem, which is: > >> > >>I start startxwin.sh from my client (which runs windows2000) (I have tried > >>both cygwin shell and cmd) > >>then i open up an ssh connection (ssh -X -l username hostname) to my host > >>computer which is running red hat 7.3. The sshd config file has > >>X11Forwarding turned on > >> > >>when i try to open xterm, xeyes, anything - i get the following error: > >> > >>xterm Xt error: Can't open display: > >> > >>this happens no matter which window i am sshing from - cmd, cygwin, > >>xwindows. > >>and /tmp/XWin.log displays no error messages > >> > >>Any suggestions? > >>Thanks, > >>Meredith > >> > >> > >> > >> > >>-- > >>Open WebMail Project (http://openwebmail.org) > > > > > > > > > >_________________________________________________________________ > >Chat with friends online, try MSN Messenger: http://messenger.msn.com > > _________________________________________________________________ > Join the world??s largest e-mail service with MSN Hotmail. > http://www.hotmail.com -- Open WebMail Project (http://openwebmail.org) From alexander.gottwald@informatik.tu-chemnitz.de Tue Sep 3 12:30:00 2002 From: alexander.gottwald@informatik.tu-chemnitz.de (Alexander Gottwald) Date: Tue, 03 Sep 2002 12:30:00 -0000 Subject: How do you turn off XWin.log logging? In-Reply-To: Message-ID: On Tue, 3 Sep 2002, Barron Todd - tbarro wrote: > I am using XFree86 with Cygwin and the XWin.log file grows to over 6.0 > gigabytes in size. The only way to clear it is to exit Cygwin and manually > delete the file. How can I prevent Cygwin/Xfree86 from writing the to log > file? 6 gigabytes is insanely large for a log file. Modify the source and recompile the Xserver. bye ago -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From j_tetazoo@hotmail.com Tue Sep 3 13:05:00 2002 From: j_tetazoo@hotmail.com (Thomas Chadwick) Date: Tue, 03 Sep 2002 13:05:00 -0000 Subject: X windows display problem Message-ID: >From: "Meredith Finkelstein" >Reply-To: cygwin-xfree@cygwin.com >To: "Thomas Chadwick" , cygwin-xfree@cygwin.com, >meredith@www.honeybeerobotics.com >Subject: Re: X windows display problem >Date: Tue, 3 Sep 2002 15:41:23 -0400 [snip] >when i ssh and am on the remote host, and i echo the DISPLAY i get nothing. >but i thought this was normal since i'm using the X flag with ssh. This is not normal. DISPLAY needs a value. If ssh is not assigning one, there is probably something wrong with either ssh at the near end or sshd at the far end. >when i set export the display=:0.0 & then run xeyes >then i get the following message >Xlib: connection to ":0.0" refused by server >Xlib: No protocol specified > >Error: Can't open display: :0.0 Try again. From the ssh command-line on the remote machine, the correct value of DISPLAY should be :10.0, NOT :0.0 AS YOU HAVE SHOWN HERE. Here are a couple of diagrams to make my point... With DISPLAY=localhost:0.0 on localhost, and DISPLAY=remotehost:10.0 on remotehost, the XClients on remotehost send their traffic through the encrypted channel (established between ssh and sshd) back to XWin on localhost: +--------------------+ +------------------------+ | localhost | | remotehost | +--------------------+ +------------------------+ | | | | | XWin <---> ssh <---+---(encrypted)---+---> sshd <---> XClient | | | | | +--------------------+ +------------------------+ If you try to set DISPLAY=localhost:0.0 on remotehost, the XClients on remotehost try to talk directly to XWin on localhost and don't use the encrypted ssh channel at all: +--------------------+ +------------------------+ | localhost | | remotehost | +--------------------+ +------------------------+ | | | | | XWin <---> ssh <---+---(encrypted)---+---> sshd ---> XClient | | ^ | | ^ | | | | | | | | +----------------+--(unencrypted)--+------------------+ | | | | | +--------------------+ +------------------------+ _________________________________________________________________ MSN Photos is the easiest way to share and print your photos: http://photos.msn.com/support/worldwide.aspx From geert.pille@vandemoortele.com Wed Sep 4 01:13:00 2002 From: geert.pille@vandemoortele.com (Pille Geert (bkarnd)) Date: Wed, 04 Sep 2002 01:13:00 -0000 Subject: Using KDE as default desktop under Windows Message-ID: Here one sees Harold expressing his wild enthousiasm. It is a pity one cannot distinguish his pointed ears. -----Original Message----- From: Harold Hunt [mailto:huntharo@msu.edu] Sent: dinsdag 3 september 2002 1:29 To: cygwin-xfree@cygwin.com Subject: RE: Using KDE as default desktop under Windows Interesting. Harold > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of David Fraser > Sent: Saturday, August 31, 2002 12:55 PM > To: cygwin-xfree@cygwin.com > Subject: Using KDE as default desktop under Windows > > > Hi there > I posted this to the kde-cygwin mailing list and someone suggested > reposting it here. > Basically an explanation of my kde setup under Windows... > > I am now using KDE as my default shell under Windows. > Thanks to everyone for the effort - it's so much nicer than explorer :-) > I thought it would be nice to have a page on the web site explaining how > to do it, > and indicating status as more integration gets done... > basically this is what I did (this is for Windows 2000 but should be > portable to others): > > make XFree86 server run full screen without window decoration > change ~/.xserverrc to include -fullscreen in the parameters: > exec X - screen 0 1024 879 -engine 4 -fullscreen -depth 32 -ac > -nowinkill -noreset -emulate3buttons 100 > you can say -nodecoration (which -fullscreen implies) instead if you > want a non-fullscreen window without border etc. > > replace the default shell, explorer.exe with X-windows > change the following reg entry under from explorer.exe to > c:\cygwin\bin\bash --login -c startx > HKEY_LOCAL_MACHINE\Software\Microsoft\Windows > NT\CurrentVersion\Winlogon\Shell > Once this is done, logging in starts up the X server but no Windows > desktop, Start bar etc. > Note: if you want to run windows programs from here, on Windows 2000 you > can press Ctrl-Shift-Esc > which brings up the Task Manager, then go File/Run. > Logging out from KDE doesn't actually log out, you need to close KDE in > another way and then press Ctrl-Alt-Del > and choose logout. Depending on your .xserverrc parameters, > Ctrl-Alt-Backspace or Alt-F4 can be made to close > the X server. Otherwise, you can close it from the Task manager (select > the Cygwin task and say End Task). > This also brings up a bash shell window which is behind the X server. I > tried to get rid of it by running > cmd /c start /b bash ... but this was unsuccessfull. > If you switch to any windows applications, the X server will be minimised. > I seem to remember some discussion on slashdot or somewhere about how > Cygwin XFree86 cannot run in rootless > mode (as the actual background window like Windows exlporer does for the > desktop). Does anyone have any info > on why this is, or on how we could patch it so that it will? That way > windows apps will run in front... > > Next step: get KDE to run windows applications from short cuts. > I created a simple script called "win32start": > > #!/bin/bash > startpath="$*" > if [[ -L "$startpath" ]] > then > # this is a symbolic link. find the actual file, start that > startpath=`find "$startpath" -printf %l` > fi > startdir=`dirname "$startpath"` > startfile=`basename "$startpath"` > cd "$startdir" > cmd /c start \"starting application\" "$startfile" > > This is put in /usr/bin > It handles cygwin unix-style symbolic links to Windows shortcut files as > well (both are given > the extension .lnk, but have different stuff inside ... if you create a > link to a shortcut it is thus > called .lnk.lnk). > Basically it gets whatever parameters are given (it needs to use them > all so you can pass spaces > without it separating them out; escaping the spaces with backslash > confuses cmd, although they > could be unescaped) and works out what directory the file to start is in. > It's easiest to get into this directory as we then don't have to convert > the path from unix to windows > style. Then it runs cmd and tells it to start the application. The first > parameter to start is the window > title which has to be given if we quote the start file. But this window > title only applies to cmd, which > just starts the application and quits. > Example: > $ win32start /c/Documents\ And Settings/All\ Users/Start\ > Menu/Programs/Acrobat\ Reader\ 5.0.lnk > on my system this starts up Acrobat. > > Now we want to make KDE associate these files with win32start so we can > click on them from konqueror > and put them in menus. > > First we need a mime type for the Windows shortcut files... > Add the following to a new file > ~/.kde2/share/mimelnk/application/win32shortcut.desktop > (on most systems, it could be ~/.kde/... - I've had KDE 1 installed ...) > This users the link icon which just looks like a shortcut. It would be > nice to get KDE to read > the windows Icon out of the shortcut file but probably lots of work > > [Desktop Entry] > Comment=Win32 shortcut file > Hidden=false > Icon=link > MimeType=application/win32shortcut > Patterns=*.lnk > Type=MimeType > > Then create the association. To do this, create a desktop file under > ~/.kde2/share/applnk/win32start.desktop > and place the following into it: > > [Desktop Entry] > Comment=Start Win32 applications or files > Exec=win32start > Icon=exec > InitialPreference=3 > MimeType=Application;application/win32shortcut > Name=Win32 Starter > Path= > ServiceTypes= > Terminal=false > TerminalOptions= > Type=Application > X-KDE-SubstituteUID=false > X-KDE-Username= > > This can also be done through control panel if you want to make life > easier ... but on my system it > gave some trouble ... > > Now you should be able to for example browse to your Start Menu on your > windows drive and start > programs. > > I then added a nice second start menu to kicker by using a QuickBrowser > linked to my Windows Start Menu > folder ... (actually I now have a subdirectory of ~ called Start which > contains links to everything > in the All Users Start Menu and my user's Start Menu .... with a simple > shell script to update the links) > > I've created a nice icon for this as well, with a "exec" icon background > with the four coloured windows > from the Linux samba icon on top. It sits next to the K menu icon, so I > can launch either KDE or standard > windows apps. > > Any feedback/comments? Is this what other people are using > kde-cygwin to do? > > _______________________________________________ > kde-cygwin mailing list > kde-cygwin@mail.kde.org > http://mail.kde.org/mailman/listinfo/kde-cygwin > > > =============================== This email is confidential and intended solely for the use of the individual to whom it is addressed. If you are not the intended recipient, be advised that you have received this email in error and that any use, dissemination, forwarding, printing, or copying of this email is strictly prohibited. You are explicitly requested to notify the sender of this email that the intended recipient was not reached. From alexander.gottwald@informatik.tu-chemnitz.de Wed Sep 4 02:36:00 2002 From: alexander.gottwald@informatik.tu-chemnitz.de (Alexander Gottwald) Date: Wed, 04 Sep 2002 02:36:00 -0000 Subject: Cgywin XFree86 assertion failure... In-Reply-To: <27252.1031127372@www26.gmx.net> Message-ID: On Wed, 4 Sep 2002, Daniel Blueman wrote: > Hi Alexander, > > I couldn't find an email address for any of the developers on the Cgywin > XFree86 site, so I hope you don't mind me emailing you - I guess you'll > know who to inform, or this information may be useful to you. It's not the "developers address" but "the mailinglist address" > I've been running the XFree86 server test series for the past two months and > it totally beats Hummingberd Exceed! Great job! > > Last night, an assertion in the code failed and here is the message: > > Expression: hdc != NULL > File: C:\projects\studio\bfc\canvas.cpp > Line: 968 Don't know where this file is from. So I can't help you with finding the error. > > And I'm running Test65. bye ago -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From huntharo@msu.edu Wed Sep 4 08:01:00 2002 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 04 Sep 2002 08:01:00 -0000 Subject: Using KDE as default desktop under Windows References: Message-ID: <3D762046.40900@msu.edu> I do not understand the pointed ears reference. Harold Pille Geert (bkarnd) wrote: >Here one sees Harold expressing his wild enthousiasm. It is a pity one >cannot distinguish his pointed ears. > >-----Original Message----- >From: Harold Hunt [mailto:huntharo@msu.edu] >Sent: dinsdag 3 september 2002 1:29 >To: cygwin-xfree@cygwin.com >Subject: RE: Using KDE as default desktop under Windows > > >Interesting. > >Harold > > > >>-----Original Message----- >>From: cygwin-xfree-owner@cygwin.com >>[mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of David Fraser >>Sent: Saturday, August 31, 2002 12:55 PM >>To: cygwin-xfree@cygwin.com >>Subject: Using KDE as default desktop under Windows >> >> >> Hi there >>I posted this to the kde-cygwin mailing list and someone suggested >>reposting it here. >>Basically an explanation of my kde setup under Windows... >> >>I am now using KDE as my default shell under Windows. >>Thanks to everyone for the effort - it's so much nicer than explorer :-) >>I thought it would be nice to have a page on the web site explaining how >>to do it, >>and indicating status as more integration gets done... >>basically this is what I did (this is for Windows 2000 but should be >>portable to others): >> >>make XFree86 server run full screen without window decoration >> change ~/.xserverrc to include -fullscreen in the parameters: >> exec X - screen 0 1024 879 -engine 4 -fullscreen -depth 32 -ac >>-nowinkill -noreset -emulate3buttons 100 >> you can say -nodecoration (which -fullscreen implies) instead if you >>want a non-fullscreen window without border etc. >> >>replace the default shell, explorer.exe with X-windows >> change the following reg entry under from explorer.exe to >>c:\cygwin\bin\bash --login -c startx >> HKEY_LOCAL_MACHINE\Software\Microsoft\Windows >>NT\CurrentVersion\Winlogon\Shell >>Once this is done, logging in starts up the X server but no Windows >>desktop, Start bar etc. >>Note: if you want to run windows programs from here, on Windows 2000 you >>can press Ctrl-Shift-Esc >>which brings up the Task Manager, then go File/Run. >>Logging out from KDE doesn't actually log out, you need to close KDE in >>another way and then press Ctrl-Alt-Del >>and choose logout. Depending on your .xserverrc parameters, >>Ctrl-Alt-Backspace or Alt-F4 can be made to close >>the X server. Otherwise, you can close it from the Task manager (select >>the Cygwin task and say End Task). >>This also brings up a bash shell window which is behind the X server. I >>tried to get rid of it by running >>cmd /c start /b bash ... but this was unsuccessfull. >>If you switch to any windows applications, the X server will be minimised. >>I seem to remember some discussion on slashdot or somewhere about how >>Cygwin XFree86 cannot run in rootless >>mode (as the actual background window like Windows exlporer does for the >>desktop). Does anyone have any info >>on why this is, or on how we could patch it so that it will? That way >>windows apps will run in front... >> >>Next step: get KDE to run windows applications from short cuts. >>I created a simple script called "win32start": >> >>#!/bin/bash >>startpath="$*" >>if [[ -L "$startpath" ]] >> then >> # this is a symbolic link. find the actual file, start that >> startpath=`find "$startpath" -printf %l` >>fi >>startdir=`dirname "$startpath"` >>startfile=`basename "$startpath"` >>cd "$startdir" >>cmd /c start \"starting application\" "$startfile" >> >>This is put in /usr/bin >>It handles cygwin unix-style symbolic links to Windows shortcut files as >>well (both are given >>the extension .lnk, but have different stuff inside ... if you create a >>link to a shortcut it is thus >>called .lnk.lnk). >>Basically it gets whatever parameters are given (it needs to use them >>all so you can pass spaces >>without it separating them out; escaping the spaces with backslash >>confuses cmd, although they >>could be unescaped) and works out what directory the file to start is in. >>It's easiest to get into this directory as we then don't have to convert >>the path from unix to windows >>style. Then it runs cmd and tells it to start the application. The first >>parameter to start is the window >>title which has to be given if we quote the start file. But this window >>title only applies to cmd, which >>just starts the application and quits. >>Example: >>$ win32start /c/Documents\ And Settings/All\ Users/Start\ >>Menu/Programs/Acrobat\ Reader\ 5.0.lnk >>on my system this starts up Acrobat. >> >>Now we want to make KDE associate these files with win32start so we can >>click on them from konqueror >>and put them in menus. >> >>First we need a mime type for the Windows shortcut files... >>Add the following to a new file >>~/.kde2/share/mimelnk/application/win32shortcut.desktop >>(on most systems, it could be ~/.kde/... - I've had KDE 1 installed ...) >>This users the link icon which just looks like a shortcut. It would be >>nice to get KDE to read >>the windows Icon out of the shortcut file but probably lots of work >> >>[Desktop Entry] >>Comment=Win32 shortcut file >>Hidden=false >>Icon=link >>MimeType=application/win32shortcut >>Patterns=*.lnk >>Type=MimeType >> >>Then create the association. To do this, create a desktop file under >>~/.kde2/share/applnk/win32start.desktop >>and place the following into it: >> >>[Desktop Entry] >>Comment=Start Win32 applications or files >>Exec=win32start >>Icon=exec >>InitialPreference=3 >>MimeType=Application;application/win32shortcut >>Name=Win32 Starter >>Path= >>ServiceTypes= >>Terminal=false >>TerminalOptions= >>Type=Application >>X-KDE-SubstituteUID=false >>X-KDE-Username= >> >>This can also be done through control panel if you want to make life >>easier ... but on my system it >>gave some trouble ... >> >>Now you should be able to for example browse to your Start Menu on your >>windows drive and start >>programs. >> >>I then added a nice second start menu to kicker by using a QuickBrowser >>linked to my Windows Start Menu >>folder ... (actually I now have a subdirectory of ~ called Start which >>contains links to everything >>in the All Users Start Menu and my user's Start Menu .... with a simple >>shell script to update the links) >> >>I've created a nice icon for this as well, with a "exec" icon background >>with the four coloured windows >>from the Linux samba icon on top. It sits next to the K menu icon, so I >>can launch either KDE or standard >>windows apps. >> >>Any feedback/comments? Is this what other people are using >>kde-cygwin to do? >> >>_______________________________________________ >>kde-cygwin mailing list >>kde-cygwin@mail.kde.org >>http://mail.kde.org/mailman/listinfo/kde-cygwin >> >> >> >> >> > > > >=============================== >This email is confidential and intended solely for the use of the individual to whom it is addressed. >If you are not the intended recipient, be advised that you have received this email in error and that any use, dissemination, forwarding, printing, or copying of this email is strictly prohibited. >You are explicitly requested to notify the sender of this email that the intended recipient was not reached. > > > From geert.pille@vandemoortele.com Wed Sep 4 08:11:00 2002 From: geert.pille@vandemoortele.com (Pille Geert (bkarnd)) Date: Wed, 04 Sep 2002 08:11:00 -0000 Subject: Using KDE as default desktop under Windows Message-ID: Probably you are a lot younger than I am, the "Interesting" reminded me of Leonard Nimoy in the role of Spock in the once very famous series of Star Trek. His emotions were also somewhat subdued. ;-) Geert -----Original Message----- From: Harold L Hunt II [mailto:huntharo@msu.edu] Sent: woensdag 4 september 2002 16:01 To: cygwin-xfree@cygwin.com Subject: Re: Using KDE as default desktop under Windows I do not understand the pointed ears reference. Harold Pille Geert (bkarnd) wrote: >Here one sees Harold expressing his wild enthousiasm. It is a pity one >cannot distinguish his pointed ears. > >-----Original Message----- >From: Harold Hunt [mailto:huntharo@msu.edu] >Sent: dinsdag 3 september 2002 1:29 >To: cygwin-xfree@cygwin.com >Subject: RE: Using KDE as default desktop under Windows > > >Interesting. > >Harold > > > >>-----Original Message----- >>From: cygwin-xfree-owner@cygwin.com >>[mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of David Fraser >>Sent: Saturday, August 31, 2002 12:55 PM >>To: cygwin-xfree@cygwin.com >>Subject: Using KDE as default desktop under Windows >> >> >> Hi there >>I posted this to the kde-cygwin mailing list and someone suggested >>reposting it here. >>Basically an explanation of my kde setup under Windows... >> >>I am now using KDE as my default shell under Windows. >>Thanks to everyone for the effort - it's so much nicer than explorer :-) >>I thought it would be nice to have a page on the web site explaining how >>to do it, >>and indicating status as more integration gets done... >>basically this is what I did (this is for Windows 2000 but should be >>portable to others): >> >>make XFree86 server run full screen without window decoration >> change ~/.xserverrc to include -fullscreen in the parameters: >> exec X - screen 0 1024 879 -engine 4 -fullscreen -depth 32 -ac >>-nowinkill -noreset -emulate3buttons 100 >> you can say -nodecoration (which -fullscreen implies) instead if you >>want a non-fullscreen window without border etc. >> >>replace the default shell, explorer.exe with X-windows >> change the following reg entry under from explorer.exe to >>c:\cygwin\bin\bash --login -c startx >> HKEY_LOCAL_MACHINE\Software\Microsoft\Windows >>NT\CurrentVersion\Winlogon\Shell >>Once this is done, logging in starts up the X server but no Windows >>desktop, Start bar etc. >>Note: if you want to run windows programs from here, on Windows 2000 you >>can press Ctrl-Shift-Esc >>which brings up the Task Manager, then go File/Run. >>Logging out from KDE doesn't actually log out, you need to close KDE in >>another way and then press Ctrl-Alt-Del >>and choose logout. Depending on your .xserverrc parameters, >>Ctrl-Alt-Backspace or Alt-F4 can be made to close >>the X server. Otherwise, you can close it from the Task manager (select >>the Cygwin task and say End Task). >>This also brings up a bash shell window which is behind the X server. I >>tried to get rid of it by running >>cmd /c start /b bash ... but this was unsuccessfull. >>If you switch to any windows applications, the X server will be minimised. >>I seem to remember some discussion on slashdot or somewhere about how >>Cygwin XFree86 cannot run in rootless >>mode (as the actual background window like Windows exlporer does for the >>desktop). Does anyone have any info >>on why this is, or on how we could patch it so that it will? That way >>windows apps will run in front... >> >>Next step: get KDE to run windows applications from short cuts. >>I created a simple script called "win32start": >> >>#!/bin/bash >>startpath="$*" >>if [[ -L "$startpath" ]] >> then >> # this is a symbolic link. find the actual file, start that >> startpath=`find "$startpath" -printf %l` >>fi >>startdir=`dirname "$startpath"` >>startfile=`basename "$startpath"` >>cd "$startdir" >>cmd /c start \"starting application\" "$startfile" >> >>This is put in /usr/bin >>It handles cygwin unix-style symbolic links to Windows shortcut files as >>well (both are given >>the extension .lnk, but have different stuff inside ... if you create a >>link to a shortcut it is thus >>called .lnk.lnk). >>Basically it gets whatever parameters are given (it needs to use them >>all so you can pass spaces >>without it separating them out; escaping the spaces with backslash >>confuses cmd, although they >>could be unescaped) and works out what directory the file to start is in. >>It's easiest to get into this directory as we then don't have to convert >>the path from unix to windows >>style. Then it runs cmd and tells it to start the application. The first >>parameter to start is the window >>title which has to be given if we quote the start file. But this window >>title only applies to cmd, which >>just starts the application and quits. >>Example: >>$ win32start /c/Documents\ And Settings/All\ Users/Start\ >>Menu/Programs/Acrobat\ Reader\ 5.0.lnk >>on my system this starts up Acrobat. >> >>Now we want to make KDE associate these files with win32start so we can >>click on them from konqueror >>and put them in menus. >> >>First we need a mime type for the Windows shortcut files... >>Add the following to a new file >>~/.kde2/share/mimelnk/application/win32shortcut.desktop >>(on most systems, it could be ~/.kde/... - I've had KDE 1 installed ...) >>This users the link icon which just looks like a shortcut. It would be >>nice to get KDE to read >>the windows Icon out of the shortcut file but probably lots of work >> >>[Desktop Entry] >>Comment=Win32 shortcut file >>Hidden=false >>Icon=link >>MimeType=application/win32shortcut >>Patterns=*.lnk >>Type=MimeType >> >>Then create the association. To do this, create a desktop file under >>~/.kde2/share/applnk/win32start.desktop >>and place the following into it: >> >>[Desktop Entry] >>Comment=Start Win32 applications or files >>Exec=win32start >>Icon=exec >>InitialPreference=3 >>MimeType=Application;application/win32shortcut >>Name=Win32 Starter >>Path= >>ServiceTypes= >>Terminal=false >>TerminalOptions= >>Type=Application >>X-KDE-SubstituteUID=false >>X-KDE-Username= >> >>This can also be done through control panel if you want to make life >>easier ... but on my system it >>gave some trouble ... >> >>Now you should be able to for example browse to your Start Menu on your >>windows drive and start >>programs. >> >>I then added a nice second start menu to kicker by using a QuickBrowser >>linked to my Windows Start Menu >>folder ... (actually I now have a subdirectory of ~ called Start which >>contains links to everything >>in the All Users Start Menu and my user's Start Menu .... with a simple >>shell script to update the links) >> >>I've created a nice icon for this as well, with a "exec" icon background >>with the four coloured windows >>from the Linux samba icon on top. It sits next to the K menu icon, so I >>can launch either KDE or standard >>windows apps. >> >>Any feedback/comments? Is this what other people are using >>kde-cygwin to do? >> >>_______________________________________________ >>kde-cygwin mailing list >>kde-cygwin@mail.kde.org >>http://mail.kde.org/mailman/listinfo/kde-cygwin >> >> >> >> >> > > > >=============================== >This email is confidential and intended solely for the use of the individual to whom it is addressed. >If you are not the intended recipient, be advised that you have received this email in error and that any use, dissemination, forwarding, printing, or copying of this email is strictly prohibited. >You are explicitly requested to notify the sender of this email that the intended recipient was not reached. > > > =============================== This email is confidential and intended solely for the use of the individual to whom it is addressed. If you are not the intended recipient, be advised that you have received this email in error and that any use, dissemination, forwarding, printing, or copying of this email is strictly prohibited. You are explicitly requested to notify the sender of this email that the intended recipient was not reached. From tlo@aw.sgi.com Wed Sep 4 08:19:00 2002 From: tlo@aw.sgi.com (Terence Lo) Date: Wed, 04 Sep 2002 08:19:00 -0000 Subject: xlib: extension "XInputExtension" missing on display Message-ID: <001a01c25426$db52c3c0$ca411dc6@ms.aliaswavefront.com> Hi there, I've recently setup cygwin/xfree86 on my win2k box. Everything appears to be working fine except when I try running an application which requires a new window from within my bash shell, I receive the following error: xlib: extension "XInputExtension" missing on display pc-tlo:0. How do I go about fixing this problem? Do I have to enable xinputextension in one of my config files? Thanks in advance for your help. Regards, TL From cgf@redhat.com Wed Sep 4 08:58:00 2002 From: cgf@redhat.com (Christopher Faylor) Date: Wed, 04 Sep 2002 08:58:00 -0000 Subject: X windows display problem In-Reply-To: <20020903194123.M75015@www.honeybeerobotics.com> References: <20020903194123.M75015@www.honeybeerobotics.com> Message-ID: <20020904155809.GH1284@redhat.com> On Tue, Sep 03, 2002 at 03:41:23PM -0400, Meredith Finkelstein wrote: >Thanks to everyone for their help. > >However I am still not getting it to work... > when i echo my DISPLAY variable in cygwin it gives me 172.0.0.1 - the loop >back (or whatever the proper term is) - using this value remote xwindows does >not work. Shouldn't that be 127.0.0.1, not 172.0.0.1? cgf From vince@unsane.co.uk Wed Sep 4 11:11:00 2002 From: vince@unsane.co.uk (Vince) Date: Wed, 04 Sep 2002 11:11:00 -0000 Subject: How do you turn off XWin.log logging? References: Message-ID: "Barron Todd - tbarro" wrote in message news:CF113269FDACD311AA8C009027DE9D04172F7C90@cwysms00.corp.acxiom.net... > I am using XFree86 with Cygwin and the XWin.log file grows to over 6.0 > gigabytes in size. The only way to clear it is to exit Cygwin and manually > delete the file. How can I prevent Cygwin/Xfree86 from writing the to log > file? 6 gigabytes is insanely large for a log file. > havent tried as yet but ln -s /dev/null /path/to/XWin.log should work. Vince From joerg.arbert@ppi.de Thu Sep 5 08:27:00 2002 From: joerg.arbert@ppi.de (joerg.arbert@ppi.de) Date: Thu, 05 Sep 2002 08:27:00 -0000 Subject: Modifier Shift,ctrl,alt without autorepeat Message-ID: <6D48B8403D926449BDE8440EC7EEC46D306C@max.ppinet.de> Hello, in combination with the software of my company I've a problem with the autorepeat of the modifier keys. I know Windows generates the repeated events. I found two mails in this mailinglist from peoples who had also problems in this way. The answer was: Fix the sourcecode by yourself. Now ok, i will try it but i need a hint where i have to look in code. Joerg ____________________________ J?rg Arbert ppi Media GmbH Deliusstra?e 10 D-24114 Kiel phone +49 (0) 43 1-53 53-2 21 fax +49 (0) 43 1-53 53-2 22 email mailto:j?rg.arbert@ppi.de web www.ppi.de From c_twiner@hotmail.com Thu Sep 5 08:57:00 2002 From: c_twiner@hotmail.com (Chris Twiner) Date: Thu, 05 Sep 2002 08:57:00 -0000 Subject: xwinclip - update and motif clipboard Message-ID: Hi All, Quick update, got the signal working properly for ctrl-c or closing the windows command window. Solution (as the SIGINT handler is run in a seperate thread in windows) is to set a variable in the windows loop that sends the kill message that kill_xwinclip was doing. That means that all the kill_.. apps that I wanted to get rid of can be (and have). It also means that I don't need a window to handle turning on and off clipboard operations a simple close of the window would be sufficient. Also I believe that handling the xIO error as a thread within XWin should be possible but I'd still be tempted to run it seperately as xwinclip. It could work integrated if it was run as a seperate thread (would need to be anyway really), as such longjmp and setjmp should affect only that thread. Again I don't see how much sense this really makes. I do have a remaining issue that I'd like to solve, CLIPBOARD operations. The problem seems to be the application I'm using i.e. NEdit uses Motif programming interfaces (or lesstif) in the default distribution. This leaves four questions : 1) Should we try to get Motif clipboard operations (like klipper)? 2) If so how do we identify that what client owns the clipboard is a motif one (to use the motif mechanism for getting the clipboard data)? 3) Should we try to get motif clipboard before the X clipboard or after? 4) How exactly do we get the motif clipboard? I belive 1) should be a yes but as yet I'm at a loss to attempt the other 3 questions. I have read that the root window property CLIPBOARD holds the clipboard for Motif apps but xprop dumps when i do xprop -root CLIPBOARD. Either way I've have only just started looking at that issue and I'm just about to read http://www.ist.co.uk/motif/books/vol6A/ch-21.fm.html#649570 But any help would be nice from someone who knows the answers now :-) anywho, chris PS (Jehan and Harold, it was all tab characters that I was inserting, I'll change them to the two space's that Harold uses). _________________________________________________________________ Send and receive Hotmail on your mobile device: http://mobile.msn.com From dmac@resnet.gatech.edu Thu Sep 5 09:03:00 2002 From: dmac@resnet.gatech.edu (Dave Maccaferri) Date: Thu, 05 Sep 2002 09:03:00 -0000 Subject: psuedocolor emulation In-Reply-To: Message-ID: I have been reading about 8 bit PseudoColor emulation, which now seems to be included but not enabled by default. How do I go about enabling this? I assume I will need to rebuild some things. From huntharo@msu.edu Thu Sep 5 11:00:00 2002 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 05 Sep 2002 11:00:00 -0000 Subject: psuedocolor emulation References: Message-ID: <3D779B8E.8000606@msu.edu> The pseudocolor emulation does not actually work. It is only a proof of concept that we can advertise an 8 bit PseudoColor visual in addition to our real TrueColor visual, applications can see this visual and select it, and that these applications do not crash. However, you will get no benefit from using the PseudoColor emulation because the colors are completely wrong. I think I added a command-line parameter to enable PseudoColor emulation, but I cannot recall the switch. Check the ChangeLog on the website for the ``Server Test Series''. Harold Dave Maccaferri wrote: >I have been reading about 8 bit PseudoColor emulation, which now seems to >be included but not enabled by default. > >How do I go about enabling this? I assume I will need to rebuild some >things. > > > From sdgoldst@mailandnews.com Thu Sep 5 14:30:00 2002 From: sdgoldst@mailandnews.com (Scott Goldstein) Date: Thu, 05 Sep 2002 14:30:00 -0000 Subject: Newbie Question - Rendering problems Message-ID: <3D77DF8F@mailandnews.com> Hello. I'm new to xfree under cygwin and I'm having some problems with displaying remote X applications. Some windows fail to render the bottom and right sides of the application. The un-rendered areas are simply solid grey. This happens in varying degrees depending on the application. Is this a refresh rate problem? If so, what is the proper refresh setting? Is this according to the monitor specs? If not, any other ideas what might be causing this problem? Thanks for the help. Scott ------------------------------------------------------------ "Just a mirror for the sun... My smiling eyes are just a mirror for the sun." ------------------------------------------------------------ From alexander.gottwald@informatik.tu-chemnitz.de Fri Sep 6 01:04:00 2002 From: alexander.gottwald@informatik.tu-chemnitz.de (Alexander Gottwald) Date: Fri, 06 Sep 2002 01:04:00 -0000 Subject: Newbie Question - Rendering problems In-Reply-To: <3D77DF8F@mailandnews.com> Message-ID: On Thu, 5 Sep 2002, Scott Goldstein wrote: > Hello. I'm new to xfree under cygwin and I'm having some problems with > displaying remote X applications. Some windows fail to render the bottom and > right sides of the application. The un-rendered areas are simply solid grey. Are these application java applications? If so, this is a know bug with the IBM JRE. Get the Sun or Blackdown JRE. I never experienced any problems using them. bye ago -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From nwourms@yahoo.com Fri Sep 6 04:51:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Fri, 06 Sep 2002 04:51:00 -0000 Subject: Using KDE as default desktop under Windows In-Reply-To: <3D762046.40900@msu.edu> Message-ID: <20020906115123.9550.qmail@web21007.mail.yahoo.com> --- Harold L Hunt II wrote: > I do not understand the pointed ears reference. > I believe he was comparing you to Mr. Spock from ST:TOS. Still, it's kinda cool to see people using Cygwin/XFree as something more then just a stupid XTerminal. Cheers, Nicholas __________________________________________________ Do You Yahoo!? Yahoo! Finance - Get real-time stock quotes http://finance.yahoo.com From cgf@redhat.com Fri Sep 6 07:29:00 2002 From: cgf@redhat.com (Christopher Faylor) Date: Fri, 06 Sep 2002 07:29:00 -0000 Subject: Window Maker crashing In-Reply-To: <20020906073553.5857C5AA7@ivory.research.canon.com.au> References: <20020906073553.5857C5AA7@ivory.research.canon.com.au> Message-ID: <20020906142918.GA21808@redhat.com> Redirected to correct mail list. cgf On Fri, Sep 06, 2002 at 05:36:02PM +1000, luke.kendall@cisra.canon.com.au wrote: >Tracked down what seemed to be a spreading problem of unchanged >machines getting crashes like this from Window Maker in X: > >cpp: not found >wmaker error: error reading from file '/home/luke/GNUstep/Defaults/WMRootMenu': >No error >wmaker warning: could not load domain WMRootMenu from user defaults database >wmaker error: error reading from file '/home/luke/GNUstep/Defaults/WMState': No >error >wmaker fatal error: got signal 11 > > >waiting for X server to shut down Exception: STATUS_ACCESS_VIOLATION at eip=0041 >E424 >eax=00000500 ebx=100393A0 ecx=FFFFFFEF edx=00000000 esi=00000011 edi=00000000 >ebp=0022E2D0 esp=0022E298 program=C:\cygwin\usr\X11R6\bin\xterm.exe >cs=001B ds=0023 es=0023 fs=0038 gs=0000 ss=0023 >Stack trace: >Frame Function Args >0022E2D0 0041E424 (100393A0, 00000000, 00000000, 00000001) >0022E350 0041E2BF (100393A0, 0022E3A0, 00000353, 0000003A) >0022E370 00409D80 (10039320, 0022E3A0, 00000000, 0000000A) >0022E3D0 00415E1C (10037008, 00600013, 0022E420, 00413058) >0022E410 0041C031 (10039320, 00000000, 00000001, 0040B37A) >0022E520 0040B4B3 (10039320, 0022E55C, 0022E570, 00492143) >0022E5B0 0047AF03 (10039320, 0060000E, 1003AC70, 00000000) >0022E640 0047B125 (1003AC70, 00438110, 0022E680, 0047B211) >0022E680 0047B21A (1003AC70, 1021DB18, 0022FDE0, 00429841) >0022E6B0 0040A1FB (61683D90, 100393A0, 00428586, 00000001) >0022FDE0 0042985D (00000000, 00000000, 00499FAC, 77E79D6A) >0022FEB0 00428D86 (00000000, 61683D90, 10030278, 77E61A53) >0022FF00 61005B8E (000007FC, FFFFFFFE, 000007DC, 610C28D0) >0022FF60 61005E2C (00000000, 00000000, 00000007, EEDD9C94) >0022FF90 00499AFB (004285B0, 00000001, 00000000, 805B406F) >0022FFC0 0040103D (00440042, 7FFDEC00, 7FFDF000, EEDD9CF4) >End of stack trace (more stack frames may be present) > >The problem is that it's sensitive to the PATH used when running. >I'd put /usr/X11R6/bin first in the PATH (in startx.bat) before calling >startx, and that lead to WM crashing. > >So, the answer is not to do that. :-) > >luke From geek@burri.to Fri Sep 6 13:05:00 2002 From: geek@burri.to (Brian Gallew) Date: Fri, 06 Sep 2002 13:05:00 -0000 Subject: xwinclip - update and motif clipboard In-Reply-To: References: Message-ID: <2344.128.2.120.244.1031342732.squirrel@mail.burri.to> Chris Twiner said: > Quick update, got the signal working properly for ctrl-c or closing > the windows command window. Solution (as the SIGINT handler is run > in a seperate thread in windows) is to set a variable in the > windows loop that sends the kill message that kill_xwinclip was > doing. Woohoo! So, when do we get to see the beautiful new code? From c_twiner@hotmail.com Fri Sep 6 19:30:00 2002 From: c_twiner@hotmail.com (Chris Twiner) Date: Fri, 06 Sep 2002 19:30:00 -0000 Subject: xwinclip - update and motif clipboard Message-ID: >Woohoo! So, when do we get to see the beautiful new code? Hi Brian, I can clean up what I have now, pre motif clipboard and do another post of it to the mailing list. Official release wise is down to Harold. I'll tidy it up tomorrow and send it out. Chris _________________________________________________________________ MSN Photos is the easiest way to share and print your photos: http://photos.msn.com/support/worldwide.aspx From arobinso@nyx.net Fri Sep 6 23:13:00 2002 From: arobinso@nyx.net (Andrew Robinson) Date: Fri, 06 Sep 2002 23:13:00 -0000 Subject: XFree and NT4.0 SP 6 hang after first client Message-ID: <200209070613.AAA10325@nyx.nyx.net> I just installed the latest stable XFree using setup.exe, and am experiencing an X server hang after the first client. I was starting the server using startxwin.sh, and it would appear to immediately hang, so I tried starting just XWin directly. That worked - at least the mouse pointer would move around the screen. I then started one client, such as xterm or xeyes, and that client would work properly. However, as soon as I attempted to start a second client, the X server would hang. I needed to kill it in order to shut it down. I don't see any errors in the server log file. Any ideas on what could be causing this? From lbutler@usa.com Sat Sep 7 18:18:00 2002 From: lbutler@usa.com (Leonard Butler) Date: Sat, 07 Sep 2002 18:18:00 -0000 Subject: KDE menu items not working Message-ID: <20020908010917.93248.qmail@mail.com> I have just installed CYGWIN and downloaded and installed KDE, initially all looks well. But, when I select an item from the menu nothing happens. I have the complete KDE menu's and all I can do is change the background and log out. Any info would be appreciated -- __________________________________________________________ Sign-up for your own FREE Personalized E-mail at Mail.com http://www.mail.com/?sr=signup From bryanh@nventure.com Sat Sep 7 22:51:00 2002 From: bryanh@nventure.com (Bryan Hundven) Date: Sat, 07 Sep 2002 22:51:00 -0000 Subject: Cygwin/XFree86 Multi-Monitor on Matrox G550 Message-ID: <000f01c256fb$662cb060$d20cbbd0@ob1> I was looking on cygwin.com for help with setting up XFree86 on w2kpro w/Dual-Head. Windows 2000 already has dual head setup with my Matrox drivers. Right now my primary display is 1280x1024@60Hz 32bit, and my secondary display is 1024x768@60Hz 32bit. I would like to have X start as a window 1024x768 on my secondary (as apposed to on the primary). How would I do that without having to start the server at 1024x768 and drag it to the second display? Bryan Hundven From huntharo@msu.edu Sun Sep 8 08:40:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Sun, 08 Sep 2002 08:40:00 -0000 Subject: Cygwin/XFree86 Multi-Monitor on Matrox G550 In-Reply-To: <000f01c256fb$662cb060$d20cbbd0@ob1> Message-ID: Bryan, There is not currently support in the X server for specifying a Windows display that a particular screen should be displayed upon initially. It may not be that hard to add, but no one has scratched that itch yet. Harold > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Bryan Hundven > Sent: Sunday, September 08, 2002 1:49 AM > To: cygwin-xfree@cygwin.com > Subject: Cygwin/XFree86 Multi-Monitor on Matrox G550 > > > I was looking on cygwin.com for help with setting up XFree86 on w2kpro > w/Dual-Head. > Windows 2000 already has dual head setup with my Matrox drivers. > Right now my primary display is 1280x1024@60Hz 32bit, and my secondary > display is 1024x768@60Hz 32bit. > > I would like to have X start as a window 1024x768 on my secondary (as > apposed to on the primary). How would I do that without having to > start the > server at 1024x768 and drag it to the second display? > > Bryan Hundven > From c_twiner@hotmail.com Sun Sep 8 15:23:00 2002 From: c_twiner@hotmail.com (Chris Twiner) Date: Sun, 08 Sep 2002 15:23:00 -0000 Subject: xwinclip - update and motif clipboard Message-ID: Hi All, As promised an updated version of my xwinclip patch. Major changes: Now ctrl-c works properly, closes nicely, both the windows hook and the x display (and anything else after the event loop). Also a restart works for when the x server crashes/restarts/whatever so will xwinclip. This is done with setjmp and longjmp, so should work within a thread as part of XWin.exe. I've also made all my tab characters two spaces to be in line with Harolds original code and got rid of extra characters on the end of the line (due to NEdit's block operations, handy but I didn't realise they added spaces at the end of lines to the size of the block). There is still lot's of printf's every where for debugging, more so now (due to trying to get the motif clipboard working). Needless to say they don't affect the applications behaviour in XWin. Still outstanding: integration with motif? Not sure it's really worth my effort anymore. Had a go and got nothing more that hassle. It seems to use the motif functions you must only have an Xt app. As xwinclip is xlib alone the two like to cause av's when shoved together. I'm sure I can manage just to highlight text. handling of non windows clipboard change: if the windows clipboard doesn't change don't force the ownership of primary. Should not be much more hassle. Hope all works, let me know. Chris _________________________________________________________________ Join the world??s largest e-mail service with MSN Hotmail. http://www.hotmail.com -------------- next part -------------- A non-text attachment was scrubbed... Name: xwinclip_chris_twiner.zip Type: application/x-zip-compressed Size: 18775 bytes Desc: not available URL: From sdgoldst@mailandnews.com Sun Sep 8 15:56:00 2002 From: sdgoldst@mailandnews.com (Scott Goldstein) Date: Sun, 08 Sep 2002 15:56:00 -0000 Subject: Newbie Question - Rendering problems References: Message-ID: <3D7BD8E3.5E47FA28@mailandnews.com> Yes, these are java application and this is an IBM jdk. I'm connecting to a remote AIX machine. I've seen other X servers for Windows handle these applications with no problem. Of course, the other X servers are expensive, so I don't want to use them. But, they seem to have gotten around this bug. Is there a workaround? Thanks Scott Alexander Gottwald wrote: > On Thu, 5 Sep 2002, Scott Goldstein wrote: > > > Hello. I'm new to xfree under cygwin and I'm having some problems with > > displaying remote X applications. Some windows fail to render the bottom and > > right sides of the application. The un-rendered areas are simply solid grey. > Are these application java applications? If so, this is a know bug with > the IBM JRE. Get the Sun or Blackdown JRE. I never experienced any problems > using them. > > bye > ago > -- > Alexander.Gottwald@informatik.tu-chemnitz.de > http://www.gotti.org ICQ: 126018723 From alexander.gottwald@informatik.tu-chemnitz.de Mon Sep 9 01:05:00 2002 From: alexander.gottwald@informatik.tu-chemnitz.de (Alexander Gottwald) Date: Mon, 09 Sep 2002 01:05:00 -0000 Subject: Newbie Question - Rendering problems In-Reply-To: <3D7BD8E3.5E47FA28@mailandnews.com> Message-ID: On Sun, 8 Sep 2002, Scott Goldstein wrote: > Yes, these are java application and this is an IBM jdk. I'm connecting to a remote > AIX machine. > > I've seen other X servers for Windows handle these applications with no problem. > Of course, the other X servers are expensive, so I don't want to use them. This bug also occurs with the Linux XFree86. >But, they seem to have gotten around this bug. Is there a workaround? Use the Sun or Blackdown JDK. bye ago -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From jc.gervais@videotron.ca Mon Sep 9 08:36:00 2002 From: jc.gervais@videotron.ca (Jean-Claude Gervais) Date: Mon, 09 Sep 2002 08:36:00 -0000 Subject: Bug report: Using Cygwin-Xfree through Remote Desktop Sharing (RDP) Message-ID: This is complicated, so I'll try to be clear. Let's say you have machine A, which is a Windows XP machine that has Cygwin and Cygwin-XFree installed on it. You use A to connect to B. B is a machine running Linux and X. Everything so far works. Then you use machine C (a machine running Windows 2000) to remote-control machine A with Windows XP Remote Desktop Client (RDP). Machine C can use machine A's Cygwin-XFree connection and view machine B. No problem. However, when machine C breaks its connection to machine A, machine A's Cygwin-XFree will no longer display machine B. It will instead display a white screen in Cygwin-XFree. Although I am pretty sure that A is still connected and controlling B, it can no longer see B's display. It seems like Remote Desktop Client mucks-up Cygwin-XFree. I hope that that was clear enough. Thanks. From huntharo@msu.edu Mon Sep 9 09:04:00 2002 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 09 Sep 2002 09:04:00 -0000 Subject: Bug report: Using Cygwin-Xfree through Remote Desktop Sharing (RDP) References: Message-ID: <3D7CC692.3040900@msu.edu> Jean-Claude, Repeat the entire scenario you described, but start XWin with the ``-engine 1'' parameter, e.g. XWin -engine 1 The default graphics engine on Windows 2000/XP will be DirectDraw 4.0; DirectDraw will probably have a problem with RDP --- I am surprised that it works at all. The ``-engine 1'' parameter will tell XWin to use GDI DIBs (Device Independent Bitamps) and regular GDI BLTs (Bit-Block Transfers) as the graphics engine; GDI will be less prone to having a problem with RDP. If RDP works with the GDI engine then I know exactly what to fix; if not, I will have to pump you for some more information. Harold Jean-Claude Gervais wrote: >This is complicated, so I'll try to be clear. > >Let's say you have machine A, which is a Windows XP machine that has Cygwin >and Cygwin-XFree installed on it. >You use A to connect to B. B is a machine running Linux and X. >Everything so far works. >Then you use machine C (a machine running Windows 2000) to remote-control >machine A with Windows XP Remote Desktop Client (RDP). >Machine C can use machine A's Cygwin-XFree connection and view machine B. No >problem. >However, when machine C breaks its connection to machine A, machine A's >Cygwin-XFree will no longer display machine B. It will instead display a >white screen in Cygwin-XFree. >Although I am pretty sure that A is still connected and controlling B, it >can no longer see B's display. >It seems like Remote Desktop Client mucks-up Cygwin-XFree. > >I hope that that was clear enough. > >Thanks. > > > > From j_tetazoo@hotmail.com Mon Sep 9 09:08:00 2002 From: j_tetazoo@hotmail.com (Thomas Chadwick) Date: Mon, 09 Sep 2002 09:08:00 -0000 Subject: Bug report: Using Cygwin-Xfree through Remote Desktop Sharing (RDP) Message-ID: Sounds similar to this problem I reported a while back... http://www.cygwin.com/ml/cygwin-xfree/2002-06/msg00373.html What's in /tmp/XWin.log? >From: Jean-Claude Gervais >Reply-To: cygwin-xfree@cygwin.com >To: Cygwin-XFree >Subject: Bug report: Using Cygwin-Xfree through Remote Desktop Sharing >(RDP) >Date: Mon, 09 Sep 2002 11:00:28 -0400 > >This is complicated, so I'll try to be clear. > >Let's say you have machine A, which is a Windows XP machine that has Cygwin >and Cygwin-XFree installed on it. >You use A to connect to B. B is a machine running Linux and X. >Everything so far works. >Then you use machine C (a machine running Windows 2000) to remote-control >machine A with Windows XP Remote Desktop Client (RDP). >Machine C can use machine A's Cygwin-XFree connection and view machine B. >No >problem. >However, when machine C breaks its connection to machine A, machine A's >Cygwin-XFree will no longer display machine B. It will instead display a >white screen in Cygwin-XFree. >Although I am pretty sure that A is still connected and controlling B, it >can no longer see B's display. >It seems like Remote Desktop Client mucks-up Cygwin-XFree. > >I hope that that was clear enough. > >Thanks. _________________________________________________________________ Chat with friends online, try MSN Messenger: http://messenger.msn.com From huntharo@msu.edu Mon Sep 9 09:14:00 2002 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 09 Sep 2002 09:14:00 -0000 Subject: Bug report: Using Cygwin-Xfree through Remote Desktop Sharing (RDP) References: Message-ID: <3D7CC8EC.6040800@msu.edu> Thomas, Yes, it is similar in that it is likely that some surface is being lost and we are not restoring it. There were several places in the code where I made a decision not to look for lost surfaces because it did not seem that we could ever lose a surface at those points. However, I think that in this case we might actually be losing the offscreen surface, as opposed to the usually lost primary surface, and there is no code in place to look for or restore a lost offscreen surface. It wouldn't be hard to add such code for the DirectDraw engines. Of course, we have to identify the problem first. Harold Thomas Chadwick wrote: > Sounds similar to this problem I reported a while back... > > http://www.cygwin.com/ml/cygwin-xfree/2002-06/msg00373.html > > What's in /tmp/XWin.log? > >> From: Jean-Claude Gervais >> Reply-To: cygwin-xfree@cygwin.com >> To: Cygwin-XFree >> Subject: Bug report: Using Cygwin-Xfree through Remote Desktop >> Sharing (RDP) >> Date: Mon, 09 Sep 2002 11:00:28 -0400 >> >> This is complicated, so I'll try to be clear. >> >> Let's say you have machine A, which is a Windows XP machine that has >> Cygwin >> and Cygwin-XFree installed on it. >> You use A to connect to B. B is a machine running Linux and X. >> Everything so far works. >> Then you use machine C (a machine running Windows 2000) to >> remote-control >> machine A with Windows XP Remote Desktop Client (RDP). >> Machine C can use machine A's Cygwin-XFree connection and view >> machine B. No >> problem. >> However, when machine C breaks its connection to machine A, machine A's >> Cygwin-XFree will no longer display machine B. It will instead display a >> white screen in Cygwin-XFree. >> Although I am pretty sure that A is still connected and controlling >> B, it >> can no longer see B's display. >> It seems like Remote Desktop Client mucks-up Cygwin-XFree. >> >> I hope that that was clear enough. >> >> Thanks. > > > > > > _________________________________________________________________ > Chat with friends online, try MSN Messenger: http://messenger.msn.com > From jc.gervais@videotron.ca Mon Sep 9 09:34:00 2002 From: jc.gervais@videotron.ca (Jean-Claude Gervais) Date: Mon, 09 Sep 2002 09:34:00 -0000 Subject: Bug report: Using Cygwin-Xfree through Remote Desktop Sharing (RDP) In-Reply-To: Message-ID: >-----Original Message----- >From: cygwin-xfree-owner@cygwin.com [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Thomas Chadwick >Sent: Monday, September 09, 2002 12:08 PM >To: cygwin-xfree@cygwin.com >Subject: Re: Bug report: Using Cygwin-Xfree through Remote Desktop Sharing (RDP) >Sounds similar to this problem I reported a while back... >http://www.cygwin.com/ml/cygwin-xfree/2002-06/msg00373.html >What's in /tmp/XWin.log? This - ddxProcessArgument - Initializing default screens winInitializeDefaultScreens - w 1024 h 768 winInitializeDefaultScreens - Returning winDetectSupportedEngines - Windows NT/2000/XP winDetectSupportedEngines - DirectDraw installed winDetectSupportedEngines - Allowing PrimaryDD winDetectSupportedEngines - DirectDraw4 installed winDetectSupportedEngines - Returning, supported engines 0000001f winSetEngine - Using Shadow DirectDraw NonLocking winAdjustVideoModeShadowDDNL - Using Windows display depth of 32 bits per pixel winAllocateFBShadowDDNL - Not changing video mode winAllocateFBShadowDDNL - lPitch: 4096 winFinishScreenInitFB - Masks: 00ff0000 0000ff00 000000ff winInitVisualsShadowDDNL - Masks 00ff0000 0000ff00 000000ff BPRGB 8 d 24 bpp 32 winCreateDefColormap - Deferring to fbCreateDefColormap () winScreenInit - returning winBltExposedRegionsShadowDDNL - IDirectDrawSurface4_Blt reported that the primary surface was lost, trying to restore, retry: 1winBltExposedRegionsShadowDDNL - IDirectDrawSurface4_Blt reported that the primary surface was lost, trying to restore, retry: 2 winShadowUpdateDDNL - IDirectDrawSurface4_Blt () failed: 887601c2 winShadowUpdateDDNL - IDirectDrawSurface4_Blt () failed: 887601c2 winShadowUpdateDDNL - IDirectDrawSurface4_Blt () failed: 887601c2 winShadowUpdateDDNL - IDirectDrawSurface4_Blt () failed: 887601c2 .... A lot of these deleted, but there were TONS of them. winBltExposedRegionsShadowDDNL - IDirectDrawSurface4_Blt reported that the primary surface was lost, trying to restore, retry: 1winBltExposedRegionsShadowDDNL - IDirectDrawSurface4_Blt reported that the primary surface was lost, trying to restore, retry: 2 winShadowUpdateDDNL - IDirectDrawSurface4_Blt () failed: 887601c2 winShadowUpdateDDNL - IDirectDrawSurface4_Blt () failed: 887601c2 winShadowUpdateDDNL - IDirectDrawSurface4_Blt () failed: 887601c2 ... More of these lines deleted ... winBltExposedRegionsShadowDDNL - IDirectDrawSurface4_Blt reported that the primary surface was lost, trying to restore, retry: 1winBltExposedRegionsShadowDDNL - IDirectDrawSurface4_Blt reported that the primary surface was lost, trying to restore, retry: 2 winShadowUpdateDDNL - IDirectDrawSurface4_Blt () failed: 887601c2 winShadowUpdateDDNL - IDirectDrawSurface4_Blt () failed: 887601c2 winShadowUpdateDDNL - IDirectDrawSurface4_Blt () failed: 887601c2 ... More of these lines deleted ... winBltExposedRegionsShadowDDNL - IDirectDrawSurface4_Blt reported that the primary surface was lost, trying to restore, retry: 1winBltExposedRegionsShadowDDNL - IDirectDrawSurface4_Blt reported that the primary surface was lost, trying to restore, retry: 2winShadowUpdateDDNL - IDirectDrawSurface4_Blt () failed: 887601c2 winShadowUpdateDDNL - IDirectDrawSurface4_Blt () failed: 887601c2 winShadowUpdateDDNL - IDirectDrawSurface4_Blt () failed: 887601c2 winShadowUpdateDDNL - IDirectDrawSurface4_Blt () failed: 887601c2 And on and on... >From: Jean-Claude Gervais >Reply-To: cygwin-xfree@cygwin.com >To: Cygwin-XFree >Subject: Bug report: Using Cygwin-Xfree through Remote Desktop Sharing >(RDP) >Date: Mon, 09 Sep 2002 11:00:28 -0400 > >This is complicated, so I'll try to be clear. > >Let's say you have machine A, which is a Windows XP machine that has Cygwin >and Cygwin-XFree installed on it. >You use A to connect to B. B is a machine running Linux and X. >Everything so far works. >Then you use machine C (a machine running Windows 2000) to remote-control >machine A with Windows XP Remote Desktop Client (RDP). >Machine C can use machine A's Cygwin-XFree connection and view machine B. >No >problem. >However, when machine C breaks its connection to machine A, machine A's >Cygwin-XFree will no longer display machine B. It will instead display a >white screen in Cygwin-XFree. >Although I am pretty sure that A is still connected and controlling B, it >can no longer see B's display. >It seems like Remote Desktop Client mucks-up Cygwin-XFree. > >I hope that that was clear enough. > >Thanks. _________________________________________________________________ Chat with friends online, try MSN Messenger: http://messenger.msn.com From huntharo@msu.edu Mon Sep 9 10:29:00 2002 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 09 Sep 2002 10:29:00 -0000 Subject: Bug report: Using Cygwin-Xfree through Remote Desktop Sharing (RDP) References: Message-ID: <3D7CDA6D.9090403@msu.edu> Jean-Claude, How about with -engine 1? Harold Jean-Claude Gervais wrote: >>-----Original Message----- >>From: cygwin-xfree-owner@cygwin.com >> >> >[mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Thomas Chadwick > > >>Sent: Monday, September 09, 2002 12:08 PM >>To: cygwin-xfree@cygwin.com >>Subject: Re: Bug report: Using Cygwin-Xfree through Remote Desktop Sharing >> >> >(RDP) > > > >>Sounds similar to this problem I reported a while back... >> >> > > > >>http://www.cygwin.com/ml/cygwin-xfree/2002-06/msg00373.html >> >> > > > >>What's in /tmp/XWin.log? >> >> > > >This - > >ddxProcessArgument - Initializing default screens >winInitializeDefaultScreens - w 1024 h 768 >winInitializeDefaultScreens - Returning >winDetectSupportedEngines - Windows NT/2000/XP >winDetectSupportedEngines - DirectDraw installed >winDetectSupportedEngines - Allowing PrimaryDD >winDetectSupportedEngines - DirectDraw4 installed >winDetectSupportedEngines - Returning, supported engines 0000001f >winSetEngine - Using Shadow DirectDraw NonLocking >winAdjustVideoModeShadowDDNL - Using Windows display depth of 32 bits per >pixel >winAllocateFBShadowDDNL - Not changing video mode >winAllocateFBShadowDDNL - lPitch: 4096 >winFinishScreenInitFB - Masks: 00ff0000 0000ff00 000000ff >winInitVisualsShadowDDNL - Masks 00ff0000 0000ff00 000000ff BPRGB 8 d 24 bpp >32 >winCreateDefColormap - Deferring to fbCreateDefColormap () >winScreenInit - returning >winBltExposedRegionsShadowDDNL - IDirectDrawSurface4_Blt reported that the >primary surface was lost, trying to restore, retry: >1winBltExposedRegionsShadowDDNL - IDirectDrawSurface4_Blt reported that the >primary surface was lost, trying to restore, retry: 2 >winShadowUpdateDDNL - IDirectDrawSurface4_Blt () failed: 887601c2 >winShadowUpdateDDNL - IDirectDrawSurface4_Blt () failed: 887601c2 >winShadowUpdateDDNL - IDirectDrawSurface4_Blt () failed: 887601c2 >winShadowUpdateDDNL - IDirectDrawSurface4_Blt () failed: 887601c2 > >.... A lot of these deleted, but there were TONS of them. > >winBltExposedRegionsShadowDDNL - IDirectDrawSurface4_Blt reported that the >primary surface was lost, trying to restore, retry: >1winBltExposedRegionsShadowDDNL - IDirectDrawSurface4_Blt reported that the >primary surface was lost, trying to restore, retry: 2 >winShadowUpdateDDNL - IDirectDrawSurface4_Blt () failed: 887601c2 >winShadowUpdateDDNL - IDirectDrawSurface4_Blt () failed: 887601c2 >winShadowUpdateDDNL - IDirectDrawSurface4_Blt () failed: 887601c2 > >... More of these lines deleted ... > >winBltExposedRegionsShadowDDNL - IDirectDrawSurface4_Blt reported that the >primary surface was lost, trying to restore, retry: >1winBltExposedRegionsShadowDDNL - IDirectDrawSurface4_Blt reported that the >primary surface was lost, trying to restore, retry: 2 >winShadowUpdateDDNL - IDirectDrawSurface4_Blt () failed: 887601c2 >winShadowUpdateDDNL - IDirectDrawSurface4_Blt () failed: 887601c2 >winShadowUpdateDDNL - IDirectDrawSurface4_Blt () failed: 887601c2 > >... More of these lines deleted ... > >winBltExposedRegionsShadowDDNL - IDirectDrawSurface4_Blt reported that the >primary surface was lost, trying to restore, retry: >1winBltExposedRegionsShadowDDNL - IDirectDrawSurface4_Blt reported that the >primary surface was lost, trying to restore, retry: 2winShadowUpdateDDNL - >IDirectDrawSurface4_Blt () failed: 887601c2 >winShadowUpdateDDNL - IDirectDrawSurface4_Blt () failed: 887601c2 >winShadowUpdateDDNL - IDirectDrawSurface4_Blt () failed: 887601c2 >winShadowUpdateDDNL - IDirectDrawSurface4_Blt () failed: 887601c2 > >And on and on... > > > > > > > > >>From: Jean-Claude Gervais >>Reply-To: cygwin-xfree@cygwin.com >>To: Cygwin-XFree >>Subject: Bug report: Using Cygwin-Xfree through Remote Desktop Sharing >>(RDP) >>Date: Mon, 09 Sep 2002 11:00:28 -0400 >> >>This is complicated, so I'll try to be clear. >> >>Let's say you have machine A, which is a Windows XP machine that has Cygwin >>and Cygwin-XFree installed on it. >>You use A to connect to B. B is a machine running Linux and X. >>Everything so far works. >>Then you use machine C (a machine running Windows 2000) to remote-control >>machine A with Windows XP Remote Desktop Client (RDP). >>Machine C can use machine A's Cygwin-XFree connection and view machine B. >>No >>problem. >>However, when machine C breaks its connection to machine A, machine A's >>Cygwin-XFree will no longer display machine B. It will instead display a >>white screen in Cygwin-XFree. >>Although I am pretty sure that A is still connected and controlling B, it >>can no longer see B's display. >>It seems like Remote Desktop Client mucks-up Cygwin-XFree. >> >>I hope that that was clear enough. >> >>Thanks. >> >> > > > > >_________________________________________________________________ >Chat with friends online, try MSN Messenger: http://messenger.msn.com > > > From jc.gervais@videotron.ca Mon Sep 9 12:02:00 2002 From: jc.gervais@videotron.ca (Jean-Claude Gervais) Date: Mon, 09 Sep 2002 12:02:00 -0000 Subject: Bug in IMake - Doesn't use DESTLIB Message-ID: Hello, 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? Thanks Jean-Claude From luke.kendall@cisra.canon.com.au Mon Sep 9 18:46:00 2002 From: luke.kendall@cisra.canon.com.au (luke.kendall@cisra.canon.com.au) Date: Mon, 09 Sep 2002 18:46:00 -0000 Subject: Window Maker crashing Message-ID: <20020910014549.7DCF85C19@ivory.research.canon.com.au> In-Reply-To: <20020906190247.678b2254.larsen587@firemail.de> Message-Id: <20020909235725.62F9259BE@ivory.research.canon.com.au> On 6 Sep, larsen587 wrote: > there is an bug in wmaker. They are storing property files in binary > mode and restoring them in text mode. Just check out the > sources, grep -lr for fopen, change the mode string of the property > related source file from "r" to "rb", and finally invoke *make". Actually, that's basically what I did for the port (except I did it for all open()s except popen()). I suspect the problem may be with libproplist - I recall that it's now separate from WM, and so I would not have applied the same mods to it; and it is used by WPrefs. The consequence is that after you use WPrefs.app to modify any of your look and feel preferences, the file ~/GNUstep/Defaults/WMState (and maybe WMWindowAttributes), gets written out with CR/LF and when you *next* start WM, it crashes. My 0-effort workaround was to modify ~/GNUstep/Library/WindowMaker/exitscript to convert the files back to Unix line endings via a utility called flip that I found via Google. I'll have to dig up my notes on compiling WM, since it's stopping with a complaint that _Xsetlocale is undefined, so I'll have to sort that out. And this time I'll track down liproplist and make the rb/wb changes there, too. luke From jc.gervais@videotron.ca Mon Sep 9 20:24:00 2002 From: jc.gervais@videotron.ca (Jean-Claude Gervais) Date: Mon, 09 Sep 2002 20:24:00 -0000 Subject: Bug in IMake - Doesn't use DESTLIB Message-ID: 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? Thanks -----Original Message----- Hello, 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 known bug, and what should I do? Thanks Jean-Claude From wineclass@isomedia.com Mon Sep 9 21:49:00 2002 From: wineclass@isomedia.com (The Wine School of Philadelphia) Date: Mon, 09 Sep 2002 21:49:00 -0000 Subject: New Wine Classes! Message-ID: <200209100449.g8A4nMa32732@telepath.isomedia.com> -------------- next part -------------- An HTML attachment was scrubbed... URL: From alexander.gottwald@informatik.tu-chemnitz.de Tue Sep 10 03:24:00 2002 From: alexander.gottwald@informatik.tu-chemnitz.de (Alexander Gottwald) Date: Tue, 10 Sep 2002 03:24:00 -0000 Subject: Bug in IMake - Doesn't use DESTLIB In-Reply-To: Message-ID: 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 -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From alexander.gottwald@informatik.tu-chemnitz.de Tue Sep 10 03:29:00 2002 From: alexander.gottwald@informatik.tu-chemnitz.de (Alexander Gottwald) Date: Tue, 10 Sep 2002 03:29:00 -0000 Subject: Bug in IMake - Doesn't use DESTLIB In-Reply-To: Message-ID: 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 -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From Jeroen@twofoldmedia.com Tue Sep 10 03:49:00 2002 From: Jeroen@twofoldmedia.com (Jeroen Habets) Date: Tue, 10 Sep 2002 03:49:00 -0000 Subject: Solved: Switching from XWin to Windows slow (on Windows XP) Message-ID: 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 -------------- next part -------------- A non-text attachment was scrubbed... Name: Jeroen Habets.vcf Type: text/x-vcard Size: 476 bytes Desc: not available URL: From jc.gervais@videotron.ca Tue Sep 10 12:41:00 2002 From: jc.gervais@videotron.ca (Jean-Claude Gervais) Date: Tue, 10 Sep 2002 12:41:00 -0000 Subject: Bug in IMake - Doesn't use DESTLIB In-Reply-To: Message-ID: 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 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: cygwin-xfree-owner@cygwin.com [mailto:cygwin-xfree-owner@cygwin.com]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 -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From jc.gervais@videotron.ca Tue Sep 10 20:52:00 2002 From: jc.gervais@videotron.ca (Jean-Claude Gervais) Date: Tue, 10 Sep 2002 20:52:00 -0000 Subject: Bug report: Using Cygwin-Xfree through Remote Desktop Sharing (RDP) In-Reply-To: <3D7CC692.3040900@msu.edu> Message-ID: 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: cygwin-xfree-owner@cygwin.com [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Harold L Hunt II Sent: Monday, September 09, 2002 12:05 PM To: cygwin-xfree@cygwin.com Subject: Re: Bug report: Using Cygwin-Xfree through Remote Desktop Sharing (RDP) Jean-Claude, Repeat the entire scenario you described, but start XWin with the ``-engine 1'' parameter, e.g. XWin -engine 1 The default graphics engine on Windows 2000/XP will be DirectDraw 4.0; DirectDraw will probably have a problem with RDP --- I am surprised that it works at all. The ``-engine 1'' parameter will tell XWin to use GDI DIBs (Device Independent Bitamps) and regular GDI BLTs (Bit-Block Transfers) as the graphics engine; GDI will be less prone to having a problem with RDP. If RDP works with the GDI engine then I know exactly what to fix; if not, I will have to pump you for some more information. Harold Jean-Claude Gervais wrote: >This is complicated, so I'll try to be clear. > >Let's say you have machine A, which is a Windows XP machine that has Cygwin >and Cygwin-XFree installed on it. >You use A to connect to B. B is a machine running Linux and X. >Everything so far works. >Then you use machine C (a machine running Windows 2000) to remote-control >machine A with Windows XP Remote Desktop Client (RDP). >Machine C can use machine A's Cygwin-XFree connection and view machine B. No >problem. >However, when machine C breaks its connection to machine A, machine A's >Cygwin-XFree will no longer display machine B. It will instead display a >white screen in Cygwin-XFree. >Although I am pretty sure that A is still connected and controlling B, it >can no longer see B's display. >It seems like Remote Desktop Client mucks-up Cygwin-XFree. > >I hope that that was clear enough. > >Thanks. > > > > From hdk@psu.edu Thu Sep 12 10:42:00 2002 From: hdk@psu.edu (Skip Knoble) Date: Thu, 12 Sep 2002 10:42:00 -0000 Subject: Uninstall cygwin for Windows under Windows XP Message-ID: <4.3.2.7.2.20020912134109.00be8bd0@mail.psu.edu> How does one remove all installed CYGWIN files after and install under Windows XP? Many thanks. Skip Knoble, Penn State Center for Academic Computing Herman D. (Skip) Knoble, Research Associate Mailto:hdk@psu.edu Web: http://www.personal.psu.edu/hdk Penn State Information Technology Services Academic Services and Emerging Technologies Graduate Education and Research Services Penn State University 214C Computer Building University Park, PA 16802-2101 Phone:+1 814 865-0818 Fax:+1 814 863-7049 From huntharo@msu.edu Thu Sep 12 11:07:00 2002 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 12 Sep 2002 11:07:00 -0000 Subject: Uninstall cygwin for Windows under Windows XP References: <4.3.2.7.2.20020912134109.00be8bd0@mail.psu.edu> Message-ID: <3D80D7EE.7010405@msu.edu> Skip, I am feeling polite, so I will hold your hand on this one a little bit. All Cygwin files are installed in the directory that you chose when you ran setup.exe. One easy way to get rid of Cygwin is to delete this folder (usually c:\cygwin). However, that will leave the icons and such in place for Cygwin in the Start Menu and on the desktop. There will also be a few registry keys that will have no adverse effect on your system if you leave them in place. Alternatively, the Cygwin setup.exe program may have an ``uninstall'' option that does remove the icons, etc. However, I would not know for sure because I never uninstall Cygwin. Harold Skip Knoble wrote: > How does one remove all installed CYGWIN files after and >install under Windows XP? > Many thanks. > Skip Knoble, Penn State Center for Academic Computing > > Herman D. (Skip) Knoble, Research Associate > Mailto:hdk@psu.edu > Web: http://www.personal.psu.edu/hdk > Penn State Information Technology Services > Academic Services and Emerging Technologies > Graduate Education and Research Services > Penn State University > 214C Computer Building > University Park, PA 16802-2101 > Phone:+1 814 865-0818 Fax:+1 814 863-7049 > > > From j_tetazoo@hotmail.com Thu Sep 12 11:26:00 2002 From: j_tetazoo@hotmail.com (Thomas Chadwick) Date: Thu, 12 Sep 2002 11:26:00 -0000 Subject: Uninstall cygwin for Windows under Windows XP Message-ID: >From the Cygwin FAQ: http://cygwin.com/faq/faq.html#SEC19 >From: Skip Knoble >Reply-To: cygwin-xfree@cygwin.com >To: cygwin-xfree@cygwin.com >Subject: Uninstall cygwin for Windows under Windows XP >Date: Thu, 12 Sep 2002 13:42:32 -0400 > > How does one remove all installed CYGWIN files after and >install under Windows XP? > Many thanks. > Skip Knoble, Penn State Center for Academic Computing > > Herman D. (Skip) Knoble, Research Associate > Mailto:hdk@psu.edu > Web: http://www.personal.psu.edu/hdk > Penn State Information Technology Services > Academic Services and Emerging Technologies > Graduate Education and Research Services > Penn State University > 214C Computer Building > University Park, PA 16802-2101 > Phone:+1 814 865-0818 Fax:+1 814 863-7049 _________________________________________________________________ Join the world??s largest e-mail service with MSN Hotmail. http://www.hotmail.com From daisaku_itasaka@el.nec.com Thu Sep 12 11:47:00 2002 From: daisaku_itasaka@el.nec.com (Dai) Date: Thu, 12 Sep 2002 11:47:00 -0000 Subject: twm iconmngr missing inputs Message-ID: <200209121847.09326B0404A8000.daisaku_itasaka.ME@dai0.el.nec.com> Hello all, Here's how I use this thing: - start bash on Win2K - type "startxwin.sh" in the bash window (this creates the root window and a xterm window in it) - type "xhost myLinux" in the xterm - type "telnet myLinux" in the xterm (this gives me a tcsh prompt on the remote host) - type "setenv DISPLAY myWin2K:0" - type "twm &" Then twm starts running and I enjoy the wonderful twm world without any problem whatsoever. I can move to any window with 'ctrl-shift-j' or 'ctrl-shift-k' anytime. I can raise or lower the current window with 'ctrl-shift-m'. Iconify/restore, zooming/unzooming....everything is done with a 'ctrl-shift-something' key stroke. But, after something snaps somewhere, this is no longer available. The 'ctrl-shift' is treated as just a 'ctrl'. The ctrl key and the shift key work fine if used separately. I mean, I can do all the emacs-like command line editing with ctrl key and I can type in CAPITALs with shift. But 'ctrl-shift' doesn't work anymore, thus I lose all the handy twm hotkeys. The X server is running on Win2K. Twm is running on the remote Linux box, which is fine with other X servers running on some other MS- Windows machines, even after this happens on this Win2K. Once this happens, restarting twm internally(using twm's restart menu), or restarting externally(exit twm and run it again from the shell), or even restarting XWin(startxwin.sh) doesn't fix the problem. I have to reboot Win2K. I don't know where the problem resides. And I don't know exactly how to reproduce the situation where 'ctrl-shift' is treated as just a ctrl. But it just happens and I have to reboot the machine. ;-< Whose problem is this? How can I fix(or avoid) it? I would very much appreciate your help. TIA. I'm using this Cygwin version and I setup everything using the setup.exe. CYGWIN_NT-5.0 myWin2K 1.3.12(0.54/3/2) 2002-07-06 02:16 i686 unknown From huntharo@msu.edu Thu Sep 12 14:55:00 2002 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 12 Sep 2002 14:55:00 -0000 Subject: twm iconmngr missing inputs References: <200209121847.09326B0404A8000.daisaku_itasaka.ME@dai0.el.nec.com> Message-ID: <3D810D2B.6050900@msu.edu> Dai, Thank you for the detailed report. You now need to do three things before we can comment on your problem: 1) Run ``xev'' (X Event Viewer) before the problem occurs. Press a few combinations of keys involving Ctrl, Shift, and some letters. Keep it simple and document exactly what you push. Save the output of xev to a file. 2) Run ``xev'' after the problem occurs but before you reboot. Repeat the EXACT combinations of keys that you pressed above. Save this output to another file. 3) Email the contents of both files into cygwin-xfree@cygwin.com, along with a description of which keys you pressed in which order. With that information we should be able to figure out what is going on. Harold Dai wrote: > Hello all, > > Here's how I use this thing: > > - start bash on Win2K > - type "startxwin.sh" in the bash window > (this creates the root window and a xterm window in it) > - type "xhost myLinux" in the xterm > - type "telnet myLinux" in the xterm > (this gives me a tcsh prompt on the remote host) > - type "setenv DISPLAY myWin2K:0" > - type "twm &" > > Then twm starts running and I enjoy the wonderful twm world without > any problem whatsoever. I can move to any window with 'ctrl-shift-j' > or 'ctrl-shift-k' anytime. I can raise or lower the current window > with 'ctrl-shift-m'. Iconify/restore, zooming/unzooming....everything > is done with a 'ctrl-shift-something' key stroke. > > But, after something snaps somewhere, this is no longer available. > The 'ctrl-shift' is treated as just a 'ctrl'. The ctrl key and the > shift key work fine if used separately. I mean, I can do all the > emacs-like command line editing with ctrl key and I can type in > CAPITALs with shift. But 'ctrl-shift' doesn't work anymore, thus > I lose all the handy twm hotkeys. > > The X server is running on Win2K. Twm is running on the remote Linux > box, which is fine with other X servers running on some other MS- > Windows machines, even after this happens on this Win2K. > > Once this happens, restarting twm internally(using twm's restart > menu), or restarting externally(exit twm and run it again from the > shell), or even restarting XWin(startxwin.sh) doesn't fix the problem. > I have to reboot Win2K. > > I don't know where the problem resides. And I don't know exactly how > to reproduce the situation where 'ctrl-shift' is treated as just a ctrl. > But it just happens and I have to reboot the machine. ;-< > > Whose problem is this? How can I fix(or avoid) it? > I would very much appreciate your help. TIA. > > I'm using this Cygwin version and I setup everything using the setup.exe. > CYGWIN_NT-5.0 myWin2K 1.3.12(0.54/3/2) 2002-07-06 02:16 i686 unknown > From luke.kendall@cisra.canon.com.au Thu Sep 12 17:06:00 2002 From: luke.kendall@cisra.canon.com.au (luke.kendall@cisra.canon.com.au) Date: Thu, 12 Sep 2002 17:06:00 -0000 Subject: twm iconmngr missing inputs In-Reply-To: <3D810D2B.6050900@msu.edu> Message-ID: <20020913000559.D2891585E@ivory.research.canon.com.au> On 12 Sep, Harold L Hunt II wrote: > You now need to do three things before we can comment on your problem: > > 1) Run ``xev'' (X Event Viewer) before the problem occurs. Press a few > combinations of keys involving Ctrl, Shift, and some letters. Keep it > simple and document exactly what you push. Save the output of xev to a > file. > > 2) Run ``xev'' after the problem occurs but before you reboot. Repeat > the EXACT combinations of keys that you pressed above. Save this output > to another file. > > 3) Email the contents of both files into cygwin-xfree@cygwin.com, along > with a description of which keys you pressed in which order. > > With that information we should be able to figure out what is going on. The problem that Dai reported sounds similar to a problem my wife has on her Win95 machine using Window Maker as the window mgr. Double- clicking on a title bar "rolls up" the window into just the title bar, clicking on a title bar focuses that window, etc. Every now and then all this stops working. Restarting X will correct it, but using a keyboard shortcut to cycle between the windows will also "unstick" X - and all the queued events flow through to all the windows affected (sometimes with unfortunate results, actually). The window with focus still accepts input while things are "stuck", so next time it happens we'll start up xev and see what we can learn. luke From UTZEL@drfccad.cea.fr Fri Sep 13 01:13:00 2002 From: UTZEL@drfccad.cea.fr (UTZEL Nadine) Date: Fri, 13 Sep 2002 01:13:00 -0000 Subject: French keyboard : XWin -query Message-ID: <756DFD3DE8F1D411A59A00306E06E847721BCA@drfccad.cad.cea.fr> Hello, I try to replace Exceed by Xfree86 in my department of research. In my .bat file, I generate a keymap and I connect to a hostname parameter (see after). So, at the login windows, my keyboard is french and so during my session. But, the ALT GR doesn't work. So we can't use XFree86, because our scientists need ~ { [ | \ ] } in their programs or in their Matlab session. What is your solution for this problem ? Thanks. REM Windows NT/2000 echo startxwin.bat - Starting on Windows NT/2000 REM ---------------------------------------------------------- REM Generate a compiled keymap file as output (.xkm extension) REM ---------------------------------------------------------- xkbcomp.exe -xkm -m fr /etc/X11/xkb/keymap/xfree86 /tmp/fr.xkm REM ---------------------------------------------------------- REM Connection to %1 Unix Server REM ---------------------------------------------------------- start /B XWin :0 -xkbmap fr -query %1 -screen 0 1024 768 REM ---------------------------------------------------------- pause :END pause :END A+ Nadine From nwourms@yahoo.com Fri Sep 13 08:34:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Fri, 13 Sep 2002 08:34:00 -0000 Subject: French keyboard : XWin -query In-Reply-To: <756DFD3DE8F1D411A59A00306E06E847721BCA@drfccad.cad.cea.fr> Message-ID: <20020913153421.81006.qmail@web21009.mail.yahoo.com> --- UTZEL Nadine wrote: > Hello, > > I try to replace Exceed by Xfree86 in my department of research. > In my .bat file, I generate a keymap and I connect to a hostname > parameter > (see after). > > So, at the login windows, my keyboard is french and so during my > session. > > But, the ALT GR doesn't work. So we can't use XFree86, because our > scientists need > ~ { [ | \ ] } in their programs or in their Matlab session. > > What is your solution for this problem ? The easiest solution is to purchase English Keyboards, which is what the current Cygwin/XFree maintainer uses. However, if you persist on using the nonstandard keyboard, my suggestion would be to search the mailinglist archives -- the URL is located at the bottom of this message. Cheers, Nicholas __________________________________________________ Do you Yahoo!? Yahoo! News - Today's headlines http://news.yahoo.com From cygwin-xfree@cygwin.com Fri Sep 13 10:54:00 2002 From: cygwin-xfree@cygwin.com (cygwin-xfree@cygwin.com) Date: Fri, 13 Sep 2002 10:54:00 -0000 Subject: Help with setting up cygwin In-Reply-To: <92BD8C7EDF8FD411B3F1009027F700EBBDF045@XENA> References: <92BD8C7EDF8FD411B3F1009027F700EBBDF045@XENA> Message-ID: <20020913175455.GA6846@redhat.com> Redirecting to cygwin-xfree. PLEASE follow up there. On Fri, Sep 13, 2002 at 11:24:11AM -0600, Jugganaikloo, Spalding wrote: >Hi All, >I am new to X Windows and could use some help. We have an application >server that run Solaris 8.0. I want to be able to edit Unix files that are >on the server from my PC in a GUI environment. Currently, I am just using >vi through a telnet session. > >I have install a GUI based editor (NEdit) on the Unix server and >cywin/Xfree86 on my PC. When I try to open the GUI based editor from a >telnet session from my PC I get the following error: > >$ NEdit myfile >Xlib: connection to "192.168.101.19:0.0" refused by server >Xlib: No protocol specified > >NEdit: Can't open display > >It seems that there is some more setup to be done for Xfree86 on my PC, but >I am note sure what it is and how to do it. Any pointers will be greatly >appreciated. > >Thanks > >M. Spalding Jugganaikloo >Colleague Program Manager >Colorado Technical University >Tel 719 590 6737 >Fax 719 590 6817 > > > > >-- >Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple >Bug reporting: http://cygwin.com/bugs.html >Documentation: http://cygwin.com/docs.html >FAQ: http://cygwin.com/faq/ From huntharo@msu.edu Fri Sep 13 10:58:00 2002 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 13 Sep 2002 10:58:00 -0000 Subject: Help with setting up cygwin References: <92BD8C7EDF8FD411B3F1009027F700EBBDF045@XENA> <20020913175455.GA6846@redhat.com> Message-ID: <3D822745.5070801@msu.edu> http://xfree86.cygwin.com/docs/ug/using-remote-apps.html cygwin-xfree@cygwin.com wrote: >Redirecting to cygwin-xfree. > >PLEASE follow up there. > >On Fri, Sep 13, 2002 at 11:24:11AM -0600, Jugganaikloo, Spalding wrote: > > >>Hi All, >>I am new to X Windows and could use some help. We have an application >>server that run Solaris 8.0. I want to be able to edit Unix files that are >>on the server from my PC in a GUI environment. Currently, I am just using >>vi through a telnet session. >> >>I have install a GUI based editor (NEdit) on the Unix server and >>cywin/Xfree86 on my PC. When I try to open the GUI based editor from a >>telnet session from my PC I get the following error: >> >>$ NEdit myfile >>Xlib: connection to "192.168.101.19:0.0" refused by server >>Xlib: No protocol specified >> >>NEdit: Can't open display >> >>It seems that there is some more setup to be done for Xfree86 on my PC, but >>I am note sure what it is and how to do it. Any pointers will be greatly >>appreciated. >> >>Thanks >> >>M. Spalding Jugganaikloo >>Colleague Program Manager >>Colorado Technical University >>Tel 719 590 6737 >>Fax 719 590 6817 >> >> >> >> >>-- >>Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple >>Bug reporting: http://cygwin.com/bugs.html >>Documentation: http://cygwin.com/docs.html >>FAQ: http://cygwin.com/faq/ >> >> From Daisaku_Itasaka@el.nec.com Fri Sep 13 12:26:00 2002 From: Daisaku_Itasaka@el.nec.com (Dai) Date: Fri, 13 Sep 2002 12:26:00 -0000 Subject: twm iconmngr missing inputs Message-ID: <20020913122518G.Daisaku_Itasaka@el.nec.com> Things don't happen when you expect....Murphy's Law? ;-< So far since the first post, I haven't been able to get to the situation where 'ctrl-shift' doesn't work. Until yesterday, it had happened in about every few hours or so, sometimes less than 30 minutes. I got the xev output for the "normal" case already and am ready to do that for the "bad" case. Speaking of xev output messages, how would you save it in a file? I thought a simple redirection(xev > file) should work but didn't. I ended up yanking and copying the face of the xterm window. What is the proper way to do it? By the way, I did one thing on XWin, which I don't know might help or not. That's the -emulate3buttons option. I hadn't used it. But I realized that I needed it because the yanking and copying on xterm didn't work without it. Since restarted with this option, the problem hasn't happened yet. I don't know if it's related or not. Thanks for your help. Dai (a mouse-hater :-) ) Thank you for the detailed report. ) ) You now need to do three things before we can comment on your problem: ) ) 1) Run ``xev'' (X Event Viewer) before the problem occurs. Press a few ) combinations of keys involving Ctrl, Shift, and some letters. Keep it ) simple and document exactly what you push. Save the output of xev to ) a file. ) ) 2) Run ``xev'' after the problem occurs but before you reboot. Repeat ) the EXACT combinations of keys that you pressed above. Save this output ) to another file. ) ) 3) Email the contents of both files into cygwin-xfree@cygwin.com, ) along with a description of which keys you pressed in which order. ) ) With that information we should be able to figure out what is going on. ) ) Harold ) ) > Dai wrote: ) > ) > Hello all, ) > ) > Here's how I use this thing: ) > ) > - start bash on Win2K ) > - type "startxwin.sh" in the bash window ) > (this creates the root window and a xterm window in it) ) > - type "xhost myLinux" in the xterm ) > - type "telnet myLinux" in the xterm ) > (this gives me a tcsh prompt on the remote host) ) > - type "setenv DISPLAY myWin2K:0" ) > - type "twm &" ) > ) > Then twm starts running and I enjoy the wonderful twm world without ) > any problem whatsoever. I can move to any window with 'ctrl-shift-j' ) > or 'ctrl-shift-k' anytime. I can raise or lower the current window ) > with 'ctrl-shift-m'. Iconify/restore, zooming/unzooming....everything ) > is done with a 'ctrl-shift-something' key stroke. ) > ) > But, after something snaps somewhere, this is no longer available. ) > The 'ctrl-shift' is treated as just a 'ctrl'. The ctrl key and the ) > shift key work fine if used separately. I mean, I can do all the ) > emacs-like command line editing with ctrl key and I can type in ) > CAPITALs with shift. But 'ctrl-shift' doesn't work anymore, thus ) > I lose all the handy twm hotkeys. ) > ) > The X server is running on Win2K. Twm is running on the remote Linux ) > box, which is fine with other X servers running on some other MS- ) > Windows machines, even after this happens on this Win2K. ) > ) > Once this happens, restarting twm internally(using twm's restart ) > menu), or restarting externally(exit twm and run it again from the ) > shell), or even restarting XWin(startxwin.sh) doesn't fix the problem. ) > I have to reboot Win2K. ) > ) > I don't know where the problem resides. And I don't know exactly how ) > to reproduce the situation where 'ctrl-shift' is treated as just a ctrl. ) > But it just happens and I have to reboot the machine. ;-< ) > ) > Whose problem is this? How can I fix(or avoid) it? ) > I would very much appreciate your help. TIA. ) > ) > I'm using this Cygwin version and I setup everything using the setup.exe. ) > CYGWIN_NT-5.0 myWin2K 1.3.12(0.54/3/2) 2002-07-06 02:16 i686 unknown ) > From Smafrozahsan@aol.com Sat Sep 14 02:59:00 2002 From: Smafrozahsan@aol.com (Smafrozahsan@aol.com) Date: Sat, 14 Sep 2002 02:59:00 -0000 Subject: I would like to join Message-ID: Hi All, I have recently installed Xfree in cygwin and i would like to join the mailer list could u tell me how i could join please... Your Truly, Afroz From rasjidw@openminddev.net Sat Sep 14 03:09:00 2002 From: rasjidw@openminddev.net (Rasjid Wilcox) Date: Sat, 14 Sep 2002 03:09:00 -0000 Subject: I would like to join In-Reply-To: References: Message-ID: <200209142009.13647.rasjidw@openminddev.net> On Sat, 14 Sep 2002 7:59 pm, Smafrozahsan@aol.com wrote: > Hi All, > I have recently installed Xfree in cygwin and i would like to join the > mailer list could u tell me how i could join please... > > Your Truly, > Afroz ?! You found the list name, but missed the form?? See http://cygwin.com/lists.html and use the form at the bottom. Alternately, just email cygwin-xfree-subscribe@cygwin.com. Rasjid. From satimis@writeme.com Sat Sep 14 18:50:00 2002 From: satimis@writeme.com (Stephen Liu) Date: Sat, 14 Sep 2002 18:50:00 -0000 Subject: Starting cygwin problem Message-ID: <3D83E787.7020605@writeme.com> Hi All Folks, I have Cygwin installed on a WinXP PC which linked to LTSP server, working as a diskless workstartion and a standand alone PC as well. The PC has 2 NICs, one of which is mounted with a boot-rom and connected to LTSP server and another to Internet. Starting WinXP by selecting 'LOCAL' when turned on the PC Clicking 'Cygwin' icon on desktop, The shell window popup I have no name!@M40G ~ $ cygstart Usage: cygstart [-a STRING] [d- STRING].......... ..........[OPTION]... FILE [ARGUMENTS] I have no name!@M40G ~ $ hostname [ENTER] M40G [is the name of the PC/computer] I have no name!@M40G ~ $ X -query 192.168.0.254 [ENTER] (IP Add of LTSP server) started an empty "Cygwin/XFree86 window I have no name!@M40G ~ $ ping 192.168.0.254 (IP Add of LTSP server) Pinging 192.168.0.254 with 32 bytes of data: Reply from 192.168.0.254: bytes=32 time<1ms TTL=255 Reply from 192.168.0.254: bytes=32 time<1ms TTL=255 Reply from 192.168.0.254: bytes=32 time<1ms TTL=255 Reply from 192.168.0.254: bytes=32 time<1ms TTL=255 Ping statistics for 192.168.0.254: Packets: Sent = 4, Received = 4, Lost = 0 (0% loss), Approximate round trip times in milli-seconds: Minimum = 0ms, Maximum = 0ms, Average = 0ms Ping name of LTSP server can't connect TEST ON LTSP Server ================= Ping client IP address showing connecting Ping client's name can't connected Kindly advise how to make them connected and proceed Thanks in advance. Stephen Liu From pechtcha@cs.nyu.edu Sat Sep 14 18:54:00 2002 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Sat, 14 Sep 2002 18:54:00 -0000 Subject: Starting cygwin problem In-Reply-To: <3D83E6D5.3040301@writeme.com> Message-ID: On Sun, 15 Sep 2002, Stephen Liu wrote: > Hi All Folks, > > I have Cygwin installed on a WinXP PC which linked to LTSP server, > working as a diskless workstartion and a standand alone PC as well. The > PC has 2 NICs, one of which is mounted with a boot-rom and connected to > LTSP server and another to Internet. > > Starting WinXP by selecting 'LOCAL' when turned on the PC > > Clicking 'Cygwin' icon on desktop, The shell window popup > > I have no name!@M40G ~ > $ cygstart > Usage: cygstart [-a STRING] [d- STRING].......... > ..........[OPTION]... FILE [ARGUMENTS] > > I have no name!@M40G ~ > $ hostname [ENTER] > M40G [is the name of the PC/computer] > > I have no name!@M40G ~ > $ X -query 192.168.0.254 [ENTER] (IP Add of LTSP server) > > started an empty "Cygwin/XFree86 window > > Kindly advise how to make them connected > > Thanks in advance. > > Stephen Liu Mmm... Cygwin is a UNIX emulation environment under windows. You got yourself a UNIX shell prompt. Technically, you've started Cygwin. :-) What exactly are you trying to start again? If my guess is correct, and you're trying to start an X session on Cygwin/XFree86, try running startx, and search the cygwin-xfree mailing list archives for details: http://www.cygwin.com/ml/cygwin-xfree/ X-related questions should be addressed there. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! It took the computational power of three Commodore 64s to fly to the moon. It takes a 486 to run Windows 95. Something is wrong here. -- SC sig file From satimis@writeme.com Sat Sep 14 19:25:00 2002 From: satimis@writeme.com (Stephen Liu) Date: Sat, 14 Sep 2002 19:25:00 -0000 Subject: Starting cygwin problem References: Message-ID: <3D83EFE2.2080702@writeme.com> Hi Igor, Igor Pechtchanski wrote: >On Sun, 15 Sep 2002, Stephen Liu wrote: > >> Hi All Folks, >> >>I have Cygwin installed on a WinXP PC which linked to LTSP server, >>working as a diskless workstartion and a standand alone PC as well. The >>PC has 2 NICs, one of which is mounted with a boot-rom and connected to >>LTSP server and another to Internet. >> >>Starting WinXP by selecting 'LOCAL' when turned on the PC >> >>Clicking 'Cygwin' icon on desktop, The shell window popup >> >>I have no name!@M40G ~ >>$ cygstart >>Usage: cygstart [-a STRING] [d- STRING].......... >>..........[OPTION]... FILE [ARGUMENTS] >> >>I have no name!@M40G ~ >>$ hostname [ENTER] >>M40G [is the name of the PC/computer] >> >>I have no name!@M40G ~ >>$ X -query 192.168.0.254 [ENTER] (IP Add of LTSP server) >> >>started an empty "Cygwin/XFree86 window >> >>Kindly advise how to make them connected >> >>Thanks in advance. >> >>Stephen Liu >> > >Mmm... Cygwin is a UNIX emulation environment under windows. You got >yourself a UNIX shell prompt. Technically, you've started Cygwin. :-) >What exactly are you trying to start again? > I need to run Linux on WinXP side by side. >If my guess is correct, and you're trying to start an X session on >Cygwin/XFree86, try running startx, and search the cygwin-xfree mailing >list archives for details: http://www.cygwin.com/ml/cygwin-xfree/ >X-related questions should be addressed there. > Igor > I searched "startx" and "start X session" but could not find some answer/question relevant. Thanks in advance. Stephen From pechtcha@cs.nyu.edu Sat Sep 14 19:49:00 2002 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Sat, 14 Sep 2002 19:49:00 -0000 Subject: Starting cygwin problem In-Reply-To: <3D83EFE2.2080702@writeme.com> Message-ID: On Sun, 15 Sep 2002, Stephen Liu wrote: > Hi Igor, > > Igor Pechtchanski wrote: > > >On Sun, 15 Sep 2002, Stephen Liu wrote: > > > >> Hi All Folks, > >> > >>I have Cygwin installed on a WinXP PC which linked to LTSP server, > >>working as a diskless workstartion and a standand alone PC as well. The > >>PC has 2 NICs, one of which is mounted with a boot-rom and connected to > >>LTSP server and another to Internet. > >> > >>Starting WinXP by selecting 'LOCAL' when turned on the PC > >> > >>Clicking 'Cygwin' icon on desktop, The shell window popup > >> > >>I have no name!@M40G ~ > >>$ cygstart > >>Usage: cygstart [-a STRING] [d- STRING].......... > >>..........[OPTION]... FILE [ARGUMENTS] > >> > >>I have no name!@M40G ~ > >>$ hostname [ENTER] > >>M40G [is the name of the PC/computer] > >> > >>I have no name!@M40G ~ > >>$ X -query 192.168.0.254 [ENTER] (IP Add of LTSP server) > >> > >>started an empty "Cygwin/XFree86 window > >> > >>Kindly advise how to make them connected > >> > >>Thanks in advance. > >> > >>Stephen Liu > >> > > > >Mmm... Cygwin is a UNIX emulation environment under windows. You got > >yourself a UNIX shell prompt. Technically, you've started Cygwin. :-) > >What exactly are you trying to start again? > > > I need to run Linux on WinXP side by side. > > >If my guess is correct, and you're trying to start an X session on > >Cygwin/XFree86, try running startx, and search the cygwin-xfree mailing > >list archives for details: http://www.cygwin.com/ml/cygwin-xfree/ > >X-related questions should be addressed there. > > Igor > > I searched "startx" and "start X session" but could not find some > answer/question relevant. > > Thanks in advance. > Stephen Stephen, First off, the Reply-To: header means that I'd prefer to get the answer at that address, rather than at the From: address. I'm really surprised Netscape doesn't handle this correctly. Second, the cygwin-xfree list really is the appropriate place for this discussion, so please don't Cc: further replies to the cygwin list. Third, it might help if you actually installed all the relevant XFree86 packages for Cygwin. A search of Cygwin setup packages on http://cygwin.com/packages/ for "startx" returned a bunch of hits in the XFree86 packages -- try it. Fourth, do a search on google for "Cygwin startx" and read the first hit. Good luck. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "Water molecules expand as they grow warmer" (C) Popular Science, Oct'02, p.51 From Smafrozahsan@aol.com Sun Sep 15 00:41:00 2002 From: Smafrozahsan@aol.com (Smafrozahsan@aol.com) Date: Sun, 15 Sep 2002 00:41:00 -0000 Subject: Trouble with compression Message-ID: <166.13d056c2.2ab593c0@aol.com> Hi all i am haveing trouble uncompressing my file to install KDE. i had them all as *.tar.bz2, i tried the conventional way with tar -xjf /.tar.bz2 (the files are in my root directory.) then i used bzip2 and now i have a whole bunch of .tar files , how can i uncompress these..pls help Bye Afroz From rasjidw@openminddev.net Sun Sep 15 00:56:00 2002 From: rasjidw@openminddev.net (Rasjid Wilcox) Date: Sun, 15 Sep 2002 00:56:00 -0000 Subject: Starting cygwin problem In-Reply-To: <3D83E787.7020605@writeme.com> References: <3D83E787.7020605@writeme.com> Message-ID: <200209151756.51752.rasjidw@openminddev.net> On Sun, 15 Sep 2002 11:51 am, Stephen Liu wrote: > Hi All Folks, > > I have Cygwin installed on a WinXP PC which linked to LTSP server, > working as a diskless workstartion and a standand alone PC as well. The > PC has 2 NICs, one of which is mounted with a boot-rom and connected > to LTSP server and another to Internet. > > Starting WinXP by selecting 'LOCAL' when turned on the PC > > Clicking 'Cygwin' icon on desktop, The shell window popup > > I have no name!@M40G ~ > $ cygstart > Usage: cygstart [-a STRING] [d- STRING].......... > ..........[OPTION]... FILE [ARGUMENTS] > > I have no name!@M40G ~ > $ hostname [ENTER] > M40G [is the name of the PC/computer] > > I have no name!@M40G ~ > $ X -query 192.168.0.254 [ENTER] (IP Add of LTSP server) > Try instead: $ XWin.exe -query 192.168.0.254 -from You will need the -from paramater, due to the 2 NICs. Failing that, read the Cygwin-XFree FAQ. Rasjid. From spetreolle@yahoo.fr Sun Sep 15 02:11:00 2002 From: spetreolle@yahoo.fr (=?iso-8859-1?q?Sylvain=20Petreolle?=) Date: Sun, 15 Sep 2002 02:11:00 -0000 Subject: Trouble with compression In-Reply-To: <166.13d056c2.2ab593c0@aol.com> Message-ID: <20020915091132.91332.qmail@web10102.mail.yahoo.com> Ask to kde-cygwin@mail.kde.org --- Smafrozahsan@aol.com a ??crit : > Hi all i am haveing trouble uncompressing my file to install KDE. i > had them > all as *.tar.bz2, i tried the conventional way with tar -xjf > /.tar.bz2 (the > files are in my root directory.) then i used bzip2 and now i have a > whole > bunch of .tar files , how can i uncompress these..pls help > > Bye > Afroz ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en fran??ais ! Yahoo! Mail : http://fr.mail.yahoo.com From satimis@writeme.com Sun Sep 15 03:11:00 2002 From: satimis@writeme.com (Stephen Liu) Date: Sun, 15 Sep 2002 03:11:00 -0000 Subject: Starting cygwin problem References: <3D83E787.7020605@writeme.com> <200209151756.51752.rasjidw@openminddev.net> Message-ID: <3D845CE4.1020307@writeme.com> Hi Rasjid, Lot of thanks for your expertise advice. Now it works. I create a batch file in "cygwin"directory and a shortcut on WinXP desktop to start "cygwin". It is very convenient. The remaining question is how to resize "Cygwin/XFree86" window allowing WinXP and Linux running side by side. I have not add "-fullscreen" to the batch file. Thanks again for your assistance. Stephen Rasjid Wilcox wrote: >On Sun, 15 Sep 2002 11:51 am, Stephen Liu wrote: > >>Hi All Folks, >> >>I have Cygwin installed on a WinXP PC which linked to LTSP server, >>working as a diskless workstartion and a standand alone PC as well. The >>PC has 2 NICs, one of which is mounted with a boot-rom and connected >>to LTSP server and another to Internet. >> >>Starting WinXP by selecting 'LOCAL' when turned on the PC >> >>Clicking 'Cygwin' icon on desktop, The shell window popup >> >>I have no name!@M40G ~ >>$ cygstart >>Usage: cygstart [-a STRING] [d- STRING].......... >> ..........[OPTION]... FILE [ARGUMENTS] >> >>I have no name!@M40G ~ >>$ hostname [ENTER] >>M40G [is the name of the PC/computer] >> >>I have no name!@M40G ~ >>$ X -query 192.168.0.254 [ENTER] (IP Add of LTSP server) >> > >Try instead: >$ XWin.exe -query 192.168.0.254 -from > >You will need the -from paramater, due to the 2 NICs. > >Failing that, read the Cygwin-XFree FAQ. > >Rasjid. > From rasjidw@openminddev.net Sun Sep 15 03:58:00 2002 From: rasjidw@openminddev.net (Rasjid Wilcox) Date: Sun, 15 Sep 2002 03:58:00 -0000 Subject: Starting cygwin problem In-Reply-To: <3D845CE4.1020307@writeme.com> References: <3D83E787.7020605@writeme.com> <200209151756.51752.rasjidw@openminddev.net> <3D845CE4.1020307@writeme.com> Message-ID: <200209152058.00229.rasjidw@openminddev.net> On Sun, 15 Sep 2002 8:11 pm, Stephen Liu wrote: > The remaining question is how to resize "Cygwin/XFree86" window allowing > WinXP and Linux running side by side. I have not add "-fullscreen" to > the batch file. I'm not quite sure what you mean here. If you just want a smaller XServer window, then use the screen paramater. If you want something else, you will have to be more explicit about what you mean. See man XWin for info on the screen paramater. Note that Cygwin-XFree does not currenly support on-the-fly resizing of the root X window. Rasjid. From satimis@writeme.com Sun Sep 15 05:12:00 2002 From: satimis@writeme.com (Stephen Liu) Date: Sun, 15 Sep 2002 05:12:00 -0000 Subject: Starting cygwin problem In-Reply-To: <200209152058.00229.rasjidw@openminddev.net> References: <3D845CE4.1020307@writeme.com> <3D83E787.7020605@writeme.com> <200209151756.51752.rasjidw@openminddev.net> <3D845CE4.1020307@writeme.com> Message-ID: <5.1.1.6.0.20020915195949.02eb5e88@pop.net-yan.com> Hi Rasjid, At 08:58 PM 9/15/2002 +1000, Rasjid Wilcox wrote: >On Sun, 15 Sep 2002 8:11 pm, Stephen Liu wrote: > > > The remaining question is how to resize "Cygwin/XFree86" window allowing > > WinXP and Linux running side by side. I have not add "-fullscreen" to > > the batch file. > >I'm not quite sure what you mean here. If you just want a smaller XServer >window, then use the screen paramater. If you want something else, you will >have to be more explicit about what you mean. Linux occupies the whole monitor screen and I am not allowed to resize (reduce its window frame) its window so that WinXP will also appear on the monitor screen simultaneously. If Linux window can't be resized then I have to shrink it to icon in order to view WinXP window. Is it possible to adjust Linux window frame manually with the mouse? If NOT, is there any solution to get a smaller Linux window. Thanks Stephen >See man XWin for info on the screen paramater. > >Note that Cygwin-XFree does not currenly support on-the-fly resizing of the >root X window. > >Rasjid. From rasjidw@openminddev.net Sun Sep 15 05:23:00 2002 From: rasjidw@openminddev.net (Rasjid Wilcox) Date: Sun, 15 Sep 2002 05:23:00 -0000 Subject: Starting cygwin problem In-Reply-To: <5.1.1.6.0.20020915195949.02eb5e88@pop.net-yan.com> References: <3D845CE4.1020307@writeme.com> <5.1.1.6.0.20020915195949.02eb5e88@pop.net-yan.com> Message-ID: <200209152223.36074.rasjidw@openminddev.net> On Sun, 15 Sep 2002 10:12 pm, Stephen Liu wrote: > Linux occupies the whole monitor screen and I am not allowed to resize > (reduce its window frame) its window so that WinXP will also appear on the > monitor screen simultaneously. If Linux window can't be resized then I > have to shrink it to icon in order to view WinXP window. Is it possible to > adjust Linux window frame manually with the mouse? No. > If NOT, is there any > solution to get a smaller Linux window. Yes. Read my original response. Use the 'screen' paramater. Read the XWin 'man' page. That is what they are there for. You can even run $ XWin.exe -help $ cat /tmp/XWin.log Rasjid. From swhatley@hal-pc.org Sun Sep 15 13:47:00 2002 From: swhatley@hal-pc.org (Steven Whatley) Date: Sun, 15 Sep 2002 13:47:00 -0000 Subject: Starting cygwin problem In-Reply-To: <200209152223.36074.rasjidw@openminddev.net> Message-ID: Hi all, I'm having problems start X under cygwin on a WinXP and start a login session on a RedHat system. I've tried from Cygwin $ startx -- -query 192.168.1.12 and get: .. Xlib: connection to ":0.0" refused by server Xlib: No protocol specified .. Xlib: connection to ":0.0" refused by server Xlib: No protocol specified ... host.alow on the RH system is set up OK. On the RH system, I've got /usr/lib/X11/xdm/Xaccess set up (I think) to allow XDMCP connections. I have read the Cygwin/XFree documentation. Any info will be appreciated. Thanks, Steven From csantia@qwest.com Sun Sep 15 17:55:00 2002 From: csantia@qwest.com (Carlos M. Santiago) Date: Sun, 15 Sep 2002 17:55:00 -0000 Subject: # XFree and NT4.0 SP 6 hang after first client Message-ID: <3D852BFB.6030800@qwest.com> Hello Andrew, Were you able to solve your problem? I am experiencing exactly the same problem you described. In my case, it happens on 2 of 3 of my Windowx XP w/SP 1 boxes. All boxes have fresh Cygwin installations and no custom configurations (i.e. all have the exact same Cygwin packages installed + same versions). I also have no problems in a Windows NT w/SP 6 box at work with the exact same Cygwin packages + versions. None of the boxes have any special Cygwin configurations, just the installed defaults. At first I thought it might be a video card driver issue, but I quickly dismissed it as the X server comes up good, and only hangs after the 2nd X client is started. Starting a window manager counts as an X client run (i.e. a window manager will start if run, but trying to start and xterm or xeyes will hang the X server, requiring a kill to stop everyting). When the window manager is started and no other X client is run, the window manager can be stopped normally, and the X server shutdown via ALT+F4. Again, the hang happens as soon as a 2nd X client is run. The XWin.log file produced when starting the X server is below. Any help on this will be greatly appreciated. - Carlos > From: Andrew Robinson > To: cygwin-xfree at cygwin dot com > Date: Sat, 7 Sep 2002 00:13:41 -0600 (MDT) > Subject: XFree and NT4.0 SP 6 hang after first client > Reply-to: cygwin-xfree at cygwin dot com > > I just installed the latest stable XFree using setup.exe, and am > experiencing an X server hang after the first client. I was starting > the server using startxwin.sh, and it would appear to immediately > hang, so I tried starting just XWin directly. That worked - at least > the mouse pointer would move around the screen. I then started one > client, such as xterm or xeyes, and that client would work properly. > However, as soon as I attempted to start a second client, the X server > would hang. I needed to kill it in order to shut it down. I don't see > any errors in the server log file. Any ideas on what could be causing > this? ----------8< CUT HERE ---------- (XWin.log) ddxProcessArgument - Initializing default screens winInitializeDefaultScreens - w 1600 h 1200 winInitializeDefaultScreens - Returning winDetectSupportedEngines - Windows NT/2000/XP winDetectSupportedEngines - DirectDraw installed winDetectSupportedEngines - Allowing PrimaryDD winDetectSupportedEngines - DirectDraw4 installed winDetectSupportedEngines - Returning, supported engines 0000001f winSetEngine - Using Shadow DirectDraw NonLocking winAdjustVideoModeShadowDDNL - Using Windows display depth of 32 bits per pixel winAdjustForAutoHide - Original WorkArea: 0 0 1200 1600 winAdjustForAutoHide - Adjusted WorkArea: 0 0 1200 1600 winCreateBoundingWindowWindowed - WindowClient w 1024 h 768 r 1024 l 0 b 768 t 0 winCreateBoundingWindowWindowed - Returning winAllocateFBShadowDDNL - lPitch: 4096 winFinishScreenInitFB - Masks: 00ff0000 0000ff00 000000ff winInitVisualsShadowDDNL - Masks 00ff0000 0000ff00 000000ff BPRGB 8 d 24 bpp 32 winCreateDefColormap - Deferring to fbCreateDefColormap () winScreenInit - returning winDetectSupportedEngines - Windows NT/2000/XP winDetectSupportedEngines - DirectDraw installed winDetectSupportedEngines - Allowing PrimaryDD winDetectSupportedEngines - DirectDraw4 installed winDetectSupportedEngines - Returning, supported engines 0000001f winSetEngine - Using Shadow DirectDraw NonLocking winAdjustForAutoHide - Original WorkArea: 0 0 1200 1600 winAdjustForAutoHide - Adjusted WorkArea: 0 0 1200 1600 winCreateBoundingWindowWindowed - WindowClient w 1024 h 768 r 1024 l 0 b 768 t 0 winCreateBoundingWindowWindowed - Returning winAllocateFBShadowDDNL - lPitch: 4096 winFinishScreenInitFB - Masks: 00ff0000 0000ff00 000000ff winInitVisualsShadowDDNL - Masks 00ff0000 0000ff00 000000ff BPRGB 8 d 24 bpp 32 winCreateDefColormap - Deferring to fbCreateDefColormap () winScreenInit - returning From geert.pille@vandemoortele.com Mon Sep 16 00:38:00 2002 From: geert.pille@vandemoortele.com (Pille Geert (bkarnd)) Date: Mon, 16 Sep 2002 00:38:00 -0000 Subject: twm iconmngr missing inputs Message-ID: Maybe xev reports through standard error, in which case: xev > file 2>&1 would save everything in "file", standard out and standard error if you want them separate xev >file.o 2>file.e -----Original Message----- From: Dai [mailto:Daisaku_Itasaka@el.nec.com] Sent: vrijdag 13 september 2002 20:25 To: cygwin-xfree@cygwin.com Subject: Re: twm iconmngr missing inputs Things don't happen when you expect....Murphy's Law? ;-< So far since the first post, I haven't been able to get to the situation where 'ctrl-shift' doesn't work. Until yesterday, it had happened in about every few hours or so, sometimes less than 30 minutes. I got the xev output for the "normal" case already and am ready to do that for the "bad" case. Speaking of xev output messages, how would you save it in a file? I thought a simple redirection(xev > file) should work but didn't. I ended up yanking and copying the face of the xterm window. What is the proper way to do it? By the way, I did one thing on XWin, which I don't know might help or not. That's the -emulate3buttons option. I hadn't used it. But I realized that I needed it because the yanking and copying on xterm didn't work without it. Since restarted with this option, the problem hasn't happened yet. I don't know if it's related or not. Thanks for your help. Dai (a mouse-hater :-) ) Thank you for the detailed report. ) ) You now need to do three things before we can comment on your problem: ) ) 1) Run ``xev'' (X Event Viewer) before the problem occurs. Press a few ) combinations of keys involving Ctrl, Shift, and some letters. Keep it ) simple and document exactly what you push. Save the output of xev to ) a file. ) ) 2) Run ``xev'' after the problem occurs but before you reboot. Repeat ) the EXACT combinations of keys that you pressed above. Save this output ) to another file. ) ) 3) Email the contents of both files into cygwin-xfree@cygwin.com, ) along with a description of which keys you pressed in which order. ) ) With that information we should be able to figure out what is going on. ) ) Harold ) ) > Dai wrote: ) > ) > Hello all, ) > ) > Here's how I use this thing: ) > ) > - start bash on Win2K ) > - type "startxwin.sh" in the bash window ) > (this creates the root window and a xterm window in it) ) > - type "xhost myLinux" in the xterm ) > - type "telnet myLinux" in the xterm ) > (this gives me a tcsh prompt on the remote host) ) > - type "setenv DISPLAY myWin2K:0" ) > - type "twm &" ) > ) > Then twm starts running and I enjoy the wonderful twm world without ) > any problem whatsoever. I can move to any window with 'ctrl-shift-j' ) > or 'ctrl-shift-k' anytime. I can raise or lower the current window ) > with 'ctrl-shift-m'. Iconify/restore, zooming/unzooming....everything ) > is done with a 'ctrl-shift-something' key stroke. ) > ) > But, after something snaps somewhere, this is no longer available. ) > The 'ctrl-shift' is treated as just a 'ctrl'. The ctrl key and the ) > shift key work fine if used separately. I mean, I can do all the ) > emacs-like command line editing with ctrl key and I can type in ) > CAPITALs with shift. But 'ctrl-shift' doesn't work anymore, thus ) > I lose all the handy twm hotkeys. ) > ) > The X server is running on Win2K. Twm is running on the remote Linux ) > box, which is fine with other X servers running on some other MS- ) > Windows machines, even after this happens on this Win2K. ) > ) > Once this happens, restarting twm internally(using twm's restart ) > menu), or restarting externally(exit twm and run it again from the ) > shell), or even restarting XWin(startxwin.sh) doesn't fix the problem. ) > I have to reboot Win2K. ) > ) > I don't know where the problem resides. And I don't know exactly how ) > to reproduce the situation where 'ctrl-shift' is treated as just a ctrl. ) > But it just happens and I have to reboot the machine. ;-< ) > ) > Whose problem is this? How can I fix(or avoid) it? ) > I would very much appreciate your help. TIA. ) > ) > I'm using this Cygwin version and I setup everything using the setup.exe. ) > CYGWIN_NT-5.0 myWin2K 1.3.12(0.54/3/2) 2002-07-06 02:16 i686 unknown ) > =============================== This email is confidential and intended solely for the use of the individual to whom it is addressed. If you are not the intended recipient, be advised that you have received this email in error and that any use, dissemination, forwarding, printing, or copying of this email is strictly prohibited. You are explicitly requested to notify the sender of this email that the intended recipient was not reached. From geert.pille@vandemoortele.com Mon Sep 16 00:44:00 2002 From: geert.pille@vandemoortele.com (Pille Geert (bkarnd)) Date: Mon, 16 Sep 2002 00:44:00 -0000 Subject: French keyboard : XWin -query Message-ID: I suppose it would be easier if we all started speaking english at home too? Not that I persist, but I quite like my own language, so I'll wait for a UN resolution banning the use of other languages. Geert -----Original Message----- From: Nicholas Wourms [mailto:nwourms@yahoo.com] Sent: vrijdag 13 september 2002 16:34 To: cygwin-xfree@cygwin.com Subject: Re: French keyboard : XWin -query --- UTZEL Nadine wrote: > Hello, > > I try to replace Exceed by Xfree86 in my department of research. > In my .bat file, I generate a keymap and I connect to a hostname > parameter > (see after). > > So, at the login windows, my keyboard is french and so during my > session. > > But, the ALT GR doesn't work. So we can't use XFree86, because our > scientists need > ~ { [ | \ ] } in their programs or in their Matlab session. > > What is your solution for this problem ? The easiest solution is to purchase English Keyboards, which is what the current Cygwin/XFree maintainer uses. However, if you persist on using the nonstandard keyboard, my suggestion would be to search the mailinglist archives -- the URL is located at the bottom of this message. Cheers, Nicholas __________________________________________________ Do you Yahoo!? Yahoo! News - Today's headlines http://news.yahoo.com =============================== This email is confidential and intended solely for the use of the individual to whom it is addressed. If you are not the intended recipient, be advised that you have received this email in error and that any use, dissemination, forwarding, printing, or copying of this email is strictly prohibited. You are explicitly requested to notify the sender of this email that the intended recipient was not reached. From satimis@writeme.com Mon Sep 16 03:01:00 2002 From: satimis@writeme.com (Stephen Liu) Date: Mon, 16 Sep 2002 03:01:00 -0000 Subject: Starting cygwin problem In-Reply-To: <200209152223.36074.rasjidw@openminddev.net> References: <5.1.1.6.0.20020915195949.02eb5e88@pop.net-yan.com> <3D845CE4.1020307@writeme.com> <5.1.1.6.0.20020915195949.02eb5e88@pop.net-yan.com> Message-ID: <5.1.1.6.0.20020916171854.00b43fa0@pop.net-yan.com> Hi Rasjid, Thanks for your further advice. I performed following tests At 10:23 PM 9/15/2002 +1000, you wrote: >Yes. Read my original response. Use the 'screen' paramater. Read the XWin >'man' page. On Konsole Window =============== # man XWin No manual entry for XWin Which package shall I install to have XWin manual ??? # XWin.exe -help bash: XWin.exe: command not found # cat /tmp/XWin.log: no such file or directory On "cygwin" window (WinXP) =============== I have no name!@M40G ~ $ man XWin bash: man: command not found I have no name!@M40G ~ $ XWin.exe -help [ENTER] no response I have no name!@M40G ~ $ XWin.exe --help [ENTER] no response I have no name!@M40G ~ $ cat /tmp/XWin.log ddxProcessArgument - Initializing default screens winInitializeDefaultScreens - w 1024 h 768 winInitializeDefaultScreens - Returning Unrecognized option: --help use: X [:] [option] *** snip *** -screen scr_num width height Set screen scr_num's width and height *** snip *** In the absence of "XWin" manual, I make following assumption To add "-screen aaaxbbb" to the batch file. The measurement in "mm' or in "inch' ??? Kindly advise. Thanks Stephen > That is what they are there for. > >You can even run >$ XWin.exe -help >$ cat /tmp/XWin.log > >Rasjid. From cygwin-xfree@cygwin.com Mon Sep 16 08:12:00 2002 From: cygwin-xfree@cygwin.com (cygwin-xfree@cygwin.com) Date: Mon, 16 Sep 2002 08:12:00 -0000 Subject: Xlib:Maximum number of clients reached In-Reply-To: <3D85B4F3.1111EFDD@wipro.com> References: <3D85B4F3.1111EFDD@wipro.com> Message-ID: <20020916151304.GE2212@redhat.com> Redirected to correct mailing list. On Mon, Sep 16, 2002 at 04:09:48PM +0530, Shashidhara Balakrishna Rao wrote: >We have been using cygwin in our project . Sometimes we get the >following error > >Xlib: Connection to "xxxx:0.0"refused by server. >Xlib:Maximum number of clients reached > >Can anyone help if they have been able to solve this problem. > >I tried increasing the number of open file descriptors( uname -n 128 to >uname -n 256) . But it did not help . From satimis@writeme.com Mon Sep 16 09:30:00 2002 From: satimis@writeme.com (Stephen Liu) Date: Mon, 16 Sep 2002 09:30:00 -0000 Subject: Files transfer question Message-ID: <3D86071B.1090707@writeme.com> Hi All Folks, I have "cygwin" running on WinXP which is connected to LTSP server. How can I transfer files between them. To make it more specific :- If I have a document created on OpenOffice how can I transfer it to WinXP Office. Thanks in advance. Stephen Liu From davidf@sjsoft.com Mon Sep 16 10:18:00 2002 From: davidf@sjsoft.com (David Fraser) Date: Mon, 16 Sep 2002 10:18:00 -0000 Subject: Files transfer question References: <3D86071B.1090707@writeme.com> Message-ID: <3D861267.3080906@sjsoft.com> With Samba Stephen Liu wrote: > Hi All Folks, > > I have "cygwin" running on WinXP which is connected to LTSP server. > How can I transfer files between them. To make it more specific :- If > I have a document created on OpenOffice how can I transfer it to WinXP > Office. > > Thanks in advance. > > Stephen Liu > From Hans.Oeste@gems9.gov.bc.ca Mon Sep 16 11:26:00 2002 From: Hans.Oeste@gems9.gov.bc.ca (Oeste, Hans P GPEB:EX) Date: Mon, 16 Sep 2002 11:26:00 -0000 Subject: Files transfer question Message-ID: <1A292AB81CCFD2118F590008C7A4EF2E12EC5BF2@summer.bcsc.gov.bc.ca> You might want to make sure to dave them in a file format that is supported by Office XP since it doesn't support Open Office, of course. Then save it to a file share that both can access. Hans-Peter Oeste -----Original Message----- From: Stephen Liu [mailto:satimis@writeme.com] Sent: Monday, September 16, 2002 9:30 AM To: cygwin-xfree@cygwin.com Subject: Files transfer question Hi All Folks, I have "cygwin" running on WinXP which is connected to LTSP server. How can I transfer files between them. To make it more specific :- If I have a document created on OpenOffice how can I transfer it to WinXP Office. Thanks in advance. Stephen Liu From csd99440@cse.iitd.ernet.in Mon Sep 16 11:31:00 2002 From: csd99440@cse.iitd.ernet.in (deepak s patwardhan) Date: Mon, 16 Sep 2002 11:31:00 -0000 Subject: Installing cygwin in windowsXP - HELP! Message-ID: Hi, I almost always work on linux, but presently I am forced to work on windowsXP for sometime. So, I decided to install cygwin. I downloaded the packages myself from one of the mirror sites on a linux machine in my lab and copied onto my PC (instead of letting the setup.exe download it because the net connection on my PC is very slow). Now when I try to install cygwin, I give the directory where the packages are kept, the setup starts and does something for sometime, but then gets stuck and windows very nicely says that setup has encountered a problem and needs to close. I tried some tricks like looking at the problem causing package and removed that from the package directory and agina trying the setup, and I tried this many times with many packages. I tried to run the program in windows98 compatibilty mode. But of no avail. It gets stuck somewhere or the other. Could anyone suggest a way out? (if any). Installing from internet is not an option as net connection is very slow. best regards, deepak. -- Software, n.: Formal evening attire for female computer analysts. From keith@keithtyler.com Mon Sep 16 11:35:00 2002 From: keith@keithtyler.com (Keith D. Tyler) Date: Mon, 16 Sep 2002 11:35:00 -0000 Subject: X client wrapper for Win apps? Message-ID: <200209161835.g8GIZGt21991@shell.faradic.net> Hello, I don't know if this has been asked before, but I can't find a great search string that would help me find answers to my question. I'm dreaming of the possibility of using Xwin as my Windows shell. I've seen the recent post from D.F. about using KDE as his Windows desktop. I've tried basically this already, but it has two flaws that IMO make the solution very clunky: Running Windows apps makes the Xwin minimize. Win apps are independent of the X Windowing environment; for example, I can't use a virtual desktop that will affect my Win apps. (Right now I am using two virtual desktops: JSPager for my Windows environment, and then FvwmPager in my Xwin. This means I have a weird nested virtual desktop, which is fine but awkward -- I have to have two sets of desktop-switching keys, etc.) D.F. noted that Cygwin/Xfree doesn't or can't run in the same sort of rootless manner as Windows Explorer. I was thinking of an alternate solution. Is there an app that can wrap MS apps (running on real Win32) into X windows clients? I.e. I could start iexplore.exe and it would appear within my X environment like an X app, not indifferent to it. Is this even possible? Feasible/practical? Another alternate solution would be if there was a native Win32 version of fvwm, that could manage Win32 windows as well as accept X client connects, but thats a question for someone else I'm sure... At very least, some native Win32 WM, fvwm or not, that could handle both types of apps. This is, I realize, all probably very unrealistic dreaming, but any leads or tips are welcome. TIA, ================================================================== Keith D. Tyler keith@keithtyler.com Federal Way, WA http://www.keithtyler.com ------------------------------------------------------------------ Terrorists can attack freedom, but only Congress can destroy it. ================================================================== From spetreolle@yahoo.fr Mon Sep 16 12:26:00 2002 From: spetreolle@yahoo.fr (=?iso-8859-1?q?Sylvain=20Petreolle?=) Date: Mon, 16 Sep 2002 12:26:00 -0000 Subject: French keyboard : XWin -query In-Reply-To: Message-ID: <20020916192648.7159.qmail@web10104.mail.yahoo.com> just try to read... this has been discussed many times and is in the archive now.(I have a french keyboard and it functions, look at my email adress ;)) --- "Pille Geert (bkarnd)" a ??crit : > I suppose it would be easier if we all started speaking english at > home too? > > Not that I persist, but I quite like my own language, so I'll wait > for a UN > resolution banning the use of other languages. > > Geert > ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en fran??ais ! Yahoo! Mail : http://fr.mail.yahoo.com From jensen@physics.unr.edu Mon Sep 16 13:07:00 2002 From: jensen@physics.unr.edu (Lars Jensen) Date: Mon, 16 Sep 2002 13:07:00 -0000 Subject: No Windows Manager (XDMCP) Message-ID: I have XDMCP running on a linux server, and on the linux server I use Gnome 1.4 with Sawfish. I access the server from cygwin with XWin.exe -query ip.of.server The gdm login window appears correctly, but when I login, the windown manager doesn't function through the cygwin connection (no top bar on windows, etc). If I login directly through the console on the linux server, the windown manager runs fine. Any ideas? Thanks, Lars. -- Lars Jensen, TMCC/Vista B200, 7000 Dandini Blvd, Reno NV 89512-3999. Internet: , http://www.scsr.nevada.edu/~jensen Tel: 775.673.7113 FAX: 775.674.7592 From davidf@sjsoft.com Mon Sep 16 13:34:00 2002 From: davidf@sjsoft.com (David Fraser) Date: Mon, 16 Sep 2002 13:34:00 -0000 Subject: X client wrapper for Win apps? References: <200209161835.g8GIZGt21991@shell.faradic.net> Message-ID: <3D864039.5090902@sjsoft.com> Exactly my fiendish plot! Basically I've looked into it and these are my conclusions, if you find anything else please add it as it would be a useful body of knowledge to build up! Keith D. Tyler wrote: >Hello, > >I don't know if this has been asked before, but I can't find a great >search string that would help me find answers to my question. > >I'm dreaming of the possibility of using Xwin as my Windows shell. I've >seen the recent post from D.F. about using KDE as his Windows >desktop. I've tried basically this already, but it has two flaws that IMO >make the solution very clunky: > >Running Windows apps makes the Xwin minimize. > I've discovered that rather than using -fullscreen, if you simply use -nodecoration and set the X server to run at the same size as fullscreen, it doesn't minimize when you switch tasks, but still stays the same size as the full screen in the background. The advantage being you can still see it behind your other apps (if they're not maximized), although they're still not actually inside X windows. >Win apps are independent of the X Windowing environment; for example, I >can't use a virtual desktop that will affect my Win apps. > > >(Right now I am using two virtual desktops: JSPager for my Windows >environment, and then FvwmPager in my Xwin. This means I have a weird >nested virtual desktop, which is fine but awkward -- I have to have two >sets of desktop-switching keys, etc.) > > Could we modify them to send messages between them for certain desktops? So say you have Ctrl-F1, Ctrl-F2 switching to Linux Desktop 1 and 2, then Ctrl-F3, Ctrl-F4 switch back to the Windows one and tell it to activate a certain desktop. That way we'd be writing glue code rather than a whole new system. >D.F. noted that Cygwin/Xfree doesn't or can't run in the same sort of >rootless manner as Windows Explorer. I was thinking of an alternate >solution. Is there an app that can wrap MS apps (running on real >Win32) into X windows clients? I.e. I could start iexplore.exe and it >would appear within my X environment like an X app, not indifferent to it. > >Is this even possible? Feasible/practical? > Basically this is what Wine does: they translate all the GDI functions of Windows into X client library calls, so that the Windows program displays in the X server. However, Wine currently compiles on Unix, and we want to actually do this inside Windows, so that we effectively replace the GDI with this system. I investigated compiling the Wine GDI dll under Cygwin, but it's complex. Stephen Edwards has done quite a bit of porting Wine to MinGW/Cygwin for the purpose of ReactOS (an open source NT clone) but the lower level stuff like GDI and NTDLL etc is more difficult to port than the higher level stuff. If you look on the Wine development mailing list you can find some stuff about that if you're interested. I found that Wine is so interlinked that it's hard to pull apart (although actually a lot of the functions the GDI dll requires are win32 functions, so it might be possible). My next thought is to create a native windows dll which does a basic job of translating GDI to X. Then if any of the stuff from Wine is applicable we can bring it into that, rather than trying to port the whole thing. There's also a way you can hook any function call in any dll, so I thought a good way to start would be to hook the GDI calls and replicate them as X client calls / log them, get the simple ones going and then move onto the complex ones before actually replacing the dll. Since cygwin Xfree86 actually uses the GDI to display itself, it would then make sense to replace this with a native display like that used in Linux where X controls the whole video card (or maybe use the DirectDraw mode?) Other related things that might be interesting are: the open source implementation of the Windows Terminal Server protocol, www.rdesktop.org other replacement shells for windows: LiteStep, GeoShell, BlackBox for Windows The Raptor shell platform, an architecture for building shells for Windows. What I did try out as a simple experiment is ssh to my Linux machine, then run apps through Wine but display them in cygwin X, just to see what it will look like ... but it's quite a lot of work. It would be nice to know how much interest there is out there for this kind of thing, particularly other people willing to code... > >Another alternate solution would be if there was a native Win32 version of >fvwm, that could manage Win32 windows as well as accept X client connects, >but thats a question for someone else I'm sure... At very least, some >native Win32 WM, fvwm or not, that could handle both types of apps. > The difficulty here is the windows in X aren't individual Windows-GDI-type windows... so maybe if we can find a window manager that's been ported from X to Windows GDI, we can combine the port and the original version to manage both? Otherwise you could actually run multiple X servers, and flip between them... there's obviously a performance loss here ... > >This is, I realize, all probably very unrealistic dreaming, but any leads >or tips are welcome. > Probably but I don't see why it should remain so. Although there's probably a lot of work, almost all of this has been done before in another context and this would be a major addition to the Windows-UNIX interoperability area. > >TIA, > >================================================================== >Keith D. Tyler keith@keithtyler.com >Federal Way, WA http://www.keithtyler.com >------------------------------------------------------------------ > Terrorists can attack freedom, but only Congress can destroy it. >================================================================== > > > From csantia@qwest.com Mon Sep 16 15:06:00 2002 From: csantia@qwest.com (Carlos Santiago) Date: Mon, 16 Sep 2002 15:06:00 -0000 Subject: XFree hangs after first client is started Message-ID: <3D8655C4.FBC3CBBA@qwest.com> Hello, I wanted to ask the Cygwin/XFree community for help on this issue. It pretty much involves the X server hanging after one client is started (i.e. xterm, xeyes, or a window manager for that matter). There are no errors being logged or displayed. It happens on 2 of 4 boxes we have (sadly, it happens on the 2 boxes we need Cygwin/XFree in). All installations are fresh installations with no custom Cygwin configurations. All environment settings are exactly the same accross boxes. The following 2 threads describe the specifics: http://cygwin.com/ml/cygwin-xfree/2002-09/msg00085.html http://cygwin.com/ml/cygwin-xfree/2002-09/msg00038.html Are there any starting points I could start looking at? Given the lack of responses to the original poster, is this something any other people have experienced? Would it be worth the time looking into this or would it be appropriate for me to look into a non-Cygwin/XFree solution and instead into a different UNIX alternative? Thank you in advance for any help on this, - Carlos From satimis@writeme.com Mon Sep 16 19:37:00 2002 From: satimis@writeme.com (Stephen Liu) Date: Mon, 16 Sep 2002 19:37:00 -0000 Subject: Files transfer question References: <1A292AB81CCFD2118F590008C7A4EF2E12EC5BF2@summer.bcsc.gov.bc.ca> Message-ID: <3D869572.8080001@writeme.com> Hi Hans, David and other folks, Oeste, Hans P GPEB:EX wrote: >You might want to make sure to dave them in a file format that is supported >by Office XP since it doesn't support Open Office, of course. Then save it >to a file share that both can access. > There is nothing to do with file format. Files created in OpenOffice and OfficeXP are interchangeable. I am looking for a way to transfer files, disregarding their format, between WinXP and "cygwin/LTSP" not via Samba or another software. Now I make use of Internet for file transfer (dispatch files as attachment from Kmail and download it with Outlook Express). I am seeking whether there are other methods making use of 'cygwin/LTSP server" Thanks Stephen > > >-----Original Message----- >From: Stephen Liu [mailto:satimis@writeme.com] >Sent: Monday, September 16, 2002 9:30 AM >To: cygwin-xfree@cygwin.com >Subject: Files transfer question > > >Hi All Folks, > >I have "cygwin" running on WinXP which is connected to LTSP server. How >can I transfer files between them. To make it more specific :- If I >have a document created on OpenOffice how can I transfer it to WinXP Office. > >Thanks in advance. > >Stephen Liu > > From bruno.delfosse@thalesatm.com Mon Sep 16 23:11:00 2002 From: bruno.delfosse@thalesatm.com (Bruno DELFOSSE) Date: Mon, 16 Sep 2002 23:11:00 -0000 Subject: Installing cygwin in windowsXP - HELP! References: Message-ID: <3D86C7A2.B01FC1FB@thalesatm.com> deepak s patwardhan wrote: > Hi, > I almost always work on linux, but presently I am forced to work on > windowsXP for sometime. So, I decided to install cygwin. > I downloaded the packages myself from one of the mirror sites on a > linux machine in my lab and copied onto my PC (instead of letting the > setup.exe download it because the net connection on my PC is very slow). > > Now when I try to install cygwin, I give the directory where the packages > are kept, the setup starts and does something for sometime, but then gets > stuck and windows very nicely says that setup has encountered a problem > and needs to close. > > I tried some tricks like looking at the problem causing package and > removed that from the package directory and agina trying the setup, and I > tried this many times with many packages. I tried to run the program in > windows98 compatibilty mode. But of no avail. It gets stuck somewhere or > the other. > > Could anyone suggest a way out? (if any). Installing from internet is not > an option as net connection is very slow. I think what you have to take care of is to recreate the subdirectory structure under "release", as they are on the mirrors you copy them from, and not to forget the setup.ini and setup.bz2 files in the directory containing "release". That's the way I do and it works OK. If you put all packages in the same directory, it does not work (it worked with older versions of setup.exe, but not anymore) Good luck Bruno > > > best regards, > deepak. > -- > Software, n.: > Formal evening attire for female computer analysts. From davidf@sjsoft.com Tue Sep 17 00:40:00 2002 From: davidf@sjsoft.com (David Fraser) Date: Tue, 17 Sep 2002 00:40:00 -0000 Subject: Files transfer question References: <1A292AB81CCFD2118F590008C7A4EF2E12EC5BF2@summer.bcsc.gov.bc.ca> <3D869572.8080001@writeme.com> Message-ID: <3D86DC81.40208@sjsoft.com> Stephen Liu wrote: > Hi Hans, David and other folks, > > Oeste, Hans P GPEB:EX wrote: > >> You might want to make sure to dave them in a file format that is >> supported >> by Office XP since it doesn't support Open Office, of course. Then >> save it >> to a file share that both can access. >> > There is nothing to do with file format. Files created in OpenOffice > and OfficeXP are interchangeable. I am looking for a way to transfer > files, disregarding their format, between WinXP and "cygwin/LTSP" not > via Samba or another software. Now I make use of Internet for file > transfer (dispatch files as attachment from Kmail and download it with > Outlook Express). I am seeking whether there are other methods making > use of 'cygwin/LTSP server" > > Thanks > > Stephen Not sure that I understand exactly what your question is. Basically you're interested in transferring the file. The nicest way to be able to do this is have a directory which is always shared, so that you don't have to set anything up, it just appears in the file system. Samba is an open source implementation of Microsoft's SMB file sharing protocol (see www.samba.org) which should be included in your Linux distribution ... So if you can share a directory from the LTSP server then you should be able to access it from Windows. For more info see the how to on the Linux Documentation Project, http://www.tldp.org/HOWTO/SMB-HOWTO.html and look at the section "Sharing a linux drive with windows machines" On the other hand you may not have rights to set up such stuff on the LTSP server. Then what you could use is a once-off copy between the machines. For this you could use a huge number of different tools. I would recommend using scp (secure copy) which is available in cygwin from the openssh package or in linux. You can also set it up to automatically authenticate using public keys so you don't have to enter the password each time. Example syntax: (from cygwin) scp stephen@ltsp.computer:~/officedocument.xls ./mycopy.xls You probably want to set up the sshd server as a service if you want to do it the otherway round (from linux) scp ~/officedocument.xls stephen@windows.computer:/cygdrive/c/temp/mycopy.xls Other tools you could use include ftp etc In any case the cygwin-xfree list isn't raelly the place for this question, maybe the standard cygwin list if this doesn't solve the problem. > > >> >> >> -----Original Message----- >> From: Stephen Liu [mailto:satimis@writeme.com] Sent: Monday, >> September 16, 2002 9:30 AM >> To: cygwin-xfree@cygwin.com >> Subject: Files transfer question >> >> >> Hi All Folks, >> >> I have "cygwin" running on WinXP which is connected to LTSP server. >> How can I transfer files between them. To make it more specific :- >> If I have a document created on OpenOffice how can I transfer it to >> WinXP Office. >> >> Thanks in advance. >> >> Stephen Liu >> >> > > > From satimis@writeme.com Tue Sep 17 04:20:00 2002 From: satimis@writeme.com (Stephen Liu) Date: Tue, 17 Sep 2002 04:20:00 -0000 Subject: Files transfer question In-Reply-To: <3D86DC81.40208@sjsoft.com> References: <1A292AB81CCFD2118F590008C7A4EF2E12EC5BF2@summer.bcsc.gov.bc.ca> <3D869572.8080001@writeme.com> Message-ID: <5.1.1.6.0.20020917183826.00a7a300@pop.net-yan.com> Hi David, Thanks for your response. My requirement is only for files transfer betwenn WinXP and "cygwin" not via another software. Before I made use of Samba to do the job. Currently I make use of Internet to help me, dispatching the file as attachment to an email from WinXP to myself and download it on Linux and vice versa. The max size of file allowed is 10MB. It is quite sufficient for me. But I am looking for some other alternatives, if possible. At 09:40 AM 2002/9/17 +0200, David Fraser wrote: - snip - >On the other hand you may not have rights to set up such stuff on the >LTSP server. Then what you could use >is a once-off copy between the machines. For this you could use a huge >number of different tools. I would recommend >using scp (secure copy) which is available in cygwin from the openssh >package or in linux. You can also set it up to >automatically authenticate using public keys so you don't have to enter >the password each time. Example syntax: >(from cygwin) scp stephen@ltsp.computer:~/officedocument.xls ./mycopy.xls >You probably want to set up the sshd server as a service if you want to >do it the otherway round >(from linux) scp ~/officedocument.xls >stephen@windows.computer:/cygdrive/c/temp/mycopy.xls >Other tools you could use include ftp etc I will take a look on 'scp'. Is it on "cygwin.com" website? But I could not find this package there. What is the correct name of this package? Thanks Stephen >In any case the cygwin-xfree list isn't raelly the place for this >question, maybe the standard cygwin list if this doesn't solve the problem. > > > > > > >> > >> > >> -----Original Message----- > >> From: Stephen Liu [mailto:satimis@writeme.com] Sent: Monday, > >> September 16, 2002 9:30 AM > >> To: cygwin-xfree@cygwin.com > >> Subject: Files transfer question > >> > >> > >> Hi All Folks, > >> > >> I have "cygwin" running on WinXP which is connected to LTSP server. > >> How can I transfer files between them. To make it more specific :- > >> If I have a document created on OpenOffice how can I transfer it to > >> WinXP Office. > >> > >> Thanks in advance. > >> > >> Stephen Liu From staf.verhaegen@imec.be Tue Sep 17 04:36:00 2002 From: staf.verhaegen@imec.be (Staf Verhaegen) Date: Tue, 17 Sep 2002 04:36:00 -0000 Subject: Files transfer question References: <1A292AB81CCFD2118F590008C7A4EF2E12EC5BF2@summer.bcsc.gov.bc.ca> <3D869572.8080001@writeme.com> <5.1.1.6.0.20020917183826.00a7a300@pop.net-yan.com> Message-ID: <3D87139C.BAC0316A@imec.be> Stephen Liu wrote: > > Hi David, > > Thanks for your response. > > My requirement is only for files transfer betwenn WinXP and "cygwin" not > via another software. Before I made use of Samba to do the job. Currently > I make use of Internet to help me, dispatching the file as attachment to an > email from WinXP to myself and download it on Linux and vice versa. The > max size of file allowed is 10MB. It is quite sufficient for me. But I am > looking for some other alternatives, if possible. What about ftp ? or sambaclient (an ftp like program for computers with a SMB shared drives) ? Staf. From huntharo@msu.edu Tue Sep 17 06:52:00 2002 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 17 Sep 2002 06:52:00 -0000 Subject: XFree hangs after first client is started References: <3D8655C4.FBC3CBBA@qwest.com> Message-ID: <3D87336F.4030203@msu.edu> Carlos, I have never personally experienced that problem, nor do I know where to begin in attempting to solve it. You could try the usual, like making sure no firewall software is installed, etc. One thing I can guarantee: if you format the hard drive on a machine (not necessarily one of the two that don't work), install Windows, then immediately install Cygwin/XFree86, then Cygwin/XFree86 will work without problems. My point? Lots of seemingly harmless software (firewalls, etc.) do things to the TCP/IP system on Windows that breaks Cygwin/XFree86 and a lot of these programs never fully ``uninstall''. That is, they usually leave their broken TCP/IP changes in place. So, your only choice may be to start from a blank slate, get Cygwin/XFree86 working, then install your other applications until you find which one breaks Cygwin/XFree86. Good luck, Harold Carlos Santiago wrote: >Hello, > >I wanted to ask the Cygwin/XFree community for help >on this issue. It pretty much involves the X server >hanging after one client is started (i.e. xterm, xeyes, >or a window manager for that matter). There are no >errors being logged or displayed. It happens on 2 of >4 boxes we have (sadly, it happens on the 2 boxes we >need Cygwin/XFree in). All installations are fresh >installations with no custom Cygwin configurations. >All environment settings are exactly the same accross >boxes. > >The following 2 threads describe the specifics: >http://cygwin.com/ml/cygwin-xfree/2002-09/msg00085.html >http://cygwin.com/ml/cygwin-xfree/2002-09/msg00038.html > >Are there any starting points I could start looking at? >Given the lack of responses to the original poster, >is this something any other people have experienced? >Would it be worth the time looking into this or would >it be appropriate for me to look into a non-Cygwin/XFree >solution and instead into a different UNIX alternative? > >Thank you in advance for any help on this, > >- Carlos > > > > From huntharo@msu.edu Tue Sep 17 06:59:00 2002 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 17 Sep 2002 06:59:00 -0000 Subject: Files transfer question References: <1A292AB81CCFD2118F590008C7A4EF2E12EC5BF2@summer.bcsc.gov.bc.ca> <3D869572.8080001@writeme.com> <5.1.1.6.0.20020917183826.00a7a300@pop.net-yan.com> <3D87139C.BAC0316A@imec.be> Message-ID: <3D87352C.8000208@msu.edu> This whole thread is way off-topic for the Cygwin/XFree86 mailing list. Either take it off list or drop it. Harold Staf Verhaegen wrote: >Stephen Liu wrote: > > >>Hi David, >> >>Thanks for your response. >> >>My requirement is only for files transfer betwenn WinXP and "cygwin" not >>via another software. Before I made use of Samba to do the job. Currently >>I make use of Internet to help me, dispatching the file as attachment to an >>email from WinXP to myself and download it on Linux and vice versa. The >>max size of file allowed is 10MB. It is quite sufficient for me. But I am >>looking for some other alternatives, if possible. >> >> > >What about ftp ? or sambaclient (an ftp like program for computers with a SMB >shared drives) ? > >Staf. > > From jc.gervais@videotron.ca Tue Sep 17 07:02:00 2002 From: jc.gervais@videotron.ca (Jean-Claude Gervais) Date: Tue, 17 Sep 2002 07:02:00 -0000 Subject: Cygwin-XFree --> RDP --> Cygwin-XFree In-Reply-To: <3D87336F.4030203@msu.edu> Message-ID: Harold, Did you get the results of the Cygwin-XFree --> RDP --> Cygwin-XFree tests I posted last week? From csantia@qwest.com Tue Sep 17 08:18:00 2002 From: csantia@qwest.com (Carlos Santiago) Date: Tue, 17 Sep 2002 08:18:00 -0000 Subject: XFree hangs after first client is started Message-ID: <3D8747C8.2B689C74@qwest.com> Hello Harold, Thank you for your reply. Even though those two boxes are not running a software-based firewall, they both are the only boxes with a software VPN installed called "Aventail Connect". We use the VPN by manually starting it when we need it, but it is not running in the background continuously. During my tests the VPN is not running though. Now, is it conceivable to think that this VPN tool might have installed its own socket library that may "bootstrap" all communication requests, and act only on those that need to be encrypted when I use it, letting the other requests pass down to the standard Windows library? If the above is accurate, could you give me an explanation on how the XFree server might be affected by software firewalls (or a VPN) and the tweaks they might do to Windows' comm. layer? Thank you in advance for your feedback! - Carlos > Carlos, > > I have never personally experienced that problem, nor > do I know where to begin in attempting to solve it. > > You could try the usual, like making sure no firewall > software is installed, etc. > > One thing I can guarantee: if you format the hard drive > on a machine (not necessarily one of the two that don't > work), install Windows, then immediately install > Cygwin/XFree86, then Cygwin/XFree86 will work > without problems. My point? Lots of seemingly > harmless software (firewalls, etc.) do things to the > TCP/IP system on Windows that breaks Cygwin/XFree86 > and a lot of these programs never fully ``uninstall''. That > is, they usually leave their broken TCP/IP changes in > place. So, your only choice may be to start from a blank > slate, get Cygwin/XFree86 working, then install your > other applications until you find which one breaks > Cygwin/XFree86. > > Good luck, > > Harold > > Carlos Santiago wrote: > > > Hello, > > I wanted to ask the Cygwin/XFree community for help > on this issue. It pretty much involves the X server > hanging after one client is started (i.e. xterm, xeyes, > or a window manager for that matter). There are no > errors being logged or displayed. It happens on 2 of > 4 boxes we have (sadly, it happens on the 2 boxes we > need Cygwin/XFree in). All installations are fresh > installations with no custom Cygwin configurations. > All environment settings are exactly the same accross > boxes. > > The following 2 threads describe the specifics: > http://cygwin.com/ml/cygwin-xfree/2002-09/msg00085.html > http://cygwin.com/ml/cygwin-xfree/2002-09/msg00038.html > > Are there any starting points I could start looking at? > Given the lack of responses to the original poster, > is this something any other people have experienced? > Would it be worth the time looking into this or would > it be appropriate for me to look into a non-Cygwin/XFree > solution and instead into a different UNIX alternative? > > Thank you in advance for any help on this, > > - Carlos From csantia@qwest.com Tue Sep 17 09:00:00 2002 From: csantia@qwest.com (Carlos Santiago) Date: Tue, 17 Sep 2002 09:00:00 -0000 Subject: XFree hangs after first client is started Message-ID: <3D8751AE.3D4EE9FE@qwest.com> Hello Harold, I went ahead and checked the XFree FAQ, and found that Aventail Connect is, indeed, one of the software VPNs with known problems. I guess I will assume then that a box with Aventail Connect will not be able to bring the X server up properly even for local use. Thanks, - Carlos From tim.llewellyn@blueyonder.co.uk Tue Sep 17 09:38:00 2002 From: tim.llewellyn@blueyonder.co.uk (Tim Llewellyn) Date: Tue, 17 Sep 2002 09:38:00 -0000 Subject: SUBSCRIBE cygwin-xfree Message-ID: <3D8758C0.6B45EE42@blueyonder.co.uk> -- tim.llewellyn@blueyonder.co.uk * PLEASE NOTE tim.llewellyn@cableinet.co.uk address is NO LONGER VALID * From vervoom@hotmail.com Tue Sep 17 09:44:00 2002 From: vervoom@hotmail.com (J S) Date: Tue, 17 Sep 2002 09:44:00 -0000 Subject: logon screen restarting Message-ID: I'm sure the answer to this must be obvious, but I can't see it! I run: $ X -screen 0 900 700 -query smpd9.uk.ba.com -from 151.2.154.65 -fp tcp/smpd9.uk.ba.com:7100& [1] 944 to start up the Solaris logon screen. Then run: $ xhost + & [2] 1496 to allow server connections. However after entering my password the logon screen seems to be restarted and I'm prompted for my username again. I also get: $ Xlib: connection to "151.2.154.65:0.0" refused by server Xlib: No protocol specified Do I need to configure something on the Solaris box to give authority? Thanks, JS. xhost: unable to open display "151.2.154.65:0" _________________________________________________________________ Send and receive Hotmail on your mobile device: http://mobile.msn.com From nwourms@yahoo.com Tue Sep 17 10:56:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Tue, 17 Sep 2002 10:56:00 -0000 Subject: XFree 4.2.1 + fontconfig-2 Message-ID: <20020917175656.70980.qmail@web21004.mail.yahoo.com> Harold, (Feel free to tell me that this will be ready when it is ready...) I was just wondering if you were fixing up a release for the 4.2.1 patchset? If you are working on this, might I suggest the inclusion of Keith Packard's fontconfig-2 libraries [http://www.fontconfig.org]? The suite provides enhanced support and capabilities for using truetype fonts. There are one or two issues with it, mostly having to do with the fact that the XFree dll's aren't versioned [i.e. libXt-1.dll, etc.]. Is there any way to build the core dll's with versioning information incorporated into the runtime library's name? The reason for this is that Keith has bumped Xft to v2, but it is both source and binary incompatible with Xft v1. However, Keith has provided a compatibility library, Xft1, to deal with this, but has kept the base names the same (libXft). On linux/unix, this works fine because the runtime libraries are appended with versioning information. On Cygwin, however, the libraries clobber each other. What do you think? Cheers, Nicholas __________________________________________________ Do you Yahoo!? Yahoo! News - Today's headlines http://news.yahoo.com From nwourms@yahoo.com Tue Sep 17 15:12:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Tue, 17 Sep 2002 15:12:00 -0000 Subject: X client wrapper for Win apps? In-Reply-To: <3D864039.5090902@sjsoft.com> Message-ID: <20020917221255.71120.qmail@web21003.mail.yahoo.com> --- David Fraser wrote: [SNIP] > then run apps through > Wine but display them in cygwin X, just to see what it will look > like > ... but it's quite a lot of work. > It would be nice to know how much interest there is out there for > this > kind of thing, particularly > other people willing to code... I've been advocating this approach for awhile, so I'd definitely be intrested in seeing this come to pass... I don't know how much I can contribute to coding b/c I'm not that much of a Windows programmer and I have other Cygwin projects I'm working on. Still, it would be *way* cool if this were possible. I guess one could think of it as being the step inbetween Cygwin and ReactOS. Unfortunately, I fear most people's intrest doesn't involve realizing Cygwin/XFree's full potential, as they'd rather use it as a "dumb" X-Terminal. Cheers, Nicholas __________________________________________________ Do you Yahoo!? Yahoo! News - Today's headlines http://news.yahoo.com From FRANZW@dk.ibm.com Tue Sep 17 22:43:00 2002 From: FRANZW@dk.ibm.com (Franz Wolfhagen) Date: Tue, 17 Sep 2002 22:43:00 -0000 Subject: XFree hangs after first client is started Message-ID: I am running XFree86/Cygwin with aventail with no apparent problems. There are a couple of things to be aware of though : Aventail does not support UDP before version 5 - so no X session can work through the VPN on lower version unless you tunnel them. You should also change your Aventail configuration so that all X programs are allowed locally... Med venlig hilsen / Regards Franz Wolfhagen From alexander.gottwald@s1999.tu-chemnitz.de Wed Sep 18 00:54:00 2002 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Wed, 18 Sep 2002 00:54:00 -0000 Subject: logon screen restarting In-Reply-To: Message-ID: On Tue, 17 Sep 2002, J S wrote: > I'm sure the answer to this must be obvious, but I can't see it! I run: > > $ X -screen 0 900 700 -query smpd9.uk.ba.com -from 151.2.154.65 -fp > tcp/smpd9.uk.ba.com:7100& > [1] 944 > > to start up the Solaris logon screen. Then run: > > $ xhost + & > [2] 1496 > > to allow server connections. You don't need xhost + if you're using -query. bye ago -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From alexander.gottwald@s1999.tu-chemnitz.de Wed Sep 18 01:25:00 2002 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Wed, 18 Sep 2002 01:25:00 -0000 Subject: XFree 4.2.1 + fontconfig-2 In-Reply-To: <20020917175656.70980.qmail@web21004.mail.yahoo.com> Message-ID: On Tue, 17 Sep 2002, Nicholas Wourms wrote: > Harold, > > (Feel free to tell me that this will be ready when it is ready...) > > I was just wondering if you were fixing up a release for the 4.2.1 > patchset? If you are working on this, might I suggest the inclusion > of Keith Packard's fontconfig-2 libraries > [http://www.fontconfig.org]? The suite provides enhanced support and > capabilities for using truetype fonts. There are one or two issues > with it, mostly having to do with the fact that the XFree dll's > aren't versioned [i.e. libXt-1.dll, etc.]. That is a windows problem. The XFree libraries are in fact versioned. (libXaw.so.6.1 vs libXaw.so.7.0) >Is there any way to build > the core dll's with versioning information incorporated into the > runtime library's name? The reason for this is that Keith has bumped > Xft to v2, but it is both source and binary incompatible with Xft v1. > However, Keith has provided a compatibility library, Xft1, to deal > with this, but has kept the base names the same (libXft). Hm, after all I would rename the the -2 version of the library. Existing programs might link to libXft.dll and expect version 1 of the abi. New programs must then be linked against libXft2.dll if they use the version 2 abi. OTOH the linker will use libXft.dll if -lXft was used. > On > linux/unix, this works fine because the runtime libraries are > appended with versioning information. On Cygwin, however, the > libraries clobber each other. What do you think? Hm, recalling from Memory: The version number is always defined in the makefile. So instead of of doing Libraryname.so.Libraryname (from linux) we could do Libraryname$(patsubst ...).dll Or even better, #ifdef CygwinArchitecture #define LibraryName Xft2 #else #define LibraryName Xft #endif Maybe this should be wrapped to NoShlibVersions or similar. I think this is a problem for OS/2 too. bye ago -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From alexander.gottwald@s1999.tu-chemnitz.de Wed Sep 18 01:40:00 2002 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Wed, 18 Sep 2002 01:40:00 -0000 Subject: X client wrapper for Win apps? In-Reply-To: <200209161835.g8GIZGt21991@shell.faradic.net> Message-ID: On Mon, 16 Sep 2002, Keith D. Tyler wrote: [GDI apps using X11] > This is, I realize, all probably very unrealistic dreaming, but any leads > or tips are welcome. I don't know much of the windows internals but thought of simple concept. Every Windows draw command is translated into calls to a GDI driver. this driver is either the driver of the graphics card or a printer. The people from wine already have written a driver which exports a GDI interface and maps all calls to X11. Maybe this is a starting point. I never tried to compile the wine x11drv as a native windows driver. This would be the first hurdle to take. Then one must either replace the original windows display driver or use the x11drv as proxy (export X11 and call old display driver) or even set the driver per application (create a new graphics context with the x11drv) so the rest of the system is not affected. bye ago Xpost to wine-devel, they might know it better -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From ns@1en.de Wed Sep 18 08:19:00 2002 From: ns@1en.de (Norbert Schmidt) Date: Wed, 18 Sep 2002 08:19:00 -0000 Subject: slow 256 color XWin on XP Message-ID: Only if I start XWin on winXP pro with: XWin -fullscreen -depth 8 it starts extrem slow. (up to XWin-Test65.exe) If I start a remote windowmanager (ssh) then the XWin-server switches 4 times (so slow!) and I wait 5 minutes (1.4GHz/P4). After that speed is fine, but windows task switching from and to XWin. Has anyone same thing on XP, or can test it for me? (no problems on w98) thanks, Norbert From ns@1en.de Wed Sep 18 08:20:00 2002 From: ns@1en.de (Norbert Schmidt) Date: Wed, 18 Sep 2002 08:20:00 -0000 Subject: minimized XWin is killed Message-ID: If I start remote windowmanager via ssh to my local _minimized_ fullscreened XWin, it disappears from desktop. (up to XWin-Test65.exe) (workaround is a remote script with "sleep 1" before starting Xsession in order to switch quickly from terminal to fullscreened XWin) Norbert From vervoom@hotmail.com Wed Sep 18 11:40:00 2002 From: vervoom@hotmail.com (J S) Date: Wed, 18 Sep 2002 11:40:00 -0000 Subject: logon screen restarting Message-ID: > >On Tue, 17 Sep 2002, J S wrote: > > > I'm sure the answer to this must be obvious, but I can't see it! I run: > > > > $ X -screen 0 900 700 -query smpd9.uk.ba.com -from 151.2.154.65 -fp > > tcp/smpd9.uk.ba.com:7100& > > [1] 944 > > > > to start up the Solaris logon screen. Then run: > > > > $ xhost + & > > [2] 1496 > > > > to allow server connections. > >You don't need xhost + if you're using -query. > >bye > ago >-- > Alexander.Gottwald@informatik.tu-chemnitz.de > http://www.gotti.org ICQ: 126018723 Fixed it today by deleting my userid and readding it. Must have been something in the profile I guess. _________________________________________________________________ Send and receive Hotmail on your mobile device: http://mobile.msn.com From keith@keithtyler.com Wed Sep 18 12:27:00 2002 From: keith@keithtyler.com (Keith D. Tyler) Date: Wed, 18 Sep 2002 12:27:00 -0000 Subject: X client wrapper for Win apps? In-Reply-To: <3D864039.5090902@sjsoft.com> from "David Fraser" at Sep 16, 2002 10:34:01 PM Message-ID: <200209181927.g8IJROQ01062@shell.faradic.net> David Fraser was recently quoted as saying... > I've discovered that rather than using -fullscreen, if you simply use > -nodecoration > and set the X server to run at the same size as fullscreen, it doesn't > minimize when > you switch tasks, but still stays the same size as the full screen in > the background. > The advantage being you can still see it behind your other apps (if > they're not maximized), > although they're still not actually inside X windows. Yeah... but unless you only use alt-tab to switch apps, you have to minimize the X server periodically to see the minimized app icons (which are ugly as sin in Win95+, but that's another matter) > Could we modify them to send messages between them for certain desktops? Doubtful. > So say you have Ctrl-F1, Ctrl-F2 switching to Linux Desktop 1 and 2, then > Ctrl-F3, Ctrl-F4 switch back to the Windows one and tell it to activate > a certain > desktop. That way we'd be writing glue code rather than a whole new system. Well, I use directional window-switching keystrokes. The JSPager set uses Ctrl-Up,Ctrl-Down, etc, and my FvwmPager set uses Alt-Up, Alt-Down, etc. > >This is, I realize, all probably very unrealistic dreaming, but any leads > >or tips are welcome. > > Sounds like if Wine emulates a Win32 environment and then converts Win32 apps to X windows, the problem is partly solved there. But AFAIK Wine doesn't have a multi-window mode, you get one X window which contains a Windows desktop *within* which normal GDI windows run. Is that right or has that changed? ================================================================== Keith D. Tyler keith@keithtyler.com Federal Way, WA http://www.keithtyler.com ------------------------------------------------------------------ Terrorists can attack freedom, but only Congress can destroy it. ================================================================== From davidf@sjsoft.com Wed Sep 18 13:28:00 2002 From: davidf@sjsoft.com (David Fraser) Date: Wed, 18 Sep 2002 13:28:00 -0000 Subject: X client wrapper for Win apps? References: <200209181927.g8IJROQ01062@shell.faradic.net> Message-ID: <3D88E1E3.203@sjsoft.com> Keith D. Tyler wrote: >David Fraser was recently quoted as saying... > > >>I've discovered that rather than using -fullscreen, if you simply use >>-nodecoration >>and set the X server to run at the same size as fullscreen, it doesn't >>minimize when >>you switch tasks, but still stays the same size as the full screen in >>the background. >>The advantage being you can still see it behind your other apps (if >>they're not maximized), >>although they're still not actually inside X windows. >> >> > >Yeah... but unless you only use alt-tab to switch apps, you have to >minimize the X server periodically to see the minimized app icons (which >are ugly as sin in Win95+, but that's another matter) > > Another thought on this theme (these are all just patch-ups, we really want the whole Windows running in X thing) is to have a hook that catches Shell functions (opening, closing of Windows, etc) and use that to create dummy (transparent?) windows in X corresponding to each top-level window in Windows. Selecting the window in X should then activate the window in Windows. They would then appear in the taskbar / list of windows in whatever window manager system is being used in X. Windows has a nice Hook system that is fairly easy to use... > > >>Could we modify them to send messages between them for certain desktops? >> >> > >Doubtful. > > > >>So say you have Ctrl-F1, Ctrl-F2 switching to Linux Desktop 1 and 2, then >>Ctrl-F3, Ctrl-F4 switch back to the Windows one and tell it to activate >>a certain >>desktop. That way we'd be writing glue code rather than a whole new system. >> >> > >Well, I use directional window-switching keystrokes. The JSPager set uses >Ctrl-Up,Ctrl-Down, etc, and my FvwmPager set uses Alt-Up, Alt-Down, etc. > > > >>>This is, I realize, all probably very unrealistic dreaming, but any leads >>>or tips are welcome. >>> >>> >>> > >Sounds like if Wine emulates a Win32 environment and then converts Win32 >apps to X windows, the problem is partly solved there. But AFAIK Wine >doesn't have a multi-window mode, you get one X window which contains a >Windows desktop *within* which normal GDI windows run. Is that right or >has that changed? > No, each GDI window runs in a separate X window > >================================================================== >Keith D. Tyler keith@keithtyler.com >Federal Way, WA http://www.keithtyler.com >------------------------------------------------------------------ > Terrorists can attack freedom, but only Congress can destroy it. >================================================================== > > > From huntharo@msu.edu Wed Sep 18 19:59:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Wed, 18 Sep 2002 19:59:00 -0000 Subject: slow 256 color XWin on XP In-Reply-To: Message-ID: Norbert, I don't know what to tell you. I have never had this problem nor have I had a user report this same problem. Anything in /tmp/XWin.log? Harold > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Norbert Schmidt > Sent: Wednesday, September 18, 2002 11:09 AM > To: cygwin-xfree@cygwin.com > Subject: slow 256 color XWin on XP > > > > Only if I start XWin on winXP pro with: > > XWin -fullscreen -depth 8 > > it starts extrem slow. (up to XWin-Test65.exe) > > If I start a remote windowmanager (ssh) then the XWin-server switches 4 > times (so slow!) and I wait 5 minutes (1.4GHz/P4). After that speed is > fine, but windows task switching from and to XWin. > > Has anyone same thing on XP, or can test it for me? > > (no problems on w98) > > thanks, > Norbert > > > From huntharo@msu.edu Wed Sep 18 20:00:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Wed, 18 Sep 2002 20:00:00 -0000 Subject: minimized XWin is killed In-Reply-To: Message-ID: That is really bizarre. I'd like to take a look at this, but can you send in your /tmp/XWin.log contents from when this happens? Harold > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Norbert Schmidt > Sent: Wednesday, September 18, 2002 11:09 AM > To: cygwin-xfree@cygwin.com > Subject: minimized XWin is killed > > > > If I start remote windowmanager via ssh to my local _minimized_ > fullscreened XWin, it disappears from desktop. (up to XWin-Test65.exe) > > (workaround is a remote script with "sleep 1" before starting Xsession in > order to switch quickly from terminal to fullscreened XWin) > > Norbert > From luke.kendall@cisra.canon.com.au Wed Sep 18 20:17:00 2002 From: luke.kendall@cisra.canon.com.au (luke.kendall@cisra.canon.com.au) Date: Wed, 18 Sep 2002 20:17:00 -0000 Subject: xcb port to Cygwin; questions about packaging Message-ID: <20020918235737.90B7058EA@ivory.research.canon.com.au> xcb --- xcb gives GUI access to all the X cut buffers. I also find it useful to copy and paste between applications that `resist' the normal X11 selection and middle mouse pasting. On Monday, I compiled up xcb 2.3 for Cygwin. I've popped it onto my web page at http://members.optushome.com.au/lukekendall/useful/xcb.zip along with the man page and the original README file. I had to explicitly add $(XPMLIB) to the link line for xcb.exe in the Makefile constructed via xmkmf. I don't know enough about xmkmf to diagnose what actually went wrong. :-( I just found a good page on xcb here, if you want much better informat ion about it: http://www.goof.com/pcg/marc/xcb.html (I should probably build that internationalised version, instead, actually. Anyway, I've Bcc-ed the current maintainer this email too. Bcc so he should be safe from spamming eyes.) Packaging --------- BTW, http://www.cygwin.com/setup.html, but doesn't describe how to determine package names for the "required:" line when you're trying t o do the right thing and package stuff up for inclusion in Cygwin. (E.g. is X's package name "X" or "X11" or "XFree86"; what about normal system dependencies like cygwin.dll - what is their package name; etc. How do you find out?) I gather that since I had to kludge a fix, and since it is built by xmkmf; make rathern than by ./configure; make, and even then needed a fiddle, the only way to construct the necessary setup files for xcb for Cygwin would be via a hand-written shell script to run xmkmf then apply my kludge, which doesn't sound like an elegant solution! BTW, is it possible to run some utility that would automatically tell you what packages a utility depended on? How accurate do the package names have to be? Are they used in some automated process, or are they just rough guides for humans to see? I'm hoping that, like Window Maker, xcb will be found to be so useful that someone else will add it in as part of the XFree86 stuff for Cygwin. Window Maker news ----------------- Oh, I also patched and built Window Maker 0.80.1 (the latest release), and submitted my patches back to the WM developers, and they've been included. So, future builds of WM should be as simple as running ./configure; make; make install. (Then each user runs wmaker.inst in the usual way from a shell prompt to create the necessary files in their home directory.) luke From huntharo@msu.edu Wed Sep 18 20:19:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Wed, 18 Sep 2002 20:19:00 -0000 Subject: Cygwin-XFree --> RDP --> Cygwin-XFree In-Reply-To: Message-ID: Jean-Claude, Yes, I saw your post. However, I don't see what I can do about it. On the other hand, I am wondering why you haven't done any testing using the -scrollbars command-line option. That would seem like it might prevent the Cygwin/XFree86 window from ever being stretched or squashed in the first place. Let me know how -scrollbars works. Harold > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Jean-Claude Gervais > Sent: Tuesday, September 17, 2002 9:59 AM > To: cygwin-xfree@cygwin.com > Subject: Cygwin-XFree --> RDP --> Cygwin-XFree > > > Harold, > > Did you get the results of the Cygwin-XFree --> RDP --> > Cygwin-XFree tests > I posted last week? > > From huntharo@msu.edu Wed Sep 18 20:21:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Wed, 18 Sep 2002 20:21:00 -0000 Subject: XFree hangs after first client is started In-Reply-To: <3D8751AE.3D4EE9FE@qwest.com> Message-ID: Carlos, Sorry I didn't get back to you, but you did find the explanation in the FAQ. Basically, Aventail does something to the TCP/IP stack that breaks compatibility with the standards that Cygwin and XFree86's sockets layers are expecting. Aventail replaces a couple of Windows DLLs with its own versions, thus it does not matter if Aventail is running or not, because you are always passing your sockets requests through their broken DLLs. If you ask me, that is simply a design flaw or implementation flaw with Aventail and they need to fix that. You, being a paying customer, should demand that of them. Harold > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Carlos Santiago > Sent: Tuesday, September 17, 2002 12:01 PM > To: cygwin-xfree@cygwin.com > Subject: Re: XFree hangs after first client is started > > > Hello Harold, > > I went ahead and checked the XFree FAQ, and found > that Aventail Connect is, indeed, one of the software > VPNs with known problems. > > I guess I will assume then that a box with Aventail > Connect will not be able to bring the X server up > properly even for local use. > > Thanks, > > - Carlos > > From huntharo@msu.edu Wed Sep 18 20:24:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Wed, 18 Sep 2002 20:24:00 -0000 Subject: xcb port to Cygwin; questions about packaging In-Reply-To: <20020918235737.90B7058EA@ivory.research.canon.com.au> Message-ID: > Window Maker news > ----------------- > > Oh, I also patched and built Window Maker 0.80.1 (the latest release), > and submitted my patches back to the WM developers, and they've been > included. So, future builds of WM should be as simple as running > ./configure; make; make install. (Then each user runs wmaker.inst in > the usual way from a shell prompt to create the necessary files in their > home directory.) Luke, Hmm... I guess that means I will have to update the Cygwin WindowMaker package. :) Harold From huntharo@msu.edu Wed Sep 18 20:25:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Wed, 18 Sep 2002 20:25:00 -0000 Subject: XFree 4.2.1 + fontconfig-2 In-Reply-To: <20020917175656.70980.qmail@web21004.mail.yahoo.com> Message-ID: Nicholas, I wasn't even aware of XFree86 4.2.1 until you mentioned it. I am not sure if I will build a release of it or not... seems like a lot of trouble for just a few fixes, with non of them Cygwin-specific. As for building versioned DLLs --- I have no idea. I am not knowledgeable enough about that topic to be able to give you an answer, or even to be able to discuss it. In regards to Xft1 and XFt2, Alan Hourihane and I noticed a problem with both of them being built and one DLL (version 1) wiping out the other DLL (version 2), so we said to hell with it and stopped building Xft1 and went full-on with Xft2. As to whether or not that was a good decision, I can only say that Alan thought it was okay, so it is okay with me :) So, in summary, there is not likely to be a release effort applied to getting 4.2.1 out the door... unless I suddenly come up on a great amount of time. Also, Alan shipped me the standard X packages last time, which I fed through the Cygwin packaging script, so if he does that this time I'll likely make a 4.2.1 release. Harold > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Nicholas Wourms > Sent: Tuesday, September 17, 2002 1:57 PM > To: cygwin-xfree@cygwin.com > Subject: XFree 4.2.1 + fontconfig-2 > > > Harold, > > (Feel free to tell me that this will be ready when it is ready...) > > I was just wondering if you were fixing up a release for the 4.2.1 > patchset? If you are working on this, might I suggest the inclusion > of Keith Packard's fontconfig-2 libraries > [http://www.fontconfig.org]? The suite provides enhanced support and > capabilities for using truetype fonts. There are one or two issues > with it, mostly having to do with the fact that the XFree dll's > aren't versioned [i.e. libXt-1.dll, etc.]. Is there any way to build > the core dll's with versioning information incorporated into the > runtime library's name? The reason for this is that Keith has bumped > Xft to v2, but it is both source and binary incompatible with Xft v1. > However, Keith has provided a compatibility library, Xft1, to deal > with this, but has kept the base names the same (libXft). On > linux/unix, this works fine because the runtime libraries are > appended with versioning information. On Cygwin, however, the > libraries clobber each other. What do you think? > > Cheers, > Nicholas > > __________________________________________________ > Do you Yahoo!? > Yahoo! News - Today's headlines > http://news.yahoo.com From huntharo@msu.edu Wed Sep 18 20:32:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Wed, 18 Sep 2002 20:32:00 -0000 Subject: xwinclip - update and motif clipboard In-Reply-To: Message-ID: Chris, I thank you for putting so much time into developing xwinclip. I really appreciate that you got the long-awaited setjmp lngjmp functionality implemented so that we are not killed upon X Server shutdown and restart. I don't know anymore about the CLIPBOARD than what I wrote in the xwinclip source comments, which was something to the effect of, ``help! can't find CLIPBOARD documentation, how does it work?'' I am going to integrate your changes into a future release of xwinclip, but I cannot tell you when that will be. However, a little schedule update: I am taking 10 credits this semester in three classes (this is not much), I am working 30-35 hours a week at an Active Server Pages (blah :( ) job (but it pays really well), and I am working 6-8 hours a week at the National Superconducting Cyclotron Laboratory at Michigan State University (where I translate old Fortran program for VMS to Tru64 UNIX and Linux). Next week my ASP job is supposed to slow down because they haven't got another contract for me to work on, so I may, in theory, have a whole week to catch up on Cygwin/XFree86. On the other hand, shit happens, so don't expect anything extraordinary. :) Harold > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Chris Twiner > Sent: Thursday, September 05, 2002 11:58 AM > To: cygwin-xfree@cygwin.com > Subject: xwinclip - update and motif clipboard > > > Hi All, > > Quick update, got the signal working properly for ctrl-c or closing the > windows command window. Solution (as the SIGINT handler is run in a > seperate thread in windows) is to set a variable in the windows loop that > sends the kill message that kill_xwinclip was doing. > > That means that all the kill_.. apps that I wanted to get rid of > can be (and > have). It also means that I don't need a window to handle turning > on and off > clipboard operations a simple close of the window would be sufficient. > > Also I believe that handling the xIO error as a thread within > XWin should be > possible but I'd still be tempted to run it seperately as xwinclip. It > could work integrated if it was run as a seperate thread (would > need to be > anyway really), as such longjmp and setjmp should affect only > that thread. > Again I don't see how much sense this really makes. > > I do have a remaining issue that I'd like to solve, CLIPBOARD operations. > The problem seems to be the application I'm using i.e. NEdit uses Motif > programming interfaces (or lesstif) in the default distribution. This > leaves four questions : > > 1) Should we try to get Motif clipboard operations (like klipper)? > 2) If so how do we identify that what client owns the clipboard > is a motif > one (to use the motif mechanism for getting the clipboard data)? > 3) Should we try to get motif clipboard before the X clipboard or after? > 4) How exactly do we get the motif clipboard? > > I belive 1) should be a yes but as yet I'm at a loss to attempt > the other 3 > questions. I have read that the root window property CLIPBOARD holds the > clipboard for Motif apps but xprop dumps when i do > xprop -root CLIPBOARD. > > Either way I've have only just started looking at that issue and I'm just > about to read > > http://www.ist.co.uk/motif/books/vol6A/ch-21.fm.html#649570 > > But any help would be nice from someone who knows the answers now :-) > > anywho, > > chris > > PS (Jehan and Harold, it was all tab characters that I was > inserting, I'll > change them to the two space's that Harold uses). > > _________________________________________________________________ > Send and receive Hotmail on your mobile device: http://mobile.msn.com > From cgf@redhat.com Wed Sep 18 20:37:00 2002 From: cgf@redhat.com (Christopher Faylor) Date: Wed, 18 Sep 2002 20:37:00 -0000 Subject: xwinclip - update and motif clipboard In-Reply-To: References: Message-ID: <20020919033755.GB15910@redhat.com> On Wed, Sep 18, 2002 at 11:32:18PM -0400, Harold Hunt wrote: >Chris, > >I thank you for putting so much time into developing xwinclip. > >I really appreciate that you got the long-awaited setjmp lngjmp >functionality implemented so that we are not killed upon X Server shutdown >and restart. > >I don't know anymore about the CLIPBOARD than what I wrote in the xwinclip >source comments, which was something to the effect of, ``help! can't find >CLIPBOARD documentation, how does it work?'' > >I am going to integrate your changes into a future release of xwinclip, but >I cannot tell you when that will be. However, a little schedule update: I >am taking 10 credits this semester in three classes (this is not much), I am >working 30-35 hours a week at an Active Server Pages (blah :( ) job (but it >pays really well), and I am working 6-8 hours a week at the National >Superconducting Cyclotron Laboratory at Michigan State University (where I >translate old Fortran program for VMS to Tru64 UNIX and Linux). Next week >my ASP job is supposed to slow down because they haven't got another >contract for me to work on, so I may, in theory, have a whole week to catch >up on Cygwin/XFree86. On the other hand, shit happens, so don't expect >anything extraordinary. :) Actually, given the above it is sort of extraordinary that you are answering email at all... cgf From alanh@fairlite.demon.co.uk Thu Sep 19 01:15:00 2002 From: alanh@fairlite.demon.co.uk (Alan Hourihane) Date: Thu, 19 Sep 2002 01:15:00 -0000 Subject: XFree 4.2.1 + fontconfig-2 In-Reply-To: References: <20020917175656.70980.qmail@web21004.mail.yahoo.com> Message-ID: <20020919081521.GC1506@fairlite.demon.co.uk> On Wed, Sep 18, 2002 at 11:25:11 -0400, Harold Hunt wrote: > Nicholas, > > I wasn't even aware of XFree86 4.2.1 until you mentioned it. > > I am not sure if I will build a release of it or not... seems like a lot of > trouble for just a few fixes, with non of them Cygwin-specific. 4.2.1 has an important security fix - arguably whether it matters for cygwin based installations though. > As for building versioned DLLs --- I have no idea. I am not knowledgeable > enough about that topic to be able to give you an answer, or even to be able > to discuss it. > > In regards to Xft1 and XFt2, Alan Hourihane and I noticed a problem with > both of them being built and one DLL (version 1) wiping out the other DLL > (version 2), so we said to hell with it and stopped building Xft1 and went > full-on with Xft2. As to whether or not that was a good decision, I can > only say that Alan thought it was okay, so it is okay with me :) For this issue, I would revisit it, if someone claimed that there are applications for Cygwin/XFree86 that relied on Xft1. I suspect for the number of applications that will become available for Cygwin/XFree86 they'll now be using Xft2 anyway. But please speak up if this is a problem, I will take another look at fixing it. > So, in summary, there is not likely to be a release effort applied to > getting 4.2.1 out the door... unless I suddenly come up on a great amount of > time. Also, Alan shipped me the standard X packages last time, which I fed > through the Cygwin packaging script, so if he does that this time I'll > likely make a 4.2.1 release. There's no bandwidth from me at the moment to cover this, I'm swamped underneath lots and lots of work. Alan. From geert.pille@vandemoortele.com Thu Sep 19 01:40:00 2002 From: geert.pille@vandemoortele.com (Pille Geert (bkarnd)) Date: Thu, 19 Sep 2002 01:40:00 -0000 Subject: xwinclip - update and motif clipboard Message-ID: -----Original Message----- From: Christopher Faylor [mailto:cgf@redhat.com] Sent: donderdag 19 september 2002 4:38 To: cygwin-xfree@cygwin.com Subject: Re: xwinclip - update and motif clipboard On Wed, Sep 18, 2002 at 11:32:18PM -0400, Harold Hunt wrote: >Chris, > >I thank you for putting so much time into developing xwinclip. > >I really appreciate that you got the long-awaited setjmp lngjmp >functionality implemented so that we are not killed upon X Server shutdown >and restart. > >I don't know anymore about the CLIPBOARD than what I wrote in the xwinclip >source comments, which was something to the effect of, ``help! can't find >CLIPBOARD documentation, how does it work?'' > >I am going to integrate your changes into a future release of xwinclip, but >I cannot tell you when that will be. However, a little schedule update: I >am taking 10 credits this semester in three classes (this is not much), I am >working 30-35 hours a week at an Active Server Pages (blah :( ) job (but it >pays really well), and I am working 6-8 hours a week at the National >Superconducting Cyclotron Laboratory at Michigan State University (where I >translate old Fortran program for VMS to Tru64 UNIX and Linux). Next week >my ASP job is supposed to slow down because they haven't got another >contract for me to work on, so I may, in theory, have a whole week to catch >up on Cygwin/XFree86. On the other hand, shit happens, so don't expect >anything extraordinary. :) Actually, given the above it is sort of extraordinary that you are answering email at all... cgf 168 - 43 = 125h minus the "credits" to write emails. ;-) What is a "credit"? Geert =============================== This email is confidential and intended solely for the use of the individual to whom it is addressed. If you are not the intended recipient, be advised that you have received this email in error and that any use, dissemination, forwarding, printing, or copying of this email is strictly prohibited. You are explicitly requested to notify the sender of this email that the intended recipient was not reached. From stuart.adamson@evolution.net Thu Sep 19 02:50:00 2002 From: stuart.adamson@evolution.net (Stuart Adamson) Date: Thu, 19 Sep 2002 02:50:00 -0000 Subject: X client wrapper for Win apps? Message-ID: <9920848EF398D311BDC400508BF339F9A9D0D9@ldnisp14.evolution.net> > Every Windows draw command is translated into calls to a GDI > driver. this > driver is either the driver of the graphics card or a > printer. The people > from wine already have written a driver which exports a GDI > interface and > maps all calls to X11. Maybe this is a starting point. But xfree86 will also be using this interface to draw to the screen (as will the logon box etc). I can see this becoming rather circular .... You need to be able to set the GDI context per application. Maybe the way forward is to filter calls to user32.dll (where most of the basic windowing functions end up). By filtering I mean renaming user32.dll to user32-real.dll and writing your own user32.dll which either sends requests to X11 or to user32-real.dll, depending on the process id of the requesting process. Stuart From c_twiner@hotmail.com Thu Sep 19 02:51:00 2002 From: c_twiner@hotmail.com (Chris Twiner) Date: Thu, 19 Sep 2002 02:51:00 -0000 Subject: xwinclip - update and motif clipboard Message-ID: >I thank you for putting so much time into developing xwinclip. It has been a pleasure anyway. >I really appreciate that you got the long-awaited setjmp lngjmp functionality implemented so that we are not killed upon X Server shutdown and restart. It's cool, I've always wanted an excuse to use them (always used c++ exceptions instead). >I don't know anymore about the CLIPBOARD than what I wrote in the xwinclip source comments, which was something to the effect of, ``help! can't find CLIPBOARD documentation, how does it work?'' Well according to the specs you're implementation is right. Own clipboard manager and grab the clipboard when it's been selected, then own it again. It doesn't seem to work with Motif though. No biggy, primary works v. well. >I am going to integrate your changes into a future release of xwinclip, but I cannot tell you when that will be. However, a little schedule update: On the other hand, shit happens, so don't expect anything extraordinary. :) Like Chris said it's suprising you can reply at all, and much appreciated. As was suggested I'm going to look at implmenting "a grab the selection only when the windows clipboard has changed" addition to the code. It shouldn't make a great deal of extra code but it will definitely make a minor glitch go bye bye. I'll have a look at integrating it into XWin as well. When more than one XWin window are open it doesn't work properly and if the x windows clients become integrated with windows ala eXceed then it won't work at all. Cheer's, Chris _________________________________________________________________ Send and receive Hotmail on your mobile device: http://mobile.msn.com From davidf@sjsoft.com Thu Sep 19 03:03:00 2002 From: davidf@sjsoft.com (David Fraser) Date: Thu, 19 Sep 2002 03:03:00 -0000 Subject: X client wrapper for Win apps? References: <9920848EF398D311BDC400508BF339F9A9D0D9@ldnisp14.evolution.net> Message-ID: <3D89A0FB.9040404@sjsoft.com> Stuart Adamson wrote: >>Every Windows draw command is translated into calls to a GDI >>driver. this >>driver is either the driver of the graphics card or a >>printer. The people >>from wine already have written a driver which exports a GDI >>interface and >>maps all calls to X11. Maybe this is a starting point. >> >> > >But xfree86 will also be using this interface to draw to the screen (as >will the logon box etc). I can see this becoming rather circular .... > >You need to be able to set the GDI context per application. > >Maybe the way forward is to filter calls to user32.dll (where most of the >basic >windowing functions end up). By filtering I mean renaming user32.dll to >user32-real.dll and writing your own user32.dll which either sends requests >to >X11 or to user32-real.dll, depending on the process id of the requesting >process. > > >Stuart > Yes, this way makes more sense and in fact I've started investigating it already. To make debugging easy rather than replacing user32.dll I'm using Windows hooks to try and catch all the function calls and log them first ... then we'll know which ones to work on to get simple apps going ... it also gives us the ability to call both the original user32.dll function and a modified one which will do something with X which might be useful in debugging. Not much progress yet, just got the hooks working... From huntharo@msu.edu Thu Sep 19 05:09:00 2002 From: huntharo@msu.edu (Harold L Hunt) Date: Thu, 19 Sep 2002 05:09:00 -0000 Subject: xwinclip - update and motif clipboard Message-ID: <200209191208.g8JC8xq15740@pilot27.cl.msu.edu> "Pille Geert (bkarnd)" said: > > > -----Original Message----- > From: Christopher Faylor [mailto:cgf@redhat.com] > Sent: donderdag 19 september 2002 4:38 > To: cygwin-xfree@cygwin.com > Subject: Re: xwinclip - update and motif clipboard > > > On Wed, Sep 18, 2002 at 11:32:18PM -0400, Harold Hunt wrote: > >Chris, > > > >I thank you for putting so much time into developing xwinclip. > > > >I really appreciate that you got the long-awaited setjmp lngjmp > >functionality implemented so that we are not killed upon X Server shutdown > >and restart. > > > >I don't know anymore about the CLIPBOARD than what I wrote in the xwinclip > >source comments, which was something to the effect of, ``help! can't find > >CLIPBOARD documentation, how does it work?'' > > > >I am going to integrate your changes into a future release of xwinclip, but > >I cannot tell you when that will be. However, a little schedule update: I > >am taking 10 credits this semester in three classes (this is not much), I > am > >working 30-35 hours a week at an Active Server Pages (blah :( ) job (but it > >pays really well), and I am working 6-8 hours a week at the National > >Superconducting Cyclotron Laboratory at Michigan State University (where I > >translate old Fortran program for VMS to Tru64 UNIX and Linux). Next week > >my ASP job is supposed to slow down because they haven't got another > >contract for me to work on, so I may, in theory, have a whole week to catch > >up on Cygwin/XFree86. On the other hand, shit happens, so don't expect > >anything extraordinary. :) > > Actually, given the above it is sort of extraordinary that you are answering > email at all... > > cgf > > > 168 - 43 = 125h minus the "credits" to write emails. ;-) > > What is a "credit"? > > Geert > Geert, A credit is supposed to be one hour per week of class time for college courses. Thus, ten credits ~= ten hours of class per week. The rule of thumb for how much time to spend on your classes, is three times the number of credits that it is. Thus, I should be spending 30 hours per week on my classes, in theory. So, the calculation goes something more like this: 168 - 43 - 30 - (8h per night * 7 nights per week) = 39h for eating, washing, attending weddings (two last weekend), getting to class and work, going to doctors appointments (you wouldn't believe the number of these that I've got), attending to a fiance who got her wisdom teeth out last week, visiting family, etc. ~= 2h for answering emails :) For some reason the last few weeks have just been exteremely busy. I don't know why. Harold > > =============================== > This email is confidential and intended solely for the use of the individual to whom it is addressed. > If you are not the intended recipient, be advised that you have received this email in error and that any use, dissemination, forwarding, printing, or copying of this email is strictly prohibited. > You are explicitly requested to notify the sender of this email that the intended recipient was not reached. > > From huntharo@msu.edu Thu Sep 19 05:18:00 2002 From: huntharo@msu.edu (Harold L Hunt) Date: Thu, 19 Sep 2002 05:18:00 -0000 Subject: xwinclip - update and motif clipboard Message-ID: <200209191218.g8JCIOq13864@pilot27.cl.msu.edu> Chris Twiner said: > >I thank you for putting so much time into developing xwinclip. > > It has been a pleasure anyway. > > >I really appreciate that you got the long-awaited setjmp lngjmp > functionality implemented so that we are not killed upon X Server shutdown > and restart. > > It's cool, I've always wanted an excuse to use them (always used c++ > exceptions instead). > > >I don't know anymore about the CLIPBOARD than what I wrote in the xwinclip > source comments, which was something to the effect of, ``help! can't find > CLIPBOARD documentation, how does it work?'' > > Well according to the specs you're implementation is right. Own clipboard > manager and grab the clipboard when it's been selected, then own it again. > It doesn't seem to work with Motif though. No biggy, primary works v. well. > That's good to know, but why doesn't it work when we do it according to the spec? :) > >I am going to integrate your changes into a future release of xwinclip, but > I cannot tell you when that will be. However, a little schedule update: > On the other hand, shit happens, so don't expect > anything extraordinary. :) > > Like Chris said it's suprising you can reply at all, and much appreciated. > No problem, I don't want people to think that I have given up or anything. > As was suggested I'm going to look at implmenting "a grab the selection only > when the windows clipboard has changed" addition to the code. It shouldn't > make a great deal of extra code but it will definitely make a minor glitch > go bye bye. > That was the way that the original code worked... the Windows loop became a member of the clipboard chain and ... well, it should have owned the X selection when the clipboard changed, but I don't remember if it did or not. The reason that we didn't pursue that route further was that we didn't have a way to always process the Windows message queue when a message was waiting, so we were freezing the clipboard chain and causing lots of problems for other Windows applications. Now that we call select () ourseleves we should be able to return to using the clipboard chain. I can dig up the old code, or you can just look at the notes in the Server Test Series Change Log and the xwinclip ChangeLog, then figure out which sets of source to download (the historical sources for the Server Test Series are mostly going to be in the XFree86 tree, which you can view via XFree86's cvsweb). Or, you could blindly reimplement the ClipBoard chain support... > I'll have a look at integrating it into XWin as well. When more than one > XWin window are open it doesn't work properly and if the x windows clients > become integrated with windows ala eXceed then it won't work at all. > It would probably be a good idea to allow the app to work with multiple XWin sessions. But, are you doing everything properly, such as giving each XWin window a different display number and telling each instance of xwinclip which display to connect to? Harold > Cheer's, > > Chris > > _________________________________________________________________ > Send and receive Hotmail on your mobile device: http://mobile.msn.com > > From huntharo@msu.edu Thu Sep 19 05:19:00 2002 From: huntharo@msu.edu (Harold L Hunt) Date: Thu, 19 Sep 2002 05:19:00 -0000 Subject: X client wrapper for Win apps? Message-ID: <200209191219.g8JCJOq27906@pilot27.cl.msu.edu> Yikes. Didn't your mothers ever tell you guys that you are crazy? Harold Stuart Adamson said: > > Every Windows draw command is translated into calls to a GDI > > driver. this > > driver is either the driver of the graphics card or a > > printer. The people > > from wine already have written a driver which exports a GDI > > interface and > > maps all calls to X11. Maybe this is a starting point. > > But xfree86 will also be using this interface to draw to the screen (as > will the logon box etc). I can see this becoming rather circular .... > > You need to be able to set the GDI context per application. > > Maybe the way forward is to filter calls to user32.dll (where most of the > basic > windowing functions end up). By filtering I mean renaming user32.dll to > user32-real.dll and writing your own user32.dll which either sends requests > to > X11 or to user32-real.dll, depending on the process id of the requesting > process. > > > Stuart > From jc.gervais@videotron.ca Thu Sep 19 05:40:00 2002 From: jc.gervais@videotron.ca (Jean-Claude Gervais) Date: Thu, 19 Sep 2002 05:40:00 -0000 Subject: Cygwin-XFree --> RDP --> Cygwin-XFree In-Reply-To: Message-ID: Quite right; the scrollbars option should take care of the resizing problem. I will test and let you know. What about the display surfaces becoming unavailable? I mean when you connect and disconnect RDP and the Xwin window becomes "transparent"? Any ideas for that? Might be a thorny one... -----Original Message----- From: cygwin-xfree-owner@cygwin.com [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Harold Hunt Sent: Wednesday, September 18, 2002 11:19 PM To: cygwin-xfree@cygwin.com Subject: RE: Cygwin-XFree --> RDP --> Cygwin-XFree Jean-Claude, Yes, I saw your post. However, I don't see what I can do about it. On the other hand, I am wondering why you haven't done any testing using the -scrollbars command-line option. That would seem like it might prevent the Cygwin/XFree86 window from ever being stretched or squashed in the first place. Let me know how -scrollbars works. Harold > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Jean-Claude Gervais > Sent: Tuesday, September 17, 2002 9:59 AM > To: cygwin-xfree@cygwin.com > Subject: Cygwin-XFree --> RDP --> Cygwin-XFree > > > Harold, > > Did you get the results of the Cygwin-XFree --> RDP --> > Cygwin-XFree tests > I posted last week? > > From c_twiner@hotmail.com Thu Sep 19 06:55:00 2002 From: c_twiner@hotmail.com (Chris Twiner) Date: Thu, 19 Sep 2002 06:55:00 -0000 Subject: xwinclip - update and motif clipboard Message-ID: >>Well according to the specs you're implementation is right. Own clipboard >>manager and grab the clipboard when it's been selected, then own it again. >> It doesn't seem to work with Motif though. No biggy, primary works v. >>well. >> >That's good to know, but why doesn't it work when we do it according >to >the >spec? :) Motif does some wierd clipboard antics and completely breaks the way it should work. Basically it stores all the entries under the root window as properties (xprop can show them). There is a kde app called klipper that handles the two properly but it involves making xwinclip an xt application for the xm stuff to work. >>Like Chris said it's suprising you can reply at all, and much appreciated. >> >No problem, I don't want people to think that I have given up or anything. Like I said, it's much appreciated, I've been busy this week with various things but I've still checked the list so it's a very good feeling to see such a reply. >which you can view via XFree86's cvsweb). Or, you could blindly >reimplement the ClipBoard chain support... Honestly I'm tempted to do that, purely because it offers the oppurtunity to have a bit more of a play. The ultra2 that was going to occupy my time just "blew a fuse" so I'm back to the free time. >It would probably be a good idea to allow the app to work with multiple >XWin sessions. But, are you doing everything properly, such as giving each XWin window a different display number and telling each instance of xwinclip which display to connect to? I'm doing that properly (although a new app starts in the old display). The problem is I'm looking for a window that says Cygwin/XFree86 which of course they all will say. It may need code in XWin to provide a differentiation of window title mentioning the display number (and env variable) or something similar. Otherwise you don't know which XWin display has lost/gained focus and which to start the xwinclip operations on. I think that would also be usefull for XWin in multiple windows as well. The user would be able to see which goes where. Possibly a user additional title as well such as "linux box" or "sun box" etc. In short how do you know which "Cygwin/XFree86" window is the one xwinclip is started for (x wise it's DISPLAY) but windows wise? Chris _________________________________________________________________ Chat with friends online, try MSN Messenger: http://messenger.msn.com From jc.gervais@videotron.ca Thu Sep 19 07:04:00 2002 From: jc.gervais@videotron.ca (Jean-Claude Gervais) Date: Thu, 19 Sep 2002 07:04:00 -0000 Subject: XWinClip In-Reply-To: Message-ID: Please forgive the newbie-type question: Using Cygwin-XFree to connect (in query mode) to a Linux box, I couldn't seem to select text from the Linux applications and paste them to Windows. Should I be able to? Is there a web-page somewhere that explains how to get this done with Cygwin and XWinClip? From c_twiner@hotmail.com Thu Sep 19 08:07:00 2002 From: c_twiner@hotmail.com (Chris Twiner) Date: Thu, 19 Sep 2002 08:07:00 -0000 Subject: xwinclip Message-ID: Hi Jean-Claude, >Please forgive the newbie-type question: http://xfree86.cygwin.com/devel/xwinclip/ gives a thorough explanation on how to get xwinclip running. It must be running as well as XWin. You'll see if that version is running because when you select some text the selection will dissapear and automatically be placed in the windows clipboard. Hope that helps _________________________________________________________________ Join the world??s largest e-mail service with MSN Hotmail. http://www.hotmail.com From huntharo@msu.edu Thu Sep 19 08:23:00 2002 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 19 Sep 2002 08:23:00 -0000 Subject: Cygwin-XFree --> RDP --> Cygwin-XFree References: Message-ID: <3D89EBC4.40503@msu.edu> Oh, I forgot about the extra surface loses. The next time I take a look at the code I will fix that, it won't be that hard. Harold Jean-Claude Gervais wrote: >Quite right; the scrollbars option should take care of the resizing problem. >I will test and let you know. > >What about the display surfaces becoming unavailable? I mean when you >connect and disconnect RDP and the Xwin window becomes "transparent"? Any >ideas for that? Might be a thorny one... > > >-----Original Message----- >From: cygwin-xfree-owner@cygwin.com [mailto:cygwin-xfree-owner@cygwin.com]On >Behalf Of Harold Hunt >Sent: Wednesday, September 18, 2002 11:19 PM >To: cygwin-xfree@cygwin.com >Subject: RE: Cygwin-XFree --> RDP --> Cygwin-XFree > >Jean-Claude, > >Yes, I saw your post. However, I don't see what I can do about it. > >On the other hand, I am wondering why you haven't done any testing using >the -scrollbars command-line option. That would seem like it might prevent >the Cygwin/XFree86 window from ever being stretched or squashed in the first >place. > >Let me know how -scrollbars works. > >Harold > > > >>-----Original Message----- >>From: cygwin-xfree-owner@cygwin.com >>[mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Jean-Claude Gervais >>Sent: Tuesday, September 17, 2002 9:59 AM >>To: cygwin-xfree@cygwin.com >>Subject: Cygwin-XFree --> RDP --> Cygwin-XFree >> >> >>Harold, >> >> Did you get the results of the Cygwin-XFree --> RDP --> >>Cygwin-XFree tests >>I posted last week? >> >> >> >> > > > From nahor@bravobrava.com Thu Sep 19 09:05:00 2002 From: nahor@bravobrava.com (Jehan) Date: Thu, 19 Sep 2002 09:05:00 -0000 Subject: X client wrapper for Win apps? References: <9920848EF398D311BDC400508BF339F9A9D0D9@ldnisp14.evolution.net> Message-ID: Stuart Adamson wrote: >>Every Windows draw command is translated into calls to a GDI >>driver. this >>driver is either the driver of the graphics card or a >>printer. The people >>from wine already have written a driver which exports a GDI >>interface and >>maps all calls to X11. Maybe this is a starting point. > > > But xfree86 will also be using this interface to draw to the screen (as > will the logon box etc). I can see this becoming rather circular .... > > You need to be able to set the GDI context per application. > > Maybe the way forward is to filter calls to user32.dll (where most of the > basic > windowing functions end up). By filtering I mean renaming user32.dll to > user32-real.dll and writing your own user32.dll which either sends requests > to > X11 or to user32-real.dll, depending on the process id of the requesting > process. Oh nice! I'll then look forward to the new Windows service pack and the number of new posts in the mailing about XFree being broken after the upgrade. But I have a better idea, replace the kernel32.dll with our own that will convert Windows calls into a Linux/BSD/Un*x calls. That way, instead of having Windows window showing in Xfree running in Windows, you'll just have Windows on top of Xfree. We would also have a perfect Unix layer for Windows then, we won't need Cygwin anymore, we would use Linux/BSD/Un*x directly. It will also add to the security/performance/whatever. Oh wait, that's WINE isn't it? ;) Jehan From jc.gervais@videotron.ca Thu Sep 19 09:16:00 2002 From: jc.gervais@videotron.ca (Jean-Claude Gervais) Date: Thu, 19 Sep 2002 09:16:00 -0000 Subject: X client wrapper for Win apps? In-Reply-To: Message-ID: Jehan! I think you may have stumbled upon something! You joke about the solution being Wine, but that may not be far from the truth. First, some history; a few years ago I wrote a TCPIP stack (a Winsock) that replaced the Microsoft one for wireless networking. At some point, I wrote a driver that let you use both stacks simultaneously, so it can be done without being circular, and there are plenty of ways it can be handled elegantly. Anyhow, back to what I was saying about your idea of Wine as a solution: It COULD be done! Admittedly, it might not be a snap, but Wine already uses a POSIX layer to accomplish what it needs to do. In our case, it would use Cygwin! Talk about a truly engrossing project! -----Original Message----- From: cygwin-xfree-owner@cygwin.com [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Jehan Sent: Thursday, September 19, 2002 12:05 PM To: cygwin-xfree@cygwin.com Subject: Re: X client wrapper for Win apps? Stuart Adamson wrote: >>Every Windows draw command is translated into calls to a GDI >>driver. this >>driver is either the driver of the graphics card or a >>printer. The people >>from wine already have written a driver which exports a GDI >>interface and >>maps all calls to X11. Maybe this is a starting point. > > > But xfree86 will also be using this interface to draw to the screen (as > will the logon box etc). I can see this becoming rather circular .... > > You need to be able to set the GDI context per application. > > Maybe the way forward is to filter calls to user32.dll (where most of the > basic > windowing functions end up). By filtering I mean renaming user32.dll to > user32-real.dll and writing your own user32.dll which either sends requests > to > X11 or to user32-real.dll, depending on the process id of the requesting > process. Oh nice! I'll then look forward to the new Windows service pack and the number of new posts in the mailing about XFree being broken after the upgrade. But I have a better idea, replace the kernel32.dll with our own that will convert Windows calls into a Linux/BSD/Un*x calls. That way, instead of having Windows window showing in Xfree running in Windows, you'll just have Windows on top of Xfree. We would also have a perfect Unix layer for Windows then, we won't need Cygwin anymore, we would use Linux/BSD/Un*x directly. It will also add to the security/performance/whatever. Oh wait, that's WINE isn't it? ;) Jehan From alexander.gottwald@s1999.tu-chemnitz.de Thu Sep 19 09:24:00 2002 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Thu, 19 Sep 2002 09:24:00 -0000 Subject: X client wrapper for Win apps? In-Reply-To: Message-ID: On Thu, 19 Sep 2002, Jean-Claude Gervais wrote: > It COULD be done! Admittedly, it might not be a snap, but Wine already uses > a POSIX layer to accomplish what it needs to do. > In our case, it would use Cygwin! wine is in most parts the same as replacing kernel32.dll user32.dll and some other system dependent libraries. So you won't achive anything if you run the windows application in a wine subsystem. The goal is not to replace the windows dlls with the wine dlls but to translate the GDI calls to X11. This has nothing to do with the POSIX layer. If someone is going into this, than start with the wine x11drv. Unfortunately no one from wine-devel commented that concept. bye ago -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From nwourms@yahoo.com Thu Sep 19 09:40:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Thu, 19 Sep 2002 09:40:00 -0000 Subject: XFree 4.2.1 + fontconfig-2 In-Reply-To: <20020919081521.GC1506@fairlite.demon.co.uk> Message-ID: <20020919164006.87766.qmail@web21008.mail.yahoo.com> Hi Alan, --- Alan Hourihane wrote: > On Wed, Sep 18, 2002 at 11:25:11 -0400, Harold Hunt wrote: > > Nicholas, > > > > I wasn't even aware of XFree86 4.2.1 until you mentioned it. > > > > I am not sure if I will build a release of it or not... seems > like a lot of > > trouble for just a few fixes, with non of them Cygwin-specific. > > 4.2.1 has an important security fix - arguably whether it matters > for cygwin based installations though. Yeah, you're probably right. Still I haven't checked but I thought it contained [operational] bug fixes as well? > > As for building versioned DLLs --- I have no idea. I am not > knowledgeable > > enough about that topic to be able to give you an answer, or even > to be able > > to discuss it. > > > > In regards to Xft1 and XFt2, Alan Hourihane and I noticed a > problem with > > both of them being built and one DLL (version 1) wiping out the > other DLL > > (version 2), so we said to hell with it and stopped building Xft1 > and went > > full-on with Xft2. As to whether or not that was a good > decision, I can > > only say that Alan thought it was okay, so it is okay with me :) > > For this issue, I would revisit it, if someone claimed that there > are applications for Cygwin/XFree86 that relied on Xft1. I suspect > for the number of applications that will become available for > Cygwin/XFree86 they'll now be using Xft2 anyway. But please speakup > if this is a problem, I will take another look at fixing it. Well this isn't a problem for me. Since you probably have a close working relationship with Keith, I assume you are more clued-in than me. I made a hasty assumption and my thinking Xft2 was not source compatible with Xft1 apps, so it may not be true. Can you confirm this? I should be releasing QT2 shortly, which uses Xft, but I haven't investigated if it compiles against Xft2 headers/libraries. I think some of the gtk-1 stuff uses Xft1, and someone is working on this. Just to be safe, I'm CC:'ing Steve O. who is working on the Gnome port. I still think, though, that it would be worth the effort to bring Xfree's runtime libraries into sync with the "generally accepted" Cygwin standard: "cyg" + + "ABI Revision" + ".dll" (i.e. cygpopt0.dll) I'm sure this would not only fix the issues now, but might prevent further headaches in the future. However, I know the hell that is Imake, so I'm not going to make a big fuss over this now. Perhaps a suggestion for Cygwin/XFree-4.3.0? > > So, in summary, there is not likely to be a release effort > applied to > > getting 4.2.1 out the door... unless I suddenly come up on a > great amount of > > time. Also, Alan shipped me the standard X packages last time, > which I fed > > through the Cygwin packaging script, so if he does that this time > I'll > > likely make a 4.2.1 release. > > There's no bandwidth from me at the moment to cover this, I'm > swamped > underneath lots and lots of work. Hmm... I guess it wouldn't make too much sense at the moment. Just if Harold was going to release a new test version, that's all. While I have you here, I have a question which Harold said he didn't know. Why was libXaw built as a static library [it's usually shared on linux]? I'm running into some runtime issues with my libXaw3d package [I built it as dll] and I suspect the answer lies in the reasoning behind that question. I was also wondering how you generated the foo-def.cpp? Is there a script that does this or do you just have to go through the entire source? Maybe I'm missing something because I've been spoiled by libtool/ld autogenerating the exports... Cheers, Nicholas __________________________________________________ Do you Yahoo!? New DSL Internet Access from SBC & Yahoo! http://sbc.yahoo.com From alanh@fairlite.demon.co.uk Thu Sep 19 09:53:00 2002 From: alanh@fairlite.demon.co.uk (Alan Hourihane) Date: Thu, 19 Sep 2002 09:53:00 -0000 Subject: XFree 4.2.1 + fontconfig-2 In-Reply-To: <20020919164006.87766.qmail@web21008.mail.yahoo.com> References: <20020919081521.GC1506@fairlite.demon.co.uk> <20020919164006.87766.qmail@web21008.mail.yahoo.com> Message-ID: <20020919165346.GR1506@fairlite.demon.co.uk> On Thu, Sep 19, 2002 at 09:40:06AM -0700, Nicholas Wourms wrote: > > For this issue, I would revisit it, if someone claimed that there > > are applications for Cygwin/XFree86 that relied on Xft1. I suspect > > for the number of applications that will become available for > > Cygwin/XFree86 they'll now be using Xft2 anyway. But please speakup > > if this is a problem, I will take another look at fixing it. > > Well this isn't a problem for me. Since you probably have a close > working relationship with Keith, I assume you are more clued-in than > me. I made a hasty assumption and my thinking Xft2 was not source > compatible with Xft1 apps, so it may not be true. Can you confirm > this? I should be releasing QT2 shortly, which uses Xft, but I > haven't investigated if it compiles against Xft2 headers/libraries. > I think some of the gtk-1 stuff uses Xft1, and someone is working on > this. Just to be safe, I'm CC:'ing Steve O. who is working on the > Gnome port. > > I still think, though, that it would be worth the effort to bring > Xfree's runtime libraries into sync with the "generally accepted" > Cygwin standard: > > "cyg" + + "ABI Revision" + ".dll" (i.e. > cygpopt0.dll) > > I'm sure this would not only fix the issues now, but might prevent > further headaches in the future. However, I know the hell that is > Imake, so I'm not going to make a big fuss over this now. Perhaps a > suggestion for Cygwin/XFree-4.3.0? The above is most certainly the right thing to do. Maybe someone can poke at the Imakefiles and send me a patch. > While I have you here, I have a question which Harold said he didn't > know. Why was libXaw built as a static library [it's usually shared > on linux]? I'm running into some runtime issues with my libXaw3d > package [I built it as dll] and I suspect the answer lies in the > reasoning behind that question. I was also wondering how you > generated the foo-def.cpp? Is there a script that does this or do > you just have to go through the entire source? Maybe I'm missing > something because I've been spoiled by libtool/ld autogenerating the > exports... It's more likely a historical thing. Just flip the flag to YES and rebuild. Alexander had a script to generate the foo-def.cpp files. Actually, there's a few other libraries in cygwin.rules that could be flipped to YES too. Anyone want to take stab at it, rebuild and send in a patch. Alan. From nwourms@yahoo.com Thu Sep 19 10:13:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Thu, 19 Sep 2002 10:13:00 -0000 Subject: X client wrapper for Win apps? In-Reply-To: <200209191219.g8JCJOq27906@pilot27.cl.msu.edu> Message-ID: <20020919171306.48035.qmail@web21001.mail.yahoo.com> --- Harold L Hunt wrote: > Yikes. > > Didn't your mothers ever tell you guys that you are crazy? > C'mon Harold, doesn't the idea seem even a bit compelling? Cheers, Nicholas __________________________________________________ Do you Yahoo!? New DSL Internet Access from SBC & Yahoo! http://sbc.yahoo.com From keith@keithtyler.com Thu Sep 19 10:31:00 2002 From: keith@keithtyler.com (Keith D. Tyler) Date: Thu, 19 Sep 2002 10:31:00 -0000 Subject: X client wrapper for Win apps? In-Reply-To: <3D89A0FB.9040404@sjsoft.com> from "David Fraser" at Sep 19, 2002 12:03:39 PM Message-ID: <200209191731.g8JHVsn16608@shell.faradic.net> David Fraser was recently quoted as saying... > Stuart Adamson wrote: > >>printer. The people > >>from wine already have written a driver which exports a GDI > >>interface and > >>maps all calls to X11. Maybe this is a starting point. > > > >But xfree86 will also be using this interface to draw to the screen (as > >will the logon box etc). I can see this becoming rather circular .... > >You need to be able to set the GDI context per application. Well, if xfree86 could take over the root desktop a la Explorer, then you would only need to detect which app is controlling the desktop. Of course, that assumes this functionality would only be desired by people trying to run XWin as the desktop shell... I guess this is why I figured a separate wrapper app would be the easiest solution. One could simply set up aliases or a shell function that ran certain apps through the wrapping program, which would only have to be able to act as an X app to display itself. It also wouldn't have to interfere with system drivers, it would (theoretically) only have to interfere with the *application's* attempts to make system calls. (I acknowledge that I'm no Windows programmer, and I'm theorizing this off what little I know of system calls and what I've overheard you guys say on this topic already.) ================================================================== Keith D. Tyler keith@keithtyler.com Federal Way, WA http://www.keithtyler.com ------------------------------------------------------------------ Terrorists can attack freedom, but only Congress can destroy it. ================================================================== From nahor@bravobrava.com Thu Sep 19 10:32:00 2002 From: nahor@bravobrava.com (Jehan) Date: Thu, 19 Sep 2002 10:32:00 -0000 Subject: X client wrapper for Win apps? References: Message-ID: Alexander Gottwald wrote: > wine is in most parts the same as replacing kernel32.dll user32.dll and > some other system dependent libraries. So you won't achive anything if > you run the windows application in a wine subsystem. The goal is not to > replace the windows dlls with the wine dlls but to translate the GDI > calls to X11. This has nothing to do with the POSIX layer. What would be the point? I mean, if you want Windows app inside XFree, I think you'd be better of using Wine and help them finish it than writing this kind of driver. The goal of Cygwin/XFree is the opposite of Wine, it's about having X Window inside Windows. More over, if you have GDI-fake->X->GDI-real, that would be quite ugly for the speed. From keith@keithtyler.com Thu Sep 19 10:36:00 2002 From: keith@keithtyler.com (Keith D. Tyler) Date: Thu, 19 Sep 2002 10:36:00 -0000 Subject: X client wrapper for Win apps? [o/t] In-Reply-To: <200209191219.g8JCJOq27906@pilot27.cl.msu.edu> from "Harold L Hunt" at Sep 19, 2002 08:19:21 AM Message-ID: <200209191736.g8JHalU16913@shell.faradic.net> Harold L Hunt was recently quoted as saying... > > Yikes. > > Didn't your mothers ever tell you guys that you are crazy? Incidentally, yes. (But she said it about herself too.) ================================================================== Keith D. Tyler keith@keithtyler.com Federal Way, WA http://www.keithtyler.com ------------------------------------------------------------------ Terrorists can attack freedom, but only Congress can destroy it. ================================================================== From nwourms@yahoo.com Thu Sep 19 10:38:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Thu, 19 Sep 2002 10:38:00 -0000 Subject: X client wrapper for Win apps? In-Reply-To: Message-ID: <20020919173808.7883.qmail@web21010.mail.yahoo.com> --- Jehan wrote: > Stuart Adamson wrote: > >>Every Windows draw command is translated into calls to a GDI > >>driver. this > >>driver is either the driver of the graphics card or a > >>printer. The people > >>from wine already have written a driver which exports a GDI > >>interface and > >>maps all calls to X11. Maybe this is a starting point. > > > > > > But xfree86 will also be using this interface to draw to the > screen (as > > will the logon box etc). I can see this becoming rather circular > .... > > > > You need to be able to set the GDI context per application. > > > > Maybe the way forward is to filter calls to user32.dll (where > most of the > > basic > > windowing functions end up). By filtering I mean renaming > user32.dll to > > user32-real.dll and writing your own user32.dll which either > sends requests > > to > > X11 or to user32-real.dll, depending on the process id of the > requesting > > process. > > Oh nice! I'll then look forward to the new Windows service pack and > the > number of new posts in the mailing about XFree being broken after > the > upgrade. So? Your point? It can be fixed and rereleased. You forget that this isn't a CD distro, it's a net distro. > But I have a better idea, replace the kernel32.dll with our own > that > will convert Windows calls into a Linux/BSD/Un*x calls. That way, > instead of having Windows window showing in Xfree running in > Windows, > you'll just have Windows on top of Xfree. We would also have a > perfect > Unix layer for Windows then, we won't need Cygwin anymore, we would > use > Linux/BSD/Un*x directly. It will also add to the > security/performance/whatever. No, because then you have done what ReactOS is doing. This is different... > Oh wait, that's WINE isn't it? ;) No it isn't, because you are still accessing the other Windows dll's for function calls, which is the whole point. Can you run MS Visual Studio in WINE? I think not... Getting rid of Explorer window manager and server, replacing it with X11 is the ultimate goal. You still want to maintain the library compatibility though. We *already* know your position regarding this from the last time it was discussed. You may not be interested, but there are others who are. So, unless you have something to contribute (other then rants and faulty arguments), why not give it a rest? :-P Cheers, Nicholas __________________________________________________ Do you Yahoo!? New DSL Internet Access from SBC & Yahoo! http://sbc.yahoo.com From keith@keithtyler.com Thu Sep 19 10:40:00 2002 From: keith@keithtyler.com (Keith D. Tyler) Date: Thu, 19 Sep 2002 10:40:00 -0000 Subject: X client wrapper for Win apps? In-Reply-To: from "Jehan" at Sep 19, 2002 09:05:11 AM Message-ID: <200209191740.g8JHec617370@shell.faradic.net> Jehan was recently quoted as saying... > Oh nice! I'll then look forward to the new Windows service pack and the > number of new posts in the mailing about XFree being broken after the > upgrade. > > But I have a better idea, replace the kernel32.dll with our own that > will convert Windows calls into a Linux/BSD/Un*x calls. That way, > instead of having Windows window showing in Xfree running in Windows, > you'll just have Windows on top of Xfree. We would also have a perfect > Unix layer for Windows then, we won't need Cygwin anymore, we would use > Linux/BSD/Un*x directly. It will also add to the > security/performance/whatever. > > Oh wait, that's WINE isn't it? ;) In response to that... Can you please show me how to port my company's VB client software to *nix? Then I could just run Linux. An MS-Exchange compliant mail program would help too. (All things have cause or reason.) :) Kdt From keith@keithtyler.com Thu Sep 19 10:43:00 2002 From: keith@keithtyler.com (Keith D. Tyler) Date: Thu, 19 Sep 2002 10:43:00 -0000 Subject: X client wrapper for Win apps? In-Reply-To: from "Jehan" at Sep 19, 2002 10:32:42 AM Message-ID: <200209191743.g8JHhUd17517@shell.faradic.net> Jehan was recently quoted as saying... > > More over, if you have GDI-fake->X->GDI-real, that would be quite ugly > for the speed. > Wouldn't running Windows emulation under POSIX emulation under Windows be, at best, just as bad? Kdt, who will shut up now From nahor@bravobrava.com Thu Sep 19 11:21:00 2002 From: nahor@bravobrava.com (Jehan) Date: Thu, 19 Sep 2002 11:21:00 -0000 Subject: X client wrapper for Win apps? References: <200209191743.g8JHhUd17517@shell.faradic.net> Message-ID: Keith D. Tyler wrote: >>More over, if you have GDI-fake->X->GDI-real, that would be quite ugly >>for the speed. > > Wouldn't running Windows emulation under POSIX emulation under Windows > be, at best, just as bad? Yes. That's why I'm saying: - if you want Windows inside X, use Linux+WINE - if you want X inside Windows, use Windows+Cygwin/Xfree but I don't see the point in having Windows inside X inside Windows. The only thing I could understand is that WINE doesn't work with all application yet. But even then, hacking X because WINE doesn't work isn't the best solution (it's far better to fix WINE instead). Jehan From Alexander.Gottwald@informatik.tu-chemnitz.de Thu Sep 19 11:34:00 2002 From: Alexander.Gottwald@informatik.tu-chemnitz.de (Alexander Gottwald) Date: Thu, 19 Sep 2002 11:34:00 -0000 Subject: XFree 4.2.1 + fontconfig-2 In-Reply-To: <20020919165346.GR1506@fairlite.demon.co.uk> Message-ID: On Thu, 19 Sep 2002, Alan Hourihane wrote: > It's more likely a historical thing. Just flip the flag to YES and > rebuild. Alexander had a script to generate the foo-def.cpp files. Actually it was a piece of an Imakefile. So let's convert it into a shell script #!/bin/bash # usage: gendef libname objectfiles # Generate dll export defines from object files # LIBNAME="$1" shift ( echo "LIBRARY $LIBNAME" echo "VERSION LIBRARY_VERSION" echo "EXPORTS" ${NM:-nm} --demangle --defined-only "$@" | \ sed -n 's/^.* T //p' | sed '/^typeinfo name\|:\|(/ d' ) > "$LIBNAME-def.cpp" So 'gendef Xaw *.o' would create the export list for libXaw HTH ago -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From jc.gervais@videotron.ca Thu Sep 19 11:39:00 2002 From: jc.gervais@videotron.ca (Jean-Claude Gervais) Date: Thu, 19 Sep 2002 11:39:00 -0000 Subject: X client wrapper for Win apps? In-Reply-To: Message-ID: Wine translates GDI calls to X, doesn't it? -----Original Message----- From: cygwin-xfree-owner@cygwin.com [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Alexander Gottwald Sent: Thursday, September 19, 2002 12:24 PM To: cygwin-xfree@cygwin.com Subject: RE: X client wrapper for Win apps? On Thu, 19 Sep 2002, Jean-Claude Gervais wrote: > It COULD be done! Admittedly, it might not be a snap, but Wine already uses > a POSIX layer to accomplish what it needs to do. > In our case, it would use Cygwin! wine is in most parts the same as replacing kernel32.dll user32.dll and some other system dependent libraries. So you won't achive anything if you run the windows application in a wine subsystem. The goal is not to replace the windows dlls with the wine dlls but to translate the GDI calls to X11. This has nothing to do with the POSIX layer. If someone is going into this, than start with the wine x11drv. Unfortunately no one from wine-devel commented that concept. bye ago -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From nwourms@yahoo.com Thu Sep 19 11:41:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Thu, 19 Sep 2002 11:41:00 -0000 Subject: X client wrapper for Win apps? In-Reply-To: Message-ID: <20020919184150.74095.qmail@web21005.mail.yahoo.com> --- Jehan wrote: > Keith D. Tyler wrote: > >>More over, if you have GDI-fake->X->GDI-real, that would be quite > ugly > >>for the speed. > > > > Wouldn't running Windows emulation under POSIX emulation under > Windows > > be, at best, just as bad? > > Yes. That's why I'm saying: > - if you want Windows inside X, use Linux+WINE > - if you want X inside Windows, use Windows+Cygwin/Xfree > > but I don't see the point in having Windows inside X inside > Windows. The > only thing I could understand is that WINE doesn't work with all > application yet. But even then, hacking X because WINE doesn't work > > isn't the best solution (it's far better to fix WINE instead). > What about if you use hardware which linux doesn't support (and may never support)? Certain laptops come to mind as well as other things, like scientific intstruments. The point of cygwin isn't just to make X-Windows apps run under Explorer. It's also about providing a posix environment, which is meshed in with Windows itself, that people can use as an alternative to the currently available Windows tools. Explorer is nothing more than a bloated tool that some of us would rather replace. Just because we don't like one part doesn't mean we should throw the baby out with the bath water... I can think of many reasons why Wine on linux will never provide for every situation. The point, I think, is that some of us want to use the other 80% of the documented (and undocumented) Windows API w/o emulation. So what's the big deal? Again, we know your stance, I don't think there is anything you can say that I(we) haven't already heard. Cheers, Nicholas __________________________________________________ Do you Yahoo!? New DSL Internet Access from SBC & Yahoo! http://sbc.yahoo.com From Alexander.Gottwald@informatik.tu-chemnitz.de Thu Sep 19 11:45:00 2002 From: Alexander.Gottwald@informatik.tu-chemnitz.de (Alexander Gottwald) Date: Thu, 19 Sep 2002 11:45:00 -0000 Subject: X client wrapper for Win apps? In-Reply-To: Message-ID: On Thu, 19 Sep 2002, Jean-Claude Gervais wrote: > Wine translates GDI calls to X, doesn't it? Yes, and a lot of other things more. The GDI->X translation is only a small part of wine. bye ago -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From jc.gervais@videotron.ca Thu Sep 19 11:51:00 2002 From: jc.gervais@videotron.ca (Jean-Claude Gervais) Date: Thu, 19 Sep 2002 11:51:00 -0000 Subject: X client wrapper for Win apps? In-Reply-To: Message-ID: You could hook only the drawing calls and pass anything else through to the original handler. -----Original Message----- From: cygwin-xfree-owner@cygwin.com [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Alexander Gottwald Sent: Thursday, September 19, 2002 2:45 PM To: cygwin-xfree@cygwin.com Subject: RE: X client wrapper for Win apps? On Thu, 19 Sep 2002, Jean-Claude Gervais wrote: > Wine translates GDI calls to X, doesn't it? Yes, and a lot of other things more. The GDI->X translation is only a small part of wine. bye ago -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From nahor@bravobrava.com Thu Sep 19 11:51:00 2002 From: nahor@bravobrava.com (Jehan) Date: Thu, 19 Sep 2002 11:51:00 -0000 Subject: X client wrapper for Win apps? References: <20020919173808.7883.qmail@web21010.mail.yahoo.com> Message-ID: Ah, Nicola. It has been a while since we had a sparing discussion :) Nicholas Wourms wrote: >>Oh nice! I'll then look forward to the new Windows service pack and >>the >>number of new posts in the mailing about XFree being broken after >>the >>upgrade. > > So? Your point? It can be fixed and rereleased. You forget that > this isn't a CD distro, it's a net distro. My point is that XFree might see it's own user32.dll replaced by the one from Windows SP X. So XFree isn't really broken, it just saw its dll replaced. But I'm not even sure that one would be able to apply the service pack in the first place. The service pack installer migh not recognized the dll and refused to install itself because of that. >>But I have a better idea, replace the kernel32.dll with our own >>that >>will convert Windows calls into a Linux/BSD/Un*x calls. That way, >>instead of having Windows window showing in Xfree running in >>Windows, >>you'll just have Windows on top of Xfree. We would also have a >>perfect >>Unix layer for Windows then, we won't need Cygwin anymore, we would >>use >>Linux/BSD/Un*x directly. It will also add to the >>security/performance/whatever. > > > No, because then you have done what ReactOS is doing. This is > different... I don't know ReactOS. I've seen screenshots not a long time ago but I haven't read anything about it. >>Oh wait, that's WINE isn't it? ;) > > No it isn't, because you are still accessing the other Windows dll's > for function calls, which is the whole point. Can you run MS Visual > Studio in WINE? I think not... Currently, MS Visual Studio doesn't run inside Cygwin/XFree either. Between writing a new user32.dll and fixing WINE (which already has written a new user32.dll, at least partially), I think it would be better to fix WINE, it's far less work. > Getting rid of Explorer window > manager and server, replacing it with X11 is the ultimate goal. You > still want to maintain the library compatibility though. We > *already* know your position regarding this from the last time it was > discussed. You may not be interested, but there are others who are. > So, unless you have something to contribute (other then rants and > faulty arguments), why not give it a rest? :-P Well, last time, you said that a rootless XWindow system was useless. With it, Windows app wouldn't be hidden behind the X Root window. You could then use any desktop shell you want. The only remaining issue would be the make the pager aware of the Windows window (and that should be pretty much trivial using the EnumWindows function) jehan From Alexander.Gottwald@informatik.tu-chemnitz.de Thu Sep 19 11:58:00 2002 From: Alexander.Gottwald@informatik.tu-chemnitz.de (Alexander Gottwald) Date: Thu, 19 Sep 2002 11:58:00 -0000 Subject: X client wrapper for Win apps? In-Reply-To: Message-ID: On Thu, 19 Sep 2002, Jehan wrote: > Alexander Gottwald wrote: > > wine is in most parts the same as replacing kernel32.dll user32.dll and > > some other system dependent libraries. So you won't achive anything if > > you run the windows application in a wine subsystem. The goal is not to > > replace the windows dlls with the wine dlls but to translate the GDI > > calls to X11. This has nothing to do with the POSIX layer. > > What would be the point? I mean, if you want Windows app inside XFree, I > think you'd be better of using Wine and help them finish it than writing > this kind of driver. What I would like to see is a possibility to export the display of windows hosts to remote machines. X is one of the best solutions for this. As a side effect, you also could display these applications in the Cygwin XServer running on windows, but also on an XServer running an hpux or on Sparc/Solaris or MacOS X or Darwin or ... Most of the above platforms will never allow to run native windows apps with wine. Writing this driver (or better adapting the wine driver) is (IMO) less work than building replacement dlls and much faster than hooking all graphic calls. > The goal of Cygwin/XFree is the opposite of Wine, it's about having X > Window inside Windows. The goal of wine is running Windows applications on linux. The goal of Cygwin/XFree is an usable XServer for windows. I don't see where there is the opposite. This "Displaying GDI Windows inside XWin" is the opposite of "Displaying X11 Windows via GDI" > More over, if you have GDI-fake->X->GDI-real, that would be quite ugly > for the speed. With a lot of speedup possible with unix-domain sockets or any other direct connection. And with full network wide export of the windows display. bye ago -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From nahor@bravobrava.com Thu Sep 19 12:10:00 2002 From: nahor@bravobrava.com (Jehan) Date: Thu, 19 Sep 2002 12:10:00 -0000 Subject: X client wrapper for Win apps? References: <20020919184150.74095.qmail@web21005.mail.yahoo.com> Message-ID: Nicholas Wourms wrote: > What about if you use hardware which linux doesn't support (and may > never support)? Certain laptops come to mind as well as other > things, like scientific intstruments. Good point. I'll buy that. > Explorer is nothing more than a bloated tool that some of us > would rather replace. Just because we don't like one part doesn't > mean we should throw the baby out with the bath water... Yeah, right. It's far better to cut the baby into pieces to replace the part you don't like ;). > The point, I think, is that some of us want to use the > other 80% of the documented (and undocumented) Windows API w/o > emulation. Again, this point is moot. WINE is aiming at that. It's not there yet but it's its goal. "Don't throw the baby out with the bath water" > So what's the big deal? Again, we know your stance, I > don't think there is anything you can say that I(we) haven't already > heard. 1. If everybody knows *my* stance, then everybody knows *yours* too so you could shut up too then but... 1. ... *you* knowing my stance doesn't mean everybody knows. 3. If my posts bother you so much, just don't read them. Let me use my right to free speech. Thanks. 4. Give me valid point (like the hardware thing) and I'll just up. API compatibility isn't a valid one since it can be easily fix (more easily that writing a new GDI driver). Jehan From nahor@bravobrava.com Thu Sep 19 12:21:00 2002 From: nahor@bravobrava.com (Jehan) Date: Thu, 19 Sep 2002 12:21:00 -0000 Subject: X client wrapper for Win apps? References: Message-ID: Alexander Gottwald wrote: > What I would like to see is a possibility to export the display of windows > hosts to remote machines. X is one of the best solutions for this. As a > side effect, you also could display these applications in the Cygwin > XServer running on windows, but also on an XServer running an hpux or > on Sparc/Solaris or MacOS X or Darwin or ... > > Most of the above platforms will never allow to run native windows apps > with wine. I'm sorry, but I don't get that. WINE runs on top of X. If WINE runs a windows application, then it can export it. But an even better solution, if you want to export the Windows desktop, is too use VNC (http://www.uk.research.att.com/vnc/). It exports nearly anything anywhere. And it's a proven working solution already implemented. Jehan From Alexander.Gottwald@informatik.tu-chemnitz.de Thu Sep 19 12:58:00 2002 From: Alexander.Gottwald@informatik.tu-chemnitz.de (Alexander Gottwald) Date: Thu, 19 Sep 2002 12:58:00 -0000 Subject: X client wrapper for Win apps? In-Reply-To: Message-ID: On Thu, 19 Sep 2002, Jehan wrote: > Alexander Gottwald wrote: > > What I would like to see is a possibility to export the display of windows > > hosts to remote machines. X is one of the best solutions for this. As a > > side effect, you also could display these applications in the Cygwin > > XServer running on windows, but also on an XServer running an hpux or > > on Sparc/Solaris or MacOS X or Darwin or ... > > > > Most of the above platforms will never allow to run native windows apps > > with wine. > > I'm sorry, but I don't get that. WINE runs on top of X. If WINE runs a > windows application, then it can export it. But you won't get wine running on a sparc since wine requires i386 archicture and sparc is a sparc architecture. You can have X11 on sparc as much as you want but you won't get wine running. So you need an extra windows box wich runs the program. And wine will fail if the windows program is needed for special hardware access. > But an even better solution, if you want to export the Windows desktop, > is too use VNC (http://www.uk.research.att.com/vnc/). It exports nearly > anything anywhere. And it's a proven working solution already implemented. VNC is not the better solution. It grab parts of the picture _after_ they were drawn. X11 sends the drawing commands across network. There was always a VNC client for windows which allowed access to a unix session. But as this is far from being fast someone started building a xserver for windows. VNC requires much higher bandwidth than X11 and will fail on fast changes of the display content. bye ago -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From Alexander.Gottwald@informatik.tu-chemnitz.de Thu Sep 19 13:11:00 2002 From: Alexander.Gottwald@informatik.tu-chemnitz.de (Alexander Gottwald) Date: Thu, 19 Sep 2002 13:11:00 -0000 Subject: X client wrapper for Win apps? In-Reply-To: Message-ID: On Thu, 19 Sep 2002, Jehan wrote: > 4. Give me valid point (like the hardware thing) and I'll just up. API > compatibility isn't a valid one since it can be easily fix (more easily > that writing a new GDI driver). Just explain the design you have in mind. Is it Application User32.dll User32-orig.dll XWin ------------>LineTo(x,y)----+---->LineTo(x,y) | +-------------------->shadowDrawLine If so, then you must call the xserver drawing function directly Application User32.dll User32-orig.dll XLib ------------>LineTo(x,y)----+---->LineTo(x,y) | +-------------------->XDrawLine In this case you have the X11 Protocol overhead again. And of course the problem with the replaced User32.dll My proposal was Application User32.dll GDI DisplayGDI XLib ---------->LineTo(x,y)---->gdiLineTo(x,y)--->gdiLineTo(x,y) | +-------------------------->XDrawLine This requires the same work as replacing user32 since all exported functions from the library must be replace with stubs calling the original functions and the code for converting the calls to X11 or the Xserver functions must be written. bye ago -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From pyrosys@bored.com Thu Sep 19 13:44:00 2002 From: pyrosys@bored.com (pyrosys@bored.com) Date: Thu, 19 Sep 2002 13:44:00 -0000 Subject: Hey, I found a site all about acid! Message-ID: Hey I found this site all about LSD25. Its such a cool site I just had to share it. Sorry if you did not want this e-mail, it wont happen again by me. Anywayz the site has all kinds of information about the drug and things to look at and do while on it! Also it has tons of music, videos, t-shirts, posters, books, and all kinds of stuff for sale at very good prices. Even if you dont like drugs the site is worth taking a look at. http://acidtrip.tk is the site url. I hope you enjoy the site as much as i did! -Pyro From nahor@bravobrava.com Thu Sep 19 14:01:00 2002 From: nahor@bravobrava.com (Jehan) Date: Thu, 19 Sep 2002 14:01:00 -0000 Subject: X client wrapper for Win apps? References: Message-ID: Alexander Gottwald wrote: > On Thu, 19 Sep 2002, Jehan wrote: > > >>4. Give me valid point (like the hardware thing) and I'll just up. API >>compatibility isn't a valid one since it can be easily fix (more easily >>that writing a new GDI driver). > > > Just explain the design you have in mind. Is it > > Application User32.dll User32-orig.dll XWin > > ------------>LineTo(x,y)----+---->LineTo(x,y) > | > +-------------------->shadowDrawLine > > If so, then you must call the xserver drawing function directly > Application User32.dll User32-orig.dll XLib > > ------------>LineTo(x,y)----+---->LineTo(x,y) > | > +-------------------->XDrawLine > > In this case you have the X11 Protocol overhead again. > > And of course the problem with the replaced User32.dll > > My proposal was > > Application User32.dll GDI DisplayGDI XLib > > ---------->LineTo(x,y)---->gdiLineTo(x,y)--->gdiLineTo(x,y) > | > +-------------------------->XDrawLine > > This requires the same work as replacing user32 since all exported functions > from the library must be replace with stubs calling the original functions > and the code for converting the calls to X11 or the Xserver functions > must be written. Ok, if I read correctly between the lines, I think I know where my problem is. Is user32.dll and the "GDI driver" the same thing? Or is the "GDI driver" like my video card driver or my audio card driver? Because, actually, my biggest problem is to have the User32.dll being replaced. From the way I see it, it's one of the core dll from Windows. My fear then is that, if we replace that DLL, Windows will start to fall apart because (1) the dll isn't 100% compatible or (2) the next Windows update will refuse to work because the checksum won't match anymore or (3) the update will "patch" the DLL but makes it completely unusable because function entries are not at the address or something like. In short, that since the DLL won't be the same, something will break sooner or later and make my system unusable. A dll, in theory, is supposed to be replacable by another one having the same API, in pratice, it's not. If XFree replaces my User32.dll, I don't think I'll to use it anymore. Too risky. A driver, in the other hand, seems to be more easily replacable. I haven't heard yet of Windows keeping several versions of a driver and using the one that matches a given application. Jehan From davidf@sjsoft.com Thu Sep 19 14:03:00 2002 From: davidf@sjsoft.com (David Fraser) Date: Thu, 19 Sep 2002 14:03:00 -0000 Subject: X client wrapper for Win apps? References: Message-ID: <3D8A3B7D.3040808@sjsoft.com> Alexander Gottwald wrote: >On Thu, 19 Sep 2002, Jehan wrote: > > > >>4. Give me valid point (like the hardware thing) and I'll just up. API >>compatibility isn't a valid one since it can be easily fix (more easily >>that writing a new GDI driver). >> >> > >Just explain the design you have in mind. Is it > >Application User32.dll User32-orig.dll XWin > > ------------>LineTo(x,y)----+---->LineTo(x,y) > | > +-------------------->shadowDrawLine > >If so, then you must call the xserver drawing function directly >Application User32.dll User32-orig.dll XLib > > ------------>LineTo(x,y)----+---->LineTo(x,y) > | > +-------------------->XDrawLine > >In this case you have the X11 Protocol overhead again. > >And of course the problem with the replaced User32.dll > >My proposal was > >Application User32.dll GDI DisplayGDI XLib > > ---------->LineTo(x,y)---->gdiLineTo(x,y)--->gdiLineTo(x,y) > | > +-------------------------->XDrawLine > >This requires the same work as replacing user32 since all exported functions >from the library must be replace with stubs calling the original functions >and the code for converting the calls to X11 or the Xserver functions >must be written. > >bye > ago > Now we're talking. This is the type of thing we should be discussing. It is clear that doing this Windows->X thing would useful and there is a fair amount of interest in it. I suggest we discuss an implementation strategy and do it. Maybe we can separate out the "why would you want to do that" thread from a planning thread... I've thought about several ways for doing various things but really need to read up more of the docs on how the GDI works. Unless of course someone wants to post a nice explanation of whats relevant. Pros/cons of the two approaches above? Essentialy I've thought that wine has a lot of the code we need but we probably need to start a separate system to establish the basic framework before we try getting the wine code ported. Maybe I'm wrong. Anyone tried to compile x11drv? Also, it may be advantageous to only use X for certain applications ... in that case you want to be able to set (say with environment variables like DISPLAY) whether you're using X or not and which display you're exporting it to. This would also involve allowing different users to logon at the same time from different X servers etc. If we're looking at this type of approach, I'm not sure a GDI driver would work because you may need different gdi drviers for different apps - is that possible in Windows? I've made a whole lot of notes on different possible approaches which might be useful to start things off which I can post as the discussion proceeds... From Alexander.Gottwald@informatik.tu-chemnitz.de Thu Sep 19 14:29:00 2002 From: Alexander.Gottwald@informatik.tu-chemnitz.de (Alexander Gottwald) Date: Thu, 19 Sep 2002 14:29:00 -0000 Subject: X client wrapper for Win apps? In-Reply-To: Message-ID: On Thu, 19 Sep 2002, Jehan wrote: > Ok, if I read correctly between the lines, I think I know where my > problem is. Is user32.dll and the "GDI driver" the same thing? Or is the > "GDI driver" like my video card driver or my audio card driver? The GDI driver _is_ the videocard driver. The General Drawing Interface is an abstraction layer for 2D graphics. So you're graphics driver provides just this interface (and some directdraw interfaces) and all 2D graphics operation as LineTo or DrawRectangle will end in this GDI interface. > A driver, in the other hand, seems to be more easily replacable. I > haven't heard yet of Windows keeping several versions of a driver and > using the one that matches a given application. Maybe not in an per-application context but more like a session context. The advanced server has remote output and local output. Also applications started via the MS Telnet server don't get access to the display. Also printing is in most cases done by switching the devicecontext from the display to the printer driver. The CreateDC function might be a starting point for reading. bye ago -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From ihok@hotmail.com Thu Sep 19 16:47:00 2002 From: ihok@hotmail.com (Jack Tanner) Date: Thu, 19 Sep 2002 16:47:00 -0000 Subject: xcb port to Cygwin; questions about packaging References: <20020918235737.90B7058EA@ivory.research.canon.com.au> Message-ID: <3D8A61A0.80204@hotmail.com> Harold Hunt wrote: > Hmm... I guess that means I will have to update the Cygwin WindowMaker > package. :) How about another bird with the same stone? Openbox 1.2.4 (the latest stable release) compiles (and installs) out of the box. I don't know the packaging routines and don't have the time to learn them, but I figured somebody may be interested. Download http://icculus.org/openbox/releases/openbox-1.2.4.tar.gz, ./configure, make, make install. -jt From rasjidw@openminddev.net Fri Sep 20 03:33:00 2002 From: rasjidw@openminddev.net (Rasjid Wilcox) Date: Fri, 20 Sep 2002 03:33:00 -0000 Subject: X client wrapper for Win apps? In-Reply-To: References: Message-ID: <200209202033.37772.rasjidw@openminddev.net> On Fri, 20 Sep 2002 5:58 am, Alexander Gottwald wrote: > VNC is not the better solution. It grab parts of the picture _after_ they > were drawn. X11 sends the drawing commands across network. There was always > a VNC client for windows which allowed access to a unix session. But as > this is far from being fast someone started building a xserver for windows. > > VNC requires much higher bandwidth than X11 and will fail on fast changes > of the display content. > As a VNC user who runs Linux and home to control a Windows NT machine at work, and finds the performance less than satisfactory even with ADSL both ends, I would be very interested in the 'X client wrapper for Win apps' idea. I suspect the performance would be subtantially better (assuming decent optimisation and caching). As far as I can tell, Radmin (http://www.radmin.com) is a commercial product that uses the GDI hook idea, and if you believe its marketing, it outperforms all other (windows) remote control software by a significant margin. Unfortunately, it is only Windows-Windows. Anyway, I think that something that allows Windows apps to be easily displayed on Xservers (other than VNC) would be a really good thing. Particularly if just the application could be displayed as opposed to the entire desktop. It opens up all sorts of possibilities, in the same way that a rootless mode does. I would like to see this happen and would be happy to test! :-) Rasjid. From alexander.gottwald@s1999.tu-chemnitz.de Fri Sep 20 04:14:00 2002 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Fri, 20 Sep 2002 04:14:00 -0000 Subject: X client wrapper for Win apps? In-Reply-To: <200209202033.37772.rasjidw@openminddev.net> Message-ID: On Fri, 20 Sep 2002, Rasjid Wilcox wrote: > As a VNC user who runs Linux and home to control a Windows NT machine at work, > and finds the performance less than satisfactory even with ADSL both ends, I > would be very interested in the 'X client wrapper for Win apps' idea. I > suspect the performance would be subtantially better (assuming decent > optimisation and caching). I started compiling the x11drv from wine with cygwin-gcc and got at least the files compiling. But the linking still fails as some other wine libs are needed. At 2AM i stopped working *g* but will continue this evening. > As far as I can tell, Radmin (http://www.radmin.com) is a commercial product > that uses the GDI hook idea Hm, a GDI hook. Can't find anything about this in the MSDN. bye ago -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From davidf@sjsoft.com Fri Sep 20 04:18:00 2002 From: davidf@sjsoft.com (David Fraser) Date: Fri, 20 Sep 2002 04:18:00 -0000 Subject: X client wrapper for Win apps? References: <200209202033.37772.rasjidw@openminddev.net> Message-ID: <3D8B03E2.1040300@sjsoft.com> Rasjid Wilcox wrote: >On Fri, 20 Sep 2002 5:58 am, Alexander Gottwald wrote: > > > >>VNC is not the better solution. It grab parts of the picture _after_ they >>were drawn. X11 sends the drawing commands across network. There was always >>a VNC client for windows which allowed access to a unix session. But as >>this is far from being fast someone started building a xserver for windows. >> >>VNC requires much higher bandwidth than X11 and will fail on fast changes >>of the display content. >> >> >> > >As a VNC user who runs Linux and home to control a Windows NT machine at work, >and finds the performance less than satisfactory even with ADSL both ends, I >would be very interested in the 'X client wrapper for Win apps' idea. I >suspect the performance would be subtantially better (assuming decent >optimisation and caching). > >As far as I can tell, Radmin (http://www.radmin.com) is a commercial product >that uses the GDI hook idea, and if you believe its marketing, it outperforms >all other (windows) remote control software by a significant margin. >Unfortunately, it is only Windows-Windows. > >Anyway, I think that something that allows Windows apps to be easily displayed >on Xservers (other than VNC) would be a really good thing. Particularly if >just the application could be displayed as opposed to the entire desktop. It >opens up all sorts of possibilities, in the same way that a rootless mode >does. > >I would like to see this happen and would be happy to test! :-) > >Rasjid. > > What would be even better than either VNC or Radmin is that you could use a standard Windows machine like a Terminal Server if we got this all set up right... If an office wants to migrate to Linux but some people still need Windows apps, they could just use one Windows box and let people connect to that to run the apps they need... David > > From FRANZW@dk.ibm.com Fri Sep 20 04:40:00 2002 From: FRANZW@dk.ibm.com (Franz Wolfhagen) Date: Fri, 20 Sep 2002 04:40:00 -0000 Subject: X client wrapper for Win apps? Message-ID: I did a quick search on Google groups - it seems that this is discussed several times (and several products are beeing mentioned...). One method is to provide a 'mirror driver' to intercept the all calls from GDI to the display driver (this should be the method used by Netmeeting). There should be a sample in the windows DDK in %WINDDK% \src\video\displays\mirror\disp\. The link is http://www.microsoft.com/hwdev/tech/display/default.asp. As the windwos sample code probably is limited by some licensing issues the driver probably has to be developed without this code - but IANAL. Med venlig hilsen / Regards Franz Wolfhagen From alexander.gottwald@s1999.tu-chemnitz.de Fri Sep 20 05:20:00 2002 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Fri, 20 Sep 2002 05:20:00 -0000 Subject: X client wrapper for Win apps? In-Reply-To: Message-ID: On Fri, 20 Sep 2002, Franz Wolfhagen wrote: > The link is http://www.microsoft.com/hwdev/tech/display/default.asp. > Thanks. That one and some furter links into the MSDN are quite interesting bye ago -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From stuart.adamson@evolution.net Fri Sep 20 05:30:00 2002 From: stuart.adamson@evolution.net (Stuart Adamson) Date: Fri, 20 Sep 2002 05:30:00 -0000 Subject: X client wrapper for Win apps? Message-ID: <9920848EF398D311BDC400508BF339F9A9D0DB@ldnisp14.evolution.net> > From: Harold L Hunt [mailto:huntharo@msu.edu] > > Didn't your mothers ever tell you guys that you are crazy? > Yes ... and .... ;) Stuart From stuart.adamson@evolution.net Fri Sep 20 05:30:00 2002 From: stuart.adamson@evolution.net (Stuart Adamson) Date: Fri, 20 Sep 2002 05:30:00 -0000 Subject: X client wrapper for Win apps? Message-ID: <9920848EF398D311BDC400508BF339F9A9D0DC@ldnisp14.evolution.net> > From: Jehan [mailto:nahor@bravobrava.com] > Stuart Adamson wrote: > > Maybe the way forward is to filter calls to user32.dll > (where most of the > > basic > > windowing functions end up). By filtering I mean renaming > user32.dll to > > user32-real.dll and writing your own user32.dll which > either sends requests > > to > > X11 or to user32-real.dll, depending on the process id of > the requesting > > process. > > Oh nice! I'll then look forward to the new Windows service > pack and the > number of new posts in the mailing about XFree being broken after the > upgrade. But it won't. The interface to user32.dll of existing apps will remain the same (the service pack doesn't change apps code does it) hence any service packs shouldn't break this filtering. Take a look a feszer from l0pft with filters msvcrt.dll. This works on winnt sp4, winnt sp5, winnt sp6a and win2000sp2sr1. I see something like A small cygwin X program which you invoke with the win32 program as its argument. The cygwin program executes the win32 program, registers itself and the id of the win32 program with our user32.dll filter. When the win32 app makes GDI calls to user32.dll, these get forwarded to our cygwin program which converts them into X calls and sends them to your X server. So, the start outlook you would do something like "wrapX11 outlook.exe" > But I have a better idea, replace the kernel32.dll with our own that > will convert Windows calls into a Linux/BSD/Un*x calls. That way, > instead of having Windows window showing in Xfree running in Windows, > you'll just have Windows on top of Xfree. We would also have > a perfect > Unix layer for Windows then, we won't need Cygwin anymore, we > would use > Linux/BSD/Un*x directly. It will also add to the > security/performance/whatever. Now you're just being silly ;) Stuart - okay, so I've had a pint or five tonight From stuart.adamson@evolution.net Fri Sep 20 05:41:00 2002 From: stuart.adamson@evolution.net (Stuart Adamson) Date: Fri, 20 Sep 2002 05:41:00 -0000 Subject: X client wrapper for Win apps? Message-ID: <9920848EF398D311BDC400508BF339F980A4E4@ldnisp14.evolution.net> > One method is to provide a 'mirror driver' to intercept the all calls > from GDI to the display driver (this should be the method used by > Netmeeting). But that requires a device driver doesn't it? (i.e. code that runs in kernel mode). Hooking into user32.dll only requires code that runs in user mode - so is a lot easier to get right. > As the windwos sample code probably is limited by some licensing issues > the driver probably has to be developed without this code - but IANAL. The DDK is a free download (it does say you need VC 5 or 6 to compile drivers - I've never tried with gcc). Stuart From stuart.adamson@evolution.net Fri Sep 20 05:47:00 2002 From: stuart.adamson@evolution.net (Stuart Adamson) Date: Fri, 20 Sep 2002 05:47:00 -0000 Subject: New Project (was RE: X client wrapper for Win apps?) Message-ID: <9920848EF398D311BDC400508BF339F980A4E5@ldnisp14.evolution.net> As what we are wanting to do here isn't strictly a cygwin/Xfree86 thing could I suggest we start a new sourceforge project and mailing list for this? Of course - we need a name for that ... Stuart From davidf@sjsoft.com Fri Sep 20 05:53:00 2002 From: davidf@sjsoft.com (David Fraser) Date: Fri, 20 Sep 2002 05:53:00 -0000 Subject: X client wrapper for Win apps? References: <9920848EF398D311BDC400508BF339F9A9D0DC@ldnisp14.evolution.net> Message-ID: <3D8B1A3A.8040300@sjsoft.com> Stuart Adamson wrote: >>From: Jehan [mailto:nahor@bravobrava.com] >>Stuart Adamson wrote: >> >> >>>Maybe the way forward is to filter calls to user32.dll (where most of thebasic >>>windowing functions end up). By filtering I mean renaming user32.dll to >>>user32-real.dll and writing your own user32.dll which either sends requests to >>>X11 or to user32-real.dll, depending on the process id of the requesting process. >>> >>> >>Oh nice! I'll then look forward to the new Windows service >>pack and the >>number of new posts in the mailing about XFree being broken after the >>upgrade. >> >> > >But it won't. The interface to user32.dll of existing apps will remain the >same >(the service pack doesn't change apps code does it) hence any service packs >shouldn't break this filtering. > >Take a look a feszer from l0pft with filters msvcrt.dll. This works on winnt >sp4,winnt sp5, winnt sp6a and win2000sp2sr1. > > >I see something like > > A small cygwin X program which you invoke with the win32 program as its argument. > The cygwin program executes the win32 program, registers itself and the id of the > win32 program with our user32.dll filter. > When the win32 app makes GDI calls to user32.dll, these get forwarded to our cygwin > program which converts them into X calls and sends them to your X server. > > So, the start outlook you would do something like "wrapX11 outlook.exe" > > > I agree, we should hook user32.dll. I have some code that does the following: 1) Uses Windows Hooks (designed for Computer-Based Training etc) to get loaded into program as soon as the program creates a window, then calls 2) 2) Updates the address table to redirect certain functions from desired dlls Basically we want to replace 1) with a program that loads the program and then does 2) This would then be "wrapX11" This way we don't have to rename user32.dll to user32-real.dll and replace it with our own, we just add user32-X11.dll in and make it replace certain functions. We could even make wrapX11 automatically attach to everything and decide whether to wrap it not based on the process ID but environment variables... From davidf@sjsoft.com Fri Sep 20 06:02:00 2002 From: davidf@sjsoft.com (David Fraser) Date: Fri, 20 Sep 2002 06:02:00 -0000 Subject: New Project (was RE: X client wrapper for Win apps?) References: <9920848EF398D311BDC400508BF339F980A4E5@ldnisp14.evolution.net> Message-ID: <3D8B1C5E.6040700@sjsoft.com> Stuart Adamson wrote: >As what we are wanting to do here isn't strictly a cygwin/Xfree86 >thing could I suggest we start a new sourceforge project and mailing list >for this? > >Of course - we need a name for that ... > > >Stuart > > Yes, I've been thinking this and then we can include it back into cygwin if neccessary later. Possible names: gdi2X win2X xgdi I'm happy to register the project and set it up... From stuart.adamson@evolution.net Fri Sep 20 06:42:00 2002 From: stuart.adamson@evolution.net (Stuart Adamson) Date: Fri, 20 Sep 2002 06:42:00 -0000 Subject: X client wrapper for Win apps? Message-ID: <9920848EF398D311BDC400508BF339F980A4E6@ldnisp14.evolution.net> > I agree, we should hook user32.dll. > I have some code that does the following: > 1) Uses Windows Hooks (designed for Computer-Based Training > etc) to get > loaded > into program as soon as the program creates a window, then calls 2) > 2) Updates the address table to redirect certain functions > from desired dlls > Basically we want to replace 1) with a program that loads the program > and then does 2) > This would then be "wrapX11" > This way we don't have to rename user32.dll to user32-real.dll and > replace it with our own, > we just add user32-X11.dll in and make it replace certain functions. Sounds better. * Would not require a reboot to install / test * Is less likely to break when a service pack upgrades user32.dll From stuart.adamson@evolution.net Fri Sep 20 06:47:00 2002 From: stuart.adamson@evolution.net (Stuart Adamson) Date: Fri, 20 Sep 2002 06:47:00 -0000 Subject: New Project (was RE: X client wrapper for Win apps?) Message-ID: <9920848EF398D311BDC400508BF339F980A4E7@ldnisp14.evolution.net> > gdi2X > win2X > xgdi I like win2x. (or maybe win4x) > I'm happy to register the project and set it up... I'd say wait a few hours for people in the states to wake up and read the mass of email and then unless anyone comes up with better names, go and do it. Stuart From davidf@sjsoft.com Fri Sep 20 06:48:00 2002 From: davidf@sjsoft.com (David Fraser) Date: Fri, 20 Sep 2002 06:48:00 -0000 Subject: X client wrapper for Win apps? References: <9920848EF398D311BDC400508BF339F980A4E6@ldnisp14.evolution.net> Message-ID: <3D8B271B.8030701@sjsoft.com> Stuart Adamson wrote: >>I agree, we should hook user32.dll. >>I have some code that does the following: >>1) Uses Windows Hooks (designed for Computer-Based Training >>etc) to get >>loaded >>into program as soon as the program creates a window, then calls 2) >>2) Updates the address table to redirect certain functions >>from desired dlls >>Basically we want to replace 1) with a program that loads the program >>and then does 2) >>This would then be "wrapX11" >>This way we don't have to rename user32.dll to user32-real.dll and >>replace it with our own, >>we just add user32-X11.dll in and make it replace certain functions. >> >> > >Sounds better. > * Would not require a reboot to install / test > * Is less likely to break when a service pack upgrades user32.dll > Also, doesn't give hassles with Windows File Protection under 2000+ (even though that can be disabled). As far as I can see, at the moment we just need a simple way to get development going, and the development should be done in such a way that later on it'll be easy to rearrange the code. So we could use this approach and then if later we want to actually replace user32.dll or do something like that we could. Also, if we have a structure in place, even if it only translates a simple program we can then bring in code from wine etc and see how easy it would be to merge it in. I've got a simple hello world done in the Win32 API which could be a first goal. Then we could do enough to run notepad and solitaire... From FRANZW@dk.ibm.com Fri Sep 20 06:58:00 2002 From: FRANZW@dk.ibm.com (Franz Wolfhagen) Date: Fri, 20 Sep 2002 06:58:00 -0000 Subject: X client wrapper for Win apps? Message-ID: I do not fully agree that hooking the user32.dll is the best approach - but I do not we need to agree on this.... Doing some more intensive searches on Google I found the following site : http://services.simac.be/vnc/winvncdrv/index.html One of their gimmicks is to hook a single application (what we want to do).... It seems that they have build a mirrordriver for VNC - the source is available on their site - for those who are more fluent in coding than me could take a look and see if this is intereting. Med venlig hilsen / Regards Franz Wolfhagen From rasjidw@openminddev.net Fri Sep 20 07:08:00 2002 From: rasjidw@openminddev.net (Rasjid Wilcox) Date: Fri, 20 Sep 2002 07:08:00 -0000 Subject: New Project (was RE: X client wrapper for Win apps?) In-Reply-To: <9920848EF398D311BDC400508BF339F980A4E7@ldnisp14.evolution.net> References: <9920848EF398D311BDC400508BF339F980A4E7@ldnisp14.evolution.net> Message-ID: <200209210008.15343.rasjidw@openminddev.net> On Fri, 20 Sep 2002 11:46 pm, Stuart Adamson wrote: > > gdi2X > > win2X > > xgdi > > I like win2x. (or maybe win4x) > > > I'm happy to register the project and set it up... > > I'd say wait a few hours for people in the states to wake up and read the > mass of > email and then unless anyone comes up with better names, go and do it. > For what it is worth, I like win2x, although win4x is a bit more unique, with google giving 'win2x' 295 matches, but only 10 for 'win4x'. On reflection, win2x also describes a bit more what it actually does. I think the gdi names are a bit obscure for the less technical. As mentioned previously, I'll help test, as I doubt I can help with the code. [Not really looking like a job for Python. :-) ] Rasjid. From jc.gervais@videotron.ca Fri Sep 20 07:27:00 2002 From: jc.gervais@videotron.ca (Jean-Claude Gervais) Date: Fri, 20 Sep 2002 07:27:00 -0000 Subject: X client wrapper for Win apps? In-Reply-To: <3D8B1A3A.8040300@sjsoft.com> Message-ID: Hi guys, Not to contradict anyone, but I thought I might share my understanding of the Windows API. USER32 is the library for creating the window objects, yes, but it only manages their data structures and I don't think it does any actual drawing. It relies on GDI for that I think. GDI32 is the module USER32 and your own code uses to do rendering. This is the one we'd have to emulate. This presupposes that we only want to hook GDI output, which to me seems incomplete, because (I might be wrong here) some applications might use DirectDraw to do output. Games mostly I would think. It's just that if we want ubiquitous support, we'd have to address that too. -----Original Message----- From: cygwin-xfree-owner@cygwin.com [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of David Fraser Sent: Friday, September 20, 2002 8:53 AM To: cygwin-xfree@cygwin.com Subject: Re: X client wrapper for Win apps? Stuart Adamson wrote: >>From: Jehan [mailto:nahor@bravobrava.com] >>Stuart Adamson wrote: >> >> >>>Maybe the way forward is to filter calls to user32.dll (where most of thebasic >>>windowing functions end up). By filtering I mean renaming user32.dll to >>>user32-real.dll and writing your own user32.dll which either sends requests to >>>X11 or to user32-real.dll, depending on the process id of the requesting process. >>> >>> >>Oh nice! I'll then look forward to the new Windows service >>pack and the >>number of new posts in the mailing about XFree being broken after the >>upgrade. >> >> > >But it won't. The interface to user32.dll of existing apps will remain the >same >(the service pack doesn't change apps code does it) hence any service packs >shouldn't break this filtering. > >Take a look a feszer from l0pft with filters msvcrt.dll. This works on winnt >sp4,winnt sp5, winnt sp6a and win2000sp2sr1. > > >I see something like > > A small cygwin X program which you invoke with the win32 program as its argument. > The cygwin program executes the win32 program, registers itself and the id of the > win32 program with our user32.dll filter. > When the win32 app makes GDI calls to user32.dll, these get forwarded to our cygwin > program which converts them into X calls and sends them to your X server. > > So, the start outlook you would do something like "wrapX11 outlook.exe" > > > I agree, we should hook user32.dll. I have some code that does the following: 1) Uses Windows Hooks (designed for Computer-Based Training etc) to get loaded into program as soon as the program creates a window, then calls 2) 2) Updates the address table to redirect certain functions from desired dlls Basically we want to replace 1) with a program that loads the program and then does 2) This would then be "wrapX11" This way we don't have to rename user32.dll to user32-real.dll and replace it with our own, we just add user32-X11.dll in and make it replace certain functions. We could even make wrapX11 automatically attach to everything and decide whether to wrap it not based on the process ID but environment variables... From huntharo@msu.edu Fri Sep 20 07:30:00 2002 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 20 Sep 2002 07:30:00 -0000 Subject: New Project (was RE: X client wrapper for Win apps?) References: <9920848EF398D311BDC400508BF339F980A4E5@ldnisp14.evolution.net> <3D8B1C5E.6040700@sjsoft.com> Message-ID: <3D8B30E6.4060205@msu.edu> Please don't use GDI in the name. I ask this because I don't want there to be confusion between the Cygwin/XFree86 NativeGDI engine and any foogdi project. Consider instead something like the following: XShell XExplorer Something more along those lines would help to differentiate your project from Cygwin/XFree86. Harold David Fraser wrote: > Stuart Adamson wrote: > >> As what we are wanting to do here isn't strictly a cygwin/Xfree86 >> thing could I suggest we start a new sourceforge project and mailing >> list >> for this? >> >> Of course - we need a name for that ... >> >> >> Stuart >> >> > Yes, I've been thinking this and then we can include it back into > cygwin if neccessary > later. Possible names: > gdi2X > win2X > xgdi > I'm happy to register the project and set it up... > > From stuart.adamson@evolution.net Fri Sep 20 07:41:00 2002 From: stuart.adamson@evolution.net (Stuart Adamson) Date: Fri, 20 Sep 2002 07:41:00 -0000 Subject: X client wrapper for Win apps? Message-ID: <9920848EF398D311BDC400508BF339F980A4E8@ldnisp14.evolution.net> > Then we could do enough to run notepad and solitaire... Don't know about Solitaire - the productivity might suddenly slow down a bit once that works ;) Stuart From davidf@sjsoft.com Fri Sep 20 09:09:00 2002 From: davidf@sjsoft.com (David Fraser) Date: Fri, 20 Sep 2002 09:09:00 -0000 Subject: New Project (was RE: X client wrapper for Win apps?) References: <9920848EF398D311BDC400508BF339F980A4E5@ldnisp14.evolution.net> <3D8B1C5E.6040700@sjsoft.com> <3D8B30E6.4060205@msu.edu> Message-ID: <3D8B482D.3020200@sjsoft.com> Harold L Hunt II wrote: > Please don't use GDI in the name. I ask this because I don't want > there to be confusion between the Cygwin/XFree86 NativeGDI engine and > any foogdi project. > > Consider instead something like the following: > XShell > XExplorer > > Something more along those lines would help to differentiate your > project from Cygwin/XFree86. > > Harold > > David Fraser wrote: > >> Yes, I've been thinking this and then we can include it back into >> cygwin if neccessary >> later. Possible names: >> gdi2X >> win2X >> xgdi >> I'm happy to register the project and set it up... >> >> Qualities we need for the name of the project: Should reflect what it does (displays ordinary Windows programs on an Xserver) Should be intelligible to end users Other names: OpenWin[dows] (because it's open source replacement for windows gdi) XOpenWin[dows] I reckon XExplorer sounds to much like it's a different of Windows Explorer, XShell is fairly good, as it's replacing the normal shell functions. XDesktop would be good except it would sound like its a generic X Desktop like KDE or Gnome I like the combination of Open and Windows as it's reflective both of the fact that its open source and that its using an open protocol, which is important because it gives flexibility that Windows currently lacks. And it's metaphorically nice. I don't think we can simply use OpenWindows though as that's a Sun windowing system... We should clarify the scope of the project. It could be an umbrella project to house a few different ways of goiig about this (that have been discussed so far) or we could settle on It takes a while to register a project anyway (about a day) and these are the things we need... (from sourceforge page) 1. Project Full Name You should start with specifying the name of your project. The "Full Name" is descriptive, and has no arbitrary restrictions (except a 40 character limit). 2. Project Purpose and Summarization *Submitted description should be at least a paragraph in length, and provide details of your intended implementation (programming language, OS platforms supported, graphics libraries you might intend to use, etc. as applicable). This description will be the basis for the approval or rejection of your request for project hosting on SourceForge.net, and later, to ensure that you are using the services in the intended way. This description will not be used as a public description of your project. * 3. License I would think GPL or LGPL here unless there is a reason we need to keep this the same as cygwin/Xfree86 4. Project Public Description This is the description of your project which will be shown on the Project Summary page, in search results, etc. Maximum length is 255 chars. 5. Project Unix Name In addition to full project name, you will need to choose short, "Unix" name for your project. (This is the name discussion above) Once it's up, we need to set up mailing lists and the web site and then we can get going... David From alexander.gottwald@s1999.tu-chemnitz.de Fri Sep 20 09:14:00 2002 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Fri, 20 Sep 2002 09:14:00 -0000 Subject: New Project (was RE: X client wrapper for Win apps?) In-Reply-To: <3D8B482D.3020200@sjsoft.com> Message-ID: On Fri, 20 Sep 2002, David Fraser wrote: > Other names: > OpenWin[dows] (because it's open source replacement for windows gdi) > XOpenWin[dows] OpenWindows is the X11 environment from SUN. Using this name might bring some trademark problems. bye ago -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From JDrash@eesus.jnj.com Fri Sep 20 09:39:00 2002 From: JDrash@eesus.jnj.com (Jim Drash) Date: Fri, 20 Sep 2002 09:39:00 -0000 Subject: New Project (was RE: X client wrapper for Win apps?) Message-ID: Can we move this discussion to another mailing list? and Get back to the business of cygwin-xfree, here. TIA jim drash From davidf@sjsoft.com Fri Sep 20 09:41:00 2002 From: davidf@sjsoft.com (David Fraser) Date: Fri, 20 Sep 2002 09:41:00 -0000 Subject: New Project (was RE: X client wrapper for Win apps?) References: Message-ID: <3D8B4FA2.6050006@sjsoft.com> Yes, will do as soon as the new project is set up. So it'll hopefully be only a few more emails. Jim Drash wrote: >Can we move this discussion to another mailing list? and Get back to the >business of cygwin-xfree, here. > >TIA >jim drash > > > > From davidf@sjsoft.com Fri Sep 20 09:57:00 2002 From: davidf@sjsoft.com (David Fraser) Date: Fri, 20 Sep 2002 09:57:00 -0000 Subject: New Project (was RE: X client wrapper for Win apps?) References: Message-ID: <3D8B5362.9060009@sjsoft.com> Alexander Gottwald wrote: >On Fri, 20 Sep 2002, David Fraser wrote: > > > >>Other names: >> OpenWin[dows] (because it's open source replacement for windows gdi) >> XOpenWin[dows] >> >> > >OpenWindows is the X11 environment from SUN. Using this name might bring >some trademark problems. > >bye > ago > Thanks, had realized that (mentioned later in email)...rats thesaurus time: Window: light port sky lattice sun shine viewpoint outlet shutter gate hmmm... Anyway I'm happy with XOpenWin. I prefer it to win2x because it sounds more professional. Any objections? Here's a stab at the project descriptions etc: 1. Full Name XOpenWin 2. Project Purpose and Summarizations XOpenWin is a project to utilize X Windows as an alternative user interface for Windows operating systems. It will use the the cygwin xfree86 project (particularly xlib) to display the equivalent of GDI calls for Windows applications. It may import or use code from the Wine project that does similar things on Linux; however this is essentially different to Wine as it is only converting the display, not emulating any other Windows functions. Programming language will be C/C++, OS platforms as many windows variants as possible. This has been discussed extensively on the cygwin-xfree86 mailing list and planning has already begun. 3. License GPL. 4. Project Public Description: XOpenWin is a project to utilize XWindows as an alternative user interface for Windows operating systems. It will allow any app (or the whole UI) to be displayed in an X server, on the user's screen (cygwin) or remotely. 'Say goodbye to the Windows GDI' 5. Unix name XOpenWin Any changes, post them quickly, otherwise I'll go ahead... From davidf@sjsoft.com Fri Sep 20 10:22:00 2002 From: davidf@sjsoft.com (David Fraser) Date: Fri, 20 Sep 2002 10:22:00 -0000 Subject: XOpenWin Message-ID: <3D8B596A.7000901@sjsoft.com> Submitted an application to source forge to create project XOpenWin. Will post again when it is set up (takes a while for them to process) David From jc.gervais@videotron.ca Fri Sep 20 11:30:00 2002 From: jc.gervais@videotron.ca (Jean-Claude Gervais) Date: Fri, 20 Sep 2002 11:30:00 -0000 Subject: XOpenWin In-Reply-To: <3D8B596A.7000901@sjsoft.com> Message-ID: Um, was Win2X pitched as a name? -----Original Message----- From: cygwin-xfree-owner@cygwin.com [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of David Fraser Sent: Friday, September 20, 2002 1:23 PM To: cygwin-xfree@cygwin.com Subject: XOpenWin Submitted an application to source forge to create project XOpenWin. Will post again when it is set up (takes a while for them to process) David From davidf@sjsoft.com Fri Sep 20 11:38:00 2002 From: davidf@sjsoft.com (David Fraser) Date: Fri, 20 Sep 2002 11:38:00 -0000 Subject: XOpenWin References: Message-ID: <3D8B6B29.7080004@sjsoft.com> Yes, but then I posted some other alternatives and suggested this name and nobody seemed to mind. I could always reapply for the project under a different name... I just thought a huge discussion about the name would take time... but if people generally want Win2X we can do that I guess. Pros/cons? Jean-Claude Gervais wrote: >Um, was Win2X pitched as a name? > > >-----Original Message----- >From: cygwin-xfree-owner@cygwin.com [mailto:cygwin-xfree-owner@cygwin.com]On >Behalf Of David Fraser >Sent: Friday, September 20, 2002 1:23 PM >To: cygwin-xfree@cygwin.com >Subject: XOpenWin > >Submitted an application to source forge to create project XOpenWin. >Will post again when it is set up (takes a while for them to process) > >David > > > From nwourms@yahoo.com Fri Sep 20 11:42:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Fri, 20 Sep 2002 11:42:00 -0000 Subject: X client wrapper for Win apps? In-Reply-To: <9920848EF398D311BDC400508BF339F980A4E4@ldnisp14.evolution.net> Message-ID: <20020920184209.14936.qmail@web21005.mail.yahoo.com> --- Stuart Adamson wrote: > > One method is to provide a 'mirror driver' to intercept the all > calls > > from GDI to the display driver (this should be the method used by > > Netmeeting). > > But that requires a device driver doesn't it? (i.e. code that runs > in > kernel mode). Hooking into user32.dll only requires code that runs > in > user mode - so is a lot easier to get right. > > > As the windwos sample code probably is limited by some licensing > issues > > the driver probably has to be developed without this code - but > IANAL. > > The DDK is a free download (it does say you need VC 5 or 6 to > compile > drivers - I've never tried with gcc). Now if we could only get the MingW/W32api folks to provide DDK import libraries, headers, and means to build vxd's, we'd be all set :-). Cheers, Nicholas __________________________________________________ Do you Yahoo!? New DSL Internet Access from SBC & Yahoo! http://sbc.yahoo.com From nwourms@yahoo.com Fri Sep 20 11:45:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Fri, 20 Sep 2002 11:45:00 -0000 Subject: New Project (was RE: X client wrapper for Win apps?) In-Reply-To: <9920848EF398D311BDC400508BF339F980A4E5@ldnisp14.evolution.net> Message-ID: <20020920184548.56986.qmail@web21009.mail.yahoo.com> --- Stuart Adamson wrote: > As what we are wanting to do here isn't strictly a cygwin/Xfree86 > thing could I suggest we start a new sourceforge project and > mailing list > for this? A new SF project yes, but this is very much a Cygwin/XFree related issue. It's easier to keep up with things if you don't have to subscribe to tons of lists. I say we keep the discussion going on here. Cheers, Nicholas __________________________________________________ Do you Yahoo!? New DSL Internet Access from SBC & Yahoo! http://sbc.yahoo.com From jc.gervais@videotron.ca Fri Sep 20 11:56:00 2002 From: jc.gervais@videotron.ca (Jean-Claude Gervais) Date: Fri, 20 Sep 2002 11:56:00 -0000 Subject: XOpenWin In-Reply-To: <3D8B6B29.7080004@sjsoft.com> Message-ID: The only reason I have for Win2X is that it takes Windows output and sends it to X... Maybe we could call it. OpenWin2X Either way. XopenWin is also nice. -----Original Message----- From: cygwin-xfree-owner@cygwin.com [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of David Fraser Sent: Friday, September 20, 2002 2:39 PM To: cygwin-xfree@cygwin.com Subject: Re: XOpenWin Yes, but then I posted some other alternatives and suggested this name and nobody seemed to mind. I could always reapply for the project under a different name... I just thought a huge discussion about the name would take time... but if people generally want Win2X we can do that I guess. Pros/cons? Jean-Claude Gervais wrote: >Um, was Win2X pitched as a name? > > >-----Original Message----- >From: cygwin-xfree-owner@cygwin.com [mailto:cygwin-xfree-owner@cygwin.com]On >Behalf Of David Fraser >Sent: Friday, September 20, 2002 1:23 PM >To: cygwin-xfree@cygwin.com >Subject: XOpenWin > >Submitted an application to source forge to create project XOpenWin. >Will post again when it is set up (takes a while for them to process) > >David > > > From nwourms@yahoo.com Fri Sep 20 12:04:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Fri, 20 Sep 2002 12:04:00 -0000 Subject: New Project (was RE: X client wrapper for Win apps?) In-Reply-To: <3D8B30E6.4060205@msu.edu> Message-ID: <20020920190412.19080.qmail@web21005.mail.yahoo.com> --- Harold L Hunt II wrote: > Please don't use GDI in the name. I ask this because I don't want > there > to be confusion between the Cygwin/XFree86 NativeGDI engine and any > > foogdi project. > > Consider instead something like the following: > XShell > XExplorer > > Something more along those lines would help to differentiate your > project from Cygwin/XFree86. > I don't see why this has to be seperate from the Cygwin/XFree project? It seems to me that they are proposing more of an extension/addon then replacing the server itself. Do you have some objection to what is being proposed? Cheers, Nicholas __________________________________________________ Do you Yahoo!? New DSL Internet Access from SBC & Yahoo! http://sbc.yahoo.com From nwourms@yahoo.com Fri Sep 20 12:05:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Fri, 20 Sep 2002 12:05:00 -0000 Subject: XOpenWin In-Reply-To: <3D8B6B29.7080004@sjsoft.com> Message-ID: <20020920190517.74858.qmail@web21003.mail.yahoo.com> --- David Fraser wrote: > Yes, but then I posted some other alternatives and suggested this > name > and nobody > seemed to mind. I could always reapply for the project under a > different > name... > I just thought a huge discussion about the name would take time... > but > if people generally > want Win2X we can do that I guess. Pros/cons? > > Jean-Claude Gervais wrote: > > >Um, was Win2X pitched as a name? > > > > XOpenWin sounds fine... __________________________________________________ Do you Yahoo!? New DSL Internet Access from SBC & Yahoo! http://sbc.yahoo.com From huntharo@msu.edu Fri Sep 20 12:05:00 2002 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 20 Sep 2002 12:05:00 -0000 Subject: New Project (was RE: X client wrapper for Win apps?) References: <20020920184548.56986.qmail@web21009.mail.yahoo.com> Message-ID: <3D8B7161.4030008@msu.edu> I say move the discussion elsewhere. I have put up with it for now, but it really needs to go so we can get back on topic here. Of course, with the level of continuous contributions flowing from other members of the Cygwin/XFree86 project, I can't hold out much hope for this new project. Best of luck, but don't think much will happen after the excitement of picking a name, license, etc. Of course, I love to be proven wrong with oodles of code. Harold Nicholas Wourms wrote: >--- Stuart Adamson wrote: > > >>As what we are wanting to do here isn't strictly a cygwin/Xfree86 >>thing could I suggest we start a new sourceforge project and >>mailing list >>for this? >> >> > >A new SF project yes, but this is very much a Cygwin/XFree related >issue. It's easier to keep up with things if you don't have to >subscribe to tons of lists. I say we keep the discussion going on >here. > >Cheers, >Nicholas > >__________________________________________________ >Do you Yahoo!? >New DSL Internet Access from SBC & Yahoo! >http://sbc.yahoo.com > > From huntharo@msu.edu Fri Sep 20 12:09:00 2002 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 20 Sep 2002 12:09:00 -0000 Subject: New Project (was RE: X client wrapper for Win apps?) References: <20020920190412.19080.qmail@web21005.mail.yahoo.com> Message-ID: <3D8B7239.5040801@msu.edu> Any such development would need to occur in a branch that could eventually be merged back in if it proves stable, useful, well modularized, and actively maintained. If not, I'll just forget that anyone ever talked about doing it in the first place. That's why it needs to move off list, even if it ends up being essentially a feature of Cygwin/XFree86 rather than a seperate program/library. Harold Nicholas Wourms wrote: >--- Harold L Hunt II wrote: > > >>Please don't use GDI in the name. I ask this because I don't want >>there >>to be confusion between the Cygwin/XFree86 NativeGDI engine and any >> >>foogdi project. >> >>Consider instead something like the following: >>XShell >>XExplorer >> >>Something more along those lines would help to differentiate your >>project from Cygwin/XFree86. >> >> >> > >I don't see why this has to be seperate from the Cygwin/XFree >project? It seems to me that they are proposing more of an >extension/addon then replacing the server itself. Do you have some >objection to what is being proposed? > >Cheers, >Nicholas > >__________________________________________________ >Do you Yahoo!? >New DSL Internet Access from SBC & Yahoo! >http://sbc.yahoo.com > > From nwourms@yahoo.com Fri Sep 20 12:11:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Fri, 20 Sep 2002 12:11:00 -0000 Subject: New Project (was RE: X client wrapper for Win apps?) In-Reply-To: <3D8B7161.4030008@msu.edu> Message-ID: <20020920191103.84699.qmail@web21006.mail.yahoo.com> --- Harold L Hunt II wrote: > I say move the discussion elsewhere. I have put up with it for > now, but > it really needs to go so we can get back on topic here. > > Of course, with the level of continuous contributions flowing from > other > members of the Cygwin/XFree86 project, I can't hold out much hope > for > this new project. Best of luck, but don't think much will happen > after > the excitement of picking a name, license, etc. Of course, I love > to be > proven wrong with oodles of code. > You put up with it?? Jeeze Harold, how does this discussion not relate to Cygwin/XFree? The last I heard, they were discussing making it possible to display native windows apps inside Cygwin/XFree and use Cygwin/XFree as a server interface to windows applications. The whole point of it was trying to leverage Cygwin/XFree as a replacement fro explorer. Even Alexander, who is one of the core developers, is discussing it. Perhaps you've been working too hard, because it seems you've missed the point. I think you need a vacation. Cheers, Nicholas __________________________________________________ Do you Yahoo!? New DSL Internet Access from SBC & Yahoo! http://sbc.yahoo.com From nwourms@yahoo.com Fri Sep 20 12:21:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Fri, 20 Sep 2002 12:21:00 -0000 Subject: New Project (was RE: X client wrapper for Win apps?) In-Reply-To: <3D8B7239.5040801@msu.edu> Message-ID: <20020920192141.43464.qmail@web21002.mail.yahoo.com> --- Harold L Hunt II wrote: > Any such development would need to occur in a branch that could > eventually be merged back in if it proves stable, useful, well > modularized, and actively maintained. If not, I'll just forget > that > anyone ever talked about doing it in the first place. That's why > it > needs to move off list, even if it ends up being essentially a > feature > of Cygwin/XFree86 rather than a seperate program/library. Harold, I don't buy that argument, as I'm sure anyone else who is developing features for Cygwin/XFree isn't directly commiting their changes to HEAD on xfree86.org. Thus, most people would have their own seperate branch from which they would submit changes to be merged into the main branch. I'm sure the fellow working on xwinclip has a local branch that he uses. The point is that for once we are having a lively discussion on this list and I don't see why a new list is necessary. Just makes life harder for everyone. It isn't like this list gets that much volume anyhow. Discussion is *good*, despite your contention that the only thing that should be said is "Here's the patch, what do you think?" Sometimes planning is necessary and getting input from the community vital to properly implementing a feature. I still don't see why you are so adverse to people talking about haw nice it would be to have x or y, especially when the discussion is serious. Cheers, Nicholas __________________________________________________ Do you Yahoo!? New DSL Internet Access from SBC & Yahoo! http://sbc.yahoo.com From nwourms@yahoo.com Fri Sep 20 12:28:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Fri, 20 Sep 2002 12:28:00 -0000 Subject: New Project (was RE: X client wrapper for Win apps?) In-Reply-To: <3D8B482D.3020200@sjsoft.com> Message-ID: <20020920192811.64618.qmail@web21004.mail.yahoo.com> --- David Fraser wrote: > Once it's up, we need to set up mailing lists and the web site and > then > we can get going... > If people are insisting on a seperate branch&list, why not host the website, cvs, and mailing list on sources.redhat.com? Charles Wilson always told me that it could be an option for projects like this. I'm sure you can think of the numerous benefits, but the one that stands out is having the list archives & cvs tree in one single place. It makes things easier for all plus you get searchable mailing-list archives to boot. I dunno if CGF is still kosher with this idea, but what would be the harm in asking? Just my 2 cents... Cheers, Nicholas __________________________________________________ Do you Yahoo!? New DSL Internet Access from SBC & Yahoo! http://sbc.yahoo.com From nwourms@yahoo.com Fri Sep 20 12:30:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Fri, 20 Sep 2002 12:30:00 -0000 Subject: New Project (was RE: X client wrapper for Win apps?) In-Reply-To: Message-ID: <20020920193016.65571.qmail@web21009.mail.yahoo.com> --- Jim Drash wrote: > Can we move this discussion to another mailing list? and Get back > to the > business of cygwin-xfree, here. > Sorry Jim, According to the rules on the mailing list website, this is on-topic. Cheers, Nicholas __________________________________________________ Do you Yahoo!? New DSL Internet Access from SBC & Yahoo! http://sbc.yahoo.com From cgf@redhat.com Fri Sep 20 12:33:00 2002 From: cgf@redhat.com (Christopher Faylor) Date: Fri, 20 Sep 2002 12:33:00 -0000 Subject: New Project (was RE: X client wrapper for Win apps?) In-Reply-To: <20020920192811.64618.qmail@web21004.mail.yahoo.com> References: <3D8B482D.3020200@sjsoft.com> <20020920192811.64618.qmail@web21004.mail.yahoo.com> Message-ID: <20020920193331.GA28279@redhat.com> On Fri, Sep 20, 2002 at 12:28:11PM -0700, Nicholas Wourms wrote: >--- David Fraser wrote: >>Once it's up, we need to set up mailing lists and the web site and then >>we can get going... >> > >If people are insisting on a seperate branch&list, why not host the >website, cvs, and mailing list on sources.redhat.com? Charles Wilson >always told me that it could be an option for projects like this. I'm >sure you can think of the numerous benefits, but the one that stands >out is having the list archives & cvs tree in one single place. It >makes things easier for all plus you get searchable mailing-list >archives to boot. I dunno if CGF is still kosher with this idea, but >what would be the harm in asking? Just my 2 cents... It's no problem setting up a new mailing list or cvs repository if that is what people want. cgf From huntharo@msu.edu Fri Sep 20 12:42:00 2002 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 20 Sep 2002 12:42:00 -0000 Subject: New Project (was RE: X client wrapper for Win apps?) References: <20020920193016.65571.qmail@web21009.mail.yahoo.com> Message-ID: <3D8B7A17.6020903@msu.edu> Whoa there bucko, when the moderator calls something off-topic, you go with it or you quitely disagree. You don't appoint yourself moderator and declare it on topic again. Harold Nicholas Wourms wrote: >--- Jim Drash wrote: > > >>Can we move this discussion to another mailing list? and Get back >>to the >>business of cygwin-xfree, here. >> >> >> >Sorry Jim, > >According to the rules on the mailing list website, this is on-topic. > >Cheers, >Nicholas > >__________________________________________________ >Do you Yahoo!? >New DSL Internet Access from SBC & Yahoo! >http://sbc.yahoo.com > > From cgf@redhat.com Fri Sep 20 12:43:00 2002 From: cgf@redhat.com (Christopher Faylor) Date: Fri, 20 Sep 2002 12:43:00 -0000 Subject: New Project (was RE: X client wrapper for Win apps?) In-Reply-To: <3D8B7161.4030008@msu.edu> References: <20020920184548.56986.qmail@web21009.mail.yahoo.com> <3D8B7161.4030008@msu.edu> Message-ID: <20020920194357.GB28279@redhat.com> On Fri, Sep 20, 2002 at 03:05:05PM -0400, Harold L Hunt II wrote: >I say move the discussion elsewhere. I have put up with it for now, but >it really needs to go so we can get back on topic here. > >Of course, with the level of continuous contributions flowing from other >members of the Cygwin/XFree86 project, I can't hold out much hope for >this new project. Best of luck, but don't think much will happen after >the excitement of picking a name, license, etc. Of course, I love to be >proven wrong with oodles of code. This was my impression, too, after having experienced this many times in cygwin and other projects (the freevms and debian-win32 projects spring to mind). This is following the pattern by by discussing the trivial things like "what do we call it" and "where do we put it". But, eventually all of the people who think it is a really good idea but have no actual experience to contribute will quiet down and you'll be left with the fact that no one has time to start a major new project. Actually, if you want an existing mailing list to discuss this on, you can use win32-x11@sources.redhat.com. That was Suhaib's list but he's indicated that he's had to move on and the project is basically dead. The name even makes a certain amount of sense. You can use that for the discussion until an actual project name is chosen. At that point, I'm happy to set up what is required on sources.redhat.com. Don't let my pessimism (or Harold's) stop you if you are fired up about this but please be aware that this will require substantial work, probably by more than one person. You'll probably need a project lead, too, if you want this to succeed. cgf From huntharo@msu.edu Fri Sep 20 12:45:00 2002 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 20 Sep 2002 12:45:00 -0000 Subject: New Project (was RE: X client wrapper for Win apps?) References: <3D8B482D.3020200@sjsoft.com> <20020920192811.64618.qmail@web21004.mail.yahoo.com> <20020920193331.GA28279@redhat.com> Message-ID: <3D8B7AB2.8040909@msu.edu> Yes, that is what I want. The primary aim of Cygwin/XFree86 is to provide an open source X Server for Microsoft Windows. I intend to pursue that goal. If others are interested in pursuing a highly-experiemental Windows shell replacement, then they are more than welcome to do so, but not here. Harold Christopher Faylor wrote: >On Fri, Sep 20, 2002 at 12:28:11PM -0700, Nicholas Wourms wrote: > > >>--- David Fraser wrote: >> >> >>>Once it's up, we need to set up mailing lists and the web site and then >>>we can get going... >>> >>> >>> >>If people are insisting on a seperate branch&list, why not host the >>website, cvs, and mailing list on sources.redhat.com? Charles Wilson >>always told me that it could be an option for projects like this. I'm >>sure you can think of the numerous benefits, but the one that stands >>out is having the list archives & cvs tree in one single place. It >>makes things easier for all plus you get searchable mailing-list >>archives to boot. I dunno if CGF is still kosher with this idea, but >>what would be the harm in asking? Just my 2 cents... >> >> > >It's no problem setting up a new mailing list or cvs repository if that >is what people want. > >cgf > > From keith@keithtyler.com Fri Sep 20 13:52:00 2002 From: keith@keithtyler.com (Keith D. Tyler) Date: Fri, 20 Sep 2002 13:52:00 -0000 Subject: New Project (was RE: X client wrapper for Win apps?) In-Reply-To: <20020920190412.19080.qmail@web21005.mail.yahoo.com> from "Nicholas Wourms" at Sep 20, 2002 12:04:12 PM Message-ID: <200209202052.g8KKqA317188@shell.faradic.net> Nicholas Wourms was recently quoted as saying... > I don't see why this has to be seperate from the Cygwin/XFree > project? It seems to me that they are proposing more of an > extension/addon then replacing the server itself. Do you have some > objection to what is being proposed? Well, depending on the solution, it could end up being usable with other PC X Window servers. Kdt From stuart.adamson@evolution.net Fri Sep 20 15:26:00 2002 From: stuart.adamson@evolution.net (Stuart Adamson) Date: Fri, 20 Sep 2002 15:26:00 -0000 Subject: New Project (was RE: X client wrapper for Win apps?) Message-ID: <9920848EF398D311BDC400508BF339F9A9D0DD@ldnisp14.evolution.net> Because the cygwin/Xfree86 project is a port of Xfree86 to cygwin. This is not a port of Xfree86. This is something separate that will allow native win32 apps, running on win32 systems to export there displays to X servers. Sure, this project will use the cygwin ported Xlibs (I assume ...) but, bar any bug fixes, will not modify Xfree86 in any way. However, everything else aside, on advantage is that it will get the discussion off the cygwin-xfree mailing list so people not interested in it can live in peace again. ;) Stuart > -----Original Message----- > From: Nicholas Wourms [mailto:nwourms@yahoo.com] > Sent: 20 September 2002 20:04 > To: cygwin-xfree@cygwin.com > Subject: Re: New Project (was RE: X client wrapper for Win apps?) > > > > --- Harold L Hunt II wrote: > > Please don't use GDI in the name. I ask this because I don't want > > there > > to be confusion between the Cygwin/XFree86 NativeGDI engine and any > > > > foogdi project. > > > > Consider instead something like the following: > > XShell > > XExplorer > > > > Something more along those lines would help to differentiate your > > project from Cygwin/XFree86. > > > > I don't see why this has to be seperate from the Cygwin/XFree > project? It seems to me that they are proposing more of an > extension/addon then replacing the server itself. Do you have some > objection to what is being proposed? > > Cheers, > Nicholas > > __________________________________________________ > Do you Yahoo!? > New DSL Internet Access from SBC & Yahoo! > http://sbc.yahoo.com > From cygwin-xfree@cygwin.com Fri Sep 20 18:55:00 2002 From: cygwin-xfree@cygwin.com (Christopher Faylor) Date: Fri, 20 Sep 2002 18:55:00 -0000 Subject: Rootless X windows In-Reply-To: <3D8BC4C5.6040209@mindspring.com> References: <3D8BC4C5.6040209@mindspring.com> Message-ID: <20020921015530.GF23997@redhat.com> On Fri, Sep 20, 2002 at 06:00:53PM -0700, David R. Fischer wrote: >Sorry but could not find in the archives. > >Is there a way to set up a rootless X-windows session????? Redirecting to the correct mailing list. cgf From cygwin-xfree@cygwin.com Fri Sep 20 19:00:00 2002 From: cygwin-xfree@cygwin.com (Christopher Faylor) Date: Fri, 20 Sep 2002 19:00:00 -0000 Subject: Rootless X windows Message-ID: <20020921020053.GH23997@redhat.com> On Fri, Sep 20, 2002 at 06:00:53PM -0700, David R. Fischer wrote: >Sorry but could not find in the archives. > >Is there a way to set up a rootless X-windows session????? Redirecting to the correct mailing list. cgf From veronica-flower@excite.com Fri Sep 20 19:31:00 2002 From: veronica-flower@excite.com (Veronica Flowers) Date: Fri, 20 Sep 2002 19:31:00 -0000 Subject: Loving Message-ID: Hey check out my site http://www.xrah.com From fischerdr@mindspring.com Fri Sep 20 21:20:00 2002 From: fischerdr@mindspring.com (David R. Fischer) Date: Fri, 20 Sep 2002 21:20:00 -0000 Subject: Rootless X windows References: <20020921020053.GH23997@redhat.com> Message-ID: <3D8BF395.7080503@mindspring.com> Sorry about wrong mailing list Christopher Faylor wrote: > On Fri, Sep 20, 2002 at 06:00:53PM -0700, David R. Fischer wrote: > >>Sorry but could not find in the archives. >> >>Is there a way to set up a rootless X-windows session????? > > > Redirecting to the correct mailing list. > > cgf > > -- > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > Bug reporting: http://cygwin.com/bugs.html > Documentation: http://cygwin.com/docs.html > FAQ: http://cygwin.com/faq/ > > From lobster2@unm.edu Fri Sep 20 23:24:00 2002 From: lobster2@unm.edu (gareth m jones) Date: Fri, 20 Sep 2002 23:24:00 -0000 Subject: Cannot execute .exe files from home directory Message-ID: I ahve dowloaded cygwin and I wrote the quick code for hello world and compiled it under gcc. It compiled and I tried to execute the a.exe file and the error message said it could not find the a.exe. It will work if I copy the file into the bin directory. Does anyone know how I can set my path to avoid copying my executable to bin always. Thanks From davidf@sjsoft.com Fri Sep 20 23:38:00 2002 From: davidf@sjsoft.com (David Fraser) Date: Fri, 20 Sep 2002 23:38:00 -0000 Subject: New Project (was RE: X client wrapper for Win apps?) References: <20020920184548.56986.qmail@web21009.mail.yahoo.com> <3D8B7161.4030008@msu.edu> <20020920194357.GB28279@redhat.com> Message-ID: <3D8C13DF.8020800@sjsoft.com> OK. Let's use win32-x11@sources.redhat.com for the mean time if there is any discussion needed. Once it's going we can discuss elsewhere. It would be really nice to have this hosted at sources.redhat.com but actually at the moment we don't need that, we just need to start developing. But that can all be discussed on that list. I've subscribed - Nicholas, unfortunately it seems like you don't have wide backing for keeping the discussion going here, and it can't really be that hard to subscribe to another list you can unsuscribe to later if neccessary... Christopher Faylor wrote: >On Fri, Sep 20, 2002 at 03:05:05PM -0400, Harold L Hunt II wrote: > > >>I say move the discussion elsewhere. I have put up with it for now, but >>it really needs to go so we can get back on topic here. >> >>Of course, with the level of continuous contributions flowing from other >>members of the Cygwin/XFree86 project, I can't hold out much hope for >>this new project. Best of luck, but don't think much will happen after >>the excitement of picking a name, license, etc. Of course, I love to be >>proven wrong with oodles of code. >> >> > >This was my impression, too, after having experienced this many times in >cygwin and other projects (the freevms and debian-win32 projects spring >to mind). This is following the pattern by by discussing the trivial >things like "what do we call it" and "where do we put it". But, >eventually all of the people who think it is a really good idea but have >no actual experience to contribute will quiet down and you'll be left >with the fact that no one has time to start a major new project. > >Actually, if you want an existing mailing list to discuss this on, you >can use win32-x11@sources.redhat.com. That was Suhaib's list but he's >indicated that he's had to move on and the project is basically dead. >The name even makes a certain amount of sense. > >You can use that for the discussion until an actual project name is >chosen. At that point, I'm happy to set up what is required on >sources.redhat.com. > >Don't let my pessimism (or Harold's) stop you if you are fired up about >this but please be aware that this will require substantial work, >probably by more than one person. You'll probably need a project lead, >too, if you want this to succeed. > >cgf > > > From davidf@sjsoft.com Fri Sep 20 23:39:00 2002 From: davidf@sjsoft.com (David Fraser) Date: Fri, 20 Sep 2002 23:39:00 -0000 Subject: XOpenWin References: <20020920190517.74858.qmail@web21003.mail.yahoo.com> Message-ID: <3D8C1412.6050907@sjsoft.com> I have got xopenwin.sourceforge.net going with a simple page, and I recommend we use this for hosting anything we need to share info / source until we decide anything further. This is my last post about this for a while, see the other post about lists... Nicholas Wourms wrote: >--- David Fraser wrote: > > >>Yes, but then I posted some other alternatives and suggested this >>name >>and nobody >>seemed to mind. I could always reapply for the project under a >>different >>name... >>I just thought a huge discussion about the name would take time... >>but >>if people generally >>want Win2X we can do that I guess. Pros/cons? >> >>Jean-Claude Gervais wrote: >> >> >> >>>Um, was Win2X pitched as a name? >>> >>> >>> >>> > >XOpenWin sounds fine... > >__________________________________________________ >Do you Yahoo!? >New DSL Internet Access from SBC & Yahoo! >http://sbc.yahoo.com > > > From davidf@sjsoft.com Sat Sep 21 00:43:00 2002 From: davidf@sjsoft.com (David Fraser) Date: Sat, 21 Sep 2002 00:43:00 -0000 Subject: New Project (was RE: X client wrapper for Win apps?) References: <20020920184548.56986.qmail@web21009.mail.yahoo.com> <3D8B7161.4030008@msu.edu> <20020920194357.GB28279@redhat.com> Message-ID: <3D8C230B.8010005@sjsoft.com> This is a notice to everyone on this list that we will (for a short time at least) be using this list to discuss a new project intended to allow ordinary Windows programs to appear in X-Windows. This is quite different to the original purpose of this list, but was suggested on a discussion on the cygwin-xfree list where it was felt that this was appropriate as the win32-x11 project is no longer being actively developed. See the cygwin-xfree archives over the last few days for more info (and the suggestion in Christopher Faylor's message below) (http://sources.redhat.com/ml/cygwin-xfree/2002-09/) David Fraser Christopher Faylor wrote: >Actually, if you want an existing mailing list to discuss this on, you >can use win32-x11@sources.redhat.com. That was Suhaib's list but he's >indicated that he's had to move on and the project is basically dead. >The name even makes a certain amount of sense. > >You can use that for the discussion until an actual project name is >chosen. At that point, I'm happy to set up what is required on >sources.redhat.com. > >Don't let my pessimism (or Harold's) stop you if you are fired up about >this but please be aware that this will require substantial work, >probably by more than one person. You'll probably need a project lead, >too, if you want this to succeed. > >cgf > > > From davidf@sjsoft.com Sat Sep 21 00:44:00 2002 From: davidf@sjsoft.com (David Fraser) Date: Sat, 21 Sep 2002 00:44:00 -0000 Subject: New Project (was RE: X client wrapper for Win apps?) References: <20020920184548.56986.qmail@web21009.mail.yahoo.com> <3D8B7161.4030008@msu.edu> <20020920194357.GB28279@redhat.com> <3D8C230B.8010005@sjsoft.com> Message-ID: <3D8C2362.5050109@sjsoft.com> Sorry everyone, posted to wrong list! Yikes! David Fraser wrote: > This is a notice to everyone on this list that we will (for a short > time at least) be using this list to discuss a new project intended to > allow ordinary Windows programs to appear in X-Windows. This is quite > different to the original purpose of this list, but was suggested on a > discussion on the cygwin-xfree list where it was felt that this was > appropriate as the win32-x11 project is no longer being actively > developed. See the cygwin-xfree archives over the last few days for > more info (and the suggestion in Christopher Faylor's message below) > (http://sources.redhat.com/ml/cygwin-xfree/2002-09/) > > David Fraser > > Christopher Faylor wrote: > >> Actually, if you want an existing mailing list to discuss this on, you >> can use win32-x11@sources.redhat.com. That was Suhaib's list but he's >> indicated that he's had to move on and the project is basically dead. >> The name even makes a certain amount of sense. >> >> You can use that for the discussion until an actual project name is >> chosen. At that point, I'm happy to set up what is required on >> sources.redhat.com. >> >> Don't let my pessimism (or Harold's) stop you if you are fired up about >> this but please be aware that this will require substantial work, >> probably by more than one person. You'll probably need a project lead, >> too, if you want this to succeed. >> >> cgf >> >> >> > From Conrad.Scott@dsl.pipex.com Sat Sep 21 01:18:00 2002 From: Conrad.Scott@dsl.pipex.com (Conrad Scott) Date: Sat, 21 Sep 2002 01:18:00 -0000 Subject: Cannot execute .exe files from home directory References: Message-ID: <008501c26147$e19ab520$6132bc3e@BABEL> "gareth m jones" wrote: > I have dowloaded cygwin and I wrote the quick code for hello world > and compiled it under gcc. It compiled and I tried to execute the > a.exe file and the error message said it could not find the a.exe. > It will work if I copy the file into the bin directory. Does anyone > know how I can set my path to avoid copying my executable to bin always. > Thanks Try ./a.exe (or /the/full/path/to/your/program/a.exe) rather than just a.exe. You could also read some introductory material on the Unix shell or search the cygwin mailing list archives: this is a FAQ I'm pretty sure. Also, wrong mailing list: use cygwin@cygwin.com for such questions. Good luck and HTH, // Conrad From stuart.adamson@evolution.net Sat Sep 21 06:28:00 2002 From: stuart.adamson@evolution.net (Stuart Adamson) Date: Sat, 21 Sep 2002 06:28:00 -0000 Subject: Rootless X windows Message-ID: <9920848EF398D311BDC400508BF339F980A4ED@ldnisp14.evolution.net> > >>Is there a way to set up a rootless X-windows session????? Not yet - no. It's on the top of the TODO list but AFAIK, people have had ideas but nobody has really started on it yet ... Stuart From cygwin-xfree@cygwin.com Sat Sep 21 08:52:00 2002 From: cygwin-xfree@cygwin.com (Christopher Faylor) Date: Sat, 21 Sep 2002 08:52:00 -0000 Subject: Root Logon In-Reply-To: <3D8C82BA.2040708@bellsouth.net> References: <3D8C82BA.2040708@bellsouth.net> Message-ID: <20020921155312.GB4163@redhat.com> Wrong mailing list. Redirected. On Sat, Sep 21, 2002 at 10:31:22AM -0400, Dallas wrote: >Good Morning > >I am setting up Cygwin. I tried to get to x with xdm. I get the message >"Only root wants to use" or something like that. I don't recall entering >a password. Can I change login status? I get Login: I type 'root'. Then >I get password: I tried all my usual??? No luck. > >Any advice? > >Thanks > >Dallas Crawley >Central KY > > >-- >Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple >Bug reporting: http://cygwin.com/bugs.html >Documentation: http://cygwin.com/docs.html >FAQ: http://cygwin.com/faq/ From ns@1en.de Mon Sep 23 01:01:00 2002 From: ns@1en.de (Norbert Schmidt) Date: Mon, 23 Sep 2002 01:01:00 -0000 Subject: minimized XWin is killed Message-ID: Yes (this morning I was not fast enough switching to xwin ;-)), in XWIN.log: ddxProcessArgument () - Initializing default screens winInitializeDefaultScreens () - w 1280 h 960 _XSERVTransmkdir: Owner of /tmp/.X11-unix should be set to root winDetectSupportedEngines () - Windows NT/2000 winDetectSupportedEngines () - DirectDraw installed winDetectSupportedEngines () - Allowing PrimaryDD winDetectSupportedEngines () - DirectDraw4 installed winDetectSupportedEngines () - Returning, supported engines 0000001f winSetEngine () - Using Shadow DirectDraw NonLocking winAdjustVideoModeShadowDDNL () - FullScreen, using command line depth: 8 winAllocateFBShadowDDNL () - Changing video mode winAllocateFBShadowDDNL () - lPitch: 1280 winInitVisualsShadowDDNL () - Masks 00000000 00000000 00000000 BPRGB 8 d 8 winLayerCreate () - dwDepth 8 winScreenInit () - returning winRedrawScreenShadowDDNL () - IDirectDrawSurface4_Blt () failed: 887601c2 winRedrawScreenShadowDDNL () - IDirectDrawSurface4_Blt () failed: 887601c2 winDestroyColormapShadowDDNL () - Failed freeing the default colormap DirectDraw palette. winDestroyColormap () - Engine specific colormap destruction procedure failed. Continuing, but it is possible that memory was leaked, or that colors will be messed up from now on. winCloseScreenShadowDDNL () - Freeing screen resources and in XWin.exe.stackdump: Exception: STATUS_ACCESS_VIOLATION at eip=00441891 eax=00000000 ebx=100371C8 ecx=00008300 edx=FFFF8300 esi=0022FB4C edi=0070916C ebp=0022FB5C esp=0022FB0C program=C:\cygwin\usr\X11R6\bin\XWin.exe cs=001B ds=0023 es=0023 fs=003B gs=0000 ss=0023 Stack trace: Frame Function Args 0022FB5C 00441891 (10036FF0, 00000000, 00980003, 0022FC1C) 0022FB9C 004475D5 (00020156, 00000311, 00020156, 00000000) 0022FBC8 77D13A5F (00446C50, 00020156, 00000311, 00020156) 0022FC30 77D13B2E (00000000, 00446C50, 00020156, 00000311) 0022FC60 77D17419 (00446C50, 00020156, 00000311, 00020156) 0022FC80 77D2BA3F (00446C50, 00020156, 00000311, 00020156) 0022FCAC 736DFD24 (00020156, 00000311, 00020156, 00000000) 0022FCD8 77D13A5F (736DFC4B, 00020156, 00000311, 00020156) 0022FD40 77D13B2E (00000000, 736DFC4B, 00020156, 00000311) 0022FD94 77D15874 (0097AF20, 00000311, 00020156, 00000000) 0022FDBC 77D158A4 (0022FDCC, 00000018, 0097AF20, 00000311) 0022FE24 77F4108F (00000000, 10036FF0, 0022FE64, 004CED9A) 0022FE64 004CEDBA (00000000, 10036FF0, 0022FEB4, 00401941) 0022FEB4 00401951 (00000007, 61564520, 10030278, 00000000) 0022FF10 61003F42 (00000000, 00000000, 00000003, 000113F3) 0022FF40 61004236 (004013E4, 00000003, 00000008, 81FF4000) End of stack trace (more stack frames may be present) Norbert > That is really bizarre. > > I'd like to take a look at this, but can you send in your /tmp/XWin.log > contents from when this happens? > > Harold > >> -----Original Message----- >> From: cygwin-xfree-owner@cygwin.com >> [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Norbert Schmidt >> Sent: Wednesday, September 18, 2002 11:09 AM >> To: cygwin-xfree@cygwin.com >> Subject: minimized XWin is killed >> >> >> >> If I start remote windowmanager via ssh to my local _minimized_ >> fullscreened XWin, it disappears from desktop. (up to XWin-Test65.exe) >> >> (workaround is a remote script with "sleep 1" before starting Xsession in >> order to switch quickly from terminal to fullscreened XWin) From ns@1en.de Mon Sep 23 01:16:00 2002 From: ns@1en.de (Norbert Schmidt) Date: Mon, 23 Sep 2002 01:16:00 -0000 Subject: slow 256 color XWin on XP Message-ID: /tmp/XWin.log (after start you have 19 rows, then remote Xsession contacts XWin): ddxProcessArgument () - Initializing default screens winInitializeDefaultScreens () - w 1280 h 960 _XSERVTransmkdir: Owner of /tmp/.X11-unix should be set to root winDetectSupportedEngines () - Windows NT/2000 winDetectSupportedEngines () - DirectDraw installed winDetectSupportedEngines () - Allowing PrimaryDD winDetectSupportedEngines () - DirectDraw4 installed winDetectSupportedEngines () - Returning, supported engines 0000001f winSetEngine () - Using Shadow DirectDraw NonLocking winAdjustVideoModeShadowDDNL () - FullScreen, using command line depth: 8 winAllocateFBShadowDDNL () - Changing video mode winAllocateFBShadowDDNL () - lPitch: 1280 winInitVisualsShadowDDNL () - Masks 00000000 00000000 00000000 BPRGB 8 d 8 winLayerCreate () - dwDepth 8 winScreenInit () - returning winRedrawScreenShadowDDNL () - IDirectDrawSurface4_Blt () failed: 887601c2 winRedrawScreenShadowDDNL () - IDirectDrawSurface4_Blt () failed: 887601c2 winRedrawScreenShadowDDNL () - IDirectDrawSurface4_Blt () failed: 887601c2 winCloseScreenShadowDDNL () - Freeing screen resources winDetectSupportedEngines () - Windows NT/2000 winDetectSupportedEngines () - DirectDraw installed winDetectSupportedEngines () - Allowing PrimaryDD winDetectSupportedEngines () - DirectDraw4 installed winDetectSupportedEngines () - Returning, supported engines 0000001f winSetEngine () - Using Shadow DirectDraw NonLocking winAdjustVideoModeShadowDDNL () - FullScreen, using command line depth: 8 winAllocateFBShadowDDNL () - Changing video mode winAllocateFBShadowDDNL () - lPitch: 1280 winInitVisualsShadowDDNL () - Masks 00000000 00000000 00000000 BPRGB 8 d 8 winLayerCreate () - dwDepth 8 winScreenInit () - returning winCloseScreenShadowDDNL () - Freeing screen resources winDetectSupportedEngines () - Windows NT/2000 winDetectSupportedEngines () - DirectDraw installed winDetectSupportedEngines () - Allowing PrimaryDD winDetectSupportedEngines () - DirectDraw4 installed winDetectSupportedEngines () - Returning, supported engines 0000001f winSetEngine () - Using Shadow DirectDraw NonLocking winAdjustVideoModeShadowDDNL () - FullScreen, using command line depth: 8 winAllocateFBShadowDDNL () - Changing video mode winAllocateFBShadowDDNL () - lPitch: 1280 winInitVisualsShadowDDNL () - Masks 00000000 00000000 00000000 BPRGB 8 d 8 winLayerCreate () - dwDepth 8 winScreenInit () - returning winCloseScreenShadowDDNL () - Freeing screen resources winDetectSupportedEngines () - Windows NT/2000 winDetectSupportedEngines () - DirectDraw installed winDetectSupportedEngines () - Allowing PrimaryDD winDetectSupportedEngines () - DirectDraw4 installed winDetectSupportedEngines () - Returning, supported engines 0000001f winSetEngine () - Using Shadow DirectDraw NonLocking winAdjustVideoModeShadowDDNL () - FullScreen, using command line depth: 8 winAllocateFBShadowDDNL () - Changing video mode winAllocateFBShadowDDNL () - lPitch: 1280 winInitVisualsShadowDDNL () - Masks 00000000 00000000 00000000 BPRGB 8 d 8 winLayerCreate () - dwDepth 8 winScreenInit () - returning winCloseScreenShadowDDNL () - Freeing screen resources winDetectSupportedEngines () - Windows NT/2000 winDetectSupportedEngines () - DirectDraw installed winDetectSupportedEngines () - Allowing PrimaryDD winDetectSupportedEngines () - DirectDraw4 installed winDetectSupportedEngines () - Returning, supported engines 0000001f winSetEngine () - Using Shadow DirectDraw NonLocking winAdjustVideoModeShadowDDNL () - FullScreen, using command line depth: 8 winAllocateFBShadowDDNL () - Changing video mode winAllocateFBShadowDDNL () - lPitch: 1280 winInitVisualsShadowDDNL () - Masks 00000000 00000000 00000000 BPRGB 8 d 8 winLayerCreate () - dwDepth 8 winScreenInit () - returning winCloseScreenShadowDDNL () - Freeing screen resources winDetectSupportedEngines () - Windows NT/2000 winDetectSupportedEngines () - DirectDraw installed winDetectSupportedEngines () - Allowing PrimaryDD winDetectSupportedEngines () - DirectDraw4 installed winDetectSupportedEngines () - Returning, supported engines 0000001f winSetEngine () - Using Shadow DirectDraw NonLocking winAdjustVideoModeShadowDDNL () - FullScreen, using command line depth: 8 winAllocateFBShadowDDNL () - Changing video mode winAllocateFBShadowDDNL () - lPitch: 1280 winInitVisualsShadowDDNL () - Masks 00000000 00000000 00000000 BPRGB 8 d 8 winLayerCreate () - dwDepth 8 winScreenInit () - returning winCloseScreenShadowDDNL () - Freeing screen resources winDetectSupportedEngines () - Windows NT/2000 winDetectSupportedEngines () - DirectDraw installed winDetectSupportedEngines () - Allowing PrimaryDD winDetectSupportedEngines () - DirectDraw4 installed winDetectSupportedEngines () - Returning, supported engines 0000001f winSetEngine () - Using Shadow DirectDraw NonLocking winAdjustVideoModeShadowDDNL () - FullScreen, using command line depth: 8 winAllocateFBShadowDDNL () - Changing video mode winAllocateFBShadowDDNL () - lPitch: 1280 winInitVisualsShadowDDNL () - Masks 00000000 00000000 00000000 BPRGB 8 d 8 winLayerCreate () - dwDepth 8 winScreenInit () - returning winRedrawScreenShadowDDNL () - IDirectDrawSurface4_Blt () failed: 887601c2 winRedrawScreenShadowDDNL () - IDirectDrawSurface4_Blt () failed: 887601c2 > I don't know what to tell you. I have never had this problem nor have I had > a user report this same problem. > > Anything in /tmp/XWin.log? > > Harold >> -----Original Message----- >> From: cygwin-xfree-owner@cygwin.com >> [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Norbert Schmidt >> Sent: Wednesday, September 18, 2002 11:09 AM >> To: cygwin-xfree@cygwin.com >> Subject: slow 256 color XWin on XP >> >> >> >> Only if I start XWin on winXP pro with: >> >> XWin -fullscreen -depth 8 >> >> it starts extrem slow. (up to XWin-Test65.exe) >> >> If I start a remote windowmanager (ssh) then the XWin-server switches 4 >> times (so slow!) and I wait 5 minutes (1.4GHz/P4). After that speed is >> fine, but windows task switching from and to XWin. >> >> Has anyone same thing on XP, or can test it for me? >> >> (no problems on w98) >> >> thanks, >> Norbert From mario.ohnewald@gmx.de Mon Sep 23 04:45:00 2002 From: mario.ohnewald@gmx.de (Mario Ohnewald) Date: Mon, 23 Sep 2002 04:45:00 -0000 Subject: compiling netcat Message-ID: <000201c262f6$ae0909e0$350aa8c0@W2KDP> Hello! I want to get netcat running in under cygwin. I guess you just have to compile it like in a normal UNIX enviorment. $ make linux make -e nc - --unix XFLAGS='-DLINUX' STATIC=-static make[1]: Entering directory `/home/install' cc -O -s -DLINUX -static -o nc netcat.c /cygdrive/d/DOCUME~1/MOHNEW~1/LOCALS~1/Temp/ccyFaes1.o(.text+0x1c08):netcat. c: undefined reference to `res_init' Info: resolving _h_errno by linking to __imp__h_errno (auto-import) collect2: ld returned 1 exit status make[1]: *** [nc] Error 1 make[1]: Leaving directory `/home/install' make: *** [linux] Error 2 Can someone give me a hint/tip? Thanks, Mario From alexander.gottwald@s1999.tu-chemnitz.de Mon Sep 23 04:55:00 2002 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Mon, 23 Sep 2002 04:55:00 -0000 Subject: compiling netcat In-Reply-To: <000201c262f6$ae0909e0$350aa8c0@W2KDP> Message-ID: On Mon, 23 Sep 2002, Mario Ohnewald wrote: > Hello! > I want to get netcat running in under cygwin. > I guess you just have to compile it like in a normal UNIX enviorment. wrong mailing list. Forwarded to cygwin@cygwin.com > > $ make linux > make -e nc - --unix XFLAGS='-DLINUX' STATIC=-static > make[1]: Entering directory `/home/install' > cc -O -s -DLINUX -static -o nc netcat.c > /cygdrive/d/DOCUME~1/MOHNEW~1/LOCALS~1/Temp/ccyFaes1.o(.text+0x1c08):netcat. > c: undefined reference to `res_init' > Info: resolving _h_errno by linking to __imp__h_errno (auto-import) > collect2: ld returned 1 exit status > make[1]: *** [nc] Error 1 > make[1]: Leaving directory `/home/install' > make: *** [linux] Error 2 > > Can someone give me a hint/tip? > > Thanks, Mario > > From mario.ohnewald@gmx.de Mon Sep 23 04:57:00 2002 From: mario.ohnewald@gmx.de (Mario Ohnewald) Date: Mon, 23 Sep 2002 04:57:00 -0000 Subject: compiling netcat In-Reply-To: Message-ID: <000301c262f8$5dc9e880$350aa8c0@W2KDP> ahh...damn! thx!! > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Alexander Gottwald > Sent: Montag, 23. September 2002 13:56 > To: cygwin-xfree@cygwin.com > Cc: cygwin@cygwin.com > Subject: Re: compiling netcat > > > On Mon, 23 Sep 2002, Mario Ohnewald wrote: > > > Hello! > > I want to get netcat running in under cygwin. > > I guess you just have to compile it like in a normal UNIX > enviorment. > > wrong mailing list. Forwarded to cygwin@cygwin.com > > > > > $ make linux > > make -e nc - --unix XFLAGS='-DLINUX' STATIC=-static > > make[1]: Entering directory `/home/install' > > cc -O -s -DLINUX -static -o nc netcat.c > > > /cygdrive/d/DOCUME~1/MOHNEW~1/LOCALS~1/Temp/ccyFaes1.o(.text+0 > x1c08):netcat. > > c: undefined reference to `res_init' > > Info: resolving _h_errno by linking to __imp__h_errno (auto-import) > > collect2: ld returned 1 exit status > > make[1]: *** [nc] Error 1 > > make[1]: Leaving directory `/home/install' > > make: *** [linux] Error 2 > > > > Can someone give me a hint/tip? > > > > Thanks, Mario > > > > > From huntharo@msu.edu Mon Sep 23 05:03:00 2002 From: huntharo@msu.edu (Harold L Hunt) Date: Mon, 23 Sep 2002 05:03:00 -0000 Subject: slow 256 color XWin on XP Message-ID: <200209231202.g8NC2xU30198@pilot07.cl.msu.edu> Norbert, Shooting from the hip here it sounds like you have a bunch of clients in your XWin startup script that, one-by-one, attempt to connect to the server, find that they don't support the only available visual, then disconnect from the server (which causes the server to reset since that was the only connected client). After this the next client in your batch or script file is launched and does the same thing. Each client connection and server restart takes, say, 30 seconds. Am I totally wrong here? Are you not trying to start any X clients? Something is telling the server to restart... we just have to figure out what that something is. Harold Norbert Schmidt said: > > /tmp/XWin.log (after start you have 19 rows, then remote Xsession contacts > XWin): > > ddxProcessArgument () - Initializing default screens > winInitializeDefaultScreens () - w 1280 h 960 > _XSERVTransmkdir: Owner of /tmp/.X11-unix should be set to root > winDetectSupportedEngines () - Windows NT/2000 > winDetectSupportedEngines () - DirectDraw installed > winDetectSupportedEngines () - Allowing PrimaryDD > winDetectSupportedEngines () - DirectDraw4 installed > winDetectSupportedEngines () - Returning, supported engines 0000001f > winSetEngine () - Using Shadow DirectDraw NonLocking > winAdjustVideoModeShadowDDNL () - FullScreen, using command line depth: 8 > winAllocateFBShadowDDNL () - Changing video mode > winAllocateFBShadowDDNL () - lPitch: 1280 > winInitVisualsShadowDDNL () - Masks 00000000 00000000 00000000 BPRGB 8 d 8 > winLayerCreate () - dwDepth 8 > winScreenInit () - returning > winRedrawScreenShadowDDNL () - IDirectDrawSurface4_Blt () failed: 887601c2 > winRedrawScreenShadowDDNL () - IDirectDrawSurface4_Blt () failed: 887601c2 > winRedrawScreenShadowDDNL () - IDirectDrawSurface4_Blt () failed: 887601c2 > winCloseScreenShadowDDNL () - Freeing screen resources > winDetectSupportedEngines () - Windows NT/2000 > winDetectSupportedEngines () - DirectDraw installed > winDetectSupportedEngines () - Allowing PrimaryDD > winDetectSupportedEngines () - DirectDraw4 installed > winDetectSupportedEngines () - Returning, supported engines 0000001f > winSetEngine () - Using Shadow DirectDraw NonLocking > winAdjustVideoModeShadowDDNL () - FullScreen, using command line depth: 8 > winAllocateFBShadowDDNL () - Changing video mode > winAllocateFBShadowDDNL () - lPitch: 1280 > winInitVisualsShadowDDNL () - Masks 00000000 00000000 00000000 BPRGB 8 d 8 > winLayerCreate () - dwDepth 8 > winScreenInit () - returning > winCloseScreenShadowDDNL () - Freeing screen resources > winDetectSupportedEngines () - Windows NT/2000 > winDetectSupportedEngines () - DirectDraw installed > winDetectSupportedEngines () - Allowing PrimaryDD > winDetectSupportedEngines () - DirectDraw4 installed > winDetectSupportedEngines () - Returning, supported engines 0000001f > winSetEngine () - Using Shadow DirectDraw NonLocking > winAdjustVideoModeShadowDDNL () - FullScreen, using command line depth: 8 > winAllocateFBShadowDDNL () - Changing video mode > winAllocateFBShadowDDNL () - lPitch: 1280 > winInitVisualsShadowDDNL () - Masks 00000000 00000000 00000000 BPRGB 8 d 8 > winLayerCreate () - dwDepth 8 > winScreenInit () - returning > winCloseScreenShadowDDNL () - Freeing screen resources > winDetectSupportedEngines () - Windows NT/2000 > winDetectSupportedEngines () - DirectDraw installed > winDetectSupportedEngines () - Allowing PrimaryDD > winDetectSupportedEngines () - DirectDraw4 installed > winDetectSupportedEngines () - Returning, supported engines 0000001f > winSetEngine () - Using Shadow DirectDraw NonLocking > winAdjustVideoModeShadowDDNL () - FullScreen, using command line depth: 8 > winAllocateFBShadowDDNL () - Changing video mode > winAllocateFBShadowDDNL () - lPitch: 1280 > winInitVisualsShadowDDNL () - Masks 00000000 00000000 00000000 BPRGB 8 d 8 > winLayerCreate () - dwDepth 8 > winScreenInit () - returning > winCloseScreenShadowDDNL () - Freeing screen resources > winDetectSupportedEngines () - Windows NT/2000 > winDetectSupportedEngines () - DirectDraw installed > winDetectSupportedEngines () - Allowing PrimaryDD > winDetectSupportedEngines () - DirectDraw4 installed > winDetectSupportedEngines () - Returning, supported engines 0000001f > winSetEngine () - Using Shadow DirectDraw NonLocking > winAdjustVideoModeShadowDDNL () - FullScreen, using command line depth: 8 > winAllocateFBShadowDDNL () - Changing video mode > winAllocateFBShadowDDNL () - lPitch: 1280 > winInitVisualsShadowDDNL () - Masks 00000000 00000000 00000000 BPRGB 8 d 8 > winLayerCreate () - dwDepth 8 > winScreenInit () - returning > winCloseScreenShadowDDNL () - Freeing screen resources > winDetectSupportedEngines () - Windows NT/2000 > winDetectSupportedEngines () - DirectDraw installed > winDetectSupportedEngines () - Allowing PrimaryDD > winDetectSupportedEngines () - DirectDraw4 installed > winDetectSupportedEngines () - Returning, supported engines 0000001f > winSetEngine () - Using Shadow DirectDraw NonLocking > winAdjustVideoModeShadowDDNL () - FullScreen, using command line depth: 8 > winAllocateFBShadowDDNL () - Changing video mode > winAllocateFBShadowDDNL () - lPitch: 1280 > winInitVisualsShadowDDNL () - Masks 00000000 00000000 00000000 BPRGB 8 d 8 > winLayerCreate () - dwDepth 8 > winScreenInit () - returning > winCloseScreenShadowDDNL () - Freeing screen resources > winDetectSupportedEngines () - Windows NT/2000 > winDetectSupportedEngines () - DirectDraw installed > winDetectSupportedEngines () - Allowing PrimaryDD > winDetectSupportedEngines () - DirectDraw4 installed > winDetectSupportedEngines () - Returning, supported engines 0000001f > winSetEngine () - Using Shadow DirectDraw NonLocking > winAdjustVideoModeShadowDDNL () - FullScreen, using command line depth: 8 > winAllocateFBShadowDDNL () - Changing video mode > winAllocateFBShadowDDNL () - lPitch: 1280 > winInitVisualsShadowDDNL () - Masks 00000000 00000000 00000000 BPRGB 8 d 8 > winLayerCreate () - dwDepth 8 > winScreenInit () - returning > winRedrawScreenShadowDDNL () - IDirectDrawSurface4_Blt () failed: 887601c2 > winRedrawScreenShadowDDNL () - IDirectDrawSurface4_Blt () failed: 887601c2 > > > > > I don't know what to tell you. I have never had this problem nor have I > had > > a user report this same problem. > > > > Anything in /tmp/XWin.log? > > > > Harold > >> -----Original Message----- > >> From: cygwin-xfree-owner@cygwin.com > >> [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Norbert Schmidt > >> Sent: Wednesday, September 18, 2002 11:09 AM > >> To: cygwin-xfree@cygwin.com > >> Subject: slow 256 color XWin on XP > >> > >> > >> > >> Only if I start XWin on winXP pro with: > >> > >> XWin -fullscreen -depth 8 > >> > >> it starts extrem slow. (up to XWin-Test65.exe) > >> > >> If I start a remote windowmanager (ssh) then the XWin-server switches 4 > >> times (so slow!) and I wait 5 minutes (1.4GHz/P4). After that speed is > >> fine, but windows task switching from and to XWin. > >> > >> Has anyone same thing on XP, or can test it for me? > >> > >> (no problems on w98) > >> > >> thanks, > >> Norbert > > > From ns@1en.de Mon Sep 23 07:02:00 2002 From: ns@1en.de (Norbert Schmidt) Date: Mon, 23 Sep 2002 07:02:00 -0000 Subject: slow 256 color XWin on XP Message-ID: Harold, what I do from cygwin-terminal is: XWin -fullscreen -depth 8 & export DISPLAY=localhost:0.0 ssh -X solarisuser@solarisbox : solarisbox% /usr/dt/bin/Xsession While Xsession(dtwm) starts Xserver switches 5(?) times. I don't know the reason for that (and I'm not allowed to change anything there). But this works fine from linux in the same way. With win98 XWin works fine that way too. The "switchings" are short (approx. 3sec. max.)and dtwm starts fast enough. Only with XP I have to wait that long (only -depth 8). > Shooting from the hip here it sounds like you have a bunch of clients in your > XWin startup script that, one-by-one, attempt to connect to the server, find > that they don't support the only available visual, then disconnect from the > server (which causes the server to reset since that was the only connected > client). After this the next client in your batch or script file is launched > and does the same thing. Each client connection and server restart takes, > say, 30 seconds. But with other depth it works _much_ faster. So I have to wait 3 minutes (first XWin start and 5 restarts)... > Am I totally wrong here? Are you not trying to start any X clients? > > Something is telling the server to restart... we just have to figure out what > that something is. thanks, Norbert From alexander.gottwald@s1999.tu-chemnitz.de Mon Sep 23 07:22:00 2002 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Mon, 23 Sep 2002 07:22:00 -0000 Subject: slow 256 color XWin on XP In-Reply-To: Message-ID: On Mon, 23 Sep 2002, Norbert Schmidt wrote: > > Harold, > > what I do from cygwin-terminal is: > > XWin -fullscreen -depth 8 & > export DISPLAY=localhost:0.0 > ssh -X solarisuser@solarisbox > : > solarisbox% /usr/dt/bin/Xsession can you please try % xterm % /usr/dt/bin/Xsession This should prevent the xserver from resetting since there is always at least one client connected. bye ago -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From bdsimmns@memphis.edu Mon Sep 23 08:34:00 2002 From: bdsimmns@memphis.edu (Benjamin Simmons) Date: Mon, 23 Sep 2002 08:34:00 -0000 Subject: RH 7.3 Message-ID: <3D8F3501.69BA3277@memphis.edu> Hi everyone, I have been monitoring this list for about a year now, and have used Cygwin/Xfree-86 to do remote administration of my linux machines. I am at a standstill as to what is new in RH Linux 7.3 that is preventing me from remotely connecting an X Session. If anyone has had experience setting up a connection to a RH Linux 7.3 PC, please provide me with some insight. I am sure it is not a firewall nor security problem. Thanks in advance, Ben Simmons Engineering Technical Support The University of Memphis From huntharo@msu.edu Mon Sep 23 08:38:00 2002 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 23 Sep 2002 08:38:00 -0000 Subject: RH 7.3 References: <3D8F3501.69BA3277@memphis.edu> Message-ID: <3D8F3540.5030004@msu.edu> Ben, More than likely your problem is that RedHat 7.3 ships with XDMCP disabled by default. To enable it, read this FAQ entry: http://xfree86.cygwin.com/docs/faq/cygwin-xfree-faq.html#q-mandrake-8.1-xdmcp Harold P.S. Do let us know if this solves your problem. Benjamin Simmons wrote: >Hi everyone, > >I have been monitoring this list for about a year now, and have used >Cygwin/Xfree-86 to do remote administration of my linux machines. I am >at a standstill as to what is new in RH Linux 7.3 that is preventing me >from remotely connecting an X Session. If anyone has had experience >setting up a connection to a RH Linux 7.3 PC, please provide me with >some insight. I am sure it is not a firewall nor security problem. > >Thanks in advance, > >Ben Simmons > >Engineering Technical Support >The University of Memphis > > > From dean.bishop@tcdsb.org Mon Sep 23 08:42:00 2002 From: dean.bishop@tcdsb.org (Bishop, Dean) Date: Mon, 23 Sep 2002 08:42:00 -0000 Subject: RH 7.3 Message-ID: i have this working on a number of machines running rh7.3. What is the error? -----Original Message----- From: Benjamin Simmons [mailto:bdsimmns@memphis.edu] Sent: Monday, September 23, 2002 11:37 AM To: cygwin-xfree@cygwin.com Subject: RH 7.3 Hi everyone, I have been monitoring this list for about a year now, and have used Cygwin/Xfree-86 to do remote administration of my linux machines. I am at a standstill as to what is new in RH Linux 7.3 that is preventing me from remotely connecting an X Session. If anyone has had experience setting up a connection to a RH Linux 7.3 PC, please provide me with some insight. I am sure it is not a firewall nor security problem. Thanks in advance, Ben Simmons Engineering Technical Support The University of Memphis From keith@keithtyler.com Mon Sep 23 12:03:00 2002 From: keith@keithtyler.com (Keith D. Tyler) Date: Mon, 23 Sep 2002 12:03:00 -0000 Subject: compiling netcat In-Reply-To: <000201c262f6$ae0909e0$350aa8c0@W2KDP> from "Mario Ohnewald" at Sep 23, 2002 01:45:12 PM Message-ID: <200209231903.g8NJ30F01747@shell.faradic.net> Mario Ohnewald was recently quoted as saying... > > Hello! > I want to get netcat running in under cygwin. > I guess you just have to compile it like in a normal UNIX enviorment. No, you need to get netcat for NT. The unix C source isn't cygwin compatible, and there's really no need since there is a command-line-friendly native Win32 netcat. (OK, a quick double-check shows some experimental Makefile sections for DOS, but again, why mess with this when there's already a native binary available?) http://www.atstake.com/research/tools/nc11nt.zip ================================================================== Keith D. Tyler keith@keithtyler.com Federal Way, WA http://www.keithtyler.com ------------------------------------------------------------------ Terrorists can attack freedom, but only Congress can destroy it. ================================================================== From alanh@fairlite.demon.co.uk Mon Sep 23 13:40:00 2002 From: alanh@fairlite.demon.co.uk (Alan Hourihane) Date: Mon, 23 Sep 2002 13:40:00 -0000 Subject: XFree 4.2.1 + fontconfig-2 In-Reply-To: References: <20020917175656.70980.qmail@web21004.mail.yahoo.com> Message-ID: <20020923204039.GJ1970@fairlite.demon.co.uk> On Wed, Sep 18, 2002 at 10:25:48 +0200, Alexander Gottwald wrote: > That is a windows problem. The XFree libraries are in fact versioned. > (libXaw.so.6.1 vs libXaw.so.7.0) Alexander, You've hit a sore spot here. The issue of Xft1 vs Xft2 was only the starting of a larger picture. Your right in the fact that all libraries are versioned, and we don't respect that for any library. libX11.a should really be libX11-6_2.a etc or some equivalent of. We also need to consider backwards compatibility as to not break older applications. I've fixed the immediate problem and can re-instate Xft1. But any want to pipe up with anything on this topic ? Alan. From Alexander.Gottwald@informatik.tu-chemnitz.de Mon Sep 23 14:55:00 2002 From: Alexander.Gottwald@informatik.tu-chemnitz.de (Alexander Gottwald) Date: Mon, 23 Sep 2002 14:55:00 -0000 Subject: XFree 4.2.1 + fontconfig-2 In-Reply-To: <20020923204039.GJ1970@fairlite.demon.co.uk> Message-ID: Alan Hourihane wrote: > On Wed, Sep 18, 2002 at 10:25:48 +0200, Alexander Gottwald wrote: > > That is a windows problem. The XFree libraries are in fact versioned. > > (libXaw.so.6.1 vs libXaw.so.7.0) > > Alexander, > > You've hit a sore spot here. The issue of Xft1 vs Xft2 was only the > starting of a larger picture. > > Your right in the fact that all libraries are versioned, and we don't > respect that for any library. libX11.a should really be libX11-6_2.a etc > or some equivalent of. The .a libraries should not be the big problem. You usally have one version of it installed (with the corresponding headers). But the shared libraries might be a problem. Taking a look at my linux system and libXaw. I've installed libXaw.so.6.1 and libXaw.so.7.0 and libXaw.so as a symlink to libXaw.so.7.0 Linking a library with libXaw.so creates a binary which expects at least libXaw.so.7.0 but is incompatible with libXaw.so.6.* A binary linked against libXaw.so.6.1 requires at least libXaw.so.6.1 and is incompatible with libXaw.7.* and might not work with libXaw.so.6.0. Mapping this the windows we get a scenario where we have on program against libXaw7.dll and one against libXaw6.dll but with no information on minor version changes. And maybe another libXaw.dll which works as library stub when linking with -lXaw The ncurses4 vs. ncurses5 issue shows a lot of the problems which will arise. Every new program which is linked against libXaw7 will not work with libXaw.dll and older programs will still search for libXaw.dll which is now libXaw6.dll. quite tricky. Any other solutions or comments? bye ago -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From nwourms@yahoo.com Mon Sep 23 15:03:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Mon, 23 Sep 2002 15:03:00 -0000 Subject: XFree 4.2.1 + fontconfig-2 In-Reply-To: <20020923204039.GJ1970@fairlite.demon.co.uk> Message-ID: <20020923220354.47916.qmail@web21009.mail.yahoo.com> --- Alan Hourihane wrote: > On Wed, Sep 18, 2002 at 10:25:48 +0200, Alexander Gottwald wrote: > > That is a windows problem. The XFree libraries are in fact > versioned. > > (libXaw.so.6.1 vs libXaw.so.7.0) > Alexander, > > You've hit a sore spot here. The issue of Xft1 vs Xft2 was only the > starting of a larger picture. > > Your right in the fact that all libraries are versioned, and we > don't > respect that for any library. libX11.a should really be > libX11-6_2.a etc > or some equivalent of. > > We also need to consider backwards compatibility as to not break > older > applications. > > I've fixed the immediate problem and can re-instate Xft1. But any > want to pipe up with anything on this topic ? Like it or not, if we make the switch we will break binary compatibility. This is, of course, because runtime libraries cannot be symlinked on Windows. Still, this is something that will have to be done sooner or later (again perhaps for the 4.3.0 release?). However, I think the benefits in the longrun will outweigh the incovience of a few questions from people caught in this switch. I'll let Harold voice his mind on this now... Cheers, Nicholas __________________________________________________ Do you Yahoo!? New DSL Internet Access from SBC & Yahoo! http://sbc.yahoo.com From alanh@fairlite.demon.co.uk Mon Sep 23 15:15:00 2002 From: alanh@fairlite.demon.co.uk (Alan Hourihane) Date: Mon, 23 Sep 2002 15:15:00 -0000 Subject: XFree 4.2.1 + fontconfig-2 In-Reply-To: <20020923220354.47916.qmail@web21009.mail.yahoo.com> References: <20020923204039.GJ1970@fairlite.demon.co.uk> <20020923220354.47916.qmail@web21009.mail.yahoo.com> Message-ID: <20020923221508.GL1970@fairlite.demon.co.uk> On Mon, Sep 23, 2002 at 03:03:54 -0700, Nicholas Wourms wrote: > > --- Alan Hourihane wrote: > > On Wed, Sep 18, 2002 at 10:25:48 +0200, Alexander Gottwald wrote: > > > That is a windows problem. The XFree libraries are in fact > > versioned. > > > (libXaw.so.6.1 vs libXaw.so.7.0) > > > Alexander, > > > > You've hit a sore spot here. The issue of Xft1 vs Xft2 was only the > > starting of a larger picture. > > > > Your right in the fact that all libraries are versioned, and we > > don't > > respect that for any library. libX11.a should really be > > libX11-6_2.a etc > > or some equivalent of. > > > > We also need to consider backwards compatibility as to not break > > older > > applications. > > > > I've fixed the immediate problem and can re-instate Xft1. But any > > want to pipe up with anything on this topic ? > > Like it or not, if we make the switch we will break binary > compatibility. This is, of course, because runtime libraries cannot > be symlinked on Windows. Still, this is something that will have to > be done sooner or later (again perhaps for the 4.3.0 release?). > However, I think the benefits in the longrun will outweigh the > incovience of a few questions from people caught in this switch. > I'll let Harold voice his mind on this now... We don't have to symlink - we can copy libX11-6_2.dll to libX11.dll etc to maintain compatibility and bug fixes to these kinds of libraries. A small script here will do the trick. But I think we really need to do this for 4.3.0 and just update the FAQ for those caught in the switch - like you say. Alan. From nwourms@yahoo.com Mon Sep 23 15:23:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Mon, 23 Sep 2002 15:23:00 -0000 Subject: XFree 4.2.1 + fontconfig-2 In-Reply-To: Message-ID: <20020923222347.66767.qmail@web21008.mail.yahoo.com> --- Alexander Gottwald wrote: > Alan Hourihane wrote: > > > On Wed, Sep 18, 2002 at 10:25:48 +0200, Alexander Gottwald wrote: > > > That is a windows problem. The XFree libraries are in fact > versioned. > > > (libXaw.so.6.1 vs libXaw.so.7.0) > > > > Alexander, > > > > You've hit a sore spot here. The issue of Xft1 vs Xft2 was only > the > > starting of a larger picture. > > > > Your right in the fact that all libraries are versioned, and we > don't > > respect that for any library. libX11.a should really be > libX11-6_2.a etc > > or some equivalent of. > > The .a libraries should not be the big problem. You usally have one > version > of it installed (with the corresponding headers). But the shared > libraries > might be a problem. Only if things are not properly coordinated. All that has to be done is to rebuild the entire XFree base stuff. Then give it to the package maintainers who depend on X11 a few weeks before a given release time. That should give them sufficient time to relink their packages and prepare a micro-version bump [r(n)->r(n+1)]. Then release all the updated packages at once. That way, there's no "lagging" in the core distribution. The 3rd party people will have to catch up, but we can let them know as well (Ralf, Steve, etc.). Still, maybe it might be worth waiting until 4.3.0 is released? > Taking a look at my linux system and libXaw. > I've installed libXaw.so.6.1 and libXaw.so.7.0 and libXaw.so as a > symlink > to libXaw.so.7.0 > > Linking a library with libXaw.so creates a binary which expects at > least > libXaw.so.7.0 but is incompatible with libXaw.so.6.* > > A binary linked against libXaw.so.6.1 requires at least > libXaw.so.6.1 and is > incompatible with libXaw.7.* and might not work with libXaw.so.6.0. > > Mapping this the windows we get a scenario where we have on program > against > libXaw7.dll and one against libXaw6.dll but with no information on > minor > version changes. And maybe another libXaw.dll which works as > library stub > when linking with -lXaw Sure, you can add more information if you want to. libXaw.6.0.dll.a as an import lib for cygXaw-6.0.dll is perfectly valid and will happily coexist with cygXaw-6.1.dll :). All that's required is to symlink the base import library (libXaw.dll.a) to whichever is determined to be the default. > The ncurses4 vs. ncurses5 issue shows a lot of the problems which > will > arise. This is true, but Chuck also showed us the best way to handle it. Yeah it looked like a pain, but it could have been worse without proper planning. > Every new program which is linked against libXaw7 will not work > with libXaw.dll and older programs will still search for libXaw.dll > which is now ibXaw6.dll. > > quite tricky. Not if we just accept the fact that there is no workaround and focus on "damage" control. That is, make sure people are informed well in advance and the X11 maintainers have time to get their releases relinked. The fallout from ncurses wasn't that bad, the volume died off a few weeks after it happened. > Any other solutions or comments? The only other way is to leave things as they are, but this will need to be done eventually, right? Cheers, Nicholas __________________________________________________ Do you Yahoo!? New DSL Internet Access from SBC & Yahoo! http://sbc.yahoo.com From nwourms@yahoo.com Mon Sep 23 15:56:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Mon, 23 Sep 2002 15:56:00 -0000 Subject: XFree 4.2.1 + fontconfig-2 In-Reply-To: <20020923221508.GL1970@fairlite.demon.co.uk> Message-ID: <20020923225612.12984.qmail@web21005.mail.yahoo.com> --- Alan Hourihane wrote: > On Mon, Sep 23, 2002 at 03:03:54 -0700, Nicholas Wourms wrote: > > > > --- Alan Hourihane wrote: > > > On Wed, Sep 18, 2002 at 10:25:48 +0200, Alexander Gottwald > wrote: > > > > That is a windows problem. The XFree libraries are in fact > > > versioned. > > > > (libXaw.so.6.1 vs libXaw.so.7.0) > > > > > Alexander, > > > > > > You've hit a sore spot here. The issue of Xft1 vs Xft2 was only > the > > > starting of a larger picture. > > > > > > Your right in the fact that all libraries are versioned, and we > > > don't > > > respect that for any library. libX11.a should really be > > > libX11-6_2.a etc > > > or some equivalent of. > > > > > > We also need to consider backwards compatibility as to not > break > > > older > > > applications. > > > > > > I've fixed the immediate problem and can re-instate Xft1. But > any > > > want to pipe up with anything on this topic ? > > > > Like it or not, if we make the switch we will break binary > > compatibility. This is, of course, because runtime libraries > cannot > > be symlinked on Windows. Still, this is something that will have > to > > be done sooner or later (again perhaps for the 4.3.0 release?). > > However, I think the benefits in the longrun will outweigh the > > incovience of a few questions from people caught in this switch. > > I'll let Harold voice his mind on this now... > > We don't have to symlink - we can copy libX11-6_2.dll to libX11.dll > etc > to maintain compatibility and bug fixes to these kinds of > libraries. How about a seperate package call X11-compat for this? Just seems like a waste of space for people who don't care. > But I think we really need to do this for 4.3.0 and just update the > FAQ for those caught in the switch - like you say. Sounds good to me. I propose the following as an adaptation of the "generally accepted naming conventions" used for native cygwin libraries [makes our X libraries more unixy]: ---------- |libXfoo:| ---------- library name used on *nix: libXfoo.0.0.so *for Cygwin: ============ runtime name: ------------- "cyg" + + "." + + "." + + "." + "dll" [i.e. cygXfoo.0.0.dll] shared import name: ------------------- A)"lib" + + "." + + "." + + "." + "dll" + "." + "a" [i.e. libXfoo.0.0.dll.a] B)Symlink A -> "lib" + + "." + + "." + "dll" + "." + "a" [i.e. libXfoo.0.0.dll.a -> libXfoo.0.dll.a] C)Symlink A -> "lib" + + "." + "dll" + "." + "a" [i.e. libXfoo.0.0.dll.a -> libXfoo.dll.a] static import name: ------------------- "lib" + + "." + "a" final outcome: -------------- /usr/X11R6/bin/cygXfoo.0.0.dll /usr/X11R6/lib/libXfoo.0.0.dll.a /usr/X11R6/lib/libXfoo.0.dll.a /usr/X11R6/lib/libXfoo.dll.a /usr/X11R6/lib/libXfoo.a Just a thought, anyhow... Cheers, Nicholas __________________________________________________ Do you Yahoo!? New DSL Internet Access from SBC & Yahoo! http://sbc.yahoo.com From x2jp@a7nxqd5.com Mon Sep 23 21:55:00 2002 From: x2jp@a7nxqd5.com (x2jp@a7nxqd5.com) Date: Mon, 23 Sep 2002 21:55:00 -0000 Subject: You won't believe this! Message-ID: <103284394401@mercury.cwcs.co.uk> Below is the result of your feedback form. It was submitted by x2jp@a7nxqd5.com (x2jp@a7nxqd5.com) on Tuesday, September 24, 2002 at 06:05:44 --------------------------------------------------------------------------- ysgkg: AMATEURS69! Hott chicks,young and fine..all doing it 69!! Check them out by clicking here 4c5 --------------------------------------------------------------------------- From x2jp@a7nxqd5.com Tue Sep 24 00:32:00 2002 From: x2jp@a7nxqd5.com (x2jp@a7nxqd5.com) Date: Tue, 24 Sep 2002 00:32:00 -0000 Subject: You won't believe this! Message-ID: <103284394401@mercury.cwcs.co.uk> Below is the result of your feedback form. It was submitted by x2jp@a7nxqd5.com (x2jp@a7nxqd5.com) on Tuesday, September 24, 2002 at 06:05:44 --------------------------------------------------------------------------- ysgkg: AMATEURS69! Hott chicks,young and fine..all doing it 69!! Check them out by clicking here 4c5 --------------------------------------------------------------------------- From alexander.gottwald@s1999.tu-chemnitz.de Tue Sep 24 01:31:00 2002 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Tue, 24 Sep 2002 01:31:00 -0000 Subject: XFree 4.2.1 + fontconfig-2 In-Reply-To: <20020923225612.12984.qmail@web21005.mail.yahoo.com> Message-ID: On Mon, 23 Sep 2002, Nicholas Wourms wrote: > How about a seperate package call X11-compat for this? Just seems > like a waste of space for people who don't care. Good idea > library name used on *nix: libXfoo.0.0.so actually libXfoo.so.0.0, everything else will also break the library versioning. > *for Cygwin: > ============ > > runtime name: > ------------- > > "cyg" + + "." + + "." + + "." + "dll" > [i.e. cygXfoo.0.0.dll] Any minor version bump will break older clients. They will request cygXfoo.0.0.dll but cygXfoo.0.1.dll is installed and is sufficient. if we name it only cygXfoo.0.dll, can the cygwin installer make sure that at least package foo-x.y-1 is installed and not only foo-x.y-0 for all packages requiring the new version? bye ago -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From alanh@fairlite.demon.co.uk Tue Sep 24 02:45:00 2002 From: alanh@fairlite.demon.co.uk (Alan Hourihane) Date: Tue, 24 Sep 2002 02:45:00 -0000 Subject: XFree 4.2.1 + fontconfig-2 In-Reply-To: References: <20020923225612.12984.qmail@web21005.mail.yahoo.com> Message-ID: <20020924083128.GC1409@fairlite.demon.co.uk> On Tue, Sep 24, 2002 at 09:32:27 +0200, Alexander Gottwald wrote: > On Mon, 23 Sep 2002, Nicholas Wourms wrote: > > > How about a seperate package call X11-compat for this? Just seems > > like a waste of space for people who don't care. > > Good idea > > > library name used on *nix: libXfoo.0.0.so > > actually libXfoo.so.0.0, everything else will also break the library > versioning. > > > *for Cygwin: > > ============ > > > > runtime name: > > ------------- > > > > "cyg" + + "." + + "." + + "." + "dll" > > [i.e. cygXfoo.0.0.dll] > > Any minor version bump will break older clients. They will request > cygXfoo.0.0.dll but cygXfoo.0.1.dll is installed and is sufficient. > > if we name it only cygXfoo.0.dll, can the cygwin installer make sure > that at least package foo-x.y-1 is installed and not only foo-x.y-0 > for all packages requiring the new version? I think in this instance that windows doesn't help us much. I think it should be fine if we had say libXfoo.0.dll installed (which was really v0.0), but then we released Xfoo-0.1.tar.gz which installed another libXfoo.0.dll (which is now v0.1). I.E We only ever report the major version number and forget about the minor one, as in the case of the minor number we are always backwards compatible. Alan. From mario.ohnewald@gmx.de Tue Sep 24 03:19:00 2002 From: mario.ohnewald@gmx.de (Mario Ohnewald) Date: Tue, 24 Sep 2002 03:19:00 -0000 Subject: Running xterm on localhost with XWin Message-ID: <000001c263af$3169f750$350aa8c0@W2KDP> Hello! Should this not work:? XWin -screen 0 640 480 & # open X set DISPLAY=127.0.0.1:0.0 # set Display xterm.exe # run app. wich should appar in X xterm Xt error: Can't open display: Cheers, Mario From mbardiaux@peaktime.be Tue Sep 24 06:07:00 2002 From: mbardiaux@peaktime.be (Michel Bardiaux) Date: Tue, 24 Sep 2002 06:07:00 -0000 Subject: Running xterm on localhost with XWin References: <000001c263af$3169f750$350aa8c0@W2KDP> Message-ID: <3D903C15.4DD113EA@peaktime.be> Mario Ohnewald wrote: > > Hello! > Should this not work:? No. > > XWin -screen 0 640 480 & # open X > set DISPLAY=127.0.0.1:0.0 # set Display > xterm.exe # run app. wich should appar in X > > xterm Xt error: Can't open display: > > Cheers, Mario With csh, use setenv, not set With bash, use export after set HaND, -- Michel Bardiaux Peaktime Belgium S.A. Bd. du Souverain, 191 B-1160 Bruxelles Tel : +32 2 790.29.41 From nwourms@yahoo.com Tue Sep 24 07:28:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Tue, 24 Sep 2002 07:28:00 -0000 Subject: XFree 4.2.1 + fontconfig-2 In-Reply-To: <20020924083128.GC1409@fairlite.demon.co.uk> Message-ID: <20020924130728.95509.qmail@web21003.mail.yahoo.com> --- Alan Hourihane wrote: > On Tue, Sep 24, 2002 at 09:32:27 +0200, Alexander Gottwald wrote: > > On Mon, 23 Sep 2002, Nicholas Wourms wrote: > > > > > How about a seperate package call X11-compat for this? Just > seems > > > like a waste of space for people who don't care. > > > > Good idea > > > > > library name used on *nix: libXfoo.0.0.so > > > > actually libXfoo.so.0.0, everything else will also break the > library > > versioning. > > > *for Cygwin: > > > ============ > > > > > > runtime name: > > > ------------- > > > > > > "cyg" + + "." + + "." + + "." + > "dll" > > > [i.e. cygXfoo.0.0.dll] > > > > Any minor version bump will break older clients. They will > request > > cygXfoo.0.0.dll but cygXfoo.0.1.dll is installed and is > sufficient. > > > > if we name it only cygXfoo.0.dll, can the cygwin installer make > sure > > that at least package foo-x.y-1 is installed and not only > foo-x.y-0 > > for all packages requiring the new version? > > I think in this instance that windows doesn't help us much. I think > it should be fine if we had say libXfoo.0.dll installed (which was > really v0.0), but then we released Xfoo-0.1.tar.gz which installed > another libXfoo.0.dll (which is now v0.1). I.E We only ever report > the > major version number and forget about the minor one, as in the case > of the minor number we are always backwards compatible. Of course, you're correct. I was worried they might make a binary incompatible minor release. However, if this is not the case, then we should be in good shape :-). Cheers, Nicholas __________________________________________________ Do you Yahoo!? New DSL Internet Access from SBC & Yahoo! http://sbc.yahoo.com From huntharo@msu.edu Tue Sep 24 11:29:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Tue, 24 Sep 2002 11:29:00 -0000 Subject: Running xterm on localhost with XWin In-Reply-To: <000001c263af$3169f750$350aa8c0@W2KDP> Message-ID: Mario, Just follow the User's Guide instructions: http://xfree86.cygwin.com/docs/ug/using-remote-apps.html Harold > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Mario Ohnewald > Sent: Tuesday, September 24, 2002 5:46 AM > To: cygwin-xfree@cygwin.com > Subject: Running xterm on localhost with XWin > > > Hello! > Should this not work:? > > XWin -screen 0 640 480 & # open X > set DISPLAY=127.0.0.1:0.0 # set Display > xterm.exe # run app. wich should appar in X > > xterm Xt error: Can't open display: > > Cheers, Mario From bjnelson@bellhelicopter.textron.com Tue Sep 24 12:45:00 2002 From: bjnelson@bellhelicopter.textron.com (Nelson, Bruce) Date: Tue, 24 Sep 2002 12:45:00 -0000 Subject: CATIA Launch Fails Message-ID: <062130671039D311BB730001FA7E02FB05103FFE@bhtintexch1.bhti.com> I've attempted to launch CATIA v4 with CYGwin. CATIA tries to start, then nothing. Any ideas? Bruce J. Nelson From lhall@pop.ma.ultranet.com Tue Sep 24 13:57:00 2002 From: lhall@pop.ma.ultranet.com (lhall@pop.ma.ultranet.com) Date: Tue, 24 Sep 2002 13:57:00 -0000 Subject: CATIA Launch Fails Message-ID: <191690-22002922419451427@M2W055.mail2web.com> What makes you think that not being able to launch CATIA has anything to do with Cygwin? Have you tried uninstalling Cygwin and noticed that the problem goes away? If not, this should be your first step. The problem you're seeing is not obviously caused by Cygwin from the information given. FWIW, I run SolidWorks, Solid Edge, and Pro/E (plus allot of other programs - including some by M$ ;-) ) on many systems with Cygwin installed. So unless the CATIA team at Dassault have something against Cygwin, I expect this isn't your problem. But you'll need to get a bit more specific about the problem if Cygwin does have a role in it. Good luck, Larry Original Message: ----------------- From: Nelson, Bruce bjnelson@bellhelicopter.textron.com Date: Tue, 24 Sep 2002 13:29:01 -0500 To: cygwin@cygwin.com, cygwin-xfree@cygwin.com Subject: CATIA Launch Fails I've attempted to launch CATIA v4 with CYGwin. CATIA tries to start, then nothing. Any ideas? Bruce J. Nelson -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -------------------------------------------------------------------- mail2web - Check your email from the web at http://mail2web.com/ . From Alexander.Gottwald@informatik.tu-chemnitz.de Tue Sep 24 14:05:00 2002 From: Alexander.Gottwald@informatik.tu-chemnitz.de (Alexander Gottwald) Date: Tue, 24 Sep 2002 14:05:00 -0000 Subject: XFree 4.2.1 + fontconfig-2 In-Reply-To: <20020923225612.12984.qmail@web21005.mail.yahoo.com> Message-ID: Nicholas Wourms wrote: > final outcome: > -------------- > /usr/X11R6/bin/cygXfoo.0.0.dll > /usr/X11R6/lib/libXfoo.0.0.dll.a > /usr/X11R6/lib/libXfoo.0.dll.a > /usr/X11R6/lib/libXfoo.dll.a > /usr/X11R6/lib/libXfoo.a Attached a patch which tweaks the makefile to build lib$(NAME)-$(MAJOR).dll lib$(NAME)-$(MAJOR).a lib$(NAME).a -> lib$(NAME)-$(MAJOR).a for Xft1 and Xft2 its exports/bin/libXft-1.dll exports/bin/libXft-2.dll exports/lib/libXft-1.a -> ../../lib/Xft1/libXft-1.a exports/lib/libXft-2.a -> ../../lib/Xft/libXft-2.a exports/lib/libXft.a -> libXft-2.a tweaking it to use cyg*.dll is simple I also change the widely spreaded concat3(lib,libname,.dll) to one macro (SharedLibraryName, libFoo-X.dll) The other new macro is ImportLibraryName, which is libFoo-X.a LibraryTargetName is still libFoo.a And the is the rule LinkImportLibrary which links ImportLibraryName to LibraryTargetName. bye ago -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 -------------- next part -------------- Index: cygwin.rules =================================================================== RCS file: /cvs/xc/config/cf/cygwin.rules,v retrieving revision 3.19 diff -u -r3.19 cygwin.rules --- cygwin.rules 2002/04/15 09:22:33 3.19 +++ cygwin.rules 2002/09/24 20:53:19 @@ -52,7 +52,10 @@ #define UseExportLists YES #endif +#define SharedLibraryName(libname, rev) Concat3(lib,libname,-$(shell echo rev|sed s=\\..*==).dll) +#define ImportLibraryName(libname, rev) Concat3(lib,libname,-$(shell echo rev|sed s=\\..*==).a) + /* * SharedDepLibraryTarget - generate rules to create a shared library. */ @@ -75,22 +78,23 @@ */ #define SharedDepLibraryTarget(libname,rev,deplist,solist,down,up) @@\ -AllTarget(Concat3(lib,libname,.dll)) @@\ +AllTarget(SharedLibraryName(libname,rev)) @@\ @@\ CppFileTarget(libname.def,libname-def.cpp,-DLIBRARY_VERSION=rev,$(ICONFIGFILES)) @@\ @@\ @@\ @@\ -Concat3(lib,libname,.dll): deplist libname.def @@\ - RemoveFile(LibraryTargetName(libname)) @@\ - RemoveFile(Concat3(lib,libname,.dll)) @@\ - MakeDLL(libname,solist) @@\ - LinkBuildLibrary(Concat3(lib,libname,.a)) @@\ - LinkBuildDLL(Concat3(lib,libname,.dll)) @@\ +SharedLibraryName(libname,rev): deplist libname.def @@\ + RemoveFile(ImportLibraryName(libname,rev)) @@\ + RemoveFile(SharedLibraryName(libname,rev)) @@\ + MakeDLL(libname,solist,rev) @@\ + LinkBuildLibrary(ImportLibraryName(libname,rev)) @@\ + LinkImportLibrary(ImportLibraryName(libname,rev),LibraryTargetName(libname)) @@\ + LinkBuildDLL(SharedLibraryName(libname,rev)) @@\ @@\ clean:: @@\ - RemoveFile(LibraryTargetName(libname)) @@\ - RemoveFile(Concat3(lib,libname,.dll)) @@\ + RemoveFile(ImportLibraryName(libname,rev)) @@\ + RemoveFile(SharedLibraryName(libname,rev)) @@\ #endif /* SharedDepLibraryTarget */ @@ -116,22 +120,23 @@ */ #define SharedDepCplusplusLibraryTarget(libname,rev,deplist,solist,down,up) @@\ -AllTarget(Concat3(lib,libname,.dll)) @@\ +AllTarget(SharedLibraryName(libname,rev)) @@\ @@\ CppFileTarget(libname.def,libname-def.cpp,-DLIBRARY_VERSION=rev,$(ICONFIGFILES)) @@\ @@\ @@\ - @@\ -Concat3(lib,libname,.dll): deplist libname.def @@\ - RemoveFile(LibraryTargetName(libname)) @@\ - RemoveFile(Concat3(lib,libname,.dll)) @@\ - MakeCplusplusDLL(libname,solist) @@\ - LinkBuildLibrary(Concat3(lib,libname,.a)) @@\ - LinkBuildDLL(Concat3(lib,libname,.dll)) @@\ @@\ -clean:: @@\ - RemoveFile(LibraryTargetName(libname)) @@\ - RemoveFile(Concat3(lib,libname,.dll)) @@\ +SharedLibraryName(libname,rev): deplist libname.def @@\ + RemoveFile(ImportLibraryName(libname,rev)) @@\ + RemoveFile(SharedLibraryName(libname,rev)) @@\ + MakeCplusplusDLL(libname,solist,rev) @@\ + LinkBuildLibrary(ImportLibraryName(libname,rev)) @@\ + LinkImportLibrary(ImportLibraryName(libname,rev),LibraryTargetName(libname)) @@\ + LinkBuildDLL(SharedLibraryName(libname,rev)) @@\ + @@\ +clean:: @@\ + RemoveFile(ImportLibraryName(libname,rev)) @@\ + RemoveFile(SharedLibraryName(libname,rev)) @@\ #endif /* SharedDepCplusplusLibraryTarget */ @@ -173,22 +178,22 @@ * MakeDllProg */ -#define MakeDLLProg(libname,solist,prog) @@\ - prog -shared -Wl,--out-implib=Concat3(lib,libname,.a) -Wl,--enable-auto-import --def libname.def -o Concat3(lib,libname,.dll) solist $(REQUIREDLIBS) +#define MakeDLLProg(libname,solist,prog,rev) @@\ + prog -shared -Wl,--out-implib=ImportLibraryName(libname,rev) -Wl,--enable-auto-import --def libname.def -o SharedLibraryName(libname,rev) solist $(REQUIREDLIBS) /* * MakeDll */ -#define MakeDLL(libname,solist) @@\ - MakeDLLProg(libname,solist,$(CC)) +#define MakeDLL(libname,solist,rev) @@\ + MakeDLLProg(libname,solist,$(CC),rev) /* * MakeCplusplusDll */ -#define MakeCplusplusDLL(libname,solist) @@\ - MakeDLLProg(libname,solist,$(CXX)) +#define MakeCplusplusDLL(libname,solist,rev) @@\ + MakeDLLProg(libname,solist,$(CXX),rev) @@ -197,20 +202,21 @@ */ #define SharedLibraryTarget(libname,rev,solist,down,up) @@\ -AllTarget(Concat3(lib,libname,.dll)) @@\ +AllTarget(SharedLibraryName(libname,rev)) @@\ @@\ CppFileTarget(libname.def,libname-def.cpp,-DLIBRARY_VERSION=rev,$(ICONFIGFILES)) @@\ @@\ @@\ -Concat3(lib,libname,.dll): solist libname.def @@\ - RemoveFile(LibraryTargetName(libname)) @@\ - RemoveFile(Concat3(lib,libname,.dll)) @@\ - MakeDLL(libname,solist) @@\ - LinkBuildLibrary(Concat3(lib,libname,.a)) @@\ - LinkBuildDLL(Concat3(lib,libname,.dll)) @@\ -clean:: @@\ - RemoveFile(LibraryTargetName(libname)) @@\ - RemoveFile(Concat3(lib,libname,.dll)) @@\ +SharedLibraryName(libname,rev): solist libname.def @@\ + RemoveFile(ImportLibraryName(libname,rev)) @@\ + RemoveFile(SharedLibraryName(libname,rev)) @@\ + MakeDLL(libname,solist,rev) @@\ + LinkBuildLibrary(ImportLibraryName(libname,rev)) @@\ + LinkImportLibrary(ImportLibraryName(libname,rev),LibraryTargetName(libname)) @@\ + LinkBuildDLL(SharedLibraryName(libname,rev)) @@\ +clean:: @@\ + RemoveFile(ImportLibraryName(libname,rev)) @@\ + RemoveFile(SharedLibraryName(libname,rev)) @@\ /* @@ -219,7 +225,7 @@ #define InstallSharedLibrary(libname,rev,dest) @@\ InstallTarget(install,LibraryTargetName(libname),$(INSTLIBFLAGS),$(USRLIBDIR)) @@\ -InstallTarget(install,Concat3(lib,libname,.dll),$(INSTLIBFLAGS),$(BINDIR)) +InstallTarget(install,SharedLibraryName(libname,rev),$(INSTLIBFLAGS),$(BINDIR)) /* @@ -263,6 +269,16 @@ RemoveFile($(BUILDBINDIR)/lib) @@\ cd $(BUILDBINDIR) && $(CP) $(BUILDBINTOP)/$(CURRENT_DIR)/lib . #endif + +#ifndef LinkImportLibrary +#ifdef UseInstalled +#define LinkImportLibrary(lib, importlib) $(_NULLCMD_) +#else +#define LinkImportLibrary(lib, importlib) MakeDir($(BUILDLIBDIR)) @@\ + RemoveFile($(BUILDLIBDIR)/importlib) @@\ + cd $(BUILDLIBDIR) && $(LN) lib importlib +#endif +#endif /* LinkImportLibrary */ /* From huntharo@msu.edu Tue Sep 24 14:13:00 2002 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 24 Sep 2002 14:13:00 -0000 Subject: XFree 4.2.1 + fontconfig-2 References: Message-ID: <3D90D391.6070109@msu.edu> If it builds then I approve and Alan should commit this directly. Harold Alexander Gottwald wrote: > Nicholas Wourms wrote: > > >>final outcome: >>-------------- >>/usr/X11R6/bin/cygXfoo.0.0.dll >>/usr/X11R6/lib/libXfoo.0.0.dll.a >>/usr/X11R6/lib/libXfoo.0.dll.a >>/usr/X11R6/lib/libXfoo.dll.a >>/usr/X11R6/lib/libXfoo.a > > > Attached a patch which tweaks the makefile to build > > lib$(NAME)-$(MAJOR).dll > lib$(NAME)-$(MAJOR).a > lib$(NAME).a -> lib$(NAME)-$(MAJOR).a > > for Xft1 and Xft2 its > exports/bin/libXft-1.dll > exports/bin/libXft-2.dll > exports/lib/libXft-1.a -> ../../lib/Xft1/libXft-1.a > exports/lib/libXft-2.a -> ../../lib/Xft/libXft-2.a > exports/lib/libXft.a -> libXft-2.a > > tweaking it to use cyg*.dll is simple > > I also change the widely spreaded concat3(lib,libname,.dll) to one macro > (SharedLibraryName, libFoo-X.dll) > The other new macro is ImportLibraryName, which is libFoo-X.a > LibraryTargetName is still libFoo.a > > And the is the rule LinkImportLibrary which links ImportLibraryName to > LibraryTargetName. > > bye > ago > > > ------------------------------------------------------------------------ > > Index: cygwin.rules > =================================================================== > RCS file: /cvs/xc/config/cf/cygwin.rules,v > retrieving revision 3.19 > diff -u -r3.19 cygwin.rules > --- cygwin.rules 2002/04/15 09:22:33 3.19 > +++ cygwin.rules 2002/09/24 20:53:19 > @@ -52,7 +52,10 @@ > #define UseExportLists YES > #endif > > +#define SharedLibraryName(libname, rev) Concat3(lib,libname,-$(shell echo rev|sed s=\\..*==).dll) > > +#define ImportLibraryName(libname, rev) Concat3(lib,libname,-$(shell echo rev|sed s=\\..*==).a) > + > /* > * SharedDepLibraryTarget - generate rules to create a shared library. > */ > @@ -75,22 +78,23 @@ > */ > > #define SharedDepLibraryTarget(libname,rev,deplist,solist,down,up) @@\ > -AllTarget(Concat3(lib,libname,.dll)) @@\ > +AllTarget(SharedLibraryName(libname,rev)) @@\ > @@\ > CppFileTarget(libname.def,libname-def.cpp,-DLIBRARY_VERSION=rev,$(ICONFIGFILES)) @@\ > @@\ > @@\ > @@\ > -Concat3(lib,libname,.dll): deplist libname.def @@\ > - RemoveFile(LibraryTargetName(libname)) @@\ > - RemoveFile(Concat3(lib,libname,.dll)) @@\ > - MakeDLL(libname,solist) @@\ > - LinkBuildLibrary(Concat3(lib,libname,.a)) @@\ > - LinkBuildDLL(Concat3(lib,libname,.dll)) @@\ > +SharedLibraryName(libname,rev): deplist libname.def @@\ > + RemoveFile(ImportLibraryName(libname,rev)) @@\ > + RemoveFile(SharedLibraryName(libname,rev)) @@\ > + MakeDLL(libname,solist,rev) @@\ > + LinkBuildLibrary(ImportLibraryName(libname,rev)) @@\ > + LinkImportLibrary(ImportLibraryName(libname,rev),LibraryTargetName(libname)) @@\ > + LinkBuildDLL(SharedLibraryName(libname,rev)) @@\ > @@\ > clean:: @@\ > - RemoveFile(LibraryTargetName(libname)) @@\ > - RemoveFile(Concat3(lib,libname,.dll)) @@\ > + RemoveFile(ImportLibraryName(libname,rev)) @@\ > + RemoveFile(SharedLibraryName(libname,rev)) @@\ > > #endif /* SharedDepLibraryTarget */ > > @@ -116,22 +120,23 @@ > */ > > #define SharedDepCplusplusLibraryTarget(libname,rev,deplist,solist,down,up) @@\ > -AllTarget(Concat3(lib,libname,.dll)) @@\ > +AllTarget(SharedLibraryName(libname,rev)) @@\ > @@\ > CppFileTarget(libname.def,libname-def.cpp,-DLIBRARY_VERSION=rev,$(ICONFIGFILES)) @@\ > @@\ > @@\ > - @@\ > -Concat3(lib,libname,.dll): deplist libname.def @@\ > - RemoveFile(LibraryTargetName(libname)) @@\ > - RemoveFile(Concat3(lib,libname,.dll)) @@\ > - MakeCplusplusDLL(libname,solist) @@\ > - LinkBuildLibrary(Concat3(lib,libname,.a)) @@\ > - LinkBuildDLL(Concat3(lib,libname,.dll)) @@\ > @@\ > -clean:: @@\ > - RemoveFile(LibraryTargetName(libname)) @@\ > - RemoveFile(Concat3(lib,libname,.dll)) @@\ > +SharedLibraryName(libname,rev): deplist libname.def @@\ > + RemoveFile(ImportLibraryName(libname,rev)) @@\ > + RemoveFile(SharedLibraryName(libname,rev)) @@\ > + MakeCplusplusDLL(libname,solist,rev) @@\ > + LinkBuildLibrary(ImportLibraryName(libname,rev)) @@\ > + LinkImportLibrary(ImportLibraryName(libname,rev),LibraryTargetName(libname)) @@\ > + LinkBuildDLL(SharedLibraryName(libname,rev)) @@\ > + @@\ > +clean:: @@\ > + RemoveFile(ImportLibraryName(libname,rev)) @@\ > + RemoveFile(SharedLibraryName(libname,rev)) @@\ > > #endif /* SharedDepCplusplusLibraryTarget */ > > @@ -173,22 +178,22 @@ > * MakeDllProg > */ > > -#define MakeDLLProg(libname,solist,prog) @@\ > - prog -shared -Wl,--out-implib=Concat3(lib,libname,.a) -Wl,--enable-auto-import --def libname.def -o Concat3(lib,libname,.dll) solist $(REQUIREDLIBS) > +#define MakeDLLProg(libname,solist,prog,rev) @@\ > + prog -shared -Wl,--out-implib=ImportLibraryName(libname,rev) -Wl,--enable-auto-import --def libname.def -o SharedLibraryName(libname,rev) solist $(REQUIREDLIBS) > > /* > * MakeDll > */ > > -#define MakeDLL(libname,solist) @@\ > - MakeDLLProg(libname,solist,$(CC)) > +#define MakeDLL(libname,solist,rev) @@\ > + MakeDLLProg(libname,solist,$(CC),rev) > > /* > * MakeCplusplusDll > */ > > -#define MakeCplusplusDLL(libname,solist) @@\ > - MakeDLLProg(libname,solist,$(CXX)) > +#define MakeCplusplusDLL(libname,solist,rev) @@\ > + MakeDLLProg(libname,solist,$(CXX),rev) > > > > @@ -197,20 +202,21 @@ > */ > > #define SharedLibraryTarget(libname,rev,solist,down,up) @@\ > -AllTarget(Concat3(lib,libname,.dll)) @@\ > +AllTarget(SharedLibraryName(libname,rev)) @@\ > @@\ > CppFileTarget(libname.def,libname-def.cpp,-DLIBRARY_VERSION=rev,$(ICONFIGFILES)) @@\ > @@\ > @@\ > -Concat3(lib,libname,.dll): solist libname.def @@\ > - RemoveFile(LibraryTargetName(libname)) @@\ > - RemoveFile(Concat3(lib,libname,.dll)) @@\ > - MakeDLL(libname,solist) @@\ > - LinkBuildLibrary(Concat3(lib,libname,.a)) @@\ > - LinkBuildDLL(Concat3(lib,libname,.dll)) @@\ > -clean:: @@\ > - RemoveFile(LibraryTargetName(libname)) @@\ > - RemoveFile(Concat3(lib,libname,.dll)) @@\ > +SharedLibraryName(libname,rev): solist libname.def @@\ > + RemoveFile(ImportLibraryName(libname,rev)) @@\ > + RemoveFile(SharedLibraryName(libname,rev)) @@\ > + MakeDLL(libname,solist,rev) @@\ > + LinkBuildLibrary(ImportLibraryName(libname,rev)) @@\ > + LinkImportLibrary(ImportLibraryName(libname,rev),LibraryTargetName(libname)) @@\ > + LinkBuildDLL(SharedLibraryName(libname,rev)) @@\ > +clean:: @@\ > + RemoveFile(ImportLibraryName(libname,rev)) @@\ > + RemoveFile(SharedLibraryName(libname,rev)) @@\ > > > /* > @@ -219,7 +225,7 @@ > > #define InstallSharedLibrary(libname,rev,dest) @@\ > InstallTarget(install,LibraryTargetName(libname),$(INSTLIBFLAGS),$(USRLIBDIR)) @@\ > -InstallTarget(install,Concat3(lib,libname,.dll),$(INSTLIBFLAGS),$(BINDIR)) > +InstallTarget(install,SharedLibraryName(libname,rev),$(INSTLIBFLAGS),$(BINDIR)) > > > /* > @@ -263,6 +269,16 @@ > RemoveFile($(BUILDBINDIR)/lib) @@\ > cd $(BUILDBINDIR) && $(CP) $(BUILDBINTOP)/$(CURRENT_DIR)/lib . > #endif > + > +#ifndef LinkImportLibrary > +#ifdef UseInstalled > +#define LinkImportLibrary(lib, importlib) $(_NULLCMD_) > +#else > +#define LinkImportLibrary(lib, importlib) MakeDir($(BUILDLIBDIR)) @@\ > + RemoveFile($(BUILDLIBDIR)/importlib) @@\ > + cd $(BUILDLIBDIR) && $(LN) lib importlib > +#endif > +#endif /* LinkImportLibrary */ > > > /* From alanh@fairlite.demon.co.uk Tue Sep 24 14:17:00 2002 From: alanh@fairlite.demon.co.uk (Alan Hourihane) Date: Tue, 24 Sep 2002 14:17:00 -0000 Subject: XFree 4.2.1 + fontconfig-2 In-Reply-To: References: <20020923225612.12984.qmail@web21005.mail.yahoo.com> Message-ID: <20020924211333.GA1478@fairlite.demon.co.uk> On Tue, Sep 24, 2002 at 10:56:54PM +0200, Alexander Gottwald wrote: > Nicholas Wourms wrote: > > > final outcome: > > -------------- > > /usr/X11R6/bin/cygXfoo.0.0.dll > > /usr/X11R6/lib/libXfoo.0.0.dll.a > > /usr/X11R6/lib/libXfoo.0.dll.a > > /usr/X11R6/lib/libXfoo.dll.a > > /usr/X11R6/lib/libXfoo.a > > Attached a patch which tweaks the makefile to build > > lib$(NAME)-$(MAJOR).dll > lib$(NAME)-$(MAJOR).a > lib$(NAME).a -> lib$(NAME)-$(MAJOR).a > > for Xft1 and Xft2 its > exports/bin/libXft-1.dll > exports/bin/libXft-2.dll > exports/lib/libXft-1.a -> ../../lib/Xft1/libXft-1.a > exports/lib/libXft-2.a -> ../../lib/Xft/libXft-2.a > exports/lib/libXft.a -> libXft-2.a Nice job! For the libXft-1.dll we'll need a hack somewhere to make that libXft.dll for backwards compatibility. Alan. From Alexander.Gottwald@informatik.tu-chemnitz.de Tue Sep 24 14:24:00 2002 From: Alexander.Gottwald@informatik.tu-chemnitz.de (Alexander Gottwald) Date: Tue, 24 Sep 2002 14:24:00 -0000 Subject: XFree 4.2.1 + fontconfig-2 In-Reply-To: <3D90D391.6070109@msu.edu> Message-ID: Harold L Hunt II wrote: > If it builds then I approve and Alan should commit this directly. the current cvs is somewhat broken for cygwin - Alan has fixed some of it and the other pathces are on the way bye ago -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From Alexander.Gottwald@informatik.tu-chemnitz.de Tue Sep 24 14:32:00 2002 From: Alexander.Gottwald@informatik.tu-chemnitz.de (Alexander Gottwald) Date: Tue, 24 Sep 2002 14:32:00 -0000 Subject: XFree 4.2.1 + fontconfig-2 In-Reply-To: <20020924211333.GA1478@fairlite.demon.co.uk> Message-ID: Alan Hourihane wrote: > Nice job! > > For the libXft-1.dll we'll need a hack somewhere to make that > libXft.dll for backwards compatibility. in cygwin.cf is BuildXft1Library still set to no and the for Xft2 is still build befor Xft1, so Xft.a links to Xft-1.a after make in lib bye ago -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From alanh@fairlite.demon.co.uk Tue Sep 24 15:06:00 2002 From: alanh@fairlite.demon.co.uk (Alan Hourihane) Date: Tue, 24 Sep 2002 15:06:00 -0000 Subject: XFree 4.2.1 + fontconfig-2 In-Reply-To: References: <20020924211333.GA1478@fairlite.demon.co.uk> Message-ID: <20020924213200.GC1478@fairlite.demon.co.uk> On Tue, Sep 24, 2002 at 11:24:43PM +0200, Alexander Gottwald wrote: > Alan Hourihane wrote: > > > Nice job! > > > > For the libXft-1.dll we'll need a hack somewhere to make that > > libXft.dll for backwards compatibility. > > in cygwin.cf is BuildXft1Library still set to no and the for Xft2 is > still build befor Xft1, so Xft.a links to Xft-1.a after make in lib O.k. I'm doing a build later with all your patches you've submitted to the XFree86 patch list and once I've test built I'll commit everything. Thanks again. Alan. From nwourms@yahoo.com Tue Sep 24 15:12:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Tue, 24 Sep 2002 15:12:00 -0000 Subject: XFree 4.2.1 + fontconfig-2 In-Reply-To: <20020924211333.GA1478@fairlite.demon.co.uk> Message-ID: <20020924220651.71014.qmail@web21002.mail.yahoo.com> --- Alan Hourihane wrote: > On Tue, Sep 24, 2002 at 10:56:54PM +0200, Alexander Gottwald wrote: > > Nicholas Wourms wrote: > > > > > final outcome: > > > -------------- > > > /usr/X11R6/bin/cygXfoo.0.0.dll > > > /usr/X11R6/lib/libXfoo.0.0.dll.a > > > /usr/X11R6/lib/libXfoo.0.dll.a > > > /usr/X11R6/lib/libXfoo.dll.a > > > /usr/X11R6/lib/libXfoo.a > > > > Attached a patch which tweaks the makefile to build > > > > lib$(NAME)-$(MAJOR).dll > > lib$(NAME)-$(MAJOR).a > > lib$(NAME).a -> lib$(NAME)-$(MAJOR).a > > > > for Xft1 and Xft2 its > > exports/bin/libXft-1.dll > > exports/bin/libXft-2.dll > > exports/lib/libXft-1.a -> ../../lib/Xft1/libXft-1.a > > exports/lib/libXft-2.a -> ../../lib/Xft/libXft-2.a > > exports/lib/libXft.a -> libXft-2.a > > Nice job! > > For the libXft-1.dll we'll need a hack somewhere to make that > libXft.dll for backwards compatibility. Well if I might comment on this and take a stance similar to Chuck's line of reasoning (we were discussing this the other day). First off, it "Would Be Nice (tm)" to use the prefix that the core distribution uses "cyg". Alexander says making that happen is trivial, so why not go with the standard? Secondly, Cygwin's shared import libraries end in "dll.a" not ".a" [which is the suffix reserved for static import libraries]. I really think we ought to differentiate on this. What if I wanted to distribute a shared and static version of my library? As you know, ld automatically recognizes dll.a suffix and will use that as the shared import library. I'm not trying to harp, but this was causing me trouble earlier this year. There are times when it is handy to link in a static manner, allowing you to ship as few seperate files as necessary. Also, I don't understand the need for keeping import libraries in subdirs. If my original idea doesn't suite you, why not this (if possible): shared: ------- exports/bin/cygXft-1.dll exports/bin/cygXft-2.dll exports/lib/libXft-1.dll.a exports/lib/libXft-2.dll.a exports/lib/libXft-2.dll.a -> libXft.dll.a static: ------- exports/lib/libXft-1.a exports/lib/libXft-2.a exports/lib/libXft.a -> libXft-2.a I'll have a look at Alexander's work to see if I can get it to do this. Again, I appreciate the hard work both of you put into it. Call me crazy, but after some previous threads on the main list, I know how important it is to keep a common naming schema. Cheers, Nicholas __________________________________________________ Do you Yahoo!? New DSL Internet Access from SBC & Yahoo! http://sbc.yahoo.com From nwourms@yahoo.com Tue Sep 24 15:19:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Tue, 24 Sep 2002 15:19:00 -0000 Subject: XFree 4.2.1 + fontconfig-2 In-Reply-To: <20020924213200.GC1478@fairlite.demon.co.uk> Message-ID: <20020924221205.67616.qmail@web21001.mail.yahoo.com> --- Alan Hourihane wrote: > On Tue, Sep 24, 2002 at 11:24:43PM +0200, Alexander Gottwald wrote: > > Alan Hourihane wrote: > > > > > Nice job! > > > > > > For the libXft-1.dll we'll need a hack somewhere to make that > > > libXft.dll for backwards compatibility. > > > > in cygwin.cf is BuildXft1Library still set to no and the for Xft2 > is > > still build befor Xft1, so Xft.a links to Xft-1.a after make in > lib > > O.k. I'm doing a build later with all your patches you've submitted > to the XFree86 patch list and once I've test built I'll commit > everything. > Well, if there are no objections, I'm still interested in trying to address the issues laid out in my previous message. My main concern as a package maintainer is the ability to produce shared and static import libraries with the Imake system. It shouldn't be too hard to do, seeing as how this is possible on unix utilizing different suffixes. I'll have a look into the Imake system over the next few days and see what I can come up with. Cheers, Nicholas __________________________________________________ Do you Yahoo!? New DSL Internet Access from SBC & Yahoo! http://sbc.yahoo.com From alanh@fairlite.demon.co.uk Tue Sep 24 15:51:00 2002 From: alanh@fairlite.demon.co.uk (Alan Hourihane) Date: Tue, 24 Sep 2002 15:51:00 -0000 Subject: XFree 4.2.1 + fontconfig-2 In-Reply-To: <20020924220651.71014.qmail@web21002.mail.yahoo.com> References: <20020924211333.GA1478@fairlite.demon.co.uk> <20020924220651.71014.qmail@web21002.mail.yahoo.com> Message-ID: <20020924221904.GD1478@fairlite.demon.co.uk> On Tue, Sep 24, 2002 at 03:06:51PM -0700, Nicholas Wourms wrote: > > --- Alan Hourihane wrote: > > On Tue, Sep 24, 2002 at 10:56:54PM +0200, Alexander Gottwald wrote: > > > Nicholas Wourms wrote: > > > > > > > final outcome: > > > > -------------- > > > > /usr/X11R6/bin/cygXfoo.0.0.dll > > > > /usr/X11R6/lib/libXfoo.0.0.dll.a > > > > /usr/X11R6/lib/libXfoo.0.dll.a > > > > /usr/X11R6/lib/libXfoo.dll.a > > > > /usr/X11R6/lib/libXfoo.a > > > > > > Attached a patch which tweaks the makefile to build > > > > > > lib$(NAME)-$(MAJOR).dll > > > lib$(NAME)-$(MAJOR).a > > > lib$(NAME).a -> lib$(NAME)-$(MAJOR).a > > > > > > for Xft1 and Xft2 its > > > exports/bin/libXft-1.dll > > > exports/bin/libXft-2.dll > > > exports/lib/libXft-1.a -> ../../lib/Xft1/libXft-1.a > > > exports/lib/libXft-2.a -> ../../lib/Xft/libXft-2.a > > > exports/lib/libXft.a -> libXft-2.a > > > > Nice job! > > > > For the libXft-1.dll we'll need a hack somewhere to make that > > libXft.dll for backwards compatibility. > > Well if I might comment on this and take a stance similar to Chuck's > line of reasoning (we were discussing this the other day). First > off, it "Would Be Nice (tm)" to use the prefix that the core > distribution uses "cyg". Alexander says making that happen is > trivial, so why not go with the standard? Secondly, Cygwin's shared > import libraries end in "dll.a" not ".a" [which is the suffix > reserved for static import libraries]. I really think we ought to > differentiate on this. What if I wanted to distribute a shared and > static version of my library? As you know, ld automatically > recognizes dll.a suffix and will use that as the shared import > library. I'm not trying to harp, but this was causing me trouble > earlier this year. There are times when it is handy to link in a > static manner, allowing you to ship as few seperate files as > necessary. Also, I don't understand the need for keeping import > libraries in subdirs. If my original idea doesn't suite you, why not > this (if possible): > > shared: > ------- > exports/bin/cygXft-1.dll > exports/bin/cygXft-2.dll > exports/lib/libXft-1.dll.a > exports/lib/libXft-2.dll.a > exports/lib/libXft-2.dll.a -> libXft.dll.a > > static: > ------- > exports/lib/libXft-1.a > exports/lib/libXft-2.a > exports/lib/libXft.a -> libXft-2.a > > I'll have a look at Alexander's work to see if I can get it to do > this. Again, I appreciate the hard work both of you put into it. > Call me crazy, but after some previous threads on the main list, I > know how important it is to keep a common naming schema. These changes look reasonable Nicholas. Alexander - can you adjust your patch for this ? Alan. From NiklausP@landcare.cri.nz Tue Sep 24 16:02:00 2002 From: NiklausP@landcare.cri.nz (Pascal A. Niklaus) Date: Tue, 24 Sep 2002 16:02:00 -0000 Subject: twm and fvwm question Message-ID: <5.1.1.6.2.20020925104919.01aa67f0@igor.urz.unibas.ch> Hi all, This is possibly a stupid question, but I could not figure out how to close windows in Cygwin-xfree/twm or /fvwm when there's no corresponding menu entry... This problem occurs when I run Mozilla using Cygwin/XFree as remote X server, and browser windows without menu bar are opened by javascript code. Mozilla windows under W2K or Linux/KDE3 have the little close window icon in the top right. Any help is greatly appreciated Pascal From spetreolle@yahoo.fr Wed Sep 25 02:15:00 2002 From: spetreolle@yahoo.fr (=?iso-8859-1?q?Sylvain=20Petreolle?=) Date: Wed, 25 Sep 2002 02:15:00 -0000 Subject: twm and fvwm question In-Reply-To: <5.1.1.6.2.20020925104919.01aa67f0@igor.urz.unibas.ch> Message-ID: <20020924230200.16919.qmail@web10103.mail.yahoo.com> doesn't mozilla have file/exit ? otherwise u can use "kill" when using twm by using the "kill" tool provided by twm. --- "Pascal A. Niklaus" a ??crit??: > Hi all, > > This is possibly a stupid question, but I could not figure out how to > close > windows in Cygwin-xfree/twm or /fvwm when there's no corresponding > menu > entry... > > This problem occurs when I run Mozilla using Cygwin/XFree as remote X > > server, and browser windows without menu bar are opened by javascript > code. > Mozilla windows under W2K or Linux/KDE3 have the little close window > icon > in the top right. > > Any help is greatly appreciated > > Pascal > ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en fran??ais ! Yahoo! Mail : http://fr.mail.yahoo.com From alexander.gottwald@s1999.tu-chemnitz.de Wed Sep 25 05:14:00 2002 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Wed, 25 Sep 2002 05:14:00 -0000 Subject: XFree 4.2.1 + fontconfig-2 In-Reply-To: <20020924220651.71014.qmail@web21002.mail.yahoo.com> Message-ID: On Tue, 24 Sep 2002, Nicholas Wourms wrote: > > Well if I might comment on this and take a stance similar to Chuck's > line of reasoning (we were discussing this the other day). First > off, it "Would Be Nice (tm)" to use the prefix that the core > distribution uses "cyg". Alexander says making that happen is > trivial, so why not go with the standard? Its the SharedLibraryName macro. Changing the concat3(lib, to concat3(cyg does it. > Secondly, Cygwin's shared > import libraries end in "dll.a" not ".a" [which is the suffix > reserved for static import libraries]. I really think we ought to > differentiate on this. What if I wanted to distribute a shared and > static version of my library? Afaik you can either build a X11 library static or shared. imake.rules contains a macro LibraryTargetName which expands to libName.a and is widely used in the Imakefiles. The change the macro to use libName.a for static and libName.dll.a #if Concat(SharedLib,libname) #define LibraryTargetName(libname) Concat3(lib,libname,.dll.a) #else #define LibraryTargetName(libname) Concat3(lib,libname,l.a) #endif But I don't know if this is either valid for imake or if it will break anything. And when you do a shared and a static version, the static version will most likely be name libName.dll.a too. > As you know, ld automatically > recognizes dll.a suffix and will use that as the shared import > library. I'm not trying to harp, but this was causing me trouble > earlier this year. There are times when it is handy to link in a > static manner, allowing you to ship as few seperate files as > necessary. Also, I don't understand the need for keeping import > libraries in subdirs. If my original idea doesn't suite you, why not > this (if possible): This was not the system install but only the global install in the build tree. bye ago -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From bdsimmns@memphis.edu Wed Sep 25 05:58:00 2002 From: bdsimmns@memphis.edu (Benjamin Simmons) Date: Wed, 25 Sep 2002 05:58:00 -0000 Subject: RH 7.3 Message-ID: <3D91A926.4BBCEE44@memphis.edu> I am getting an error that makes me assume that I have some kind of X permission wrong. I edited the following files: /etc/X11/xdm/xdm-config /etc/X11/xdm/Xaccess /etc/X11/gdm/gdm.conf Is there something else I must do? If I ssh to the remote machine: ssh -X -l username ipaddress The current message I am getting is: "PAM authentication has failed cannot start the X server. Perhaps you do not have console ownership. . . . . . " Thanks to all who have been willing to help me. Ben Simmons Engineering Tech Support The University of Memphis From nwourms@yahoo.com Wed Sep 25 06:23:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Wed, 25 Sep 2002 06:23:00 -0000 Subject: XFree 4.2.1 + fontconfig-2 In-Reply-To: Message-ID: <20020925125832.89211.qmail@web21005.mail.yahoo.com> --- Alexander Gottwald > > Secondly, Cygwin's shared > > import libraries end in "dll.a" not ".a" [which is the suffix > > reserved for static import libraries]. I really think we ought > to > > differentiate on this. What if I wanted to distribute a shared > and > > static version of my library? > > Afaik you can either build a X11 library static or shared. > > imake.rules contains a macro LibraryTargetName which expands to > libName.a > and is widely used in the Imakefiles. The change the macro to use > libName.a for static and libName.dll.a > > #if Concat(SharedLib,libname) > #define LibraryTargetName(libname) Concat3(lib,libname,.dll.a) > #else > #define LibraryTargetName(libname) Concat3(lib,libname,l.a) > #endif > > But I don't know if this is either valid for imake or if it will > break anything. And when you do a shared and a static version, the > static version will most likely be name libName.dll.a too. Well that doesn't make any sense because on linux it builds shared libraries with "so" and static libs with ".a". Also, the way it builds it makes it possible in my mind. I make puts shared objects in $BUILDDIR/ and static into $BUILDDIR/unshared/. It shouldn't be too hard to insert the logic necessary to handle archiving the contents properly. Also, ld can automatically generate shared import libraries during linking of the dll, so that might be a possible route to look at. > > As you know, ld automatically > > recognizes dll.a suffix and will use that as the shared import > > library. I'm not trying to harp, but this was causing me trouble > > earlier this year. There are times when it is handy to link in a > > static manner, allowing you to ship as few seperate files as > > necessary. Also, I don't understand the need for keeping import > > libraries in subdirs. If my original idea doesn't suite you, why > not > > this (if possible): > > This was not the system install but only the global install in the > build > tree. > I'm sorry, but I don't understand what you mean here... Cheers, Nicholas __________________________________________________ Do you Yahoo!? New DSL Internet Access from SBC & Yahoo! http://sbc.yahoo.com From fliot@kyriba.com Wed Sep 25 06:39:00 2002 From: fliot@kyriba.com (Francois Liot) Date: Wed, 25 Sep 2002 06:39:00 -0000 Subject: Include X "instance" into source Message-ID: <78782D427847FA42838FDA25E4732D5340C1EA@fr-mail1.FR.Kyriba.com> Hello, Unfortunatelly, I suppose my question has nothing new, but I didn't found the answer anywhere. I know that running X application though Cygwin is really easy (with something like that : SET DISPLAY=127.0.0.1:0.0 start /B XWin -unixkill -winkill -screen 0 800 600 -depth 16 call something.exe ) My question is : Does it exist a "best practice" documentation about embedding X server directly into windows binaries ? Some docs (included required sources) that explain how to impact the source code : Ideally something like that... Begining of the application : #include int xdisplay; int xcolordepth; int xwidth; int xheight; + launchX(..) All the sources : When Xfunctions are found, change them by embeddedXfunctions End of the application : kill/close X(..) Thanks by advance for your answer, Best regards, Francois Liot From alexander.gottwald@s1999.tu-chemnitz.de Wed Sep 25 06:42:00 2002 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Wed, 25 Sep 2002 06:42:00 -0000 Subject: XFree 4.2.1 + fontconfig-2 In-Reply-To: <20020925125832.89211.qmail@web21005.mail.yahoo.com> Message-ID: On Wed, 25 Sep 2002, Nicholas Wourms wrote: > > But I don't know if this is either valid for imake or if it will > > break anything. And when you do a shared and a static version, the > > static version will most likely be name libName.dll.a too. > > Well that doesn't make any sense because on linux it builds shared > libraries with "so" and static libs with ".a". The original LibraryTargetName from imake.rules could be overwritten in cygwin.rules. So all these changes apply to cygwin only. > Also, the way it > builds it makes it possible in my mind. I make puts shared objects > in $BUILDDIR/ and static into $BUILDDIR/unshared/. It shouldn't be > too hard to insert the logic necessary to handle archiving the > contents properly. building libraries and programs which depend on another library have a "progFoo: xc/exports/lib/libFoo.a" as rule. Replacing LibraryTarget- Name with the Shared/Static switch from my posting will replace this either by progFoo: xc/exports/lib/libFoo.a or progFoo: xc/exports/lib/libFoo.dll.a depending on SharedLibraryFoo set to NO or YES Hm, actually this is correct and what we want. > Also, ld can automatically generate shared import > libraries during linking of the dll, so that might be a possible > route to look at. This is already done cygwin.rules > > This was not the system install but only the global install in the > > build > > tree. > > > > I'm sorry, but I don't understand what you mean here... running make on the xc tree will _symlink_ (and partly copy) the targets to xc/export/lib and xc/export/bin. Make install later will _copy_ it to the installdir. bye ago -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From rasjidw@openminddev.net Wed Sep 25 06:47:00 2002 From: rasjidw@openminddev.net (Rasjid Wilcox) Date: Wed, 25 Sep 2002 06:47:00 -0000 Subject: RH 7.3 In-Reply-To: <3D91A926.4BBCEE44@memphis.edu> References: <3D91A926.4BBCEE44@memphis.edu> Message-ID: <200209252341.35906.rasjidw@openminddev.net> On Wed, 25 Sep 2002 10:16 pm, Benjamin Simmons wrote: > I am getting an error that makes me assume that I have some kind of X > permission wrong. > > I edited the following files: > /etc/X11/xdm/xdm-config > /etc/X11/xdm/Xaccess > /etc/X11/gdm/gdm.conf > > > Is there something else I must do? > > If I ssh to the remote machine: ssh -X -l username ipaddress > The current message I am getting is: > > "PAM authentication has failed cannot start the X server. Perhaps you > do > not have console ownership. . . . . . " > I think you are confusing two completely different ways of running X over a network. You can a) use xdm/gdm/kdm b) use ssh -X a) xdm/gdm/kdm is a little work to set up on the server side, but it makes client side configuration trivial. Once set up correctly, XWin.exe -query is basically all each host needs to do. Its main downside is that it is inherently insecure, as all communcation between the workstation and the server is unencrypted, including any passwords typed into dialog boxes. However, I can send details on the full xdm/gdm/kdm thing if you like. b) ssh -X works best if you already have a fully running X setup on your local machine, and just want to run specific programs on the server. However, with a little bit of work it may be possible to get a scripted secure Xsession running, which starts up KDE or GNOME on the server rather than locally. My attempts to do this simply have only partly worked. As far as I can tell, both 'startkde' and 'gnome-session' expect to be run locally (at least on RH7.3), and have some trouble with the SSH connection, although they mostly work. The best option seems to be to comment out the 'twm' line in the Cygwin-XFree startxwin.sh/bat and change the '/bin/bash' in the xterm line to '/usr/bin/sh -X user@server' and then run either gnome or kde from the resulting xterm. Rasjid. From alexander.gottwald@s1999.tu-chemnitz.de Wed Sep 25 06:48:00 2002 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Wed, 25 Sep 2002 06:48:00 -0000 Subject: Include X "instance" into source In-Reply-To: <78782D427847FA42838FDA25E4732D5340C1EA@fr-mail1.FR.Kyriba.com> Message-ID: On Wed, 25 Sep 2002, Francois Liot wrote: > Hello, > > Unfortunatelly, I suppose my question has nothing new, but I didn't found the answer anywhere. It is at least completely new to me. > > I know that running X application though Cygwin is really easy > (with something like that : > SET DISPLAY=127.0.0.1:0.0 > start /B XWin -unixkill -winkill -screen 0 800 600 -depth 16 > call something.exe ) > > My question is : > Does it exist a "best practice" documentation about embedding X server directly into windows binaries ? > Some docs (included required sources) that explain how to impact the source code : > > Ideally something like that... > > Begining of the application : > #include > int xdisplay; > int xcolordepth; > int xwidth; > int xheight; > + launchX(..) > > All the sources : > When Xfunctions are found, change them by embeddedXfunctions > > End of the application : > kill/close X(..) I've never seen such a thing. neither for linux nor for windows or cygwin. And rethinking the structure of the xserver it would need an extra thread and would still require piping all requests through the X11 message queue. So IMO the best solution is to start the separate Xserver binary from your program via system("/usr/X11R6/bin/XWin.exe") and use standard X11 calls to communicate with it. bye ago BTW: With the current code it is not possible to embed the Xserver window inside another program window. -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From bdsimmns@memphis.edu Wed Sep 25 06:48:00 2002 From: bdsimmns@memphis.edu (Benjamin Simmons) Date: Wed, 25 Sep 2002 06:48:00 -0000 Subject: RH 7.3 References: <3D91A926.4BBCEE44@memphis.edu> <200209252341.35906.rasjidw@openminddev.net> Message-ID: <3D91BF27.49ABDBD4@memphis.edu> I am only running on a remote network. It is not exposed to the "outside world", so I don't have any security risks that I am concerned about. If you could provide me with more complete instructions, I would be very appreciative. Thank you, Ben Simmons Rasjid Wilcox wrote: > On Wed, 25 Sep 2002 10:16 pm, Benjamin Simmons wrote: > > I am getting an error that makes me assume that I have some kind of X > > permission wrong. > > > > I edited the following files: > > /etc/X11/xdm/xdm-config > > /etc/X11/xdm/Xaccess > > /etc/X11/gdm/gdm.conf > > > > > > Is there something else I must do? > > > > If I ssh to the remote machine: ssh -X -l username ipaddress > > The current message I am getting is: > > > > "PAM authentication has failed cannot start the X server. Perhaps you > > do > > not have console ownership. . . . . . " > > > > I think you are confusing two completely different ways of running X over a > network. > > You can > a) use xdm/gdm/kdm > b) use ssh -X > > a) xdm/gdm/kdm is a little work to set up on the server side, but it makes > client side configuration trivial. Once set up correctly, XWin.exe -query > is basically all each host needs to do. Its main downside is > that it is inherently insecure, as all communcation between the workstation > and the server is unencrypted, including any passwords typed into dialog > boxes. > > However, I can send details on the full xdm/gdm/kdm thing if you like. > > b) ssh -X works best if you already have a fully running X setup on your local > machine, and just want to run specific programs on the server. However, with > a little bit of work it may be possible to get a scripted secure Xsession > running, which starts up KDE or GNOME on the server rather than locally. My > attempts to do this simply have only partly worked. As far as I can tell, > both 'startkde' and 'gnome-session' expect to be run locally (at least on > RH7.3), and have some trouble with the SSH connection, although they mostly > work. The best option seems to be to comment out the 'twm' line in the > Cygwin-XFree startxwin.sh/bat and change the '/bin/bash' in the xterm line to > '/usr/bin/sh -X user@server' and then run either gnome or kde from the > resulting xterm. > > Rasjid. From alanh@fairlite.demon.co.uk Wed Sep 25 09:03:00 2002 From: alanh@fairlite.demon.co.uk (Alan Hourihane) Date: Wed, 25 Sep 2002 09:03:00 -0000 Subject: XFree 4.2.1 + fontconfig-2 In-Reply-To: References: <20020925125832.89211.qmail@web21005.mail.yahoo.com> Message-ID: <20020925134833.GU1409@fairlite.demon.co.uk> On Wed, Sep 25, 2002 at 03:39:50PM +0200, Alexander Gottwald wrote: > On Wed, 25 Sep 2002, Nicholas Wourms wrote: > > > > But I don't know if this is either valid for imake or if it will > > > break anything. And when you do a shared and a static version, the > > > static version will most likely be name libName.dll.a too. > > > > Well that doesn't make any sense because on linux it builds shared > > libraries with "so" and static libs with ".a". > > The original LibraryTargetName from imake.rules could be overwritten > in cygwin.rules. So all these changes apply to cygwin only. > > > Also, the way it > > builds it makes it possible in my mind. I make puts shared objects > > in $BUILDDIR/ and static into $BUILDDIR/unshared/. It shouldn't be > > too hard to insert the logic necessary to handle archiving the > > contents properly. > > building libraries and programs which depend on another library have > a "progFoo: xc/exports/lib/libFoo.a" as rule. Replacing LibraryTarget- > Name with the Shared/Static switch from my posting will replace this > either by > progFoo: xc/exports/lib/libFoo.a > or > progFoo: xc/exports/lib/libFoo.dll.a > depending on SharedLibraryFoo set to NO or YES > > Hm, actually this is correct and what we want. > > > Also, ld can automatically generate shared import > > libraries during linking of the dll, so that might be a possible > > route to look at. > > This is already done cygwin.rules > > > > This was not the system install but only the global install in the > > > build > > > tree. > > > > > > > I'm sorry, but I don't understand what you mean here... > > running make on the xc tree will _symlink_ (and partly copy) the targets > to xc/export/lib and xc/export/bin. Make install later will _copy_ it > to the installdir. When you've come to a decision on the patch, post a new one so I can take a look and then commit it. Alan. From huntharo@msu.edu Wed Sep 25 13:17:00 2002 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 25 Sep 2002 13:17:00 -0000 Subject: RH 7.3 References: <3D91A926.4BBCEE44@memphis.edu> <200209252341.35906.rasjidw@openminddev.net> <3D91BF27.49ABDBD4@memphis.edu> Message-ID: <3D91DE14.8090900@msu.edu> Ben, I sent you more complete instructions before but you obviously did not read them. Let me level with you Ben, you are in college or you work for a college. You aren't going to make it very far if someone tells you to read something and you ignore them. Let's try this again. You have two options for running remote X Clients: 1) Remote sessions via XDMCP http://xfree86.cygwin.com/docs/ug/using-remote-session.html 2) Displaying remote clients from a telnet or ssh connection: http://xfree86.cygwin.com/docs/ug/using-remote-apps.html That is it. Everything you need to know is right there. Start off by doing a simple test of displaying a remote client via telnet (as described in 2). Next try to display a remote client via ssh. Finally, if you are feeling brave, try a remote session via XDMCP. Report what you have learned. Harold Benjamin Simmons wrote: >I am only running on a remote network. It is not exposed to the "outside world", >so I don't have any security risks that I am concerned about. If you could >provide me with more complete instructions, I would be very appreciative. > >Thank you, >Ben Simmons > >Rasjid Wilcox wrote: > > > >>On Wed, 25 Sep 2002 10:16 pm, Benjamin Simmons wrote: >> >> >>>I am getting an error that makes me assume that I have some kind of X >>>permission wrong. >>> >>>I edited the following files: >>>/etc/X11/xdm/xdm-config >>>/etc/X11/xdm/Xaccess >>>/etc/X11/gdm/gdm.conf >>> >>> >>>Is there something else I must do? >>> >>>If I ssh to the remote machine: ssh -X -l username ipaddress >>>The current message I am getting is: >>> >>>"PAM authentication has failed cannot start the X server. Perhaps you >>>do >>>not have console ownership. . . . . . " >>> >>> >>> >>I think you are confusing two completely different ways of running X over a >>network. >> >>You can >>a) use xdm/gdm/kdm >>b) use ssh -X >> >>a) xdm/gdm/kdm is a little work to set up on the server side, but it makes >>client side configuration trivial. Once set up correctly, XWin.exe -query >> is basically all each host needs to do. Its main downside is >>that it is inherently insecure, as all communcation between the workstation >>and the server is unencrypted, including any passwords typed into dialog >>boxes. >> >>However, I can send details on the full xdm/gdm/kdm thing if you like. >> >>b) ssh -X works best if you already have a fully running X setup on your local >>machine, and just want to run specific programs on the server. However, with >>a little bit of work it may be possible to get a scripted secure Xsession >>running, which starts up KDE or GNOME on the server rather than locally. My >>attempts to do this simply have only partly worked. As far as I can tell, >>both 'startkde' and 'gnome-session' expect to be run locally (at least on >>RH7.3), and have some trouble with the SSH connection, although they mostly >>work. The best option seems to be to comment out the 'twm' line in the >>Cygwin-XFree startxwin.sh/bat and change the '/bin/bash' in the xterm line to >>'/usr/bin/sh -X user@server' and then run either gnome or kde from the >>resulting xterm. >> >>Rasjid. >> >> > > > From huntharo@msu.edu Wed Sep 25 13:20:00 2002 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 25 Sep 2002 13:20:00 -0000 Subject: RE Cygwin List posts References: <3D91E116.C816ECDB@memphis.edu> <3D91E2FB.6090602@msu.edu> <3D9216CC.366C930C@memphis.edu> Message-ID: <3D921993.8080706@msu.edu> Ben, See, you aren't telling me what you have had success in doing. What do you mean ``They all work fine''? Does that mean that you have successfully done an XDMCP session, used ssh to display remote clients, and used telnet to display remote clients? If so, then say exactly that. I'm not just going to ``elaborate'' about the wonderful things that you can do with XDMCP and ssh --- I could write about them all day long. You have to ask a specific question about precisely what it is that you want to do. We cannot read your mind. Imagine for a moment that your dog cannot walk and that I am a vet. If you come to me and say, ``my dog has a broken leg, can you fix it?'', then I am very likely to help you. If, on the other hand, you come to me and say, ``My dog needs to [mumble mumble mumble]... can you tell me about the many things that dogs can do?'', then I'm going to kick you out of my office. Harold P.S. - This is going back on cygwin-xfree@cygwin.com because it seems to me like you are trying to waste my time since you are being vague about both your questions and your answers. Don't reply to me personally, only send your questions to cygwin-xfree@cygwin.com Benjamin Simmons wrote: >thank you sir for your reply, >at this point I would love to gain some further instruction on either option >you present. I have multiple RHLinux 7.2 boxes setup so that I can do your >first option. They all work fine. I am having the difficulty in setting up >a RH Linux 7.3 box in the same manner. > >I did the things you discuss in the guide, and any further elaboration is >greatly appreciated. > >Thank you, >Ben Simmons > >Harold L Hunt II wrote: > > > >>Ben, >> >>I have been reading the list and it looks to me like you asked the same >>question over again. Rasjid gave you the same answer that I gave you >>--- which defeats the purpose of writing a User's Guide, since I wrote >>the User's Guide to explain this very question once and for all. >> >>You say that you need to connect to multiple machines. Is that the >>specific part that you are having trouble with? Are you able to connect >>to one machine at a time, but not to multiple machines at once? If so, >>I can help you with that. >> >>Please be clear on whether you are trying to run a remote session via >>XDMCP (where you are presented by a login box and one Cygwin/XFree86 >>window is owned entirely by one remote machine) or whether you are >>trying to display remote clients via ssh (in which case you can ssh to >>multiple remote machines and have them all display X Clients in one >>Cygwin/XFree86 window - or in multiple Cygwin/XFree86 windows). >> >>Harold >> >>Benjamin Simmons wrote: >> >> >> >>>If you had ben paying attention to the list today, you would have seen >>>an excahnge between myself and Rasjid Wilcox. >>> >>>If you were paying attention to this exchange, you would have noticed >>>that he has offered further details. >>> >>>I did read through what you sent me, and found it to cover exactly what >>>I had already done. Since I had used your information, but felt that I >>>needed further details, I responded to someone that was willing to >>>provide them. >>> >>>If you are having a problem with my exchange on this topic, please feel >>>free to ignore all further posts to this message, otherwise, I would >>>like to personally thank you for your assistance. I have gotten >>>frustrated with my inability to connect the final piece of this puzzle. >>> >>>To clarify, I do work for and am a student at The University of >>>Memphis. I am currently performing research and need to access multiple >>>linux machines remotely to complete my dissertation. >>> >>>Thank you again for your help, >>>Ben Simmons >>> >>> >>> >>> >>> >>> >>> >>> >>> > > > From jc.gervais@videotron.ca Wed Sep 25 13:29:00 2002 From: jc.gervais@videotron.ca (Jean-Claude Gervais) Date: Wed, 25 Sep 2002 13:29:00 -0000 Subject: RE Cygwin List posts In-Reply-To: <3D921993.8080706@msu.edu> Message-ID: Having problems with your dog, Harold? ;-) -----Original Message----- From: cygwin-xfree-owner@cygwin.com [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Harold L Hunt II Sent: Wednesday, September 25, 2002 4:16 PM To: Benjamin Simmons Cc: cygwin-xfree@cygwin.com Subject: Re: RE Cygwin List posts Ben, See, you aren't telling me what you have had success in doing. What do you mean ``They all work fine''? Does that mean that you have successfully done an XDMCP session, used ssh to display remote clients, and used telnet to display remote clients? If so, then say exactly that. I'm not just going to ``elaborate'' about the wonderful things that you can do with XDMCP and ssh --- I could write about them all day long. You have to ask a specific question about precisely what it is that you want to do. We cannot read your mind. Imagine for a moment that your dog cannot walk and that I am a vet. If you come to me and say, ``my dog has a broken leg, can you fix it?'', then I am very likely to help you. If, on the other hand, you come to me and say, ``My dog needs to [mumble mumble mumble]... can you tell me about the many things that dogs can do?'', then I'm going to kick you out of my office. Harold P.S. - This is going back on cygwin-xfree@cygwin.com because it seems to me like you are trying to waste my time since you are being vague about both your questions and your answers. Don't reply to me personally, only send your questions to cygwin-xfree@cygwin.com Benjamin Simmons wrote: >thank you sir for your reply, >at this point I would love to gain some further instruction on either option >you present. I have multiple RHLinux 7.2 boxes setup so that I can do your >first option. They all work fine. I am having the difficulty in setting up >a RH Linux 7.3 box in the same manner. > >I did the things you discuss in the guide, and any further elaboration is >greatly appreciated. > >Thank you, >Ben Simmons > >Harold L Hunt II wrote: > > > >>Ben, >> >>I have been reading the list and it looks to me like you asked the same >>question over again. Rasjid gave you the same answer that I gave you >>--- which defeats the purpose of writing a User's Guide, since I wrote >>the User's Guide to explain this very question once and for all. >> >>You say that you need to connect to multiple machines. Is that the >>specific part that you are having trouble with? Are you able to connect >>to one machine at a time, but not to multiple machines at once? If so, >>I can help you with that. >> >>Please be clear on whether you are trying to run a remote session via >>XDMCP (where you are presented by a login box and one Cygwin/XFree86 >>window is owned entirely by one remote machine) or whether you are >>trying to display remote clients via ssh (in which case you can ssh to >>multiple remote machines and have them all display X Clients in one >>Cygwin/XFree86 window - or in multiple Cygwin/XFree86 windows). >> >>Harold >> >>Benjamin Simmons wrote: >> >> >> >>>If you had ben paying attention to the list today, you would have seen >>>an excahnge between myself and Rasjid Wilcox. >>> >>>If you were paying attention to this exchange, you would have noticed >>>that he has offered further details. >>> >>>I did read through what you sent me, and found it to cover exactly what >>>I had already done. Since I had used your information, but felt that I >>>needed further details, I responded to someone that was willing to >>>provide them. >>> >>>If you are having a problem with my exchange on this topic, please feel >>>free to ignore all further posts to this message, otherwise, I would >>>like to personally thank you for your assistance. I have gotten >>>frustrated with my inability to connect the final piece of this puzzle. >>> >>>To clarify, I do work for and am a student at The University of >>>Memphis. I am currently performing research and need to access multiple >>>linux machines remotely to complete my dissertation. >>> >>>Thank you again for your help, >>>Ben Simmons >>> >>> >>> >>> >>> >>> >>> >>> >>> > > > From huntharo@msu.edu Wed Sep 25 13:31:00 2002 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 25 Sep 2002 13:31:00 -0000 Subject: RE Cygwin List posts References: Message-ID: <3D921C70.1080809@msu.edu> Jean-Claude, Actually, Pookie is fine, but thanks for asking :) Harold Jean-Claude Gervais wrote: >Having problems with your dog, Harold? ;-) > >-----Original Message----- >From: cygwin-xfree-owner@cygwin.com [mailto:cygwin-xfree-owner@cygwin.com]On >Behalf Of Harold L Hunt II >Sent: Wednesday, September 25, 2002 4:16 PM >To: Benjamin Simmons >Cc: cygwin-xfree@cygwin.com >Subject: Re: RE Cygwin List posts > >Ben, > >See, you aren't telling me what you have had success in doing. What do >you mean ``They all work fine''? Does that mean that you have >successfully done an XDMCP session, used ssh to display remote clients, >and used telnet to display remote clients? If so, then say exactly that. > >I'm not just going to ``elaborate'' about the wonderful things that you >can do with XDMCP and ssh --- I could write about them all day long. > You have to ask a specific question about precisely what it is that you >want to do. We cannot read your mind. Imagine for a moment that your >dog cannot walk and that I am a vet. If you come to me and say, ``my >dog has a broken leg, can you fix it?'', then I am very likely to help >you. If, on the other hand, you come to me and say, ``My dog needs to >[mumble mumble mumble]... can you tell me about the many things that >dogs can do?'', then I'm going to kick you out of my office. > >Harold > >P.S. - This is going back on cygwin-xfree@cygwin.com because it seems to >me like you are trying to waste my time since you are being vague about >both your questions and your answers. Don't reply to me personally, >only send your questions to cygwin-xfree@cygwin.com > >Benjamin Simmons wrote: > > > >>thank you sir for your reply, >>at this point I would love to gain some further instruction on either >> >> >option > > >>you present. I have multiple RHLinux 7.2 boxes setup so that I can do your >>first option. They all work fine. I am having the difficulty in setting >> >> >up > > >>a RH Linux 7.3 box in the same manner. >> >>I did the things you discuss in the guide, and any further elaboration is >>greatly appreciated. >> >>Thank you, >>Ben Simmons >> >>Harold L Hunt II wrote: >> >> >> >> >> >>>Ben, >>> >>>I have been reading the list and it looks to me like you asked the same >>>question over again. Rasjid gave you the same answer that I gave you >>>--- which defeats the purpose of writing a User's Guide, since I wrote >>>the User's Guide to explain this very question once and for all. >>> >>>You say that you need to connect to multiple machines. Is that the >>>specific part that you are having trouble with? Are you able to connect >>>to one machine at a time, but not to multiple machines at once? If so, >>>I can help you with that. >>> >>>Please be clear on whether you are trying to run a remote session via >>>XDMCP (where you are presented by a login box and one Cygwin/XFree86 >>>window is owned entirely by one remote machine) or whether you are >>>trying to display remote clients via ssh (in which case you can ssh to >>>multiple remote machines and have them all display X Clients in one >>>Cygwin/XFree86 window - or in multiple Cygwin/XFree86 windows). >>> >>>Harold >>> >>>Benjamin Simmons wrote: >>> >>> >>> >>> >>> >>>>If you had ben paying attention to the list today, you would have seen >>>>an excahnge between myself and Rasjid Wilcox. >>>> >>>>If you were paying attention to this exchange, you would have noticed >>>>that he has offered further details. >>>> >>>>I did read through what you sent me, and found it to cover exactly what >>>>I had already done. Since I had used your information, but felt that I >>>>needed further details, I responded to someone that was willing to >>>>provide them. >>>> >>>>If you are having a problem with my exchange on this topic, please feel >>>>free to ignore all further posts to this message, otherwise, I would >>>>like to personally thank you for your assistance. I have gotten >>>>frustrated with my inability to connect the final piece of this puzzle. >>>> >>>>To clarify, I do work for and am a student at The University of >>>>Memphis. I am currently performing research and need to access multiple >>>>linux machines remotely to complete my dissertation. >>>> >>>>Thank you again for your help, >>>>Ben Simmons >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >> >> >> > > > From bdsimmns@memphis.edu Wed Sep 25 13:44:00 2002 From: bdsimmns@memphis.edu (Benjamin Simmons) Date: Wed, 25 Sep 2002 13:44:00 -0000 Subject: RH Linux 7.3 References: <3D91E116.C816ECDB@memphis.edu> <3D91E2FB.6090602@msu.edu> <3D9216CC.366C930C@memphis.edu> <3D921993.8080706@msu.edu> Message-ID: <3D921D82.E7577320@memphis.edu> Ok, sorry I am assuming that I am being clearer than I actually am with my description. I have successfully connected to XDMCP sessions to Solaris and RH Linux 7.2 sessions. I am using the command: XWin.exe -screen 0 1024x768x65536 -query linux.address.here -from my.address.here I have also used ssh to connect to the same remote clients (both RH 7.2 and 7.3), but have been unable to remotely operate any x item. (a xclock for instance) I would like to know how to do a XDMCP session from a windows installation of Cygwin and Xwin to RH 7.3. I would also like to know what you meant about being able to open and manage multiple ssh sessions inside one cygwin environment window. Re: your previous message . . . . . >>window is owned entirely by one remote machine) or whether you are >>trying to display remote clients via ssh (in which case you can ssh to >>multiple remote machines and have them all display X Clients in one >>Cygwin/XFree86 window - or in multiple Cygwin/XFree86 windows). >> I hope that this time I am being properly complete and thorough in my explanation. Thank you again, Ben Simmons Harold L Hunt II wrote: > Ben, > > See, you aren't telling me what you have had success in doing. What do > you mean ``They all work fine''? Does that mean that you have > successfully done an XDMCP session, used ssh to display remote clients, > and used telnet to display remote clients? If so, then say exactly that. > > I'm not just going to ``elaborate'' about the wonderful things that you > can do with XDMCP and ssh --- I could write about them all day long. > You have to ask a specific question about precisely what it is that you > want to do. We cannot read your mind. Imagine for a moment that your > dog cannot walk and that I am a vet. If you come to me and say, ``my > dog has a broken leg, can you fix it?'', then I am very likely to help > you. If, on the other hand, you come to me and say, ``My dog needs to > [mumble mumble mumble]... can you tell me about the many things that > dogs can do?'', then I'm going to kick you out of my office. > > Harold > > P.S. - This is going back on cygwin-xfree@cygwin.com because it seems to > me like you are trying to waste my time since you are being vague about > both your questions and your answers. Don't reply to me personally, > only send your questions to cygwin-xfree@cygwin.com > > Benjamin Simmons wrote: > > >thank you sir for your reply, > >at this point I would love to gain some further instruction on either option > >you present. I have multiple RHLinux 7.2 boxes setup so that I can do your > >first option. They all work fine. I am having the difficulty in setting up > >a RH Linux 7.3 box in the same manner. > > > >I did the things you discuss in the guide, and any further elaboration is > >greatly appreciated. > > > >Thank you, > >Ben Simmons > > > >Harold L Hunt II wrote: > > > > > > > >>Ben, > >> > >>I have been reading the list and it looks to me like you asked the same > >>question over again. Rasjid gave you the same answer that I gave you > >>--- which defeats the purpose of writing a User's Guide, since I wrote > >>the User's Guide to explain this very question once and for all. > >> > >>You say that you need to connect to multiple machines. Is that the > >>specific part that you are having trouble with? Are you able to connect > >>to one machine at a time, but not to multiple machines at once? If so, > >>I can help you with that. > >> > >>Please be clear on whether you are trying to run a remote session via > >>XDMCP (where you are presented by a login box and one Cygwin/XFree86 > >>window is owned entirely by one remote machine) or whether you are > >>trying to display remote clients via ssh (in which case you can ssh to > >>multiple remote machines and have them all display X Clients in one > >>Cygwin/XFree86 window - or in multiple Cygwin/XFree86 windows). > >> > >>Harold > >> > >>Benjamin Simmons wrote: > >> > >> > >> > >>>If you had ben paying attention to the list today, you would have seen > >>>an excahnge between myself and Rasjid Wilcox. > >>> > >>>If you were paying attention to this exchange, you would have noticed > >>>that he has offered further details. > >>> > >>>I did read through what you sent me, and found it to cover exactly what > >>>I had already done. Since I had used your information, but felt that I > >>>needed further details, I responded to someone that was willing to > >>>provide them. > >>> > >>>If you are having a problem with my exchange on this topic, please feel > >>>free to ignore all further posts to this message, otherwise, I would > >>>like to personally thank you for your assistance. I have gotten > >>>frustrated with my inability to connect the final piece of this puzzle. > >>> > >>>To clarify, I do work for and am a student at The University of > >>>Memphis. I am currently performing research and need to access multiple > >>>linux machines remotely to complete my dissertation. > >>> > >>>Thank you again for your help, > >>>Ben Simmons > >>> > >>> > >>> > >>> > >>> > >>> > >>> > >>> > >>> > > > > > > From huntharo@msu.edu Wed Sep 25 13:48:00 2002 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 25 Sep 2002 13:48:00 -0000 Subject: RH Linux 7.3 References: <3D91E116.C816ECDB@memphis.edu> <3D91E2FB.6090602@msu.edu> <3D9216CC.366C930C@memphis.edu> <3D921993.8080706@msu.edu> <3D921D82.E7577320@memphis.edu> Message-ID: <3D921FF0.9040605@msu.edu> Ben, That is much, much better! First of all, the command line that you gave is incorrect: XWin.exe -screen 0 1024x768x65536 -query linux.address.here -from my.address.here The x65536 is in error. You should instead be using the following (you don't have to specify a size if you want the window as large as possible): XWin.exe -screen 0 1024 768 -query linux.address.here -from my.address.here Or: XWin.exe -query linux.address.here -from my.address.here Also, try the -nodecoration parameter, you might like it (it prevents the window border from being drawn): XWin.exe -nodecoration -query linux.address.here -from my.address.here As for RedHat 7.3, you most likely have to enable XDMCP, which is disabled by default. Read the answer to FAQ question 4.9: http://xfree86.cygwin.com/docs/faq/cygwin-xfree-faq.html#q-mandrake-8.1-xdmcp You said something earlier that indicates that you may have already set the [Xdmcp] Enable option to True. If that is the case but you still cannot connect, then I would guess that you need to restart ``xdm'', which you can do as root by dropping to run level 3, waiting about a minute, then returning to runlevel 5. In fact, are you even in runlevel 5? You can find out what runlevel you are in by running the ``runlevel'' command: [root@foo harold]# runlevel N 5 [root@foo harold]# You can change the runlevel by running ``init n'' where ``n'' is the runlevel that you want. So, to restart xdm you: init 3 [wait a minute] init 5 Let us know if that helps. Harold Benjamin Simmons wrote: >Ok, sorry I am assuming that I am being clearer than I actually am with my >description. I have successfully connected to XDMCP sessions to Solaris and RH >Linux 7.2 sessions. I am using the command: > >XWin.exe -screen 0 1024x768x65536 -query linux.address.here -from my.address.here > >I have also used ssh to connect to the same remote clients (both RH 7.2 and 7.3), >but have been unable to remotely operate any x item. (a xclock for instance) > >I would like to know how to do a XDMCP session from a windows installation of >Cygwin and Xwin to RH 7.3. > >I would also like to know what you meant about being able to open and manage >multiple ssh sessions inside one cygwin environment window. >Re: your previous message . . . . . > > >>>window is owned entirely by one remote machine) or whether you are >>>trying to display remote clients via ssh (in which case you can ssh to >>>multiple remote machines and have them all display X Clients in one >>>Cygwin/XFree86 window - or in multiple Cygwin/XFree86 windows). >>> >>> >>> > >I hope that this time I am being properly complete and thorough in my >explanation. > >Thank you again, >Ben Simmons > >Harold L Hunt II wrote: > > > >>Ben, >> >>See, you aren't telling me what you have had success in doing. What do >>you mean ``They all work fine''? Does that mean that you have >>successfully done an XDMCP session, used ssh to display remote clients, >>and used telnet to display remote clients? If so, then say exactly that. >> >>I'm not just going to ``elaborate'' about the wonderful things that you >>can do with XDMCP and ssh --- I could write about them all day long. >> You have to ask a specific question about precisely what it is that you >>want to do. We cannot read your mind. Imagine for a moment that your >>dog cannot walk and that I am a vet. If you come to me and say, ``my >>dog has a broken leg, can you fix it?'', then I am very likely to help >>you. If, on the other hand, you come to me and say, ``My dog needs to >>[mumble mumble mumble]... can you tell me about the many things that >>dogs can do?'', then I'm going to kick you out of my office. >> >>Harold >> >>P.S. - This is going back on cygwin-xfree@cygwin.com because it seems to >>me like you are trying to waste my time since you are being vague about >>both your questions and your answers. Don't reply to me personally, >>only send your questions to cygwin-xfree@cygwin.com >> >>Benjamin Simmons wrote: >> >> >> >>>thank you sir for your reply, >>>at this point I would love to gain some further instruction on either option >>>you present. I have multiple RHLinux 7.2 boxes setup so that I can do your >>>first option. They all work fine. I am having the difficulty in setting up >>>a RH Linux 7.3 box in the same manner. >>> >>>I did the things you discuss in the guide, and any further elaboration is >>>greatly appreciated. >>> >>>Thank you, >>>Ben Simmons >>> >>>Harold L Hunt II wrote: >>> >>> >>> >>> >>> >>>>Ben, >>>> >>>>I have been reading the list and it looks to me like you asked the same >>>>question over again. Rasjid gave you the same answer that I gave you >>>>--- which defeats the purpose of writing a User's Guide, since I wrote >>>>the User's Guide to explain this very question once and for all. >>>> >>>>You say that you need to connect to multiple machines. Is that the >>>>specific part that you are having trouble with? Are you able to connect >>>>to one machine at a time, but not to multiple machines at once? If so, >>>>I can help you with that. >>>> >>>>Please be clear on whether you are trying to run a remote session via >>>>XDMCP (where you are presented by a login box and one Cygwin/XFree86 >>>>window is owned entirely by one remote machine) or whether you are >>>>trying to display remote clients via ssh (in which case you can ssh to >>>>multiple remote machines and have them all display X Clients in one >>>>Cygwin/XFree86 window - or in multiple Cygwin/XFree86 windows). >>>> >>>>Harold >>>> >>>>Benjamin Simmons wrote: >>>> >>>> >>>> >>>> >>>> >>>>>If you had ben paying attention to the list today, you would have seen >>>>>an excahnge between myself and Rasjid Wilcox. >>>>> >>>>>If you were paying attention to this exchange, you would have noticed >>>>>that he has offered further details. >>>>> >>>>>I did read through what you sent me, and found it to cover exactly what >>>>>I had already done. Since I had used your information, but felt that I >>>>>needed further details, I responded to someone that was willing to >>>>>provide them. >>>>> >>>>>If you are having a problem with my exchange on this topic, please feel >>>>>free to ignore all further posts to this message, otherwise, I would >>>>>like to personally thank you for your assistance. I have gotten >>>>>frustrated with my inability to connect the final piece of this puzzle. >>>>> >>>>>To clarify, I do work for and am a student at The University of >>>>>Memphis. I am currently performing research and need to access multiple >>>>>linux machines remotely to complete my dissertation. >>>>> >>>>>Thank you again for your help, >>>>>Ben Simmons >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>> >>> >>> > > > From maillist@links.com.cn Wed Sep 25 14:39:00 2002 From: maillist@links.com.cn (maillist@links.com.cn) Date: Wed, 25 Sep 2002 14:39:00 -0000 Subject: . Message-ID: . From NiklausP@landcare.cri.nz Wed Sep 25 14:52:00 2002 From: NiklausP@landcare.cri.nz (Pascal A. Niklaus) Date: Wed, 25 Sep 2002 14:52:00 -0000 Subject: twm and fvwm question Message-ID: <5.1.1.6.2.20020926093624.02093988@smtp.landcare.cri.nz> Yes, Mozilla has File->Exit, but I only want to close a menu-bar-less window created by javascript. And neither FVWM nor TWM add 'close' widgets to the window frame. Is there really no possibility to create a 'close-event'? Using kill seems a bit of a crude approach. Does killing the window also free the resources the program uses for this window? Pascal >At Wed, 25 Sep 2002 01:02:00 +0200 (CEST), Sylvain Petreolle wrote: >doesn't mozilla have file/exit ? >otherwise u can use "kill" when using twm by using the "kill" tool >provided by twm. >>--- "Pascal A. Niklaus" a ?crit : > Hi all, >> >> This is possibly a stupid question, but I could not figure out how to >> close >> windows in Cygwin-xfree/twm or /fvwm when there's no corresponding <> menu >> entry... >> >> This problem occurs when I run Mozilla using Cygwin/XFree as remote X >> >> server, and browser windows without menu bar are opened by javascript >> code. >> Mozilla windows under W2K or Linux/KDE3 have the little close window >> icon >> in the top right. >> >> Any help is greatly appreciated >> >> Pascal From 4btb8@mail.ru Wed Sep 25 21:27:00 2002 From: 4btb8@mail.ru (Your IE Toolbar) Date: Wed, 25 Sep 2002 21:27:00 -0000 Subject: Bestellen Sie Ihr IE Toolbar jetzt Message-ID: Lassen Sie Ihre Kunden immer Ihre Links auf ihrem Explorer toolbar sehen Kundenspezifische Toolbars geben Ihnen weitgehende Moglichigkeiten, Ihre Webseite innerhalb wenigen Sekunden zwischen den Millionen Internetuser zu vermarkten und das nimmt Ihnen einige wenige Sekunden die Toolbars zu installieren. Custom IE Toolbar mit unbegrenzten Menueinzelteilen fur den Preis von 200$US! Advanced IE Toolbar mit Entwurffirmenzeichen von 250$US! Unbegrenzte IE Toolbar Eigenschaften mit der normalen Rate von 20$US Stundenlohn fur die Programmierung! http://www.besttoolbars.net/german.htm Eigenschaften: - Zugang mit einem Klick zu Ihrer Website und zu den Seiten durch den immer greifbaren Werkyeugspannelsbrowser. - Personliche Tasten, dynamische Tasten und Menu-Einzelteile des IE Toolbar. - Customizable Suchfunktionen/integrierte Search Engines - Nachrichtenzustellung on-line. - Kundenspezifische Ikonen und gro?artige Firmezeichen. - Sofortige Nachrichtenubermittlung zu den Benutzern. - Benutzen Sie sofort die neue Netzprodukte auf den entfernten Desktops der Kunden und machen Sie sie sofort verwendbar. - Gezielte und nicht gezielte Marketing - Und viel viel mehr... Sie konnen Ihr Toolbar an Ihre Web site Besucher, Angestellten, usw. weitergebenen. Dieses liefert schnellen Zugang zu Ihrer Web site und moglicherweise zu anderen nutzlichen Verbindungen,bzw. die Sie fur die Sie fur nutzlich halten, und fur die Kunden die Ihr Toolbar downloaden wurden. Wenn Sie ein Geschaft fuhren, so benutzen Sie gewohnliche IE Toolbar mit Ihren Mitarbeiter zusammen,damit bekommen Sie allgemeine Netzbetriebsmittel. Falls Sie mit einer Anzahl von den Computern zu tun haben (Haus, Buro arbeitet, usw..),so konnen Sie auch hier ein IE Toolbar verwenden, es wird alle Ihre 'Favorites' auf dem Server speichern. Somit werden Sie uberhaupt nie mehr Ihre Lieblingsverbindungen auf allen Ihren Computern immer wieder aktualisieren mussen. Sie konnen das gerade einmal tun! kontakt 4btb8@mail.ru +7 902 9870073 http://www.besttoolbars.net/german.htm From NiklausP@landcare.cri.nz Wed Sep 25 21:55:00 2002 From: NiklausP@landcare.cri.nz (Pascal A. Niklaus) Date: Wed, 25 Sep 2002 21:55:00 -0000 Subject: twm and fvwm question Message-ID: <5.1.1.6.2.20020926093624.02093988@smtp.landcare.cri.nz> Yes, Mozilla has File->Exit, but I only want to close a menu-bar-less window created by javascript. And neither FVWM nor TWM add 'close' widgets to the window frame. Is there really no possibility to create a 'close-event'? Using kill seems a bit of a crude approach. Does killing the window also free the resources the program uses for this window? Pascal >At Wed, 25 Sep 2002 01:02:00 +0200 (CEST), Sylvain Petreolle wrote: >doesn't mozilla have file/exit ? >otherwise u can use "kill" when using twm by using the "kill" tool >provided by twm. >>--- "Pascal A. Niklaus" a ?crit : > Hi all, >> >> This is possibly a stupid question, but I could not figure out how to >> close >> windows in Cygwin-xfree/twm or /fvwm when there's no corresponding <> menu >> entry... >> >> This problem occurs when I run Mozilla using Cygwin/XFree as remote X >> >> server, and browser windows without menu bar are opened by javascript >> code. >> Mozilla windows under W2K or Linux/KDE3 have the little close window >> icon >> in the top right. >> >> Any help is greatly appreciated >> >> Pascal From huntharo@msu.edu Thu Sep 26 00:15:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Thu, 26 Sep 2002 00:15:00 -0000 Subject: Cygwin Build Bustage Fix Message-ID: xc/lib/Xcursor/Imakefile: 1) Change an #elif without a conditional to #else. This has got to be one of the dummer mistakes I have ever seen. How does this work on any platform? This busts the build on Cygwin. Harold -------------- next part -------------- A non-text attachment was scrubbed... Name: xc-lib-Xcursor-Imakefile.diff Type: application/octet-stream Size: 394 bytes Desc: not available URL: From huntharo@msu.edu Thu Sep 26 02:53:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Thu, 26 Sep 2002 02:53:00 -0000 Subject: One more Cygwin build bustage fix Message-ID: xc/config/cf/cygwin.tmpl: 1) Add SharedXcursorReqs with $(XLIB) so that libXcursor builds. Harold -------------- next part -------------- A non-text attachment was scrubbed... Name: xc-config-cf-cygwin.cf.diff Type: application/octet-stream Size: 584 bytes Desc: not available URL: From alexander.gottwald@s1999.tu-chemnitz.de Thu Sep 26 05:15:00 2002 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Thu, 26 Sep 2002 05:15:00 -0000 Subject: twm and fvwm question In-Reply-To: <5.1.1.6.2.20020926093624.02093988@smtp.landcare.cri.nz> Message-ID: On Thu, 26 Sep 2002, Pascal A. Niklaus wrote: > Yes, Mozilla has File->Exit, but I only want to close a menu-bar-less > window created by javascript. And neither FVWM nor TWM add 'close' widgets > to the window frame. Is there really no possibility to create a 'close-event'? Most fvwm configurations contain a submenu with window options. The you can find a "Close" entry. If there is no such menu, then edit .fvwm2rc and add either a a new button or create a menu from which you can choose "Close". > Using kill seems a bit of a crude approach. Does killing the window also > free the resources the program uses for this window? Killing the window causes the program to call the x11_errorhandler which normally contains an exit() and terminates the process, freeing all window resources. bye ago -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From fliot@kyriba.com Thu Sep 26 08:39:00 2002 From: fliot@kyriba.com (Francois Liot) Date: Thu, 26 Sep 2002 08:39:00 -0000 Subject: ntxlib (was RE: Include X "instance" into source) Message-ID: <78782D427847FA42838FDA25E4732D5340C1EF@fr-mail1.FR.Kyriba.com> Investigating further, I heard about the "ntxlib" projet. http://216.239.39.100/search?q=cache:m4t1L5VkuJsC:library.psyon.org/programming/unix2nt.html+ntxlib&hl=en&ie=UTF-8 (this is the cached version, this page is not longer available directly...) Does somebody have a recent version of such library ? Thanks by advance, Best regards From huntharo@msu.edu Thu Sep 26 09:44:00 2002 From: huntharo@msu.edu (Harold L Hunt) Date: Thu, 26 Sep 2002 09:44:00 -0000 Subject: ntxlib (was RE: Include X "instance" into source) Message-ID: <200209261214.g8QCEq325176@pilot07.cl.msu.edu> Fancois, Understand that ntxlib is an ugly, incomplete, shoddy hack that only implements about 5% of the X functions and has few prospects for ever being able to implement any more X functions than that. ntxlib is actually just a seperate packaging of the hack that was included in Cygwin's rxvt to allow it to run without an X Server. Don't think that including ntxlib in any random X application will suddenly cause it to run on Windows without an X Server. Instead, expect to waste a lot of time only to find out that ntxtlib is a pretty fruitless idea. But, by all means, mess around with it if you really want to. Harold Francois Liot said: > Investigating further, > > I heard about the "ntxlib" projet. > http://216.239.39.100/search?q=cache:m4t1L5VkuJsC:library.psyon.org/programming/unix2nt.html+ntxlib&hl=en&ie=UTF-8 (this is the cached version, this page is not longer available directly...) > > Does somebody have a recent version of such library ? > > Thanks by advance, > > Best regards > From cygwin-xfree@cygwin.com Thu Sep 26 15:56:00 2002 From: cygwin-xfree@cygwin.com (Christopher Faylor) Date: Thu, 26 Sep 2002 15:56:00 -0000 Subject: Screen size question In-Reply-To: <5.1.1.6.0.20020926232003.00b50fd8@pop.net-yan.com> References: <5.1.1.6.0.20020926232003.00b50fd8@pop.net-yan.com> Message-ID: <20020926153928.GA10010@redhat.com> Redirecting to the correct mailing list. On Thu, Sep 26, 2002 at 11:26:20PM +0800, Stephen Liu wrote: >Hi All People > >Can I issue following command to regulate the screen size at starting >cygwin. > ># Xwin -query 192.168.0.XXX -screen aa" x bb" > >aa" = width of screen in inches >bb" = height of screen in inches > >so that Linux would not cover Window screen completely. If NO, kindly >advise how to make it. > >Thanks in advance. > >Stephen Liu From cygwin-xfree@cygwin.com Thu Sep 26 16:14:00 2002 From: cygwin-xfree@cygwin.com (cygwin-xfree@cygwin.com) Date: Thu, 26 Sep 2002 16:14:00 -0000 Subject: xdvi windows problem In-Reply-To: <000801c26576$d652eba0$cb6bb13e@reichel> (Vít Reichel's message of "Thu, 26 Sep 2002 18:07:38 +0200") References: <000801c26576$d652eba0$cb6bb13e@reichel> Message-ID: <8765wsaefz.fsf@peder.flower> V??t Reichel writes: Redirecting to cygwin-xfree@cygwin.com PLEASE follow up there. > 1. (*) text/plain ( ) text/html > > How can I get xdvi and XFree working on windows? > Every time I try xdvi it says "Can't open display" and startx does't work either even though all required packages are installed. Please help! > From jc.gervais@videotron.ca Thu Sep 26 17:32:00 2002 From: jc.gervais@videotron.ca (Jean-Claude Gervais) Date: Thu, 26 Sep 2002 17:32:00 -0000 Subject: x2x or XWin -screen 0 2048 768 ? Message-ID: Hi, Can anyone point me in the right direction? I've added a second video card to my computer and am running Windows with a large (2048x768) desktop. I'd like to run XWin like that too, but it and all the other apps only maximize on ONE of the screens. Although if a window is not maximized and can be sized, I can stretch it across both screens, I figure there must be a better way. Does anyone here know anything about this? Jean-Claude From huntharo@msu.edu Thu Sep 26 17:53:00 2002 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 26 Sep 2002 17:53:00 -0000 Subject: x2x or XWin -screen 0 2048 768 ? References: Message-ID: <3D9394B1.5040105@msu.edu> Jean-Claude, Have you run Cygwin/XFree86 as follows? XWin -screen 0 2048 768 Does that work at all? Are you able to size the window using the mouse so that it displays at up to 2048x768? If not, perhaps we can change that behavior later. As far as maximization size, you will notice that all other Windows applications only size to the size of the current monitor when you click the maximize button. Thus, we are following the standard behavior. Also, think about the limited options that we have here. Pretty much our only other option would be to create a screen large enough to fill both monitors on startup, say 2048x768, and display that size by default. Well, what if the user doesn't want to have their screen stretched across two displays, then that is just too bad for them, they have to have it stretched across two displays. I don't think that would be acceptable as the default behavior. If you propose an extremely detailed new default behavior scheme, that can actually be implemented, and that doesn't do anything detrimental to the 99% of users that use the default behavior, then I will most likely implement your proposed new logic. Or, you can propose a detailed new command-line parameter if you wish that provides a different behavior for multiple-monitor systems. More than likely you will realize that we are doing pretty much what other Windows applications do and that there isn't a default behavior that is much better. Of course, I may just be overlooking some simple improvement. Hope that helps. Harold Jean-Claude Gervais wrote: > Hi, > > Can anyone point me in the right direction? > > I've added a second video card to my computer and am running Windows with a > large (2048x768) desktop. > > I'd like to run XWin like that too, but it and all the other apps only > maximize on ONE of the screens. > > Although if a window is not maximized and can be sized, I can stretch it > across both screens, I figure there must be a better way. > > Does anyone here know anything about this? > > Jean-Claude > > From jc.gervais@videotron.ca Thu Sep 26 18:11:00 2002 From: jc.gervais@videotron.ca (Jean-Claude Gervais) Date: Thu, 26 Sep 2002 18:11:00 -0000 Subject: x2x or XWin -screen 0 2048 768 ? In-Reply-To: <3D9394B1.5040105@msu.edu> Message-ID: Hello, Yes, I have run XWin -screen 0 2048 768 And it maximizes on the current screen. Actually, if I use any resolution that exceeds the width of the primary display, the X display always seems to be 1024 pixels wide. I've tried using -scrollbars , but that option doesn't seem to exist! If I use it on XWin's command line, XWin exits immediately. An additional command-line parameter? Well, how about -spanmultiplemonitors x or -dualdisplay x Where x would be the number of contiguous display you'd allow XWin to take up? Of course, it could get a little tricky: each monitor can be set to a different resolution, can be spatially arranged vertically or horizontally in relation to the other monitor(s), which can result in some pretty funky geometries... I seem to remember that dual-head video cards (one adapter with two or more SVGA outputs on it) didn't have these problems, because other than allowing you to place the screens vertically or horizontally, each screen had to run at the same resolution as the others and the system really only saw the configuration as a single, rectangular display anyhow. All that aside, it would be an interesting feature to implement user window-sizing to arbitrary resolutions via the -scrollbars parameter so that a user might stretch the X display to the size s/he wants. But I'm not clear on whether or not X allows resizing once an X 'console' has started. Does it? Thanks a lot for your consideration. Jean-Claude -----Original Message----- From: cygwin-xfree-owner@cygwin.com [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Harold L Hunt II Sent: Thursday, September 26, 2002 7:14 PM To: cygwin-xfree@cygwin.com Subject: Re: x2x or XWin -screen 0 2048 768 ? Jean-Claude, Have you run Cygwin/XFree86 as follows? XWin -screen 0 2048 768 Does that work at all? Are you able to size the window using the mouse so that it displays at up to 2048x768? If not, perhaps we can change that behavior later. As far as maximization size, you will notice that all other Windows applications only size to the size of the current monitor when you click the maximize button. Thus, we are following the standard behavior. Also, think about the limited options that we have here. Pretty much our only other option would be to create a screen large enough to fill both monitors on startup, say 2048x768, and display that size by default. Well, what if the user doesn't want to have their screen stretched across two displays, then that is just too bad for them, they have to have it stretched across two displays. I don't think that would be acceptable as the default behavior. If you propose an extremely detailed new default behavior scheme, that can actually be implemented, and that doesn't do anything detrimental to the 99% of users that use the default behavior, then I will most likely implement your proposed new logic. Or, you can propose a detailed new command-line parameter if you wish that provides a different behavior for multiple-monitor systems. More than likely you will realize that we are doing pretty much what other Windows applications do and that there isn't a default behavior that is much better. Of course, I may just be overlooking some simple improvement. Hope that helps. Harold Jean-Claude Gervais wrote: > Hi, > > Can anyone point me in the right direction? > > I've added a second video card to my computer and am running Windows with a > large (2048x768) desktop. > > I'd like to run XWin like that too, but it and all the other apps only > maximize on ONE of the screens. > > Although if a window is not maximized and can be sized, I can stretch it > across both screens, I figure there must be a better way. > > Does anyone here know anything about this? > > Jean-Claude > > From huntharo@msu.edu Thu Sep 26 20:51:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Thu, 26 Sep 2002 20:51:00 -0000 Subject: x2x or XWin -screen 0 2048 768 ? In-Reply-To: Message-ID: Jean-Claude, > All that aside, it would be an interesting feature to implement user > window-sizing to arbitrary resolutions via the -scrollbars > parameter so that > a user might stretch the X display to the size s/he wants. But > I'm not clear > on whether or not X allows resizing once an X 'console' has started. Does > it? Oops, that was one of the things I was going to mention. It is not possible to resize the X display after it has been initialized. The RandR extension will eventually allow this, but I am not sure if it is stable/complete yet. Harold From jc.gervais@videotron.ca Fri Sep 27 08:08:00 2002 From: jc.gervais@videotron.ca (Jean-Claude Gervais) Date: Fri, 27 Sep 2002 08:08:00 -0000 Subject: x2x or XWin -screen 0 2048 768 ? In-Reply-To: Message-ID: Harold, OK then. I'd say the reasonable trade-off that wouldn't hinder existing users would be that you get to specify the size of the X display, to any resolution you want, and ONLY if you have -scrollbars specified, then you can scroll the window around to see all of it OR you can also stretch the window up to the maximum you specified. If you DON'T specify -scrollbars, then if your width or height are bigger than the actual display you're running on, your window get clipped to the maximum X or Y value the display supports. This is what it already does now. Does that sound OK? -----Original Message----- From: cygwin-xfree-owner@cygwin.com [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Harold Hunt Sent: Thursday, September 26, 2002 8:54 PM To: cygwin-xfree@cygwin.com Subject: RE: x2x or XWin -screen 0 2048 768 ? Jean-Claude, > All that aside, it would be an interesting feature to implement user > window-sizing to arbitrary resolutions via the -scrollbars > parameter so that > a user might stretch the X display to the size s/he wants. But > I'm not clear > on whether or not X allows resizing once an X 'console' has started. Does > it? Oops, that was one of the things I was going to mention. It is not possible to resize the X display after it has been initialized. The RandR extension will eventually allow this, but I am not sure if it is stable/complete yet. Harold From huntharo@msu.edu Fri Sep 27 08:56:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Fri, 27 Sep 2002 08:56:00 -0000 Subject: Devel update Message-ID: I had a little bit of time today and yesterday so I made some build-bustage fixes to the CVS tree and I finished up a little feature that has been holding me up from making any kind of release. That little feature I was working on was embedding an icon in XWin.exe via a compiled Windows resource file. My initial work with the resource file required that ``windres'' be run manually to compile the resource file, but the compiled resource file was automatically linked into the executable. Today I created resource build rules in cygwin.rules that work both under Cygwin and when cross compiling. I've been using Cygwin/XFree86 with a little ``X'' icon for over a month now but I couldn't make any test releases until I either pulled the icon support out or until I reimplemented it properly. There is nothing holding me up from making a new test release now, other than the 100 KB diff that I have to clean up, so I will try to get a test release out sometime in the next week. Perhaps this will be followed by a 4.2.1 release, but perhaps not. Harold From huntharo@msu.edu Fri Sep 27 09:08:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Fri, 27 Sep 2002 09:08:00 -0000 Subject: Devel update In-Reply-To: Message-ID: Oh yeah, the other reason that I included a Windows resource file was for creating a dialog box that Cygwin/XFree86 displays when you change the display settings in such a manner that Cygwin/XFree86 will no longer be able to display until you change those settings back. The dialog box pops up but it doesn't have meaningful text and I have not checked to make sure that it is popping up in all of the right places. That may take a little while longer to finish that one week. We will see. Harold > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Harold Hunt > Sent: Thursday, September 26, 2002 11:51 PM > To: cygx > Subject: Devel update > > > I had a little bit of time today and yesterday so I made some > build-bustage > fixes to the CVS tree and I finished up a little feature that has been > holding me up from making any kind of release. That little feature I was > working on was embedding an icon in XWin.exe via a compiled > Windows resource > file. My initial work with the resource file required that ``windres'' be > run manually to compile the resource file, but the compiled resource file > was automatically linked into the executable. Today I created resource > build rules in cygwin.rules that work both under Cygwin and when cross > compiling. I've been using Cygwin/XFree86 with a little ``X'' > icon for over > a month now but I couldn't make any test releases until I either > pulled the > icon support out or until I reimplemented it properly. > > There is nothing holding me up from making a new test release now, other > than the 100 KB diff that I have to clean up, so I will try to get a test > release out sometime in the next week. Perhaps this will be followed by a > 4.2.1 release, but perhaps not. > > > Harold > From millarkav@yahoo.com Fri Sep 27 09:15:00 2002 From: millarkav@yahoo.com (Mlarcvaernas) Date: Fri, 27 Sep 2002 09:15:00 -0000 Subject: Rootless Mode is an Important and Needed Feature Message-ID: <20020927155631.37226.qmail@web14501.mail.yahoo.com> I think that a Rootless mode for the Xserver right now is one of the most important and crucial features needed. For the Xserver to be used in a way that is convenient for many users, the option to have X applications displayed on the main Windows desktop is pretty important. Of course the current Root mode should also be available as well, since it also has uses. The new rootless mode should be one of the top priorities. __________________________________________________ Do you Yahoo!? New DSL Internet Access from SBC & Yahoo! http://sbc.yahoo.com From JDrash@eesus.jnj.com Fri Sep 27 09:20:00 2002 From: JDrash@eesus.jnj.com (Jim Drash) Date: Fri, 27 Sep 2002 09:20:00 -0000 Subject: Debatable: Rootless Mode is an Important and Needed Feature Message-ID: While, it might be nice to allow Windows to be the Window Manager and that it might be convenient, it is not a requirement for many people's regular and daily use of the Xserver. Would it be cool? Yes. I cannot right now think of a single X app would work better if Windows managed it. From VNangrani@bellhelicopter.textron.com Fri Sep 27 09:42:00 2002 From: VNangrani@bellhelicopter.textron.com (Nangrani, Vishal) Date: Fri, 27 Sep 2002 09:42:00 -0000 Subject: CATIA Launch Fails Message-ID: <062130671039D311BB730001FA7E02FB044DF6AE@bhtintexch1.bhti.com> I have installed CYGWIN and XFREE on my windows 2000 PC. Then I connect to an AIX machine and run a CAD application "CATIA" . I get the following error Xlib: XInputExtension is missing on :0.0 I am guessing that I am either missing extension "XInputExtension" or it is disabled Can anyone help? Thanks Vishal Nangrani From drfische@us.dhl.com Fri Sep 27 10:21:00 2002 From: drfische@us.dhl.com (David R. Fischer) Date: Fri, 27 Sep 2002 10:21:00 -0000 Subject: Debatable: Rootless Mode is an Important and Needed Feature References: Message-ID: <3D94852F.C9D0864B@us.dhl.com> I think that you are looking at it a different way.. If we had a rootless X-windows it would allow better integration with our current environment... and would help get it past the pointy haired bosses Thanks David R. Fischer Jim Drash wrote: > > While, it might be nice to allow Windows to be the Window Manager and that > it might be convenient, it is not a requirement for many people's regular > and daily use of the Xserver. > > Would it be cool? Yes. I cannot right now think of a single X app would > work better if Windows managed it. any> -------------- next part -------------- A non-text attachment was scrubbed... Name: drfische.vcf Type: text/x-vcard Size: 251 bytes Desc: Card for David R. Fischer URL: From millarkav@yahoo.com Fri Sep 27 10:29:00 2002 From: millarkav@yahoo.com (Mlarcvaernas) Date: Fri, 27 Sep 2002 10:29:00 -0000 Subject: Debatable: Rootless Mode is an Important and Needed Feature Message-ID: <20020927164216.8364.qmail@web14504.mail.yahoo.com> Well, it isnt an absolute requirement, but it certianly is a significant convienience. I mantian some computer systems for some people, if I wished to use the Xserver to provide an X application for people to use, I know that if I told many people that they first had to maxamise a certian window and then find the application in that window, many users would be perplexed and complain loudly. For me a root mode is very useful, I like using my X Window Manager and X Desktop in a seperate window. Some users I maintian for though would be perplexed by this if I decided to provide X programs for them to use. This feature would be important to me for that convenience aspect, I know apps probably wouldnt work better in a rootless mode. >> While, it might be nice to allow Windows to be the >> Window Manager and that >> it might be convenient, it is not a requirement >> for many people's regular >> and daily use of the Xserver. >> Would it be cool? Yes. I cannot right now think >> of a single X app would >> work better if Windows managed it. > OK. I can't think of >>any> __________________________________________________ Do you Yahoo!? New DSL Internet Access from SBC & Yahoo! http://sbc.yahoo.com From john.r.morrison@ntlworld.com Fri Sep 27 10:41:00 2002 From: john.r.morrison@ntlworld.com (John Morrison) Date: Fri, 27 Sep 2002 10:41:00 -0000 Subject: Debatable: Rootless Mode is an Important and Needed Feature In-Reply-To: <20020927164216.8364.qmail@web14504.mail.yahoo.com> Message-ID: I'm sure Harold would appreciate any patch contributions you make towards this... Seriously, very week (or so) somebody asks for this, but nobody puts code forwards. *shrug*, I think Harold is doing a fantastic job, and when he eventually gets around to scratching that itch I'll thank him again. However, I am not in a position to aid the xfree development; so I don't feel I can insist on something that would take so much effort... J. From drfische@us.dhl.com Fri Sep 27 10:45:00 2002 From: drfische@us.dhl.com (David R. Fischer) Date: Fri, 27 Sep 2002 10:45:00 -0000 Subject: Debatable: Rootless Mode is an Important and Needed Feature References: Message-ID: <3D949575.AAFB8B48@us.dhl.com> True. I also am unable to provide code . John Morrison wrote: > > I'm sure Harold would appreciate any patch contributions > you make towards this... > > Seriously, very week (or so) somebody asks for this, but > nobody puts code forwards. *shrug*, I think Harold is > doing a fantastic job, and when he eventually gets around > to scratching that itch I'll thank him again. However, > I am not in a position to aid the xfree development; so > I don't feel I can insist on something that would take > so much effort... > > J. -------------- next part -------------- A non-text attachment was scrubbed... Name: drfische.vcf Type: text/x-vcard Size: 251 bytes Desc: Card for David R. Fischer URL: From Alexander.Gottwald@informatik.tu-chemnitz.de Fri Sep 27 10:49:00 2002 From: Alexander.Gottwald@informatik.tu-chemnitz.de (Alexander Gottwald) Date: Fri, 27 Sep 2002 10:49:00 -0000 Subject: XFree 4.2.1 + fontconfig-2 In-Reply-To: Message-ID: Alexander Gottwald wrote: > #if Concat(SharedLib,libname) > #define LibraryTargetName(libname) Concat3(lib,libname,.dll.a) > #else > #define LibraryTargetName(libname) Concat3(lib,libname,l.a) > #endif > > But I don't know if this is either valid for imake or if it will > break anything. And when you do a shared and a static version, the > static version will most likely be name libName.dll.a too. I just checked and the above violates the cpp syntax. You can not have a macro with a conditional which depends on a parameter. |#define MACRO(x) |#if x |#define RESULT YES |#else |#define RESULT NO |#endif does not work. The preprocessor can not decide which one will be used later. Those preprocessor macros are not functions. What does this mean for us? Imagine you have libX11 as shared library and eg. libXt as static library (current configuration). a dependency like this | program: LibraryTargetName(X11) LibraryTargetName(Xt) which we want to resolve to | program: libX11.dll.a libXt.a is not possible. We'd have to build something like this | #if SharedLibraryX11 | #define X11lib SharedLibraryTargetName(X11) | #else | #define X11lib LibraryTargetName(X11) | #endif | ... | program: $(X11lib) $(Xtlib) and this must be done for all the code. My conclusion: We should stay with libName.a even for import libraries. Changing it and don't being able to build a simple macro which wraps it properly will sooner ar later cause compile problems. comments? bye ago -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From Alexander.Gottwald@informatik.tu-chemnitz.de Fri Sep 27 12:28:00 2002 From: Alexander.Gottwald@informatik.tu-chemnitz.de (Alexander Gottwald) Date: Fri, 27 Sep 2002 12:28:00 -0000 Subject: Rootless Mode is an Important and Needed Feature In-Reply-To: <20020927155631.37226.qmail@web14501.mail.yahoo.com> Message-ID: Mlarcvaernas wrote: > I think that a Rootless mode for the Xserver right now > is one of the most important and crucial features > needed. For the Xserver to be used in a way that is > convenient for many users, the option to have X > applications displayed on the main Windows desktop is > pretty important. Of course the current Root mode > should also be available as well, since it also has > uses. The new rootless mode should be one of the top priorities. The rootless modes already has a high priority. But it is also a very complex problem and unless someone with _very_ much sparetime and good programming skills starts working on it, it will take a long time to finish it. bye ago -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From alanh@fairlite.demon.co.uk Fri Sep 27 12:30:00 2002 From: alanh@fairlite.demon.co.uk (Alan Hourihane) Date: Fri, 27 Sep 2002 12:30:00 -0000 Subject: XFree 4.2.1 + fontconfig-2 In-Reply-To: References: Message-ID: <20020927174912.GE1519@fairlite.demon.co.uk> On Fri, Sep 27, 2002 at 07:40:44 +0200, Alexander Gottwald wrote: > Alexander Gottwald wrote: > > > #if Concat(SharedLib,libname) > > #define LibraryTargetName(libname) Concat3(lib,libname,.dll.a) > > #else > > #define LibraryTargetName(libname) Concat3(lib,libname,l.a) > > #endif > > > > But I don't know if this is either valid for imake or if it will > > break anything. And when you do a shared and a static version, the > > static version will most likely be name libName.dll.a too. > > I just checked and the above violates the cpp syntax. You can not have a > macro with a conditional which depends on a parameter. > > |#define MACRO(x) > |#if x > |#define RESULT YES > |#else > |#define RESULT NO > |#endif > > does not work. The preprocessor can not decide which one will be used later. > Those preprocessor macros are not functions. > > What does this mean for us? Imagine you have libX11 as shared library and > eg. libXt as static library (current configuration). > > a dependency like this > | program: LibraryTargetName(X11) LibraryTargetName(Xt) > which we want to resolve to > | program: libX11.dll.a libXt.a > is not possible. We'd have to build something like this > | #if SharedLibraryX11 > | #define X11lib SharedLibraryTargetName(X11) > | #else > | #define X11lib LibraryTargetName(X11) > | #endif > | ... > | program: $(X11lib) $(Xtlib) > and this must be done for all the code. > > My conclusion: We should stay with libName.a even for import libraries. > Changing it and don't being able to build a simple macro which wraps it > properly will sooner ar later cause compile problems. > > comments? Yes, The following will work.... Instead of program: $(X11lib) $(Xtlib) Do this DONE: $(X11lib) $(Xtlib) and at the end of the SharedLibraryTarget() stuff and other same functions do this > DONE Which will touch a file called DONE and that's the dependency. Alan. From huntharo@msu.edu Fri Sep 27 12:33:00 2002 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 27 Sep 2002 12:33:00 -0000 Subject: Rootless Mode is an Important and Needed Feature References: <20020927155631.37226.qmail@web14501.mail.yahoo.com> Message-ID: <3D94B14C.70100@msu.edu> Really? Thanks for the insight. Are you willing to sacrifice 20 hours per week to work on it? No? In case you didn't notice, rootless mode has been on the To-Do list for over a year. It is simply difficult and large in scope, thus no one is working on it. In fact, there isn't really any work going on in Cygwin/XFree86 on a daily basis, so rootless mode isn't going to get done anytime soon unless you are volunteering. Also, a question for you: What do I gain from sacrificing my time to implement a rootless mode? A rising stock price? A raise in my salary? Worldwide fame? A recommendation for a job? Nope --- I get none of that, I only loose my free time, so any time I spend on Cygwin/XFree86 had damn well better be worth it to me, because I'm the only one that can give me something for me efforts (which is simply giving myself satisfaction that I accomplished something, which I already have plenty of). Feeling fiesty? Why don't you suggest that we translate X graphics calls to GDI graphics calls next --- then I can once again point you to the To-Do list and to some work in progress. Sheesh. Harold Mlarcvaernas wrote: > I think that a Rootless mode for the Xserver right now > is one of the most important and crucial features > needed. For the Xserver to be used in a way that is > convenient for many users, the option to have X > applications displayed on the main Windows desktop is > pretty important. Of course the current Root mode > should also be available as well, since it also has > uses. The new rootless mode should be one of the top priorities. > > __________________________________________________ > Do you Yahoo!? > New DSL Internet Access from SBC & Yahoo! > http://sbc.yahoo.com From huntharo@msu.edu Fri Sep 27 12:36:00 2002 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 27 Sep 2002 12:36:00 -0000 Subject: Debatable: Rootless Mode is an Important and Needed Feature References: <3D94852F.C9D0864B@us.dhl.com> Message-ID: <3D94B1AC.2060705@msu.edu> David, Could you please ask your pointy-haired bosses for a few thousand bucks to pay one of your programmers to throw some time at a rootless mode? Better yet, why don't you ask them if they would be willing to pay me to do it? I'd love to do rootless mode, but I gotta have a way to get paid since it would take so much time away from my current jobs, etc. Harold David R. Fischer wrote: > I think that you are looking at it a different way.. If we had a > rootless X-windows it would allow better integration with our current > environment... and would help get it past the pointy haired bosses > > > Thanks > David R. Fischer > > > Jim Drash wrote: > >>While, it might be nice to allow Windows to be the Window Manager and that >>it might be convenient, it is not a requirement for many people's regular >>and daily use of the Xserver. >> >>Would it be cool? Yes. I cannot right now think of a single X app would >>work better if Windows managed it. >any> > From huntharo@msu.edu Fri Sep 27 12:54:00 2002 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 27 Sep 2002 12:54:00 -0000 Subject: Debatable: Rootless Mode is an Important and Needed Feature References: Message-ID: <3D94B23F.3090007@msu.edu> Thank you John. You've got precisely the viewpoint that I am trying to instill in Mr. Mlarcvaernas. I guess the idea is don't look a gift horse in the mouth, eh? :) Harold John Morrison wrote: > I'm sure Harold would appreciate any patch contributions > you make towards this... > > Seriously, very week (or so) somebody asks for this, but > nobody puts code forwards. *shrug*, I think Harold is > doing a fantastic job, and when he eventually gets around > to scratching that itch I'll thank him again. However, > I am not in a position to aid the xfree development; so > I don't feel I can insist on something that would take > so much effort... > > J. > From huntharo@msu.edu Fri Sep 27 13:10:00 2002 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 27 Sep 2002 13:10:00 -0000 Subject: Rootless Mode is an Important and Needed Feature References: Message-ID: <3D94B320.8090309@msu.edu> Good point Alexander. On a side note: Why is it that XDarwin has so many people contributing code and features (they seem to have an OpenGL-passthrough system now, which is pretty amazing), while Cygwin/XFree86 has so few contributors? This seems contradictory because Windows is on 95% of desktops while Mac OS X is only on < 1% (~20% of Apple's 5% market share are running Mac OS X). That question will probably always baffle me. Harold Alexander Gottwald wrote: > Mlarcvaernas wrote: > > >>I think that a Rootless mode for the Xserver right now >>is one of the most important and crucial features >>needed. For the Xserver to be used in a way that is >>convenient for many users, the option to have X >>applications displayed on the main Windows desktop is >>pretty important. Of course the current Root mode >>should also be available as well, since it also has >>uses. The new rootless mode should be one of the top priorities. > > > The rootless modes already has a high priority. But it is also a very complex > problem and unless someone with _very_ much sparetime and good programming > skills starts working on it, it will take a long time to finish it. > > bye > ago From nwourms@yahoo.com Fri Sep 27 22:49:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Fri, 27 Sep 2002 22:49:00 -0000 Subject: Rootless Mode is an Important and Needed Feature In-Reply-To: <20020927155631.37226.qmail@web14501.mail.yahoo.com> Message-ID: <20020927195455.48694.qmail@web21003.mail.yahoo.com> --- Mlarcvaernas wrote: > I think that a Rootless mode for the Xserver right now > is one of the most important and crucial features > needed. For the Xserver to be used in a way that is > convenient for many users, the option to have X > applications displayed on the main Windows desktop is > pretty important. Of course the current Root mode > should also be available as well, since it also has > uses. The new rootless mode should be one of the top priorities. > Since you are using it in a commericial environment, I suggest you cough up so dough to sponser Harold for a weeks worth of work. Then you'd get your rootless mode. Otherwise, tell the whining users to shut their piehole. Cheers, Nicholas __________________________________________________ Do you Yahoo!? New DSL Internet Access from SBC & Yahoo! http://sbc.yahoo.com From cgf@redhat.com Fri Sep 27 22:50:00 2002 From: cgf@redhat.com (Christopher Faylor) Date: Fri, 27 Sep 2002 22:50:00 -0000 Subject: Rootless Mode is an Important and Needed Feature In-Reply-To: <3D94B320.8090309@msu.edu> References: <3D94B320.8090309@msu.edu> Message-ID: <20020927201036.GA18061@redhat.com> On Fri, Sep 27, 2002 at 03:36:00PM -0400, Harold L Hunt II wrote: >Good point Alexander. > >On a side note: Why is it that XDarwin has so many people contributing >code and features (they seem to have an OpenGL-passthrough system now, >which is pretty amazing), while Cygwin/XFree86 has so few contributors? > This seems contradictory because Windows is on 95% of desktops while >Mac OS X is only on < 1% (~20% of Apple's 5% market share are running >Mac OS X). > >That question will probably always baffle me. FWIW, I have always had similar questions about cygwin itself. And, whenever I voice the question, people always say something on the order of "It takes people with knowledge of two disciplines, windows and unix and that is really rare." Personally, I have other theories about the mindset of people who use Windows. While they really have very little say in what they get from Microsoft or any other major closed-source company, they often nonetheless feel emboldened to suggest and direct in open source projects without any need to actually volunteer their time or offer any real technical understanding. The theory seems to be that "free software" means "It is free for me to use and free for me to kvetch about it". Maybe it is exactly the fact that Microsoft does not supply you with any options that puts people in the mindset that their only recourse is to suggest, pontificate, or whine. The concept that they could roll up their sleeves and pitch in is really really foreign. cgf "I am not a programmer, but it seems to me..." From rasjidw@openminddev.net Sat Sep 28 01:15:00 2002 From: rasjidw@openminddev.net (Rasjid Wilcox) Date: Sat, 28 Sep 2002 01:15:00 -0000 Subject: Screen size question In-Reply-To: <20020926153928.GA10010@redhat.com> References: <5.1.1.6.0.20020926232003.00b50fd8@pop.net-yan.com> <20020926153928.GA10010@redhat.com> Message-ID: <200209281549.45307.rasjidw@openminddev.net> On Fri, 27 Sep 2002 1:39 am, Christopher Faylor wrote: > Redirecting to the correct mailing list. > > On Thu, Sep 26, 2002 at 11:26:20PM +0800, Stephen Liu wrote: > >Hi All People > > > >Can I issue following command to regulate the screen size at starting > >cygwin. > > > ># Xwin -query 192.168.0.XXX -screen aa" x bb" > > > >aa" = width of screen in inches > >bb" = height of screen in inches > > > >so that Linux would not cover Window screen completely. If NO, kindly > >advise how to make it. > > > >Thanks in advance. Use pixels, not inches. If you windows desktop is 1024x768, you could try for example $ XWin -query 192.168.0.XXX -screen 0 800 640 NOTE: Do NOT use 'inches', and do not use 'x' between width and height. See 'man XWin' for more info, or the users guide - http://xfree86.cygwin.com/docs/ug/configure-cygwin-xfree-options.html Rasjid. From rasjidw@openminddev.net Sat Sep 28 07:00:00 2002 From: rasjidw@openminddev.net (Rasjid Wilcox) Date: Sat, 28 Sep 2002 07:00:00 -0000 Subject: xdvi windows problem In-Reply-To: <8765wsaefz.fsf@peder.flower> References: <000801c26576$d652eba0$cb6bb13e@reichel> <8765wsaefz.fsf@peder.flower> Message-ID: <200209281550.35868.rasjidw@openminddev.net> On Fri, 27 Sep 2002 2:44 am, cygwin-xfree@cygwin.com wrote: > V??t Reichel writes: > > Redirecting to cygwin-xfree@cygwin.com > > PLEASE follow up there. > > > 1. (*) text/plain ( ) text/html > > > > How can I get xdvi and XFree working on windows? > > Every time I try xdvi it says "Can't open display" and startx does't work > > either even though all required packages are installed. Please help! You could have a look at the users guide... http://xfree86.cygwin.com/docs/ug/using.html#using-starting Once you have got startxwin.bat or startxwin.sh working and the Xserver is running, then I suspect that xdvi will work. Rasjid. From satimis@writeme.com Sat Sep 28 07:09:00 2002 From: satimis@writeme.com (Stephen Liu) Date: Sat, 28 Sep 2002 07:09:00 -0000 Subject: Screen size question In-Reply-To: <200209281549.45307.rasjidw@openminddev.net> References: <20020926153928.GA10010@redhat.com> <5.1.1.6.0.20020926232003.00b50fd8@pop.net-yan.com> <20020926153928.GA10010@redhat.com> Message-ID: <5.1.1.6.0.20020928161238.00bb2070@pop.net-yan.com> Hi Rasjid, Thanks for your advice. At 03:49 PM 9/28/2002 +1000, Rasjid Wilcox wrote: >- snip - >Use pixels, not inches. If you windows desktop is 1024x768, you could try >for >example > >$ XWin -query 192.168.0.XXX -screen 0 800 640 > >NOTE: Do NOT use 'inches', and do not use 'x' between width and height. > >See 'man XWin' for more info, or the users guide - >http://xfree86.cygwin.com/docs/ug/configure-cygwin-xfree-options.html Noted Using fullscreen Alt-TAb can rotate between these 2 systems. But how to close "cygwin" I am still searching for a simple way to share files between these 2 systems instead of using Samba. Could you shed me some light? Thanks Stephen From Alexander.Gottwald@informatik.tu-chemnitz.de Sat Sep 28 08:06:00 2002 From: Alexander.Gottwald@informatik.tu-chemnitz.de (Alexander Gottwald) Date: Sat, 28 Sep 2002 08:06:00 -0000 Subject: XFree 4.2.1 + fontconfig-2 In-Reply-To: <20020927174912.GE1519@fairlite.demon.co.uk> Message-ID: Alan Hourihane wrote: > The following will work.... > > Instead of > > program: $(X11lib) $(Xtlib) > > Do this > > DONE: $(X11lib) $(Xtlib) > > and at the end of the SharedLibraryTarget() stuff and other same > functions do this > > > DONE > > Which will touch a file called DONE and that's the dependency. I've solved it in another way. The complete build process stays with libName.a even for shared libraries. But I install the import library as libName.dll.a. This solutions is so simple, why haven't I thought of it earlier? ;) If the make world runs cleanly i'll send the new patch. bye ago -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From Alexander.Gottwald@informatik.tu-chemnitz.de Sat Sep 28 08:20:00 2002 From: Alexander.Gottwald@informatik.tu-chemnitz.de (Alexander Gottwald) Date: Sat, 28 Sep 2002 08:20:00 -0000 Subject: Rootless Mode is an Important and Needed Feature In-Reply-To: <3D94B320.8090309@msu.edu> Message-ID: Harold L Hunt II wrote: > Good point Alexander. > > On a side note: Why is it that XDarwin has so many people contributing > code and features (they seem to have an OpenGL-passthrough system now, > which is pretty amazing), while Cygwin/XFree86 has so few contributors? > This seems contradictory because Windows is on 95% of desktops while > Mac OS X is only on < 1% (~20% of Apple's 5% market share are running > Mac OS X). > > That question will probably always baffle me. Not really. The people running Darwin are mostly programmers or computer freaks which want to go other ways than the normal. They know how to code. Most windows users are - in contrary - only users which want a working program. They don't like coding. They want a shortcut on the desktop which starts the program. It must be easy and straight. Or the other way: people who know to code are able to run a unix (and deal with all it's problems). They don't need windows anymore. So why should they code for windows? bye ago BTW: Don't take this to serious. Just think about it. -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From j_tetazoo@hotmail.com Sun Sep 29 01:58:00 2002 From: j_tetazoo@hotmail.com (Thomas Chadwick) Date: Sun, 29 Sep 2002 01:58:00 -0000 Subject: Screen size question Message-ID: >From: Stephen Liu >Reply-To: cygwin-xfree@cygwin.com >To: Rasjid Wilcox ,cygwin-xfree@cygwin.com >Subject: Re: Screen size question >Date: Sat, 28 Sep 2002 16:15:36 +0800 [snip] >Using fullscreen Alt-TAb can rotate between these 2 systems. But how to >close "cygwin" Alt-F4 > > >I am still searching for a simple way to share files between these 2 >systems instead of using Samba. > >Could you shed me some light? As I understand it, the problem you are trying to solve is this: You are running X clients on hostname "remote" and displaying them on the Cygwin/Xserver on hostname "local". You want access to the files on "remote" from "local" with a minimum of effort. While I agree that Samba is the best way to do this, and is relatively seemless (by mounting the filesystem on "remote" as a drive letter on "local"), there is an alternative: 1) Open a web browser from Windows (NOT as an X client from the remote machine!) 2) Use an URL of the form "ftp://username:password@remotehostname". This will give you file-explorer-like views and navigation of the user's home directory on the remote host. Note that this functionality might not be built into your web browser. If not, it will complain, but should prompt you with how to install the neccessary features. _________________________________________________________________ Join the world??s largest e-mail service with MSN Hotmail. http://www.hotmail.com From Alexander.Gottwald@informatik.tu-chemnitz.de Sun Sep 29 11:15:00 2002 From: Alexander.Gottwald@informatik.tu-chemnitz.de (Alexander Gottwald) Date: Sun, 29 Sep 2002 11:15:00 -0000 Subject: XFree 4.2.1 + fontconfig-2 In-Reply-To: <20020925134833.GU1409@fairlite.demon.co.uk> Message-ID: Alan Hourihane wrote: > When you've come to a decision on the patch, post a new one so I > can take a look and then commit it. There's a new one. The cygwin.rules diff includes: - new macro SharedLibraryName evalutes to cygName-Version.dll - new macro ImportLibraryName evaluates to libName-Version.dll.a - new macro ShortImportLibraryName evaluates to libName.dll.a - new macro InstallLink creates a symlink on install. Needed for symlinking ImportLibraryName() to ShortImportLibraryName() - new macro LinkImportLibrary creates a link to ImportLibraryName as xc/exports/lib/libName.a - cleaup of of old macros to use the ShareLibraryName and ImportLibraryName macros instead of the old Concat3() composition - added new ld option --exclude-libs All in MakeDLLProg. This should prevent exporting of symbols which were imported from another library. - Some macros now also need the library version to pass it to the new *Name macros. Added rev to parameterlists. - Installing a link libName-Version.dll.a with name libName.dll.a The --exclude-libs ALL is needed at my system since Xft exported symbols from Xrender. linking a program with -Xrender -lXft failed because of duplicate symbols. Since we're using spec files to specify which symbols have to be exported, --exclude-libs ALL should be no problem. The second path changes the order of the libraries. It is now -lXrender -lXext -lX11. This fixes an error where some symbols from libX11 were not found when the linker resolved symbols from libXrender. bye ago -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 -------------- next part -------------- Index: config/cf/cygwin.tmpl =================================================================== RCS file: /cvs/xc/config/cf/cygwin.tmpl,v retrieving revision 3.10 diff -u -r3.10 cygwin.tmpl --- config/cf/cygwin.tmpl 2002/09/26 08:18:34 3.10 +++ config/cf/cygwin.tmpl 2002/09/28 14:56:50 @@ -34,7 +34,7 @@ #define SharedpsresReqs $(LDPRELIB) $(SMLIB) $(ICELIB) $(XTOOLLIB) $(XLIB) #define SharedXmuuReqs $(LDPRELIB) $(XTOOLLIB) $(XLIB) #define SharedXrandrReqs $(LDPRELIB) $(XLIB) -#define SharedXcursorReqs $(LDPRELIB) $(XLIB) $(XRENDERLIB) +#define SharedXcursorReqs $(LDPRELIB) $(XRENDERLIB) $(XLIB) #ifndef FixupLibReferences -------------- next part -------------- Index: cygwin.rules =================================================================== RCS file: /cvs/xc/config/cf/cygwin.rules,v retrieving revision 3.19 diff -u -r3.19 cygwin.rules --- cygwin.rules 2002/04/15 09:22:33 3.19 +++ cygwin.rules 2002/09/28 15:06:06 @@ -52,7 +52,15 @@ #define UseExportLists YES #endif +#define SharedLibraryName(libname, rev) \ +Concat3(cyg,libname,-$(shell echo rev|sed s=\\..*==).dll) +#define ImportLibraryName(libname, rev) \ +Concat3(lib,libname,-$(shell echo rev|sed s=\\..*==).dll.a) + +#define ShortImportLibraryName(libname, rev) \ +Concat3(lib,libname,.dll.a) + /* * SharedDepLibraryTarget - generate rules to create a shared library. */ @@ -75,22 +83,23 @@ */ #define SharedDepLibraryTarget(libname,rev,deplist,solist,down,up) @@\ -AllTarget(Concat3(lib,libname,.dll)) @@\ +AllTarget(SharedLibraryName(libname,rev)) @@\ @@\ CppFileTarget(libname.def,libname-def.cpp,-DLIBRARY_VERSION=rev,$(ICONFIGFILES)) @@\ @@\ @@\ @@\ -Concat3(lib,libname,.dll): deplist libname.def @@\ - RemoveFile(LibraryTargetName(libname)) @@\ - RemoveFile(Concat3(lib,libname,.dll)) @@\ - MakeDLL(libname,solist) @@\ - LinkBuildLibrary(Concat3(lib,libname,.a)) @@\ - LinkBuildDLL(Concat3(lib,libname,.dll)) @@\ +SharedLibraryName(libname,rev): deplist libname.def @@\ + RemoveFile(ImportLibraryName(libname,rev)) @@\ + RemoveFile(SharedLibraryName(libname,rev)) @@\ + MakeDLL(libname,solist,rev) @@\ + LinkBuildLibrary(ImportLibraryName(libname,rev)) @@\ + LinkImportLibrary(ImportLibraryName(libname,rev),LibraryTargetName(libname)) @@\ + LinkBuildDLL(SharedLibraryName(libname,rev)) @@\ @@\ clean:: @@\ - RemoveFile(LibraryTargetName(libname)) @@\ - RemoveFile(Concat3(lib,libname,.dll)) @@\ + RemoveFile(ImportLibraryName(libname,rev)) @@\ + RemoveFile(SharedLibraryName(libname,rev)) @@\ #endif /* SharedDepLibraryTarget */ @@ -116,22 +125,23 @@ */ #define SharedDepCplusplusLibraryTarget(libname,rev,deplist,solist,down,up) @@\ -AllTarget(Concat3(lib,libname,.dll)) @@\ +AllTarget(SharedLibraryName(libname,rev)) @@\ @@\ CppFileTarget(libname.def,libname-def.cpp,-DLIBRARY_VERSION=rev,$(ICONFIGFILES)) @@\ @@\ @@\ - @@\ -Concat3(lib,libname,.dll): deplist libname.def @@\ - RemoveFile(LibraryTargetName(libname)) @@\ - RemoveFile(Concat3(lib,libname,.dll)) @@\ - MakeCplusplusDLL(libname,solist) @@\ - LinkBuildLibrary(Concat3(lib,libname,.a)) @@\ - LinkBuildDLL(Concat3(lib,libname,.dll)) @@\ @@\ -clean:: @@\ - RemoveFile(LibraryTargetName(libname)) @@\ - RemoveFile(Concat3(lib,libname,.dll)) @@\ +SharedLibraryName(libname,rev): deplist libname.def @@\ + RemoveFile(ImportLibraryName(libname,rev)) @@\ + RemoveFile(SharedLibraryName(libname,rev)) @@\ + MakeCplusplusDLL(libname,solist,rev) @@\ + LinkBuildLibrary(ImportLibraryName(libname,rev)) @@\ + LinkImportLibrary(ImportLibraryName(libname,rev),LibraryTargetName(libname)) @@\ + LinkBuildDLL(SharedLibraryName(libname,rev)) @@\ + @@\ +clean:: @@\ + RemoveFile(ImportLibraryName(libname,rev)) @@\ + RemoveFile(SharedLibraryName(libname,rev)) @@\ #endif /* SharedDepCplusplusLibraryTarget */ @@ -173,22 +183,22 @@ * MakeDllProg */ -#define MakeDLLProg(libname,solist,prog) @@\ - prog -shared -Wl,--out-implib=Concat3(lib,libname,.a) -Wl,--enable-auto-import --def libname.def -o Concat3(lib,libname,.dll) solist $(REQUIREDLIBS) +#define MakeDLLProg(libname,solist,prog,rev) @@\ + prog -shared -Wl,--out-implib=ImportLibraryName(libname,rev) -Wl,--enable-auto-import --def libname.def -Wl,--exclude-libs,ALL -o SharedLibraryName(libname,rev) solist $(REQUIREDLIBS) /* * MakeDll */ -#define MakeDLL(libname,solist) @@\ - MakeDLLProg(libname,solist,$(CC)) +#define MakeDLL(libname,solist,rev) @@\ + MakeDLLProg(libname,solist,$(CC),rev) /* * MakeCplusplusDll */ -#define MakeCplusplusDLL(libname,solist) @@\ - MakeDLLProg(libname,solist,$(CXX)) +#define MakeCplusplusDLL(libname,solist,rev) @@\ + MakeDLLProg(libname,solist,$(CXX),rev) @@ -197,29 +207,42 @@ */ #define SharedLibraryTarget(libname,rev,solist,down,up) @@\ -AllTarget(Concat3(lib,libname,.dll)) @@\ +AllTarget(SharedLibraryName(libname,rev)) @@\ @@\ CppFileTarget(libname.def,libname-def.cpp,-DLIBRARY_VERSION=rev,$(ICONFIGFILES)) @@\ @@\ @@\ -Concat3(lib,libname,.dll): solist libname.def @@\ - RemoveFile(LibraryTargetName(libname)) @@\ - RemoveFile(Concat3(lib,libname,.dll)) @@\ - MakeDLL(libname,solist) @@\ - LinkBuildLibrary(Concat3(lib,libname,.a)) @@\ - LinkBuildDLL(Concat3(lib,libname,.dll)) @@\ -clean:: @@\ - RemoveFile(LibraryTargetName(libname)) @@\ - RemoveFile(Concat3(lib,libname,.dll)) @@\ +SharedLibraryName(libname,rev): solist libname.def @@\ + RemoveFile(ImportLibraryName(libname,rev)) @@\ + RemoveFile(SharedLibraryName(libname,rev)) @@\ + MakeDLL(libname,solist,rev) @@\ + LinkBuildLibrary(ImportLibraryName(libname,rev)) @@\ + LinkImportLibrary(ImportLibraryName(libname,rev),LibraryTargetName(libname)) @@\ + LinkBuildDLL(SharedLibraryName(libname,rev)) @@\ +clean:: @@\ + RemoveFile(ImportLibraryName(libname,rev)) @@\ + RemoveFile(SharedLibraryName(libname,rev)) @@\ /* + * InstallLink + */ + +#ifndef InstallLink +#define InstallLink(step, file, link, dest) @@\ +step:: @@\ + MakeDir($(DESTDIR)dest) @@\ + $(LN) -sf file $(DESTDIR)dest/link +#endif + +/* * InstallSharedLibrary */ #define InstallSharedLibrary(libname,rev,dest) @@\ -InstallTarget(install,LibraryTargetName(libname),$(INSTLIBFLAGS),$(USRLIBDIR)) @@\ -InstallTarget(install,Concat3(lib,libname,.dll),$(INSTLIBFLAGS),$(BINDIR)) +InstallTarget(install,ImportLibraryName(libname,rev),$(INSTLIBFLAGS),$(USRLIBDIR)) @@\ +InstallTarget(install,SharedLibraryName(libname,rev),$(INSTLIBFLAGS),$(BINDIR)) @@\ +InstallLink(install,ImportLibraryName(libname,rev),ShortImportLibraryName(libname,rev),$(USRLIBDIR)) /* @@ -263,6 +286,16 @@ RemoveFile($(BUILDBINDIR)/lib) @@\ cd $(BUILDBINDIR) && $(CP) $(BUILDBINTOP)/$(CURRENT_DIR)/lib . #endif + +#ifndef LinkImportLibrary +#ifdef UseInstalled +#define LinkImportLibrary(lib, importlib) $(_NULLCMD_) +#else +#define LinkImportLibrary(lib, importlib) MakeDir($(BUILDLIBDIR)) @@\ + RemoveFile($(BUILDLIBDIR)/importlib) @@\ + cd $(BUILDLIBDIR) && $(LN) lib importlib +#endif +#endif /* LinkImportLibrary */ /* From Inglesinteractivo@datafull.com Sun Sep 29 19:58:00 2002 From: Inglesinteractivo@datafull.com (::::INGLESINTERACTIVO:::) Date: Sun, 29 Sep 2002 19:58:00 -0000 Subject: Como perfeccionar su Inglés y prepararse para rendir el TOEFL por solo $20 -. Message-ID: <2154850-22002902935458256@datafull.com> Como perfeccionar su Ingl?s y prepararse para rendir el TOEFL(r) Preparaci?n para el TOEFL(r) en CD ROM El TOEFL - Test Of English as a Foreign Language (Examen de Ingl?s como lenguaje Extranjero) da una calificaci?n v?lida como requisito de admisi?n en la mayor?a de las Universidades y Empresas de Norteam?rica. Tomando este curso de autoaprendizaje interactivo, usted podr? prepararse para lograr tal calificaci?n en la comodidad de su hogar u oficina. Incluye el estudio y la pr?ctica de todas las ?reas requeridas en el examen TOEFL(r): Comprensi?n auditiva, estructura y expresi?n escrita, lectura y redacci?n en Ingl?s. Desarrollado por la prestigiosa Universidad de Cambridge, ahora a su alcance a un precio muy accesible* ? Quienes deben aprovechar esta oportunidad ?nica ? - Aquellos que decidan prepararse para el TOEFL(r) TEST - Cualquier persona que quiera mejorar y perfeccionar su nivel de ingl?s - Quienes ya posean un buen nivel de Ingl?s y no quieran perder la pr?ctica. -------------------------------------------------------------------------------------------------------------------------------------------------------------------- Si usted no estuviera interesado en este material por favor reenv?elo a sus colegas o amigos y se beneficiar?n con esta promoci?n limitada a trav?s de Internet. -------------------------------------------------------------------------------------------------------------------------------------------------------------------- Realizado con las m?s modernas t?cnicas interactivas de autoaprendizaje basado en computadoras. Ahorre cientos de d?lares que pagar?a por un curso tradicional. Algunas ventajas de este curso en CD ROM: Vea un modelo de examen real, como el que usted deber? realizar Diversos tutoriales le ense?ar?n como se estructura el examen Aprenda t?cnicas para realizar con mayor velocidad y eficiencia los ejercicios M?s de 70 preguntas y ensayos de aut?nticos ex?menes de TOEFL Distintos temas de ensayo para practicar su escritura Instrucciones detalladas para responder las preguntas de los 4 m?dulos del test. No necesita estar conectado a Internet para estudiar M?s de 10 tutoriales interactivos Este curso en CD ROM abarca los siguientes m?dulos: Comprensi?n (Listening) Gram?tica (Grammar) Vocabulario (Vocabulary) Escritura ( Writting ) Con el TOEFL Preparation CD ROM usted podr?: Familiarizarse con los distintos tipos de preguntas usadas en cada una de las cuatro secciones del TOEFL test en computadora. Responder preguntas de pr?ctica similares a las del examen real y poder chequear los resultados. Practicar la escritura con ensayos sobre diversos temas Escuchar el ingl?s hablado en Norte Am?rica. Simular el entorno del examen en su casa u oficina Evaluar su progreso y corregir sus errores mejorando los puntos d?biles. Aprender las habilidades b?sicas necesarias para tomar el TOEFL test en computadora. Saber cuales son los errores m?s comunes Ver ensayos y ejercicios resueltos y corregidos por profesores nativos -------------------------------------------------------------------------------------------------------------------------------------------------------------------- El TOEFL PREPARATION CD ROM puede ser suyo por s?lo $ 20-. (Gastos de envio incluidos) -------------------------------------------------------------------------------------------------------------------------------------------------------------------- Aprovechando esta oferta especial por tiempo limitado, usted recibir? de regalo 3 manuales en formato digital con m?s de 200 p?ginas que le explicar?n todos los detalles y secretos para mejorar su puntuaci?n final en este examen internacional (Ej. fechas para rendir, centros habilitados en su ciudad para tomar el test, requisitos, sistema de evaluaci?n y puntaje utilizado, preguntas frecuentes, temas con mayor puntuaci?n, etc) Recibir? adem?s los siguientes informes exclusivos ( en formato digital ): * Como obtener Visado para USA ( Para trabajo tempor?neo y permanente ) * Como trabajar en USA * Informaci?n para viajar * Como estudiar en USA Forma de Pago: Contrarrembolso a trav?s de Correo Argentino ( UD. abona al recibir el producto en su domicilio) *** V?lido para ARGENTINA*** POR FAVOR CONT?CTENOS ?NICAMENTE EN ESTAS DIRECCIONES, DE LO CONTRARIO SU MENSAJE NO SER? PROCESADO Para ordenar el Curso de Preparaci?n para TOEFL en CD ROM: inglesinteractivo@datafull.com Colocando sus datos personales: Nombre y apellido: Direcci?n: Localidad: Provincia: CP: Telefono: Agradecemos su tiempo y le pedimos disculpas si este material no fuera de su inter?s. Por favor reenv?elo a sus colegas o amigos que pudieran estar interesados en beneficiarse de esta oferta limitada a trav?s de Internet. ------------------------------------------------------------------------------ Nos adherimos a la Ley Org?nica 15/1999 del 13 de Diciembre, (Ley Espa?ola de Protecci?n de Datos Personales) por la que puede solicitar su eliminaci?n de las Bases de Datos que desee (BOE 14-12-99) -------------------------------------------------------------------------- From careers@onsmart.net Sun Sep 29 20:16:00 2002 From: careers@onsmart.net (careers@onsmart.net) Date: Sun, 29 Sep 2002 20:16:00 -0000 Subject: UKZ-51827: New Ticket Created Message-ID: <200209291811.g8TIBjb02396@onsmart.net> Dear cygwin-xfree@cygwin.com, Your ticket has been successfully sent to us. Following are certain details of the ticket you created: Ticket ID: UKZ-51827 Subject: Here to find out more! Created On: 29 Sep 2002 02:11 PM Thank you for using our service, OnSmart Network Staff From guydosh@binghamton.edu Mon Sep 30 08:24:00 2002 From: guydosh@binghamton.edu (guydosh) Date: Mon, 30 Sep 2002 08:24:00 -0000 Subject: where is gcc? Message-ID: <5.1.0.14.0.20020929225726.009e6a90@mail.binghamton.edu> I installed cygwin 1.3.12-2 but cannot invoke gcc. It is not in /usr/bin - am I doing something wrong? Nick Guydosh From cygwin@cygwin.com Mon Sep 30 12:08:00 2002 From: cygwin@cygwin.com (Christopher Faylor) Date: Mon, 30 Sep 2002 12:08:00 -0000 Subject: where is gcc? In-Reply-To: <5.1.0.14.0.20020929225726.009e6a90@mail.binghamton.edu> References: <5.1.0.14.0.20020929225726.009e6a90@mail.binghamton.edu> Message-ID: <20020930031659.GB7906@redhat.com> [redirecting to the correct mailing list] On Sun, Sep 29, 2002 at 11:00:23PM -0400, guydosh wrote: >I installed cygwin 1.3.12-2 but cannot invoke gcc. It is not in /usr/bin - >am I doing something wrong? That would indicate that you didn't actually install gcc. Go back to the cygwin web page and read the section "What's new and how do I get it?" section. You have to rerun setup.exe (or click on "Install Cygwin Now!"), choose "Devel" and click on 'gcc'. From supperkelly@hotmail.com Mon Sep 30 13:00:00 2002 From: supperkelly@hotmail.com (kelly wood) Date: Mon, 30 Sep 2002 13:00:00 -0000 Subject: Can't export etext Message-ID: Hello, When porting a compiler which is ported from Pro64 from linux to cygwin, I encountered some problem. Could you please help me? Thanks! Now, I have past the compiling part and got all *.o files, but an error occured in the linking part when I tried to make a be.so. The error message is: ------------------------------------------------------------------------ Cannot export etext: symbol not found Info: resolving _sys_nerr by linking to __imp__sys_nerr (auto-import) collect2: ld returned 1 exit status gmake[1]: *** [be.so] Error 1 ------------------------------------------------------------------------ kelly _________________________________________________________________ Join the world??s largest e-mail service with MSN Hotmail. http://www.hotmail.com From jc.gervais@videotron.ca Mon Sep 30 13:36:00 2002 From: jc.gervais@videotron.ca (Jean-Claude Gervais) Date: Mon, 30 Sep 2002 13:36:00 -0000 Subject: Shared memory? Message-ID: Does Cygwin support any equivalent to the *nux shared memory APIs? The shm* functions. Thanks. From huntharo@msu.edu Mon Sep 30 14:11:00 2002 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 30 Sep 2002 14:11:00 -0000 Subject: Shared memory? References: Message-ID: <3D98AD39.2060400@msu.edu> Jean-Claude, Yes, but you have to run some service that supports the SHM model (I forget the package name or whether it was ever rolled into a Cygwin setup package that is in the primary distribution, and for anyone about to jog my memory: I don't care either). Go look at the KDE on Cygwin pages if you want more information. They have to build Cygwin/XFree86 with the MITSHM extension in order to support KDE. The ``cygipc'' library or package comes to mind, as we have some #ifdef test in xc/config/cf/cygwin.* that check CygIPC. In case you were wondering, MITSHM is not enabled in the default build, nor in the default Cygwin/XFree86 distribution, because the cygipc library/package/whatever is either 1) not included in the default distribution, 2) not stable enough, 3) not automatically installed with absolutely no user intervention, or 4) because no one poked me to let me know that the previous 3 possibilities have all been taken care of. There, that should give you enough to Google on. Harold Jean-Claude Gervais wrote: > Does Cygwin support any equivalent to the *nux shared memory APIs? > The shm* functions. > > Thanks. > > From frank.l.lane@boeing.com Mon Sep 30 14:26:00 2002 From: frank.l.lane@boeing.com (Lane, Frank L) Date: Mon, 30 Sep 2002 14:26:00 -0000 Subject: new subscriber Message-ID: <3B2480653E7D2C4E8AA5699598D691C423004E@xch-se-03.se.nos.boeing.com> Hi List, My first post. I tried to get the faq and list info and the listbot told me they weren't available. I have a couple of questions, hopefully they aren't asked to much. One: On my installation I didn't get vim. And I'm not finding it out on the net anywhere. What can I do about this? I found a downloadable binary of gvim but when I try to run it it complains about the file libICE.dll not being in the path. Two: How is the xfree project different from mainstream cygwin? Any help will be greatly appreciated. Thanks, Frank From darryl@ipage.pl Mon Sep 30 17:11:00 2002 From: darryl@ipage.pl (darryl@ipage.pl) Date: Mon, 30 Sep 2002 17:11:00 -0000 Subject: new subscriber In-Reply-To: <3B2480653E7D2C4E8AA5699598D691C423004E@xch-se-03.se.nos.boeing.com> References: <3B2480653E7D2C4E8AA5699598D691C423004E@xch-se-03.se.nos.boeing.com> Message-ID: <20020930210847.GA676743@PPP> Quoting Lane, Frank L : > Hi List, > One: On my installation I didn't get vim. And I'm not finding it out on the > net anywhere. What can I do about this? > I found a downloadable binary of gvim but when I try to run it it complains > about the file libICE.dll not being in the path. I'm about 3 days with Cygwin so it's nice to be able to help already. To install additional packages simply run setup.exe again and click on the packages you wish to add. Vim is there under editors. I got gvim from http://lassauge.free.fr the libs you lack are also available there. Good luck, Darryl Cousins From huntharo@msu.edu Mon Sep 30 20:29:00 2002 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 30 Sep 2002 20:29:00 -0000 Subject: new subscriber References: <3B2480653E7D2C4E8AA5699598D691C423004E@xch-se-03.se.nos.boeing.com> Message-ID: <3D98C168.2090309@msu.edu> Frank, Cygwin/XFree86 is a subproject of the Cygwin project that is focused on the XFree86 (a free X Window System implementation) port to Cygwin. If you install Cygwin/XFree86, then you have by definition installed Cygwin. You can select the Cygwin/XFree86 packages under the XFree86 category in Cygwin's setup.exe. Select only the XFree86-base package (in addition to the other default packages) if you are unsure of which XFree86 packages you need. Harold Lane, Frank L wrote: > Hi List, > > My first post. I tried to get the faq and list info and the listbot told me > they weren't available. > > I have a couple of questions, hopefully they aren't asked to much. > > One: On my installation I didn't get vim. And I'm not finding it out on the > net anywhere. What can I do about this? > I found a downloadable binary of gvim but when I try to run it it complains > about the file libICE.dll not being in the path. > > Two: How is the xfree project different from mainstream cygwin? > > Any help will be greatly appreciated. > > Thanks, > Frank From cygwin-xfree@cygwin.com Mon Sep 30 20:59:00 2002 From: cygwin-xfree@cygwin.com (Christopher Faylor) Date: Mon, 30 Sep 2002 20:59:00 -0000 Subject: new subscriber In-Reply-To: <3B2480653E7D2C4E8AA5699598D691C423004E@xch-se-03.se.nos.boeing.com> References: <3B2480653E7D2C4E8AA5699598D691C423004E@xch-se-03.se.nos.boeing.com> Message-ID: <20021001001230.GE6181@redhat.com> On Mon, Sep 30, 2002 at 03:36:47PM -0500, Lane, Frank L wrote: >My first post. I tried to get the faq and list info and the listbot >told me they weren't available. I'm sorry but I don't know what this means. What told you that the FAQ was unavailable? Links for the FAQ and list information for cygwin are visible at http://cygwin.com/ . The FAQ for cygwin-xfree is at http://xfree.cygwin.com/ . In general if you are looking for information like this, the project web page is the place to find it. cgf From davidf@sjsoft.com Sun Sep 1 01:56:00 2002 From: davidf@sjsoft.com (David Fraser) Date: Sun, 01 Sep 2002 01:56:00 -0000 Subject: Using KDE as default desktop under Windows Message-ID: <3D70F4E8.6060505@sjsoft.com> Hi there I posted this to the kde-cygwin mailing list and someone suggested reposting it here. Basically an explanation of my kde setup under Windows... I am now using KDE as my default shell under Windows. Thanks to everyone for the effort - it's so much nicer than explorer :-) I thought it would be nice to have a page on the web site explaining how to do it, and indicating status as more integration gets done... basically this is what I did (this is for Windows 2000 but should be portable to others): make XFree86 server run full screen without window decoration change ~/.xserverrc to include -fullscreen in the parameters: exec X - screen 0 1024 879 -engine 4 -fullscreen -depth 32 -ac -nowinkill -noreset -emulate3buttons 100 you can say -nodecoration (which -fullscreen implies) instead if you want a non-fullscreen window without border etc. replace the default shell, explorer.exe with X-windows change the following reg entry under from explorer.exe to c:\cygwin\bin\bash --login -c startx HKEY_LOCAL_MACHINE\Software\Microsoft\Windows NT\CurrentVersion\Winlogon\Shell Once this is done, logging in starts up the X server but no Windows desktop, Start bar etc. Note: if you want to run windows programs from here, on Windows 2000 you can press Ctrl-Shift-Esc which brings up the Task Manager, then go File/Run. Logging out from KDE doesn't actually log out, you need to close KDE in another way and then press Ctrl-Alt-Del and choose logout. Depending on your .xserverrc parameters, Ctrl-Alt-Backspace or Alt-F4 can be made to close the X server. Otherwise, you can close it from the Task manager (select the Cygwin task and say End Task). This also brings up a bash shell window which is behind the X server. I tried to get rid of it by running cmd /c start /b bash ... but this was unsuccessfull. If you switch to any windows applications, the X server will be minimised. I seem to remember some discussion on slashdot or somewhere about how Cygwin XFree86 cannot run in rootless mode (as the actual background window like Windows exlporer does for the desktop). Does anyone have any info on why this is, or on how we could patch it so that it will? That way windows apps will run in front... Next step: get KDE to run windows applications from short cuts. I created a simple script called "win32start": #!/bin/bash startpath="$*" if [[ -L "$startpath" ]] then # this is a symbolic link. find the actual file, start that startpath=`find "$startpath" -printf %l` fi startdir=`dirname "$startpath"` startfile=`basename "$startpath"` cd "$startdir" cmd /c start \"starting application\" "$startfile" This is put in /usr/bin It handles cygwin unix-style symbolic links to Windows shortcut files as well (both are given the extension .lnk, but have different stuff inside ... if you create a link to a shortcut it is thus called .lnk.lnk). Basically it gets whatever parameters are given (it needs to use them all so you can pass spaces without it separating them out; escaping the spaces with backslash confuses cmd, although they could be unescaped) and works out what directory the file to start is in. It's easiest to get into this directory as we then don't have to convert the path from unix to windows style. Then it runs cmd and tells it to start the application. The first parameter to start is the window title which has to be given if we quote the start file. But this window title only applies to cmd, which just starts the application and quits. Example: $ win32start /c/Documents\ And Settings/All\ Users/Start\ Menu/Programs/Acrobat\ Reader\ 5.0.lnk on my system this starts up Acrobat. Now we want to make KDE associate these files with win32start so we can click on them from konqueror and put them in menus. First we need a mime type for the Windows shortcut files... Add the following to a new file ~/.kde2/share/mimelnk/application/win32shortcut.desktop (on most systems, it could be ~/.kde/... - I've had KDE 1 installed ...) This users the link icon which just looks like a shortcut. It would be nice to get KDE to read the windows Icon out of the shortcut file but probably lots of work [Desktop Entry] Comment=Win32 shortcut file Hidden=false Icon=link MimeType=application/win32shortcut Patterns=*.lnk Type=MimeType Then create the association. To do this, create a desktop file under ~/.kde2/share/applnk/win32start.desktop and place the following into it: [Desktop Entry] Comment=Start Win32 applications or files Exec=win32start Icon=exec InitialPreference=3 MimeType=Application;application/win32shortcut Name=Win32 Starter Path= ServiceTypes= Terminal=false TerminalOptions= Type=Application X-KDE-SubstituteUID=false X-KDE-Username= This can also be done through control panel if you want to make life easier ... but on my system it gave some trouble ... Now you should be able to for example browse to your Start Menu on your windows drive and start programs. I then added a nice second start menu to kicker by using a QuickBrowser linked to my Windows Start Menu folder ... (actually I now have a subdirectory of ~ called Start which contains links to everything in the All Users Start Menu and my user's Start Menu .... with a simple shell script to update the links) I've created a nice icon for this as well, with a "exec" icon background with the four coloured windows from the Linux samba icon on top. It sits next to the K menu icon, so I can launch either KDE or standard windows apps. Any feedback/comments? Is this what other people are using kde-cygwin to do? _______________________________________________ kde-cygwin mailing list kde-cygwin@mail.kde.org http://mail.kde.org/mailman/listinfo/kde-cygwin From swamp-dog@ntlworld.com Sun Sep 1 10:22:00 2002 From: swamp-dog@ntlworld.com (Guy Harrison) Date: Sun, 01 Sep 2002 10:22:00 -0000 Subject: building XFree86 from cvs In-Reply-To: <20020827181456.54387.qmail@web21007.mail.yahoo.com> References: <20020827181456.54387.qmail@web21007.mail.yahoo.com> Message-ID: <3d754437.1012037242@smtp.ntlworld.com> On Tue, 27 Aug 2002 11:14:56 -0700 (PDT), Nicholas Wourms wrote: >--- Guy Harrison wrote: >> On Tue, 20 Aug 2002 10:13:50 -0500, "Michael Harnois" >> wrote: >> >> >Oooh. This is stranger than I thought. Some of those programs do >> get built >> >correctly, despite the log messages. For instance in config/util, >> makestrs, >> >revpath, and rman build ... but lndir doesn't. >> >> Probably because "gcc -o foo" yields foo.exe automatically but >> unfortunately dependencies and so forth won't know that. Your >> average >> "configure & make" app can sometimes get away with it - only to >> fail on >> the install & uninstall (good indication of this problem existing >> is >> make invokes the linker even though the last make succeeded). Sadly >> this >> is my first forray into the world of Imake so take my advice for >> this >> particular problem with a strong pinch of salt. > >You'd think TOG would get a clue and switch to the autotools... All that's required is for me to become 100% proficient in Imake. It would guarantee it! :-) -- swamp-dog@ntlworld.com From swamp-dog@ntlworld.com Sun Sep 1 10:22:00 2002 From: swamp-dog@ntlworld.com (Guy Harrison) Date: Sun, 01 Sep 2002 10:22:00 -0000 Subject: building XFree86 from cvs In-Reply-To: <3d6c480d.488731809@smtp.ntlworld.com> References: <200208232148.g7NLm6P158390@pilot11.cl.msu.edu> <3d6c480d.488731809@smtp.ntlworld.com> Message-ID: <3d75325a.1073000723@smtp.ntlworld.com> Hi Folks, I took the plunge and installed. My first thought was "er, it don't work". Some notes for the record before I forget them... Debug build: "makeg.sh install" strips targets. Perhaps not all but it is passing "-s" to 'install'. Installation (debug or normal): "make" does indeed relink (some) targets without apparent cause. Ditto on installation which of course has the potential to fail on (say) a bad foo<->foo.exe dependency. Last is the show-stopper. Trivial but "install -s" got me side-tracked: I've seen DLL's fail to load when stripped so went off on a wild goosechase when confronted with "c0000022" dialogs. XWin would start (we're invoking inside bash here) but all apps produced those undebuggable c0000022 accessed-denied dialogs(*). Solution trivial: installed DLL's require execute permissions. doh! However it may be that Setup could end up installing non-executable DLL's? (*) I dragged out a demo of W32dsm87 disassembler and exercised my non-existent Intel asm knowledge. Looks like we never get to program entry - only kernel32.dll loads: it must check perms on the bound DLL's then barfs. Couldn't work this backward because kernel32.dll vanishes leaving W32dsm87 staring at invalid memory. oh, I noticed "-L/usr/X11R6/lib" being passed. By design or should it be made to vanish? -- swamp-dog@ntlworld.com From news@garydjones.mailshell.com Sun Sep 1 10:22:00 2002 From: news@garydjones.mailshell.com (news@garydjones.mailshell.com) Date: Sun, 01 Sep 2002 10:22:00 -0000 Subject: xrn diffs for Cygwin (was: Re: More xrn build woes) References: <20020816170241.76812.qmail@web21009.mail.yahoo.com> Message-ID: Here are the diffs to the standard xrn source required to build xrn-9.02 for Cygwin --- error_hnds.h 1997-12-18 11:04:04.000000000 +0000 +++ ../new xrn/error_hnds.h 2002-08-17 09:46:56.000000000 +0100 @@ -54,7 +54,7 @@ /* install the signal handlers */ extern void ehInstallSignalHandlers _ARGUMENTS((void)); -#if !defined(__GNU_LIBRARY__) && !defined(__NetBSD__) && !defined(__FreeBSD__) +#if !defined(__GNU_LIBRARY__) && !defined(__NetBSD__) && !defined(__FreeBSD__) && !defined(__CYGWIN__) extern int errno, sys_nerr; extern char *sys_errlist[]; #endif --- config.h 1999-09-02 01:11:22.000000000 +0100 +++ ../new xrn/config.h 2002-08-19 16:08:38.000000000 +0100 @@ -497,7 +505,7 @@ */ /* POSIX regex routines */ -#if defined(linux) || defined(hpux) || defined(__hpux) || defined(__osf__) +#if defined(linux) || defined(hpux) || defined(__hpux) || defined(__osf__) || defined(__CYGWIN__) #define POSIX_REGEX #endif It 'mostly' works. Occasionally I have had some strange crashes, but I don't have the time or knowledge to pursue them to be honest. (Also emailed to xrn maintainer.) From c_twiner@hotmail.com Sun Sep 1 10:22:00 2002 From: c_twiner@hotmail.com (Chris Twiner) Date: Sun, 01 Sep 2002 10:22:00 -0000 Subject: xwinclip re selection polling Message-ID: Hi All, I think I've just identified a bug with select on /dev/windows. According to the select code for the windows device it does a if (peekmessage()) then in xwinclip it does the flushwindows upon select returning. I've found a wierd circumstance were select returns but when the flushwindows function returns there is no message on the queue. As the select believes there is but windows doesn't it causes an infinite loop. Don't know how to reproduce yet but it has been after reconnecting (longjmp and setjmp) that I've noticed. I will investigate more later. I've got a log from the xwinclip output and I'll try to find a reproducable case. Has anyone noticed anything similar before with /dev/windows? Chris _________________________________________________________________ Chat with friends online, try MSN Messenger: http://messenger.msn.com From swamp-dog@ntlworld.com Sun Sep 1 11:11:00 2002 From: swamp-dog@ntlworld.com (Guy Harrison) Date: Sun, 01 Sep 2002 11:11:00 -0000 Subject: building XFree86 from cvs In-Reply-To: References: Message-ID: <3d7443bc.1011914205@smtp.ntlworld.com> On Thu, 29 Aug 2002 22:06:58 +0200 (MEST), Alexander Gottwald wrote: >On Sun, 25 Aug 2002, Guy Harrison wrote: > >[big diff] >> >> ...it might even still cross-compile! ;-) > >It does. Good Work :) Thanks! >bye > ago >BTW: When you're creating diffs, please use the diff -u. Noted. -- swamp-dog@ntlworld.com From swamp-dog@ntlworld.com Sun Sep 1 13:00:00 2002 From: swamp-dog@ntlworld.com (Guy Harrison) Date: Sun, 01 Sep 2002 13:00:00 -0000 Subject: building XFree86 from cvs In-Reply-To: References: Message-ID: <3d74668e.1020828033@smtp.ntlworld.com> On Mon, 26 Aug 2002 07:11:37 -0400, "Harold Hunt" wrote: >Guy, > >Okay, this looks reasonable. I will take a look at it and submit it when I >get a chance. Classes start today, so it may be a few days. No problem. Things progress slow my end! -- swamp-dog@ntlworld.com From c_twiner@hotmail.com Sun Sep 1 23:42:00 2002 From: c_twiner@hotmail.com (Chris Twiner) Date: Sun, 01 Sep 2002 23:42:00 -0000 Subject: xwinclip re selection polling Message-ID: Hi All, The select statement isn't the problem, it's the restart. I'm pretty certain that it's just due to the old window sending messages the select does a peekmessage of NULL for the hwnd, this picks up all messages for that thread. The restarter wasn't closing the window so it's probable that the old hwnd for the old window that wasn't getting closed is at fault. This is just a heads up, so no-one starts investigating unnecessarily. I'll post again with the results. Chris _________________________________________________________________ MSN Photos is the easiest way to share and print your photos: http://photos.msn.com/support/worldwide.aspx From c_twiner@hotmail.com Mon Sep 2 00:40:00 2002 From: c_twiner@hotmail.com (Chris Twiner) Date: Mon, 02 Sep 2002 00:40:00 -0000 Subject: xwinclip re selection polling Message-ID: The problem seemed to be based around the old window not getting destroyed, windows still thinks it's there and sends forth more messages to it. I've destroyed the window in the iohandler and the problem seems to be solved. Sorry for the multiple posts just spotted it over a few days. Chris _________________________________________________________________ Join the world??s largest e-mail service with MSN Hotmail. http://www.hotmail.com From asgupta2k@yahoo.com Mon Sep 2 00:53:00 2002 From: asgupta2k@yahoo.com (Ashish Gupta) Date: Mon, 02 Sep 2002 00:53:00 -0000 Subject: error compiling Message-ID: <20020902064240.82279.qmail@web11006.mail.yahoo.com> Hi, I am porting an application from linux to windows. This application uses xlib for windows2000 so I downloaded cygwin/Xfree86 source code(from CVS) and then tried to compile the application I got lot of ewrrors in VC98/rpcdce.h files. Errors list: c:\msvs\vc98\include\rpcdce.h(166) : error C2143: syntax error : missing ')' before 'type' c:\msvs\vc98\include\rpcdce.h(166) : error C2071: 'RPC_OBJECT_INQ_FN' : illegal storage class c:\msvs\vc98\include\rpcdce.h(166) : error C2055: expected formal parameter list, not a type list c:\msvs\vc98\include\rpcdce.h(166) : error C2059: syntax error : ')' c:\msvs\vc98\include\rpcdce.h(172) : error C2085: 'RPC_IF_CALLBACK_FN' : not in formal parameter list c:\msvs\vc98\include\rpcdce.h(180) : error C2085: 'RPC_STATS_VECTOR' : not in formal parameter list c:\msvs\vc98\include\rpcdce.h(191) : error C2085: 'RPC_IF_ID_VECTOR' : not in formal parameter list c:\msvs\vc98\include\rpcdce.h(200) : error C2085: 'RpcBindingCopy' : not in formal parameter list c:\msvs\vc98\include\rpcdce.h(208) : error C2085: 'RpcBindingFree' : not in formal parameter list c:\msvs\vc98\include\rpcdce.h(216) : error C2085: 'RpcBindingSetOption' : not in formal parameter list c:\msvs\vc98\include\rpcdce.h(224) : error C2085: 'RpcBindingInqOption' : not in formal parameter list c:\msvs\vc98\include\rpcdce.h(236) : error C2085: 'RpcBindingFromStringBindingA' : not in formal parameter list c:\msvs\vc98\include\rpcdce.h(244) : error C2085: 'RpcBindingFromStringBindingW' : not in formal parameter list c:\msvs\vc98\include\rpcdce.h(271) : error C2085: 'RpcBindingInqObject' : not in formal parameter list c:\msvs\vc98\include\rpcdce.h(279) : error C2085: 'RpcBindingReset' : not in formal parameter list c:\msvs\vc98\include\rpcdce.h(291) : error C2085: 'RpcBindingSetObject' : not in formal parameter list c:\msvs\vc98\include\rpcdce.h(300) : error C2085: 'RpcMgmtInqDefaultProtectLevel' : not in formal parameter list c:\msvs\vc98\include\rpcdce.h(312) : error C2085: 'RpcBindingToStringBindingA' : not in formal parameter list c:\msvs\vc98\include\rpcdce.h(320) : error C2085: 'RpcBindingToStringBindingW' : not in formal parameter list c:\msvs\vc98\include\rpcdce.h(346) : error C2085: 'RpcBindingVectorFree' : not in formal parameter list c:\msvs\vc98\include\rpcdce.h(362) : error C2085: 'RpcStringBindingComposeA' : not in formal parameter list c:\msvs\vc98\include\rpcdce.h(374) : error C2085: 'RpcStringBindingComposeW' : not in formal parameter list c:\msvs\vc98\include\rpcdce.h(412) : error C2085: 'RpcStringBindingParseA' : not in formal parameter list c:\msvs\vc98\include\rpcdce.h(424) : error C2085: 'RpcStringBindingParseW' : not in formal parameter list c:\msvs\vc98\include\rpcdce.h(457) : error C2085: 'RpcStringFreeA' : not in formal parameter list c:\msvs\vc98\include\rpcdce.h(464) : error C2085: 'RpcStringFreeW' : not in formal parameter list c:\msvs\vc98\include\rpcdce.h(490) : error C2085: 'RpcIfInqId' : not in formal parameter list c:\msvs\vc98\include\rpcdce.h(501) : error C2085: 'RpcNetworkIsProtseqValidA' : not in formal parameter list c:\msvs\vc98\include\rpcdce.h(508) : error C2085: 'RpcNetworkIsProtseqValidW' : not in formal parameter list c:\msvs\vc98\include\rpcdce.h(534) : error C2085: 'RpcMgmtInqComTimeout' : not in formal parameter list c:\msvs\vc98\include\rpcdce.h(543) : error C2085: 'RpcMgmtSetComTimeout' : not in formal parameter list c:\msvs\vc98\include\rpcdce.h(551) : error C2085: 'RpcMgmtSetCancelTimeout' : not in formal parameter list c:\msvs\vc98\include\rpcdce.h(563) : error C2085: 'RpcNetworkInqProtseqsA' : not in formal parameter list c:\msvs\vc98\include\rpcdce.h(570) : error C2085: 'RpcNetworkInqProtseqsW' : not in formal parameter list c:\msvs\vc98\include\rpcdce.h(596) : error C2085: 'RpcObjectInqType' : not in formal parameter list c:\msvs\vc98\include\rpcdce.h(603) : error C2143: syntax error : missing ')' before '*' c:\msvs\vc98\include\rpcdce.h(603) : error C2085: 'RpcObjectSetInqFn' : not in formal parameter list c:\msvs\vc98\include\rpcdce.h(603) : error C2143: syntax error : missing ';' before '*' c:\msvs\vc98\include\rpcdce.h(604) : error C2059: syntax error : ')' c:\msvs\vc98\include\rpcdce.h(698) : error C2143: syntax error : missing ')' before '*' c:\msvs\vc98\include\rpcdce.h(698) : error C2081: 'RPC_IF_CALLBACK_FN' : name in formal parameter list illegal c:\msvs\vc98\include\rpcdce.h(698) : error C2143: syntax error : missing '{' before '*' c:\msvs\vc98\include\rpcdce.h(699) : error C2059: syntax error : ')' c:\msvs\vc98\include\rpcdce.h(988) : error C2143: syntax error : missing ')' before '*' c:\msvs\vc98\include\rpcdce.h(988) : error C2143: syntax error : missing '{' before '*' c:\msvs\vc98\include\rpcdce.h(989) : error C2059: syntax error : ')' c:\msvs\vc98\include\rpcdce.h(997) : error C2143: syntax error : missing ')' before '*' c:\msvs\vc98\include\rpcdce.h(997) : error C2081: 'RPC_STATS_VECTOR' : name in formal parameter list illegal c:\msvs\vc98\include\rpcdce.h(997) : error C2143: syntax error : missing '{' before '*' c:\msvs\vc98\include\rpcdce.h(998) : error C2059: syntax error : ')' c:\msvs\vc98\include\rpcdce.h(1053) : error C2143: syntax error : missing ')' before '*' c:\msvs\vc98\include\rpcdce.h(1053) : error C2081: 'RPC_IF_ID_VECTOR' : name in formal parameter list illegal c:\msvs\vc98\include\rpcdce.h(1053) : error C2143: syntax error : missing '{' before '*' c:\msvs\vc98\include\rpcdce.h(1054) : error C2059: syntax error : ')' c:\msvs\vc98\include\rpcdce.h(1060) : error C2143: syntax error : missing ')' before '*' c:\msvs\vc98\include\rpcdce.h(1060) : error C2143: syntax error : missing '{' before '*' c:\msvs\vc98\include\rpcdce.h(1061) : error C2059: syntax error : ')' c:\msvs\vc98\include\rpcdce.h(1294) : error C2143: syntax error : missing ')' before '*' c:\msvs\vc98\include\rpcdce.h(1294) : error C2081: 'RPC_AUTHZ_HANDLE' : name in formal parameter list illegal c:\msvs\vc98\include\rpcdce.h(1294) : error C2143: syntax error : missing '{' before '*' c:\msvs\vc98\include\rpcdce.h(1295) : error C2059: syntax error : 'type' c:\msvs\vc98\include\rpcdce.h(1299) : error C2059: syntax error : ')' c:\msvs\vc98\include\rpcdce.h(1306) : error C2143: syntax error : missing ')' before '*' c:\msvs\vc98\include\rpcdce.h(1306) : error C2081: 'RPC_AUTHZ_HANDLE' : name in formal parameter list illegal c:\msvs\vc98\include\rpcdce.h(1306) : error C2143: syntax error : missing '{' before '*' c:\msvs\vc98\include\rpcdce.h(1307) : error C2059: syntax error : 'type' c:\msvs\vc98\include\rpcdce.h(1311) : error C2059: syntax error : ')' c:\msvs\vc98\include\rpcdce.h(1321) : error C2143: syntax error : missing ')' before '*' c:\msvs\vc98\include\rpcdce.h(1321) : error C2081: 'RPC_AUTH_IDENTITY_HANDLE' : name in formal parameter list illegal c:\msvs\vc98\include\rpcdce.h(1321) : error C2143: syntax error : missing '{' before '*' c:\msvs\vc98\include\rpcdce.h(1322) : error C2059: syntax error : 'type' c:\msvs\vc98\include\rpcdce.h(1323) : error C2059: syntax error : ')' c:\msvs\vc98\include\rpcdce.h(1333) : error C2143: syntax error : missing ')' before '*' c:\msvs\vc98\include\rpcdce.h(1333) : error C2081: 'RPC_AUTH_IDENTITY_HANDLE' : name in formal parameter list illegal c:\msvs\vc98\include\rpcdce.h(1333) : error C2143: syntax error : missing '{' before '*' c:\msvs\vc98\include\rpcdce.h(1334) : error C2059: syntax error : 'type' c:\msvs\vc98\include\rpcdce.h(1335) : error C2059: syntax error : ')' c:\msvs\vc98\include\rpcdce.h(1345) : error C2146: syntax error : missing ')' before identifier 'AuthIdentity' c:\msvs\vc98\include\rpcdce.h(1345) : error C2081: 'RPC_AUTH_IDENTITY_HANDLE' : name in formal parameter list illegal c:\msvs\vc98\include\rpcdce.h(1345) : error C2061: syntax error : identifier 'AuthIdentity' c:\msvs\vc98\include\rpcdce.h(1345) : error C2059: syntax error : ';' c:\msvs\vc98\include\rpcdce.h(1345) : error C2059: syntax error : ',' c:\msvs\vc98\include\rpcdce.h(1347) : error C2059: syntax error : ')' c:\msvs\vc98\include\rpcdce.h(1357) : error C2146: syntax error : missing ')' before identifier 'AuthIdentity' c:\msvs\vc98\include\rpcdce.h(1357) : error C2081: 'RPC_AUTH_IDENTITY_HANDLE' : name in formal parameter list illegal c:\msvs\vc98\include\rpcdce.h(1357) : error C2061: syntax error : identifier 'AuthIdentity' c:\msvs\vc98\include\rpcdce.h(1357) : error C2059: syntax error : ';' c:\msvs\vc98\include\rpcdce.h(1357) : error C2059: syntax error : ',' c:\msvs\vc98\include\rpcdce.h(1360) : error C2059: syntax error : ')' c:\msvs\vc98\include\rpcdce.h(1370) : error C2146: syntax error : missing ')' before identifier 'AuthIdentity' c:\msvs\vc98\include\rpcdce.h(1370) : error C2081: 'RPC_AUTH_IDENTITY_HANDLE' : name in formal parameter list illegal c:\msvs\vc98\include\rpcdce.h(1370) : error C2061: syntax error : identifier 'AuthIdentity' c:\msvs\vc98\include\rpcdce.h(1370) : error C2059: syntax error : ';' c:\msvs\vc98\include\rpcdce.h(1370) : error C2059: syntax error : ',' c:\msvs\vc98\include\rpcdce.h(1372) : error C2059: syntax error : ')' c:\msvs\vc98\include\rpcdce.h(1382) : error C2146: syntax error : missing ')' before identifier 'AuthIdentity' c:\msvs\vc98\include\rpcdce.h(1382) : error C2081: 'RPC_AUTH_IDENTITY_HANDLE' : name in formal parameter list illegal c:\msvs\vc98\include\rpcdce.h(1382) : error C2061: syntax error : identifier 'AuthIdentity' c:\msvs\vc98\include\rpcdce.h(1382) : error C2059: syntax error : ';' c:\msvs\vc98\include\rpcdce.h(1382) : error C2059: syntax error : ',' c:\msvs\vc98\include\rpcdce.h(1385) : error C2059: syntax error : ')' Please give me some tips for resolving these errors. I have got MS studio 6.0 installed in c:\Microsoft Visual Studio\ and I have DirectX SDK 8.0 installed in c:\mssdk. Thanks and regards, Ashish __________________________________________________ Do You Yahoo!? Yahoo! Finance - Get real-time stock quotes http://finance.yahoo.com From alexander.gottwald@informatik.tu-chemnitz.de Mon Sep 2 17:28:00 2002 From: alexander.gottwald@informatik.tu-chemnitz.de (Alexander Gottwald) Date: Mon, 02 Sep 2002 17:28:00 -0000 Subject: error compiling In-Reply-To: <20020902064240.82279.qmail@web11006.mail.yahoo.com> Message-ID: On Sun, 1 Sep 2002, Ashish Gupta wrote: > I am porting an application from linux to windows. > This application uses xlib for windows2000 so I > downloaded cygwin/Xfree86 source code(from CVS) and > then tried to compile the application I got lot of > ewrrors in VC98/rpcdce.h files. For compiling XFree86 with VisualC, please see http://sources.redhat.com/win32-x11/ but since you want to port the application, please try compiling with gcc. bye ago -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From geert.pille@vandemoortele.com Tue Sep 3 02:55:00 2002 From: geert.pille@vandemoortele.com (Pille Geert (bkarnd)) Date: Tue, 03 Sep 2002 02:55:00 -0000 Subject: X windows display problem Message-ID: Hallo Meredith, I lost a couple of days on the same problem because my client's hostname was "GHP-VP6", and so DISPLAY on the client side was "GHP-VP6:0.0". When I replace DISPLAY's value by simply ":0.0", before ssh'ing to a host, all (and most importantly: X) was well. I haven't checked if it was the special (?) character "-" that caused the problem, I used to have underscores in all my hostnames until I found out that Apache refused to run on a host called GHP_something (there is an RFC saying which characters are allowed). Just in case (your client's hostname isn't Jules) Geert -----Original Message----- From: Meredith Finkelstein [mailto:meredith@www.honeybeerobotics.com] Sent: vrijdag 30 augustus 2002 20:42 To: cygwin-xfree@cygwin.com Subject: X windows display problem Hi I have found some related posts in the archives, but nothing that seems to solve my problem, which is: I start startxwin.sh from my client (which runs windows2000) (I have tried both cygwin shell and cmd) then i open up an ssh connection (ssh -X -l username hostname) to my host computer which is running red hat 7.3. The sshd config file has X11Forwarding turned on when i try to open xterm, xeyes, anything - i get the following error: xterm Xt error: Can't open display: this happens no matter which window i am sshing from - cmd, cygwin, xwindows. and /tmp/XWin.log displays no error messages Any suggestions? Thanks, Meredith -- Open WebMail Project (http://openwebmail.org) =============================== This email is confidential and intended solely for the use of the individual to whom it is addressed. If you are not the intended recipient, be advised that you have received this email in error and that any use, dissemination, forwarding, printing, or copying of this email is strictly prohibited. You are explicitly requested to notify the sender of this email that the intended recipient was not reached. From huntharo@msu.edu Tue Sep 3 04:04:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Tue, 03 Sep 2002 04:04:00 -0000 Subject: Using KDE as default desktop under Windows In-Reply-To: <3D70F4E8.6060505@sjsoft.com> Message-ID: Interesting. Harold > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of David Fraser > Sent: Saturday, August 31, 2002 12:55 PM > To: cygwin-xfree@cygwin.com > Subject: Using KDE as default desktop under Windows > > > Hi there > I posted this to the kde-cygwin mailing list and someone suggested > reposting it here. > Basically an explanation of my kde setup under Windows... > > I am now using KDE as my default shell under Windows. > Thanks to everyone for the effort - it's so much nicer than explorer :-) > I thought it would be nice to have a page on the web site explaining how > to do it, > and indicating status as more integration gets done... > basically this is what I did (this is for Windows 2000 but should be > portable to others): > > make XFree86 server run full screen without window decoration > change ~/.xserverrc to include -fullscreen in the parameters: > exec X - screen 0 1024 879 -engine 4 -fullscreen -depth 32 -ac > -nowinkill -noreset -emulate3buttons 100 > you can say -nodecoration (which -fullscreen implies) instead if you > want a non-fullscreen window without border etc. > > replace the default shell, explorer.exe with X-windows > change the following reg entry under from explorer.exe to > c:\cygwin\bin\bash --login -c startx > HKEY_LOCAL_MACHINE\Software\Microsoft\Windows > NT\CurrentVersion\Winlogon\Shell > Once this is done, logging in starts up the X server but no Windows > desktop, Start bar etc. > Note: if you want to run windows programs from here, on Windows 2000 you > can press Ctrl-Shift-Esc > which brings up the Task Manager, then go File/Run. > Logging out from KDE doesn't actually log out, you need to close KDE in > another way and then press Ctrl-Alt-Del > and choose logout. Depending on your .xserverrc parameters, > Ctrl-Alt-Backspace or Alt-F4 can be made to close > the X server. Otherwise, you can close it from the Task manager (select > the Cygwin task and say End Task). > This also brings up a bash shell window which is behind the X server. I > tried to get rid of it by running > cmd /c start /b bash ... but this was unsuccessfull. > If you switch to any windows applications, the X server will be minimised. > I seem to remember some discussion on slashdot or somewhere about how > Cygwin XFree86 cannot run in rootless > mode (as the actual background window like Windows exlporer does for the > desktop). Does anyone have any info > on why this is, or on how we could patch it so that it will? That way > windows apps will run in front... > > Next step: get KDE to run windows applications from short cuts. > I created a simple script called "win32start": > > #!/bin/bash > startpath="$*" > if [[ -L "$startpath" ]] > then > # this is a symbolic link. find the actual file, start that > startpath=`find "$startpath" -printf %l` > fi > startdir=`dirname "$startpath"` > startfile=`basename "$startpath"` > cd "$startdir" > cmd /c start \"starting application\" "$startfile" > > This is put in /usr/bin > It handles cygwin unix-style symbolic links to Windows shortcut files as > well (both are given > the extension .lnk, but have different stuff inside ... if you create a > link to a shortcut it is thus > called .lnk.lnk). > Basically it gets whatever parameters are given (it needs to use them > all so you can pass spaces > without it separating them out; escaping the spaces with backslash > confuses cmd, although they > could be unescaped) and works out what directory the file to start is in. > It's easiest to get into this directory as we then don't have to convert > the path from unix to windows > style. Then it runs cmd and tells it to start the application. The first > parameter to start is the window > title which has to be given if we quote the start file. But this window > title only applies to cmd, which > just starts the application and quits. > Example: > $ win32start /c/Documents\ And Settings/All\ Users/Start\ > Menu/Programs/Acrobat\ Reader\ 5.0.lnk > on my system this starts up Acrobat. > > Now we want to make KDE associate these files with win32start so we can > click on them from konqueror > and put them in menus. > > First we need a mime type for the Windows shortcut files... > Add the following to a new file > ~/.kde2/share/mimelnk/application/win32shortcut.desktop > (on most systems, it could be ~/.kde/... - I've had KDE 1 installed ...) > This users the link icon which just looks like a shortcut. It would be > nice to get KDE to read > the windows Icon out of the shortcut file but probably lots of work > > [Desktop Entry] > Comment=Win32 shortcut file > Hidden=false > Icon=link > MimeType=application/win32shortcut > Patterns=*.lnk > Type=MimeType > > Then create the association. To do this, create a desktop file under > ~/.kde2/share/applnk/win32start.desktop > and place the following into it: > > [Desktop Entry] > Comment=Start Win32 applications or files > Exec=win32start > Icon=exec > InitialPreference=3 > MimeType=Application;application/win32shortcut > Name=Win32 Starter > Path= > ServiceTypes= > Terminal=false > TerminalOptions= > Type=Application > X-KDE-SubstituteUID=false > X-KDE-Username= > > This can also be done through control panel if you want to make life > easier ... but on my system it > gave some trouble ... > > Now you should be able to for example browse to your Start Menu on your > windows drive and start > programs. > > I then added a nice second start menu to kicker by using a QuickBrowser > linked to my Windows Start Menu > folder ... (actually I now have a subdirectory of ~ called Start which > contains links to everything > in the All Users Start Menu and my user's Start Menu .... with a simple > shell script to update the links) > > I've created a nice icon for this as well, with a "exec" icon background > with the four coloured windows > from the Linux samba icon on top. It sits next to the K menu icon, so I > can launch either KDE or standard > windows apps. > > Any feedback/comments? Is this what other people are using > kde-cygwin to do? > > _______________________________________________ > kde-cygwin mailing list > kde-cygwin@mail.kde.org > http://mail.kde.org/mailman/listinfo/kde-cygwin > > > From stuart.adamson@evolution.net Tue Sep 3 04:28:00 2002 From: stuart.adamson@evolution.net (Stuart Adamson) Date: Tue, 03 Sep 2002 04:28:00 -0000 Subject: Using KDE as default desktop under Windows Message-ID: <9920848EF398D311BDC400508BF339F980A4C0@ldnisp14.evolution.net> As somebody else that has replaced explorer with cygwin/Xfree86 - have you solved the program of being unable to install windows programs via MSI when explorer isn't running? Stuart > -----Original Message----- > From: Harold Hunt [mailto:huntharo@msu.edu] > Sent: 03 September 2002 01:29 > To: cygwin-xfree@cygwin.com > Subject: RE: Using KDE as default desktop under Windows > > > Interesting. > > Harold > > > -----Original Message----- > > From: cygwin-xfree-owner@cygwin.com > > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of David Fraser > > Sent: Saturday, August 31, 2002 12:55 PM > > To: cygwin-xfree@cygwin.com > > Subject: Using KDE as default desktop under Windows > > > > > > Hi there > > I posted this to the kde-cygwin mailing list and someone suggested > > reposting it here. > > Basically an explanation of my kde setup under Windows... > > > > I am now using KDE as my default shell under Windows. > > Thanks to everyone for the effort - it's so much nicer than > explorer :-) > > I thought it would be nice to have a page on the web site > explaining how > > to do it, > > and indicating status as more integration gets done... > > basically this is what I did (this is for Windows 2000 but should be > > portable to others): > > > > make XFree86 server run full screen without window decoration > > change ~/.xserverrc to include -fullscreen in the parameters: > > exec X - screen 0 1024 879 -engine 4 -fullscreen -depth 32 -ac > > -nowinkill -noreset -emulate3buttons 100 > > you can say -nodecoration (which -fullscreen implies) > instead if you > > want a non-fullscreen window without border etc. > > > > replace the default shell, explorer.exe with X-windows > > change the following reg entry under from explorer.exe to > > c:\cygwin\bin\bash --login -c startx > > HKEY_LOCAL_MACHINE\Software\Microsoft\Windows > > NT\CurrentVersion\Winlogon\Shell > > Once this is done, logging in starts up the X server but no Windows > > desktop, Start bar etc. > > Note: if you want to run windows programs from here, on > Windows 2000 you > > can press Ctrl-Shift-Esc > > which brings up the Task Manager, then go File/Run. > > Logging out from KDE doesn't actually log out, you need to > close KDE in > > another way and then press Ctrl-Alt-Del > > and choose logout. Depending on your .xserverrc parameters, > > Ctrl-Alt-Backspace or Alt-F4 can be made to close > > the X server. Otherwise, you can close it from the Task > manager (select > > the Cygwin task and say End Task). > > This also brings up a bash shell window which is behind the > X server. I > > tried to get rid of it by running > > cmd /c start /b bash ... but this was unsuccessfull. > > If you switch to any windows applications, the X server > will be minimised. > > I seem to remember some discussion on slashdot or somewhere > about how > > Cygwin XFree86 cannot run in rootless > > mode (as the actual background window like Windows exlporer > does for the > > desktop). Does anyone have any info > > on why this is, or on how we could patch it so that it > will? That way > > windows apps will run in front... > > > > Next step: get KDE to run windows applications from short cuts. > > I created a simple script called "win32start": > > > > #!/bin/bash > > startpath="$*" > > if [[ -L "$startpath" ]] > > then > > # this is a symbolic link. find the actual file, start that > > startpath=`find "$startpath" -printf %l` > > fi > > startdir=`dirname "$startpath"` > > startfile=`basename "$startpath"` > > cd "$startdir" > > cmd /c start \"starting application\" "$startfile" > > > > This is put in /usr/bin > > It handles cygwin unix-style symbolic links to Windows > shortcut files as > > well (both are given > > the extension .lnk, but have different stuff inside ... if > you create a > > link to a shortcut it is thus > > called .lnk.lnk). > > Basically it gets whatever parameters are given (it needs > to use them > > all so you can pass spaces > > without it separating them out; escaping the spaces with backslash > > confuses cmd, although they > > could be unescaped) and works out what directory the file > to start is in. > > It's easiest to get into this directory as we then don't > have to convert > > the path from unix to windows > > style. Then it runs cmd and tells it to start the > application. The first > > parameter to start is the window > > title which has to be given if we quote the start file. But > this window > > title only applies to cmd, which > > just starts the application and quits. > > Example: > > $ win32start /c/Documents\ And Settings/All\ Users/Start\ > > Menu/Programs/Acrobat\ Reader\ 5.0.lnk > > on my system this starts up Acrobat. > > > > Now we want to make KDE associate these files with > win32start so we can > > click on them from konqueror > > and put them in menus. > > > > First we need a mime type for the Windows shortcut files... > > Add the following to a new file > > ~/.kde2/share/mimelnk/application/win32shortcut.desktop > > (on most systems, it could be ~/.kde/... - I've had KDE 1 > installed ...) > > This users the link icon which just looks like a shortcut. > It would be > > nice to get KDE to read > > the windows Icon out of the shortcut file but probably lots of work > > > > [Desktop Entry] > > Comment=Win32 shortcut file > > Hidden=false > > Icon=link > > MimeType=application/win32shortcut > > Patterns=*.lnk > > Type=MimeType > > > > Then create the association. To do this, create a desktop file under > > ~/.kde2/share/applnk/win32start.desktop > > and place the following into it: > > > > [Desktop Entry] > > Comment=Start Win32 applications or files > > Exec=win32start > > Icon=exec > > InitialPreference=3 > > MimeType=Application;application/win32shortcut > > Name=Win32 Starter > > Path= > > ServiceTypes= > > Terminal=false > > TerminalOptions= > > Type=Application > > X-KDE-SubstituteUID=false > > X-KDE-Username= > > > > This can also be done through control panel if you want to make life > > easier ... but on my system it > > gave some trouble ... > > > > Now you should be able to for example browse to your Start > Menu on your > > windows drive and start > > programs. > > > > I then added a nice second start menu to kicker by using a > QuickBrowser > > linked to my Windows Start Menu > > folder ... (actually I now have a subdirectory of ~ called > Start which > > contains links to everything > > in the All Users Start Menu and my user's Start Menu .... > with a simple > > shell script to update the links) > > > > I've created a nice icon for this as well, with a "exec" > icon background > > with the four coloured windows > > from the Linux samba icon on top. It sits next to the K > menu icon, so I > > can launch either KDE or standard > > windows apps. > > > > Any feedback/comments? Is this what other people are using > > kde-cygwin to do? > > > > _______________________________________________ > > kde-cygwin mailing list > > kde-cygwin@mail.kde.org > > http://mail.kde.org/mailman/listinfo/kde-cygwin > > > > > > > From davidf@sjsoft.com Tue Sep 3 04:44:00 2002 From: davidf@sjsoft.com (David Fraser) Date: Tue, 03 Sep 2002 04:44:00 -0000 Subject: Using KDE as default desktop under Windows References: <9920848EF398D311BDC400508BF339F980A4C0@ldnisp14.evolution.net> Message-ID: <3D74972C.3000109@sjsoft.com> Hadn't tried that till you mentioned it ... I tried starting actual .msi files with my win32start script (in my previous message) and could both install and uninstall programs that way without any problems without explorer running. Also tried starting C:\Winnt\system32\appwiz.cpl (Add/Remove programs box) and that started fine, let me add and remove programs without any problems. Couldn't start appwiz from a link to it though, and I only tried adding and removing one program. Not sure what problems you are having - running msiexec from commandline? I'm running Windows 2000 David Stuart Adamson wrote: >As somebody else that has replaced explorer with cygwin/Xfree86 - have you >solved the program of being unable to install windows programs via MSI when >explorer isn't running? > > >Stuart > > > >>-----Original Message----- >>From: Harold Hunt [mailto:huntharo@msu.edu] >>Sent: 03 September 2002 01:29 >>To: cygwin-xfree@cygwin.com >>Subject: RE: Using KDE as default desktop under Windows >> >> >>Interesting. >> >>Harold >> >> >> From jproctor0@hotmail.com Tue Sep 3 08:41:00 2002 From: jproctor0@hotmail.com (John Proctor) Date: Tue, 03 Sep 2002 08:41:00 -0000 Subject: XFree86 Wont work on windows 98 Message-ID: Hi I cant get the X server (Xfree86) to connect to my Suse v8 Box, I have installed XFree86 on 19 machines which use NT4, using the default cygwin setup/install program and these all work great by typing the following command: $XWin -query server.ip.address But when I performed the same installation on the one Windows 98 box and tried the above command the X-window appeared but wouldn't connect to the SuSE box as the others did. The Windows 98 pc is on the same network (class C) and is listed in the /etc/host file but try as a may I cant get it to connect. Any help would be greatly appreciated John Proctor. _________________________________________________________________ Send and receive Hotmail on your mobile device: http://mobile.msn.com From rasjidw@openminddev.net Tue Sep 3 11:19:00 2002 From: rasjidw@openminddev.net (Rasjid Wilcox) Date: Tue, 03 Sep 2002 11:19:00 -0000 Subject: XFree86 Wont work on windows 98 In-Reply-To: References: Message-ID: <200209032144.16276.rasjidw@openminddev.net> On Tue, 3 Sep 2002 9:28 pm, John Proctor wrote: > Hi I cant get the X server (Xfree86) to connect to my Suse v8 Box, > I have installed XFree86 on 19 machines which use NT4, using the default > cygwin setup/install program and these all work great by typing the > following command: > $XWin -query server.ip.address > But when I performed the same installation on the one Windows 98 box and > tried the above command the X-window appeared but wouldn't connect to the > SuSE box as the others did. > > The Windows 98 pc is on the same network (class C) and is listed in the > /etc/host file but try as a may I cant get it to connect. Any help would > be greatly appreciated John Proctor. > Have you tried using the -from paramater? In my experience, Windows 98 is more likely to have empty interfaces sitting around. Run 'ipconfig' from a command (dos) prompt. Also, check out Alexander's ls_netdev utility to help diagnose any problems. http://www-user.tu-chemnitz.de/~goal/?jump=xfree The latter uses the same code as cygwin to detect the interfaces. Cheers, Rasjid. From jproctor0@hotmail.com Tue Sep 3 11:56:00 2002 From: jproctor0@hotmail.com (John Proctor) Date: Tue, 03 Sep 2002 11:56:00 -0000 Subject: XFree86 Wont work on windows 98 Message-ID: Thanks Rasjid I took your advice and its ok now when I ran ipconfig as you suggested, I found that I had two adapters installed one the network card, and the other a dial up network connection with no ip address. So I removed the dial up card and that cured the problem. I now can log into the SuSE box via XFree86 ok. Once again thank very much for your help it was driving me mad Kindest regards John Proctor Tresham Institute Kettering Northants. >From: Rasjid Wilcox >To: cygwin-xfree@cygwin.com, "John Proctor" >Subject: Re: XFree86 Wont work on windows 98 >Date: Tue, 3 Sep 2002 21:44:16 +1000 > >On Tue, 3 Sep 2002 9:28 pm, John Proctor wrote: > > Hi I cant get the X server (Xfree86) to connect to my Suse v8 Box, > > I have installed XFree86 on 19 machines which use NT4, using the default > > cygwin setup/install program and these all work great by typing the > > following command: > > $XWin -query server.ip.address > > But when I performed the same installation on the one Windows 98 box and > > tried the above command the X-window appeared but wouldn't connect to >the > > SuSE box as the others did. > > > > The Windows 98 pc is on the same network (class C) and is listed in the > > /etc/host file but try as a may I cant get it to connect. Any help >would > > be greatly appreciated John Proctor. > > > >Have you tried using the -from paramater? In my experience, Windows 98 is >more likely to have empty interfaces sitting around. > >Run 'ipconfig' from a command (dos) prompt. > >Also, check out Alexander's ls_netdev utility to help diagnose any >problems. >http://www-user.tu-chemnitz.de/~goal/?jump=xfree > >The latter uses the same code as cygwin to detect the interfaces. > >Cheers, > >Rasjid. _________________________________________________________________ Send and receive Hotmail on your mobile device: http://mobile.msn.com From Todd.Barron@acxiom.com Tue Sep 3 12:26:00 2002 From: Todd.Barron@acxiom.com (Barron Todd - tbarro) Date: Tue, 03 Sep 2002 12:26:00 -0000 Subject: How do you turn off XWin.log logging? Message-ID: I am using XFree86 with Cygwin and the XWin.log file grows to over 6.0 gigabytes in size. The only way to clear it is to exit Cygwin and manually delete the file. How can I prevent Cygwin/Xfree86 from writing the to log file? 6 gigabytes is insanely large for a log file. Thanks, Todd Barron Acxiom Product Development Chenal Building - Little Rock (F013-3106) Phone: (501) 342-4580 Fax: (501) 342-4903 email: tbarro@acxiom.com CONFIDENTIALITY NOTICE The information contained in this electronic mail transmission and any of its attachments may contain confidential or legally privileged material. These documents are intended for the sole use of the above named addressee(s). If you or your company is not the intended recipient and you have received this electronic mail message in error, you are notified that copying, reading or disclosing these documents or their contents, or in any way using the information contained in them, is prohibited. If you received this communication in error, please notify me immediately at 501-252-4580, and delete the original message. Thank you. The views or opinions expressed by the sender do not necessarily reflect those of the Acxiom Corporation. They are the views of the sender only and mean nothing more. ******************************************************************** The information contained in this communication is confidential, is intended only for the use of the recipient named above, and may be legally privileged. If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, distribution, or copying of this communication is strictly prohibited. If you have received this communication in error, please re-send this communication to the sender and delete the original message or any copy of it from your computer system. Thank You. From Cary.Jamison@powerquest.com Tue Sep 3 12:30:00 2002 From: Cary.Jamison@powerquest.com (Cary Jamison) Date: Tue, 03 Sep 2002 12:30:00 -0000 Subject: How do you turn off XWin.log logging? Message-ID: "Barron Todd - tbarro" wrote in message news:CF113269FDACD311AA8C009027DE9D04172F7C90@cwysms00.corp.acxiom.net... > I am using XFree86 with Cygwin and the XWin.log file grows to over 6.0 > gigabytes in size. The only way to clear it is to exit Cygwin and manually > delete the file. How can I prevent Cygwin/Xfree86 from writing the to log > file? 6 gigabytes is insanely large for a log file. I found that if there are X applications drawing to the screen when I lock my windows screen that my log would fill up. Usually the busy X app was just the X screen saver, so I disabled that (don't need two screen savers running!). Cary Cary.Jamison@PowerQuest.com From meredith@www.honeybeerobotics.com Tue Sep 3 13:05:00 2002 From: meredith@www.honeybeerobotics.com (Meredith Finkelstein) Date: Tue, 03 Sep 2002 13:05:00 -0000 Subject: X windows display problem In-Reply-To: References: Message-ID: <20020903194123.M75015@www.honeybeerobotics.com> Thanks to everyone for their help. However I am still not getting it to work... when i echo my DISPLAY variable in cygwin it gives me 172.0.0.1 - the loop back (or whatever the proper term is) - using this value remote xwindows does not work. when i change the display to the actual client ip number and ssh - remote xwindows still does not work. when i ssh and am on the remote host, and i echo the DISPLAY i get nothing. but i thought this was normal since i'm using the X flag with ssh. Anyway when i set export the display=:0.0 & then run xeyes then i get the following message Xlib: connection to ":0.0" refused by server Xlib: No protocol specified Error: Can't open display: :0.0 (nb - it puts my ip number instead of localhost) thanks a lot & any other suggestions would be greatly appreciated Meredith > I guess I should have read your message a little more carefully > before replying. You said that sshd has been configure with > X11Forwarding turned on. > > Give the following a try: > > 1) On the local system, before running ssh, echo the value of > DISPLAY. It should have a value of ":0.0" or something > similar. If it doesn't, manually set it to the correct value. > Verify its value by running a simple xclient like xeyes. 2) Run > your ssh -X command. 3) On the remote system, echo the value of > DISPLAY. It should have a value of ":10.0" or > something similar. If it doesn't have the right value, try setting > it manually. If that doesn't work, then I'm stumped. > > >From: "Thomas Chadwick" > >Reply-To: cygwin-xfree@cygwin.com > >To: cygwin-xfree@cygwin.com, meredith@www.honeybeerobotics.com > >Subject: Re: X windows display problem > >Date: Fri, 30 Aug 2002 16:07:13 -0400 > > > >What is the value of the DISPLAY environment variable on the remote machine > >after running ssh? > > > >It should have a value of ":10.0", or something similar. > > > >If it's empty, or the value looks like ":0.0", > >" >forwarding. > > > >Note that the ssh daemon on the remote machine has to be explicitly told to > >enable X forwarding. This might be to blame. > > > >I've also seen the existance of the .Xauthority file in the home directory > >on the local Cygwin host cause problems. > > > >>From: "Meredith Finkelstein" > >>Reply-To: cygwin-xfree@cygwin.com > >>To: "cygwin-xfree@cygwin.com" > >>Subject: X windows display problem > >>Date: Fri, 30 Aug 2002 15:41:41 -0400 > >> > >>Hi > >>I have found some related posts in the archives, but nothing that seems to > >>solve my problem, which is: > >> > >>I start startxwin.sh from my client (which runs windows2000) (I have tried > >>both cygwin shell and cmd) > >>then i open up an ssh connection (ssh -X -l username hostname) to my host > >>computer which is running red hat 7.3. The sshd config file has > >>X11Forwarding turned on > >> > >>when i try to open xterm, xeyes, anything - i get the following error: > >> > >>xterm Xt error: Can't open display: > >> > >>this happens no matter which window i am sshing from - cmd, cygwin, > >>xwindows. > >>and /tmp/XWin.log displays no error messages > >> > >>Any suggestions? > >>Thanks, > >>Meredith > >> > >> > >> > >> > >>-- > >>Open WebMail Project (http://openwebmail.org) > > > > > > > > > >_________________________________________________________________ > >Chat with friends online, try MSN Messenger: http://messenger.msn.com > > _________________________________________________________________ > Join the world??s largest e-mail service with MSN Hotmail. > http://www.hotmail.com -- Open WebMail Project (http://openwebmail.org) From alexander.gottwald@informatik.tu-chemnitz.de Wed Sep 4 01:13:00 2002 From: alexander.gottwald@informatik.tu-chemnitz.de (Alexander Gottwald) Date: Wed, 04 Sep 2002 01:13:00 -0000 Subject: How do you turn off XWin.log logging? In-Reply-To: Message-ID: On Tue, 3 Sep 2002, Barron Todd - tbarro wrote: > I am using XFree86 with Cygwin and the XWin.log file grows to over 6.0 > gigabytes in size. The only way to clear it is to exit Cygwin and manually > delete the file. How can I prevent Cygwin/Xfree86 from writing the to log > file? 6 gigabytes is insanely large for a log file. Modify the source and recompile the Xserver. bye ago -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From j_tetazoo@hotmail.com Wed Sep 4 02:36:00 2002 From: j_tetazoo@hotmail.com (Thomas Chadwick) Date: Wed, 04 Sep 2002 02:36:00 -0000 Subject: X windows display problem Message-ID: >From: "Meredith Finkelstein" >Reply-To: cygwin-xfree@cygwin.com >To: "Thomas Chadwick" , cygwin-xfree@cygwin.com, >meredith@www.honeybeerobotics.com >Subject: Re: X windows display problem >Date: Tue, 3 Sep 2002 15:41:23 -0400 [snip] >when i ssh and am on the remote host, and i echo the DISPLAY i get nothing. >but i thought this was normal since i'm using the X flag with ssh. This is not normal. DISPLAY needs a value. If ssh is not assigning one, there is probably something wrong with either ssh at the near end or sshd at the far end. >when i set export the display=:0.0 & then run xeyes >then i get the following message >Xlib: connection to ":0.0" refused by server >Xlib: No protocol specified > >Error: Can't open display: :0.0 Try again. From the ssh command-line on the remote machine, the correct value of DISPLAY should be :10.0, NOT :0.0 AS YOU HAVE SHOWN HERE. Here are a couple of diagrams to make my point... With DISPLAY=localhost:0.0 on localhost, and DISPLAY=remotehost:10.0 on remotehost, the XClients on remotehost send their traffic through the encrypted channel (established between ssh and sshd) back to XWin on localhost: +--------------------+ +------------------------+ | localhost | | remotehost | +--------------------+ +------------------------+ | | | | | XWin <---> ssh <---+---(encrypted)---+---> sshd <---> XClient | | | | | +--------------------+ +------------------------+ If you try to set DISPLAY=localhost:0.0 on remotehost, the XClients on remotehost try to talk directly to XWin on localhost and don't use the encrypted ssh channel at all: +--------------------+ +------------------------+ | localhost | | remotehost | +--------------------+ +------------------------+ | | | | | XWin <---> ssh <---+---(encrypted)---+---> sshd ---> XClient | | ^ | | ^ | | | | | | | | +----------------+--(unencrypted)--+------------------+ | | | | | +--------------------+ +------------------------+ _________________________________________________________________ MSN Photos is the easiest way to share and print your photos: http://photos.msn.com/support/worldwide.aspx From geert.pille@vandemoortele.com Wed Sep 4 08:01:00 2002 From: geert.pille@vandemoortele.com (Pille Geert (bkarnd)) Date: Wed, 04 Sep 2002 08:01:00 -0000 Subject: Using KDE as default desktop under Windows Message-ID: Here one sees Harold expressing his wild enthousiasm. It is a pity one cannot distinguish his pointed ears. -----Original Message----- From: Harold Hunt [mailto:huntharo@msu.edu] Sent: dinsdag 3 september 2002 1:29 To: cygwin-xfree@cygwin.com Subject: RE: Using KDE as default desktop under Windows Interesting. Harold > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of David Fraser > Sent: Saturday, August 31, 2002 12:55 PM > To: cygwin-xfree@cygwin.com > Subject: Using KDE as default desktop under Windows > > > Hi there > I posted this to the kde-cygwin mailing list and someone suggested > reposting it here. > Basically an explanation of my kde setup under Windows... > > I am now using KDE as my default shell under Windows. > Thanks to everyone for the effort - it's so much nicer than explorer :-) > I thought it would be nice to have a page on the web site explaining how > to do it, > and indicating status as more integration gets done... > basically this is what I did (this is for Windows 2000 but should be > portable to others): > > make XFree86 server run full screen without window decoration > change ~/.xserverrc to include -fullscreen in the parameters: > exec X - screen 0 1024 879 -engine 4 -fullscreen -depth 32 -ac > -nowinkill -noreset -emulate3buttons 100 > you can say -nodecoration (which -fullscreen implies) instead if you > want a non-fullscreen window without border etc. > > replace the default shell, explorer.exe with X-windows > change the following reg entry under from explorer.exe to > c:\cygwin\bin\bash --login -c startx > HKEY_LOCAL_MACHINE\Software\Microsoft\Windows > NT\CurrentVersion\Winlogon\Shell > Once this is done, logging in starts up the X server but no Windows > desktop, Start bar etc. > Note: if you want to run windows programs from here, on Windows 2000 you > can press Ctrl-Shift-Esc > which brings up the Task Manager, then go File/Run. > Logging out from KDE doesn't actually log out, you need to close KDE in > another way and then press Ctrl-Alt-Del > and choose logout. Depending on your .xserverrc parameters, > Ctrl-Alt-Backspace or Alt-F4 can be made to close > the X server. Otherwise, you can close it from the Task manager (select > the Cygwin task and say End Task). > This also brings up a bash shell window which is behind the X server. I > tried to get rid of it by running > cmd /c start /b bash ... but this was unsuccessfull. > If you switch to any windows applications, the X server will be minimised. > I seem to remember some discussion on slashdot or somewhere about how > Cygwin XFree86 cannot run in rootless > mode (as the actual background window like Windows exlporer does for the > desktop). Does anyone have any info > on why this is, or on how we could patch it so that it will? That way > windows apps will run in front... > > Next step: get KDE to run windows applications from short cuts. > I created a simple script called "win32start": > > #!/bin/bash > startpath="$*" > if [[ -L "$startpath" ]] > then > # this is a symbolic link. find the actual file, start that > startpath=`find "$startpath" -printf %l` > fi > startdir=`dirname "$startpath"` > startfile=`basename "$startpath"` > cd "$startdir" > cmd /c start \"starting application\" "$startfile" > > This is put in /usr/bin > It handles cygwin unix-style symbolic links to Windows shortcut files as > well (both are given > the extension .lnk, but have different stuff inside ... if you create a > link to a shortcut it is thus > called .lnk.lnk). > Basically it gets whatever parameters are given (it needs to use them > all so you can pass spaces > without it separating them out; escaping the spaces with backslash > confuses cmd, although they > could be unescaped) and works out what directory the file to start is in. > It's easiest to get into this directory as we then don't have to convert > the path from unix to windows > style. Then it runs cmd and tells it to start the application. The first > parameter to start is the window > title which has to be given if we quote the start file. But this window > title only applies to cmd, which > just starts the application and quits. > Example: > $ win32start /c/Documents\ And Settings/All\ Users/Start\ > Menu/Programs/Acrobat\ Reader\ 5.0.lnk > on my system this starts up Acrobat. > > Now we want to make KDE associate these files with win32start so we can > click on them from konqueror > and put them in menus. > > First we need a mime type for the Windows shortcut files... > Add the following to a new file > ~/.kde2/share/mimelnk/application/win32shortcut.desktop > (on most systems, it could be ~/.kde/... - I've had KDE 1 installed ...) > This users the link icon which just looks like a shortcut. It would be > nice to get KDE to read > the windows Icon out of the shortcut file but probably lots of work > > [Desktop Entry] > Comment=Win32 shortcut file > Hidden=false > Icon=link > MimeType=application/win32shortcut > Patterns=*.lnk > Type=MimeType > > Then create the association. To do this, create a desktop file under > ~/.kde2/share/applnk/win32start.desktop > and place the following into it: > > [Desktop Entry] > Comment=Start Win32 applications or files > Exec=win32start > Icon=exec > InitialPreference=3 > MimeType=Application;application/win32shortcut > Name=Win32 Starter > Path= > ServiceTypes= > Terminal=false > TerminalOptions= > Type=Application > X-KDE-SubstituteUID=false > X-KDE-Username= > > This can also be done through control panel if you want to make life > easier ... but on my system it > gave some trouble ... > > Now you should be able to for example browse to your Start Menu on your > windows drive and start > programs. > > I then added a nice second start menu to kicker by using a QuickBrowser > linked to my Windows Start Menu > folder ... (actually I now have a subdirectory of ~ called Start which > contains links to everything > in the All Users Start Menu and my user's Start Menu .... with a simple > shell script to update the links) > > I've created a nice icon for this as well, with a "exec" icon background > with the four coloured windows > from the Linux samba icon on top. It sits next to the K menu icon, so I > can launch either KDE or standard > windows apps. > > Any feedback/comments? Is this what other people are using > kde-cygwin to do? > > _______________________________________________ > kde-cygwin mailing list > kde-cygwin@mail.kde.org > http://mail.kde.org/mailman/listinfo/kde-cygwin > > > =============================== This email is confidential and intended solely for the use of the individual to whom it is addressed. If you are not the intended recipient, be advised that you have received this email in error and that any use, dissemination, forwarding, printing, or copying of this email is strictly prohibited. You are explicitly requested to notify the sender of this email that the intended recipient was not reached. From alexander.gottwald@informatik.tu-chemnitz.de Wed Sep 4 08:11:00 2002 From: alexander.gottwald@informatik.tu-chemnitz.de (Alexander Gottwald) Date: Wed, 04 Sep 2002 08:11:00 -0000 Subject: Cgywin XFree86 assertion failure... In-Reply-To: <27252.1031127372@www26.gmx.net> Message-ID: On Wed, 4 Sep 2002, Daniel Blueman wrote: > Hi Alexander, > > I couldn't find an email address for any of the developers on the Cgywin > XFree86 site, so I hope you don't mind me emailing you - I guess you'll > know who to inform, or this information may be useful to you. It's not the "developers address" but "the mailinglist address" > I've been running the XFree86 server test series for the past two months and > it totally beats Hummingberd Exceed! Great job! > > Last night, an assertion in the code failed and here is the message: > > Expression: hdc != NULL > File: C:\projects\studio\bfc\canvas.cpp > Line: 968 Don't know where this file is from. So I can't help you with finding the error. > > And I'm running Test65. bye ago -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From huntharo@msu.edu Wed Sep 4 08:19:00 2002 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 04 Sep 2002 08:19:00 -0000 Subject: Using KDE as default desktop under Windows References: Message-ID: <3D762046.40900@msu.edu> I do not understand the pointed ears reference. Harold Pille Geert (bkarnd) wrote: >Here one sees Harold expressing his wild enthousiasm. It is a pity one >cannot distinguish his pointed ears. > >-----Original Message----- >From: Harold Hunt [mailto:huntharo@msu.edu] >Sent: dinsdag 3 september 2002 1:29 >To: cygwin-xfree@cygwin.com >Subject: RE: Using KDE as default desktop under Windows > > >Interesting. > >Harold > > > >>-----Original Message----- >>From: cygwin-xfree-owner@cygwin.com >>[mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of David Fraser >>Sent: Saturday, August 31, 2002 12:55 PM >>To: cygwin-xfree@cygwin.com >>Subject: Using KDE as default desktop under Windows >> >> >> Hi there >>I posted this to the kde-cygwin mailing list and someone suggested >>reposting it here. >>Basically an explanation of my kde setup under Windows... >> >>I am now using KDE as my default shell under Windows. >>Thanks to everyone for the effort - it's so much nicer than explorer :-) >>I thought it would be nice to have a page on the web site explaining how >>to do it, >>and indicating status as more integration gets done... >>basically this is what I did (this is for Windows 2000 but should be >>portable to others): >> >>make XFree86 server run full screen without window decoration >> change ~/.xserverrc to include -fullscreen in the parameters: >> exec X - screen 0 1024 879 -engine 4 -fullscreen -depth 32 -ac >>-nowinkill -noreset -emulate3buttons 100 >> you can say -nodecoration (which -fullscreen implies) instead if you >>want a non-fullscreen window without border etc. >> >>replace the default shell, explorer.exe with X-windows >> change the following reg entry under from explorer.exe to >>c:\cygwin\bin\bash --login -c startx >> HKEY_LOCAL_MACHINE\Software\Microsoft\Windows >>NT\CurrentVersion\Winlogon\Shell >>Once this is done, logging in starts up the X server but no Windows >>desktop, Start bar etc. >>Note: if you want to run windows programs from here, on Windows 2000 you >>can press Ctrl-Shift-Esc >>which brings up the Task Manager, then go File/Run. >>Logging out from KDE doesn't actually log out, you need to close KDE in >>another way and then press Ctrl-Alt-Del >>and choose logout. Depending on your .xserverrc parameters, >>Ctrl-Alt-Backspace or Alt-F4 can be made to close >>the X server. Otherwise, you can close it from the Task manager (select >>the Cygwin task and say End Task). >>This also brings up a bash shell window which is behind the X server. I >>tried to get rid of it by running >>cmd /c start /b bash ... but this was unsuccessfull. >>If you switch to any windows applications, the X server will be minimised. >>I seem to remember some discussion on slashdot or somewhere about how >>Cygwin XFree86 cannot run in rootless >>mode (as the actual background window like Windows exlporer does for the >>desktop). Does anyone have any info >>on why this is, or on how we could patch it so that it will? That way >>windows apps will run in front... >> >>Next step: get KDE to run windows applications from short cuts. >>I created a simple script called "win32start": >> >>#!/bin/bash >>startpath="$*" >>if [[ -L "$startpath" ]] >> then >> # this is a symbolic link. find the actual file, start that >> startpath=`find "$startpath" -printf %l` >>fi >>startdir=`dirname "$startpath"` >>startfile=`basename "$startpath"` >>cd "$startdir" >>cmd /c start \"starting application\" "$startfile" >> >>This is put in /usr/bin >>It handles cygwin unix-style symbolic links to Windows shortcut files as >>well (both are given >>the extension .lnk, but have different stuff inside ... if you create a >>link to a shortcut it is thus >>called .lnk.lnk). >>Basically it gets whatever parameters are given (it needs to use them >>all so you can pass spaces >>without it separating them out; escaping the spaces with backslash >>confuses cmd, although they >>could be unescaped) and works out what directory the file to start is in. >>It's easiest to get into this directory as we then don't have to convert >>the path from unix to windows >>style. Then it runs cmd and tells it to start the application. The first >>parameter to start is the window >>title which has to be given if we quote the start file. But this window >>title only applies to cmd, which >>just starts the application and quits. >>Example: >>$ win32start /c/Documents\ And Settings/All\ Users/Start\ >>Menu/Programs/Acrobat\ Reader\ 5.0.lnk >>on my system this starts up Acrobat. >> >>Now we want to make KDE associate these files with win32start so we can >>click on them from konqueror >>and put them in menus. >> >>First we need a mime type for the Windows shortcut files... >>Add the following to a new file >>~/.kde2/share/mimelnk/application/win32shortcut.desktop >>(on most systems, it could be ~/.kde/... - I've had KDE 1 installed ...) >>This users the link icon which just looks like a shortcut. It would be >>nice to get KDE to read >>the windows Icon out of the shortcut file but probably lots of work >> >>[Desktop Entry] >>Comment=Win32 shortcut file >>Hidden=false >>Icon=link >>MimeType=application/win32shortcut >>Patterns=*.lnk >>Type=MimeType >> >>Then create the association. To do this, create a desktop file under >>~/.kde2/share/applnk/win32start.desktop >>and place the following into it: >> >>[Desktop Entry] >>Comment=Start Win32 applications or files >>Exec=win32start >>Icon=exec >>InitialPreference=3 >>MimeType=Application;application/win32shortcut >>Name=Win32 Starter >>Path= >>ServiceTypes= >>Terminal=false >>TerminalOptions= >>Type=Application >>X-KDE-SubstituteUID=false >>X-KDE-Username= >> >>This can also be done through control panel if you want to make life >>easier ... but on my system it >>gave some trouble ... >> >>Now you should be able to for example browse to your Start Menu on your >>windows drive and start >>programs. >> >>I then added a nice second start menu to kicker by using a QuickBrowser >>linked to my Windows Start Menu >>folder ... (actually I now have a subdirectory of ~ called Start which >>contains links to everything >>in the All Users Start Menu and my user's Start Menu .... with a simple >>shell script to update the links) >> >>I've created a nice icon for this as well, with a "exec" icon background >>with the four coloured windows >>from the Linux samba icon on top. It sits next to the K menu icon, so I >>can launch either KDE or standard >>windows apps. >> >>Any feedback/comments? Is this what other people are using >>kde-cygwin to do? >> >>_______________________________________________ >>kde-cygwin mailing list >>kde-cygwin@mail.kde.org >>http://mail.kde.org/mailman/listinfo/kde-cygwin >> >> >> >> >> > > > >=============================== >This email is confidential and intended solely for the use of the individual to whom it is addressed. >If you are not the intended recipient, be advised that you have received this email in error and that any use, dissemination, forwarding, printing, or copying of this email is strictly prohibited. >You are explicitly requested to notify the sender of this email that the intended recipient was not reached. > > > From geert.pille@vandemoortele.com Wed Sep 4 08:58:00 2002 From: geert.pille@vandemoortele.com (Pille Geert (bkarnd)) Date: Wed, 04 Sep 2002 08:58:00 -0000 Subject: Using KDE as default desktop under Windows Message-ID: Probably you are a lot younger than I am, the "Interesting" reminded me of Leonard Nimoy in the role of Spock in the once very famous series of Star Trek. His emotions were also somewhat subdued. ;-) Geert -----Original Message----- From: Harold L Hunt II [mailto:huntharo@msu.edu] Sent: woensdag 4 september 2002 16:01 To: cygwin-xfree@cygwin.com Subject: Re: Using KDE as default desktop under Windows I do not understand the pointed ears reference. Harold Pille Geert (bkarnd) wrote: >Here one sees Harold expressing his wild enthousiasm. It is a pity one >cannot distinguish his pointed ears. > >-----Original Message----- >From: Harold Hunt [mailto:huntharo@msu.edu] >Sent: dinsdag 3 september 2002 1:29 >To: cygwin-xfree@cygwin.com >Subject: RE: Using KDE as default desktop under Windows > > >Interesting. > >Harold > > > >>-----Original Message----- >>From: cygwin-xfree-owner@cygwin.com >>[mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of David Fraser >>Sent: Saturday, August 31, 2002 12:55 PM >>To: cygwin-xfree@cygwin.com >>Subject: Using KDE as default desktop under Windows >> >> >> Hi there >>I posted this to the kde-cygwin mailing list and someone suggested >>reposting it here. >>Basically an explanation of my kde setup under Windows... >> >>I am now using KDE as my default shell under Windows. >>Thanks to everyone for the effort - it's so much nicer than explorer :-) >>I thought it would be nice to have a page on the web site explaining how >>to do it, >>and indicating status as more integration gets done... >>basically this is what I did (this is for Windows 2000 but should be >>portable to others): >> >>make XFree86 server run full screen without window decoration >> change ~/.xserverrc to include -fullscreen in the parameters: >> exec X - screen 0 1024 879 -engine 4 -fullscreen -depth 32 -ac >>-nowinkill -noreset -emulate3buttons 100 >> you can say -nodecoration (which -fullscreen implies) instead if you >>want a non-fullscreen window without border etc. >> >>replace the default shell, explorer.exe with X-windows >> change the following reg entry under from explorer.exe to >>c:\cygwin\bin\bash --login -c startx >> HKEY_LOCAL_MACHINE\Software\Microsoft\Windows >>NT\CurrentVersion\Winlogon\Shell >>Once this is done, logging in starts up the X server but no Windows >>desktop, Start bar etc. >>Note: if you want to run windows programs from here, on Windows 2000 you >>can press Ctrl-Shift-Esc >>which brings up the Task Manager, then go File/Run. >>Logging out from KDE doesn't actually log out, you need to close KDE in >>another way and then press Ctrl-Alt-Del >>and choose logout. Depending on your .xserverrc parameters, >>Ctrl-Alt-Backspace or Alt-F4 can be made to close >>the X server. Otherwise, you can close it from the Task manager (select >>the Cygwin task and say End Task). >>This also brings up a bash shell window which is behind the X server. I >>tried to get rid of it by running >>cmd /c start /b bash ... but this was unsuccessfull. >>If you switch to any windows applications, the X server will be minimised. >>I seem to remember some discussion on slashdot or somewhere about how >>Cygwin XFree86 cannot run in rootless >>mode (as the actual background window like Windows exlporer does for the >>desktop). Does anyone have any info >>on why this is, or on how we could patch it so that it will? That way >>windows apps will run in front... >> >>Next step: get KDE to run windows applications from short cuts. >>I created a simple script called "win32start": >> >>#!/bin/bash >>startpath="$*" >>if [[ -L "$startpath" ]] >> then >> # this is a symbolic link. find the actual file, start that >> startpath=`find "$startpath" -printf %l` >>fi >>startdir=`dirname "$startpath"` >>startfile=`basename "$startpath"` >>cd "$startdir" >>cmd /c start \"starting application\" "$startfile" >> >>This is put in /usr/bin >>It handles cygwin unix-style symbolic links to Windows shortcut files as >>well (both are given >>the extension .lnk, but have different stuff inside ... if you create a >>link to a shortcut it is thus >>called .lnk.lnk). >>Basically it gets whatever parameters are given (it needs to use them >>all so you can pass spaces >>without it separating them out; escaping the spaces with backslash >>confuses cmd, although they >>could be unescaped) and works out what directory the file to start is in. >>It's easiest to get into this directory as we then don't have to convert >>the path from unix to windows >>style. Then it runs cmd and tells it to start the application. The first >>parameter to start is the window >>title which has to be given if we quote the start file. But this window >>title only applies to cmd, which >>just starts the application and quits. >>Example: >>$ win32start /c/Documents\ And Settings/All\ Users/Start\ >>Menu/Programs/Acrobat\ Reader\ 5.0.lnk >>on my system this starts up Acrobat. >> >>Now we want to make KDE associate these files with win32start so we can >>click on them from konqueror >>and put them in menus. >> >>First we need a mime type for the Windows shortcut files... >>Add the following to a new file >>~/.kde2/share/mimelnk/application/win32shortcut.desktop >>(on most systems, it could be ~/.kde/... - I've had KDE 1 installed ...) >>This users the link icon which just looks like a shortcut. It would be >>nice to get KDE to read >>the windows Icon out of the shortcut file but probably lots of work >> >>[Desktop Entry] >>Comment=Win32 shortcut file >>Hidden=false >>Icon=link >>MimeType=application/win32shortcut >>Patterns=*.lnk >>Type=MimeType >> >>Then create the association. To do this, create a desktop file under >>~/.kde2/share/applnk/win32start.desktop >>and place the following into it: >> >>[Desktop Entry] >>Comment=Start Win32 applications or files >>Exec=win32start >>Icon=exec >>InitialPreference=3 >>MimeType=Application;application/win32shortcut >>Name=Win32 Starter >>Path= >>ServiceTypes= >>Terminal=false >>TerminalOptions= >>Type=Application >>X-KDE-SubstituteUID=false >>X-KDE-Username= >> >>This can also be done through control panel if you want to make life >>easier ... but on my system it >>gave some trouble ... >> >>Now you should be able to for example browse to your Start Menu on your >>windows drive and start >>programs. >> >>I then added a nice second start menu to kicker by using a QuickBrowser >>linked to my Windows Start Menu >>folder ... (actually I now have a subdirectory of ~ called Start which >>contains links to everything >>in the All Users Start Menu and my user's Start Menu .... with a simple >>shell script to update the links) >> >>I've created a nice icon for this as well, with a "exec" icon background >>with the four coloured windows >>from the Linux samba icon on top. It sits next to the K menu icon, so I >>can launch either KDE or standard >>windows apps. >> >>Any feedback/comments? Is this what other people are using >>kde-cygwin to do? >> >>_______________________________________________ >>kde-cygwin mailing list >>kde-cygwin@mail.kde.org >>http://mail.kde.org/mailman/listinfo/kde-cygwin >> >> >> >> >> > > > >=============================== >This email is confidential and intended solely for the use of the individual to whom it is addressed. >If you are not the intended recipient, be advised that you have received this email in error and that any use, dissemination, forwarding, printing, or copying of this email is strictly prohibited. >You are explicitly requested to notify the sender of this email that the intended recipient was not reached. > > > =============================== This email is confidential and intended solely for the use of the individual to whom it is addressed. If you are not the intended recipient, be advised that you have received this email in error and that any use, dissemination, forwarding, printing, or copying of this email is strictly prohibited. You are explicitly requested to notify the sender of this email that the intended recipient was not reached. From tlo@aw.sgi.com Wed Sep 4 11:11:00 2002 From: tlo@aw.sgi.com (Terence Lo) Date: Wed, 04 Sep 2002 11:11:00 -0000 Subject: xlib: extension "XInputExtension" missing on display Message-ID: <001a01c25426$db52c3c0$ca411dc6@ms.aliaswavefront.com> Hi there, I've recently setup cygwin/xfree86 on my win2k box. Everything appears to be working fine except when I try running an application which requires a new window from within my bash shell, I receive the following error: xlib: extension "XInputExtension" missing on display pc-tlo:0. How do I go about fixing this problem? Do I have to enable xinputextension in one of my config files? Thanks in advance for your help. Regards, TL From cgf@redhat.com Thu Sep 5 08:27:00 2002 From: cgf@redhat.com (Christopher Faylor) Date: Thu, 05 Sep 2002 08:27:00 -0000 Subject: X windows display problem In-Reply-To: <20020903194123.M75015@www.honeybeerobotics.com> References: <20020903194123.M75015@www.honeybeerobotics.com> Message-ID: <20020904155809.GH1284@redhat.com> On Tue, Sep 03, 2002 at 03:41:23PM -0400, Meredith Finkelstein wrote: >Thanks to everyone for their help. > >However I am still not getting it to work... > when i echo my DISPLAY variable in cygwin it gives me 172.0.0.1 - the loop >back (or whatever the proper term is) - using this value remote xwindows does >not work. Shouldn't that be 127.0.0.1, not 172.0.0.1? cgf From vince@unsane.co.uk Thu Sep 5 08:57:00 2002 From: vince@unsane.co.uk (Vince) Date: Thu, 05 Sep 2002 08:57:00 -0000 Subject: How do you turn off XWin.log logging? References: Message-ID: "Barron Todd - tbarro" wrote in message news:CF113269FDACD311AA8C009027DE9D04172F7C90@cwysms00.corp.acxiom.net... > I am using XFree86 with Cygwin and the XWin.log file grows to over 6.0 > gigabytes in size. The only way to clear it is to exit Cygwin and manually > delete the file. How can I prevent Cygwin/Xfree86 from writing the to log > file? 6 gigabytes is insanely large for a log file. > havent tried as yet but ln -s /dev/null /path/to/XWin.log should work. Vince From joerg.arbert@ppi.de Thu Sep 5 09:03:00 2002 From: joerg.arbert@ppi.de (joerg.arbert@ppi.de) Date: Thu, 05 Sep 2002 09:03:00 -0000 Subject: Modifier Shift,ctrl,alt without autorepeat Message-ID: <6D48B8403D926449BDE8440EC7EEC46D306C@max.ppinet.de> Hello, in combination with the software of my company I've a problem with the autorepeat of the modifier keys. I know Windows generates the repeated events. I found two mails in this mailinglist from peoples who had also problems in this way. The answer was: Fix the sourcecode by yourself. Now ok, i will try it but i need a hint where i have to look in code. Joerg ____________________________ J?rg Arbert ppi Media GmbH Deliusstra?e 10 D-24114 Kiel phone +49 (0) 43 1-53 53-2 21 fax +49 (0) 43 1-53 53-2 22 email mailto:j?rg.arbert@ppi.de web www.ppi.de From c_twiner@hotmail.com Thu Sep 5 11:00:00 2002 From: c_twiner@hotmail.com (Chris Twiner) Date: Thu, 05 Sep 2002 11:00:00 -0000 Subject: xwinclip - update and motif clipboard Message-ID: Hi All, Quick update, got the signal working properly for ctrl-c or closing the windows command window. Solution (as the SIGINT handler is run in a seperate thread in windows) is to set a variable in the windows loop that sends the kill message that kill_xwinclip was doing. That means that all the kill_.. apps that I wanted to get rid of can be (and have). It also means that I don't need a window to handle turning on and off clipboard operations a simple close of the window would be sufficient. Also I believe that handling the xIO error as a thread within XWin should be possible but I'd still be tempted to run it seperately as xwinclip. It could work integrated if it was run as a seperate thread (would need to be anyway really), as such longjmp and setjmp should affect only that thread. Again I don't see how much sense this really makes. I do have a remaining issue that I'd like to solve, CLIPBOARD operations. The problem seems to be the application I'm using i.e. NEdit uses Motif programming interfaces (or lesstif) in the default distribution. This leaves four questions : 1) Should we try to get Motif clipboard operations (like klipper)? 2) If so how do we identify that what client owns the clipboard is a motif one (to use the motif mechanism for getting the clipboard data)? 3) Should we try to get motif clipboard before the X clipboard or after? 4) How exactly do we get the motif clipboard? I belive 1) should be a yes but as yet I'm at a loss to attempt the other 3 questions. I have read that the root window property CLIPBOARD holds the clipboard for Motif apps but xprop dumps when i do xprop -root CLIPBOARD. Either way I've have only just started looking at that issue and I'm just about to read http://www.ist.co.uk/motif/books/vol6A/ch-21.fm.html#649570 But any help would be nice from someone who knows the answers now :-) anywho, chris PS (Jehan and Harold, it was all tab characters that I was inserting, I'll change them to the two space's that Harold uses). _________________________________________________________________ Send and receive Hotmail on your mobile device: http://mobile.msn.com From dmac@resnet.gatech.edu Thu Sep 5 14:30:00 2002 From: dmac@resnet.gatech.edu (Dave Maccaferri) Date: Thu, 05 Sep 2002 14:30:00 -0000 Subject: psuedocolor emulation In-Reply-To: Message-ID: I have been reading about 8 bit PseudoColor emulation, which now seems to be included but not enabled by default. How do I go about enabling this? I assume I will need to rebuild some things. From huntharo@msu.edu Fri Sep 6 01:04:00 2002 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 06 Sep 2002 01:04:00 -0000 Subject: psuedocolor emulation References: Message-ID: <3D779B8E.8000606@msu.edu> The pseudocolor emulation does not actually work. It is only a proof of concept that we can advertise an 8 bit PseudoColor visual in addition to our real TrueColor visual, applications can see this visual and select it, and that these applications do not crash. However, you will get no benefit from using the PseudoColor emulation because the colors are completely wrong. I think I added a command-line parameter to enable PseudoColor emulation, but I cannot recall the switch. Check the ChangeLog on the website for the ``Server Test Series''. Harold Dave Maccaferri wrote: >I have been reading about 8 bit PseudoColor emulation, which now seems to >be included but not enabled by default. > >How do I go about enabling this? I assume I will need to rebuild some >things. > > > From sdgoldst@mailandnews.com Fri Sep 6 04:51:00 2002 From: sdgoldst@mailandnews.com (Scott Goldstein) Date: Fri, 06 Sep 2002 04:51:00 -0000 Subject: Newbie Question - Rendering problems Message-ID: <3D77DF8F@mailandnews.com> Hello. I'm new to xfree under cygwin and I'm having some problems with displaying remote X applications. Some windows fail to render the bottom and right sides of the application. The un-rendered areas are simply solid grey. This happens in varying degrees depending on the application. Is this a refresh rate problem? If so, what is the proper refresh setting? Is this according to the monitor specs? If not, any other ideas what might be causing this problem? Thanks for the help. Scott ------------------------------------------------------------ "Just a mirror for the sun... My smiling eyes are just a mirror for the sun." ------------------------------------------------------------ From alexander.gottwald@informatik.tu-chemnitz.de Fri Sep 6 07:29:00 2002 From: alexander.gottwald@informatik.tu-chemnitz.de (Alexander Gottwald) Date: Fri, 06 Sep 2002 07:29:00 -0000 Subject: Newbie Question - Rendering problems In-Reply-To: <3D77DF8F@mailandnews.com> Message-ID: On Thu, 5 Sep 2002, Scott Goldstein wrote: > Hello. I'm new to xfree under cygwin and I'm having some problems with > displaying remote X applications. Some windows fail to render the bottom and > right sides of the application. The un-rendered areas are simply solid grey. Are these application java applications? If so, this is a know bug with the IBM JRE. Get the Sun or Blackdown JRE. I never experienced any problems using them. bye ago -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From nwourms@yahoo.com Fri Sep 6 13:05:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Fri, 06 Sep 2002 13:05:00 -0000 Subject: Using KDE as default desktop under Windows In-Reply-To: <3D762046.40900@msu.edu> Message-ID: <20020906115123.9550.qmail@web21007.mail.yahoo.com> --- Harold L Hunt II wrote: > I do not understand the pointed ears reference. > I believe he was comparing you to Mr. Spock from ST:TOS. Still, it's kinda cool to see people using Cygwin/XFree as something more then just a stupid XTerminal. Cheers, Nicholas __________________________________________________ Do You Yahoo!? Yahoo! Finance - Get real-time stock quotes http://finance.yahoo.com From cgf@redhat.com Fri Sep 6 19:30:00 2002 From: cgf@redhat.com (Christopher Faylor) Date: Fri, 06 Sep 2002 19:30:00 -0000 Subject: Window Maker crashing In-Reply-To: <20020906073553.5857C5AA7@ivory.research.canon.com.au> References: <20020906073553.5857C5AA7@ivory.research.canon.com.au> Message-ID: <20020906142918.GA21808@redhat.com> Redirected to correct mail list. cgf On Fri, Sep 06, 2002 at 05:36:02PM +1000, luke.kendall@cisra.canon.com.au wrote: >Tracked down what seemed to be a spreading problem of unchanged >machines getting crashes like this from Window Maker in X: > >cpp: not found >wmaker error: error reading from file '/home/luke/GNUstep/Defaults/WMRootMenu': >No error >wmaker warning: could not load domain WMRootMenu from user defaults database >wmaker error: error reading from file '/home/luke/GNUstep/Defaults/WMState': No >error >wmaker fatal error: got signal 11 > > >waiting for X server to shut down Exception: STATUS_ACCESS_VIOLATION at eip=0041 >E424 >eax=00000500 ebx=100393A0 ecx=FFFFFFEF edx=00000000 esi=00000011 edi=00000000 >ebp=0022E2D0 esp=0022E298 program=C:\cygwin\usr\X11R6\bin\xterm.exe >cs=001B ds=0023 es=0023 fs=0038 gs=0000 ss=0023 >Stack trace: >Frame Function Args >0022E2D0 0041E424 (100393A0, 00000000, 00000000, 00000001) >0022E350 0041E2BF (100393A0, 0022E3A0, 00000353, 0000003A) >0022E370 00409D80 (10039320, 0022E3A0, 00000000, 0000000A) >0022E3D0 00415E1C (10037008, 00600013, 0022E420, 00413058) >0022E410 0041C031 (10039320, 00000000, 00000001, 0040B37A) >0022E520 0040B4B3 (10039320, 0022E55C, 0022E570, 00492143) >0022E5B0 0047AF03 (10039320, 0060000E, 1003AC70, 00000000) >0022E640 0047B125 (1003AC70, 00438110, 0022E680, 0047B211) >0022E680 0047B21A (1003AC70, 1021DB18, 0022FDE0, 00429841) >0022E6B0 0040A1FB (61683D90, 100393A0, 00428586, 00000001) >0022FDE0 0042985D (00000000, 00000000, 00499FAC, 77E79D6A) >0022FEB0 00428D86 (00000000, 61683D90, 10030278, 77E61A53) >0022FF00 61005B8E (000007FC, FFFFFFFE, 000007DC, 610C28D0) >0022FF60 61005E2C (00000000, 00000000, 00000007, EEDD9C94) >0022FF90 00499AFB (004285B0, 00000001, 00000000, 805B406F) >0022FFC0 0040103D (00440042, 7FFDEC00, 7FFDF000, EEDD9CF4) >End of stack trace (more stack frames may be present) > >The problem is that it's sensitive to the PATH used when running. >I'd put /usr/X11R6/bin first in the PATH (in startx.bat) before calling >startx, and that lead to WM crashing. > >So, the answer is not to do that. :-) > >luke From geek@burri.to Fri Sep 6 23:13:00 2002 From: geek@burri.to (Brian Gallew) Date: Fri, 06 Sep 2002 23:13:00 -0000 Subject: xwinclip - update and motif clipboard In-Reply-To: References: Message-ID: <2344.128.2.120.244.1031342732.squirrel@mail.burri.to> Chris Twiner said: > Quick update, got the signal working properly for ctrl-c or closing > the windows command window. Solution (as the SIGINT handler is run > in a seperate thread in windows) is to set a variable in the > windows loop that sends the kill message that kill_xwinclip was > doing. Woohoo! So, when do we get to see the beautiful new code? From c_twiner@hotmail.com Sat Sep 7 18:18:00 2002 From: c_twiner@hotmail.com (Chris Twiner) Date: Sat, 07 Sep 2002 18:18:00 -0000 Subject: xwinclip - update and motif clipboard Message-ID: >Woohoo! So, when do we get to see the beautiful new code? Hi Brian, I can clean up what I have now, pre motif clipboard and do another post of it to the mailing list. Official release wise is down to Harold. I'll tidy it up tomorrow and send it out. Chris _________________________________________________________________ MSN Photos is the easiest way to share and print your photos: http://photos.msn.com/support/worldwide.aspx From arobinso@nyx.net Sat Sep 7 22:51:00 2002 From: arobinso@nyx.net (Andrew Robinson) Date: Sat, 07 Sep 2002 22:51:00 -0000 Subject: XFree and NT4.0 SP 6 hang after first client Message-ID: <200209070613.AAA10325@nyx.nyx.net> I just installed the latest stable XFree using setup.exe, and am experiencing an X server hang after the first client. I was starting the server using startxwin.sh, and it would appear to immediately hang, so I tried starting just XWin directly. That worked - at least the mouse pointer would move around the screen. I then started one client, such as xterm or xeyes, and that client would work properly. However, as soon as I attempted to start a second client, the X server would hang. I needed to kill it in order to shut it down. I don't see any errors in the server log file. Any ideas on what could be causing this? From lbutler@usa.com Sun Sep 8 08:40:00 2002 From: lbutler@usa.com (Leonard Butler) Date: Sun, 08 Sep 2002 08:40:00 -0000 Subject: KDE menu items not working Message-ID: <20020908010917.93248.qmail@mail.com> I have just installed CYGWIN and downloaded and installed KDE, initially all looks well. But, when I select an item from the menu nothing happens. I have the complete KDE menu's and all I can do is change the background and log out. Any info would be appreciated -- __________________________________________________________ Sign-up for your own FREE Personalized E-mail at Mail.com http://www.mail.com/?sr=signup From bryanh@nventure.com Sun Sep 8 15:23:00 2002 From: bryanh@nventure.com (Bryan Hundven) Date: Sun, 08 Sep 2002 15:23:00 -0000 Subject: Cygwin/XFree86 Multi-Monitor on Matrox G550 Message-ID: <000f01c256fb$662cb060$d20cbbd0@ob1> I was looking on cygwin.com for help with setting up XFree86 on w2kpro w/Dual-Head. Windows 2000 already has dual head setup with my Matrox drivers. Right now my primary display is 1280x1024@60Hz 32bit, and my secondary display is 1024x768@60Hz 32bit. I would like to have X start as a window 1024x768 on my secondary (as apposed to on the primary). How would I do that without having to start the server at 1024x768 and drag it to the second display? Bryan Hundven From huntharo@msu.edu Sun Sep 8 15:56:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Sun, 08 Sep 2002 15:56:00 -0000 Subject: Cygwin/XFree86 Multi-Monitor on Matrox G550 In-Reply-To: <000f01c256fb$662cb060$d20cbbd0@ob1> Message-ID: Bryan, There is not currently support in the X server for specifying a Windows display that a particular screen should be displayed upon initially. It may not be that hard to add, but no one has scratched that itch yet. Harold > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Bryan Hundven > Sent: Sunday, September 08, 2002 1:49 AM > To: cygwin-xfree@cygwin.com > Subject: Cygwin/XFree86 Multi-Monitor on Matrox G550 > > > I was looking on cygwin.com for help with setting up XFree86 on w2kpro > w/Dual-Head. > Windows 2000 already has dual head setup with my Matrox drivers. > Right now my primary display is 1280x1024@60Hz 32bit, and my secondary > display is 1024x768@60Hz 32bit. > > I would like to have X start as a window 1024x768 on my secondary (as > apposed to on the primary). How would I do that without having to > start the > server at 1024x768 and drag it to the second display? > > Bryan Hundven > From c_twiner@hotmail.com Mon Sep 9 01:05:00 2002 From: c_twiner@hotmail.com (Chris Twiner) Date: Mon, 09 Sep 2002 01:05:00 -0000 Subject: xwinclip - update and motif clipboard Message-ID: Hi All, As promised an updated version of my xwinclip patch. Major changes: Now ctrl-c works properly, closes nicely, both the windows hook and the x display (and anything else after the event loop). Also a restart works for when the x server crashes/restarts/whatever so will xwinclip. This is done with setjmp and longjmp, so should work within a thread as part of XWin.exe. I've also made all my tab characters two spaces to be in line with Harolds original code and got rid of extra characters on the end of the line (due to NEdit's block operations, handy but I didn't realise they added spaces at the end of lines to the size of the block). There is still lot's of printf's every where for debugging, more so now (due to trying to get the motif clipboard working). Needless to say they don't affect the applications behaviour in XWin. Still outstanding: integration with motif? Not sure it's really worth my effort anymore. Had a go and got nothing more that hassle. It seems to use the motif functions you must only have an Xt app. As xwinclip is xlib alone the two like to cause av's when shoved together. I'm sure I can manage just to highlight text. handling of non windows clipboard change: if the windows clipboard doesn't change don't force the ownership of primary. Should not be much more hassle. Hope all works, let me know. Chris _________________________________________________________________ Join the world??s largest e-mail service with MSN Hotmail. http://www.hotmail.com -------------- next part -------------- A non-text attachment was scrubbed... Name: xwinclip_chris_twiner.zip Type: application/x-zip-compressed Size: 18775 bytes Desc: not available URL: From sdgoldst@mailandnews.com Mon Sep 9 08:36:00 2002 From: sdgoldst@mailandnews.com (Scott Goldstein) Date: Mon, 09 Sep 2002 08:36:00 -0000 Subject: Newbie Question - Rendering problems References: Message-ID: <3D7BD8E3.5E47FA28@mailandnews.com> Yes, these are java application and this is an IBM jdk. I'm connecting to a remote AIX machine. I've seen other X servers for Windows handle these applications with no problem. Of course, the other X servers are expensive, so I don't want to use them. But, they seem to have gotten around this bug. Is there a workaround? Thanks Scott Alexander Gottwald wrote: > On Thu, 5 Sep 2002, Scott Goldstein wrote: > > > Hello. I'm new to xfree under cygwin and I'm having some problems with > > displaying remote X applications. Some windows fail to render the bottom and > > right sides of the application. The un-rendered areas are simply solid grey. > Are these application java applications? If so, this is a know bug with > the IBM JRE. Get the Sun or Blackdown JRE. I never experienced any problems > using them. > > bye > ago > -- > Alexander.Gottwald@informatik.tu-chemnitz.de > http://www.gotti.org ICQ: 126018723 From alexander.gottwald@informatik.tu-chemnitz.de Mon Sep 9 09:04:00 2002 From: alexander.gottwald@informatik.tu-chemnitz.de (Alexander Gottwald) Date: Mon, 09 Sep 2002 09:04:00 -0000 Subject: Newbie Question - Rendering problems In-Reply-To: <3D7BD8E3.5E47FA28@mailandnews.com> Message-ID: On Sun, 8 Sep 2002, Scott Goldstein wrote: > Yes, these are java application and this is an IBM jdk. I'm connecting to a remote > AIX machine. > > I've seen other X servers for Windows handle these applications with no problem. > Of course, the other X servers are expensive, so I don't want to use them. This bug also occurs with the Linux XFree86. >But, they seem to have gotten around this bug. Is there a workaround? Use the Sun or Blackdown JDK. bye ago -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From jc.gervais@videotron.ca Mon Sep 9 09:08:00 2002 From: jc.gervais@videotron.ca (Jean-Claude Gervais) Date: Mon, 09 Sep 2002 09:08:00 -0000 Subject: Bug report: Using Cygwin-Xfree through Remote Desktop Sharing (RDP) Message-ID: This is complicated, so I'll try to be clear. Let's say you have machine A, which is a Windows XP machine that has Cygwin and Cygwin-XFree installed on it. You use A to connect to B. B is a machine running Linux and X. Everything so far works. Then you use machine C (a machine running Windows 2000) to remote-control machine A with Windows XP Remote Desktop Client (RDP). Machine C can use machine A's Cygwin-XFree connection and view machine B. No problem. However, when machine C breaks its connection to machine A, machine A's Cygwin-XFree will no longer display machine B. It will instead display a white screen in Cygwin-XFree. Although I am pretty sure that A is still connected and controlling B, it can no longer see B's display. It seems like Remote Desktop Client mucks-up Cygwin-XFree. I hope that that was clear enough. Thanks. From huntharo@msu.edu Mon Sep 9 09:14:00 2002 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 09 Sep 2002 09:14:00 -0000 Subject: Bug report: Using Cygwin-Xfree through Remote Desktop Sharing (RDP) References: Message-ID: <3D7CC692.3040900@msu.edu> Jean-Claude, Repeat the entire scenario you described, but start XWin with the ``-engine 1'' parameter, e.g. XWin -engine 1 The default graphics engine on Windows 2000/XP will be DirectDraw 4.0; DirectDraw will probably have a problem with RDP --- I am surprised that it works at all. The ``-engine 1'' parameter will tell XWin to use GDI DIBs (Device Independent Bitamps) and regular GDI BLTs (Bit-Block Transfers) as the graphics engine; GDI will be less prone to having a problem with RDP. If RDP works with the GDI engine then I know exactly what to fix; if not, I will have to pump you for some more information. Harold Jean-Claude Gervais wrote: >This is complicated, so I'll try to be clear. > >Let's say you have machine A, which is a Windows XP machine that has Cygwin >and Cygwin-XFree installed on it. >You use A to connect to B. B is a machine running Linux and X. >Everything so far works. >Then you use machine C (a machine running Windows 2000) to remote-control >machine A with Windows XP Remote Desktop Client (RDP). >Machine C can use machine A's Cygwin-XFree connection and view machine B. No >problem. >However, when machine C breaks its connection to machine A, machine A's >Cygwin-XFree will no longer display machine B. It will instead display a >white screen in Cygwin-XFree. >Although I am pretty sure that A is still connected and controlling B, it >can no longer see B's display. >It seems like Remote Desktop Client mucks-up Cygwin-XFree. > >I hope that that was clear enough. > >Thanks. > > > > From j_tetazoo@hotmail.com Mon Sep 9 09:34:00 2002 From: j_tetazoo@hotmail.com (Thomas Chadwick) Date: Mon, 09 Sep 2002 09:34:00 -0000 Subject: Bug report: Using Cygwin-Xfree through Remote Desktop Sharing (RDP) Message-ID: Sounds similar to this problem I reported a while back... http://www.cygwin.com/ml/cygwin-xfree/2002-06/msg00373.html What's in /tmp/XWin.log? >From: Jean-Claude Gervais >Reply-To: cygwin-xfree@cygwin.com >To: Cygwin-XFree >Subject: Bug report: Using Cygwin-Xfree through Remote Desktop Sharing >(RDP) >Date: Mon, 09 Sep 2002 11:00:28 -0400 > >This is complicated, so I'll try to be clear. > >Let's say you have machine A, which is a Windows XP machine that has Cygwin >and Cygwin-XFree installed on it. >You use A to connect to B. B is a machine running Linux and X. >Everything so far works. >Then you use machine C (a machine running Windows 2000) to remote-control >machine A with Windows XP Remote Desktop Client (RDP). >Machine C can use machine A's Cygwin-XFree connection and view machine B. >No >problem. >However, when machine C breaks its connection to machine A, machine A's >Cygwin-XFree will no longer display machine B. It will instead display a >white screen in Cygwin-XFree. >Although I am pretty sure that A is still connected and controlling B, it >can no longer see B's display. >It seems like Remote Desktop Client mucks-up Cygwin-XFree. > >I hope that that was clear enough. > >Thanks. _________________________________________________________________ Chat with friends online, try MSN Messenger: http://messenger.msn.com From huntharo@msu.edu Mon Sep 9 10:29:00 2002 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 09 Sep 2002 10:29:00 -0000 Subject: Bug report: Using Cygwin-Xfree through Remote Desktop Sharing (RDP) References: Message-ID: <3D7CC8EC.6040800@msu.edu> Thomas, Yes, it is similar in that it is likely that some surface is being lost and we are not restoring it. There were several places in the code where I made a decision not to look for lost surfaces because it did not seem that we could ever lose a surface at those points. However, I think that in this case we might actually be losing the offscreen surface, as opposed to the usually lost primary surface, and there is no code in place to look for or restore a lost offscreen surface. It wouldn't be hard to add such code for the DirectDraw engines. Of course, we have to identify the problem first. Harold Thomas Chadwick wrote: > Sounds similar to this problem I reported a while back... > > http://www.cygwin.com/ml/cygwin-xfree/2002-06/msg00373.html > > What's in /tmp/XWin.log? > >> From: Jean-Claude Gervais >> Reply-To: cygwin-xfree@cygwin.com >> To: Cygwin-XFree >> Subject: Bug report: Using Cygwin-Xfree through Remote Desktop >> Sharing (RDP) >> Date: Mon, 09 Sep 2002 11:00:28 -0400 >> >> This is complicated, so I'll try to be clear. >> >> Let's say you have machine A, which is a Windows XP machine that has >> Cygwin >> and Cygwin-XFree installed on it. >> You use A to connect to B. B is a machine running Linux and X. >> Everything so far works. >> Then you use machine C (a machine running Windows 2000) to >> remote-control >> machine A with Windows XP Remote Desktop Client (RDP). >> Machine C can use machine A's Cygwin-XFree connection and view >> machine B. No >> problem. >> However, when machine C breaks its connection to machine A, machine A's >> Cygwin-XFree will no longer display machine B. It will instead display a >> white screen in Cygwin-XFree. >> Although I am pretty sure that A is still connected and controlling >> B, it >> can no longer see B's display. >> It seems like Remote Desktop Client mucks-up Cygwin-XFree. >> >> I hope that that was clear enough. >> >> Thanks. > > > > > > _________________________________________________________________ > Chat with friends online, try MSN Messenger: http://messenger.msn.com > From jc.gervais@videotron.ca Mon Sep 9 12:02:00 2002 From: jc.gervais@videotron.ca (Jean-Claude Gervais) Date: Mon, 09 Sep 2002 12:02:00 -0000 Subject: Bug report: Using Cygwin-Xfree through Remote Desktop Sharing (RDP) In-Reply-To: Message-ID: >-----Original Message----- >From: cygwin-xfree-owner@cygwin.com [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Thomas Chadwick >Sent: Monday, September 09, 2002 12:08 PM >To: cygwin-xfree@cygwin.com >Subject: Re: Bug report: Using Cygwin-Xfree through Remote Desktop Sharing (RDP) >Sounds similar to this problem I reported a while back... >http://www.cygwin.com/ml/cygwin-xfree/2002-06/msg00373.html >What's in /tmp/XWin.log? This - ddxProcessArgument - Initializing default screens winInitializeDefaultScreens - w 1024 h 768 winInitializeDefaultScreens - Returning winDetectSupportedEngines - Windows NT/2000/XP winDetectSupportedEngines - DirectDraw installed winDetectSupportedEngines - Allowing PrimaryDD winDetectSupportedEngines - DirectDraw4 installed winDetectSupportedEngines - Returning, supported engines 0000001f winSetEngine - Using Shadow DirectDraw NonLocking winAdjustVideoModeShadowDDNL - Using Windows display depth of 32 bits per pixel winAllocateFBShadowDDNL - Not changing video mode winAllocateFBShadowDDNL - lPitch: 4096 winFinishScreenInitFB - Masks: 00ff0000 0000ff00 000000ff winInitVisualsShadowDDNL - Masks 00ff0000 0000ff00 000000ff BPRGB 8 d 24 bpp 32 winCreateDefColormap - Deferring to fbCreateDefColormap () winScreenInit - returning winBltExposedRegionsShadowDDNL - IDirectDrawSurface4_Blt reported that the primary surface was lost, trying to restore, retry: 1winBltExposedRegionsShadowDDNL - IDirectDrawSurface4_Blt reported that the primary surface was lost, trying to restore, retry: 2 winShadowUpdateDDNL - IDirectDrawSurface4_Blt () failed: 887601c2 winShadowUpdateDDNL - IDirectDrawSurface4_Blt () failed: 887601c2 winShadowUpdateDDNL - IDirectDrawSurface4_Blt () failed: 887601c2 winShadowUpdateDDNL - IDirectDrawSurface4_Blt () failed: 887601c2 .... A lot of these deleted, but there were TONS of them. winBltExposedRegionsShadowDDNL - IDirectDrawSurface4_Blt reported that the primary surface was lost, trying to restore, retry: 1winBltExposedRegionsShadowDDNL - IDirectDrawSurface4_Blt reported that the primary surface was lost, trying to restore, retry: 2 winShadowUpdateDDNL - IDirectDrawSurface4_Blt () failed: 887601c2 winShadowUpdateDDNL - IDirectDrawSurface4_Blt () failed: 887601c2 winShadowUpdateDDNL - IDirectDrawSurface4_Blt () failed: 887601c2 ... More of these lines deleted ... winBltExposedRegionsShadowDDNL - IDirectDrawSurface4_Blt reported that the primary surface was lost, trying to restore, retry: 1winBltExposedRegionsShadowDDNL - IDirectDrawSurface4_Blt reported that the primary surface was lost, trying to restore, retry: 2 winShadowUpdateDDNL - IDirectDrawSurface4_Blt () failed: 887601c2 winShadowUpdateDDNL - IDirectDrawSurface4_Blt () failed: 887601c2 winShadowUpdateDDNL - IDirectDrawSurface4_Blt () failed: 887601c2 ... More of these lines deleted ... winBltExposedRegionsShadowDDNL - IDirectDrawSurface4_Blt reported that the primary surface was lost, trying to restore, retry: 1winBltExposedRegionsShadowDDNL - IDirectDrawSurface4_Blt reported that the primary surface was lost, trying to restore, retry: 2winShadowUpdateDDNL - IDirectDrawSurface4_Blt () failed: 887601c2 winShadowUpdateDDNL - IDirectDrawSurface4_Blt () failed: 887601c2 winShadowUpdateDDNL - IDirectDrawSurface4_Blt () failed: 887601c2 winShadowUpdateDDNL - IDirectDrawSurface4_Blt () failed: 887601c2 And on and on... >From: Jean-Claude Gervais >Reply-To: cygwin-xfree@cygwin.com >To: Cygwin-XFree >Subject: Bug report: Using Cygwin-Xfree through Remote Desktop Sharing >(RDP) >Date: Mon, 09 Sep 2002 11:00:28 -0400 > >This is complicated, so I'll try to be clear. > >Let's say you have machine A, which is a Windows XP machine that has Cygwin >and Cygwin-XFree installed on it. >You use A to connect to B. B is a machine running Linux and X. >Everything so far works. >Then you use machine C (a machine running Windows 2000) to remote-control >machine A with Windows XP Remote Desktop Client (RDP). >Machine C can use machine A's Cygwin-XFree connection and view machine B. >No >problem. >However, when machine C breaks its connection to machine A, machine A's >Cygwin-XFree will no longer display machine B. It will instead display a >white screen in Cygwin-XFree. >Although I am pretty sure that A is still connected and controlling B, it >can no longer see B's display. >It seems like Remote Desktop Client mucks-up Cygwin-XFree. > >I hope that that was clear enough. > >Thanks. _________________________________________________________________ Chat with friends online, try MSN Messenger: http://messenger.msn.com From huntharo@msu.edu Mon Sep 9 18:46:00 2002 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 09 Sep 2002 18:46:00 -0000 Subject: Bug report: Using Cygwin-Xfree through Remote Desktop Sharing (RDP) References: Message-ID: <3D7CDA6D.9090403@msu.edu> Jean-Claude, How about with -engine 1? Harold Jean-Claude Gervais wrote: >>-----Original Message----- >>From: cygwin-xfree-owner@cygwin.com >> >> >[mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Thomas Chadwick > > >>Sent: Monday, September 09, 2002 12:08 PM >>To: cygwin-xfree@cygwin.com >>Subject: Re: Bug report: Using Cygwin-Xfree through Remote Desktop Sharing >> >> >(RDP) > > > >>Sounds similar to this problem I reported a while back... >> >> > > > >>http://www.cygwin.com/ml/cygwin-xfree/2002-06/msg00373.html >> >> > > > >>What's in /tmp/XWin.log? >> >> > > >This - > >ddxProcessArgument - Initializing default screens >winInitializeDefaultScreens - w 1024 h 768 >winInitializeDefaultScreens - Returning >winDetectSupportedEngines - Windows NT/2000/XP >winDetectSupportedEngines - DirectDraw installed >winDetectSupportedEngines - Allowing PrimaryDD >winDetectSupportedEngines - DirectDraw4 installed >winDetectSupportedEngines - Returning, supported engines 0000001f >winSetEngine - Using Shadow DirectDraw NonLocking >winAdjustVideoModeShadowDDNL - Using Windows display depth of 32 bits per >pixel >winAllocateFBShadowDDNL - Not changing video mode >winAllocateFBShadowDDNL - lPitch: 4096 >winFinishScreenInitFB - Masks: 00ff0000 0000ff00 000000ff >winInitVisualsShadowDDNL - Masks 00ff0000 0000ff00 000000ff BPRGB 8 d 24 bpp >32 >winCreateDefColormap - Deferring to fbCreateDefColormap () >winScreenInit - returning >winBltExposedRegionsShadowDDNL - IDirectDrawSurface4_Blt reported that the >primary surface was lost, trying to restore, retry: >1winBltExposedRegionsShadowDDNL - IDirectDrawSurface4_Blt reported that the >primary surface was lost, trying to restore, retry: 2 >winShadowUpdateDDNL - IDirectDrawSurface4_Blt () failed: 887601c2 >winShadowUpdateDDNL - IDirectDrawSurface4_Blt () failed: 887601c2 >winShadowUpdateDDNL - IDirectDrawSurface4_Blt () failed: 887601c2 >winShadowUpdateDDNL - IDirectDrawSurface4_Blt () failed: 887601c2 > >.... A lot of these deleted, but there were TONS of them. > >winBltExposedRegionsShadowDDNL - IDirectDrawSurface4_Blt reported that the >primary surface was lost, trying to restore, retry: >1winBltExposedRegionsShadowDDNL - IDirectDrawSurface4_Blt reported that the >primary surface was lost, trying to restore, retry: 2 >winShadowUpdateDDNL - IDirectDrawSurface4_Blt () failed: 887601c2 >winShadowUpdateDDNL - IDirectDrawSurface4_Blt () failed: 887601c2 >winShadowUpdateDDNL - IDirectDrawSurface4_Blt () failed: 887601c2 > >... More of these lines deleted ... > >winBltExposedRegionsShadowDDNL - IDirectDrawSurface4_Blt reported that the >primary surface was lost, trying to restore, retry: >1winBltExposedRegionsShadowDDNL - IDirectDrawSurface4_Blt reported that the >primary surface was lost, trying to restore, retry: 2 >winShadowUpdateDDNL - IDirectDrawSurface4_Blt () failed: 887601c2 >winShadowUpdateDDNL - IDirectDrawSurface4_Blt () failed: 887601c2 >winShadowUpdateDDNL - IDirectDrawSurface4_Blt () failed: 887601c2 > >... More of these lines deleted ... > >winBltExposedRegionsShadowDDNL - IDirectDrawSurface4_Blt reported that the >primary surface was lost, trying to restore, retry: >1winBltExposedRegionsShadowDDNL - IDirectDrawSurface4_Blt reported that the >primary surface was lost, trying to restore, retry: 2winShadowUpdateDDNL - >IDirectDrawSurface4_Blt () failed: 887601c2 >winShadowUpdateDDNL - IDirectDrawSurface4_Blt () failed: 887601c2 >winShadowUpdateDDNL - IDirectDrawSurface4_Blt () failed: 887601c2 >winShadowUpdateDDNL - IDirectDrawSurface4_Blt () failed: 887601c2 > >And on and on... > > > > > > > > >>From: Jean-Claude Gervais >>Reply-To: cygwin-xfree@cygwin.com >>To: Cygwin-XFree >>Subject: Bug report: Using Cygwin-Xfree through Remote Desktop Sharing >>(RDP) >>Date: Mon, 09 Sep 2002 11:00:28 -0400 >> >>This is complicated, so I'll try to be clear. >> >>Let's say you have machine A, which is a Windows XP machine that has Cygwin >>and Cygwin-XFree installed on it. >>You use A to connect to B. B is a machine running Linux and X. >>Everything so far works. >>Then you use machine C (a machine running Windows 2000) to remote-control >>machine A with Windows XP Remote Desktop Client (RDP). >>Machine C can use machine A's Cygwin-XFree connection and view machine B. >>No >>problem. >>However, when machine C breaks its connection to machine A, machine A's >>Cygwin-XFree will no longer display machine B. It will instead display a >>white screen in Cygwin-XFree. >>Although I am pretty sure that A is still connected and controlling B, it >>can no longer see B's display. >>It seems like Remote Desktop Client mucks-up Cygwin-XFree. >> >>I hope that that was clear enough. >> >>Thanks. >> >> > > > > >_________________________________________________________________ >Chat with friends online, try MSN Messenger: http://messenger.msn.com > > > From jc.gervais@videotron.ca Mon Sep 9 20:24:00 2002 From: jc.gervais@videotron.ca (Jean-Claude Gervais) Date: Mon, 09 Sep 2002 20:24:00 -0000 Subject: Bug in IMake - Doesn't use DESTLIB Message-ID: Hello, 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? Thanks Jean-Claude From luke.kendall@cisra.canon.com.au Mon Sep 9 21:49:00 2002 From: luke.kendall@cisra.canon.com.au (luke.kendall@cisra.canon.com.au) Date: Mon, 09 Sep 2002 21:49:00 -0000 Subject: Window Maker crashing Message-ID: <20020910014549.7DCF85C19@ivory.research.canon.com.au> In-Reply-To: <20020906190247.678b2254.larsen587@firemail.de> Message-Id: <20020909235725.62F9259BE@ivory.research.canon.com.au> On 6 Sep, larsen587 wrote: > there is an bug in wmaker. They are storing property files in binary > mode and restoring them in text mode. Just check out the > sources, grep -lr for fopen, change the mode string of the property > related source file from "r" to "rb", and finally invoke *make". Actually, that's basically what I did for the port (except I did it for all open()s except popen()). I suspect the problem may be with libproplist - I recall that it's now separate from WM, and so I would not have applied the same mods to it; and it is used by WPrefs. The consequence is that after you use WPrefs.app to modify any of your look and feel preferences, the file ~/GNUstep/Defaults/WMState (and maybe WMWindowAttributes), gets written out with CR/LF and when you *next* start WM, it crashes. My 0-effort workaround was to modify ~/GNUstep/Library/WindowMaker/exitscript to convert the files back to Unix line endings via a utility called flip that I found via Google. I'll have to dig up my notes on compiling WM, since it's stopping with a complaint that _Xsetlocale is undefined, so I'll have to sort that out. And this time I'll track down liproplist and make the rb/wb changes there, too. luke From jc.gervais@videotron.ca Tue Sep 10 03:24:00 2002 From: jc.gervais@videotron.ca (Jean-Claude Gervais) Date: Tue, 10 Sep 2002 03:24:00 -0000 Subject: Bug in IMake - Doesn't use DESTLIB Message-ID: 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? Thanks -----Original Message----- Hello, 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 known bug, and what should I do? Thanks Jean-Claude From wineclass@isomedia.com Tue Sep 10 03:29:00 2002 From: wineclass@isomedia.com (The Wine School of Philadelphia) Date: Tue, 10 Sep 2002 03:29:00 -0000 Subject: New Wine Classes! Message-ID: <200209100449.g8A4nMa32732@telepath.isomedia.com> -------------- next part -------------- An HTML attachment was scrubbed... URL: From alexander.gottwald@informatik.tu-chemnitz.de Tue Sep 10 03:49:00 2002 From: alexander.gottwald@informatik.tu-chemnitz.de (Alexander Gottwald) Date: Tue, 10 Sep 2002 03:49:00 -0000 Subject: Bug in IMake - Doesn't use DESTLIB In-Reply-To: Message-ID: 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 -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From alexander.gottwald@informatik.tu-chemnitz.de Tue Sep 10 12:41:00 2002 From: alexander.gottwald@informatik.tu-chemnitz.de (Alexander Gottwald) Date: Tue, 10 Sep 2002 12:41:00 -0000 Subject: Bug in IMake - Doesn't use DESTLIB In-Reply-To: Message-ID: 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 -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From Jeroen@twofoldmedia.com Tue Sep 10 20:52:00 2002 From: Jeroen@twofoldmedia.com (Jeroen Habets) Date: Tue, 10 Sep 2002 20:52:00 -0000 Subject: Solved: Switching from XWin to Windows slow (on Windows XP) Message-ID: 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 -------------- next part -------------- A non-text attachment was scrubbed... Name: Jeroen Habets.vcf Type: text/x-vcard Size: 476 bytes Desc: not available URL: From jc.gervais@videotron.ca Thu Sep 12 10:42:00 2002 From: jc.gervais@videotron.ca (Jean-Claude Gervais) Date: Thu, 12 Sep 2002 10:42:00 -0000 Subject: Bug in IMake - Doesn't use DESTLIB In-Reply-To: Message-ID: 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 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: cygwin-xfree-owner@cygwin.com [mailto:cygwin-xfree-owner@cygwin.com]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 -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From jc.gervais@videotron.ca Thu Sep 12 11:07:00 2002 From: jc.gervais@videotron.ca (Jean-Claude Gervais) Date: Thu, 12 Sep 2002 11:07:00 -0000 Subject: Bug report: Using Cygwin-Xfree through Remote Desktop Sharing (RDP) In-Reply-To: <3D7CC692.3040900@msu.edu> Message-ID: 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: cygwin-xfree-owner@cygwin.com [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Harold L Hunt II Sent: Monday, September 09, 2002 12:05 PM To: cygwin-xfree@cygwin.com Subject: Re: Bug report: Using Cygwin-Xfree through Remote Desktop Sharing (RDP) Jean-Claude, Repeat the entire scenario you described, but start XWin with the ``-engine 1'' parameter, e.g. XWin -engine 1 The default graphics engine on Windows 2000/XP will be DirectDraw 4.0; DirectDraw will probably have a problem with RDP --- I am surprised that it works at all. The ``-engine 1'' parameter will tell XWin to use GDI DIBs (Device Independent Bitamps) and regular GDI BLTs (Bit-Block Transfers) as the graphics engine; GDI will be less prone to having a problem with RDP. If RDP works with the GDI engine then I know exactly what to fix; if not, I will have to pump you for some more information. Harold Jean-Claude Gervais wrote: >This is complicated, so I'll try to be clear. > >Let's say you have machine A, which is a Windows XP machine that has Cygwin >and Cygwin-XFree installed on it. >You use A to connect to B. B is a machine running Linux and X. >Everything so far works. >Then you use machine C (a machine running Windows 2000) to remote-control >machine A with Windows XP Remote Desktop Client (RDP). >Machine C can use machine A's Cygwin-XFree connection and view machine B. No >problem. >However, when machine C breaks its connection to machine A, machine A's >Cygwin-XFree will no longer display machine B. It will instead display a >white screen in Cygwin-XFree. >Although I am pretty sure that A is still connected and controlling B, it >can no longer see B's display. >It seems like Remote Desktop Client mucks-up Cygwin-XFree. > >I hope that that was clear enough. > >Thanks. > > > > From hdk@psu.edu Thu Sep 12 11:26:00 2002 From: hdk@psu.edu (Skip Knoble) Date: Thu, 12 Sep 2002 11:26:00 -0000 Subject: Uninstall cygwin for Windows under Windows XP Message-ID: <4.3.2.7.2.20020912134109.00be8bd0@mail.psu.edu> How does one remove all installed CYGWIN files after and install under Windows XP? Many thanks. Skip Knoble, Penn State Center for Academic Computing Herman D. (Skip) Knoble, Research Associate Mailto:hdk@psu.edu Web: http://www.personal.psu.edu/hdk Penn State Information Technology Services Academic Services and Emerging Technologies Graduate Education and Research Services Penn State University 214C Computer Building University Park, PA 16802-2101 Phone:+1 814 865-0818 Fax:+1 814 863-7049 From huntharo@msu.edu Thu Sep 12 11:47:00 2002 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 12 Sep 2002 11:47:00 -0000 Subject: Uninstall cygwin for Windows under Windows XP References: <4.3.2.7.2.20020912134109.00be8bd0@mail.psu.edu> Message-ID: <3D80D7EE.7010405@msu.edu> Skip, I am feeling polite, so I will hold your hand on this one a little bit. All Cygwin files are installed in the directory that you chose when you ran setup.exe. One easy way to get rid of Cygwin is to delete this folder (usually c:\cygwin). However, that will leave the icons and such in place for Cygwin in the Start Menu and on the desktop. There will also be a few registry keys that will have no adverse effect on your system if you leave them in place. Alternatively, the Cygwin setup.exe program may have an ``uninstall'' option that does remove the icons, etc. However, I would not know for sure because I never uninstall Cygwin. Harold Skip Knoble wrote: > How does one remove all installed CYGWIN files after and >install under Windows XP? > Many thanks. > Skip Knoble, Penn State Center for Academic Computing > > Herman D. (Skip) Knoble, Research Associate > Mailto:hdk@psu.edu > Web: http://www.personal.psu.edu/hdk > Penn State Information Technology Services > Academic Services and Emerging Technologies > Graduate Education and Research Services > Penn State University > 214C Computer Building > University Park, PA 16802-2101 > Phone:+1 814 865-0818 Fax:+1 814 863-7049 > > > From j_tetazoo@hotmail.com Thu Sep 12 14:55:00 2002 From: j_tetazoo@hotmail.com (Thomas Chadwick) Date: Thu, 12 Sep 2002 14:55:00 -0000 Subject: Uninstall cygwin for Windows under Windows XP Message-ID: >From the Cygwin FAQ: http://cygwin.com/faq/faq.html#SEC19 >From: Skip Knoble >Reply-To: cygwin-xfree@cygwin.com >To: cygwin-xfree@cygwin.com >Subject: Uninstall cygwin for Windows under Windows XP >Date: Thu, 12 Sep 2002 13:42:32 -0400 > > How does one remove all installed CYGWIN files after and >install under Windows XP? > Many thanks. > Skip Knoble, Penn State Center for Academic Computing > > Herman D. (Skip) Knoble, Research Associate > Mailto:hdk@psu.edu > Web: http://www.personal.psu.edu/hdk > Penn State Information Technology Services > Academic Services and Emerging Technologies > Graduate Education and Research Services > Penn State University > 214C Computer Building > University Park, PA 16802-2101 > Phone:+1 814 865-0818 Fax:+1 814 863-7049 _________________________________________________________________ Join the world??s largest e-mail service with MSN Hotmail. http://www.hotmail.com From daisaku_itasaka@el.nec.com Thu Sep 12 17:06:00 2002 From: daisaku_itasaka@el.nec.com (Dai) Date: Thu, 12 Sep 2002 17:06:00 -0000 Subject: twm iconmngr missing inputs Message-ID: <200209121847.09326B0404A8000.daisaku_itasaka.ME@dai0.el.nec.com> Hello all, Here's how I use this thing: - start bash on Win2K - type "startxwin.sh" in the bash window (this creates the root window and a xterm window in it) - type "xhost myLinux" in the xterm - type "telnet myLinux" in the xterm (this gives me a tcsh prompt on the remote host) - type "setenv DISPLAY myWin2K:0" - type "twm &" Then twm starts running and I enjoy the wonderful twm world without any problem whatsoever. I can move to any window with 'ctrl-shift-j' or 'ctrl-shift-k' anytime. I can raise or lower the current window with 'ctrl-shift-m'. Iconify/restore, zooming/unzooming....everything is done with a 'ctrl-shift-something' key stroke. But, after something snaps somewhere, this is no longer available. The 'ctrl-shift' is treated as just a 'ctrl'. The ctrl key and the shift key work fine if used separately. I mean, I can do all the emacs-like command line editing with ctrl key and I can type in CAPITALs with shift. But 'ctrl-shift' doesn't work anymore, thus I lose all the handy twm hotkeys. The X server is running on Win2K. Twm is running on the remote Linux box, which is fine with other X servers running on some other MS- Windows machines, even after this happens on this Win2K. Once this happens, restarting twm internally(using twm's restart menu), or restarting externally(exit twm and run it again from the shell), or even restarting XWin(startxwin.sh) doesn't fix the problem. I have to reboot Win2K. I don't know where the problem resides. And I don't know exactly how to reproduce the situation where 'ctrl-shift' is treated as just a ctrl. But it just happens and I have to reboot the machine. ;-< Whose problem is this? How can I fix(or avoid) it? I would very much appreciate your help. TIA. I'm using this Cygwin version and I setup everything using the setup.exe. CYGWIN_NT-5.0 myWin2K 1.3.12(0.54/3/2) 2002-07-06 02:16 i686 unknown From huntharo@msu.edu Fri Sep 13 01:13:00 2002 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 13 Sep 2002 01:13:00 -0000 Subject: twm iconmngr missing inputs References: <200209121847.09326B0404A8000.daisaku_itasaka.ME@dai0.el.nec.com> Message-ID: <3D810D2B.6050900@msu.edu> Dai, Thank you for the detailed report. You now need to do three things before we can comment on your problem: 1) Run ``xev'' (X Event Viewer) before the problem occurs. Press a few combinations of keys involving Ctrl, Shift, and some letters. Keep it simple and document exactly what you push. Save the output of xev to a file. 2) Run ``xev'' after the problem occurs but before you reboot. Repeat the EXACT combinations of keys that you pressed above. Save this output to another file. 3) Email the contents of both files into cygwin-xfree@cygwin.com, along with a description of which keys you pressed in which order. With that information we should be able to figure out what is going on. Harold Dai wrote: > Hello all, > > Here's how I use this thing: > > - start bash on Win2K > - type "startxwin.sh" in the bash window > (this creates the root window and a xterm window in it) > - type "xhost myLinux" in the xterm > - type "telnet myLinux" in the xterm > (this gives me a tcsh prompt on the remote host) > - type "setenv DISPLAY myWin2K:0" > - type "twm &" > > Then twm starts running and I enjoy the wonderful twm world without > any problem whatsoever. I can move to any window with 'ctrl-shift-j' > or 'ctrl-shift-k' anytime. I can raise or lower the current window > with 'ctrl-shift-m'. Iconify/restore, zooming/unzooming....everything > is done with a 'ctrl-shift-something' key stroke. > > But, after something snaps somewhere, this is no longer available. > The 'ctrl-shift' is treated as just a 'ctrl'. The ctrl key and the > shift key work fine if used separately. I mean, I can do all the > emacs-like command line editing with ctrl key and I can type in > CAPITALs with shift. But 'ctrl-shift' doesn't work anymore, thus > I lose all the handy twm hotkeys. > > The X server is running on Win2K. Twm is running on the remote Linux > box, which is fine with other X servers running on some other MS- > Windows machines, even after this happens on this Win2K. > > Once this happens, restarting twm internally(using twm's restart > menu), or restarting externally(exit twm and run it again from the > shell), or even restarting XWin(startxwin.sh) doesn't fix the problem. > I have to reboot Win2K. > > I don't know where the problem resides. And I don't know exactly how > to reproduce the situation where 'ctrl-shift' is treated as just a ctrl. > But it just happens and I have to reboot the machine. ;-< > > Whose problem is this? How can I fix(or avoid) it? > I would very much appreciate your help. TIA. > > I'm using this Cygwin version and I setup everything using the setup.exe. > CYGWIN_NT-5.0 myWin2K 1.3.12(0.54/3/2) 2002-07-06 02:16 i686 unknown > From luke.kendall@cisra.canon.com.au Fri Sep 13 08:34:00 2002 From: luke.kendall@cisra.canon.com.au (luke.kendall@cisra.canon.com.au) Date: Fri, 13 Sep 2002 08:34:00 -0000 Subject: twm iconmngr missing inputs In-Reply-To: <3D810D2B.6050900@msu.edu> Message-ID: <20020913000559.D2891585E@ivory.research.canon.com.au> On 12 Sep, Harold L Hunt II wrote: > You now need to do three things before we can comment on your problem: > > 1) Run ``xev'' (X Event Viewer) before the problem occurs. Press a few > combinations of keys involving Ctrl, Shift, and some letters. Keep it > simple and document exactly what you push. Save the output of xev to a > file. > > 2) Run ``xev'' after the problem occurs but before you reboot. Repeat > the EXACT combinations of keys that you pressed above. Save this output > to another file. > > 3) Email the contents of both files into cygwin-xfree@cygwin.com, along > with a description of which keys you pressed in which order. > > With that information we should be able to figure out what is going on. The problem that Dai reported sounds similar to a problem my wife has on her Win95 machine using Window Maker as the window mgr. Double- clicking on a title bar "rolls up" the window into just the title bar, clicking on a title bar focuses that window, etc. Every now and then all this stops working. Restarting X will correct it, but using a keyboard shortcut to cycle between the windows will also "unstick" X - and all the queued events flow through to all the windows affected (sometimes with unfortunate results, actually). The window with focus still accepts input while things are "stuck", so next time it happens we'll start up xev and see what we can learn. luke From UTZEL@drfccad.cea.fr Fri Sep 13 10:54:00 2002 From: UTZEL@drfccad.cea.fr (UTZEL Nadine) Date: Fri, 13 Sep 2002 10:54:00 -0000 Subject: French keyboard : XWin -query Message-ID: <756DFD3DE8F1D411A59A00306E06E847721BCA@drfccad.cad.cea.fr> Hello, I try to replace Exceed by Xfree86 in my department of research. In my .bat file, I generate a keymap and I connect to a hostname parameter (see after). So, at the login windows, my keyboard is french and so during my session. But, the ALT GR doesn't work. So we can't use XFree86, because our scientists need ~ { [ | \ ] } in their programs or in their Matlab session. What is your solution for this problem ? Thanks. REM Windows NT/2000 echo startxwin.bat - Starting on Windows NT/2000 REM ---------------------------------------------------------- REM Generate a compiled keymap file as output (.xkm extension) REM ---------------------------------------------------------- xkbcomp.exe -xkm -m fr /etc/X11/xkb/keymap/xfree86 /tmp/fr.xkm REM ---------------------------------------------------------- REM Connection to %1 Unix Server REM ---------------------------------------------------------- start /B XWin :0 -xkbmap fr -query %1 -screen 0 1024 768 REM ---------------------------------------------------------- pause :END pause :END A+ Nadine From nwourms@yahoo.com Fri Sep 13 10:58:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Fri, 13 Sep 2002 10:58:00 -0000 Subject: French keyboard : XWin -query In-Reply-To: <756DFD3DE8F1D411A59A00306E06E847721BCA@drfccad.cad.cea.fr> Message-ID: <20020913153421.81006.qmail@web21009.mail.yahoo.com> --- UTZEL Nadine wrote: > Hello, > > I try to replace Exceed by Xfree86 in my department of research. > In my .bat file, I generate a keymap and I connect to a hostname > parameter > (see after). > > So, at the login windows, my keyboard is french and so during my > session. > > But, the ALT GR doesn't work. So we can't use XFree86, because our > scientists need > ~ { [ | \ ] } in their programs or in their Matlab session. > > What is your solution for this problem ? The easiest solution is to purchase English Keyboards, which is what the current Cygwin/XFree maintainer uses. However, if you persist on using the nonstandard keyboard, my suggestion would be to search the mailinglist archives -- the URL is located at the bottom of this message. Cheers, Nicholas __________________________________________________ Do you Yahoo!? Yahoo! News - Today's headlines http://news.yahoo.com From cygwin-xfree@cygwin.com Fri Sep 13 12:26:00 2002 From: cygwin-xfree@cygwin.com (cygwin-xfree@cygwin.com) Date: Fri, 13 Sep 2002 12:26:00 -0000 Subject: Help with setting up cygwin In-Reply-To: <92BD8C7EDF8FD411B3F1009027F700EBBDF045@XENA> References: <92BD8C7EDF8FD411B3F1009027F700EBBDF045@XENA> Message-ID: <20020913175455.GA6846@redhat.com> Redirecting to cygwin-xfree. PLEASE follow up there. On Fri, Sep 13, 2002 at 11:24:11AM -0600, Jugganaikloo, Spalding wrote: >Hi All, >I am new to X Windows and could use some help. We have an application >server that run Solaris 8.0. I want to be able to edit Unix files that are >on the server from my PC in a GUI environment. Currently, I am just using >vi through a telnet session. > >I have install a GUI based editor (NEdit) on the Unix server and >cywin/Xfree86 on my PC. When I try to open the GUI based editor from a >telnet session from my PC I get the following error: > >$ NEdit myfile >Xlib: connection to "192.168.101.19:0.0" refused by server >Xlib: No protocol specified > >NEdit: Can't open display > >It seems that there is some more setup to be done for Xfree86 on my PC, but >I am note sure what it is and how to do it. Any pointers will be greatly >appreciated. > >Thanks > >M. Spalding Jugganaikloo >Colleague Program Manager >Colorado Technical University >Tel 719 590 6737 >Fax 719 590 6817 > > > > >-- >Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple >Bug reporting: http://cygwin.com/bugs.html >Documentation: http://cygwin.com/docs.html >FAQ: http://cygwin.com/faq/ From huntharo@msu.edu Sat Sep 14 02:59:00 2002 From: huntharo@msu.edu (Harold L Hunt II) Date: Sat, 14 Sep 2002 02:59:00 -0000 Subject: Help with setting up cygwin References: <92BD8C7EDF8FD411B3F1009027F700EBBDF045@XENA> <20020913175455.GA6846@redhat.com> Message-ID: <3D822745.5070801@msu.edu> http://xfree86.cygwin.com/docs/ug/using-remote-apps.html cygwin-xfree@cygwin.com wrote: >Redirecting to cygwin-xfree. > >PLEASE follow up there. > >On Fri, Sep 13, 2002 at 11:24:11AM -0600, Jugganaikloo, Spalding wrote: > > >>Hi All, >>I am new to X Windows and could use some help. We have an application >>server that run Solaris 8.0. I want to be able to edit Unix files that are >>on the server from my PC in a GUI environment. Currently, I am just using >>vi through a telnet session. >> >>I have install a GUI based editor (NEdit) on the Unix server and >>cywin/Xfree86 on my PC. When I try to open the GUI based editor from a >>telnet session from my PC I get the following error: >> >>$ NEdit myfile >>Xlib: connection to "192.168.101.19:0.0" refused by server >>Xlib: No protocol specified >> >>NEdit: Can't open display >> >>It seems that there is some more setup to be done for Xfree86 on my PC, but >>I am note sure what it is and how to do it. Any pointers will be greatly >>appreciated. >> >>Thanks >> >>M. Spalding Jugganaikloo >>Colleague Program Manager >>Colorado Technical University >>Tel 719 590 6737 >>Fax 719 590 6817 >> >> >> >> >>-- >>Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple >>Bug reporting: http://cygwin.com/bugs.html >>Documentation: http://cygwin.com/docs.html >>FAQ: http://cygwin.com/faq/ >> >> From Daisaku_Itasaka@el.nec.com Sat Sep 14 03:09:00 2002 From: Daisaku_Itasaka@el.nec.com (Dai) Date: Sat, 14 Sep 2002 03:09:00 -0000 Subject: twm iconmngr missing inputs Message-ID: <20020913122518G.Daisaku_Itasaka@el.nec.com> Things don't happen when you expect....Murphy's Law? ;-< So far since the first post, I haven't been able to get to the situation where 'ctrl-shift' doesn't work. Until yesterday, it had happened in about every few hours or so, sometimes less than 30 minutes. I got the xev output for the "normal" case already and am ready to do that for the "bad" case. Speaking of xev output messages, how would you save it in a file? I thought a simple redirection(xev > file) should work but didn't. I ended up yanking and copying the face of the xterm window. What is the proper way to do it? By the way, I did one thing on XWin, which I don't know might help or not. That's the -emulate3buttons option. I hadn't used it. But I realized that I needed it because the yanking and copying on xterm didn't work without it. Since restarted with this option, the problem hasn't happened yet. I don't know if it's related or not. Thanks for your help. Dai (a mouse-hater :-) ) Thank you for the detailed report. ) ) You now need to do three things before we can comment on your problem: ) ) 1) Run ``xev'' (X Event Viewer) before the problem occurs. Press a few ) combinations of keys involving Ctrl, Shift, and some letters. Keep it ) simple and document exactly what you push. Save the output of xev to ) a file. ) ) 2) Run ``xev'' after the problem occurs but before you reboot. Repeat ) the EXACT combinations of keys that you pressed above. Save this output ) to another file. ) ) 3) Email the contents of both files into cygwin-xfree@cygwin.com, ) along with a description of which keys you pressed in which order. ) ) With that information we should be able to figure out what is going on. ) ) Harold ) ) > Dai wrote: ) > ) > Hello all, ) > ) > Here's how I use this thing: ) > ) > - start bash on Win2K ) > - type "startxwin.sh" in the bash window ) > (this creates the root window and a xterm window in it) ) > - type "xhost myLinux" in the xterm ) > - type "telnet myLinux" in the xterm ) > (this gives me a tcsh prompt on the remote host) ) > - type "setenv DISPLAY myWin2K:0" ) > - type "twm &" ) > ) > Then twm starts running and I enjoy the wonderful twm world without ) > any problem whatsoever. I can move to any window with 'ctrl-shift-j' ) > or 'ctrl-shift-k' anytime. I can raise or lower the current window ) > with 'ctrl-shift-m'. Iconify/restore, zooming/unzooming....everything ) > is done with a 'ctrl-shift-something' key stroke. ) > ) > But, after something snaps somewhere, this is no longer available. ) > The 'ctrl-shift' is treated as just a 'ctrl'. The ctrl key and the ) > shift key work fine if used separately. I mean, I can do all the ) > emacs-like command line editing with ctrl key and I can type in ) > CAPITALs with shift. But 'ctrl-shift' doesn't work anymore, thus ) > I lose all the handy twm hotkeys. ) > ) > The X server is running on Win2K. Twm is running on the remote Linux ) > box, which is fine with other X servers running on some other MS- ) > Windows machines, even after this happens on this Win2K. ) > ) > Once this happens, restarting twm internally(using twm's restart ) > menu), or restarting externally(exit twm and run it again from the ) > shell), or even restarting XWin(startxwin.sh) doesn't fix the problem. ) > I have to reboot Win2K. ) > ) > I don't know where the problem resides. And I don't know exactly how ) > to reproduce the situation where 'ctrl-shift' is treated as just a ctrl. ) > But it just happens and I have to reboot the machine. ;-< ) > ) > Whose problem is this? How can I fix(or avoid) it? ) > I would very much appreciate your help. TIA. ) > ) > I'm using this Cygwin version and I setup everything using the setup.exe. ) > CYGWIN_NT-5.0 myWin2K 1.3.12(0.54/3/2) 2002-07-06 02:16 i686 unknown ) > From Smafrozahsan@aol.com Sat Sep 14 18:50:00 2002 From: Smafrozahsan@aol.com (Smafrozahsan@aol.com) Date: Sat, 14 Sep 2002 18:50:00 -0000 Subject: I would like to join Message-ID: Hi All, I have recently installed Xfree in cygwin and i would like to join the mailer list could u tell me how i could join please... Your Truly, Afroz From rasjidw@openminddev.net Sat Sep 14 18:54:00 2002 From: rasjidw@openminddev.net (Rasjid Wilcox) Date: Sat, 14 Sep 2002 18:54:00 -0000 Subject: I would like to join In-Reply-To: References: Message-ID: <200209142009.13647.rasjidw@openminddev.net> On Sat, 14 Sep 2002 7:59 pm, Smafrozahsan@aol.com wrote: > Hi All, > I have recently installed Xfree in cygwin and i would like to join the > mailer list could u tell me how i could join please... > > Your Truly, > Afroz ?! You found the list name, but missed the form?? See http://cygwin.com/lists.html and use the form at the bottom. Alternately, just email cygwin-xfree-subscribe@cygwin.com. Rasjid. From satimis@writeme.com Sat Sep 14 19:25:00 2002 From: satimis@writeme.com (Stephen Liu) Date: Sat, 14 Sep 2002 19:25:00 -0000 Subject: Starting cygwin problem Message-ID: <3D83E787.7020605@writeme.com> Hi All Folks, I have Cygwin installed on a WinXP PC which linked to LTSP server, working as a diskless workstartion and a standand alone PC as well. The PC has 2 NICs, one of which is mounted with a boot-rom and connected to LTSP server and another to Internet. Starting WinXP by selecting 'LOCAL' when turned on the PC Clicking 'Cygwin' icon on desktop, The shell window popup I have no name!@M40G ~ $ cygstart Usage: cygstart [-a STRING] [d- STRING].......... ..........[OPTION]... FILE [ARGUMENTS] I have no name!@M40G ~ $ hostname [ENTER] M40G [is the name of the PC/computer] I have no name!@M40G ~ $ X -query 192.168.0.254 [ENTER] (IP Add of LTSP server) started an empty "Cygwin/XFree86 window I have no name!@M40G ~ $ ping 192.168.0.254 (IP Add of LTSP server) Pinging 192.168.0.254 with 32 bytes of data: Reply from 192.168.0.254: bytes=32 time<1ms TTL=255 Reply from 192.168.0.254: bytes=32 time<1ms TTL=255 Reply from 192.168.0.254: bytes=32 time<1ms TTL=255 Reply from 192.168.0.254: bytes=32 time<1ms TTL=255 Ping statistics for 192.168.0.254: Packets: Sent = 4, Received = 4, Lost = 0 (0% loss), Approximate round trip times in milli-seconds: Minimum = 0ms, Maximum = 0ms, Average = 0ms Ping name of LTSP server can't connect TEST ON LTSP Server ================= Ping client IP address showing connecting Ping client's name can't connected Kindly advise how to make them connected and proceed Thanks in advance. Stephen Liu From pechtcha@cs.nyu.edu Sat Sep 14 19:49:00 2002 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Sat, 14 Sep 2002 19:49:00 -0000 Subject: Starting cygwin problem In-Reply-To: <3D83E6D5.3040301@writeme.com> Message-ID: On Sun, 15 Sep 2002, Stephen Liu wrote: > Hi All Folks, > > I have Cygwin installed on a WinXP PC which linked to LTSP server, > working as a diskless workstartion and a standand alone PC as well. The > PC has 2 NICs, one of which is mounted with a boot-rom and connected to > LTSP server and another to Internet. > > Starting WinXP by selecting 'LOCAL' when turned on the PC > > Clicking 'Cygwin' icon on desktop, The shell window popup > > I have no name!@M40G ~ > $ cygstart > Usage: cygstart [-a STRING] [d- STRING].......... > ..........[OPTION]... FILE [ARGUMENTS] > > I have no name!@M40G ~ > $ hostname [ENTER] > M40G [is the name of the PC/computer] > > I have no name!@M40G ~ > $ X -query 192.168.0.254 [ENTER] (IP Add of LTSP server) > > started an empty "Cygwin/XFree86 window > > Kindly advise how to make them connected > > Thanks in advance. > > Stephen Liu Mmm... Cygwin is a UNIX emulation environment under windows. You got yourself a UNIX shell prompt. Technically, you've started Cygwin. :-) What exactly are you trying to start again? If my guess is correct, and you're trying to start an X session on Cygwin/XFree86, try running startx, and search the cygwin-xfree mailing list archives for details: http://www.cygwin.com/ml/cygwin-xfree/ X-related questions should be addressed there. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! It took the computational power of three Commodore 64s to fly to the moon. It takes a 486 to run Windows 95. Something is wrong here. -- SC sig file From satimis@writeme.com Sun Sep 15 00:41:00 2002 From: satimis@writeme.com (Stephen Liu) Date: Sun, 15 Sep 2002 00:41:00 -0000 Subject: Starting cygwin problem References: Message-ID: <3D83EFE2.2080702@writeme.com> Hi Igor, Igor Pechtchanski wrote: >On Sun, 15 Sep 2002, Stephen Liu wrote: > >> Hi All Folks, >> >>I have Cygwin installed on a WinXP PC which linked to LTSP server, >>working as a diskless workstartion and a standand alone PC as well. The >>PC has 2 NICs, one of which is mounted with a boot-rom and connected to >>LTSP server and another to Internet. >> >>Starting WinXP by selecting 'LOCAL' when turned on the PC >> >>Clicking 'Cygwin' icon on desktop, The shell window popup >> >>I have no name!@M40G ~ >>$ cygstart >>Usage: cygstart [-a STRING] [d- STRING].......... >>..........[OPTION]... FILE [ARGUMENTS] >> >>I have no name!@M40G ~ >>$ hostname [ENTER] >>M40G [is the name of the PC/computer] >> >>I have no name!@M40G ~ >>$ X -query 192.168.0.254 [ENTER] (IP Add of LTSP server) >> >>started an empty "Cygwin/XFree86 window >> >>Kindly advise how to make them connected >> >>Thanks in advance. >> >>Stephen Liu >> > >Mmm... Cygwin is a UNIX emulation environment under windows. You got >yourself a UNIX shell prompt. Technically, you've started Cygwin. :-) >What exactly are you trying to start again? > I need to run Linux on WinXP side by side. >If my guess is correct, and you're trying to start an X session on >Cygwin/XFree86, try running startx, and search the cygwin-xfree mailing >list archives for details: http://www.cygwin.com/ml/cygwin-xfree/ >X-related questions should be addressed there. > Igor > I searched "startx" and "start X session" but could not find some answer/question relevant. Thanks in advance. Stephen From pechtcha@cs.nyu.edu Sun Sep 15 00:56:00 2002 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Sun, 15 Sep 2002 00:56:00 -0000 Subject: Starting cygwin problem In-Reply-To: <3D83EFE2.2080702@writeme.com> Message-ID: On Sun, 15 Sep 2002, Stephen Liu wrote: > Hi Igor, > > Igor Pechtchanski wrote: > > >On Sun, 15 Sep 2002, Stephen Liu wrote: > > > >> Hi All Folks, > >> > >>I have Cygwin installed on a WinXP PC which linked to LTSP server, > >>working as a diskless workstartion and a standand alone PC as well. The > >>PC has 2 NICs, one of which is mounted with a boot-rom and connected to > >>LTSP server and another to Internet. > >> > >>Starting WinXP by selecting 'LOCAL' when turned on the PC > >> > >>Clicking 'Cygwin' icon on desktop, The shell window popup > >> > >>I have no name!@M40G ~ > >>$ cygstart > >>Usage: cygstart [-a STRING] [d- STRING].......... > >>..........[OPTION]... FILE [ARGUMENTS] > >> > >>I have no name!@M40G ~ > >>$ hostname [ENTER] > >>M40G [is the name of the PC/computer] > >> > >>I have no name!@M40G ~ > >>$ X -query 192.168.0.254 [ENTER] (IP Add of LTSP server) > >> > >>started an empty "Cygwin/XFree86 window > >> > >>Kindly advise how to make them connected > >> > >>Thanks in advance. > >> > >>Stephen Liu > >> > > > >Mmm... Cygwin is a UNIX emulation environment under windows. You got > >yourself a UNIX shell prompt. Technically, you've started Cygwin. :-) > >What exactly are you trying to start again? > > > I need to run Linux on WinXP side by side. > > >If my guess is correct, and you're trying to start an X session on > >Cygwin/XFree86, try running startx, and search the cygwin-xfree mailing > >list archives for details: http://www.cygwin.com/ml/cygwin-xfree/ > >X-related questions should be addressed there. > > Igor > > I searched "startx" and "start X session" but could not find some > answer/question relevant. > > Thanks in advance. > Stephen Stephen, First off, the Reply-To: header means that I'd prefer to get the answer at that address, rather than at the From: address. I'm really surprised Netscape doesn't handle this correctly. Second, the cygwin-xfree list really is the appropriate place for this discussion, so please don't Cc: further replies to the cygwin list. Third, it might help if you actually installed all the relevant XFree86 packages for Cygwin. A search of Cygwin setup packages on http://cygwin.com/packages/ for "startx" returned a bunch of hits in the XFree86 packages -- try it. Fourth, do a search on google for "Cygwin startx" and read the first hit. Good luck. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "Water molecules expand as they grow warmer" (C) Popular Science, Oct'02, p.51 From Smafrozahsan@aol.com Sun Sep 15 02:11:00 2002 From: Smafrozahsan@aol.com (Smafrozahsan@aol.com) Date: Sun, 15 Sep 2002 02:11:00 -0000 Subject: Trouble with compression Message-ID: <166.13d056c2.2ab593c0@aol.com> Hi all i am haveing trouble uncompressing my file to install KDE. i had them all as *.tar.bz2, i tried the conventional way with tar -xjf /.tar.bz2 (the files are in my root directory.) then i used bzip2 and now i have a whole bunch of .tar files , how can i uncompress these..pls help Bye Afroz From rasjidw@openminddev.net Sun Sep 15 03:11:00 2002 From: rasjidw@openminddev.net (Rasjid Wilcox) Date: Sun, 15 Sep 2002 03:11:00 -0000 Subject: Starting cygwin problem In-Reply-To: <3D83E787.7020605@writeme.com> References: <3D83E787.7020605@writeme.com> Message-ID: <200209151756.51752.rasjidw@openminddev.net> On Sun, 15 Sep 2002 11:51 am, Stephen Liu wrote: > Hi All Folks, > > I have Cygwin installed on a WinXP PC which linked to LTSP server, > working as a diskless workstartion and a standand alone PC as well. The > PC has 2 NICs, one of which is mounted with a boot-rom and connected > to LTSP server and another to Internet. > > Starting WinXP by selecting 'LOCAL' when turned on the PC > > Clicking 'Cygwin' icon on desktop, The shell window popup > > I have no name!@M40G ~ > $ cygstart > Usage: cygstart [-a STRING] [d- STRING].......... > ..........[OPTION]... FILE [ARGUMENTS] > > I have no name!@M40G ~ > $ hostname [ENTER] > M40G [is the name of the PC/computer] > > I have no name!@M40G ~ > $ X -query 192.168.0.254 [ENTER] (IP Add of LTSP server) > Try instead: $ XWin.exe -query 192.168.0.254 -from You will need the -from paramater, due to the 2 NICs. Failing that, read the Cygwin-XFree FAQ. Rasjid. From spetreolle@yahoo.fr Sun Sep 15 03:58:00 2002 From: spetreolle@yahoo.fr (=?iso-8859-1?q?Sylvain=20Petreolle?=) Date: Sun, 15 Sep 2002 03:58:00 -0000 Subject: Trouble with compression In-Reply-To: <166.13d056c2.2ab593c0@aol.com> Message-ID: <20020915091132.91332.qmail@web10102.mail.yahoo.com> Ask to kde-cygwin@mail.kde.org --- Smafrozahsan@aol.com a ??crit : > Hi all i am haveing trouble uncompressing my file to install KDE. i > had them > all as *.tar.bz2, i tried the conventional way with tar -xjf > /.tar.bz2 (the > files are in my root directory.) then i used bzip2 and now i have a > whole > bunch of .tar files , how can i uncompress these..pls help > > Bye > Afroz ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en fran??ais ! Yahoo! Mail : http://fr.mail.yahoo.com From satimis@writeme.com Sun Sep 15 05:12:00 2002 From: satimis@writeme.com (Stephen Liu) Date: Sun, 15 Sep 2002 05:12:00 -0000 Subject: Starting cygwin problem References: <3D83E787.7020605@writeme.com> <200209151756.51752.rasjidw@openminddev.net> Message-ID: <3D845CE4.1020307@writeme.com> Hi Rasjid, Lot of thanks for your expertise advice. Now it works. I create a batch file in "cygwin"directory and a shortcut on WinXP desktop to start "cygwin". It is very convenient. The remaining question is how to resize "Cygwin/XFree86" window allowing WinXP and Linux running side by side. I have not add "-fullscreen" to the batch file. Thanks again for your assistance. Stephen Rasjid Wilcox wrote: >On Sun, 15 Sep 2002 11:51 am, Stephen Liu wrote: > >>Hi All Folks, >> >>I have Cygwin installed on a WinXP PC which linked to LTSP server, >>working as a diskless workstartion and a standand alone PC as well. The >>PC has 2 NICs, one of which is mounted with a boot-rom and connected >>to LTSP server and another to Internet. >> >>Starting WinXP by selecting 'LOCAL' when turned on the PC >> >>Clicking 'Cygwin' icon on desktop, The shell window popup >> >>I have no name!@M40G ~ >>$ cygstart >>Usage: cygstart [-a STRING] [d- STRING].......... >> ..........[OPTION]... FILE [ARGUMENTS] >> >>I have no name!@M40G ~ >>$ hostname [ENTER] >>M40G [is the name of the PC/computer] >> >>I have no name!@M40G ~ >>$ X -query 192.168.0.254 [ENTER] (IP Add of LTSP server) >> > >Try instead: >$ XWin.exe -query 192.168.0.254 -from > >You will need the -from paramater, due to the 2 NICs. > >Failing that, read the Cygwin-XFree FAQ. > >Rasjid. > From rasjidw@openminddev.net Sun Sep 15 05:23:00 2002 From: rasjidw@openminddev.net (Rasjid Wilcox) Date: Sun, 15 Sep 2002 05:23:00 -0000 Subject: Starting cygwin problem In-Reply-To: <3D845CE4.1020307@writeme.com> References: <3D83E787.7020605@writeme.com> <200209151756.51752.rasjidw@openminddev.net> <3D845CE4.1020307@writeme.com> Message-ID: <200209152058.00229.rasjidw@openminddev.net> On Sun, 15 Sep 2002 8:11 pm, Stephen Liu wrote: > The remaining question is how to resize "Cygwin/XFree86" window allowing > WinXP and Linux running side by side. I have not add "-fullscreen" to > the batch file. I'm not quite sure what you mean here. If you just want a smaller XServer window, then use the screen paramater. If you want something else, you will have to be more explicit about what you mean. See man XWin for info on the screen paramater. Note that Cygwin-XFree does not currenly support on-the-fly resizing of the root X window. Rasjid. From satimis@writeme.com Sun Sep 15 13:47:00 2002 From: satimis@writeme.com (Stephen Liu) Date: Sun, 15 Sep 2002 13:47:00 -0000 Subject: Starting cygwin problem In-Reply-To: <200209152058.00229.rasjidw@openminddev.net> References: <3D845CE4.1020307@writeme.com> <3D83E787.7020605@writeme.com> <200209151756.51752.rasjidw@openminddev.net> <3D845CE4.1020307@writeme.com> Message-ID: <5.1.1.6.0.20020915195949.02eb5e88@pop.net-yan.com> Hi Rasjid, At 08:58 PM 9/15/2002 +1000, Rasjid Wilcox wrote: >On Sun, 15 Sep 2002 8:11 pm, Stephen Liu wrote: > > > The remaining question is how to resize "Cygwin/XFree86" window allowing > > WinXP and Linux running side by side. I have not add "-fullscreen" to > > the batch file. > >I'm not quite sure what you mean here. If you just want a smaller XServer >window, then use the screen paramater. If you want something else, you will >have to be more explicit about what you mean. Linux occupies the whole monitor screen and I am not allowed to resize (reduce its window frame) its window so that WinXP will also appear on the monitor screen simultaneously. If Linux window can't be resized then I have to shrink it to icon in order to view WinXP window. Is it possible to adjust Linux window frame manually with the mouse? If NOT, is there any solution to get a smaller Linux window. Thanks Stephen >See man XWin for info on the screen paramater. > >Note that Cygwin-XFree does not currenly support on-the-fly resizing of the >root X window. > >Rasjid. From rasjidw@openminddev.net Sun Sep 15 17:55:00 2002 From: rasjidw@openminddev.net (Rasjid Wilcox) Date: Sun, 15 Sep 2002 17:55:00 -0000 Subject: Starting cygwin problem In-Reply-To: <5.1.1.6.0.20020915195949.02eb5e88@pop.net-yan.com> References: <3D845CE4.1020307@writeme.com> <5.1.1.6.0.20020915195949.02eb5e88@pop.net-yan.com> Message-ID: <200209152223.36074.rasjidw@openminddev.net> On Sun, 15 Sep 2002 10:12 pm, Stephen Liu wrote: > Linux occupies the whole monitor screen and I am not allowed to resize > (reduce its window frame) its window so that WinXP will also appear on the > monitor screen simultaneously. If Linux window can't be resized then I > have to shrink it to icon in order to view WinXP window. Is it possible to > adjust Linux window frame manually with the mouse? No. > If NOT, is there any > solution to get a smaller Linux window. Yes. Read my original response. Use the 'screen' paramater. Read the XWin 'man' page. That is what they are there for. You can even run $ XWin.exe -help $ cat /tmp/XWin.log Rasjid. From swhatley@hal-pc.org Mon Sep 16 00:38:00 2002 From: swhatley@hal-pc.org (Steven Whatley) Date: Mon, 16 Sep 2002 00:38:00 -0000 Subject: Starting cygwin problem In-Reply-To: <200209152223.36074.rasjidw@openminddev.net> Message-ID: Hi all, I'm having problems start X under cygwin on a WinXP and start a login session on a RedHat system. I've tried from Cygwin $ startx -- -query 192.168.1.12 and get: .. Xlib: connection to ":0.0" refused by server Xlib: No protocol specified .. Xlib: connection to ":0.0" refused by server Xlib: No protocol specified ... host.alow on the RH system is set up OK. On the RH system, I've got /usr/lib/X11/xdm/Xaccess set up (I think) to allow XDMCP connections. I have read the Cygwin/XFree documentation. Any info will be appreciated. Thanks, Steven From csantia@qwest.com Mon Sep 16 00:44:00 2002 From: csantia@qwest.com (Carlos M. Santiago) Date: Mon, 16 Sep 2002 00:44:00 -0000 Subject: # XFree and NT4.0 SP 6 hang after first client Message-ID: <3D852BFB.6030800@qwest.com> Hello Andrew, Were you able to solve your problem? I am experiencing exactly the same problem you described. In my case, it happens on 2 of 3 of my Windowx XP w/SP 1 boxes. All boxes have fresh Cygwin installations and no custom configurations (i.e. all have the exact same Cygwin packages installed + same versions). I also have no problems in a Windows NT w/SP 6 box at work with the exact same Cygwin packages + versions. None of the boxes have any special Cygwin configurations, just the installed defaults. At first I thought it might be a video card driver issue, but I quickly dismissed it as the X server comes up good, and only hangs after the 2nd X client is started. Starting a window manager counts as an X client run (i.e. a window manager will start if run, but trying to start and xterm or xeyes will hang the X server, requiring a kill to stop everyting). When the window manager is started and no other X client is run, the window manager can be stopped normally, and the X server shutdown via ALT+F4. Again, the hang happens as soon as a 2nd X client is run. The XWin.log file produced when starting the X server is below. Any help on this will be greatly appreciated. - Carlos > From: Andrew Robinson > To: cygwin-xfree at cygwin dot com > Date: Sat, 7 Sep 2002 00:13:41 -0600 (MDT) > Subject: XFree and NT4.0 SP 6 hang after first client > Reply-to: cygwin-xfree at cygwin dot com > > I just installed the latest stable XFree using setup.exe, and am > experiencing an X server hang after the first client. I was starting > the server using startxwin.sh, and it would appear to immediately > hang, so I tried starting just XWin directly. That worked - at least > the mouse pointer would move around the screen. I then started one > client, such as xterm or xeyes, and that client would work properly. > However, as soon as I attempted to start a second client, the X server > would hang. I needed to kill it in order to shut it down. I don't see > any errors in the server log file. Any ideas on what could be causing > this? ----------8< CUT HERE ---------- (XWin.log) ddxProcessArgument - Initializing default screens winInitializeDefaultScreens - w 1600 h 1200 winInitializeDefaultScreens - Returning winDetectSupportedEngines - Windows NT/2000/XP winDetectSupportedEngines - DirectDraw installed winDetectSupportedEngines - Allowing PrimaryDD winDetectSupportedEngines - DirectDraw4 installed winDetectSupportedEngines - Returning, supported engines 0000001f winSetEngine - Using Shadow DirectDraw NonLocking winAdjustVideoModeShadowDDNL - Using Windows display depth of 32 bits per pixel winAdjustForAutoHide - Original WorkArea: 0 0 1200 1600 winAdjustForAutoHide - Adjusted WorkArea: 0 0 1200 1600 winCreateBoundingWindowWindowed - WindowClient w 1024 h 768 r 1024 l 0 b 768 t 0 winCreateBoundingWindowWindowed - Returning winAllocateFBShadowDDNL - lPitch: 4096 winFinishScreenInitFB - Masks: 00ff0000 0000ff00 000000ff winInitVisualsShadowDDNL - Masks 00ff0000 0000ff00 000000ff BPRGB 8 d 24 bpp 32 winCreateDefColormap - Deferring to fbCreateDefColormap () winScreenInit - returning winDetectSupportedEngines - Windows NT/2000/XP winDetectSupportedEngines - DirectDraw installed winDetectSupportedEngines - Allowing PrimaryDD winDetectSupportedEngines - DirectDraw4 installed winDetectSupportedEngines - Returning, supported engines 0000001f winSetEngine - Using Shadow DirectDraw NonLocking winAdjustForAutoHide - Original WorkArea: 0 0 1200 1600 winAdjustForAutoHide - Adjusted WorkArea: 0 0 1200 1600 winCreateBoundingWindowWindowed - WindowClient w 1024 h 768 r 1024 l 0 b 768 t 0 winCreateBoundingWindowWindowed - Returning winAllocateFBShadowDDNL - lPitch: 4096 winFinishScreenInitFB - Masks: 00ff0000 0000ff00 000000ff winInitVisualsShadowDDNL - Masks 00ff0000 0000ff00 000000ff BPRGB 8 d 24 bpp 32 winCreateDefColormap - Deferring to fbCreateDefColormap () winScreenInit - returning From geert.pille@vandemoortele.com Mon Sep 16 03:01:00 2002 From: geert.pille@vandemoortele.com (Pille Geert (bkarnd)) Date: Mon, 16 Sep 2002 03:01:00 -0000 Subject: twm iconmngr missing inputs Message-ID: Maybe xev reports through standard error, in which case: xev > file 2>&1 would save everything in "file", standard out and standard error if you want them separate xev >file.o 2>file.e -----Original Message----- From: Dai [mailto:Daisaku_Itasaka@el.nec.com] Sent: vrijdag 13 september 2002 20:25 To: cygwin-xfree@cygwin.com Subject: Re: twm iconmngr missing inputs Things don't happen when you expect....Murphy's Law? ;-< So far since the first post, I haven't been able to get to the situation where 'ctrl-shift' doesn't work. Until yesterday, it had happened in about every few hours or so, sometimes less than 30 minutes. I got the xev output for the "normal" case already and am ready to do that for the "bad" case. Speaking of xev output messages, how would you save it in a file? I thought a simple redirection(xev > file) should work but didn't. I ended up yanking and copying the face of the xterm window. What is the proper way to do it? By the way, I did one thing on XWin, which I don't know might help or not. That's the -emulate3buttons option. I hadn't used it. But I realized that I needed it because the yanking and copying on xterm didn't work without it. Since restarted with this option, the problem hasn't happened yet. I don't know if it's related or not. Thanks for your help. Dai (a mouse-hater :-) ) Thank you for the detailed report. ) ) You now need to do three things before we can comment on your problem: ) ) 1) Run ``xev'' (X Event Viewer) before the problem occurs. Press a few ) combinations of keys involving Ctrl, Shift, and some letters. Keep it ) simple and document exactly what you push. Save the output of xev to ) a file. ) ) 2) Run ``xev'' after the problem occurs but before you reboot. Repeat ) the EXACT combinations of keys that you pressed above. Save this output ) to another file. ) ) 3) Email the contents of both files into cygwin-xfree@cygwin.com, ) along with a description of which keys you pressed in which order. ) ) With that information we should be able to figure out what is going on. ) ) Harold ) ) > Dai wrote: ) > ) > Hello all, ) > ) > Here's how I use this thing: ) > ) > - start bash on Win2K ) > - type "startxwin.sh" in the bash window ) > (this creates the root window and a xterm window in it) ) > - type "xhost myLinux" in the xterm ) > - type "telnet myLinux" in the xterm ) > (this gives me a tcsh prompt on the remote host) ) > - type "setenv DISPLAY myWin2K:0" ) > - type "twm &" ) > ) > Then twm starts running and I enjoy the wonderful twm world without ) > any problem whatsoever. I can move to any window with 'ctrl-shift-j' ) > or 'ctrl-shift-k' anytime. I can raise or lower the current window ) > with 'ctrl-shift-m'. Iconify/restore, zooming/unzooming....everything ) > is done with a 'ctrl-shift-something' key stroke. ) > ) > But, after something snaps somewhere, this is no longer available. ) > The 'ctrl-shift' is treated as just a 'ctrl'. The ctrl key and the ) > shift key work fine if used separately. I mean, I can do all the ) > emacs-like command line editing with ctrl key and I can type in ) > CAPITALs with shift. But 'ctrl-shift' doesn't work anymore, thus ) > I lose all the handy twm hotkeys. ) > ) > The X server is running on Win2K. Twm is running on the remote Linux ) > box, which is fine with other X servers running on some other MS- ) > Windows machines, even after this happens on this Win2K. ) > ) > Once this happens, restarting twm internally(using twm's restart ) > menu), or restarting externally(exit twm and run it again from the ) > shell), or even restarting XWin(startxwin.sh) doesn't fix the problem. ) > I have to reboot Win2K. ) > ) > I don't know where the problem resides. And I don't know exactly how ) > to reproduce the situation where 'ctrl-shift' is treated as just a ctrl. ) > But it just happens and I have to reboot the machine. ;-< ) > ) > Whose problem is this? How can I fix(or avoid) it? ) > I would very much appreciate your help. TIA. ) > ) > I'm using this Cygwin version and I setup everything using the setup.exe. ) > CYGWIN_NT-5.0 myWin2K 1.3.12(0.54/3/2) 2002-07-06 02:16 i686 unknown ) > =============================== This email is confidential and intended solely for the use of the individual to whom it is addressed. If you are not the intended recipient, be advised that you have received this email in error and that any use, dissemination, forwarding, printing, or copying of this email is strictly prohibited. You are explicitly requested to notify the sender of this email that the intended recipient was not reached. From geert.pille@vandemoortele.com Mon Sep 16 08:12:00 2002 From: geert.pille@vandemoortele.com (Pille Geert (bkarnd)) Date: Mon, 16 Sep 2002 08:12:00 -0000 Subject: French keyboard : XWin -query Message-ID: I suppose it would be easier if we all started speaking english at home too? Not that I persist, but I quite like my own language, so I'll wait for a UN resolution banning the use of other languages. Geert -----Original Message----- From: Nicholas Wourms [mailto:nwourms@yahoo.com] Sent: vrijdag 13 september 2002 16:34 To: cygwin-xfree@cygwin.com Subject: Re: French keyboard : XWin -query --- UTZEL Nadine wrote: > Hello, > > I try to replace Exceed by Xfree86 in my department of research. > In my .bat file, I generate a keymap and I connect to a hostname > parameter > (see after). > > So, at the login windows, my keyboard is french and so during my > session. > > But, the ALT GR doesn't work. So we can't use XFree86, because our > scientists need > ~ { [ | \ ] } in their programs or in their Matlab session. > > What is your solution for this problem ? The easiest solution is to purchase English Keyboards, which is what the current Cygwin/XFree maintainer uses. However, if you persist on using the nonstandard keyboard, my suggestion would be to search the mailinglist archives -- the URL is located at the bottom of this message. Cheers, Nicholas __________________________________________________ Do you Yahoo!? Yahoo! News - Today's headlines http://news.yahoo.com =============================== This email is confidential and intended solely for the use of the individual to whom it is addressed. If you are not the intended recipient, be advised that you have received this email in error and that any use, dissemination, forwarding, printing, or copying of this email is strictly prohibited. You are explicitly requested to notify the sender of this email that the intended recipient was not reached. From satimis@writeme.com Mon Sep 16 09:30:00 2002 From: satimis@writeme.com (Stephen Liu) Date: Mon, 16 Sep 2002 09:30:00 -0000 Subject: Starting cygwin problem In-Reply-To: <200209152223.36074.rasjidw@openminddev.net> References: <5.1.1.6.0.20020915195949.02eb5e88@pop.net-yan.com> <3D845CE4.1020307@writeme.com> <5.1.1.6.0.20020915195949.02eb5e88@pop.net-yan.com> Message-ID: <5.1.1.6.0.20020916171854.00b43fa0@pop.net-yan.com> Hi Rasjid, Thanks for your further advice. I performed following tests At 10:23 PM 9/15/2002 +1000, you wrote: >Yes. Read my original response. Use the 'screen' paramater. Read the XWin >'man' page. On Konsole Window =============== # man XWin No manual entry for XWin Which package shall I install to have XWin manual ??? # XWin.exe -help bash: XWin.exe: command not found # cat /tmp/XWin.log: no such file or directory On "cygwin" window (WinXP) =============== I have no name!@M40G ~ $ man XWin bash: man: command not found I have no name!@M40G ~ $ XWin.exe -help [ENTER] no response I have no name!@M40G ~ $ XWin.exe --help [ENTER] no response I have no name!@M40G ~ $ cat /tmp/XWin.log ddxProcessArgument - Initializing default screens winInitializeDefaultScreens - w 1024 h 768 winInitializeDefaultScreens - Returning Unrecognized option: --help use: X [:] [option] *** snip *** -screen scr_num width height Set screen scr_num's width and height *** snip *** In the absence of "XWin" manual, I make following assumption To add "-screen aaaxbbb" to the batch file. The measurement in "mm' or in "inch' ??? Kindly advise. Thanks Stephen > That is what they are there for. > >You can even run >$ XWin.exe -help >$ cat /tmp/XWin.log > >Rasjid. From cygwin-xfree@cygwin.com Mon Sep 16 10:18:00 2002 From: cygwin-xfree@cygwin.com (cygwin-xfree@cygwin.com) Date: Mon, 16 Sep 2002 10:18:00 -0000 Subject: Xlib:Maximum number of clients reached In-Reply-To: <3D85B4F3.1111EFDD@wipro.com> References: <3D85B4F3.1111EFDD@wipro.com> Message-ID: <20020916151304.GE2212@redhat.com> Redirected to correct mailing list. On Mon, Sep 16, 2002 at 04:09:48PM +0530, Shashidhara Balakrishna Rao wrote: >We have been using cygwin in our project . Sometimes we get the >following error > >Xlib: Connection to "xxxx:0.0"refused by server. >Xlib:Maximum number of clients reached > >Can anyone help if they have been able to solve this problem. > >I tried increasing the number of open file descriptors( uname -n 128 to >uname -n 256) . But it did not help . From satimis@writeme.com Mon Sep 16 11:26:00 2002 From: satimis@writeme.com (Stephen Liu) Date: Mon, 16 Sep 2002 11:26:00 -0000 Subject: Files transfer question Message-ID: <3D86071B.1090707@writeme.com> Hi All Folks, I have "cygwin" running on WinXP which is connected to LTSP server. How can I transfer files between them. To make it more specific :- If I have a document created on OpenOffice how can I transfer it to WinXP Office. Thanks in advance. Stephen Liu From davidf@sjsoft.com Mon Sep 16 11:31:00 2002 From: davidf@sjsoft.com (David Fraser) Date: Mon, 16 Sep 2002 11:31:00 -0000 Subject: Files transfer question References: <3D86071B.1090707@writeme.com> Message-ID: <3D861267.3080906@sjsoft.com> With Samba Stephen Liu wrote: > Hi All Folks, > > I have "cygwin" running on WinXP which is connected to LTSP server. > How can I transfer files between them. To make it more specific :- If > I have a document created on OpenOffice how can I transfer it to WinXP > Office. > > Thanks in advance. > > Stephen Liu > From Hans.Oeste@gems9.gov.bc.ca Mon Sep 16 11:35:00 2002 From: Hans.Oeste@gems9.gov.bc.ca (Oeste, Hans P GPEB:EX) Date: Mon, 16 Sep 2002 11:35:00 -0000 Subject: Files transfer question Message-ID: <1A292AB81CCFD2118F590008C7A4EF2E12EC5BF2@summer.bcsc.gov.bc.ca> You might want to make sure to dave them in a file format that is supported by Office XP since it doesn't support Open Office, of course. Then save it to a file share that both can access. Hans-Peter Oeste -----Original Message----- From: Stephen Liu [mailto:satimis@writeme.com] Sent: Monday, September 16, 2002 9:30 AM To: cygwin-xfree@cygwin.com Subject: Files transfer question Hi All Folks, I have "cygwin" running on WinXP which is connected to LTSP server. How can I transfer files between them. To make it more specific :- If I have a document created on OpenOffice how can I transfer it to WinXP Office. Thanks in advance. Stephen Liu From csd99440@cse.iitd.ernet.in Mon Sep 16 12:26:00 2002 From: csd99440@cse.iitd.ernet.in (deepak s patwardhan) Date: Mon, 16 Sep 2002 12:26:00 -0000 Subject: Installing cygwin in windowsXP - HELP! Message-ID: Hi, I almost always work on linux, but presently I am forced to work on windowsXP for sometime. So, I decided to install cygwin. I downloaded the packages myself from one of the mirror sites on a linux machine in my lab and copied onto my PC (instead of letting the setup.exe download it because the net connection on my PC is very slow). Now when I try to install cygwin, I give the directory where the packages are kept, the setup starts and does something for sometime, but then gets stuck and windows very nicely says that setup has encountered a problem and needs to close. I tried some tricks like looking at the problem causing package and removed that from the package directory and agina trying the setup, and I tried this many times with many packages. I tried to run the program in windows98 compatibilty mode. But of no avail. It gets stuck somewhere or the other. Could anyone suggest a way out? (if any). Installing from internet is not an option as net connection is very slow. best regards, deepak. -- Software, n.: Formal evening attire for female computer analysts. From keith@keithtyler.com Mon Sep 16 13:07:00 2002 From: keith@keithtyler.com (Keith D. Tyler) Date: Mon, 16 Sep 2002 13:07:00 -0000 Subject: X client wrapper for Win apps? Message-ID: <200209161835.g8GIZGt21991@shell.faradic.net> Hello, I don't know if this has been asked before, but I can't find a great search string that would help me find answers to my question. I'm dreaming of the possibility of using Xwin as my Windows shell. I've seen the recent post from D.F. about using KDE as his Windows desktop. I've tried basically this already, but it has two flaws that IMO make the solution very clunky: Running Windows apps makes the Xwin minimize. Win apps are independent of the X Windowing environment; for example, I can't use a virtual desktop that will affect my Win apps. (Right now I am using two virtual desktops: JSPager for my Windows environment, and then FvwmPager in my Xwin. This means I have a weird nested virtual desktop, which is fine but awkward -- I have to have two sets of desktop-switching keys, etc.) D.F. noted that Cygwin/Xfree doesn't or can't run in the same sort of rootless manner as Windows Explorer. I was thinking of an alternate solution. Is there an app that can wrap MS apps (running on real Win32) into X windows clients? I.e. I could start iexplore.exe and it would appear within my X environment like an X app, not indifferent to it. Is this even possible? Feasible/practical? Another alternate solution would be if there was a native Win32 version of fvwm, that could manage Win32 windows as well as accept X client connects, but thats a question for someone else I'm sure... At very least, some native Win32 WM, fvwm or not, that could handle both types of apps. This is, I realize, all probably very unrealistic dreaming, but any leads or tips are welcome. TIA, ================================================================== Keith D. Tyler keith@keithtyler.com Federal Way, WA http://www.keithtyler.com ------------------------------------------------------------------ Terrorists can attack freedom, but only Congress can destroy it. ================================================================== From spetreolle@yahoo.fr Mon Sep 16 13:34:00 2002 From: spetreolle@yahoo.fr (=?iso-8859-1?q?Sylvain=20Petreolle?=) Date: Mon, 16 Sep 2002 13:34:00 -0000 Subject: French keyboard : XWin -query In-Reply-To: Message-ID: <20020916192648.7159.qmail@web10104.mail.yahoo.com> just try to read... this has been discussed many times and is in the archive now.(I have a french keyboard and it functions, look at my email adress ;)) --- "Pille Geert (bkarnd)" a ??crit : > I suppose it would be easier if we all started speaking english at > home too? > > Not that I persist, but I quite like my own language, so I'll wait > for a UN > resolution banning the use of other languages. > > Geert > ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en fran??ais ! Yahoo! Mail : http://fr.mail.yahoo.com From jensen@physics.unr.edu Mon Sep 16 15:06:00 2002 From: jensen@physics.unr.edu (Lars Jensen) Date: Mon, 16 Sep 2002 15:06:00 -0000 Subject: No Windows Manager (XDMCP) Message-ID: I have XDMCP running on a linux server, and on the linux server I use Gnome 1.4 with Sawfish. I access the server from cygwin with XWin.exe -query ip.of.server The gdm login window appears correctly, but when I login, the windown manager doesn't function through the cygwin connection (no top bar on windows, etc). If I login directly through the console on the linux server, the windown manager runs fine. Any ideas? Thanks, Lars. -- Lars Jensen, TMCC/Vista B200, 7000 Dandini Blvd, Reno NV 89512-3999. Internet: , http://www.scsr.nevada.edu/~jensen Tel: 775.673.7113 FAX: 775.674.7592 From davidf@sjsoft.com Mon Sep 16 19:37:00 2002 From: davidf@sjsoft.com (David Fraser) Date: Mon, 16 Sep 2002 19:37:00 -0000 Subject: X client wrapper for Win apps? References: <200209161835.g8GIZGt21991@shell.faradic.net> Message-ID: <3D864039.5090902@sjsoft.com> Exactly my fiendish plot! Basically I've looked into it and these are my conclusions, if you find anything else please add it as it would be a useful body of knowledge to build up! Keith D. Tyler wrote: >Hello, > >I don't know if this has been asked before, but I can't find a great >search string that would help me find answers to my question. > >I'm dreaming of the possibility of using Xwin as my Windows shell. I've >seen the recent post from D.F. about using KDE as his Windows >desktop. I've tried basically this already, but it has two flaws that IMO >make the solution very clunky: > >Running Windows apps makes the Xwin minimize. > I've discovered that rather than using -fullscreen, if you simply use -nodecoration and set the X server to run at the same size as fullscreen, it doesn't minimize when you switch tasks, but still stays the same size as the full screen in the background. The advantage being you can still see it behind your other apps (if they're not maximized), although they're still not actually inside X windows. >Win apps are independent of the X Windowing environment; for example, I >can't use a virtual desktop that will affect my Win apps. > > >(Right now I am using two virtual desktops: JSPager for my Windows >environment, and then FvwmPager in my Xwin. This means I have a weird >nested virtual desktop, which is fine but awkward -- I have to have two >sets of desktop-switching keys, etc.) > > Could we modify them to send messages between them for certain desktops? So say you have Ctrl-F1, Ctrl-F2 switching to Linux Desktop 1 and 2, then Ctrl-F3, Ctrl-F4 switch back to the Windows one and tell it to activate a certain desktop. That way we'd be writing glue code rather than a whole new system. >D.F. noted that Cygwin/Xfree doesn't or can't run in the same sort of >rootless manner as Windows Explorer. I was thinking of an alternate >solution. Is there an app that can wrap MS apps (running on real >Win32) into X windows clients? I.e. I could start iexplore.exe and it >would appear within my X environment like an X app, not indifferent to it. > >Is this even possible? Feasible/practical? > Basically this is what Wine does: they translate all the GDI functions of Windows into X client library calls, so that the Windows program displays in the X server. However, Wine currently compiles on Unix, and we want to actually do this inside Windows, so that we effectively replace the GDI with this system. I investigated compiling the Wine GDI dll under Cygwin, but it's complex. Stephen Edwards has done quite a bit of porting Wine to MinGW/Cygwin for the purpose of ReactOS (an open source NT clone) but the lower level stuff like GDI and NTDLL etc is more difficult to port than the higher level stuff. If you look on the Wine development mailing list you can find some stuff about that if you're interested. I found that Wine is so interlinked that it's hard to pull apart (although actually a lot of the functions the GDI dll requires are win32 functions, so it might be possible). My next thought is to create a native windows dll which does a basic job of translating GDI to X. Then if any of the stuff from Wine is applicable we can bring it into that, rather than trying to port the whole thing. There's also a way you can hook any function call in any dll, so I thought a good way to start would be to hook the GDI calls and replicate them as X client calls / log them, get the simple ones going and then move onto the complex ones before actually replacing the dll. Since cygwin Xfree86 actually uses the GDI to display itself, it would then make sense to replace this with a native display like that used in Linux where X controls the whole video card (or maybe use the DirectDraw mode?) Other related things that might be interesting are: the open source implementation of the Windows Terminal Server protocol, www.rdesktop.org other replacement shells for windows: LiteStep, GeoShell, BlackBox for Windows The Raptor shell platform, an architecture for building shells for Windows. What I did try out as a simple experiment is ssh to my Linux machine, then run apps through Wine but display them in cygwin X, just to see what it will look like ... but it's quite a lot of work. It would be nice to know how much interest there is out there for this kind of thing, particularly other people willing to code... > >Another alternate solution would be if there was a native Win32 version of >fvwm, that could manage Win32 windows as well as accept X client connects, >but thats a question for someone else I'm sure... At very least, some >native Win32 WM, fvwm or not, that could handle both types of apps. > The difficulty here is the windows in X aren't individual Windows-GDI-type windows... so maybe if we can find a window manager that's been ported from X to Windows GDI, we can combine the port and the original version to manage both? Otherwise you could actually run multiple X servers, and flip between them... there's obviously a performance loss here ... > >This is, I realize, all probably very unrealistic dreaming, but any leads >or tips are welcome. > Probably but I don't see why it should remain so. Although there's probably a lot of work, almost all of this has been done before in another context and this would be a major addition to the Windows-UNIX interoperability area. > >TIA, > >================================================================== >Keith D. Tyler keith@keithtyler.com >Federal Way, WA http://www.keithtyler.com >------------------------------------------------------------------ > Terrorists can attack freedom, but only Congress can destroy it. >================================================================== > > > From csantia@qwest.com Mon Sep 16 23:11:00 2002 From: csantia@qwest.com (Carlos Santiago) Date: Mon, 16 Sep 2002 23:11:00 -0000 Subject: XFree hangs after first client is started Message-ID: <3D8655C4.FBC3CBBA@qwest.com> Hello, I wanted to ask the Cygwin/XFree community for help on this issue. It pretty much involves the X server hanging after one client is started (i.e. xterm, xeyes, or a window manager for that matter). There are no errors being logged or displayed. It happens on 2 of 4 boxes we have (sadly, it happens on the 2 boxes we need Cygwin/XFree in). All installations are fresh installations with no custom Cygwin configurations. All environment settings are exactly the same accross boxes. The following 2 threads describe the specifics: http://cygwin.com/ml/cygwin-xfree/2002-09/msg00085.html http://cygwin.com/ml/cygwin-xfree/2002-09/msg00038.html Are there any starting points I could start looking at? Given the lack of responses to the original poster, is this something any other people have experienced? Would it be worth the time looking into this or would it be appropriate for me to look into a non-Cygwin/XFree solution and instead into a different UNIX alternative? Thank you in advance for any help on this, - Carlos From satimis@writeme.com Tue Sep 17 00:40:00 2002 From: satimis@writeme.com (Stephen Liu) Date: Tue, 17 Sep 2002 00:40:00 -0000 Subject: Files transfer question References: <1A292AB81CCFD2118F590008C7A4EF2E12EC5BF2@summer.bcsc.gov.bc.ca> Message-ID: <3D869572.8080001@writeme.com> Hi Hans, David and other folks, Oeste, Hans P GPEB:EX wrote: >You might want to make sure to dave them in a file format that is supported >by Office XP since it doesn't support Open Office, of course. Then save it >to a file share that both can access. > There is nothing to do with file format. Files created in OpenOffice and OfficeXP are interchangeable. I am looking for a way to transfer files, disregarding their format, between WinXP and "cygwin/LTSP" not via Samba or another software. Now I make use of Internet for file transfer (dispatch files as attachment from Kmail and download it with Outlook Express). I am seeking whether there are other methods making use of 'cygwin/LTSP server" Thanks Stephen > > >-----Original Message----- >From: Stephen Liu [mailto:satimis@writeme.com] >Sent: Monday, September 16, 2002 9:30 AM >To: cygwin-xfree@cygwin.com >Subject: Files transfer question > > >Hi All Folks, > >I have "cygwin" running on WinXP which is connected to LTSP server. How >can I transfer files between them. To make it more specific :- If I >have a document created on OpenOffice how can I transfer it to WinXP Office. > >Thanks in advance. > >Stephen Liu > > From bruno.delfosse@thalesatm.com Tue Sep 17 04:20:00 2002 From: bruno.delfosse@thalesatm.com (Bruno DELFOSSE) Date: Tue, 17 Sep 2002 04:20:00 -0000 Subject: Installing cygwin in windowsXP - HELP! References: Message-ID: <3D86C7A2.B01FC1FB@thalesatm.com> deepak s patwardhan wrote: > Hi, > I almost always work on linux, but presently I am forced to work on > windowsXP for sometime. So, I decided to install cygwin. > I downloaded the packages myself from one of the mirror sites on a > linux machine in my lab and copied onto my PC (instead of letting the > setup.exe download it because the net connection on my PC is very slow). > > Now when I try to install cygwin, I give the directory where the packages > are kept, the setup starts and does something for sometime, but then gets > stuck and windows very nicely says that setup has encountered a problem > and needs to close. > > I tried some tricks like looking at the problem causing package and > removed that from the package directory and agina trying the setup, and I > tried this many times with many packages. I tried to run the program in > windows98 compatibilty mode. But of no avail. It gets stuck somewhere or > the other. > > Could anyone suggest a way out? (if any). Installing from internet is not > an option as net connection is very slow. I think what you have to take care of is to recreate the subdirectory structure under "release", as they are on the mirrors you copy them from, and not to forget the setup.ini and setup.bz2 files in the directory containing "release". That's the way I do and it works OK. If you put all packages in the same directory, it does not work (it worked with older versions of setup.exe, but not anymore) Good luck Bruno > > > best regards, > deepak. > -- > Software, n.: > Formal evening attire for female computer analysts. From davidf@sjsoft.com Tue Sep 17 04:36:00 2002 From: davidf@sjsoft.com (David Fraser) Date: Tue, 17 Sep 2002 04:36:00 -0000 Subject: Files transfer question References: <1A292AB81CCFD2118F590008C7A4EF2E12EC5BF2@summer.bcsc.gov.bc.ca> <3D869572.8080001@writeme.com> Message-ID: <3D86DC81.40208@sjsoft.com> Stephen Liu wrote: > Hi Hans, David and other folks, > > Oeste, Hans P GPEB:EX wrote: > >> You might want to make sure to dave them in a file format that is >> supported >> by Office XP since it doesn't support Open Office, of course. Then >> save it >> to a file share that both can access. >> > There is nothing to do with file format. Files created in OpenOffice > and OfficeXP are interchangeable. I am looking for a way to transfer > files, disregarding their format, between WinXP and "cygwin/LTSP" not > via Samba or another software. Now I make use of Internet for file > transfer (dispatch files as attachment from Kmail and download it with > Outlook Express). I am seeking whether there are other methods making > use of 'cygwin/LTSP server" > > Thanks > > Stephen Not sure that I understand exactly what your question is. Basically you're interested in transferring the file. The nicest way to be able to do this is have a directory which is always shared, so that you don't have to set anything up, it just appears in the file system. Samba is an open source implementation of Microsoft's SMB file sharing protocol (see www.samba.org) which should be included in your Linux distribution ... So if you can share a directory from the LTSP server then you should be able to access it from Windows. For more info see the how to on the Linux Documentation Project, http://www.tldp.org/HOWTO/SMB-HOWTO.html and look at the section "Sharing a linux drive with windows machines" On the other hand you may not have rights to set up such stuff on the LTSP server. Then what you could use is a once-off copy between the machines. For this you could use a huge number of different tools. I would recommend using scp (secure copy) which is available in cygwin from the openssh package or in linux. You can also set it up to automatically authenticate using public keys so you don't have to enter the password each time. Example syntax: (from cygwin) scp stephen@ltsp.computer:~/officedocument.xls ./mycopy.xls You probably want to set up the sshd server as a service if you want to do it the otherway round (from linux) scp ~/officedocument.xls stephen@windows.computer:/cygdrive/c/temp/mycopy.xls Other tools you could use include ftp etc In any case the cygwin-xfree list isn't raelly the place for this question, maybe the standard cygwin list if this doesn't solve the problem. > > >> >> >> -----Original Message----- >> From: Stephen Liu [mailto:satimis@writeme.com] Sent: Monday, >> September 16, 2002 9:30 AM >> To: cygwin-xfree@cygwin.com >> Subject: Files transfer question >> >> >> Hi All Folks, >> >> I have "cygwin" running on WinXP which is connected to LTSP server. >> How can I transfer files between them. To make it more specific :- >> If I have a document created on OpenOffice how can I transfer it to >> WinXP Office. >> >> Thanks in advance. >> >> Stephen Liu >> >> > > > From satimis@writeme.com Tue Sep 17 06:52:00 2002 From: satimis@writeme.com (Stephen Liu) Date: Tue, 17 Sep 2002 06:52:00 -0000 Subject: Files transfer question In-Reply-To: <3D86DC81.40208@sjsoft.com> References: <1A292AB81CCFD2118F590008C7A4EF2E12EC5BF2@summer.bcsc.gov.bc.ca> <3D869572.8080001@writeme.com> Message-ID: <5.1.1.6.0.20020917183826.00a7a300@pop.net-yan.com> Hi David, Thanks for your response. My requirement is only for files transfer betwenn WinXP and "cygwin" not via another software. Before I made use of Samba to do the job. Currently I make use of Internet to help me, dispatching the file as attachment to an email from WinXP to myself and download it on Linux and vice versa. The max size of file allowed is 10MB. It is quite sufficient for me. But I am looking for some other alternatives, if possible. At 09:40 AM 2002/9/17 +0200, David Fraser wrote: - snip - >On the other hand you may not have rights to set up such stuff on the >LTSP server. Then what you could use >is a once-off copy between the machines. For this you could use a huge >number of different tools. I would recommend >using scp (secure copy) which is available in cygwin from the openssh >package or in linux. You can also set it up to >automatically authenticate using public keys so you don't have to enter >the password each time. Example syntax: >(from cygwin) scp stephen@ltsp.computer:~/officedocument.xls ./mycopy.xls >You probably want to set up the sshd server as a service if you want to >do it the otherway round >(from linux) scp ~/officedocument.xls >stephen@windows.computer:/cygdrive/c/temp/mycopy.xls >Other tools you could use include ftp etc I will take a look on 'scp'. Is it on "cygwin.com" website? But I could not find this package there. What is the correct name of this package? Thanks Stephen >In any case the cygwin-xfree list isn't raelly the place for this >question, maybe the standard cygwin list if this doesn't solve the problem. > > > > > > >> > >> > >> -----Original Message----- > >> From: Stephen Liu [mailto:satimis@writeme.com] Sent: Monday, > >> September 16, 2002 9:30 AM > >> To: cygwin-xfree@cygwin.com > >> Subject: Files transfer question > >> > >> > >> Hi All Folks, > >> > >> I have "cygwin" running on WinXP which is connected to LTSP server. > >> How can I transfer files between them. To make it more specific :- > >> If I have a document created on OpenOffice how can I transfer it to > >> WinXP Office. > >> > >> Thanks in advance. > >> > >> Stephen Liu From staf.verhaegen@imec.be Tue Sep 17 06:59:00 2002 From: staf.verhaegen@imec.be (Staf Verhaegen) Date: Tue, 17 Sep 2002 06:59:00 -0000 Subject: Files transfer question References: <1A292AB81CCFD2118F590008C7A4EF2E12EC5BF2@summer.bcsc.gov.bc.ca> <3D869572.8080001@writeme.com> <5.1.1.6.0.20020917183826.00a7a300@pop.net-yan.com> Message-ID: <3D87139C.BAC0316A@imec.be> Stephen Liu wrote: > > Hi David, > > Thanks for your response. > > My requirement is only for files transfer betwenn WinXP and "cygwin" not > via another software. Before I made use of Samba to do the job. Currently > I make use of Internet to help me, dispatching the file as attachment to an > email from WinXP to myself and download it on Linux and vice versa. The > max size of file allowed is 10MB. It is quite sufficient for me. But I am > looking for some other alternatives, if possible. What about ftp ? or sambaclient (an ftp like program for computers with a SMB shared drives) ? Staf. From huntharo@msu.edu Tue Sep 17 07:02:00 2002 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 17 Sep 2002 07:02:00 -0000 Subject: XFree hangs after first client is started References: <3D8655C4.FBC3CBBA@qwest.com> Message-ID: <3D87336F.4030203@msu.edu> Carlos, I have never personally experienced that problem, nor do I know where to begin in attempting to solve it. You could try the usual, like making sure no firewall software is installed, etc. One thing I can guarantee: if you format the hard drive on a machine (not necessarily one of the two that don't work), install Windows, then immediately install Cygwin/XFree86, then Cygwin/XFree86 will work without problems. My point? Lots of seemingly harmless software (firewalls, etc.) do things to the TCP/IP system on Windows that breaks Cygwin/XFree86 and a lot of these programs never fully ``uninstall''. That is, they usually leave their broken TCP/IP changes in place. So, your only choice may be to start from a blank slate, get Cygwin/XFree86 working, then install your other applications until you find which one breaks Cygwin/XFree86. Good luck, Harold Carlos Santiago wrote: >Hello, > >I wanted to ask the Cygwin/XFree community for help >on this issue. It pretty much involves the X server >hanging after one client is started (i.e. xterm, xeyes, >or a window manager for that matter). There are no >errors being logged or displayed. It happens on 2 of >4 boxes we have (sadly, it happens on the 2 boxes we >need Cygwin/XFree in). All installations are fresh >installations with no custom Cygwin configurations. >All environment settings are exactly the same accross >boxes. > >The following 2 threads describe the specifics: >http://cygwin.com/ml/cygwin-xfree/2002-09/msg00085.html >http://cygwin.com/ml/cygwin-xfree/2002-09/msg00038.html > >Are there any starting points I could start looking at? >Given the lack of responses to the original poster, >is this something any other people have experienced? >Would it be worth the time looking into this or would >it be appropriate for me to look into a non-Cygwin/XFree >solution and instead into a different UNIX alternative? > >Thank you in advance for any help on this, > >- Carlos > > > > From huntharo@msu.edu Tue Sep 17 08:18:00 2002 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 17 Sep 2002 08:18:00 -0000 Subject: Files transfer question References: <1A292AB81CCFD2118F590008C7A4EF2E12EC5BF2@summer.bcsc.gov.bc.ca> <3D869572.8080001@writeme.com> <5.1.1.6.0.20020917183826.00a7a300@pop.net-yan.com> <3D87139C.BAC0316A@imec.be> Message-ID: <3D87352C.8000208@msu.edu> This whole thread is way off-topic for the Cygwin/XFree86 mailing list. Either take it off list or drop it. Harold Staf Verhaegen wrote: >Stephen Liu wrote: > > >>Hi David, >> >>Thanks for your response. >> >>My requirement is only for files transfer betwenn WinXP and "cygwin" not >>via another software. Before I made use of Samba to do the job. Currently >>I make use of Internet to help me, dispatching the file as attachment to an >>email from WinXP to myself and download it on Linux and vice versa. The >>max size of file allowed is 10MB. It is quite sufficient for me. But I am >>looking for some other alternatives, if possible. >> >> > >What about ftp ? or sambaclient (an ftp like program for computers with a SMB >shared drives) ? > >Staf. > > From jc.gervais@videotron.ca Tue Sep 17 09:00:00 2002 From: jc.gervais@videotron.ca (Jean-Claude Gervais) Date: Tue, 17 Sep 2002 09:00:00 -0000 Subject: Cygwin-XFree --> RDP --> Cygwin-XFree In-Reply-To: <3D87336F.4030203@msu.edu> Message-ID: Harold, Did you get the results of the Cygwin-XFree --> RDP --> Cygwin-XFree tests I posted last week? From csantia@qwest.com Tue Sep 17 09:38:00 2002 From: csantia@qwest.com (Carlos Santiago) Date: Tue, 17 Sep 2002 09:38:00 -0000 Subject: XFree hangs after first client is started Message-ID: <3D8747C8.2B689C74@qwest.com> Hello Harold, Thank you for your reply. Even though those two boxes are not running a software-based firewall, they both are the only boxes with a software VPN installed called "Aventail Connect". We use the VPN by manually starting it when we need it, but it is not running in the background continuously. During my tests the VPN is not running though. Now, is it conceivable to think that this VPN tool might have installed its own socket library that may "bootstrap" all communication requests, and act only on those that need to be encrypted when I use it, letting the other requests pass down to the standard Windows library? If the above is accurate, could you give me an explanation on how the XFree server might be affected by software firewalls (or a VPN) and the tweaks they might do to Windows' comm. layer? Thank you in advance for your feedback! - Carlos > Carlos, > > I have never personally experienced that problem, nor > do I know where to begin in attempting to solve it. > > You could try the usual, like making sure no firewall > software is installed, etc. > > One thing I can guarantee: if you format the hard drive > on a machine (not necessarily one of the two that don't > work), install Windows, then immediately install > Cygwin/XFree86, then Cygwin/XFree86 will work > without problems. My point? Lots of seemingly > harmless software (firewalls, etc.) do things to the > TCP/IP system on Windows that breaks Cygwin/XFree86 > and a lot of these programs never fully ``uninstall''. That > is, they usually leave their broken TCP/IP changes in > place. So, your only choice may be to start from a blank > slate, get Cygwin/XFree86 working, then install your > other applications until you find which one breaks > Cygwin/XFree86. > > Good luck, > > Harold > > Carlos Santiago wrote: > > > Hello, > > I wanted to ask the Cygwin/XFree community for help > on this issue. It pretty much involves the X server > hanging after one client is started (i.e. xterm, xeyes, > or a window manager for that matter). There are no > errors being logged or displayed. It happens on 2 of > 4 boxes we have (sadly, it happens on the 2 boxes we > need Cygwin/XFree in). All installations are fresh > installations with no custom Cygwin configurations. > All environment settings are exactly the same accross > boxes. > > The following 2 threads describe the specifics: > http://cygwin.com/ml/cygwin-xfree/2002-09/msg00085.html > http://cygwin.com/ml/cygwin-xfree/2002-09/msg00038.html > > Are there any starting points I could start looking at? > Given the lack of responses to the original poster, > is this something any other people have experienced? > Would it be worth the time looking into this or would > it be appropriate for me to look into a non-Cygwin/XFree > solution and instead into a different UNIX alternative? > > Thank you in advance for any help on this, > > - Carlos From csantia@qwest.com Tue Sep 17 09:44:00 2002 From: csantia@qwest.com (Carlos Santiago) Date: Tue, 17 Sep 2002 09:44:00 -0000 Subject: XFree hangs after first client is started Message-ID: <3D8751AE.3D4EE9FE@qwest.com> Hello Harold, I went ahead and checked the XFree FAQ, and found that Aventail Connect is, indeed, one of the software VPNs with known problems. I guess I will assume then that a box with Aventail Connect will not be able to bring the X server up properly even for local use. Thanks, - Carlos From tim.llewellyn@blueyonder.co.uk Tue Sep 17 10:56:00 2002 From: tim.llewellyn@blueyonder.co.uk (Tim Llewellyn) Date: Tue, 17 Sep 2002 10:56:00 -0000 Subject: SUBSCRIBE cygwin-xfree Message-ID: <3D8758C0.6B45EE42@blueyonder.co.uk> -- tim.llewellyn@blueyonder.co.uk * PLEASE NOTE tim.llewellyn@cableinet.co.uk address is NO LONGER VALID * From vervoom@hotmail.com Tue Sep 17 15:12:00 2002 From: vervoom@hotmail.com (J S) Date: Tue, 17 Sep 2002 15:12:00 -0000 Subject: logon screen restarting Message-ID: I'm sure the answer to this must be obvious, but I can't see it! I run: $ X -screen 0 900 700 -query smpd9.uk.ba.com -from 151.2.154.65 -fp tcp/smpd9.uk.ba.com:7100& [1] 944 to start up the Solaris logon screen. Then run: $ xhost + & [2] 1496 to allow server connections. However after entering my password the logon screen seems to be restarted and I'm prompted for my username again. I also get: $ Xlib: connection to "151.2.154.65:0.0" refused by server Xlib: No protocol specified Do I need to configure something on the Solaris box to give authority? Thanks, JS. xhost: unable to open display "151.2.154.65:0" _________________________________________________________________ Send and receive Hotmail on your mobile device: http://mobile.msn.com From nwourms@yahoo.com Tue Sep 17 22:43:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Tue, 17 Sep 2002 22:43:00 -0000 Subject: XFree 4.2.1 + fontconfig-2 Message-ID: <20020917175656.70980.qmail@web21004.mail.yahoo.com> Harold, (Feel free to tell me that this will be ready when it is ready...) I was just wondering if you were fixing up a release for the 4.2.1 patchset? If you are working on this, might I suggest the inclusion of Keith Packard's fontconfig-2 libraries [http://www.fontconfig.org]? The suite provides enhanced support and capabilities for using truetype fonts. There are one or two issues with it, mostly having to do with the fact that the XFree dll's aren't versioned [i.e. libXt-1.dll, etc.]. Is there any way to build the core dll's with versioning information incorporated into the runtime library's name? The reason for this is that Keith has bumped Xft to v2, but it is both source and binary incompatible with Xft v1. However, Keith has provided a compatibility library, Xft1, to deal with this, but has kept the base names the same (libXft). On linux/unix, this works fine because the runtime libraries are appended with versioning information. On Cygwin, however, the libraries clobber each other. What do you think? Cheers, Nicholas __________________________________________________ Do you Yahoo!? Yahoo! News - Today's headlines http://news.yahoo.com From nwourms@yahoo.com Wed Sep 18 00:54:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Wed, 18 Sep 2002 00:54:00 -0000 Subject: X client wrapper for Win apps? In-Reply-To: <3D864039.5090902@sjsoft.com> Message-ID: <20020917221255.71120.qmail@web21003.mail.yahoo.com> --- David Fraser wrote: [SNIP] > then run apps through > Wine but display them in cygwin X, just to see what it will look > like > ... but it's quite a lot of work. > It would be nice to know how much interest there is out there for > this > kind of thing, particularly > other people willing to code... I've been advocating this approach for awhile, so I'd definitely be intrested in seeing this come to pass... I don't know how much I can contribute to coding b/c I'm not that much of a Windows programmer and I have other Cygwin projects I'm working on. Still, it would be *way* cool if this were possible. I guess one could think of it as being the step inbetween Cygwin and ReactOS. Unfortunately, I fear most people's intrest doesn't involve realizing Cygwin/XFree's full potential, as they'd rather use it as a "dumb" X-Terminal. Cheers, Nicholas __________________________________________________ Do you Yahoo!? Yahoo! News - Today's headlines http://news.yahoo.com From FRANZW@dk.ibm.com Wed Sep 18 01:25:00 2002 From: FRANZW@dk.ibm.com (Franz Wolfhagen) Date: Wed, 18 Sep 2002 01:25:00 -0000 Subject: XFree hangs after first client is started Message-ID: I am running XFree86/Cygwin with aventail with no apparent problems. There are a couple of things to be aware of though : Aventail does not support UDP before version 5 - so no X session can work through the VPN on lower version unless you tunnel them. You should also change your Aventail configuration so that all X programs are allowed locally... Med venlig hilsen / Regards Franz Wolfhagen From alexander.gottwald@s1999.tu-chemnitz.de Wed Sep 18 01:40:00 2002 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Wed, 18 Sep 2002 01:40:00 -0000 Subject: logon screen restarting In-Reply-To: Message-ID: On Tue, 17 Sep 2002, J S wrote: > I'm sure the answer to this must be obvious, but I can't see it! I run: > > $ X -screen 0 900 700 -query smpd9.uk.ba.com -from 151.2.154.65 -fp > tcp/smpd9.uk.ba.com:7100& > [1] 944 > > to start up the Solaris logon screen. Then run: > > $ xhost + & > [2] 1496 > > to allow server connections. You don't need xhost + if you're using -query. bye ago -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From alexander.gottwald@s1999.tu-chemnitz.de Wed Sep 18 08:19:00 2002 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Wed, 18 Sep 2002 08:19:00 -0000 Subject: XFree 4.2.1 + fontconfig-2 In-Reply-To: <20020917175656.70980.qmail@web21004.mail.yahoo.com> Message-ID: On Tue, 17 Sep 2002, Nicholas Wourms wrote: > Harold, > > (Feel free to tell me that this will be ready when it is ready...) > > I was just wondering if you were fixing up a release for the 4.2.1 > patchset? If you are working on this, might I suggest the inclusion > of Keith Packard's fontconfig-2 libraries > [http://www.fontconfig.org]? The suite provides enhanced support and > capabilities for using truetype fonts. There are one or two issues > with it, mostly having to do with the fact that the XFree dll's > aren't versioned [i.e. libXt-1.dll, etc.]. That is a windows problem. The XFree libraries are in fact versioned. (libXaw.so.6.1 vs libXaw.so.7.0) >Is there any way to build > the core dll's with versioning information incorporated into the > runtime library's name? The reason for this is that Keith has bumped > Xft to v2, but it is both source and binary incompatible with Xft v1. > However, Keith has provided a compatibility library, Xft1, to deal > with this, but has kept the base names the same (libXft). Hm, after all I would rename the the -2 version of the library. Existing programs might link to libXft.dll and expect version 1 of the abi. New programs must then be linked against libXft2.dll if they use the version 2 abi. OTOH the linker will use libXft.dll if -lXft was used. > On > linux/unix, this works fine because the runtime libraries are > appended with versioning information. On Cygwin, however, the > libraries clobber each other. What do you think? Hm, recalling from Memory: The version number is always defined in the makefile. So instead of of doing Libraryname.so.Libraryname (from linux) we could do Libraryname$(patsubst ...).dll Or even better, #ifdef CygwinArchitecture #define LibraryName Xft2 #else #define LibraryName Xft #endif Maybe this should be wrapped to NoShlibVersions or similar. I think this is a problem for OS/2 too. bye ago -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From alexander.gottwald@s1999.tu-chemnitz.de Wed Sep 18 08:20:00 2002 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Wed, 18 Sep 2002 08:20:00 -0000 Subject: X client wrapper for Win apps? In-Reply-To: <200209161835.g8GIZGt21991@shell.faradic.net> Message-ID: On Mon, 16 Sep 2002, Keith D. Tyler wrote: [GDI apps using X11] > This is, I realize, all probably very unrealistic dreaming, but any leads > or tips are welcome. I don't know much of the windows internals but thought of simple concept. Every Windows draw command is translated into calls to a GDI driver. this driver is either the driver of the graphics card or a printer. The people from wine already have written a driver which exports a GDI interface and maps all calls to X11. Maybe this is a starting point. I never tried to compile the wine x11drv as a native windows driver. This would be the first hurdle to take. Then one must either replace the original windows display driver or use the x11drv as proxy (export X11 and call old display driver) or even set the driver per application (create a new graphics context with the x11drv) so the rest of the system is not affected. bye ago Xpost to wine-devel, they might know it better -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From ns@1en.de Wed Sep 18 11:40:00 2002 From: ns@1en.de (Norbert Schmidt) Date: Wed, 18 Sep 2002 11:40:00 -0000 Subject: slow 256 color XWin on XP Message-ID: Only if I start XWin on winXP pro with: XWin -fullscreen -depth 8 it starts extrem slow. (up to XWin-Test65.exe) If I start a remote windowmanager (ssh) then the XWin-server switches 4 times (so slow!) and I wait 5 minutes (1.4GHz/P4). After that speed is fine, but windows task switching from and to XWin. Has anyone same thing on XP, or can test it for me? (no problems on w98) thanks, Norbert From ns@1en.de Wed Sep 18 12:27:00 2002 From: ns@1en.de (Norbert Schmidt) Date: Wed, 18 Sep 2002 12:27:00 -0000 Subject: minimized XWin is killed Message-ID: If I start remote windowmanager via ssh to my local _minimized_ fullscreened XWin, it disappears from desktop. (up to XWin-Test65.exe) (workaround is a remote script with "sleep 1" before starting Xsession in order to switch quickly from terminal to fullscreened XWin) Norbert From vervoom@hotmail.com Wed Sep 18 13:28:00 2002 From: vervoom@hotmail.com (J S) Date: Wed, 18 Sep 2002 13:28:00 -0000 Subject: logon screen restarting Message-ID: > >On Tue, 17 Sep 2002, J S wrote: > > > I'm sure the answer to this must be obvious, but I can't see it! I run: > > > > $ X -screen 0 900 700 -query smpd9.uk.ba.com -from 151.2.154.65 -fp > > tcp/smpd9.uk.ba.com:7100& > > [1] 944 > > > > to start up the Solaris logon screen. Then run: > > > > $ xhost + & > > [2] 1496 > > > > to allow server connections. > >You don't need xhost + if you're using -query. > >bye > ago >-- > Alexander.Gottwald@informatik.tu-chemnitz.de > http://www.gotti.org ICQ: 126018723 Fixed it today by deleting my userid and readding it. Must have been something in the profile I guess. _________________________________________________________________ Send and receive Hotmail on your mobile device: http://mobile.msn.com From keith@keithtyler.com Wed Sep 18 19:59:00 2002 From: keith@keithtyler.com (Keith D. Tyler) Date: Wed, 18 Sep 2002 19:59:00 -0000 Subject: X client wrapper for Win apps? In-Reply-To: <3D864039.5090902@sjsoft.com> from "David Fraser" at Sep 16, 2002 10:34:01 PM Message-ID: <200209181927.g8IJROQ01062@shell.faradic.net> David Fraser was recently quoted as saying... > I've discovered that rather than using -fullscreen, if you simply use > -nodecoration > and set the X server to run at the same size as fullscreen, it doesn't > minimize when > you switch tasks, but still stays the same size as the full screen in > the background. > The advantage being you can still see it behind your other apps (if > they're not maximized), > although they're still not actually inside X windows. Yeah... but unless you only use alt-tab to switch apps, you have to minimize the X server periodically to see the minimized app icons (which are ugly as sin in Win95+, but that's another matter) > Could we modify them to send messages between them for certain desktops? Doubtful. > So say you have Ctrl-F1, Ctrl-F2 switching to Linux Desktop 1 and 2, then > Ctrl-F3, Ctrl-F4 switch back to the Windows one and tell it to activate > a certain > desktop. That way we'd be writing glue code rather than a whole new system. Well, I use directional window-switching keystrokes. The JSPager set uses Ctrl-Up,Ctrl-Down, etc, and my FvwmPager set uses Alt-Up, Alt-Down, etc. > >This is, I realize, all probably very unrealistic dreaming, but any leads > >or tips are welcome. > > Sounds like if Wine emulates a Win32 environment and then converts Win32 apps to X windows, the problem is partly solved there. But AFAIK Wine doesn't have a multi-window mode, you get one X window which contains a Windows desktop *within* which normal GDI windows run. Is that right or has that changed? ================================================================== Keith D. Tyler keith@keithtyler.com Federal Way, WA http://www.keithtyler.com ------------------------------------------------------------------ Terrorists can attack freedom, but only Congress can destroy it. ================================================================== From davidf@sjsoft.com Wed Sep 18 20:00:00 2002 From: davidf@sjsoft.com (David Fraser) Date: Wed, 18 Sep 2002 20:00:00 -0000 Subject: X client wrapper for Win apps? References: <200209181927.g8IJROQ01062@shell.faradic.net> Message-ID: <3D88E1E3.203@sjsoft.com> Keith D. Tyler wrote: >David Fraser was recently quoted as saying... > > >>I've discovered that rather than using -fullscreen, if you simply use >>-nodecoration >>and set the X server to run at the same size as fullscreen, it doesn't >>minimize when >>you switch tasks, but still stays the same size as the full screen in >>the background. >>The advantage being you can still see it behind your other apps (if >>they're not maximized), >>although they're still not actually inside X windows. >> >> > >Yeah... but unless you only use alt-tab to switch apps, you have to >minimize the X server periodically to see the minimized app icons (which >are ugly as sin in Win95+, but that's another matter) > > Another thought on this theme (these are all just patch-ups, we really want the whole Windows running in X thing) is to have a hook that catches Shell functions (opening, closing of Windows, etc) and use that to create dummy (transparent?) windows in X corresponding to each top-level window in Windows. Selecting the window in X should then activate the window in Windows. They would then appear in the taskbar / list of windows in whatever window manager system is being used in X. Windows has a nice Hook system that is fairly easy to use... > > >>Could we modify them to send messages between them for certain desktops? >> >> > >Doubtful. > > > >>So say you have Ctrl-F1, Ctrl-F2 switching to Linux Desktop 1 and 2, then >>Ctrl-F3, Ctrl-F4 switch back to the Windows one and tell it to activate >>a certain >>desktop. That way we'd be writing glue code rather than a whole new system. >> >> > >Well, I use directional window-switching keystrokes. The JSPager set uses >Ctrl-Up,Ctrl-Down, etc, and my FvwmPager set uses Alt-Up, Alt-Down, etc. > > > >>>This is, I realize, all probably very unrealistic dreaming, but any leads >>>or tips are welcome. >>> >>> >>> > >Sounds like if Wine emulates a Win32 environment and then converts Win32 >apps to X windows, the problem is partly solved there. But AFAIK Wine >doesn't have a multi-window mode, you get one X window which contains a >Windows desktop *within* which normal GDI windows run. Is that right or >has that changed? > No, each GDI window runs in a separate X window > >================================================================== >Keith D. Tyler keith@keithtyler.com >Federal Way, WA http://www.keithtyler.com >------------------------------------------------------------------ > Terrorists can attack freedom, but only Congress can destroy it. >================================================================== > > > From huntharo@msu.edu Wed Sep 18 20:17:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Wed, 18 Sep 2002 20:17:00 -0000 Subject: slow 256 color XWin on XP In-Reply-To: Message-ID: Norbert, I don't know what to tell you. I have never had this problem nor have I had a user report this same problem. Anything in /tmp/XWin.log? Harold > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Norbert Schmidt > Sent: Wednesday, September 18, 2002 11:09 AM > To: cygwin-xfree@cygwin.com > Subject: slow 256 color XWin on XP > > > > Only if I start XWin on winXP pro with: > > XWin -fullscreen -depth 8 > > it starts extrem slow. (up to XWin-Test65.exe) > > If I start a remote windowmanager (ssh) then the XWin-server switches 4 > times (so slow!) and I wait 5 minutes (1.4GHz/P4). After that speed is > fine, but windows task switching from and to XWin. > > Has anyone same thing on XP, or can test it for me? > > (no problems on w98) > > thanks, > Norbert > > > From huntharo@msu.edu Wed Sep 18 20:19:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Wed, 18 Sep 2002 20:19:00 -0000 Subject: minimized XWin is killed In-Reply-To: Message-ID: That is really bizarre. I'd like to take a look at this, but can you send in your /tmp/XWin.log contents from when this happens? Harold > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Norbert Schmidt > Sent: Wednesday, September 18, 2002 11:09 AM > To: cygwin-xfree@cygwin.com > Subject: minimized XWin is killed > > > > If I start remote windowmanager via ssh to my local _minimized_ > fullscreened XWin, it disappears from desktop. (up to XWin-Test65.exe) > > (workaround is a remote script with "sleep 1" before starting Xsession in > order to switch quickly from terminal to fullscreened XWin) > > Norbert > From luke.kendall@cisra.canon.com.au Wed Sep 18 20:21:00 2002 From: luke.kendall@cisra.canon.com.au (luke.kendall@cisra.canon.com.au) Date: Wed, 18 Sep 2002 20:21:00 -0000 Subject: xcb port to Cygwin; questions about packaging Message-ID: <20020918235737.90B7058EA@ivory.research.canon.com.au> xcb --- xcb gives GUI access to all the X cut buffers. I also find it useful to copy and paste between applications that `resist' the normal X11 selection and middle mouse pasting. On Monday, I compiled up xcb 2.3 for Cygwin. I've popped it onto my web page at http://members.optushome.com.au/lukekendall/useful/xcb.zip along with the man page and the original README file. I had to explicitly add $(XPMLIB) to the link line for xcb.exe in the Makefile constructed via xmkmf. I don't know enough about xmkmf to diagnose what actually went wrong. :-( I just found a good page on xcb here, if you want much better informat ion about it: http://www.goof.com/pcg/marc/xcb.html (I should probably build that internationalised version, instead, actually. Anyway, I've Bcc-ed the current maintainer this email too. Bcc so he should be safe from spamming eyes.) Packaging --------- BTW, http://www.cygwin.com/setup.html, but doesn't describe how to determine package names for the "required:" line when you're trying t o do the right thing and package stuff up for inclusion in Cygwin. (E.g. is X's package name "X" or "X11" or "XFree86"; what about normal system dependencies like cygwin.dll - what is their package name; etc. How do you find out?) I gather that since I had to kludge a fix, and since it is built by xmkmf; make rathern than by ./configure; make, and even then needed a fiddle, the only way to construct the necessary setup files for xcb for Cygwin would be via a hand-written shell script to run xmkmf then apply my kludge, which doesn't sound like an elegant solution! BTW, is it possible to run some utility that would automatically tell you what packages a utility depended on? How accurate do the package names have to be? Are they used in some automated process, or are they just rough guides for humans to see? I'm hoping that, like Window Maker, xcb will be found to be so useful that someone else will add it in as part of the XFree86 stuff for Cygwin. Window Maker news ----------------- Oh, I also patched and built Window Maker 0.80.1 (the latest release), and submitted my patches back to the WM developers, and they've been included. So, future builds of WM should be as simple as running ./configure; make; make install. (Then each user runs wmaker.inst in the usual way from a shell prompt to create the necessary files in their home directory.) luke From huntharo@msu.edu Wed Sep 18 20:24:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Wed, 18 Sep 2002 20:24:00 -0000 Subject: Cygwin-XFree --> RDP --> Cygwin-XFree In-Reply-To: Message-ID: Jean-Claude, Yes, I saw your post. However, I don't see what I can do about it. On the other hand, I am wondering why you haven't done any testing using the -scrollbars command-line option. That would seem like it might prevent the Cygwin/XFree86 window from ever being stretched or squashed in the first place. Let me know how -scrollbars works. Harold > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Jean-Claude Gervais > Sent: Tuesday, September 17, 2002 9:59 AM > To: cygwin-xfree@cygwin.com > Subject: Cygwin-XFree --> RDP --> Cygwin-XFree > > > Harold, > > Did you get the results of the Cygwin-XFree --> RDP --> > Cygwin-XFree tests > I posted last week? > > From huntharo@msu.edu Wed Sep 18 20:25:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Wed, 18 Sep 2002 20:25:00 -0000 Subject: XFree hangs after first client is started In-Reply-To: <3D8751AE.3D4EE9FE@qwest.com> Message-ID: Carlos, Sorry I didn't get back to you, but you did find the explanation in the FAQ. Basically, Aventail does something to the TCP/IP stack that breaks compatibility with the standards that Cygwin and XFree86's sockets layers are expecting. Aventail replaces a couple of Windows DLLs with its own versions, thus it does not matter if Aventail is running or not, because you are always passing your sockets requests through their broken DLLs. If you ask me, that is simply a design flaw or implementation flaw with Aventail and they need to fix that. You, being a paying customer, should demand that of them. Harold > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Carlos Santiago > Sent: Tuesday, September 17, 2002 12:01 PM > To: cygwin-xfree@cygwin.com > Subject: Re: XFree hangs after first client is started > > > Hello Harold, > > I went ahead and checked the XFree FAQ, and found > that Aventail Connect is, indeed, one of the software > VPNs with known problems. > > I guess I will assume then that a box with Aventail > Connect will not be able to bring the X server up > properly even for local use. > > Thanks, > > - Carlos > > From huntharo@msu.edu Wed Sep 18 20:32:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Wed, 18 Sep 2002 20:32:00 -0000 Subject: xcb port to Cygwin; questions about packaging In-Reply-To: <20020918235737.90B7058EA@ivory.research.canon.com.au> Message-ID: > Window Maker news > ----------------- > > Oh, I also patched and built Window Maker 0.80.1 (the latest release), > and submitted my patches back to the WM developers, and they've been > included. So, future builds of WM should be as simple as running > ./configure; make; make install. (Then each user runs wmaker.inst in > the usual way from a shell prompt to create the necessary files in their > home directory.) Luke, Hmm... I guess that means I will have to update the Cygwin WindowMaker package. :) Harold From huntharo@msu.edu Wed Sep 18 20:37:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Wed, 18 Sep 2002 20:37:00 -0000 Subject: XFree 4.2.1 + fontconfig-2 In-Reply-To: <20020917175656.70980.qmail@web21004.mail.yahoo.com> Message-ID: Nicholas, I wasn't even aware of XFree86 4.2.1 until you mentioned it. I am not sure if I will build a release of it or not... seems like a lot of trouble for just a few fixes, with non of them Cygwin-specific. As for building versioned DLLs --- I have no idea. I am not knowledgeable enough about that topic to be able to give you an answer, or even to be able to discuss it. In regards to Xft1 and XFt2, Alan Hourihane and I noticed a problem with both of them being built and one DLL (version 1) wiping out the other DLL (version 2), so we said to hell with it and stopped building Xft1 and went full-on with Xft2. As to whether or not that was a good decision, I can only say that Alan thought it was okay, so it is okay with me :) So, in summary, there is not likely to be a release effort applied to getting 4.2.1 out the door... unless I suddenly come up on a great amount of time. Also, Alan shipped me the standard X packages last time, which I fed through the Cygwin packaging script, so if he does that this time I'll likely make a 4.2.1 release. Harold > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Nicholas Wourms > Sent: Tuesday, September 17, 2002 1:57 PM > To: cygwin-xfree@cygwin.com > Subject: XFree 4.2.1 + fontconfig-2 > > > Harold, > > (Feel free to tell me that this will be ready when it is ready...) > > I was just wondering if you were fixing up a release for the 4.2.1 > patchset? If you are working on this, might I suggest the inclusion > of Keith Packard's fontconfig-2 libraries > [http://www.fontconfig.org]? The suite provides enhanced support and > capabilities for using truetype fonts. There are one or two issues > with it, mostly having to do with the fact that the XFree dll's > aren't versioned [i.e. libXt-1.dll, etc.]. Is there any way to build > the core dll's with versioning information incorporated into the > runtime library's name? The reason for this is that Keith has bumped > Xft to v2, but it is both source and binary incompatible with Xft v1. > However, Keith has provided a compatibility library, Xft1, to deal > with this, but has kept the base names the same (libXft). On > linux/unix, this works fine because the runtime libraries are > appended with versioning information. On Cygwin, however, the > libraries clobber each other. What do you think? > > Cheers, > Nicholas > > __________________________________________________ > Do you Yahoo!? > Yahoo! News - Today's headlines > http://news.yahoo.com From huntharo@msu.edu Thu Sep 19 01:15:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Thu, 19 Sep 2002 01:15:00 -0000 Subject: xwinclip - update and motif clipboard In-Reply-To: Message-ID: Chris, I thank you for putting so much time into developing xwinclip. I really appreciate that you got the long-awaited setjmp lngjmp functionality implemented so that we are not killed upon X Server shutdown and restart. I don't know anymore about the CLIPBOARD than what I wrote in the xwinclip source comments, which was something to the effect of, ``help! can't find CLIPBOARD documentation, how does it work?'' I am going to integrate your changes into a future release of xwinclip, but I cannot tell you when that will be. However, a little schedule update: I am taking 10 credits this semester in three classes (this is not much), I am working 30-35 hours a week at an Active Server Pages (blah :( ) job (but it pays really well), and I am working 6-8 hours a week at the National Superconducting Cyclotron Laboratory at Michigan State University (where I translate old Fortran program for VMS to Tru64 UNIX and Linux). Next week my ASP job is supposed to slow down because they haven't got another contract for me to work on, so I may, in theory, have a whole week to catch up on Cygwin/XFree86. On the other hand, shit happens, so don't expect anything extraordinary. :) Harold > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Chris Twiner > Sent: Thursday, September 05, 2002 11:58 AM > To: cygwin-xfree@cygwin.com > Subject: xwinclip - update and motif clipboard > > > Hi All, > > Quick update, got the signal working properly for ctrl-c or closing the > windows command window. Solution (as the SIGINT handler is run in a > seperate thread in windows) is to set a variable in the windows loop that > sends the kill message that kill_xwinclip was doing. > > That means that all the kill_.. apps that I wanted to get rid of > can be (and > have). It also means that I don't need a window to handle turning > on and off > clipboard operations a simple close of the window would be sufficient. > > Also I believe that handling the xIO error as a thread within > XWin should be > possible but I'd still be tempted to run it seperately as xwinclip. It > could work integrated if it was run as a seperate thread (would > need to be > anyway really), as such longjmp and setjmp should affect only > that thread. > Again I don't see how much sense this really makes. > > I do have a remaining issue that I'd like to solve, CLIPBOARD operations. > The problem seems to be the application I'm using i.e. NEdit uses Motif > programming interfaces (or lesstif) in the default distribution. This > leaves four questions : > > 1) Should we try to get Motif clipboard operations (like klipper)? > 2) If so how do we identify that what client owns the clipboard > is a motif > one (to use the motif mechanism for getting the clipboard data)? > 3) Should we try to get motif clipboard before the X clipboard or after? > 4) How exactly do we get the motif clipboard? > > I belive 1) should be a yes but as yet I'm at a loss to attempt > the other 3 > questions. I have read that the root window property CLIPBOARD holds the > clipboard for Motif apps but xprop dumps when i do > xprop -root CLIPBOARD. > > Either way I've have only just started looking at that issue and I'm just > about to read > > http://www.ist.co.uk/motif/books/vol6A/ch-21.fm.html#649570 > > But any help would be nice from someone who knows the answers now :-) > > anywho, > > chris > > PS (Jehan and Harold, it was all tab characters that I was > inserting, I'll > change them to the two space's that Harold uses). > > _________________________________________________________________ > Send and receive Hotmail on your mobile device: http://mobile.msn.com > From cgf@redhat.com Thu Sep 19 01:40:00 2002 From: cgf@redhat.com (Christopher Faylor) Date: Thu, 19 Sep 2002 01:40:00 -0000 Subject: xwinclip - update and motif clipboard In-Reply-To: References: Message-ID: <20020919033755.GB15910@redhat.com> On Wed, Sep 18, 2002 at 11:32:18PM -0400, Harold Hunt wrote: >Chris, > >I thank you for putting so much time into developing xwinclip. > >I really appreciate that you got the long-awaited setjmp lngjmp >functionality implemented so that we are not killed upon X Server shutdown >and restart. > >I don't know anymore about the CLIPBOARD than what I wrote in the xwinclip >source comments, which was something to the effect of, ``help! can't find >CLIPBOARD documentation, how does it work?'' > >I am going to integrate your changes into a future release of xwinclip, but >I cannot tell you when that will be. However, a little schedule update: I >am taking 10 credits this semester in three classes (this is not much), I am >working 30-35 hours a week at an Active Server Pages (blah :( ) job (but it >pays really well), and I am working 6-8 hours a week at the National >Superconducting Cyclotron Laboratory at Michigan State University (where I >translate old Fortran program for VMS to Tru64 UNIX and Linux). Next week >my ASP job is supposed to slow down because they haven't got another >contract for me to work on, so I may, in theory, have a whole week to catch >up on Cygwin/XFree86. On the other hand, shit happens, so don't expect >anything extraordinary. :) Actually, given the above it is sort of extraordinary that you are answering email at all... cgf From alanh@fairlite.demon.co.uk Thu Sep 19 02:50:00 2002 From: alanh@fairlite.demon.co.uk (Alan Hourihane) Date: Thu, 19 Sep 2002 02:50:00 -0000 Subject: XFree 4.2.1 + fontconfig-2 In-Reply-To: References: <20020917175656.70980.qmail@web21004.mail.yahoo.com> Message-ID: <20020919081521.GC1506@fairlite.demon.co.uk> On Wed, Sep 18, 2002 at 11:25:11 -0400, Harold Hunt wrote: > Nicholas, > > I wasn't even aware of XFree86 4.2.1 until you mentioned it. > > I am not sure if I will build a release of it or not... seems like a lot of > trouble for just a few fixes, with non of them Cygwin-specific. 4.2.1 has an important security fix - arguably whether it matters for cygwin based installations though. > As for building versioned DLLs --- I have no idea. I am not knowledgeable > enough about that topic to be able to give you an answer, or even to be able > to discuss it. > > In regards to Xft1 and XFt2, Alan Hourihane and I noticed a problem with > both of them being built and one DLL (version 1) wiping out the other DLL > (version 2), so we said to hell with it and stopped building Xft1 and went > full-on with Xft2. As to whether or not that was a good decision, I can > only say that Alan thought it was okay, so it is okay with me :) For this issue, I would revisit it, if someone claimed that there are applications for Cygwin/XFree86 that relied on Xft1. I suspect for the number of applications that will become available for Cygwin/XFree86 they'll now be using Xft2 anyway. But please speak up if this is a problem, I will take another look at fixing it. > So, in summary, there is not likely to be a release effort applied to > getting 4.2.1 out the door... unless I suddenly come up on a great amount of > time. Also, Alan shipped me the standard X packages last time, which I fed > through the Cygwin packaging script, so if he does that this time I'll > likely make a 4.2.1 release. There's no bandwidth from me at the moment to cover this, I'm swamped underneath lots and lots of work. Alan. From geert.pille@vandemoortele.com Thu Sep 19 02:51:00 2002 From: geert.pille@vandemoortele.com (Pille Geert (bkarnd)) Date: Thu, 19 Sep 2002 02:51:00 -0000 Subject: xwinclip - update and motif clipboard Message-ID: -----Original Message----- From: Christopher Faylor [mailto:cgf@redhat.com] Sent: donderdag 19 september 2002 4:38 To: cygwin-xfree@cygwin.com Subject: Re: xwinclip - update and motif clipboard On Wed, Sep 18, 2002 at 11:32:18PM -0400, Harold Hunt wrote: >Chris, > >I thank you for putting so much time into developing xwinclip. > >I really appreciate that you got the long-awaited setjmp lngjmp >functionality implemented so that we are not killed upon X Server shutdown >and restart. > >I don't know anymore about the CLIPBOARD than what I wrote in the xwinclip >source comments, which was something to the effect of, ``help! can't find >CLIPBOARD documentation, how does it work?'' > >I am going to integrate your changes into a future release of xwinclip, but >I cannot tell you when that will be. However, a little schedule update: I >am taking 10 credits this semester in three classes (this is not much), I am >working 30-35 hours a week at an Active Server Pages (blah :( ) job (but it >pays really well), and I am working 6-8 hours a week at the National >Superconducting Cyclotron Laboratory at Michigan State University (where I >translate old Fortran program for VMS to Tru64 UNIX and Linux). Next week >my ASP job is supposed to slow down because they haven't got another >contract for me to work on, so I may, in theory, have a whole week to catch >up on Cygwin/XFree86. On the other hand, shit happens, so don't expect >anything extraordinary. :) Actually, given the above it is sort of extraordinary that you are answering email at all... cgf 168 - 43 = 125h minus the "credits" to write emails. ;-) What is a "credit"? Geert =============================== This email is confidential and intended solely for the use of the individual to whom it is addressed. If you are not the intended recipient, be advised that you have received this email in error and that any use, dissemination, forwarding, printing, or copying of this email is strictly prohibited. You are explicitly requested to notify the sender of this email that the intended recipient was not reached. From stuart.adamson@evolution.net Thu Sep 19 03:03:00 2002 From: stuart.adamson@evolution.net (Stuart Adamson) Date: Thu, 19 Sep 2002 03:03:00 -0000 Subject: X client wrapper for Win apps? Message-ID: <9920848EF398D311BDC400508BF339F9A9D0D9@ldnisp14.evolution.net> > Every Windows draw command is translated into calls to a GDI > driver. this > driver is either the driver of the graphics card or a > printer. The people > from wine already have written a driver which exports a GDI > interface and > maps all calls to X11. Maybe this is a starting point. But xfree86 will also be using this interface to draw to the screen (as will the logon box etc). I can see this becoming rather circular .... You need to be able to set the GDI context per application. Maybe the way forward is to filter calls to user32.dll (where most of the basic windowing functions end up). By filtering I mean renaming user32.dll to user32-real.dll and writing your own user32.dll which either sends requests to X11 or to user32-real.dll, depending on the process id of the requesting process. Stuart From c_twiner@hotmail.com Thu Sep 19 05:09:00 2002 From: c_twiner@hotmail.com (Chris Twiner) Date: Thu, 19 Sep 2002 05:09:00 -0000 Subject: xwinclip - update and motif clipboard Message-ID: >I thank you for putting so much time into developing xwinclip. It has been a pleasure anyway. >I really appreciate that you got the long-awaited setjmp lngjmp functionality implemented so that we are not killed upon X Server shutdown and restart. It's cool, I've always wanted an excuse to use them (always used c++ exceptions instead). >I don't know anymore about the CLIPBOARD than what I wrote in the xwinclip source comments, which was something to the effect of, ``help! can't find CLIPBOARD documentation, how does it work?'' Well according to the specs you're implementation is right. Own clipboard manager and grab the clipboard when it's been selected, then own it again. It doesn't seem to work with Motif though. No biggy, primary works v. well. >I am going to integrate your changes into a future release of xwinclip, but I cannot tell you when that will be. However, a little schedule update: On the other hand, shit happens, so don't expect anything extraordinary. :) Like Chris said it's suprising you can reply at all, and much appreciated. As was suggested I'm going to look at implmenting "a grab the selection only when the windows clipboard has changed" addition to the code. It shouldn't make a great deal of extra code but it will definitely make a minor glitch go bye bye. I'll have a look at integrating it into XWin as well. When more than one XWin window are open it doesn't work properly and if the x windows clients become integrated with windows ala eXceed then it won't work at all. Cheer's, Chris _________________________________________________________________ Send and receive Hotmail on your mobile device: http://mobile.msn.com From davidf@sjsoft.com Thu Sep 19 05:18:00 2002 From: davidf@sjsoft.com (David Fraser) Date: Thu, 19 Sep 2002 05:18:00 -0000 Subject: X client wrapper for Win apps? References: <9920848EF398D311BDC400508BF339F9A9D0D9@ldnisp14.evolution.net> Message-ID: <3D89A0FB.9040404@sjsoft.com> Stuart Adamson wrote: >>Every Windows draw command is translated into calls to a GDI >>driver. this >>driver is either the driver of the graphics card or a >>printer. The people >>from wine already have written a driver which exports a GDI >>interface and >>maps all calls to X11. Maybe this is a starting point. >> >> > >But xfree86 will also be using this interface to draw to the screen (as >will the logon box etc). I can see this becoming rather circular .... > >You need to be able to set the GDI context per application. > >Maybe the way forward is to filter calls to user32.dll (where most of the >basic >windowing functions end up). By filtering I mean renaming user32.dll to >user32-real.dll and writing your own user32.dll which either sends requests >to >X11 or to user32-real.dll, depending on the process id of the requesting >process. > > >Stuart > Yes, this way makes more sense and in fact I've started investigating it already. To make debugging easy rather than replacing user32.dll I'm using Windows hooks to try and catch all the function calls and log them first ... then we'll know which ones to work on to get simple apps going ... it also gives us the ability to call both the original user32.dll function and a modified one which will do something with X which might be useful in debugging. Not much progress yet, just got the hooks working... From huntharo@msu.edu Thu Sep 19 05:19:00 2002 From: huntharo@msu.edu (Harold L Hunt) Date: Thu, 19 Sep 2002 05:19:00 -0000 Subject: xwinclip - update and motif clipboard Message-ID: <200209191208.g8JC8xq15740@pilot27.cl.msu.edu> "Pille Geert (bkarnd)" said: > > > -----Original Message----- > From: Christopher Faylor [mailto:cgf@redhat.com] > Sent: donderdag 19 september 2002 4:38 > To: cygwin-xfree@cygwin.com > Subject: Re: xwinclip - update and motif clipboard > > > On Wed, Sep 18, 2002 at 11:32:18PM -0400, Harold Hunt wrote: > >Chris, > > > >I thank you for putting so much time into developing xwinclip. > > > >I really appreciate that you got the long-awaited setjmp lngjmp > >functionality implemented so that we are not killed upon X Server shutdown > >and restart. > > > >I don't know anymore about the CLIPBOARD than what I wrote in the xwinclip > >source comments, which was something to the effect of, ``help! can't find > >CLIPBOARD documentation, how does it work?'' > > > >I am going to integrate your changes into a future release of xwinclip, but > >I cannot tell you when that will be. However, a little schedule update: I > >am taking 10 credits this semester in three classes (this is not much), I > am > >working 30-35 hours a week at an Active Server Pages (blah :( ) job (but it > >pays really well), and I am working 6-8 hours a week at the National > >Superconducting Cyclotron Laboratory at Michigan State University (where I > >translate old Fortran program for VMS to Tru64 UNIX and Linux). Next week > >my ASP job is supposed to slow down because they haven't got another > >contract for me to work on, so I may, in theory, have a whole week to catch > >up on Cygwin/XFree86. On the other hand, shit happens, so don't expect > >anything extraordinary. :) > > Actually, given the above it is sort of extraordinary that you are answering > email at all... > > cgf > > > 168 - 43 = 125h minus the "credits" to write emails. ;-) > > What is a "credit"? > > Geert > Geert, A credit is supposed to be one hour per week of class time for college courses. Thus, ten credits ~= ten hours of class per week. The rule of thumb for how much time to spend on your classes, is three times the number of credits that it is. Thus, I should be spending 30 hours per week on my classes, in theory. So, the calculation goes something more like this: 168 - 43 - 30 - (8h per night * 7 nights per week) = 39h for eating, washing, attending weddings (two last weekend), getting to class and work, going to doctors appointments (you wouldn't believe the number of these that I've got), attending to a fiance who got her wisdom teeth out last week, visiting family, etc. ~= 2h for answering emails :) For some reason the last few weeks have just been exteremely busy. I don't know why. Harold > > =============================== > This email is confidential and intended solely for the use of the individual to whom it is addressed. > If you are not the intended recipient, be advised that you have received this email in error and that any use, dissemination, forwarding, printing, or copying of this email is strictly prohibited. > You are explicitly requested to notify the sender of this email that the intended recipient was not reached. > > From huntharo@msu.edu Thu Sep 19 05:40:00 2002 From: huntharo@msu.edu (Harold L Hunt) Date: Thu, 19 Sep 2002 05:40:00 -0000 Subject: xwinclip - update and motif clipboard Message-ID: <200209191218.g8JCIOq13864@pilot27.cl.msu.edu> Chris Twiner said: > >I thank you for putting so much time into developing xwinclip. > > It has been a pleasure anyway. > > >I really appreciate that you got the long-awaited setjmp lngjmp > functionality implemented so that we are not killed upon X Server shutdown > and restart. > > It's cool, I've always wanted an excuse to use them (always used c++ > exceptions instead). > > >I don't know anymore about the CLIPBOARD than what I wrote in the xwinclip > source comments, which was something to the effect of, ``help! can't find > CLIPBOARD documentation, how does it work?'' > > Well according to the specs you're implementation is right. Own clipboard > manager and grab the clipboard when it's been selected, then own it again. > It doesn't seem to work with Motif though. No biggy, primary works v. well. > That's good to know, but why doesn't it work when we do it according to the spec? :) > >I am going to integrate your changes into a future release of xwinclip, but > I cannot tell you when that will be. However, a little schedule update: > On the other hand, shit happens, so don't expect > anything extraordinary. :) > > Like Chris said it's suprising you can reply at all, and much appreciated. > No problem, I don't want people to think that I have given up or anything. > As was suggested I'm going to look at implmenting "a grab the selection only > when the windows clipboard has changed" addition to the code. It shouldn't > make a great deal of extra code but it will definitely make a minor glitch > go bye bye. > That was the way that the original code worked... the Windows loop became a member of the clipboard chain and ... well, it should have owned the X selection when the clipboard changed, but I don't remember if it did or not. The reason that we didn't pursue that route further was that we didn't have a way to always process the Windows message queue when a message was waiting, so we were freezing the clipboard chain and causing lots of problems for other Windows applications. Now that we call select () ourseleves we should be able to return to using the clipboard chain. I can dig up the old code, or you can just look at the notes in the Server Test Series Change Log and the xwinclip ChangeLog, then figure out which sets of source to download (the historical sources for the Server Test Series are mostly going to be in the XFree86 tree, which you can view via XFree86's cvsweb). Or, you could blindly reimplement the ClipBoard chain support... > I'll have a look at integrating it into XWin as well. When more than one > XWin window are open it doesn't work properly and if the x windows clients > become integrated with windows ala eXceed then it won't work at all. > It would probably be a good idea to allow the app to work with multiple XWin sessions. But, are you doing everything properly, such as giving each XWin window a different display number and telling each instance of xwinclip which display to connect to? Harold > Cheer's, > > Chris > > _________________________________________________________________ > Send and receive Hotmail on your mobile device: http://mobile.msn.com > > From huntharo@msu.edu Thu Sep 19 06:55:00 2002 From: huntharo@msu.edu (Harold L Hunt) Date: Thu, 19 Sep 2002 06:55:00 -0000 Subject: X client wrapper for Win apps? Message-ID: <200209191219.g8JCJOq27906@pilot27.cl.msu.edu> Yikes. Didn't your mothers ever tell you guys that you are crazy? Harold Stuart Adamson said: > > Every Windows draw command is translated into calls to a GDI > > driver. this > > driver is either the driver of the graphics card or a > > printer. The people > > from wine already have written a driver which exports a GDI > > interface and > > maps all calls to X11. Maybe this is a starting point. > > But xfree86 will also be using this interface to draw to the screen (as > will the logon box etc). I can see this becoming rather circular .... > > You need to be able to set the GDI context per application. > > Maybe the way forward is to filter calls to user32.dll (where most of the > basic > windowing functions end up). By filtering I mean renaming user32.dll to > user32-real.dll and writing your own user32.dll which either sends requests > to > X11 or to user32-real.dll, depending on the process id of the requesting > process. > > > Stuart > From jc.gervais@videotron.ca Thu Sep 19 07:04:00 2002 From: jc.gervais@videotron.ca (Jean-Claude Gervais) Date: Thu, 19 Sep 2002 07:04:00 -0000 Subject: Cygwin-XFree --> RDP --> Cygwin-XFree In-Reply-To: Message-ID: Quite right; the scrollbars option should take care of the resizing problem. I will test and let you know. What about the display surfaces becoming unavailable? I mean when you connect and disconnect RDP and the Xwin window becomes "transparent"? Any ideas for that? Might be a thorny one... -----Original Message----- From: cygwin-xfree-owner@cygwin.com [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Harold Hunt Sent: Wednesday, September 18, 2002 11:19 PM To: cygwin-xfree@cygwin.com Subject: RE: Cygwin-XFree --> RDP --> Cygwin-XFree Jean-Claude, Yes, I saw your post. However, I don't see what I can do about it. On the other hand, I am wondering why you haven't done any testing using the -scrollbars command-line option. That would seem like it might prevent the Cygwin/XFree86 window from ever being stretched or squashed in the first place. Let me know how -scrollbars works. Harold > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Jean-Claude Gervais > Sent: Tuesday, September 17, 2002 9:59 AM > To: cygwin-xfree@cygwin.com > Subject: Cygwin-XFree --> RDP --> Cygwin-XFree > > > Harold, > > Did you get the results of the Cygwin-XFree --> RDP --> > Cygwin-XFree tests > I posted last week? > > From c_twiner@hotmail.com Thu Sep 19 08:07:00 2002 From: c_twiner@hotmail.com (Chris Twiner) Date: Thu, 19 Sep 2002 08:07:00 -0000 Subject: xwinclip - update and motif clipboard Message-ID: >>Well according to the specs you're implementation is right. Own clipboard >>manager and grab the clipboard when it's been selected, then own it again. >> It doesn't seem to work with Motif though. No biggy, primary works v. >>well. >> >That's good to know, but why doesn't it work when we do it according >to >the >spec? :) Motif does some wierd clipboard antics and completely breaks the way it should work. Basically it stores all the entries under the root window as properties (xprop can show them). There is a kde app called klipper that handles the two properly but it involves making xwinclip an xt application for the xm stuff to work. >>Like Chris said it's suprising you can reply at all, and much appreciated. >> >No problem, I don't want people to think that I have given up or anything. Like I said, it's much appreciated, I've been busy this week with various things but I've still checked the list so it's a very good feeling to see such a reply. >which you can view via XFree86's cvsweb). Or, you could blindly >reimplement the ClipBoard chain support... Honestly I'm tempted to do that, purely because it offers the oppurtunity to have a bit more of a play. The ultra2 that was going to occupy my time just "blew a fuse" so I'm back to the free time. >It would probably be a good idea to allow the app to work with multiple >XWin sessions. But, are you doing everything properly, such as giving each XWin window a different display number and telling each instance of xwinclip which display to connect to? I'm doing that properly (although a new app starts in the old display). The problem is I'm looking for a window that says Cygwin/XFree86 which of course they all will say. It may need code in XWin to provide a differentiation of window title mentioning the display number (and env variable) or something similar. Otherwise you don't know which XWin display has lost/gained focus and which to start the xwinclip operations on. I think that would also be usefull for XWin in multiple windows as well. The user would be able to see which goes where. Possibly a user additional title as well such as "linux box" or "sun box" etc. In short how do you know which "Cygwin/XFree86" window is the one xwinclip is started for (x wise it's DISPLAY) but windows wise? Chris _________________________________________________________________ Chat with friends online, try MSN Messenger: http://messenger.msn.com From jc.gervais@videotron.ca Thu Sep 19 08:23:00 2002 From: jc.gervais@videotron.ca (Jean-Claude Gervais) Date: Thu, 19 Sep 2002 08:23:00 -0000 Subject: XWinClip In-Reply-To: Message-ID: Please forgive the newbie-type question: Using Cygwin-XFree to connect (in query mode) to a Linux box, I couldn't seem to select text from the Linux applications and paste them to Windows. Should I be able to? Is there a web-page somewhere that explains how to get this done with Cygwin and XWinClip? From c_twiner@hotmail.com Thu Sep 19 09:05:00 2002 From: c_twiner@hotmail.com (Chris Twiner) Date: Thu, 19 Sep 2002 09:05:00 -0000 Subject: xwinclip Message-ID: Hi Jean-Claude, >Please forgive the newbie-type question: http://xfree86.cygwin.com/devel/xwinclip/ gives a thorough explanation on how to get xwinclip running. It must be running as well as XWin. You'll see if that version is running because when you select some text the selection will dissapear and automatically be placed in the windows clipboard. Hope that helps _________________________________________________________________ Join the world??s largest e-mail service with MSN Hotmail. http://www.hotmail.com From huntharo@msu.edu Thu Sep 19 09:16:00 2002 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 19 Sep 2002 09:16:00 -0000 Subject: Cygwin-XFree --> RDP --> Cygwin-XFree References: Message-ID: <3D89EBC4.40503@msu.edu> Oh, I forgot about the extra surface loses. The next time I take a look at the code I will fix that, it won't be that hard. Harold Jean-Claude Gervais wrote: >Quite right; the scrollbars option should take care of the resizing problem. >I will test and let you know. > >What about the display surfaces becoming unavailable? I mean when you >connect and disconnect RDP and the Xwin window becomes "transparent"? Any >ideas for that? Might be a thorny one... > > >-----Original Message----- >From: cygwin-xfree-owner@cygwin.com [mailto:cygwin-xfree-owner@cygwin.com]On >Behalf Of Harold Hunt >Sent: Wednesday, September 18, 2002 11:19 PM >To: cygwin-xfree@cygwin.com >Subject: RE: Cygwin-XFree --> RDP --> Cygwin-XFree > >Jean-Claude, > >Yes, I saw your post. However, I don't see what I can do about it. > >On the other hand, I am wondering why you haven't done any testing using >the -scrollbars command-line option. That would seem like it might prevent >the Cygwin/XFree86 window from ever being stretched or squashed in the first >place. > >Let me know how -scrollbars works. > >Harold > > > >>-----Original Message----- >>From: cygwin-xfree-owner@cygwin.com >>[mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Jean-Claude Gervais >>Sent: Tuesday, September 17, 2002 9:59 AM >>To: cygwin-xfree@cygwin.com >>Subject: Cygwin-XFree --> RDP --> Cygwin-XFree >> >> >>Harold, >> >> Did you get the results of the Cygwin-XFree --> RDP --> >>Cygwin-XFree tests >>I posted last week? >> >> >> >> > > > From nahor@bravobrava.com Thu Sep 19 09:24:00 2002 From: nahor@bravobrava.com (Jehan) Date: Thu, 19 Sep 2002 09:24:00 -0000 Subject: X client wrapper for Win apps? References: <9920848EF398D311BDC400508BF339F9A9D0D9@ldnisp14.evolution.net> Message-ID: Stuart Adamson wrote: >>Every Windows draw command is translated into calls to a GDI >>driver. this >>driver is either the driver of the graphics card or a >>printer. The people >>from wine already have written a driver which exports a GDI >>interface and >>maps all calls to X11. Maybe this is a starting point. > > > But xfree86 will also be using this interface to draw to the screen (as > will the logon box etc). I can see this becoming rather circular .... > > You need to be able to set the GDI context per application. > > Maybe the way forward is to filter calls to user32.dll (where most of the > basic > windowing functions end up). By filtering I mean renaming user32.dll to > user32-real.dll and writing your own user32.dll which either sends requests > to > X11 or to user32-real.dll, depending on the process id of the requesting > process. Oh nice! I'll then look forward to the new Windows service pack and the number of new posts in the mailing about XFree being broken after the upgrade. But I have a better idea, replace the kernel32.dll with our own that will convert Windows calls into a Linux/BSD/Un*x calls. That way, instead of having Windows window showing in Xfree running in Windows, you'll just have Windows on top of Xfree. We would also have a perfect Unix layer for Windows then, we won't need Cygwin anymore, we would use Linux/BSD/Un*x directly. It will also add to the security/performance/whatever. Oh wait, that's WINE isn't it? ;) Jehan From jc.gervais@videotron.ca Thu Sep 19 09:40:00 2002 From: jc.gervais@videotron.ca (Jean-Claude Gervais) Date: Thu, 19 Sep 2002 09:40:00 -0000 Subject: X client wrapper for Win apps? In-Reply-To: Message-ID: Jehan! I think you may have stumbled upon something! You joke about the solution being Wine, but that may not be far from the truth. First, some history; a few years ago I wrote a TCPIP stack (a Winsock) that replaced the Microsoft one for wireless networking. At some point, I wrote a driver that let you use both stacks simultaneously, so it can be done without being circular, and there are plenty of ways it can be handled elegantly. Anyhow, back to what I was saying about your idea of Wine as a solution: It COULD be done! Admittedly, it might not be a snap, but Wine already uses a POSIX layer to accomplish what it needs to do. In our case, it would use Cygwin! Talk about a truly engrossing project! -----Original Message----- From: cygwin-xfree-owner@cygwin.com [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Jehan Sent: Thursday, September 19, 2002 12:05 PM To: cygwin-xfree@cygwin.com Subject: Re: X client wrapper for Win apps? Stuart Adamson wrote: >>Every Windows draw command is translated into calls to a GDI >>driver. this >>driver is either the driver of the graphics card or a >>printer. The people >>from wine already have written a driver which exports a GDI >>interface and >>maps all calls to X11. Maybe this is a starting point. > > > But xfree86 will also be using this interface to draw to the screen (as > will the logon box etc). I can see this becoming rather circular .... > > You need to be able to set the GDI context per application. > > Maybe the way forward is to filter calls to user32.dll (where most of the > basic > windowing functions end up). By filtering I mean renaming user32.dll to > user32-real.dll and writing your own user32.dll which either sends requests > to > X11 or to user32-real.dll, depending on the process id of the requesting > process. Oh nice! I'll then look forward to the new Windows service pack and the number of new posts in the mailing about XFree being broken after the upgrade. But I have a better idea, replace the kernel32.dll with our own that will convert Windows calls into a Linux/BSD/Un*x calls. That way, instead of having Windows window showing in Xfree running in Windows, you'll just have Windows on top of Xfree. We would also have a perfect Unix layer for Windows then, we won't need Cygwin anymore, we would use Linux/BSD/Un*x directly. It will also add to the security/performance/whatever. Oh wait, that's WINE isn't it? ;) Jehan From alexander.gottwald@s1999.tu-chemnitz.de Thu Sep 19 09:53:00 2002 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Thu, 19 Sep 2002 09:53:00 -0000 Subject: X client wrapper for Win apps? In-Reply-To: Message-ID: On Thu, 19 Sep 2002, Jean-Claude Gervais wrote: > It COULD be done! Admittedly, it might not be a snap, but Wine already uses > a POSIX layer to accomplish what it needs to do. > In our case, it would use Cygwin! wine is in most parts the same as replacing kernel32.dll user32.dll and some other system dependent libraries. So you won't achive anything if you run the windows application in a wine subsystem. The goal is not to replace the windows dlls with the wine dlls but to translate the GDI calls to X11. This has nothing to do with the POSIX layer. If someone is going into this, than start with the wine x11drv. Unfortunately no one from wine-devel commented that concept. bye ago -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From nwourms@yahoo.com Thu Sep 19 10:13:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Thu, 19 Sep 2002 10:13:00 -0000 Subject: XFree 4.2.1 + fontconfig-2 In-Reply-To: <20020919081521.GC1506@fairlite.demon.co.uk> Message-ID: <20020919164006.87766.qmail@web21008.mail.yahoo.com> Hi Alan, --- Alan Hourihane wrote: > On Wed, Sep 18, 2002 at 11:25:11 -0400, Harold Hunt wrote: > > Nicholas, > > > > I wasn't even aware of XFree86 4.2.1 until you mentioned it. > > > > I am not sure if I will build a release of it or not... seems > like a lot of > > trouble for just a few fixes, with non of them Cygwin-specific. > > 4.2.1 has an important security fix - arguably whether it matters > for cygwin based installations though. Yeah, you're probably right. Still I haven't checked but I thought it contained [operational] bug fixes as well? > > As for building versioned DLLs --- I have no idea. I am not > knowledgeable > > enough about that topic to be able to give you an answer, or even > to be able > > to discuss it. > > > > In regards to Xft1 and XFt2, Alan Hourihane and I noticed a > problem with > > both of them being built and one DLL (version 1) wiping out the > other DLL > > (version 2), so we said to hell with it and stopped building Xft1 > and went > > full-on with Xft2. As to whether or not that was a good > decision, I can > > only say that Alan thought it was okay, so it is okay with me :) > > For this issue, I would revisit it, if someone claimed that there > are applications for Cygwin/XFree86 that relied on Xft1. I suspect > for the number of applications that will become available for > Cygwin/XFree86 they'll now be using Xft2 anyway. But please speakup > if this is a problem, I will take another look at fixing it. Well this isn't a problem for me. Since you probably have a close working relationship with Keith, I assume you are more clued-in than me. I made a hasty assumption and my thinking Xft2 was not source compatible with Xft1 apps, so it may not be true. Can you confirm this? I should be releasing QT2 shortly, which uses Xft, but I haven't investigated if it compiles against Xft2 headers/libraries. I think some of the gtk-1 stuff uses Xft1, and someone is working on this. Just to be safe, I'm CC:'ing Steve O. who is working on the Gnome port. I still think, though, that it would be worth the effort to bring Xfree's runtime libraries into sync with the "generally accepted" Cygwin standard: "cyg" + + "ABI Revision" + ".dll" (i.e. cygpopt0.dll) I'm sure this would not only fix the issues now, but might prevent further headaches in the future. However, I know the hell that is Imake, so I'm not going to make a big fuss over this now. Perhaps a suggestion for Cygwin/XFree-4.3.0? > > So, in summary, there is not likely to be a release effort > applied to > > getting 4.2.1 out the door... unless I suddenly come up on a > great amount of > > time. Also, Alan shipped me the standard X packages last time, > which I fed > > through the Cygwin packaging script, so if he does that this time > I'll > > likely make a 4.2.1 release. > > There's no bandwidth from me at the moment to cover this, I'm > swamped > underneath lots and lots of work. Hmm... I guess it wouldn't make too much sense at the moment. Just if Harold was going to release a new test version, that's all. While I have you here, I have a question which Harold said he didn't know. Why was libXaw built as a static library [it's usually shared on linux]? I'm running into some runtime issues with my libXaw3d package [I built it as dll] and I suspect the answer lies in the reasoning behind that question. I was also wondering how you generated the foo-def.cpp? Is there a script that does this or do you just have to go through the entire source? Maybe I'm missing something because I've been spoiled by libtool/ld autogenerating the exports... Cheers, Nicholas __________________________________________________ Do you Yahoo!? New DSL Internet Access from SBC & Yahoo! http://sbc.yahoo.com From alanh@fairlite.demon.co.uk Thu Sep 19 10:31:00 2002 From: alanh@fairlite.demon.co.uk (Alan Hourihane) Date: Thu, 19 Sep 2002 10:31:00 -0000 Subject: XFree 4.2.1 + fontconfig-2 In-Reply-To: <20020919164006.87766.qmail@web21008.mail.yahoo.com> References: <20020919081521.GC1506@fairlite.demon.co.uk> <20020919164006.87766.qmail@web21008.mail.yahoo.com> Message-ID: <20020919165346.GR1506@fairlite.demon.co.uk> On Thu, Sep 19, 2002 at 09:40:06AM -0700, Nicholas Wourms wrote: > > For this issue, I would revisit it, if someone claimed that there > > are applications for Cygwin/XFree86 that relied on Xft1. I suspect > > for the number of applications that will become available for > > Cygwin/XFree86 they'll now be using Xft2 anyway. But please speakup > > if this is a problem, I will take another look at fixing it. > > Well this isn't a problem for me. Since you probably have a close > working relationship with Keith, I assume you are more clued-in than > me. I made a hasty assumption and my thinking Xft2 was not source > compatible with Xft1 apps, so it may not be true. Can you confirm > this? I should be releasing QT2 shortly, which uses Xft, but I > haven't investigated if it compiles against Xft2 headers/libraries. > I think some of the gtk-1 stuff uses Xft1, and someone is working on > this. Just to be safe, I'm CC:'ing Steve O. who is working on the > Gnome port. > > I still think, though, that it would be worth the effort to bring > Xfree's runtime libraries into sync with the "generally accepted" > Cygwin standard: > > "cyg" + + "ABI Revision" + ".dll" (i.e. > cygpopt0.dll) > > I'm sure this would not only fix the issues now, but might prevent > further headaches in the future. However, I know the hell that is > Imake, so I'm not going to make a big fuss over this now. Perhaps a > suggestion for Cygwin/XFree-4.3.0? The above is most certainly the right thing to do. Maybe someone can poke at the Imakefiles and send me a patch. > While I have you here, I have a question which Harold said he didn't > know. Why was libXaw built as a static library [it's usually shared > on linux]? I'm running into some runtime issues with my libXaw3d > package [I built it as dll] and I suspect the answer lies in the > reasoning behind that question. I was also wondering how you > generated the foo-def.cpp? Is there a script that does this or do > you just have to go through the entire source? Maybe I'm missing > something because I've been spoiled by libtool/ld autogenerating the > exports... It's more likely a historical thing. Just flip the flag to YES and rebuild. Alexander had a script to generate the foo-def.cpp files. Actually, there's a few other libraries in cygwin.rules that could be flipped to YES too. Anyone want to take stab at it, rebuild and send in a patch. Alan. From nwourms@yahoo.com Thu Sep 19 10:32:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Thu, 19 Sep 2002 10:32:00 -0000 Subject: X client wrapper for Win apps? In-Reply-To: <200209191219.g8JCJOq27906@pilot27.cl.msu.edu> Message-ID: <20020919171306.48035.qmail@web21001.mail.yahoo.com> --- Harold L Hunt wrote: > Yikes. > > Didn't your mothers ever tell you guys that you are crazy? > C'mon Harold, doesn't the idea seem even a bit compelling? Cheers, Nicholas __________________________________________________ Do you Yahoo!? New DSL Internet Access from SBC & Yahoo! http://sbc.yahoo.com From keith@keithtyler.com Thu Sep 19 10:36:00 2002 From: keith@keithtyler.com (Keith D. Tyler) Date: Thu, 19 Sep 2002 10:36:00 -0000 Subject: X client wrapper for Win apps? In-Reply-To: <3D89A0FB.9040404@sjsoft.com> from "David Fraser" at Sep 19, 2002 12:03:39 PM Message-ID: <200209191731.g8JHVsn16608@shell.faradic.net> David Fraser was recently quoted as saying... > Stuart Adamson wrote: > >>printer. The people > >>from wine already have written a driver which exports a GDI > >>interface and > >>maps all calls to X11. Maybe this is a starting point. > > > >But xfree86 will also be using this interface to draw to the screen (as > >will the logon box etc). I can see this becoming rather circular .... > >You need to be able to set the GDI context per application. Well, if xfree86 could take over the root desktop a la Explorer, then you would only need to detect which app is controlling the desktop. Of course, that assumes this functionality would only be desired by people trying to run XWin as the desktop shell... I guess this is why I figured a separate wrapper app would be the easiest solution. One could simply set up aliases or a shell function that ran certain apps through the wrapping program, which would only have to be able to act as an X app to display itself. It also wouldn't have to interfere with system drivers, it would (theoretically) only have to interfere with the *application's* attempts to make system calls. (I acknowledge that I'm no Windows programmer, and I'm theorizing this off what little I know of system calls and what I've overheard you guys say on this topic already.) ================================================================== Keith D. Tyler keith@keithtyler.com Federal Way, WA http://www.keithtyler.com ------------------------------------------------------------------ Terrorists can attack freedom, but only Congress can destroy it. ================================================================== From nahor@bravobrava.com Thu Sep 19 10:38:00 2002 From: nahor@bravobrava.com (Jehan) Date: Thu, 19 Sep 2002 10:38:00 -0000 Subject: X client wrapper for Win apps? References: Message-ID: Alexander Gottwald wrote: > wine is in most parts the same as replacing kernel32.dll user32.dll and > some other system dependent libraries. So you won't achive anything if > you run the windows application in a wine subsystem. The goal is not to > replace the windows dlls with the wine dlls but to translate the GDI > calls to X11. This has nothing to do with the POSIX layer. What would be the point? I mean, if you want Windows app inside XFree, I think you'd be better of using Wine and help them finish it than writing this kind of driver. The goal of Cygwin/XFree is the opposite of Wine, it's about having X Window inside Windows. More over, if you have GDI-fake->X->GDI-real, that would be quite ugly for the speed. From keith@keithtyler.com Thu Sep 19 10:40:00 2002 From: keith@keithtyler.com (Keith D. Tyler) Date: Thu, 19 Sep 2002 10:40:00 -0000 Subject: X client wrapper for Win apps? [o/t] In-Reply-To: <200209191219.g8JCJOq27906@pilot27.cl.msu.edu> from "Harold L Hunt" at Sep 19, 2002 08:19:21 AM Message-ID: <200209191736.g8JHalU16913@shell.faradic.net> Harold L Hunt was recently quoted as saying... > > Yikes. > > Didn't your mothers ever tell you guys that you are crazy? Incidentally, yes. (But she said it about herself too.) ================================================================== Keith D. Tyler keith@keithtyler.com Federal Way, WA http://www.keithtyler.com ------------------------------------------------------------------ Terrorists can attack freedom, but only Congress can destroy it. ================================================================== From nwourms@yahoo.com Thu Sep 19 10:43:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Thu, 19 Sep 2002 10:43:00 -0000 Subject: X client wrapper for Win apps? In-Reply-To: Message-ID: <20020919173808.7883.qmail@web21010.mail.yahoo.com> --- Jehan wrote: > Stuart Adamson wrote: > >>Every Windows draw command is translated into calls to a GDI > >>driver. this > >>driver is either the driver of the graphics card or a > >>printer. The people > >>from wine already have written a driver which exports a GDI > >>interface and > >>maps all calls to X11. Maybe this is a starting point. > > > > > > But xfree86 will also be using this interface to draw to the > screen (as > > will the logon box etc). I can see this becoming rather circular > .... > > > > You need to be able to set the GDI context per application. > > > > Maybe the way forward is to filter calls to user32.dll (where > most of the > > basic > > windowing functions end up). By filtering I mean renaming > user32.dll to > > user32-real.dll and writing your own user32.dll which either > sends requests > > to > > X11 or to user32-real.dll, depending on the process id of the > requesting > > process. > > Oh nice! I'll then look forward to the new Windows service pack and > the > number of new posts in the mailing about XFree being broken after > the > upgrade. So? Your point? It can be fixed and rereleased. You forget that this isn't a CD distro, it's a net distro. > But I have a better idea, replace the kernel32.dll with our own > that > will convert Windows calls into a Linux/BSD/Un*x calls. That way, > instead of having Windows window showing in Xfree running in > Windows, > you'll just have Windows on top of Xfree. We would also have a > perfect > Unix layer for Windows then, we won't need Cygwin anymore, we would > use > Linux/BSD/Un*x directly. It will also add to the > security/performance/whatever. No, because then you have done what ReactOS is doing. This is different... > Oh wait, that's WINE isn't it? ;) No it isn't, because you are still accessing the other Windows dll's for function calls, which is the whole point. Can you run MS Visual Studio in WINE? I think not... Getting rid of Explorer window manager and server, replacing it with X11 is the ultimate goal. You still want to maintain the library compatibility though. We *already* know your position regarding this from the last time it was discussed. You may not be interested, but there are others who are. So, unless you have something to contribute (other then rants and faulty arguments), why not give it a rest? :-P Cheers, Nicholas __________________________________________________ Do you Yahoo!? New DSL Internet Access from SBC & Yahoo! http://sbc.yahoo.com From keith@keithtyler.com Thu Sep 19 11:21:00 2002 From: keith@keithtyler.com (Keith D. Tyler) Date: Thu, 19 Sep 2002 11:21:00 -0000 Subject: X client wrapper for Win apps? In-Reply-To: from "Jehan" at Sep 19, 2002 09:05:11 AM Message-ID: <200209191740.g8JHec617370@shell.faradic.net> Jehan was recently quoted as saying... > Oh nice! I'll then look forward to the new Windows service pack and the > number of new posts in the mailing about XFree being broken after the > upgrade. > > But I have a better idea, replace the kernel32.dll with our own that > will convert Windows calls into a Linux/BSD/Un*x calls. That way, > instead of having Windows window showing in Xfree running in Windows, > you'll just have Windows on top of Xfree. We would also have a perfect > Unix layer for Windows then, we won't need Cygwin anymore, we would use > Linux/BSD/Un*x directly. It will also add to the > security/performance/whatever. > > Oh wait, that's WINE isn't it? ;) In response to that... Can you please show me how to port my company's VB client software to *nix? Then I could just run Linux. An MS-Exchange compliant mail program would help too. (All things have cause or reason.) :) Kdt From keith@keithtyler.com Thu Sep 19 11:34:00 2002 From: keith@keithtyler.com (Keith D. Tyler) Date: Thu, 19 Sep 2002 11:34:00 -0000 Subject: X client wrapper for Win apps? In-Reply-To: from "Jehan" at Sep 19, 2002 10:32:42 AM Message-ID: <200209191743.g8JHhUd17517@shell.faradic.net> Jehan was recently quoted as saying... > > More over, if you have GDI-fake->X->GDI-real, that would be quite ugly > for the speed. > Wouldn't running Windows emulation under POSIX emulation under Windows be, at best, just as bad? Kdt, who will shut up now From nahor@bravobrava.com Thu Sep 19 11:39:00 2002 From: nahor@bravobrava.com (Jehan) Date: Thu, 19 Sep 2002 11:39:00 -0000 Subject: X client wrapper for Win apps? References: <200209191743.g8JHhUd17517@shell.faradic.net> Message-ID: Keith D. Tyler wrote: >>More over, if you have GDI-fake->X->GDI-real, that would be quite ugly >>for the speed. > > Wouldn't running Windows emulation under POSIX emulation under Windows > be, at best, just as bad? Yes. That's why I'm saying: - if you want Windows inside X, use Linux+WINE - if you want X inside Windows, use Windows+Cygwin/Xfree but I don't see the point in having Windows inside X inside Windows. The only thing I could understand is that WINE doesn't work with all application yet. But even then, hacking X because WINE doesn't work isn't the best solution (it's far better to fix WINE instead). Jehan From Alexander.Gottwald@informatik.tu-chemnitz.de Thu Sep 19 11:41:00 2002 From: Alexander.Gottwald@informatik.tu-chemnitz.de (Alexander Gottwald) Date: Thu, 19 Sep 2002 11:41:00 -0000 Subject: XFree 4.2.1 + fontconfig-2 In-Reply-To: <20020919165346.GR1506@fairlite.demon.co.uk> Message-ID: On Thu, 19 Sep 2002, Alan Hourihane wrote: > It's more likely a historical thing. Just flip the flag to YES and > rebuild. Alexander had a script to generate the foo-def.cpp files. Actually it was a piece of an Imakefile. So let's convert it into a shell script #!/bin/bash # usage: gendef libname objectfiles # Generate dll export defines from object files # LIBNAME="$1" shift ( echo "LIBRARY $LIBNAME" echo "VERSION LIBRARY_VERSION" echo "EXPORTS" ${NM:-nm} --demangle --defined-only "$@" | \ sed -n 's/^.* T //p' | sed '/^typeinfo name\|:\|(/ d' ) > "$LIBNAME-def.cpp" So 'gendef Xaw *.o' would create the export list for libXaw HTH ago -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From jc.gervais@videotron.ca Thu Sep 19 11:45:00 2002 From: jc.gervais@videotron.ca (Jean-Claude Gervais) Date: Thu, 19 Sep 2002 11:45:00 -0000 Subject: X client wrapper for Win apps? In-Reply-To: Message-ID: Wine translates GDI calls to X, doesn't it? -----Original Message----- From: cygwin-xfree-owner@cygwin.com [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Alexander Gottwald Sent: Thursday, September 19, 2002 12:24 PM To: cygwin-xfree@cygwin.com Subject: RE: X client wrapper for Win apps? On Thu, 19 Sep 2002, Jean-Claude Gervais wrote: > It COULD be done! Admittedly, it might not be a snap, but Wine already uses > a POSIX layer to accomplish what it needs to do. > In our case, it would use Cygwin! wine is in most parts the same as replacing kernel32.dll user32.dll and some other system dependent libraries. So you won't achive anything if you run the windows application in a wine subsystem. The goal is not to replace the windows dlls with the wine dlls but to translate the GDI calls to X11. This has nothing to do with the POSIX layer. If someone is going into this, than start with the wine x11drv. Unfortunately no one from wine-devel commented that concept. bye ago -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From nwourms@yahoo.com Thu Sep 19 11:51:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Thu, 19 Sep 2002 11:51:00 -0000 Subject: X client wrapper for Win apps? In-Reply-To: Message-ID: <20020919184150.74095.qmail@web21005.mail.yahoo.com> --- Jehan wrote: > Keith D. Tyler wrote: > >>More over, if you have GDI-fake->X->GDI-real, that would be quite > ugly > >>for the speed. > > > > Wouldn't running Windows emulation under POSIX emulation under > Windows > > be, at best, just as bad? > > Yes. That's why I'm saying: > - if you want Windows inside X, use Linux+WINE > - if you want X inside Windows, use Windows+Cygwin/Xfree > > but I don't see the point in having Windows inside X inside > Windows. The > only thing I could understand is that WINE doesn't work with all > application yet. But even then, hacking X because WINE doesn't work > > isn't the best solution (it's far better to fix WINE instead). > What about if you use hardware which linux doesn't support (and may never support)? Certain laptops come to mind as well as other things, like scientific intstruments. The point of cygwin isn't just to make X-Windows apps run under Explorer. It's also about providing a posix environment, which is meshed in with Windows itself, that people can use as an alternative to the currently available Windows tools. Explorer is nothing more than a bloated tool that some of us would rather replace. Just because we don't like one part doesn't mean we should throw the baby out with the bath water... I can think of many reasons why Wine on linux will never provide for every situation. The point, I think, is that some of us want to use the other 80% of the documented (and undocumented) Windows API w/o emulation. So what's the big deal? Again, we know your stance, I don't think there is anything you can say that I(we) haven't already heard. Cheers, Nicholas __________________________________________________ Do you Yahoo!? New DSL Internet Access from SBC & Yahoo! http://sbc.yahoo.com From Alexander.Gottwald@informatik.tu-chemnitz.de Thu Sep 19 11:51:00 2002 From: Alexander.Gottwald@informatik.tu-chemnitz.de (Alexander Gottwald) Date: Thu, 19 Sep 2002 11:51:00 -0000 Subject: X client wrapper for Win apps? In-Reply-To: Message-ID: On Thu, 19 Sep 2002, Jean-Claude Gervais wrote: > Wine translates GDI calls to X, doesn't it? Yes, and a lot of other things more. The GDI->X translation is only a small part of wine. bye ago -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From nahor@bravobrava.com Thu Sep 19 11:58:00 2002 From: nahor@bravobrava.com (Jehan) Date: Thu, 19 Sep 2002 11:58:00 -0000 Subject: X client wrapper for Win apps? References: <20020919173808.7883.qmail@web21010.mail.yahoo.com> Message-ID: Ah, Nicola. It has been a while since we had a sparing discussion :) Nicholas Wourms wrote: >>Oh nice! I'll then look forward to the new Windows service pack and >>the >>number of new posts in the mailing about XFree being broken after >>the >>upgrade. > > So? Your point? It can be fixed and rereleased. You forget that > this isn't a CD distro, it's a net distro. My point is that XFree might see it's own user32.dll replaced by the one from Windows SP X. So XFree isn't really broken, it just saw its dll replaced. But I'm not even sure that one would be able to apply the service pack in the first place. The service pack installer migh not recognized the dll and refused to install itself because of that. >>But I have a better idea, replace the kernel32.dll with our own >>that >>will convert Windows calls into a Linux/BSD/Un*x calls. That way, >>instead of having Windows window showing in Xfree running in >>Windows, >>you'll just have Windows on top of Xfree. We would also have a >>perfect >>Unix layer for Windows then, we won't need Cygwin anymore, we would >>use >>Linux/BSD/Un*x directly. It will also add to the >>security/performance/whatever. > > > No, because then you have done what ReactOS is doing. This is > different... I don't know ReactOS. I've seen screenshots not a long time ago but I haven't read anything about it. >>Oh wait, that's WINE isn't it? ;) > > No it isn't, because you are still accessing the other Windows dll's > for function calls, which is the whole point. Can you run MS Visual > Studio in WINE? I think not... Currently, MS Visual Studio doesn't run inside Cygwin/XFree either. Between writing a new user32.dll and fixing WINE (which already has written a new user32.dll, at least partially), I think it would be better to fix WINE, it's far less work. > Getting rid of Explorer window > manager and server, replacing it with X11 is the ultimate goal. You > still want to maintain the library compatibility though. We > *already* know your position regarding this from the last time it was > discussed. You may not be interested, but there are others who are. > So, unless you have something to contribute (other then rants and > faulty arguments), why not give it a rest? :-P Well, last time, you said that a rootless XWindow system was useless. With it, Windows app wouldn't be hidden behind the X Root window. You could then use any desktop shell you want. The only remaining issue would be the make the pager aware of the Windows window (and that should be pretty much trivial using the EnumWindows function) jehan From jc.gervais@videotron.ca Thu Sep 19 12:10:00 2002 From: jc.gervais@videotron.ca (Jean-Claude Gervais) Date: Thu, 19 Sep 2002 12:10:00 -0000 Subject: X client wrapper for Win apps? In-Reply-To: Message-ID: You could hook only the drawing calls and pass anything else through to the original handler. -----Original Message----- From: cygwin-xfree-owner@cygwin.com [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Alexander Gottwald Sent: Thursday, September 19, 2002 2:45 PM To: cygwin-xfree@cygwin.com Subject: RE: X client wrapper for Win apps? On Thu, 19 Sep 2002, Jean-Claude Gervais wrote: > Wine translates GDI calls to X, doesn't it? Yes, and a lot of other things more. The GDI->X translation is only a small part of wine. bye ago -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From Alexander.Gottwald@informatik.tu-chemnitz.de Thu Sep 19 12:21:00 2002 From: Alexander.Gottwald@informatik.tu-chemnitz.de (Alexander Gottwald) Date: Thu, 19 Sep 2002 12:21:00 -0000 Subject: X client wrapper for Win apps? In-Reply-To: Message-ID: On Thu, 19 Sep 2002, Jehan wrote: > Alexander Gottwald wrote: > > wine is in most parts the same as replacing kernel32.dll user32.dll and > > some other system dependent libraries. So you won't achive anything if > > you run the windows application in a wine subsystem. The goal is not to > > replace the windows dlls with the wine dlls but to translate the GDI > > calls to X11. This has nothing to do with the POSIX layer. > > What would be the point? I mean, if you want Windows app inside XFree, I > think you'd be better of using Wine and help them finish it than writing > this kind of driver. What I would like to see is a possibility to export the display of windows hosts to remote machines. X is one of the best solutions for this. As a side effect, you also could display these applications in the Cygwin XServer running on windows, but also on an XServer running an hpux or on Sparc/Solaris or MacOS X or Darwin or ... Most of the above platforms will never allow to run native windows apps with wine. Writing this driver (or better adapting the wine driver) is (IMO) less work than building replacement dlls and much faster than hooking all graphic calls. > The goal of Cygwin/XFree is the opposite of Wine, it's about having X > Window inside Windows. The goal of wine is running Windows applications on linux. The goal of Cygwin/XFree is an usable XServer for windows. I don't see where there is the opposite. This "Displaying GDI Windows inside XWin" is the opposite of "Displaying X11 Windows via GDI" > More over, if you have GDI-fake->X->GDI-real, that would be quite ugly > for the speed. With a lot of speedup possible with unix-domain sockets or any other direct connection. And with full network wide export of the windows display. bye ago -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From nahor@bravobrava.com Thu Sep 19 12:58:00 2002 From: nahor@bravobrava.com (Jehan) Date: Thu, 19 Sep 2002 12:58:00 -0000 Subject: X client wrapper for Win apps? References: <20020919184150.74095.qmail@web21005.mail.yahoo.com> Message-ID: Nicholas Wourms wrote: > What about if you use hardware which linux doesn't support (and may > never support)? Certain laptops come to mind as well as other > things, like scientific intstruments. Good point. I'll buy that. > Explorer is nothing more than a bloated tool that some of us > would rather replace. Just because we don't like one part doesn't > mean we should throw the baby out with the bath water... Yeah, right. It's far better to cut the baby into pieces to replace the part you don't like ;). > The point, I think, is that some of us want to use the > other 80% of the documented (and undocumented) Windows API w/o > emulation. Again, this point is moot. WINE is aiming at that. It's not there yet but it's its goal. "Don't throw the baby out with the bath water" > So what's the big deal? Again, we know your stance, I > don't think there is anything you can say that I(we) haven't already > heard. 1. If everybody knows *my* stance, then everybody knows *yours* too so you could shut up too then but... 1. ... *you* knowing my stance doesn't mean everybody knows. 3. If my posts bother you so much, just don't read them. Let me use my right to free speech. Thanks. 4. Give me valid point (like the hardware thing) and I'll just up. API compatibility isn't a valid one since it can be easily fix (more easily that writing a new GDI driver). Jehan From nahor@bravobrava.com Thu Sep 19 13:11:00 2002 From: nahor@bravobrava.com (Jehan) Date: Thu, 19 Sep 2002 13:11:00 -0000 Subject: X client wrapper for Win apps? References: Message-ID: Alexander Gottwald wrote: > What I would like to see is a possibility to export the display of windows > hosts to remote machines. X is one of the best solutions for this. As a > side effect, you also could display these applications in the Cygwin > XServer running on windows, but also on an XServer running an hpux or > on Sparc/Solaris or MacOS X or Darwin or ... > > Most of the above platforms will never allow to run native windows apps > with wine. I'm sorry, but I don't get that. WINE runs on top of X. If WINE runs a windows application, then it can export it. But an even better solution, if you want to export the Windows desktop, is too use VNC (http://www.uk.research.att.com/vnc/). It exports nearly anything anywhere. And it's a proven working solution already implemented. Jehan From Alexander.Gottwald@informatik.tu-chemnitz.de Thu Sep 19 13:44:00 2002 From: Alexander.Gottwald@informatik.tu-chemnitz.de (Alexander Gottwald) Date: Thu, 19 Sep 2002 13:44:00 -0000 Subject: X client wrapper for Win apps? In-Reply-To: Message-ID: On Thu, 19 Sep 2002, Jehan wrote: > Alexander Gottwald wrote: > > What I would like to see is a possibility to export the display of windows > > hosts to remote machines. X is one of the best solutions for this. As a > > side effect, you also could display these applications in the Cygwin > > XServer running on windows, but also on an XServer running an hpux or > > on Sparc/Solaris or MacOS X or Darwin or ... > > > > Most of the above platforms will never allow to run native windows apps > > with wine. > > I'm sorry, but I don't get that. WINE runs on top of X. If WINE runs a > windows application, then it can export it. But you won't get wine running on a sparc since wine requires i386 archicture and sparc is a sparc architecture. You can have X11 on sparc as much as you want but you won't get wine running. So you need an extra windows box wich runs the program. And wine will fail if the windows program is needed for special hardware access. > But an even better solution, if you want to export the Windows desktop, > is too use VNC (http://www.uk.research.att.com/vnc/). It exports nearly > anything anywhere. And it's a proven working solution already implemented. VNC is not the better solution. It grab parts of the picture _after_ they were drawn. X11 sends the drawing commands across network. There was always a VNC client for windows which allowed access to a unix session. But as this is far from being fast someone started building a xserver for windows. VNC requires much higher bandwidth than X11 and will fail on fast changes of the display content. bye ago -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From Alexander.Gottwald@informatik.tu-chemnitz.de Thu Sep 19 14:01:00 2002 From: Alexander.Gottwald@informatik.tu-chemnitz.de (Alexander Gottwald) Date: Thu, 19 Sep 2002 14:01:00 -0000 Subject: X client wrapper for Win apps? In-Reply-To: Message-ID: On Thu, 19 Sep 2002, Jehan wrote: > 4. Give me valid point (like the hardware thing) and I'll just up. API > compatibility isn't a valid one since it can be easily fix (more easily > that writing a new GDI driver). Just explain the design you have in mind. Is it Application User32.dll User32-orig.dll XWin ------------>LineTo(x,y)----+---->LineTo(x,y) | +-------------------->shadowDrawLine If so, then you must call the xserver drawing function directly Application User32.dll User32-orig.dll XLib ------------>LineTo(x,y)----+---->LineTo(x,y) | +-------------------->XDrawLine In this case you have the X11 Protocol overhead again. And of course the problem with the replaced User32.dll My proposal was Application User32.dll GDI DisplayGDI XLib ---------->LineTo(x,y)---->gdiLineTo(x,y)--->gdiLineTo(x,y) | +-------------------------->XDrawLine This requires the same work as replacing user32 since all exported functions from the library must be replace with stubs calling the original functions and the code for converting the calls to X11 or the Xserver functions must be written. bye ago -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From pyrosys@bored.com Thu Sep 19 14:03:00 2002 From: pyrosys@bored.com (pyrosys@bored.com) Date: Thu, 19 Sep 2002 14:03:00 -0000 Subject: Hey, I found a site all about acid! Message-ID: Hey I found this site all about LSD25. Its such a cool site I just had to share it. Sorry if you did not want this e-mail, it wont happen again by me. Anywayz the site has all kinds of information about the drug and things to look at and do while on it! Also it has tons of music, videos, t-shirts, posters, books, and all kinds of stuff for sale at very good prices. Even if you dont like drugs the site is worth taking a look at. http://acidtrip.tk is the site url. I hope you enjoy the site as much as i did! -Pyro From nahor@bravobrava.com Thu Sep 19 14:29:00 2002 From: nahor@bravobrava.com (Jehan) Date: Thu, 19 Sep 2002 14:29:00 -0000 Subject: X client wrapper for Win apps? References: Message-ID: Alexander Gottwald wrote: > On Thu, 19 Sep 2002, Jehan wrote: > > >>4. Give me valid point (like the hardware thing) and I'll just up. API >>compatibility isn't a valid one since it can be easily fix (more easily >>that writing a new GDI driver). > > > Just explain the design you have in mind. Is it > > Application User32.dll User32-orig.dll XWin > > ------------>LineTo(x,y)----+---->LineTo(x,y) > | > +-------------------->shadowDrawLine > > If so, then you must call the xserver drawing function directly > Application User32.dll User32-orig.dll XLib > > ------------>LineTo(x,y)----+---->LineTo(x,y) > | > +-------------------->XDrawLine > > In this case you have the X11 Protocol overhead again. > > And of course the problem with the replaced User32.dll > > My proposal was > > Application User32.dll GDI DisplayGDI XLib > > ---------->LineTo(x,y)---->gdiLineTo(x,y)--->gdiLineTo(x,y) > | > +-------------------------->XDrawLine > > This requires the same work as replacing user32 since all exported functions > from the library must be replace with stubs calling the original functions > and the code for converting the calls to X11 or the Xserver functions > must be written. Ok, if I read correctly between the lines, I think I know where my problem is. Is user32.dll and the "GDI driver" the same thing? Or is the "GDI driver" like my video card driver or my audio card driver? Because, actually, my biggest problem is to have the User32.dll being replaced. From the way I see it, it's one of the core dll from Windows. My fear then is that, if we replace that DLL, Windows will start to fall apart because (1) the dll isn't 100% compatible or (2) the next Windows update will refuse to work because the checksum won't match anymore or (3) the update will "patch" the DLL but makes it completely unusable because function entries are not at the address or something like. In short, that since the DLL won't be the same, something will break sooner or later and make my system unusable. A dll, in theory, is supposed to be replacable by another one having the same API, in pratice, it's not. If XFree replaces my User32.dll, I don't think I'll to use it anymore. Too risky. A driver, in the other hand, seems to be more easily replacable. I haven't heard yet of Windows keeping several versions of a driver and using the one that matches a given application. Jehan From davidf@sjsoft.com Thu Sep 19 16:47:00 2002 From: davidf@sjsoft.com (David Fraser) Date: Thu, 19 Sep 2002 16:47:00 -0000 Subject: X client wrapper for Win apps? References: Message-ID: <3D8A3B7D.3040808@sjsoft.com> Alexander Gottwald wrote: >On Thu, 19 Sep 2002, Jehan wrote: > > > >>4. Give me valid point (like the hardware thing) and I'll just up. API >>compatibility isn't a valid one since it can be easily fix (more easily >>that writing a new GDI driver). >> >> > >Just explain the design you have in mind. Is it > >Application User32.dll User32-orig.dll XWin > > ------------>LineTo(x,y)----+---->LineTo(x,y) > | > +-------------------->shadowDrawLine > >If so, then you must call the xserver drawing function directly >Application User32.dll User32-orig.dll XLib > > ------------>LineTo(x,y)----+---->LineTo(x,y) > | > +-------------------->XDrawLine > >In this case you have the X11 Protocol overhead again. > >And of course the problem with the replaced User32.dll > >My proposal was > >Application User32.dll GDI DisplayGDI XLib > > ---------->LineTo(x,y)---->gdiLineTo(x,y)--->gdiLineTo(x,y) > | > +-------------------------->XDrawLine > >This requires the same work as replacing user32 since all exported functions >from the library must be replace with stubs calling the original functions >and the code for converting the calls to X11 or the Xserver functions >must be written. > >bye > ago > Now we're talking. This is the type of thing we should be discussing. It is clear that doing this Windows->X thing would useful and there is a fair amount of interest in it. I suggest we discuss an implementation strategy and do it. Maybe we can separate out the "why would you want to do that" thread from a planning thread... I've thought about several ways for doing various things but really need to read up more of the docs on how the GDI works. Unless of course someone wants to post a nice explanation of whats relevant. Pros/cons of the two approaches above? Essentialy I've thought that wine has a lot of the code we need but we probably need to start a separate system to establish the basic framework before we try getting the wine code ported. Maybe I'm wrong. Anyone tried to compile x11drv? Also, it may be advantageous to only use X for certain applications ... in that case you want to be able to set (say with environment variables like DISPLAY) whether you're using X or not and which display you're exporting it to. This would also involve allowing different users to logon at the same time from different X servers etc. If we're looking at this type of approach, I'm not sure a GDI driver would work because you may need different gdi drviers for different apps - is that possible in Windows? I've made a whole lot of notes on different possible approaches which might be useful to start things off which I can post as the discussion proceeds... From Alexander.Gottwald@informatik.tu-chemnitz.de Fri Sep 20 03:33:00 2002 From: Alexander.Gottwald@informatik.tu-chemnitz.de (Alexander Gottwald) Date: Fri, 20 Sep 2002 03:33:00 -0000 Subject: X client wrapper for Win apps? In-Reply-To: Message-ID: On Thu, 19 Sep 2002, Jehan wrote: > Ok, if I read correctly between the lines, I think I know where my > problem is. Is user32.dll and the "GDI driver" the same thing? Or is the > "GDI driver" like my video card driver or my audio card driver? The GDI driver _is_ the videocard driver. The General Drawing Interface is an abstraction layer for 2D graphics. So you're graphics driver provides just this interface (and some directdraw interfaces) and all 2D graphics operation as LineTo or DrawRectangle will end in this GDI interface. > A driver, in the other hand, seems to be more easily replacable. I > haven't heard yet of Windows keeping several versions of a driver and > using the one that matches a given application. Maybe not in an per-application context but more like a session context. The advanced server has remote output and local output. Also applications started via the MS Telnet server don't get access to the display. Also printing is in most cases done by switching the devicecontext from the display to the printer driver. The CreateDC function might be a starting point for reading. bye ago -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From ihok@hotmail.com Fri Sep 20 04:14:00 2002 From: ihok@hotmail.com (Jack Tanner) Date: Fri, 20 Sep 2002 04:14:00 -0000 Subject: xcb port to Cygwin; questions about packaging References: <20020918235737.90B7058EA@ivory.research.canon.com.au> Message-ID: <3D8A61A0.80204@hotmail.com> Harold Hunt wrote: > Hmm... I guess that means I will have to update the Cygwin WindowMaker > package. :) How about another bird with the same stone? Openbox 1.2.4 (the latest stable release) compiles (and installs) out of the box. I don't know the packaging routines and don't have the time to learn them, but I figured somebody may be interested. Download http://icculus.org/openbox/releases/openbox-1.2.4.tar.gz, ./configure, make, make install. -jt From rasjidw@openminddev.net Fri Sep 20 04:18:00 2002 From: rasjidw@openminddev.net (Rasjid Wilcox) Date: Fri, 20 Sep 2002 04:18:00 -0000 Subject: X client wrapper for Win apps? In-Reply-To: References: Message-ID: <200209202033.37772.rasjidw@openminddev.net> On Fri, 20 Sep 2002 5:58 am, Alexander Gottwald wrote: > VNC is not the better solution. It grab parts of the picture _after_ they > were drawn. X11 sends the drawing commands across network. There was always > a VNC client for windows which allowed access to a unix session. But as > this is far from being fast someone started building a xserver for windows. > > VNC requires much higher bandwidth than X11 and will fail on fast changes > of the display content. > As a VNC user who runs Linux and home to control a Windows NT machine at work, and finds the performance less than satisfactory even with ADSL both ends, I would be very interested in the 'X client wrapper for Win apps' idea. I suspect the performance would be subtantially better (assuming decent optimisation and caching). As far as I can tell, Radmin (http://www.radmin.com) is a commercial product that uses the GDI hook idea, and if you believe its marketing, it outperforms all other (windows) remote control software by a significant margin. Unfortunately, it is only Windows-Windows. Anyway, I think that something that allows Windows apps to be easily displayed on Xservers (other than VNC) would be a really good thing. Particularly if just the application could be displayed as opposed to the entire desktop. It opens up all sorts of possibilities, in the same way that a rootless mode does. I would like to see this happen and would be happy to test! :-) Rasjid. From alexander.gottwald@s1999.tu-chemnitz.de Fri Sep 20 04:40:00 2002 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Fri, 20 Sep 2002 04:40:00 -0000 Subject: X client wrapper for Win apps? In-Reply-To: <200209202033.37772.rasjidw@openminddev.net> Message-ID: On Fri, 20 Sep 2002, Rasjid Wilcox wrote: > As a VNC user who runs Linux and home to control a Windows NT machine at work, > and finds the performance less than satisfactory even with ADSL both ends, I > would be very interested in the 'X client wrapper for Win apps' idea. I > suspect the performance would be subtantially better (assuming decent > optimisation and caching). I started compiling the x11drv from wine with cygwin-gcc and got at least the files compiling. But the linking still fails as some other wine libs are needed. At 2AM i stopped working *g* but will continue this evening. > As far as I can tell, Radmin (http://www.radmin.com) is a commercial product > that uses the GDI hook idea Hm, a GDI hook. Can't find anything about this in the MSDN. bye ago -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From davidf@sjsoft.com Fri Sep 20 05:20:00 2002 From: davidf@sjsoft.com (David Fraser) Date: Fri, 20 Sep 2002 05:20:00 -0000 Subject: X client wrapper for Win apps? References: <200209202033.37772.rasjidw@openminddev.net> Message-ID: <3D8B03E2.1040300@sjsoft.com> Rasjid Wilcox wrote: >On Fri, 20 Sep 2002 5:58 am, Alexander Gottwald wrote: > > > >>VNC is not the better solution. It grab parts of the picture _after_ they >>were drawn. X11 sends the drawing commands across network. There was always >>a VNC client for windows which allowed access to a unix session. But as >>this is far from being fast someone started building a xserver for windows. >> >>VNC requires much higher bandwidth than X11 and will fail on fast changes >>of the display content. >> >> >> > >As a VNC user who runs Linux and home to control a Windows NT machine at work, >and finds the performance less than satisfactory even with ADSL both ends, I >would be very interested in the 'X client wrapper for Win apps' idea. I >suspect the performance would be subtantially better (assuming decent >optimisation and caching). > >As far as I can tell, Radmin (http://www.radmin.com) is a commercial product >that uses the GDI hook idea, and if you believe its marketing, it outperforms >all other (windows) remote control software by a significant margin. >Unfortunately, it is only Windows-Windows. > >Anyway, I think that something that allows Windows apps to be easily displayed >on Xservers (other than VNC) would be a really good thing. Particularly if >just the application could be displayed as opposed to the entire desktop. It >opens up all sorts of possibilities, in the same way that a rootless mode >does. > >I would like to see this happen and would be happy to test! :-) > >Rasjid. > > What would be even better than either VNC or Radmin is that you could use a standard Windows machine like a Terminal Server if we got this all set up right... If an office wants to migrate to Linux but some people still need Windows apps, they could just use one Windows box and let people connect to that to run the apps they need... David > > From alexander.gottwald@s1999.tu-chemnitz.de Fri Sep 20 05:30:00 2002 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Fri, 20 Sep 2002 05:30:00 -0000 Subject: X client wrapper for Win apps? In-Reply-To: Message-ID: On Fri, 20 Sep 2002, Franz Wolfhagen wrote: > The link is http://www.microsoft.com/hwdev/tech/display/default.asp. > Thanks. That one and some furter links into the MSDN are quite interesting bye ago -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From FRANZW@dk.ibm.com Fri Sep 20 05:30:00 2002 From: FRANZW@dk.ibm.com (Franz Wolfhagen) Date: Fri, 20 Sep 2002 05:30:00 -0000 Subject: X client wrapper for Win apps? Message-ID: I did a quick search on Google groups - it seems that this is discussed several times (and several products are beeing mentioned...). One method is to provide a 'mirror driver' to intercept the all calls from GDI to the display driver (this should be the method used by Netmeeting). There should be a sample in the windows DDK in %WINDDK% \src\video\displays\mirror\disp\. The link is http://www.microsoft.com/hwdev/tech/display/default.asp. As the windwos sample code probably is limited by some licensing issues the driver probably has to be developed without this code - but IANAL. Med venlig hilsen / Regards Franz Wolfhagen From stuart.adamson@evolution.net Fri Sep 20 05:41:00 2002 From: stuart.adamson@evolution.net (Stuart Adamson) Date: Fri, 20 Sep 2002 05:41:00 -0000 Subject: X client wrapper for Win apps? Message-ID: <9920848EF398D311BDC400508BF339F9A9D0DC@ldnisp14.evolution.net> > From: Jehan [mailto:nahor@bravobrava.com] > Stuart Adamson wrote: > > Maybe the way forward is to filter calls to user32.dll > (where most of the > > basic > > windowing functions end up). By filtering I mean renaming > user32.dll to > > user32-real.dll and writing your own user32.dll which > either sends requests > > to > > X11 or to user32-real.dll, depending on the process id of > the requesting > > process. > > Oh nice! I'll then look forward to the new Windows service > pack and the > number of new posts in the mailing about XFree being broken after the > upgrade. But it won't. The interface to user32.dll of existing apps will remain the same (the service pack doesn't change apps code does it) hence any service packs shouldn't break this filtering. Take a look a feszer from l0pft with filters msvcrt.dll. This works on winnt sp4, winnt sp5, winnt sp6a and win2000sp2sr1. I see something like A small cygwin X program which you invoke with the win32 program as its argument. The cygwin program executes the win32 program, registers itself and the id of the win32 program with our user32.dll filter. When the win32 app makes GDI calls to user32.dll, these get forwarded to our cygwin program which converts them into X calls and sends them to your X server. So, the start outlook you would do something like "wrapX11 outlook.exe" > But I have a better idea, replace the kernel32.dll with our own that > will convert Windows calls into a Linux/BSD/Un*x calls. That way, > instead of having Windows window showing in Xfree running in Windows, > you'll just have Windows on top of Xfree. We would also have > a perfect > Unix layer for Windows then, we won't need Cygwin anymore, we > would use > Linux/BSD/Un*x directly. It will also add to the > security/performance/whatever. Now you're just being silly ;) Stuart - okay, so I've had a pint or five tonight From stuart.adamson@evolution.net Fri Sep 20 05:47:00 2002 From: stuart.adamson@evolution.net (Stuart Adamson) Date: Fri, 20 Sep 2002 05:47:00 -0000 Subject: X client wrapper for Win apps? Message-ID: <9920848EF398D311BDC400508BF339F9A9D0DB@ldnisp14.evolution.net> > From: Harold L Hunt [mailto:huntharo@msu.edu] > > Didn't your mothers ever tell you guys that you are crazy? > Yes ... and .... ;) Stuart From stuart.adamson@evolution.net Fri Sep 20 05:53:00 2002 From: stuart.adamson@evolution.net (Stuart Adamson) Date: Fri, 20 Sep 2002 05:53:00 -0000 Subject: X client wrapper for Win apps? Message-ID: <9920848EF398D311BDC400508BF339F980A4E4@ldnisp14.evolution.net> > One method is to provide a 'mirror driver' to intercept the all calls > from GDI to the display driver (this should be the method used by > Netmeeting). But that requires a device driver doesn't it? (i.e. code that runs in kernel mode). Hooking into user32.dll only requires code that runs in user mode - so is a lot easier to get right. > As the windwos sample code probably is limited by some licensing issues > the driver probably has to be developed without this code - but IANAL. The DDK is a free download (it does say you need VC 5 or 6 to compile drivers - I've never tried with gcc). Stuart From stuart.adamson@evolution.net Fri Sep 20 06:02:00 2002 From: stuart.adamson@evolution.net (Stuart Adamson) Date: Fri, 20 Sep 2002 06:02:00 -0000 Subject: New Project (was RE: X client wrapper for Win apps?) Message-ID: <9920848EF398D311BDC400508BF339F980A4E5@ldnisp14.evolution.net> As what we are wanting to do here isn't strictly a cygwin/Xfree86 thing could I suggest we start a new sourceforge project and mailing list for this? Of course - we need a name for that ... Stuart From davidf@sjsoft.com Fri Sep 20 06:42:00 2002 From: davidf@sjsoft.com (David Fraser) Date: Fri, 20 Sep 2002 06:42:00 -0000 Subject: X client wrapper for Win apps? References: <9920848EF398D311BDC400508BF339F9A9D0DC@ldnisp14.evolution.net> Message-ID: <3D8B1A3A.8040300@sjsoft.com> Stuart Adamson wrote: >>From: Jehan [mailto:nahor@bravobrava.com] >>Stuart Adamson wrote: >> >> >>>Maybe the way forward is to filter calls to user32.dll (where most of thebasic >>>windowing functions end up). By filtering I mean renaming user32.dll to >>>user32-real.dll and writing your own user32.dll which either sends requests to >>>X11 or to user32-real.dll, depending on the process id of the requesting process. >>> >>> >>Oh nice! I'll then look forward to the new Windows service >>pack and the >>number of new posts in the mailing about XFree being broken after the >>upgrade. >> >> > >But it won't. The interface to user32.dll of existing apps will remain the >same >(the service pack doesn't change apps code does it) hence any service packs >shouldn't break this filtering. > >Take a look a feszer from l0pft with filters msvcrt.dll. This works on winnt >sp4,winnt sp5, winnt sp6a and win2000sp2sr1. > > >I see something like > > A small cygwin X program which you invoke with the win32 program as its argument. > The cygwin program executes the win32 program, registers itself and the id of the > win32 program with our user32.dll filter. > When the win32 app makes GDI calls to user32.dll, these get forwarded to our cygwin > program which converts them into X calls and sends them to your X server. > > So, the start outlook you would do something like "wrapX11 outlook.exe" > > > I agree, we should hook user32.dll. I have some code that does the following: 1) Uses Windows Hooks (designed for Computer-Based Training etc) to get loaded into program as soon as the program creates a window, then calls 2) 2) Updates the address table to redirect certain functions from desired dlls Basically we want to replace 1) with a program that loads the program and then does 2) This would then be "wrapX11" This way we don't have to rename user32.dll to user32-real.dll and replace it with our own, we just add user32-X11.dll in and make it replace certain functions. We could even make wrapX11 automatically attach to everything and decide whether to wrap it not based on the process ID but environment variables... From davidf@sjsoft.com Fri Sep 20 06:47:00 2002 From: davidf@sjsoft.com (David Fraser) Date: Fri, 20 Sep 2002 06:47:00 -0000 Subject: New Project (was RE: X client wrapper for Win apps?) References: <9920848EF398D311BDC400508BF339F980A4E5@ldnisp14.evolution.net> Message-ID: <3D8B1C5E.6040700@sjsoft.com> Stuart Adamson wrote: >As what we are wanting to do here isn't strictly a cygwin/Xfree86 >thing could I suggest we start a new sourceforge project and mailing list >for this? > >Of course - we need a name for that ... > > >Stuart > > Yes, I've been thinking this and then we can include it back into cygwin if neccessary later. Possible names: gdi2X win2X xgdi I'm happy to register the project and set it up... From stuart.adamson@evolution.net Fri Sep 20 06:48:00 2002 From: stuart.adamson@evolution.net (Stuart Adamson) Date: Fri, 20 Sep 2002 06:48:00 -0000 Subject: X client wrapper for Win apps? Message-ID: <9920848EF398D311BDC400508BF339F980A4E6@ldnisp14.evolution.net> > I agree, we should hook user32.dll. > I have some code that does the following: > 1) Uses Windows Hooks (designed for Computer-Based Training > etc) to get > loaded > into program as soon as the program creates a window, then calls 2) > 2) Updates the address table to redirect certain functions > from desired dlls > Basically we want to replace 1) with a program that loads the program > and then does 2) > This would then be "wrapX11" > This way we don't have to rename user32.dll to user32-real.dll and > replace it with our own, > we just add user32-X11.dll in and make it replace certain functions. Sounds better. * Would not require a reboot to install / test * Is less likely to break when a service pack upgrades user32.dll From stuart.adamson@evolution.net Fri Sep 20 06:58:00 2002 From: stuart.adamson@evolution.net (Stuart Adamson) Date: Fri, 20 Sep 2002 06:58:00 -0000 Subject: New Project (was RE: X client wrapper for Win apps?) Message-ID: <9920848EF398D311BDC400508BF339F980A4E7@ldnisp14.evolution.net> > gdi2X > win2X > xgdi I like win2x. (or maybe win4x) > I'm happy to register the project and set it up... I'd say wait a few hours for people in the states to wake up and read the mass of email and then unless anyone comes up with better names, go and do it. Stuart From davidf@sjsoft.com Fri Sep 20 07:08:00 2002 From: davidf@sjsoft.com (David Fraser) Date: Fri, 20 Sep 2002 07:08:00 -0000 Subject: X client wrapper for Win apps? References: <9920848EF398D311BDC400508BF339F980A4E6@ldnisp14.evolution.net> Message-ID: <3D8B271B.8030701@sjsoft.com> Stuart Adamson wrote: >>I agree, we should hook user32.dll. >>I have some code that does the following: >>1) Uses Windows Hooks (designed for Computer-Based Training >>etc) to get >>loaded >>into program as soon as the program creates a window, then calls 2) >>2) Updates the address table to redirect certain functions >>from desired dlls >>Basically we want to replace 1) with a program that loads the program >>and then does 2) >>This would then be "wrapX11" >>This way we don't have to rename user32.dll to user32-real.dll and >>replace it with our own, >>we just add user32-X11.dll in and make it replace certain functions. >> >> > >Sounds better. > * Would not require a reboot to install / test > * Is less likely to break when a service pack upgrades user32.dll > Also, doesn't give hassles with Windows File Protection under 2000+ (even though that can be disabled). As far as I can see, at the moment we just need a simple way to get development going, and the development should be done in such a way that later on it'll be easy to rearrange the code. So we could use this approach and then if later we want to actually replace user32.dll or do something like that we could. Also, if we have a structure in place, even if it only translates a simple program we can then bring in code from wine etc and see how easy it would be to merge it in. I've got a simple hello world done in the Win32 API which could be a first goal. Then we could do enough to run notepad and solitaire... From FRANZW@dk.ibm.com Fri Sep 20 07:27:00 2002 From: FRANZW@dk.ibm.com (Franz Wolfhagen) Date: Fri, 20 Sep 2002 07:27:00 -0000 Subject: X client wrapper for Win apps? Message-ID: I do not fully agree that hooking the user32.dll is the best approach - but I do not we need to agree on this.... Doing some more intensive searches on Google I found the following site : http://services.simac.be/vnc/winvncdrv/index.html One of their gimmicks is to hook a single application (what we want to do).... It seems that they have build a mirrordriver for VNC - the source is available on their site - for those who are more fluent in coding than me could take a look and see if this is intereting. Med venlig hilsen / Regards Franz Wolfhagen From rasjidw@openminddev.net Fri Sep 20 07:30:00 2002 From: rasjidw@openminddev.net (Rasjid Wilcox) Date: Fri, 20 Sep 2002 07:30:00 -0000 Subject: New Project (was RE: X client wrapper for Win apps?) In-Reply-To: <9920848EF398D311BDC400508BF339F980A4E7@ldnisp14.evolution.net> References: <9920848EF398D311BDC400508BF339F980A4E7@ldnisp14.evolution.net> Message-ID: <200209210008.15343.rasjidw@openminddev.net> On Fri, 20 Sep 2002 11:46 pm, Stuart Adamson wrote: > > gdi2X > > win2X > > xgdi > > I like win2x. (or maybe win4x) > > > I'm happy to register the project and set it up... > > I'd say wait a few hours for people in the states to wake up and read the > mass of > email and then unless anyone comes up with better names, go and do it. > For what it is worth, I like win2x, although win4x is a bit more unique, with google giving 'win2x' 295 matches, but only 10 for 'win4x'. On reflection, win2x also describes a bit more what it actually does. I think the gdi names are a bit obscure for the less technical. As mentioned previously, I'll help test, as I doubt I can help with the code. [Not really looking like a job for Python. :-) ] Rasjid. From jc.gervais@videotron.ca Fri Sep 20 07:41:00 2002 From: jc.gervais@videotron.ca (Jean-Claude Gervais) Date: Fri, 20 Sep 2002 07:41:00 -0000 Subject: X client wrapper for Win apps? In-Reply-To: <3D8B1A3A.8040300@sjsoft.com> Message-ID: Hi guys, Not to contradict anyone, but I thought I might share my understanding of the Windows API. USER32 is the library for creating the window objects, yes, but it only manages their data structures and I don't think it does any actual drawing. It relies on GDI for that I think. GDI32 is the module USER32 and your own code uses to do rendering. This is the one we'd have to emulate. This presupposes that we only want to hook GDI output, which to me seems incomplete, because (I might be wrong here) some applications might use DirectDraw to do output. Games mostly I would think. It's just that if we want ubiquitous support, we'd have to address that too. -----Original Message----- From: cygwin-xfree-owner@cygwin.com [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of David Fraser Sent: Friday, September 20, 2002 8:53 AM To: cygwin-xfree@cygwin.com Subject: Re: X client wrapper for Win apps? Stuart Adamson wrote: >>From: Jehan [mailto:nahor@bravobrava.com] >>Stuart Adamson wrote: >> >> >>>Maybe the way forward is to filter calls to user32.dll (where most of thebasic >>>windowing functions end up). By filtering I mean renaming user32.dll to >>>user32-real.dll and writing your own user32.dll which either sends requests to >>>X11 or to user32-real.dll, depending on the process id of the requesting process. >>> >>> >>Oh nice! I'll then look forward to the new Windows service >>pack and the >>number of new posts in the mailing about XFree being broken after the >>upgrade. >> >> > >But it won't. The interface to user32.dll of existing apps will remain the >same >(the service pack doesn't change apps code does it) hence any service packs >shouldn't break this filtering. > >Take a look a feszer from l0pft with filters msvcrt.dll. This works on winnt >sp4,winnt sp5, winnt sp6a and win2000sp2sr1. > > >I see something like > > A small cygwin X program which you invoke with the win32 program as its argument. > The cygwin program executes the win32 program, registers itself and the id of the > win32 program with our user32.dll filter. > When the win32 app makes GDI calls to user32.dll, these get forwarded to our cygwin > program which converts them into X calls and sends them to your X server. > > So, the start outlook you would do something like "wrapX11 outlook.exe" > > > I agree, we should hook user32.dll. I have some code that does the following: 1) Uses Windows Hooks (designed for Computer-Based Training etc) to get loaded into program as soon as the program creates a window, then calls 2) 2) Updates the address table to redirect certain functions from desired dlls Basically we want to replace 1) with a program that loads the program and then does 2) This would then be "wrapX11" This way we don't have to rename user32.dll to user32-real.dll and replace it with our own, we just add user32-X11.dll in and make it replace certain functions. We could even make wrapX11 automatically attach to everything and decide whether to wrap it not based on the process ID but environment variables... From huntharo@msu.edu Fri Sep 20 09:09:00 2002 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 20 Sep 2002 09:09:00 -0000 Subject: New Project (was RE: X client wrapper for Win apps?) References: <9920848EF398D311BDC400508BF339F980A4E5@ldnisp14.evolution.net> <3D8B1C5E.6040700@sjsoft.com> Message-ID: <3D8B30E6.4060205@msu.edu> Please don't use GDI in the name. I ask this because I don't want there to be confusion between the Cygwin/XFree86 NativeGDI engine and any foogdi project. Consider instead something like the following: XShell XExplorer Something more along those lines would help to differentiate your project from Cygwin/XFree86. Harold David Fraser wrote: > Stuart Adamson wrote: > >> As what we are wanting to do here isn't strictly a cygwin/Xfree86 >> thing could I suggest we start a new sourceforge project and mailing >> list >> for this? >> >> Of course - we need a name for that ... >> >> >> Stuart >> >> > Yes, I've been thinking this and then we can include it back into > cygwin if neccessary > later. Possible names: > gdi2X > win2X > xgdi > I'm happy to register the project and set it up... > > From stuart.adamson@evolution.net Fri Sep 20 09:14:00 2002 From: stuart.adamson@evolution.net (Stuart Adamson) Date: Fri, 20 Sep 2002 09:14:00 -0000 Subject: X client wrapper for Win apps? Message-ID: <9920848EF398D311BDC400508BF339F980A4E8@ldnisp14.evolution.net> > Then we could do enough to run notepad and solitaire... Don't know about Solitaire - the productivity might suddenly slow down a bit once that works ;) Stuart From davidf@sjsoft.com Fri Sep 20 09:39:00 2002 From: davidf@sjsoft.com (David Fraser) Date: Fri, 20 Sep 2002 09:39:00 -0000 Subject: New Project (was RE: X client wrapper for Win apps?) References: <9920848EF398D311BDC400508BF339F980A4E5@ldnisp14.evolution.net> <3D8B1C5E.6040700@sjsoft.com> <3D8B30E6.4060205@msu.edu> Message-ID: <3D8B482D.3020200@sjsoft.com> Harold L Hunt II wrote: > Please don't use GDI in the name. I ask this because I don't want > there to be confusion between the Cygwin/XFree86 NativeGDI engine and > any foogdi project. > > Consider instead something like the following: > XShell > XExplorer > > Something more along those lines would help to differentiate your > project from Cygwin/XFree86. > > Harold > > David Fraser wrote: > >> Yes, I've been thinking this and then we can include it back into >> cygwin if neccessary >> later. Possible names: >> gdi2X >> win2X >> xgdi >> I'm happy to register the project and set it up... >> >> Qualities we need for the name of the project: Should reflect what it does (displays ordinary Windows programs on an Xserver) Should be intelligible to end users Other names: OpenWin[dows] (because it's open source replacement for windows gdi) XOpenWin[dows] I reckon XExplorer sounds to much like it's a different of Windows Explorer, XShell is fairly good, as it's replacing the normal shell functions. XDesktop would be good except it would sound like its a generic X Desktop like KDE or Gnome I like the combination of Open and Windows as it's reflective both of the fact that its open source and that its using an open protocol, which is important because it gives flexibility that Windows currently lacks. And it's metaphorically nice. I don't think we can simply use OpenWindows though as that's a Sun windowing system... We should clarify the scope of the project. It could be an umbrella project to house a few different ways of goiig about this (that have been discussed so far) or we could settle on It takes a while to register a project anyway (about a day) and these are the things we need... (from sourceforge page) 1. Project Full Name You should start with specifying the name of your project. The "Full Name" is descriptive, and has no arbitrary restrictions (except a 40 character limit). 2. Project Purpose and Summarization *Submitted description should be at least a paragraph in length, and provide details of your intended implementation (programming language, OS platforms supported, graphics libraries you might intend to use, etc. as applicable). This description will be the basis for the approval or rejection of your request for project hosting on SourceForge.net, and later, to ensure that you are using the services in the intended way. This description will not be used as a public description of your project. * 3. License I would think GPL or LGPL here unless there is a reason we need to keep this the same as cygwin/Xfree86 4. Project Public Description This is the description of your project which will be shown on the Project Summary page, in search results, etc. Maximum length is 255 chars. 5. Project Unix Name In addition to full project name, you will need to choose short, "Unix" name for your project. (This is the name discussion above) Once it's up, we need to set up mailing lists and the web site and then we can get going... David From alexander.gottwald@s1999.tu-chemnitz.de Fri Sep 20 09:41:00 2002 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Fri, 20 Sep 2002 09:41:00 -0000 Subject: New Project (was RE: X client wrapper for Win apps?) In-Reply-To: <3D8B482D.3020200@sjsoft.com> Message-ID: On Fri, 20 Sep 2002, David Fraser wrote: > Other names: > OpenWin[dows] (because it's open source replacement for windows gdi) > XOpenWin[dows] OpenWindows is the X11 environment from SUN. Using this name might bring some trademark problems. bye ago -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From JDrash@eesus.jnj.com Fri Sep 20 09:57:00 2002 From: JDrash@eesus.jnj.com (Jim Drash) Date: Fri, 20 Sep 2002 09:57:00 -0000 Subject: New Project (was RE: X client wrapper for Win apps?) Message-ID: Can we move this discussion to another mailing list? and Get back to the business of cygwin-xfree, here. TIA jim drash From davidf@sjsoft.com Fri Sep 20 10:22:00 2002 From: davidf@sjsoft.com (David Fraser) Date: Fri, 20 Sep 2002 10:22:00 -0000 Subject: New Project (was RE: X client wrapper for Win apps?) References: Message-ID: <3D8B4FA2.6050006@sjsoft.com> Yes, will do as soon as the new project is set up. So it'll hopefully be only a few more emails. Jim Drash wrote: >Can we move this discussion to another mailing list? and Get back to the >business of cygwin-xfree, here. > >TIA >jim drash > > > > From davidf@sjsoft.com Fri Sep 20 11:30:00 2002 From: davidf@sjsoft.com (David Fraser) Date: Fri, 20 Sep 2002 11:30:00 -0000 Subject: New Project (was RE: X client wrapper for Win apps?) References: Message-ID: <3D8B5362.9060009@sjsoft.com> Alexander Gottwald wrote: >On Fri, 20 Sep 2002, David Fraser wrote: > > > >>Other names: >> OpenWin[dows] (because it's open source replacement for windows gdi) >> XOpenWin[dows] >> >> > >OpenWindows is the X11 environment from SUN. Using this name might bring >some trademark problems. > >bye > ago > Thanks, had realized that (mentioned later in email)...rats thesaurus time: Window: light port sky lattice sun shine viewpoint outlet shutter gate hmmm... Anyway I'm happy with XOpenWin. I prefer it to win2x because it sounds more professional. Any objections? Here's a stab at the project descriptions etc: 1. Full Name XOpenWin 2. Project Purpose and Summarizations XOpenWin is a project to utilize X Windows as an alternative user interface for Windows operating systems. It will use the the cygwin xfree86 project (particularly xlib) to display the equivalent of GDI calls for Windows applications. It may import or use code from the Wine project that does similar things on Linux; however this is essentially different to Wine as it is only converting the display, not emulating any other Windows functions. Programming language will be C/C++, OS platforms as many windows variants as possible. This has been discussed extensively on the cygwin-xfree86 mailing list and planning has already begun. 3. License GPL. 4. Project Public Description: XOpenWin is a project to utilize XWindows as an alternative user interface for Windows operating systems. It will allow any app (or the whole UI) to be displayed in an X server, on the user's screen (cygwin) or remotely. 'Say goodbye to the Windows GDI' 5. Unix name XOpenWin Any changes, post them quickly, otherwise I'll go ahead... From davidf@sjsoft.com Fri Sep 20 11:38:00 2002 From: davidf@sjsoft.com (David Fraser) Date: Fri, 20 Sep 2002 11:38:00 -0000 Subject: XOpenWin Message-ID: <3D8B596A.7000901@sjsoft.com> Submitted an application to source forge to create project XOpenWin. Will post again when it is set up (takes a while for them to process) David From jc.gervais@videotron.ca Fri Sep 20 11:42:00 2002 From: jc.gervais@videotron.ca (Jean-Claude Gervais) Date: Fri, 20 Sep 2002 11:42:00 -0000 Subject: XOpenWin In-Reply-To: <3D8B596A.7000901@sjsoft.com> Message-ID: Um, was Win2X pitched as a name? -----Original Message----- From: cygwin-xfree-owner@cygwin.com [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of David Fraser Sent: Friday, September 20, 2002 1:23 PM To: cygwin-xfree@cygwin.com Subject: XOpenWin Submitted an application to source forge to create project XOpenWin. Will post again when it is set up (takes a while for them to process) David From davidf@sjsoft.com Fri Sep 20 11:45:00 2002 From: davidf@sjsoft.com (David Fraser) Date: Fri, 20 Sep 2002 11:45:00 -0000 Subject: XOpenWin References: Message-ID: <3D8B6B29.7080004@sjsoft.com> Yes, but then I posted some other alternatives and suggested this name and nobody seemed to mind. I could always reapply for the project under a different name... I just thought a huge discussion about the name would take time... but if people generally want Win2X we can do that I guess. Pros/cons? Jean-Claude Gervais wrote: >Um, was Win2X pitched as a name? > > >-----Original Message----- >From: cygwin-xfree-owner@cygwin.com [mailto:cygwin-xfree-owner@cygwin.com]On >Behalf Of David Fraser >Sent: Friday, September 20, 2002 1:23 PM >To: cygwin-xfree@cygwin.com >Subject: XOpenWin > >Submitted an application to source forge to create project XOpenWin. >Will post again when it is set up (takes a while for them to process) > >David > > > From nwourms@yahoo.com Fri Sep 20 11:56:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Fri, 20 Sep 2002 11:56:00 -0000 Subject: X client wrapper for Win apps? In-Reply-To: <9920848EF398D311BDC400508BF339F980A4E4@ldnisp14.evolution.net> Message-ID: <20020920184209.14936.qmail@web21005.mail.yahoo.com> --- Stuart Adamson wrote: > > One method is to provide a 'mirror driver' to intercept the all > calls > > from GDI to the display driver (this should be the method used by > > Netmeeting). > > But that requires a device driver doesn't it? (i.e. code that runs > in > kernel mode). Hooking into user32.dll only requires code that runs > in > user mode - so is a lot easier to get right. > > > As the windwos sample code probably is limited by some licensing > issues > > the driver probably has to be developed without this code - but > IANAL. > > The DDK is a free download (it does say you need VC 5 or 6 to > compile > drivers - I've never tried with gcc). Now if we could only get the MingW/W32api folks to provide DDK import libraries, headers, and means to build vxd's, we'd be all set :-). Cheers, Nicholas __________________________________________________ Do you Yahoo!? New DSL Internet Access from SBC & Yahoo! http://sbc.yahoo.com From nwourms@yahoo.com Fri Sep 20 12:04:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Fri, 20 Sep 2002 12:04:00 -0000 Subject: New Project (was RE: X client wrapper for Win apps?) In-Reply-To: <9920848EF398D311BDC400508BF339F980A4E5@ldnisp14.evolution.net> Message-ID: <20020920184548.56986.qmail@web21009.mail.yahoo.com> --- Stuart Adamson wrote: > As what we are wanting to do here isn't strictly a cygwin/Xfree86 > thing could I suggest we start a new sourceforge project and > mailing list > for this? A new SF project yes, but this is very much a Cygwin/XFree related issue. It's easier to keep up with things if you don't have to subscribe to tons of lists. I say we keep the discussion going on here. Cheers, Nicholas __________________________________________________ Do you Yahoo!? New DSL Internet Access from SBC & Yahoo! http://sbc.yahoo.com From jc.gervais@videotron.ca Fri Sep 20 12:05:00 2002 From: jc.gervais@videotron.ca (Jean-Claude Gervais) Date: Fri, 20 Sep 2002 12:05:00 -0000 Subject: XOpenWin In-Reply-To: <3D8B6B29.7080004@sjsoft.com> Message-ID: The only reason I have for Win2X is that it takes Windows output and sends it to X... Maybe we could call it. OpenWin2X Either way. XopenWin is also nice. -----Original Message----- From: cygwin-xfree-owner@cygwin.com [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of David Fraser Sent: Friday, September 20, 2002 2:39 PM To: cygwin-xfree@cygwin.com Subject: Re: XOpenWin Yes, but then I posted some other alternatives and suggested this name and nobody seemed to mind. I could always reapply for the project under a different name... I just thought a huge discussion about the name would take time... but if people generally want Win2X we can do that I guess. Pros/cons? Jean-Claude Gervais wrote: >Um, was Win2X pitched as a name? > > >-----Original Message----- >From: cygwin-xfree-owner@cygwin.com [mailto:cygwin-xfree-owner@cygwin.com]On >Behalf Of David Fraser >Sent: Friday, September 20, 2002 1:23 PM >To: cygwin-xfree@cygwin.com >Subject: XOpenWin > >Submitted an application to source forge to create project XOpenWin. >Will post again when it is set up (takes a while for them to process) > >David > > > From nwourms@yahoo.com Fri Sep 20 12:05:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Fri, 20 Sep 2002 12:05:00 -0000 Subject: New Project (was RE: X client wrapper for Win apps?) In-Reply-To: <3D8B30E6.4060205@msu.edu> Message-ID: <20020920190412.19080.qmail@web21005.mail.yahoo.com> --- Harold L Hunt II wrote: > Please don't use GDI in the name. I ask this because I don't want > there > to be confusion between the Cygwin/XFree86 NativeGDI engine and any > > foogdi project. > > Consider instead something like the following: > XShell > XExplorer > > Something more along those lines would help to differentiate your > project from Cygwin/XFree86. > I don't see why this has to be seperate from the Cygwin/XFree project? It seems to me that they are proposing more of an extension/addon then replacing the server itself. Do you have some objection to what is being proposed? Cheers, Nicholas __________________________________________________ Do you Yahoo!? New DSL Internet Access from SBC & Yahoo! http://sbc.yahoo.com From nwourms@yahoo.com Fri Sep 20 12:09:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Fri, 20 Sep 2002 12:09:00 -0000 Subject: XOpenWin In-Reply-To: <3D8B6B29.7080004@sjsoft.com> Message-ID: <20020920190517.74858.qmail@web21003.mail.yahoo.com> --- David Fraser wrote: > Yes, but then I posted some other alternatives and suggested this > name > and nobody > seemed to mind. I could always reapply for the project under a > different > name... > I just thought a huge discussion about the name would take time... > but > if people generally > want Win2X we can do that I guess. Pros/cons? > > Jean-Claude Gervais wrote: > > >Um, was Win2X pitched as a name? > > > > XOpenWin sounds fine... __________________________________________________ Do you Yahoo!? New DSL Internet Access from SBC & Yahoo! http://sbc.yahoo.com From huntharo@msu.edu Fri Sep 20 12:11:00 2002 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 20 Sep 2002 12:11:00 -0000 Subject: New Project (was RE: X client wrapper for Win apps?) References: <20020920184548.56986.qmail@web21009.mail.yahoo.com> Message-ID: <3D8B7161.4030008@msu.edu> I say move the discussion elsewhere. I have put up with it for now, but it really needs to go so we can get back on topic here. Of course, with the level of continuous contributions flowing from other members of the Cygwin/XFree86 project, I can't hold out much hope for this new project. Best of luck, but don't think much will happen after the excitement of picking a name, license, etc. Of course, I love to be proven wrong with oodles of code. Harold Nicholas Wourms wrote: >--- Stuart Adamson wrote: > > >>As what we are wanting to do here isn't strictly a cygwin/Xfree86 >>thing could I suggest we start a new sourceforge project and >>mailing list >>for this? >> >> > >A new SF project yes, but this is very much a Cygwin/XFree related >issue. It's easier to keep up with things if you don't have to >subscribe to tons of lists. I say we keep the discussion going on >here. > >Cheers, >Nicholas > >__________________________________________________ >Do you Yahoo!? >New DSL Internet Access from SBC & Yahoo! >http://sbc.yahoo.com > > From huntharo@msu.edu Fri Sep 20 12:21:00 2002 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 20 Sep 2002 12:21:00 -0000 Subject: New Project (was RE: X client wrapper for Win apps?) References: <20020920190412.19080.qmail@web21005.mail.yahoo.com> Message-ID: <3D8B7239.5040801@msu.edu> Any such development would need to occur in a branch that could eventually be merged back in if it proves stable, useful, well modularized, and actively maintained. If not, I'll just forget that anyone ever talked about doing it in the first place. That's why it needs to move off list, even if it ends up being essentially a feature of Cygwin/XFree86 rather than a seperate program/library. Harold Nicholas Wourms wrote: >--- Harold L Hunt II wrote: > > >>Please don't use GDI in the name. I ask this because I don't want >>there >>to be confusion between the Cygwin/XFree86 NativeGDI engine and any >> >>foogdi project. >> >>Consider instead something like the following: >>XShell >>XExplorer >> >>Something more along those lines would help to differentiate your >>project from Cygwin/XFree86. >> >> >> > >I don't see why this has to be seperate from the Cygwin/XFree >project? It seems to me that they are proposing more of an >extension/addon then replacing the server itself. Do you have some >objection to what is being proposed? > >Cheers, >Nicholas > >__________________________________________________ >Do you Yahoo!? >New DSL Internet Access from SBC & Yahoo! >http://sbc.yahoo.com > > From nwourms@yahoo.com Fri Sep 20 12:28:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Fri, 20 Sep 2002 12:28:00 -0000 Subject: New Project (was RE: X client wrapper for Win apps?) In-Reply-To: <3D8B7161.4030008@msu.edu> Message-ID: <20020920191103.84699.qmail@web21006.mail.yahoo.com> --- Harold L Hunt II wrote: > I say move the discussion elsewhere. I have put up with it for > now, but > it really needs to go so we can get back on topic here. > > Of course, with the level of continuous contributions flowing from > other > members of the Cygwin/XFree86 project, I can't hold out much hope > for > this new project. Best of luck, but don't think much will happen > after > the excitement of picking a name, license, etc. Of course, I love > to be > proven wrong with oodles of code. > You put up with it?? Jeeze Harold, how does this discussion not relate to Cygwin/XFree? The last I heard, they were discussing making it possible to display native windows apps inside Cygwin/XFree and use Cygwin/XFree as a server interface to windows applications. The whole point of it was trying to leverage Cygwin/XFree as a replacement fro explorer. Even Alexander, who is one of the core developers, is discussing it. Perhaps you've been working too hard, because it seems you've missed the point. I think you need a vacation. Cheers, Nicholas __________________________________________________ Do you Yahoo!? New DSL Internet Access from SBC & Yahoo! http://sbc.yahoo.com From nwourms@yahoo.com Fri Sep 20 12:30:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Fri, 20 Sep 2002 12:30:00 -0000 Subject: New Project (was RE: X client wrapper for Win apps?) In-Reply-To: <3D8B7239.5040801@msu.edu> Message-ID: <20020920192141.43464.qmail@web21002.mail.yahoo.com> --- Harold L Hunt II wrote: > Any such development would need to occur in a branch that could > eventually be merged back in if it proves stable, useful, well > modularized, and actively maintained. If not, I'll just forget > that > anyone ever talked about doing it in the first place. That's why > it > needs to move off list, even if it ends up being essentially a > feature > of Cygwin/XFree86 rather than a seperate program/library. Harold, I don't buy that argument, as I'm sure anyone else who is developing features for Cygwin/XFree isn't directly commiting their changes to HEAD on xfree86.org. Thus, most people would have their own seperate branch from which they would submit changes to be merged into the main branch. I'm sure the fellow working on xwinclip has a local branch that he uses. The point is that for once we are having a lively discussion on this list and I don't see why a new list is necessary. Just makes life harder for everyone. It isn't like this list gets that much volume anyhow. Discussion is *good*, despite your contention that the only thing that should be said is "Here's the patch, what do you think?" Sometimes planning is necessary and getting input from the community vital to properly implementing a feature. I still don't see why you are so adverse to people talking about haw nice it would be to have x or y, especially when the discussion is serious. Cheers, Nicholas __________________________________________________ Do you Yahoo!? New DSL Internet Access from SBC & Yahoo! http://sbc.yahoo.com From nwourms@yahoo.com Fri Sep 20 12:33:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Fri, 20 Sep 2002 12:33:00 -0000 Subject: New Project (was RE: X client wrapper for Win apps?) In-Reply-To: <3D8B482D.3020200@sjsoft.com> Message-ID: <20020920192811.64618.qmail@web21004.mail.yahoo.com> --- David Fraser wrote: > Once it's up, we need to set up mailing lists and the web site and > then > we can get going... > If people are insisting on a seperate branch&list, why not host the website, cvs, and mailing list on sources.redhat.com? Charles Wilson always told me that it could be an option for projects like this. I'm sure you can think of the numerous benefits, but the one that stands out is having the list archives & cvs tree in one single place. It makes things easier for all plus you get searchable mailing-list archives to boot. I dunno if CGF is still kosher with this idea, but what would be the harm in asking? Just my 2 cents... Cheers, Nicholas __________________________________________________ Do you Yahoo!? New DSL Internet Access from SBC & Yahoo! http://sbc.yahoo.com From nwourms@yahoo.com Fri Sep 20 12:42:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Fri, 20 Sep 2002 12:42:00 -0000 Subject: New Project (was RE: X client wrapper for Win apps?) In-Reply-To: Message-ID: <20020920193016.65571.qmail@web21009.mail.yahoo.com> --- Jim Drash wrote: > Can we move this discussion to another mailing list? and Get back > to the > business of cygwin-xfree, here. > Sorry Jim, According to the rules on the mailing list website, this is on-topic. Cheers, Nicholas __________________________________________________ Do you Yahoo!? New DSL Internet Access from SBC & Yahoo! http://sbc.yahoo.com From cgf@redhat.com Fri Sep 20 12:43:00 2002 From: cgf@redhat.com (Christopher Faylor) Date: Fri, 20 Sep 2002 12:43:00 -0000 Subject: New Project (was RE: X client wrapper for Win apps?) In-Reply-To: <20020920192811.64618.qmail@web21004.mail.yahoo.com> References: <3D8B482D.3020200@sjsoft.com> <20020920192811.64618.qmail@web21004.mail.yahoo.com> Message-ID: <20020920193331.GA28279@redhat.com> On Fri, Sep 20, 2002 at 12:28:11PM -0700, Nicholas Wourms wrote: >--- David Fraser wrote: >>Once it's up, we need to set up mailing lists and the web site and then >>we can get going... >> > >If people are insisting on a seperate branch&list, why not host the >website, cvs, and mailing list on sources.redhat.com? Charles Wilson >always told me that it could be an option for projects like this. I'm >sure you can think of the numerous benefits, but the one that stands >out is having the list archives & cvs tree in one single place. It >makes things easier for all plus you get searchable mailing-list >archives to boot. I dunno if CGF is still kosher with this idea, but >what would be the harm in asking? Just my 2 cents... It's no problem setting up a new mailing list or cvs repository if that is what people want. cgf From huntharo@msu.edu Fri Sep 20 12:45:00 2002 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 20 Sep 2002 12:45:00 -0000 Subject: New Project (was RE: X client wrapper for Win apps?) References: <20020920193016.65571.qmail@web21009.mail.yahoo.com> Message-ID: <3D8B7A17.6020903@msu.edu> Whoa there bucko, when the moderator calls something off-topic, you go with it or you quitely disagree. You don't appoint yourself moderator and declare it on topic again. Harold Nicholas Wourms wrote: >--- Jim Drash wrote: > > >>Can we move this discussion to another mailing list? and Get back >>to the >>business of cygwin-xfree, here. >> >> >> >Sorry Jim, > >According to the rules on the mailing list website, this is on-topic. > >Cheers, >Nicholas > >__________________________________________________ >Do you Yahoo!? >New DSL Internet Access from SBC & Yahoo! >http://sbc.yahoo.com > > From cgf@redhat.com Fri Sep 20 13:52:00 2002 From: cgf@redhat.com (Christopher Faylor) Date: Fri, 20 Sep 2002 13:52:00 -0000 Subject: New Project (was RE: X client wrapper for Win apps?) In-Reply-To: <3D8B7161.4030008@msu.edu> References: <20020920184548.56986.qmail@web21009.mail.yahoo.com> <3D8B7161.4030008@msu.edu> Message-ID: <20020920194357.GB28279@redhat.com> On Fri, Sep 20, 2002 at 03:05:05PM -0400, Harold L Hunt II wrote: >I say move the discussion elsewhere. I have put up with it for now, but >it really needs to go so we can get back on topic here. > >Of course, with the level of continuous contributions flowing from other >members of the Cygwin/XFree86 project, I can't hold out much hope for >this new project. Best of luck, but don't think much will happen after >the excitement of picking a name, license, etc. Of course, I love to be >proven wrong with oodles of code. This was my impression, too, after having experienced this many times in cygwin and other projects (the freevms and debian-win32 projects spring to mind). This is following the pattern by by discussing the trivial things like "what do we call it" and "where do we put it". But, eventually all of the people who think it is a really good idea but have no actual experience to contribute will quiet down and you'll be left with the fact that no one has time to start a major new project. Actually, if you want an existing mailing list to discuss this on, you can use win32-x11@sources.redhat.com. That was Suhaib's list but he's indicated that he's had to move on and the project is basically dead. The name even makes a certain amount of sense. You can use that for the discussion until an actual project name is chosen. At that point, I'm happy to set up what is required on sources.redhat.com. Don't let my pessimism (or Harold's) stop you if you are fired up about this but please be aware that this will require substantial work, probably by more than one person. You'll probably need a project lead, too, if you want this to succeed. cgf From huntharo@msu.edu Fri Sep 20 15:26:00 2002 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 20 Sep 2002 15:26:00 -0000 Subject: New Project (was RE: X client wrapper for Win apps?) References: <3D8B482D.3020200@sjsoft.com> <20020920192811.64618.qmail@web21004.mail.yahoo.com> <20020920193331.GA28279@redhat.com> Message-ID: <3D8B7AB2.8040909@msu.edu> Yes, that is what I want. The primary aim of Cygwin/XFree86 is to provide an open source X Server for Microsoft Windows. I intend to pursue that goal. If others are interested in pursuing a highly-experiemental Windows shell replacement, then they are more than welcome to do so, but not here. Harold Christopher Faylor wrote: >On Fri, Sep 20, 2002 at 12:28:11PM -0700, Nicholas Wourms wrote: > > >>--- David Fraser wrote: >> >> >>>Once it's up, we need to set up mailing lists and the web site and then >>>we can get going... >>> >>> >>> >>If people are insisting on a seperate branch&list, why not host the >>website, cvs, and mailing list on sources.redhat.com? Charles Wilson >>always told me that it could be an option for projects like this. I'm >>sure you can think of the numerous benefits, but the one that stands >>out is having the list archives & cvs tree in one single place. It >>makes things easier for all plus you get searchable mailing-list >>archives to boot. I dunno if CGF is still kosher with this idea, but >>what would be the harm in asking? Just my 2 cents... >> >> > >It's no problem setting up a new mailing list or cvs repository if that >is what people want. > >cgf > > From keith@keithtyler.com Fri Sep 20 18:55:00 2002 From: keith@keithtyler.com (Keith D. Tyler) Date: Fri, 20 Sep 2002 18:55:00 -0000 Subject: New Project (was RE: X client wrapper for Win apps?) In-Reply-To: <20020920190412.19080.qmail@web21005.mail.yahoo.com> from "Nicholas Wourms" at Sep 20, 2002 12:04:12 PM Message-ID: <200209202052.g8KKqA317188@shell.faradic.net> Nicholas Wourms was recently quoted as saying... > I don't see why this has to be seperate from the Cygwin/XFree > project? It seems to me that they are proposing more of an > extension/addon then replacing the server itself. Do you have some > objection to what is being proposed? Well, depending on the solution, it could end up being usable with other PC X Window servers. Kdt From stuart.adamson@evolution.net Fri Sep 20 19:00:00 2002 From: stuart.adamson@evolution.net (Stuart Adamson) Date: Fri, 20 Sep 2002 19:00:00 -0000 Subject: New Project (was RE: X client wrapper for Win apps?) Message-ID: <9920848EF398D311BDC400508BF339F9A9D0DD@ldnisp14.evolution.net> Because the cygwin/Xfree86 project is a port of Xfree86 to cygwin. This is not a port of Xfree86. This is something separate that will allow native win32 apps, running on win32 systems to export there displays to X servers. Sure, this project will use the cygwin ported Xlibs (I assume ...) but, bar any bug fixes, will not modify Xfree86 in any way. However, everything else aside, on advantage is that it will get the discussion off the cygwin-xfree mailing list so people not interested in it can live in peace again. ;) Stuart > -----Original Message----- > From: Nicholas Wourms [mailto:nwourms@yahoo.com] > Sent: 20 September 2002 20:04 > To: cygwin-xfree@cygwin.com > Subject: Re: New Project (was RE: X client wrapper for Win apps?) > > > > --- Harold L Hunt II wrote: > > Please don't use GDI in the name. I ask this because I don't want > > there > > to be confusion between the Cygwin/XFree86 NativeGDI engine and any > > > > foogdi project. > > > > Consider instead something like the following: > > XShell > > XExplorer > > > > Something more along those lines would help to differentiate your > > project from Cygwin/XFree86. > > > > I don't see why this has to be seperate from the Cygwin/XFree > project? It seems to me that they are proposing more of an > extension/addon then replacing the server itself. Do you have some > objection to what is being proposed? > > Cheers, > Nicholas > > __________________________________________________ > Do you Yahoo!? > New DSL Internet Access from SBC & Yahoo! > http://sbc.yahoo.com > From cygwin-xfree@cygwin.com Fri Sep 20 19:31:00 2002 From: cygwin-xfree@cygwin.com (Christopher Faylor) Date: Fri, 20 Sep 2002 19:31:00 -0000 Subject: Rootless X windows In-Reply-To: <3D8BC4C5.6040209@mindspring.com> References: <3D8BC4C5.6040209@mindspring.com> Message-ID: <20020921015530.GF23997@redhat.com> On Fri, Sep 20, 2002 at 06:00:53PM -0700, David R. Fischer wrote: >Sorry but could not find in the archives. > >Is there a way to set up a rootless X-windows session????? Redirecting to the correct mailing list. cgf From cygwin-xfree@cygwin.com Fri Sep 20 21:20:00 2002 From: cygwin-xfree@cygwin.com (Christopher Faylor) Date: Fri, 20 Sep 2002 21:20:00 -0000 Subject: Rootless X windows Message-ID: <20020921020053.GH23997@redhat.com> On Fri, Sep 20, 2002 at 06:00:53PM -0700, David R. Fischer wrote: >Sorry but could not find in the archives. > >Is there a way to set up a rootless X-windows session????? Redirecting to the correct mailing list. cgf From veronica-flower@excite.com Fri Sep 20 23:24:00 2002 From: veronica-flower@excite.com (Veronica Flowers) Date: Fri, 20 Sep 2002 23:24:00 -0000 Subject: Loving Message-ID: Hey check out my site http://www.xrah.com From fischerdr@mindspring.com Fri Sep 20 23:38:00 2002 From: fischerdr@mindspring.com (David R. Fischer) Date: Fri, 20 Sep 2002 23:38:00 -0000 Subject: Rootless X windows References: <20020921020053.GH23997@redhat.com> Message-ID: <3D8BF395.7080503@mindspring.com> Sorry about wrong mailing list Christopher Faylor wrote: > On Fri, Sep 20, 2002 at 06:00:53PM -0700, David R. Fischer wrote: > >>Sorry but could not find in the archives. >> >>Is there a way to set up a rootless X-windows session????? > > > Redirecting to the correct mailing list. > > cgf > > -- > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > Bug reporting: http://cygwin.com/bugs.html > Documentation: http://cygwin.com/docs.html > FAQ: http://cygwin.com/faq/ > > From lobster2@unm.edu Fri Sep 20 23:39:00 2002 From: lobster2@unm.edu (gareth m jones) Date: Fri, 20 Sep 2002 23:39:00 -0000 Subject: Cannot execute .exe files from home directory Message-ID: I ahve dowloaded cygwin and I wrote the quick code for hello world and compiled it under gcc. It compiled and I tried to execute the a.exe file and the error message said it could not find the a.exe. It will work if I copy the file into the bin directory. Does anyone know how I can set my path to avoid copying my executable to bin always. Thanks From davidf@sjsoft.com Sat Sep 21 00:43:00 2002 From: davidf@sjsoft.com (David Fraser) Date: Sat, 21 Sep 2002 00:43:00 -0000 Subject: New Project (was RE: X client wrapper for Win apps?) References: <20020920184548.56986.qmail@web21009.mail.yahoo.com> <3D8B7161.4030008@msu.edu> <20020920194357.GB28279@redhat.com> Message-ID: <3D8C13DF.8020800@sjsoft.com> OK. Let's use win32-x11@sources.redhat.com for the mean time if there is any discussion needed. Once it's going we can discuss elsewhere. It would be really nice to have this hosted at sources.redhat.com but actually at the moment we don't need that, we just need to start developing. But that can all be discussed on that list. I've subscribed - Nicholas, unfortunately it seems like you don't have wide backing for keeping the discussion going here, and it can't really be that hard to subscribe to another list you can unsuscribe to later if neccessary... Christopher Faylor wrote: >On Fri, Sep 20, 2002 at 03:05:05PM -0400, Harold L Hunt II wrote: > > >>I say move the discussion elsewhere. I have put up with it for now, but >>it really needs to go so we can get back on topic here. >> >>Of course, with the level of continuous contributions flowing from other >>members of the Cygwin/XFree86 project, I can't hold out much hope for >>this new project. Best of luck, but don't think much will happen after >>the excitement of picking a name, license, etc. Of course, I love to be >>proven wrong with oodles of code. >> >> > >This was my impression, too, after having experienced this many times in >cygwin and other projects (the freevms and debian-win32 projects spring >to mind). This is following the pattern by by discussing the trivial >things like "what do we call it" and "where do we put it". But, >eventually all of the people who think it is a really good idea but have >no actual experience to contribute will quiet down and you'll be left >with the fact that no one has time to start a major new project. > >Actually, if you want an existing mailing list to discuss this on, you >can use win32-x11@sources.redhat.com. That was Suhaib's list but he's >indicated that he's had to move on and the project is basically dead. >The name even makes a certain amount of sense. > >You can use that for the discussion until an actual project name is >chosen. At that point, I'm happy to set up what is required on >sources.redhat.com. > >Don't let my pessimism (or Harold's) stop you if you are fired up about >this but please be aware that this will require substantial work, >probably by more than one person. You'll probably need a project lead, >too, if you want this to succeed. > >cgf > > > From davidf@sjsoft.com Sat Sep 21 00:44:00 2002 From: davidf@sjsoft.com (David Fraser) Date: Sat, 21 Sep 2002 00:44:00 -0000 Subject: XOpenWin References: <20020920190517.74858.qmail@web21003.mail.yahoo.com> Message-ID: <3D8C1412.6050907@sjsoft.com> I have got xopenwin.sourceforge.net going with a simple page, and I recommend we use this for hosting anything we need to share info / source until we decide anything further. This is my last post about this for a while, see the other post about lists... Nicholas Wourms wrote: >--- David Fraser wrote: > > >>Yes, but then I posted some other alternatives and suggested this >>name >>and nobody >>seemed to mind. I could always reapply for the project under a >>different >>name... >>I just thought a huge discussion about the name would take time... >>but >>if people generally >>want Win2X we can do that I guess. Pros/cons? >> >>Jean-Claude Gervais wrote: >> >> >> >>>Um, was Win2X pitched as a name? >>> >>> >>> >>> > >XOpenWin sounds fine... > >__________________________________________________ >Do you Yahoo!? >New DSL Internet Access from SBC & Yahoo! >http://sbc.yahoo.com > > > From davidf@sjsoft.com Sat Sep 21 01:18:00 2002 From: davidf@sjsoft.com (David Fraser) Date: Sat, 21 Sep 2002 01:18:00 -0000 Subject: New Project (was RE: X client wrapper for Win apps?) References: <20020920184548.56986.qmail@web21009.mail.yahoo.com> <3D8B7161.4030008@msu.edu> <20020920194357.GB28279@redhat.com> Message-ID: <3D8C230B.8010005@sjsoft.com> This is a notice to everyone on this list that we will (for a short time at least) be using this list to discuss a new project intended to allow ordinary Windows programs to appear in X-Windows. This is quite different to the original purpose of this list, but was suggested on a discussion on the cygwin-xfree list where it was felt that this was appropriate as the win32-x11 project is no longer being actively developed. See the cygwin-xfree archives over the last few days for more info (and the suggestion in Christopher Faylor's message below) (http://sources.redhat.com/ml/cygwin-xfree/2002-09/) David Fraser Christopher Faylor wrote: >Actually, if you want an existing mailing list to discuss this on, you >can use win32-x11@sources.redhat.com. That was Suhaib's list but he's >indicated that he's had to move on and the project is basically dead. >The name even makes a certain amount of sense. > >You can use that for the discussion until an actual project name is >chosen. At that point, I'm happy to set up what is required on >sources.redhat.com. > >Don't let my pessimism (or Harold's) stop you if you are fired up about >this but please be aware that this will require substantial work, >probably by more than one person. You'll probably need a project lead, >too, if you want this to succeed. > >cgf > > > From davidf@sjsoft.com Sat Sep 21 06:28:00 2002 From: davidf@sjsoft.com (David Fraser) Date: Sat, 21 Sep 2002 06:28:00 -0000 Subject: New Project (was RE: X client wrapper for Win apps?) References: <20020920184548.56986.qmail@web21009.mail.yahoo.com> <3D8B7161.4030008@msu.edu> <20020920194357.GB28279@redhat.com> <3D8C230B.8010005@sjsoft.com> Message-ID: <3D8C2362.5050109@sjsoft.com> Sorry everyone, posted to wrong list! Yikes! David Fraser wrote: > This is a notice to everyone on this list that we will (for a short > time at least) be using this list to discuss a new project intended to > allow ordinary Windows programs to appear in X-Windows. This is quite > different to the original purpose of this list, but was suggested on a > discussion on the cygwin-xfree list where it was felt that this was > appropriate as the win32-x11 project is no longer being actively > developed. See the cygwin-xfree archives over the last few days for > more info (and the suggestion in Christopher Faylor's message below) > (http://sources.redhat.com/ml/cygwin-xfree/2002-09/) > > David Fraser > > Christopher Faylor wrote: > >> Actually, if you want an existing mailing list to discuss this on, you >> can use win32-x11@sources.redhat.com. That was Suhaib's list but he's >> indicated that he's had to move on and the project is basically dead. >> The name even makes a certain amount of sense. >> >> You can use that for the discussion until an actual project name is >> chosen. At that point, I'm happy to set up what is required on >> sources.redhat.com. >> >> Don't let my pessimism (or Harold's) stop you if you are fired up about >> this but please be aware that this will require substantial work, >> probably by more than one person. You'll probably need a project lead, >> too, if you want this to succeed. >> >> cgf >> >> >> > From Conrad.Scott@dsl.pipex.com Sat Sep 21 08:52:00 2002 From: Conrad.Scott@dsl.pipex.com (Conrad Scott) Date: Sat, 21 Sep 2002 08:52:00 -0000 Subject: Cannot execute .exe files from home directory References: Message-ID: <008501c26147$e19ab520$6132bc3e@BABEL> "gareth m jones" wrote: > I have dowloaded cygwin and I wrote the quick code for hello world > and compiled it under gcc. It compiled and I tried to execute the > a.exe file and the error message said it could not find the a.exe. > It will work if I copy the file into the bin directory. Does anyone > know how I can set my path to avoid copying my executable to bin always. > Thanks Try ./a.exe (or /the/full/path/to/your/program/a.exe) rather than just a.exe. You could also read some introductory material on the Unix shell or search the cygwin mailing list archives: this is a FAQ I'm pretty sure. Also, wrong mailing list: use cygwin@cygwin.com for such questions. Good luck and HTH, // Conrad From stuart.adamson@evolution.net Mon Sep 23 01:01:00 2002 From: stuart.adamson@evolution.net (Stuart Adamson) Date: Mon, 23 Sep 2002 01:01:00 -0000 Subject: Rootless X windows Message-ID: <9920848EF398D311BDC400508BF339F980A4ED@ldnisp14.evolution.net> > >>Is there a way to set up a rootless X-windows session????? Not yet - no. It's on the top of the TODO list but AFAIK, people have had ideas but nobody has really started on it yet ... Stuart From cygwin-xfree@cygwin.com Mon Sep 23 01:16:00 2002 From: cygwin-xfree@cygwin.com (Christopher Faylor) Date: Mon, 23 Sep 2002 01:16:00 -0000 Subject: Root Logon In-Reply-To: <3D8C82BA.2040708@bellsouth.net> References: <3D8C82BA.2040708@bellsouth.net> Message-ID: <20020921155312.GB4163@redhat.com> Wrong mailing list. Redirected. On Sat, Sep 21, 2002 at 10:31:22AM -0400, Dallas wrote: >Good Morning > >I am setting up Cygwin. I tried to get to x with xdm. I get the message >"Only root wants to use" or something like that. I don't recall entering >a password. Can I change login status? I get Login: I type 'root'. Then >I get password: I tried all my usual??? No luck. > >Any advice? > >Thanks > >Dallas Crawley >Central KY > > >-- >Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple >Bug reporting: http://cygwin.com/bugs.html >Documentation: http://cygwin.com/docs.html >FAQ: http://cygwin.com/faq/ From ns@1en.de Mon Sep 23 04:45:00 2002 From: ns@1en.de (Norbert Schmidt) Date: Mon, 23 Sep 2002 04:45:00 -0000 Subject: minimized XWin is killed Message-ID: Yes (this morning I was not fast enough switching to xwin ;-)), in XWIN.log: ddxProcessArgument () - Initializing default screens winInitializeDefaultScreens () - w 1280 h 960 _XSERVTransmkdir: Owner of /tmp/.X11-unix should be set to root winDetectSupportedEngines () - Windows NT/2000 winDetectSupportedEngines () - DirectDraw installed winDetectSupportedEngines () - Allowing PrimaryDD winDetectSupportedEngines () - DirectDraw4 installed winDetectSupportedEngines () - Returning, supported engines 0000001f winSetEngine () - Using Shadow DirectDraw NonLocking winAdjustVideoModeShadowDDNL () - FullScreen, using command line depth: 8 winAllocateFBShadowDDNL () - Changing video mode winAllocateFBShadowDDNL () - lPitch: 1280 winInitVisualsShadowDDNL () - Masks 00000000 00000000 00000000 BPRGB 8 d 8 winLayerCreate () - dwDepth 8 winScreenInit () - returning winRedrawScreenShadowDDNL () - IDirectDrawSurface4_Blt () failed: 887601c2 winRedrawScreenShadowDDNL () - IDirectDrawSurface4_Blt () failed: 887601c2 winDestroyColormapShadowDDNL () - Failed freeing the default colormap DirectDraw palette. winDestroyColormap () - Engine specific colormap destruction procedure failed. Continuing, but it is possible that memory was leaked, or that colors will be messed up from now on. winCloseScreenShadowDDNL () - Freeing screen resources and in XWin.exe.stackdump: Exception: STATUS_ACCESS_VIOLATION at eip=00441891 eax=00000000 ebx=100371C8 ecx=00008300 edx=FFFF8300 esi=0022FB4C edi=0070916C ebp=0022FB5C esp=0022FB0C program=C:\cygwin\usr\X11R6\bin\XWin.exe cs=001B ds=0023 es=0023 fs=003B gs=0000 ss=0023 Stack trace: Frame Function Args 0022FB5C 00441891 (10036FF0, 00000000, 00980003, 0022FC1C) 0022FB9C 004475D5 (00020156, 00000311, 00020156, 00000000) 0022FBC8 77D13A5F (00446C50, 00020156, 00000311, 00020156) 0022FC30 77D13B2E (00000000, 00446C50, 00020156, 00000311) 0022FC60 77D17419 (00446C50, 00020156, 00000311, 00020156) 0022FC80 77D2BA3F (00446C50, 00020156, 00000311, 00020156) 0022FCAC 736DFD24 (00020156, 00000311, 00020156, 00000000) 0022FCD8 77D13A5F (736DFC4B, 00020156, 00000311, 00020156) 0022FD40 77D13B2E (00000000, 736DFC4B, 00020156, 00000311) 0022FD94 77D15874 (0097AF20, 00000311, 00020156, 00000000) 0022FDBC 77D158A4 (0022FDCC, 00000018, 0097AF20, 00000311) 0022FE24 77F4108F (00000000, 10036FF0, 0022FE64, 004CED9A) 0022FE64 004CEDBA (00000000, 10036FF0, 0022FEB4, 00401941) 0022FEB4 00401951 (00000007, 61564520, 10030278, 00000000) 0022FF10 61003F42 (00000000, 00000000, 00000003, 000113F3) 0022FF40 61004236 (004013E4, 00000003, 00000008, 81FF4000) End of stack trace (more stack frames may be present) Norbert > That is really bizarre. > > I'd like to take a look at this, but can you send in your /tmp/XWin.log > contents from when this happens? > > Harold > >> -----Original Message----- >> From: cygwin-xfree-owner@cygwin.com >> [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Norbert Schmidt >> Sent: Wednesday, September 18, 2002 11:09 AM >> To: cygwin-xfree@cygwin.com >> Subject: minimized XWin is killed >> >> >> >> If I start remote windowmanager via ssh to my local _minimized_ >> fullscreened XWin, it disappears from desktop. (up to XWin-Test65.exe) >> >> (workaround is a remote script with "sleep 1" before starting Xsession in >> order to switch quickly from terminal to fullscreened XWin) From ns@1en.de Mon Sep 23 04:55:00 2002 From: ns@1en.de (Norbert Schmidt) Date: Mon, 23 Sep 2002 04:55:00 -0000 Subject: slow 256 color XWin on XP Message-ID: /tmp/XWin.log (after start you have 19 rows, then remote Xsession contacts XWin): ddxProcessArgument () - Initializing default screens winInitializeDefaultScreens () - w 1280 h 960 _XSERVTransmkdir: Owner of /tmp/.X11-unix should be set to root winDetectSupportedEngines () - Windows NT/2000 winDetectSupportedEngines () - DirectDraw installed winDetectSupportedEngines () - Allowing PrimaryDD winDetectSupportedEngines () - DirectDraw4 installed winDetectSupportedEngines () - Returning, supported engines 0000001f winSetEngine () - Using Shadow DirectDraw NonLocking winAdjustVideoModeShadowDDNL () - FullScreen, using command line depth: 8 winAllocateFBShadowDDNL () - Changing video mode winAllocateFBShadowDDNL () - lPitch: 1280 winInitVisualsShadowDDNL () - Masks 00000000 00000000 00000000 BPRGB 8 d 8 winLayerCreate () - dwDepth 8 winScreenInit () - returning winRedrawScreenShadowDDNL () - IDirectDrawSurface4_Blt () failed: 887601c2 winRedrawScreenShadowDDNL () - IDirectDrawSurface4_Blt () failed: 887601c2 winRedrawScreenShadowDDNL () - IDirectDrawSurface4_Blt () failed: 887601c2 winCloseScreenShadowDDNL () - Freeing screen resources winDetectSupportedEngines () - Windows NT/2000 winDetectSupportedEngines () - DirectDraw installed winDetectSupportedEngines () - Allowing PrimaryDD winDetectSupportedEngines () - DirectDraw4 installed winDetectSupportedEngines () - Returning, supported engines 0000001f winSetEngine () - Using Shadow DirectDraw NonLocking winAdjustVideoModeShadowDDNL () - FullScreen, using command line depth: 8 winAllocateFBShadowDDNL () - Changing video mode winAllocateFBShadowDDNL () - lPitch: 1280 winInitVisualsShadowDDNL () - Masks 00000000 00000000 00000000 BPRGB 8 d 8 winLayerCreate () - dwDepth 8 winScreenInit () - returning winCloseScreenShadowDDNL () - Freeing screen resources winDetectSupportedEngines () - Windows NT/2000 winDetectSupportedEngines () - DirectDraw installed winDetectSupportedEngines () - Allowing PrimaryDD winDetectSupportedEngines () - DirectDraw4 installed winDetectSupportedEngines () - Returning, supported engines 0000001f winSetEngine () - Using Shadow DirectDraw NonLocking winAdjustVideoModeShadowDDNL () - FullScreen, using command line depth: 8 winAllocateFBShadowDDNL () - Changing video mode winAllocateFBShadowDDNL () - lPitch: 1280 winInitVisualsShadowDDNL () - Masks 00000000 00000000 00000000 BPRGB 8 d 8 winLayerCreate () - dwDepth 8 winScreenInit () - returning winCloseScreenShadowDDNL () - Freeing screen resources winDetectSupportedEngines () - Windows NT/2000 winDetectSupportedEngines () - DirectDraw installed winDetectSupportedEngines () - Allowing PrimaryDD winDetectSupportedEngines () - DirectDraw4 installed winDetectSupportedEngines () - Returning, supported engines 0000001f winSetEngine () - Using Shadow DirectDraw NonLocking winAdjustVideoModeShadowDDNL () - FullScreen, using command line depth: 8 winAllocateFBShadowDDNL () - Changing video mode winAllocateFBShadowDDNL () - lPitch: 1280 winInitVisualsShadowDDNL () - Masks 00000000 00000000 00000000 BPRGB 8 d 8 winLayerCreate () - dwDepth 8 winScreenInit () - returning winCloseScreenShadowDDNL () - Freeing screen resources winDetectSupportedEngines () - Windows NT/2000 winDetectSupportedEngines () - DirectDraw installed winDetectSupportedEngines () - Allowing PrimaryDD winDetectSupportedEngines () - DirectDraw4 installed winDetectSupportedEngines () - Returning, supported engines 0000001f winSetEngine () - Using Shadow DirectDraw NonLocking winAdjustVideoModeShadowDDNL () - FullScreen, using command line depth: 8 winAllocateFBShadowDDNL () - Changing video mode winAllocateFBShadowDDNL () - lPitch: 1280 winInitVisualsShadowDDNL () - Masks 00000000 00000000 00000000 BPRGB 8 d 8 winLayerCreate () - dwDepth 8 winScreenInit () - returning winCloseScreenShadowDDNL () - Freeing screen resources winDetectSupportedEngines () - Windows NT/2000 winDetectSupportedEngines () - DirectDraw installed winDetectSupportedEngines () - Allowing PrimaryDD winDetectSupportedEngines () - DirectDraw4 installed winDetectSupportedEngines () - Returning, supported engines 0000001f winSetEngine () - Using Shadow DirectDraw NonLocking winAdjustVideoModeShadowDDNL () - FullScreen, using command line depth: 8 winAllocateFBShadowDDNL () - Changing video mode winAllocateFBShadowDDNL () - lPitch: 1280 winInitVisualsShadowDDNL () - Masks 00000000 00000000 00000000 BPRGB 8 d 8 winLayerCreate () - dwDepth 8 winScreenInit () - returning winCloseScreenShadowDDNL () - Freeing screen resources winDetectSupportedEngines () - Windows NT/2000 winDetectSupportedEngines () - DirectDraw installed winDetectSupportedEngines () - Allowing PrimaryDD winDetectSupportedEngines () - DirectDraw4 installed winDetectSupportedEngines () - Returning, supported engines 0000001f winSetEngine () - Using Shadow DirectDraw NonLocking winAdjustVideoModeShadowDDNL () - FullScreen, using command line depth: 8 winAllocateFBShadowDDNL () - Changing video mode winAllocateFBShadowDDNL () - lPitch: 1280 winInitVisualsShadowDDNL () - Masks 00000000 00000000 00000000 BPRGB 8 d 8 winLayerCreate () - dwDepth 8 winScreenInit () - returning winRedrawScreenShadowDDNL () - IDirectDrawSurface4_Blt () failed: 887601c2 winRedrawScreenShadowDDNL () - IDirectDrawSurface4_Blt () failed: 887601c2 > I don't know what to tell you. I have never had this problem nor have I had > a user report this same problem. > > Anything in /tmp/XWin.log? > > Harold >> -----Original Message----- >> From: cygwin-xfree-owner@cygwin.com >> [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Norbert Schmidt >> Sent: Wednesday, September 18, 2002 11:09 AM >> To: cygwin-xfree@cygwin.com >> Subject: slow 256 color XWin on XP >> >> >> >> Only if I start XWin on winXP pro with: >> >> XWin -fullscreen -depth 8 >> >> it starts extrem slow. (up to XWin-Test65.exe) >> >> If I start a remote windowmanager (ssh) then the XWin-server switches 4 >> times (so slow!) and I wait 5 minutes (1.4GHz/P4). After that speed is >> fine, but windows task switching from and to XWin. >> >> Has anyone same thing on XP, or can test it for me? >> >> (no problems on w98) >> >> thanks, >> Norbert From mario.ohnewald@gmx.de Mon Sep 23 04:57:00 2002 From: mario.ohnewald@gmx.de (Mario Ohnewald) Date: Mon, 23 Sep 2002 04:57:00 -0000 Subject: compiling netcat Message-ID: <000201c262f6$ae0909e0$350aa8c0@W2KDP> Hello! I want to get netcat running in under cygwin. I guess you just have to compile it like in a normal UNIX enviorment. $ make linux make -e nc - --unix XFLAGS='-DLINUX' STATIC=-static make[1]: Entering directory `/home/install' cc -O -s -DLINUX -static -o nc netcat.c /cygdrive/d/DOCUME~1/MOHNEW~1/LOCALS~1/Temp/ccyFaes1.o(.text+0x1c08):netcat. c: undefined reference to `res_init' Info: resolving _h_errno by linking to __imp__h_errno (auto-import) collect2: ld returned 1 exit status make[1]: *** [nc] Error 1 make[1]: Leaving directory `/home/install' make: *** [linux] Error 2 Can someone give me a hint/tip? Thanks, Mario From alexander.gottwald@s1999.tu-chemnitz.de Mon Sep 23 05:03:00 2002 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Mon, 23 Sep 2002 05:03:00 -0000 Subject: compiling netcat In-Reply-To: <000201c262f6$ae0909e0$350aa8c0@W2KDP> Message-ID: On Mon, 23 Sep 2002, Mario Ohnewald wrote: > Hello! > I want to get netcat running in under cygwin. > I guess you just have to compile it like in a normal UNIX enviorment. wrong mailing list. Forwarded to cygwin@cygwin.com > > $ make linux > make -e nc - --unix XFLAGS='-DLINUX' STATIC=-static > make[1]: Entering directory `/home/install' > cc -O -s -DLINUX -static -o nc netcat.c > /cygdrive/d/DOCUME~1/MOHNEW~1/LOCALS~1/Temp/ccyFaes1.o(.text+0x1c08):netcat. > c: undefined reference to `res_init' > Info: resolving _h_errno by linking to __imp__h_errno (auto-import) > collect2: ld returned 1 exit status > make[1]: *** [nc] Error 1 > make[1]: Leaving directory `/home/install' > make: *** [linux] Error 2 > > Can someone give me a hint/tip? > > Thanks, Mario > > From mario.ohnewald@gmx.de Mon Sep 23 07:02:00 2002 From: mario.ohnewald@gmx.de (Mario Ohnewald) Date: Mon, 23 Sep 2002 07:02:00 -0000 Subject: compiling netcat In-Reply-To: Message-ID: <000301c262f8$5dc9e880$350aa8c0@W2KDP> ahh...damn! thx!! > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Alexander Gottwald > Sent: Montag, 23. September 2002 13:56 > To: cygwin-xfree@cygwin.com > Cc: cygwin@cygwin.com > Subject: Re: compiling netcat > > > On Mon, 23 Sep 2002, Mario Ohnewald wrote: > > > Hello! > > I want to get netcat running in under cygwin. > > I guess you just have to compile it like in a normal UNIX > enviorment. > > wrong mailing list. Forwarded to cygwin@cygwin.com > > > > > $ make linux > > make -e nc - --unix XFLAGS='-DLINUX' STATIC=-static > > make[1]: Entering directory `/home/install' > > cc -O -s -DLINUX -static -o nc netcat.c > > > /cygdrive/d/DOCUME~1/MOHNEW~1/LOCALS~1/Temp/ccyFaes1.o(.text+0 > x1c08):netcat. > > c: undefined reference to `res_init' > > Info: resolving _h_errno by linking to __imp__h_errno (auto-import) > > collect2: ld returned 1 exit status > > make[1]: *** [nc] Error 1 > > make[1]: Leaving directory `/home/install' > > make: *** [linux] Error 2 > > > > Can someone give me a hint/tip? > > > > Thanks, Mario > > > > > From huntharo@msu.edu Mon Sep 23 07:22:00 2002 From: huntharo@msu.edu (Harold L Hunt) Date: Mon, 23 Sep 2002 07:22:00 -0000 Subject: slow 256 color XWin on XP Message-ID: <200209231202.g8NC2xU30198@pilot07.cl.msu.edu> Norbert, Shooting from the hip here it sounds like you have a bunch of clients in your XWin startup script that, one-by-one, attempt to connect to the server, find that they don't support the only available visual, then disconnect from the server (which causes the server to reset since that was the only connected client). After this the next client in your batch or script file is launched and does the same thing. Each client connection and server restart takes, say, 30 seconds. Am I totally wrong here? Are you not trying to start any X clients? Something is telling the server to restart... we just have to figure out what that something is. Harold Norbert Schmidt said: > > /tmp/XWin.log (after start you have 19 rows, then remote Xsession contacts > XWin): > > ddxProcessArgument () - Initializing default screens > winInitializeDefaultScreens () - w 1280 h 960 > _XSERVTransmkdir: Owner of /tmp/.X11-unix should be set to root > winDetectSupportedEngines () - Windows NT/2000 > winDetectSupportedEngines () - DirectDraw installed > winDetectSupportedEngines () - Allowing PrimaryDD > winDetectSupportedEngines () - DirectDraw4 installed > winDetectSupportedEngines () - Returning, supported engines 0000001f > winSetEngine () - Using Shadow DirectDraw NonLocking > winAdjustVideoModeShadowDDNL () - FullScreen, using command line depth: 8 > winAllocateFBShadowDDNL () - Changing video mode > winAllocateFBShadowDDNL () - lPitch: 1280 > winInitVisualsShadowDDNL () - Masks 00000000 00000000 00000000 BPRGB 8 d 8 > winLayerCreate () - dwDepth 8 > winScreenInit () - returning > winRedrawScreenShadowDDNL () - IDirectDrawSurface4_Blt () failed: 887601c2 > winRedrawScreenShadowDDNL () - IDirectDrawSurface4_Blt () failed: 887601c2 > winRedrawScreenShadowDDNL () - IDirectDrawSurface4_Blt () failed: 887601c2 > winCloseScreenShadowDDNL () - Freeing screen resources > winDetectSupportedEngines () - Windows NT/2000 > winDetectSupportedEngines () - DirectDraw installed > winDetectSupportedEngines () - Allowing PrimaryDD > winDetectSupportedEngines () - DirectDraw4 installed > winDetectSupportedEngines () - Returning, supported engines 0000001f > winSetEngine () - Using Shadow DirectDraw NonLocking > winAdjustVideoModeShadowDDNL () - FullScreen, using command line depth: 8 > winAllocateFBShadowDDNL () - Changing video mode > winAllocateFBShadowDDNL () - lPitch: 1280 > winInitVisualsShadowDDNL () - Masks 00000000 00000000 00000000 BPRGB 8 d 8 > winLayerCreate () - dwDepth 8 > winScreenInit () - returning > winCloseScreenShadowDDNL () - Freeing screen resources > winDetectSupportedEngines () - Windows NT/2000 > winDetectSupportedEngines () - DirectDraw installed > winDetectSupportedEngines () - Allowing PrimaryDD > winDetectSupportedEngines () - DirectDraw4 installed > winDetectSupportedEngines () - Returning, supported engines 0000001f > winSetEngine () - Using Shadow DirectDraw NonLocking > winAdjustVideoModeShadowDDNL () - FullScreen, using command line depth: 8 > winAllocateFBShadowDDNL () - Changing video mode > winAllocateFBShadowDDNL () - lPitch: 1280 > winInitVisualsShadowDDNL () - Masks 00000000 00000000 00000000 BPRGB 8 d 8 > winLayerCreate () - dwDepth 8 > winScreenInit () - returning > winCloseScreenShadowDDNL () - Freeing screen resources > winDetectSupportedEngines () - Windows NT/2000 > winDetectSupportedEngines () - DirectDraw installed > winDetectSupportedEngines () - Allowing PrimaryDD > winDetectSupportedEngines () - DirectDraw4 installed > winDetectSupportedEngines () - Returning, supported engines 0000001f > winSetEngine () - Using Shadow DirectDraw NonLocking > winAdjustVideoModeShadowDDNL () - FullScreen, using command line depth: 8 > winAllocateFBShadowDDNL () - Changing video mode > winAllocateFBShadowDDNL () - lPitch: 1280 > winInitVisualsShadowDDNL () - Masks 00000000 00000000 00000000 BPRGB 8 d 8 > winLayerCreate () - dwDepth 8 > winScreenInit () - returning > winCloseScreenShadowDDNL () - Freeing screen resources > winDetectSupportedEngines () - Windows NT/2000 > winDetectSupportedEngines () - DirectDraw installed > winDetectSupportedEngines () - Allowing PrimaryDD > winDetectSupportedEngines () - DirectDraw4 installed > winDetectSupportedEngines () - Returning, supported engines 0000001f > winSetEngine () - Using Shadow DirectDraw NonLocking > winAdjustVideoModeShadowDDNL () - FullScreen, using command line depth: 8 > winAllocateFBShadowDDNL () - Changing video mode > winAllocateFBShadowDDNL () - lPitch: 1280 > winInitVisualsShadowDDNL () - Masks 00000000 00000000 00000000 BPRGB 8 d 8 > winLayerCreate () - dwDepth 8 > winScreenInit () - returning > winCloseScreenShadowDDNL () - Freeing screen resources > winDetectSupportedEngines () - Windows NT/2000 > winDetectSupportedEngines () - DirectDraw installed > winDetectSupportedEngines () - Allowing PrimaryDD > winDetectSupportedEngines () - DirectDraw4 installed > winDetectSupportedEngines () - Returning, supported engines 0000001f > winSetEngine () - Using Shadow DirectDraw NonLocking > winAdjustVideoModeShadowDDNL () - FullScreen, using command line depth: 8 > winAllocateFBShadowDDNL () - Changing video mode > winAllocateFBShadowDDNL () - lPitch: 1280 > winInitVisualsShadowDDNL () - Masks 00000000 00000000 00000000 BPRGB 8 d 8 > winLayerCreate () - dwDepth 8 > winScreenInit () - returning > winCloseScreenShadowDDNL () - Freeing screen resources > winDetectSupportedEngines () - Windows NT/2000 > winDetectSupportedEngines () - DirectDraw installed > winDetectSupportedEngines () - Allowing PrimaryDD > winDetectSupportedEngines () - DirectDraw4 installed > winDetectSupportedEngines () - Returning, supported engines 0000001f > winSetEngine () - Using Shadow DirectDraw NonLocking > winAdjustVideoModeShadowDDNL () - FullScreen, using command line depth: 8 > winAllocateFBShadowDDNL () - Changing video mode > winAllocateFBShadowDDNL () - lPitch: 1280 > winInitVisualsShadowDDNL () - Masks 00000000 00000000 00000000 BPRGB 8 d 8 > winLayerCreate () - dwDepth 8 > winScreenInit () - returning > winRedrawScreenShadowDDNL () - IDirectDrawSurface4_Blt () failed: 887601c2 > winRedrawScreenShadowDDNL () - IDirectDrawSurface4_Blt () failed: 887601c2 > > > > > I don't know what to tell you. I have never had this problem nor have I > had > > a user report this same problem. > > > > Anything in /tmp/XWin.log? > > > > Harold > >> -----Original Message----- > >> From: cygwin-xfree-owner@cygwin.com > >> [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Norbert Schmidt > >> Sent: Wednesday, September 18, 2002 11:09 AM > >> To: cygwin-xfree@cygwin.com > >> Subject: slow 256 color XWin on XP > >> > >> > >> > >> Only if I start XWin on winXP pro with: > >> > >> XWin -fullscreen -depth 8 > >> > >> it starts extrem slow. (up to XWin-Test65.exe) > >> > >> If I start a remote windowmanager (ssh) then the XWin-server switches 4 > >> times (so slow!) and I wait 5 minutes (1.4GHz/P4). After that speed is > >> fine, but windows task switching from and to XWin. > >> > >> Has anyone same thing on XP, or can test it for me? > >> > >> (no problems on w98) > >> > >> thanks, > >> Norbert > > > From ns@1en.de Mon Sep 23 08:34:00 2002 From: ns@1en.de (Norbert Schmidt) Date: Mon, 23 Sep 2002 08:34:00 -0000 Subject: slow 256 color XWin on XP Message-ID: Harold, what I do from cygwin-terminal is: XWin -fullscreen -depth 8 & export DISPLAY=localhost:0.0 ssh -X solarisuser@solarisbox : solarisbox% /usr/dt/bin/Xsession While Xsession(dtwm) starts Xserver switches 5(?) times. I don't know the reason for that (and I'm not allowed to change anything there). But this works fine from linux in the same way. With win98 XWin works fine that way too. The "switchings" are short (approx. 3sec. max.)and dtwm starts fast enough. Only with XP I have to wait that long (only -depth 8). > Shooting from the hip here it sounds like you have a bunch of clients in your > XWin startup script that, one-by-one, attempt to connect to the server, find > that they don't support the only available visual, then disconnect from the > server (which causes the server to reset since that was the only connected > client). After this the next client in your batch or script file is launched > and does the same thing. Each client connection and server restart takes, > say, 30 seconds. But with other depth it works _much_ faster. So I have to wait 3 minutes (first XWin start and 5 restarts)... > Am I totally wrong here? Are you not trying to start any X clients? > > Something is telling the server to restart... we just have to figure out what > that something is. thanks, Norbert From alexander.gottwald@s1999.tu-chemnitz.de Mon Sep 23 08:38:00 2002 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Mon, 23 Sep 2002 08:38:00 -0000 Subject: slow 256 color XWin on XP In-Reply-To: Message-ID: On Mon, 23 Sep 2002, Norbert Schmidt wrote: > > Harold, > > what I do from cygwin-terminal is: > > XWin -fullscreen -depth 8 & > export DISPLAY=localhost:0.0 > ssh -X solarisuser@solarisbox > : > solarisbox% /usr/dt/bin/Xsession can you please try % xterm % /usr/dt/bin/Xsession This should prevent the xserver from resetting since there is always at least one client connected. bye ago -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From bdsimmns@memphis.edu Mon Sep 23 08:42:00 2002 From: bdsimmns@memphis.edu (Benjamin Simmons) Date: Mon, 23 Sep 2002 08:42:00 -0000 Subject: RH 7.3 Message-ID: <3D8F3501.69BA3277@memphis.edu> Hi everyone, I have been monitoring this list for about a year now, and have used Cygwin/Xfree-86 to do remote administration of my linux machines. I am at a standstill as to what is new in RH Linux 7.3 that is preventing me from remotely connecting an X Session. If anyone has had experience setting up a connection to a RH Linux 7.3 PC, please provide me with some insight. I am sure it is not a firewall nor security problem. Thanks in advance, Ben Simmons Engineering Technical Support The University of Memphis From huntharo@msu.edu Mon Sep 23 12:03:00 2002 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 23 Sep 2002 12:03:00 -0000 Subject: RH 7.3 References: <3D8F3501.69BA3277@memphis.edu> Message-ID: <3D8F3540.5030004@msu.edu> Ben, More than likely your problem is that RedHat 7.3 ships with XDMCP disabled by default. To enable it, read this FAQ entry: http://xfree86.cygwin.com/docs/faq/cygwin-xfree-faq.html#q-mandrake-8.1-xdmcp Harold P.S. Do let us know if this solves your problem. Benjamin Simmons wrote: >Hi everyone, > >I have been monitoring this list for about a year now, and have used >Cygwin/Xfree-86 to do remote administration of my linux machines. I am >at a standstill as to what is new in RH Linux 7.3 that is preventing me >from remotely connecting an X Session. If anyone has had experience >setting up a connection to a RH Linux 7.3 PC, please provide me with >some insight. I am sure it is not a firewall nor security problem. > >Thanks in advance, > >Ben Simmons > >Engineering Technical Support >The University of Memphis > > > From dean.bishop@tcdsb.org Mon Sep 23 13:40:00 2002 From: dean.bishop@tcdsb.org (Bishop, Dean) Date: Mon, 23 Sep 2002 13:40:00 -0000 Subject: RH 7.3 Message-ID: i have this working on a number of machines running rh7.3. What is the error? -----Original Message----- From: Benjamin Simmons [mailto:bdsimmns@memphis.edu] Sent: Monday, September 23, 2002 11:37 AM To: cygwin-xfree@cygwin.com Subject: RH 7.3 Hi everyone, I have been monitoring this list for about a year now, and have used Cygwin/Xfree-86 to do remote administration of my linux machines. I am at a standstill as to what is new in RH Linux 7.3 that is preventing me from remotely connecting an X Session. If anyone has had experience setting up a connection to a RH Linux 7.3 PC, please provide me with some insight. I am sure it is not a firewall nor security problem. Thanks in advance, Ben Simmons Engineering Technical Support The University of Memphis From keith@keithtyler.com Mon Sep 23 14:55:00 2002 From: keith@keithtyler.com (Keith D. Tyler) Date: Mon, 23 Sep 2002 14:55:00 -0000 Subject: compiling netcat In-Reply-To: <000201c262f6$ae0909e0$350aa8c0@W2KDP> from "Mario Ohnewald" at Sep 23, 2002 01:45:12 PM Message-ID: <200209231903.g8NJ30F01747@shell.faradic.net> Mario Ohnewald was recently quoted as saying... > > Hello! > I want to get netcat running in under cygwin. > I guess you just have to compile it like in a normal UNIX enviorment. No, you need to get netcat for NT. The unix C source isn't cygwin compatible, and there's really no need since there is a command-line-friendly native Win32 netcat. (OK, a quick double-check shows some experimental Makefile sections for DOS, but again, why mess with this when there's already a native binary available?) http://www.atstake.com/research/tools/nc11nt.zip ================================================================== Keith D. Tyler keith@keithtyler.com Federal Way, WA http://www.keithtyler.com ------------------------------------------------------------------ Terrorists can attack freedom, but only Congress can destroy it. ================================================================== From alanh@fairlite.demon.co.uk Mon Sep 23 15:03:00 2002 From: alanh@fairlite.demon.co.uk (Alan Hourihane) Date: Mon, 23 Sep 2002 15:03:00 -0000 Subject: XFree 4.2.1 + fontconfig-2 In-Reply-To: References: <20020917175656.70980.qmail@web21004.mail.yahoo.com> Message-ID: <20020923204039.GJ1970@fairlite.demon.co.uk> On Wed, Sep 18, 2002 at 10:25:48 +0200, Alexander Gottwald wrote: > That is a windows problem. The XFree libraries are in fact versioned. > (libXaw.so.6.1 vs libXaw.so.7.0) Alexander, You've hit a sore spot here. The issue of Xft1 vs Xft2 was only the starting of a larger picture. Your right in the fact that all libraries are versioned, and we don't respect that for any library. libX11.a should really be libX11-6_2.a etc or some equivalent of. We also need to consider backwards compatibility as to not break older applications. I've fixed the immediate problem and can re-instate Xft1. But any want to pipe up with anything on this topic ? Alan. From Alexander.Gottwald@informatik.tu-chemnitz.de Mon Sep 23 15:15:00 2002 From: Alexander.Gottwald@informatik.tu-chemnitz.de (Alexander Gottwald) Date: Mon, 23 Sep 2002 15:15:00 -0000 Subject: XFree 4.2.1 + fontconfig-2 In-Reply-To: <20020923204039.GJ1970@fairlite.demon.co.uk> Message-ID: Alan Hourihane wrote: > On Wed, Sep 18, 2002 at 10:25:48 +0200, Alexander Gottwald wrote: > > That is a windows problem. The XFree libraries are in fact versioned. > > (libXaw.so.6.1 vs libXaw.so.7.0) > > Alexander, > > You've hit a sore spot here. The issue of Xft1 vs Xft2 was only the > starting of a larger picture. > > Your right in the fact that all libraries are versioned, and we don't > respect that for any library. libX11.a should really be libX11-6_2.a etc > or some equivalent of. The .a libraries should not be the big problem. You usally have one version of it installed (with the corresponding headers). But the shared libraries might be a problem. Taking a look at my linux system and libXaw. I've installed libXaw.so.6.1 and libXaw.so.7.0 and libXaw.so as a symlink to libXaw.so.7.0 Linking a library with libXaw.so creates a binary which expects at least libXaw.so.7.0 but is incompatible with libXaw.so.6.* A binary linked against libXaw.so.6.1 requires at least libXaw.so.6.1 and is incompatible with libXaw.7.* and might not work with libXaw.so.6.0. Mapping this the windows we get a scenario where we have on program against libXaw7.dll and one against libXaw6.dll but with no information on minor version changes. And maybe another libXaw.dll which works as library stub when linking with -lXaw The ncurses4 vs. ncurses5 issue shows a lot of the problems which will arise. Every new program which is linked against libXaw7 will not work with libXaw.dll and older programs will still search for libXaw.dll which is now libXaw6.dll. quite tricky. Any other solutions or comments? bye ago -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From nwourms@yahoo.com Mon Sep 23 15:23:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Mon, 23 Sep 2002 15:23:00 -0000 Subject: XFree 4.2.1 + fontconfig-2 In-Reply-To: <20020923204039.GJ1970@fairlite.demon.co.uk> Message-ID: <20020923220354.47916.qmail@web21009.mail.yahoo.com> --- Alan Hourihane wrote: > On Wed, Sep 18, 2002 at 10:25:48 +0200, Alexander Gottwald wrote: > > That is a windows problem. The XFree libraries are in fact > versioned. > > (libXaw.so.6.1 vs libXaw.so.7.0) > Alexander, > > You've hit a sore spot here. The issue of Xft1 vs Xft2 was only the > starting of a larger picture. > > Your right in the fact that all libraries are versioned, and we > don't > respect that for any library. libX11.a should really be > libX11-6_2.a etc > or some equivalent of. > > We also need to consider backwards compatibility as to not break > older > applications. > > I've fixed the immediate problem and can re-instate Xft1. But any > want to pipe up with anything on this topic ? Like it or not, if we make the switch we will break binary compatibility. This is, of course, because runtime libraries cannot be symlinked on Windows. Still, this is something that will have to be done sooner or later (again perhaps for the 4.3.0 release?). However, I think the benefits in the longrun will outweigh the incovience of a few questions from people caught in this switch. I'll let Harold voice his mind on this now... Cheers, Nicholas __________________________________________________ Do you Yahoo!? New DSL Internet Access from SBC & Yahoo! http://sbc.yahoo.com From alanh@fairlite.demon.co.uk Mon Sep 23 15:56:00 2002 From: alanh@fairlite.demon.co.uk (Alan Hourihane) Date: Mon, 23 Sep 2002 15:56:00 -0000 Subject: XFree 4.2.1 + fontconfig-2 In-Reply-To: <20020923220354.47916.qmail@web21009.mail.yahoo.com> References: <20020923204039.GJ1970@fairlite.demon.co.uk> <20020923220354.47916.qmail@web21009.mail.yahoo.com> Message-ID: <20020923221508.GL1970@fairlite.demon.co.uk> On Mon, Sep 23, 2002 at 03:03:54 -0700, Nicholas Wourms wrote: > > --- Alan Hourihane wrote: > > On Wed, Sep 18, 2002 at 10:25:48 +0200, Alexander Gottwald wrote: > > > That is a windows problem. The XFree libraries are in fact > > versioned. > > > (libXaw.so.6.1 vs libXaw.so.7.0) > > > Alexander, > > > > You've hit a sore spot here. The issue of Xft1 vs Xft2 was only the > > starting of a larger picture. > > > > Your right in the fact that all libraries are versioned, and we > > don't > > respect that for any library. libX11.a should really be > > libX11-6_2.a etc > > or some equivalent of. > > > > We also need to consider backwards compatibility as to not break > > older > > applications. > > > > I've fixed the immediate problem and can re-instate Xft1. But any > > want to pipe up with anything on this topic ? > > Like it or not, if we make the switch we will break binary > compatibility. This is, of course, because runtime libraries cannot > be symlinked on Windows. Still, this is something that will have to > be done sooner or later (again perhaps for the 4.3.0 release?). > However, I think the benefits in the longrun will outweigh the > incovience of a few questions from people caught in this switch. > I'll let Harold voice his mind on this now... We don't have to symlink - we can copy libX11-6_2.dll to libX11.dll etc to maintain compatibility and bug fixes to these kinds of libraries. A small script here will do the trick. But I think we really need to do this for 4.3.0 and just update the FAQ for those caught in the switch - like you say. Alan. From nwourms@yahoo.com Mon Sep 23 21:55:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Mon, 23 Sep 2002 21:55:00 -0000 Subject: XFree 4.2.1 + fontconfig-2 In-Reply-To: Message-ID: <20020923222347.66767.qmail@web21008.mail.yahoo.com> --- Alexander Gottwald wrote: > Alan Hourihane wrote: > > > On Wed, Sep 18, 2002 at 10:25:48 +0200, Alexander Gottwald wrote: > > > That is a windows problem. The XFree libraries are in fact > versioned. > > > (libXaw.so.6.1 vs libXaw.so.7.0) > > > > Alexander, > > > > You've hit a sore spot here. The issue of Xft1 vs Xft2 was only > the > > starting of a larger picture. > > > > Your right in the fact that all libraries are versioned, and we > don't > > respect that for any library. libX11.a should really be > libX11-6_2.a etc > > or some equivalent of. > > The .a libraries should not be the big problem. You usally have one > version > of it installed (with the corresponding headers). But the shared > libraries > might be a problem. Only if things are not properly coordinated. All that has to be done is to rebuild the entire XFree base stuff. Then give it to the package maintainers who depend on X11 a few weeks before a given release time. That should give them sufficient time to relink their packages and prepare a micro-version bump [r(n)->r(n+1)]. Then release all the updated packages at once. That way, there's no "lagging" in the core distribution. The 3rd party people will have to catch up, but we can let them know as well (Ralf, Steve, etc.). Still, maybe it might be worth waiting until 4.3.0 is released? > Taking a look at my linux system and libXaw. > I've installed libXaw.so.6.1 and libXaw.so.7.0 and libXaw.so as a > symlink > to libXaw.so.7.0 > > Linking a library with libXaw.so creates a binary which expects at > least > libXaw.so.7.0 but is incompatible with libXaw.so.6.* > > A binary linked against libXaw.so.6.1 requires at least > libXaw.so.6.1 and is > incompatible with libXaw.7.* and might not work with libXaw.so.6.0. > > Mapping this the windows we get a scenario where we have on program > against > libXaw7.dll and one against libXaw6.dll but with no information on > minor > version changes. And maybe another libXaw.dll which works as > library stub > when linking with -lXaw Sure, you can add more information if you want to. libXaw.6.0.dll.a as an import lib for cygXaw-6.0.dll is perfectly valid and will happily coexist with cygXaw-6.1.dll :). All that's required is to symlink the base import library (libXaw.dll.a) to whichever is determined to be the default. > The ncurses4 vs. ncurses5 issue shows a lot of the problems which > will > arise. This is true, but Chuck also showed us the best way to handle it. Yeah it looked like a pain, but it could have been worse without proper planning. > Every new program which is linked against libXaw7 will not work > with libXaw.dll and older programs will still search for libXaw.dll > which is now ibXaw6.dll. > > quite tricky. Not if we just accept the fact that there is no workaround and focus on "damage" control. That is, make sure people are informed well in advance and the X11 maintainers have time to get their releases relinked. The fallout from ncurses wasn't that bad, the volume died off a few weeks after it happened. > Any other solutions or comments? The only other way is to leave things as they are, but this will need to be done eventually, right? Cheers, Nicholas __________________________________________________ Do you Yahoo!? New DSL Internet Access from SBC & Yahoo! http://sbc.yahoo.com From nwourms@yahoo.com Tue Sep 24 00:32:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Tue, 24 Sep 2002 00:32:00 -0000 Subject: XFree 4.2.1 + fontconfig-2 In-Reply-To: <20020923221508.GL1970@fairlite.demon.co.uk> Message-ID: <20020923225612.12984.qmail@web21005.mail.yahoo.com> --- Alan Hourihane wrote: > On Mon, Sep 23, 2002 at 03:03:54 -0700, Nicholas Wourms wrote: > > > > --- Alan Hourihane wrote: > > > On Wed, Sep 18, 2002 at 10:25:48 +0200, Alexander Gottwald > wrote: > > > > That is a windows problem. The XFree libraries are in fact > > > versioned. > > > > (libXaw.so.6.1 vs libXaw.so.7.0) > > > > > Alexander, > > > > > > You've hit a sore spot here. The issue of Xft1 vs Xft2 was only > the > > > starting of a larger picture. > > > > > > Your right in the fact that all libraries are versioned, and we > > > don't > > > respect that for any library. libX11.a should really be > > > libX11-6_2.a etc > > > or some equivalent of. > > > > > > We also need to consider backwards compatibility as to not > break > > > older > > > applications. > > > > > > I've fixed the immediate problem and can re-instate Xft1. But > any > > > want to pipe up with anything on this topic ? > > > > Like it or not, if we make the switch we will break binary > > compatibility. This is, of course, because runtime libraries > cannot > > be symlinked on Windows. Still, this is something that will have > to > > be done sooner or later (again perhaps for the 4.3.0 release?). > > However, I think the benefits in the longrun will outweigh the > > incovience of a few questions from people caught in this switch. > > I'll let Harold voice his mind on this now... > > We don't have to symlink - we can copy libX11-6_2.dll to libX11.dll > etc > to maintain compatibility and bug fixes to these kinds of > libraries. How about a seperate package call X11-compat for this? Just seems like a waste of space for people who don't care. > But I think we really need to do this for 4.3.0 and just update the > FAQ for those caught in the switch - like you say. Sounds good to me. I propose the following as an adaptation of the "generally accepted naming conventions" used for native cygwin libraries [makes our X libraries more unixy]: ---------- |libXfoo:| ---------- library name used on *nix: libXfoo.0.0.so *for Cygwin: ============ runtime name: ------------- "cyg" + + "." + + "." + + "." + "dll" [i.e. cygXfoo.0.0.dll] shared import name: ------------------- A)"lib" + + "." + + "." + + "." + "dll" + "." + "a" [i.e. libXfoo.0.0.dll.a] B)Symlink A -> "lib" + + "." + + "." + "dll" + "." + "a" [i.e. libXfoo.0.0.dll.a -> libXfoo.0.dll.a] C)Symlink A -> "lib" + + "." + "dll" + "." + "a" [i.e. libXfoo.0.0.dll.a -> libXfoo.dll.a] static import name: ------------------- "lib" + + "." + "a" final outcome: -------------- /usr/X11R6/bin/cygXfoo.0.0.dll /usr/X11R6/lib/libXfoo.0.0.dll.a /usr/X11R6/lib/libXfoo.0.dll.a /usr/X11R6/lib/libXfoo.dll.a /usr/X11R6/lib/libXfoo.a Just a thought, anyhow... Cheers, Nicholas __________________________________________________ Do you Yahoo!? New DSL Internet Access from SBC & Yahoo! http://sbc.yahoo.com From x2jp@a7nxqd5.com Tue Sep 24 01:31:00 2002 From: x2jp@a7nxqd5.com (x2jp@a7nxqd5.com) Date: Tue, 24 Sep 2002 01:31:00 -0000 Subject: You won't believe this! Message-ID: <103284394401@mercury.cwcs.co.uk> Below is the result of your feedback form. It was submitted by x2jp@a7nxqd5.com (x2jp@a7nxqd5.com) on Tuesday, September 24, 2002 at 06:05:44 --------------------------------------------------------------------------- ysgkg: AMATEURS69! Hott chicks,young and fine..all doing it 69!! Check them out by clicking here 4c5 --------------------------------------------------------------------------- From x2jp@a7nxqd5.com Tue Sep 24 02:45:00 2002 From: x2jp@a7nxqd5.com (x2jp@a7nxqd5.com) Date: Tue, 24 Sep 2002 02:45:00 -0000 Subject: You won't believe this! Message-ID: <103284394401@mercury.cwcs.co.uk> Below is the result of your feedback form. It was submitted by x2jp@a7nxqd5.com (x2jp@a7nxqd5.com) on Tuesday, September 24, 2002 at 06:05:44 --------------------------------------------------------------------------- ysgkg: AMATEURS69! Hott chicks,young and fine..all doing it 69!! Check them out by clicking here 4c5 --------------------------------------------------------------------------- From alexander.gottwald@s1999.tu-chemnitz.de Tue Sep 24 03:19:00 2002 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Tue, 24 Sep 2002 03:19:00 -0000 Subject: XFree 4.2.1 + fontconfig-2 In-Reply-To: <20020923225612.12984.qmail@web21005.mail.yahoo.com> Message-ID: On Mon, 23 Sep 2002, Nicholas Wourms wrote: > How about a seperate package call X11-compat for this? Just seems > like a waste of space for people who don't care. Good idea > library name used on *nix: libXfoo.0.0.so actually libXfoo.so.0.0, everything else will also break the library versioning. > *for Cygwin: > ============ > > runtime name: > ------------- > > "cyg" + + "." + + "." + + "." + "dll" > [i.e. cygXfoo.0.0.dll] Any minor version bump will break older clients. They will request cygXfoo.0.0.dll but cygXfoo.0.1.dll is installed and is sufficient. if we name it only cygXfoo.0.dll, can the cygwin installer make sure that at least package foo-x.y-1 is installed and not only foo-x.y-0 for all packages requiring the new version? bye ago -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From alanh@fairlite.demon.co.uk Tue Sep 24 06:07:00 2002 From: alanh@fairlite.demon.co.uk (Alan Hourihane) Date: Tue, 24 Sep 2002 06:07:00 -0000 Subject: XFree 4.2.1 + fontconfig-2 In-Reply-To: References: <20020923225612.12984.qmail@web21005.mail.yahoo.com> Message-ID: <20020924083128.GC1409@fairlite.demon.co.uk> On Tue, Sep 24, 2002 at 09:32:27 +0200, Alexander Gottwald wrote: > On Mon, 23 Sep 2002, Nicholas Wourms wrote: > > > How about a seperate package call X11-compat for this? Just seems > > like a waste of space for people who don't care. > > Good idea > > > library name used on *nix: libXfoo.0.0.so > > actually libXfoo.so.0.0, everything else will also break the library > versioning. > > > *for Cygwin: > > ============ > > > > runtime name: > > ------------- > > > > "cyg" + + "." + + "." + + "." + "dll" > > [i.e. cygXfoo.0.0.dll] > > Any minor version bump will break older clients. They will request > cygXfoo.0.0.dll but cygXfoo.0.1.dll is installed and is sufficient. > > if we name it only cygXfoo.0.dll, can the cygwin installer make sure > that at least package foo-x.y-1 is installed and not only foo-x.y-0 > for all packages requiring the new version? I think in this instance that windows doesn't help us much. I think it should be fine if we had say libXfoo.0.dll installed (which was really v0.0), but then we released Xfoo-0.1.tar.gz which installed another libXfoo.0.dll (which is now v0.1). I.E We only ever report the major version number and forget about the minor one, as in the case of the minor number we are always backwards compatible. Alan. From mario.ohnewald@gmx.de Tue Sep 24 07:28:00 2002 From: mario.ohnewald@gmx.de (Mario Ohnewald) Date: Tue, 24 Sep 2002 07:28:00 -0000 Subject: Running xterm on localhost with XWin Message-ID: <000001c263af$3169f750$350aa8c0@W2KDP> Hello! Should this not work:? XWin -screen 0 640 480 & # open X set DISPLAY=127.0.0.1:0.0 # set Display xterm.exe # run app. wich should appar in X xterm Xt error: Can't open display: Cheers, Mario From mbardiaux@peaktime.be Tue Sep 24 11:29:00 2002 From: mbardiaux@peaktime.be (Michel Bardiaux) Date: Tue, 24 Sep 2002 11:29:00 -0000 Subject: Running xterm on localhost with XWin References: <000001c263af$3169f750$350aa8c0@W2KDP> Message-ID: <3D903C15.4DD113EA@peaktime.be> Mario Ohnewald wrote: > > Hello! > Should this not work:? No. > > XWin -screen 0 640 480 & # open X > set DISPLAY=127.0.0.1:0.0 # set Display > xterm.exe # run app. wich should appar in X > > xterm Xt error: Can't open display: > > Cheers, Mario With csh, use setenv, not set With bash, use export after set HaND, -- Michel Bardiaux Peaktime Belgium S.A. Bd. du Souverain, 191 B-1160 Bruxelles Tel : +32 2 790.29.41 From nwourms@yahoo.com Tue Sep 24 12:45:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Tue, 24 Sep 2002 12:45:00 -0000 Subject: XFree 4.2.1 + fontconfig-2 In-Reply-To: <20020924083128.GC1409@fairlite.demon.co.uk> Message-ID: <20020924130728.95509.qmail@web21003.mail.yahoo.com> --- Alan Hourihane wrote: > On Tue, Sep 24, 2002 at 09:32:27 +0200, Alexander Gottwald wrote: > > On Mon, 23 Sep 2002, Nicholas Wourms wrote: > > > > > How about a seperate package call X11-compat for this? Just > seems > > > like a waste of space for people who don't care. > > > > Good idea > > > > > library name used on *nix: libXfoo.0.0.so > > > > actually libXfoo.so.0.0, everything else will also break the > library > > versioning. > > > *for Cygwin: > > > ============ > > > > > > runtime name: > > > ------------- > > > > > > "cyg" + + "." + + "." + + "." + > "dll" > > > [i.e. cygXfoo.0.0.dll] > > > > Any minor version bump will break older clients. They will > request > > cygXfoo.0.0.dll but cygXfoo.0.1.dll is installed and is > sufficient. > > > > if we name it only cygXfoo.0.dll, can the cygwin installer make > sure > > that at least package foo-x.y-1 is installed and not only > foo-x.y-0 > > for all packages requiring the new version? > > I think in this instance that windows doesn't help us much. I think > it should be fine if we had say libXfoo.0.dll installed (which was > really v0.0), but then we released Xfoo-0.1.tar.gz which installed > another libXfoo.0.dll (which is now v0.1). I.E We only ever report > the > major version number and forget about the minor one, as in the case > of the minor number we are always backwards compatible. Of course, you're correct. I was worried they might make a binary incompatible minor release. However, if this is not the case, then we should be in good shape :-). Cheers, Nicholas __________________________________________________ Do you Yahoo!? New DSL Internet Access from SBC & Yahoo! http://sbc.yahoo.com From huntharo@msu.edu Tue Sep 24 13:57:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Tue, 24 Sep 2002 13:57:00 -0000 Subject: Running xterm on localhost with XWin In-Reply-To: <000001c263af$3169f750$350aa8c0@W2KDP> Message-ID: Mario, Just follow the User's Guide instructions: http://xfree86.cygwin.com/docs/ug/using-remote-apps.html Harold > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Mario Ohnewald > Sent: Tuesday, September 24, 2002 5:46 AM > To: cygwin-xfree@cygwin.com > Subject: Running xterm on localhost with XWin > > > Hello! > Should this not work:? > > XWin -screen 0 640 480 & # open X > set DISPLAY=127.0.0.1:0.0 # set Display > xterm.exe # run app. wich should appar in X > > xterm Xt error: Can't open display: > > Cheers, Mario From bjnelson@bellhelicopter.textron.com Tue Sep 24 14:05:00 2002 From: bjnelson@bellhelicopter.textron.com (Nelson, Bruce) Date: Tue, 24 Sep 2002 14:05:00 -0000 Subject: CATIA Launch Fails Message-ID: <062130671039D311BB730001FA7E02FB05103FFE@bhtintexch1.bhti.com> I've attempted to launch CATIA v4 with CYGwin. CATIA tries to start, then nothing. Any ideas? Bruce J. Nelson From lhall@pop.ma.ultranet.com Tue Sep 24 14:13:00 2002 From: lhall@pop.ma.ultranet.com (lhall@pop.ma.ultranet.com) Date: Tue, 24 Sep 2002 14:13:00 -0000 Subject: CATIA Launch Fails Message-ID: <191690-22002922419451427@M2W055.mail2web.com> What makes you think that not being able to launch CATIA has anything to do with Cygwin? Have you tried uninstalling Cygwin and noticed that the problem goes away? If not, this should be your first step. The problem you're seeing is not obviously caused by Cygwin from the information given. FWIW, I run SolidWorks, Solid Edge, and Pro/E (plus allot of other programs - including some by M$ ;-) ) on many systems with Cygwin installed. So unless the CATIA team at Dassault have something against Cygwin, I expect this isn't your problem. But you'll need to get a bit more specific about the problem if Cygwin does have a role in it. Good luck, Larry Original Message: ----------------- From: Nelson, Bruce bjnelson@bellhelicopter.textron.com Date: Tue, 24 Sep 2002 13:29:01 -0500 To: cygwin@cygwin.com, cygwin-xfree@cygwin.com Subject: CATIA Launch Fails I've attempted to launch CATIA v4 with CYGwin. CATIA tries to start, then nothing. Any ideas? Bruce J. Nelson -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -------------------------------------------------------------------- mail2web - Check your email from the web at http://mail2web.com/ . From Alexander.Gottwald@informatik.tu-chemnitz.de Tue Sep 24 14:17:00 2002 From: Alexander.Gottwald@informatik.tu-chemnitz.de (Alexander Gottwald) Date: Tue, 24 Sep 2002 14:17:00 -0000 Subject: XFree 4.2.1 + fontconfig-2 In-Reply-To: <20020923225612.12984.qmail@web21005.mail.yahoo.com> Message-ID: Nicholas Wourms wrote: > final outcome: > -------------- > /usr/X11R6/bin/cygXfoo.0.0.dll > /usr/X11R6/lib/libXfoo.0.0.dll.a > /usr/X11R6/lib/libXfoo.0.dll.a > /usr/X11R6/lib/libXfoo.dll.a > /usr/X11R6/lib/libXfoo.a Attached a patch which tweaks the makefile to build lib$(NAME)-$(MAJOR).dll lib$(NAME)-$(MAJOR).a lib$(NAME).a -> lib$(NAME)-$(MAJOR).a for Xft1 and Xft2 its exports/bin/libXft-1.dll exports/bin/libXft-2.dll exports/lib/libXft-1.a -> ../../lib/Xft1/libXft-1.a exports/lib/libXft-2.a -> ../../lib/Xft/libXft-2.a exports/lib/libXft.a -> libXft-2.a tweaking it to use cyg*.dll is simple I also change the widely spreaded concat3(lib,libname,.dll) to one macro (SharedLibraryName, libFoo-X.dll) The other new macro is ImportLibraryName, which is libFoo-X.a LibraryTargetName is still libFoo.a And the is the rule LinkImportLibrary which links ImportLibraryName to LibraryTargetName. bye ago -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 -------------- next part -------------- Index: cygwin.rules =================================================================== RCS file: /cvs/xc/config/cf/cygwin.rules,v retrieving revision 3.19 diff -u -r3.19 cygwin.rules --- cygwin.rules 2002/04/15 09:22:33 3.19 +++ cygwin.rules 2002/09/24 20:53:19 @@ -52,7 +52,10 @@ #define UseExportLists YES #endif +#define SharedLibraryName(libname, rev) Concat3(lib,libname,-$(shell echo rev|sed s=\\..*==).dll) +#define ImportLibraryName(libname, rev) Concat3(lib,libname,-$(shell echo rev|sed s=\\..*==).a) + /* * SharedDepLibraryTarget - generate rules to create a shared library. */ @@ -75,22 +78,23 @@ */ #define SharedDepLibraryTarget(libname,rev,deplist,solist,down,up) @@\ -AllTarget(Concat3(lib,libname,.dll)) @@\ +AllTarget(SharedLibraryName(libname,rev)) @@\ @@\ CppFileTarget(libname.def,libname-def.cpp,-DLIBRARY_VERSION=rev,$(ICONFIGFILES)) @@\ @@\ @@\ @@\ -Concat3(lib,libname,.dll): deplist libname.def @@\ - RemoveFile(LibraryTargetName(libname)) @@\ - RemoveFile(Concat3(lib,libname,.dll)) @@\ - MakeDLL(libname,solist) @@\ - LinkBuildLibrary(Concat3(lib,libname,.a)) @@\ - LinkBuildDLL(Concat3(lib,libname,.dll)) @@\ +SharedLibraryName(libname,rev): deplist libname.def @@\ + RemoveFile(ImportLibraryName(libname,rev)) @@\ + RemoveFile(SharedLibraryName(libname,rev)) @@\ + MakeDLL(libname,solist,rev) @@\ + LinkBuildLibrary(ImportLibraryName(libname,rev)) @@\ + LinkImportLibrary(ImportLibraryName(libname,rev),LibraryTargetName(libname)) @@\ + LinkBuildDLL(SharedLibraryName(libname,rev)) @@\ @@\ clean:: @@\ - RemoveFile(LibraryTargetName(libname)) @@\ - RemoveFile(Concat3(lib,libname,.dll)) @@\ + RemoveFile(ImportLibraryName(libname,rev)) @@\ + RemoveFile(SharedLibraryName(libname,rev)) @@\ #endif /* SharedDepLibraryTarget */ @@ -116,22 +120,23 @@ */ #define SharedDepCplusplusLibraryTarget(libname,rev,deplist,solist,down,up) @@\ -AllTarget(Concat3(lib,libname,.dll)) @@\ +AllTarget(SharedLibraryName(libname,rev)) @@\ @@\ CppFileTarget(libname.def,libname-def.cpp,-DLIBRARY_VERSION=rev,$(ICONFIGFILES)) @@\ @@\ @@\ - @@\ -Concat3(lib,libname,.dll): deplist libname.def @@\ - RemoveFile(LibraryTargetName(libname)) @@\ - RemoveFile(Concat3(lib,libname,.dll)) @@\ - MakeCplusplusDLL(libname,solist) @@\ - LinkBuildLibrary(Concat3(lib,libname,.a)) @@\ - LinkBuildDLL(Concat3(lib,libname,.dll)) @@\ @@\ -clean:: @@\ - RemoveFile(LibraryTargetName(libname)) @@\ - RemoveFile(Concat3(lib,libname,.dll)) @@\ +SharedLibraryName(libname,rev): deplist libname.def @@\ + RemoveFile(ImportLibraryName(libname,rev)) @@\ + RemoveFile(SharedLibraryName(libname,rev)) @@\ + MakeCplusplusDLL(libname,solist,rev) @@\ + LinkBuildLibrary(ImportLibraryName(libname,rev)) @@\ + LinkImportLibrary(ImportLibraryName(libname,rev),LibraryTargetName(libname)) @@\ + LinkBuildDLL(SharedLibraryName(libname,rev)) @@\ + @@\ +clean:: @@\ + RemoveFile(ImportLibraryName(libname,rev)) @@\ + RemoveFile(SharedLibraryName(libname,rev)) @@\ #endif /* SharedDepCplusplusLibraryTarget */ @@ -173,22 +178,22 @@ * MakeDllProg */ -#define MakeDLLProg(libname,solist,prog) @@\ - prog -shared -Wl,--out-implib=Concat3(lib,libname,.a) -Wl,--enable-auto-import --def libname.def -o Concat3(lib,libname,.dll) solist $(REQUIREDLIBS) +#define MakeDLLProg(libname,solist,prog,rev) @@\ + prog -shared -Wl,--out-implib=ImportLibraryName(libname,rev) -Wl,--enable-auto-import --def libname.def -o SharedLibraryName(libname,rev) solist $(REQUIREDLIBS) /* * MakeDll */ -#define MakeDLL(libname,solist) @@\ - MakeDLLProg(libname,solist,$(CC)) +#define MakeDLL(libname,solist,rev) @@\ + MakeDLLProg(libname,solist,$(CC),rev) /* * MakeCplusplusDll */ -#define MakeCplusplusDLL(libname,solist) @@\ - MakeDLLProg(libname,solist,$(CXX)) +#define MakeCplusplusDLL(libname,solist,rev) @@\ + MakeDLLProg(libname,solist,$(CXX),rev) @@ -197,20 +202,21 @@ */ #define SharedLibraryTarget(libname,rev,solist,down,up) @@\ -AllTarget(Concat3(lib,libname,.dll)) @@\ +AllTarget(SharedLibraryName(libname,rev)) @@\ @@\ CppFileTarget(libname.def,libname-def.cpp,-DLIBRARY_VERSION=rev,$(ICONFIGFILES)) @@\ @@\ @@\ -Concat3(lib,libname,.dll): solist libname.def @@\ - RemoveFile(LibraryTargetName(libname)) @@\ - RemoveFile(Concat3(lib,libname,.dll)) @@\ - MakeDLL(libname,solist) @@\ - LinkBuildLibrary(Concat3(lib,libname,.a)) @@\ - LinkBuildDLL(Concat3(lib,libname,.dll)) @@\ -clean:: @@\ - RemoveFile(LibraryTargetName(libname)) @@\ - RemoveFile(Concat3(lib,libname,.dll)) @@\ +SharedLibraryName(libname,rev): solist libname.def @@\ + RemoveFile(ImportLibraryName(libname,rev)) @@\ + RemoveFile(SharedLibraryName(libname,rev)) @@\ + MakeDLL(libname,solist,rev) @@\ + LinkBuildLibrary(ImportLibraryName(libname,rev)) @@\ + LinkImportLibrary(ImportLibraryName(libname,rev),LibraryTargetName(libname)) @@\ + LinkBuildDLL(SharedLibraryName(libname,rev)) @@\ +clean:: @@\ + RemoveFile(ImportLibraryName(libname,rev)) @@\ + RemoveFile(SharedLibraryName(libname,rev)) @@\ /* @@ -219,7 +225,7 @@ #define InstallSharedLibrary(libname,rev,dest) @@\ InstallTarget(install,LibraryTargetName(libname),$(INSTLIBFLAGS),$(USRLIBDIR)) @@\ -InstallTarget(install,Concat3(lib,libname,.dll),$(INSTLIBFLAGS),$(BINDIR)) +InstallTarget(install,SharedLibraryName(libname,rev),$(INSTLIBFLAGS),$(BINDIR)) /* @@ -263,6 +269,16 @@ RemoveFile($(BUILDBINDIR)/lib) @@\ cd $(BUILDBINDIR) && $(CP) $(BUILDBINTOP)/$(CURRENT_DIR)/lib . #endif + +#ifndef LinkImportLibrary +#ifdef UseInstalled +#define LinkImportLibrary(lib, importlib) $(_NULLCMD_) +#else +#define LinkImportLibrary(lib, importlib) MakeDir($(BUILDLIBDIR)) @@\ + RemoveFile($(BUILDLIBDIR)/importlib) @@\ + cd $(BUILDLIBDIR) && $(LN) lib importlib +#endif +#endif /* LinkImportLibrary */ /* From huntharo@msu.edu Tue Sep 24 14:24:00 2002 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 24 Sep 2002 14:24:00 -0000 Subject: XFree 4.2.1 + fontconfig-2 References: Message-ID: <3D90D391.6070109@msu.edu> If it builds then I approve and Alan should commit this directly. Harold Alexander Gottwald wrote: > Nicholas Wourms wrote: > > >>final outcome: >>-------------- >>/usr/X11R6/bin/cygXfoo.0.0.dll >>/usr/X11R6/lib/libXfoo.0.0.dll.a >>/usr/X11R6/lib/libXfoo.0.dll.a >>/usr/X11R6/lib/libXfoo.dll.a >>/usr/X11R6/lib/libXfoo.a > > > Attached a patch which tweaks the makefile to build > > lib$(NAME)-$(MAJOR).dll > lib$(NAME)-$(MAJOR).a > lib$(NAME).a -> lib$(NAME)-$(MAJOR).a > > for Xft1 and Xft2 its > exports/bin/libXft-1.dll > exports/bin/libXft-2.dll > exports/lib/libXft-1.a -> ../../lib/Xft1/libXft-1.a > exports/lib/libXft-2.a -> ../../lib/Xft/libXft-2.a > exports/lib/libXft.a -> libXft-2.a > > tweaking it to use cyg*.dll is simple > > I also change the widely spreaded concat3(lib,libname,.dll) to one macro > (SharedLibraryName, libFoo-X.dll) > The other new macro is ImportLibraryName, which is libFoo-X.a > LibraryTargetName is still libFoo.a > > And the is the rule LinkImportLibrary which links ImportLibraryName to > LibraryTargetName. > > bye > ago > > > ------------------------------------------------------------------------ > > Index: cygwin.rules > =================================================================== > RCS file: /cvs/xc/config/cf/cygwin.rules,v > retrieving revision 3.19 > diff -u -r3.19 cygwin.rules > --- cygwin.rules 2002/04/15 09:22:33 3.19 > +++ cygwin.rules 2002/09/24 20:53:19 > @@ -52,7 +52,10 @@ > #define UseExportLists YES > #endif > > +#define SharedLibraryName(libname, rev) Concat3(lib,libname,-$(shell echo rev|sed s=\\..*==).dll) > > +#define ImportLibraryName(libname, rev) Concat3(lib,libname,-$(shell echo rev|sed s=\\..*==).a) > + > /* > * SharedDepLibraryTarget - generate rules to create a shared library. > */ > @@ -75,22 +78,23 @@ > */ > > #define SharedDepLibraryTarget(libname,rev,deplist,solist,down,up) @@\ > -AllTarget(Concat3(lib,libname,.dll)) @@\ > +AllTarget(SharedLibraryName(libname,rev)) @@\ > @@\ > CppFileTarget(libname.def,libname-def.cpp,-DLIBRARY_VERSION=rev,$(ICONFIGFILES)) @@\ > @@\ > @@\ > @@\ > -Concat3(lib,libname,.dll): deplist libname.def @@\ > - RemoveFile(LibraryTargetName(libname)) @@\ > - RemoveFile(Concat3(lib,libname,.dll)) @@\ > - MakeDLL(libname,solist) @@\ > - LinkBuildLibrary(Concat3(lib,libname,.a)) @@\ > - LinkBuildDLL(Concat3(lib,libname,.dll)) @@\ > +SharedLibraryName(libname,rev): deplist libname.def @@\ > + RemoveFile(ImportLibraryName(libname,rev)) @@\ > + RemoveFile(SharedLibraryName(libname,rev)) @@\ > + MakeDLL(libname,solist,rev) @@\ > + LinkBuildLibrary(ImportLibraryName(libname,rev)) @@\ > + LinkImportLibrary(ImportLibraryName(libname,rev),LibraryTargetName(libname)) @@\ > + LinkBuildDLL(SharedLibraryName(libname,rev)) @@\ > @@\ > clean:: @@\ > - RemoveFile(LibraryTargetName(libname)) @@\ > - RemoveFile(Concat3(lib,libname,.dll)) @@\ > + RemoveFile(ImportLibraryName(libname,rev)) @@\ > + RemoveFile(SharedLibraryName(libname,rev)) @@\ > > #endif /* SharedDepLibraryTarget */ > > @@ -116,22 +120,23 @@ > */ > > #define SharedDepCplusplusLibraryTarget(libname,rev,deplist,solist,down,up) @@\ > -AllTarget(Concat3(lib,libname,.dll)) @@\ > +AllTarget(SharedLibraryName(libname,rev)) @@\ > @@\ > CppFileTarget(libname.def,libname-def.cpp,-DLIBRARY_VERSION=rev,$(ICONFIGFILES)) @@\ > @@\ > @@\ > - @@\ > -Concat3(lib,libname,.dll): deplist libname.def @@\ > - RemoveFile(LibraryTargetName(libname)) @@\ > - RemoveFile(Concat3(lib,libname,.dll)) @@\ > - MakeCplusplusDLL(libname,solist) @@\ > - LinkBuildLibrary(Concat3(lib,libname,.a)) @@\ > - LinkBuildDLL(Concat3(lib,libname,.dll)) @@\ > @@\ > -clean:: @@\ > - RemoveFile(LibraryTargetName(libname)) @@\ > - RemoveFile(Concat3(lib,libname,.dll)) @@\ > +SharedLibraryName(libname,rev): deplist libname.def @@\ > + RemoveFile(ImportLibraryName(libname,rev)) @@\ > + RemoveFile(SharedLibraryName(libname,rev)) @@\ > + MakeCplusplusDLL(libname,solist,rev) @@\ > + LinkBuildLibrary(ImportLibraryName(libname,rev)) @@\ > + LinkImportLibrary(ImportLibraryName(libname,rev),LibraryTargetName(libname)) @@\ > + LinkBuildDLL(SharedLibraryName(libname,rev)) @@\ > + @@\ > +clean:: @@\ > + RemoveFile(ImportLibraryName(libname,rev)) @@\ > + RemoveFile(SharedLibraryName(libname,rev)) @@\ > > #endif /* SharedDepCplusplusLibraryTarget */ > > @@ -173,22 +178,22 @@ > * MakeDllProg > */ > > -#define MakeDLLProg(libname,solist,prog) @@\ > - prog -shared -Wl,--out-implib=Concat3(lib,libname,.a) -Wl,--enable-auto-import --def libname.def -o Concat3(lib,libname,.dll) solist $(REQUIREDLIBS) > +#define MakeDLLProg(libname,solist,prog,rev) @@\ > + prog -shared -Wl,--out-implib=ImportLibraryName(libname,rev) -Wl,--enable-auto-import --def libname.def -o SharedLibraryName(libname,rev) solist $(REQUIREDLIBS) > > /* > * MakeDll > */ > > -#define MakeDLL(libname,solist) @@\ > - MakeDLLProg(libname,solist,$(CC)) > +#define MakeDLL(libname,solist,rev) @@\ > + MakeDLLProg(libname,solist,$(CC),rev) > > /* > * MakeCplusplusDll > */ > > -#define MakeCplusplusDLL(libname,solist) @@\ > - MakeDLLProg(libname,solist,$(CXX)) > +#define MakeCplusplusDLL(libname,solist,rev) @@\ > + MakeDLLProg(libname,solist,$(CXX),rev) > > > > @@ -197,20 +202,21 @@ > */ > > #define SharedLibraryTarget(libname,rev,solist,down,up) @@\ > -AllTarget(Concat3(lib,libname,.dll)) @@\ > +AllTarget(SharedLibraryName(libname,rev)) @@\ > @@\ > CppFileTarget(libname.def,libname-def.cpp,-DLIBRARY_VERSION=rev,$(ICONFIGFILES)) @@\ > @@\ > @@\ > -Concat3(lib,libname,.dll): solist libname.def @@\ > - RemoveFile(LibraryTargetName(libname)) @@\ > - RemoveFile(Concat3(lib,libname,.dll)) @@\ > - MakeDLL(libname,solist) @@\ > - LinkBuildLibrary(Concat3(lib,libname,.a)) @@\ > - LinkBuildDLL(Concat3(lib,libname,.dll)) @@\ > -clean:: @@\ > - RemoveFile(LibraryTargetName(libname)) @@\ > - RemoveFile(Concat3(lib,libname,.dll)) @@\ > +SharedLibraryName(libname,rev): solist libname.def @@\ > + RemoveFile(ImportLibraryName(libname,rev)) @@\ > + RemoveFile(SharedLibraryName(libname,rev)) @@\ > + MakeDLL(libname,solist,rev) @@\ > + LinkBuildLibrary(ImportLibraryName(libname,rev)) @@\ > + LinkImportLibrary(ImportLibraryName(libname,rev),LibraryTargetName(libname)) @@\ > + LinkBuildDLL(SharedLibraryName(libname,rev)) @@\ > +clean:: @@\ > + RemoveFile(ImportLibraryName(libname,rev)) @@\ > + RemoveFile(SharedLibraryName(libname,rev)) @@\ > > > /* > @@ -219,7 +225,7 @@ > > #define InstallSharedLibrary(libname,rev,dest) @@\ > InstallTarget(install,LibraryTargetName(libname),$(INSTLIBFLAGS),$(USRLIBDIR)) @@\ > -InstallTarget(install,Concat3(lib,libname,.dll),$(INSTLIBFLAGS),$(BINDIR)) > +InstallTarget(install,SharedLibraryName(libname,rev),$(INSTLIBFLAGS),$(BINDIR)) > > > /* > @@ -263,6 +269,16 @@ > RemoveFile($(BUILDBINDIR)/lib) @@\ > cd $(BUILDBINDIR) && $(CP) $(BUILDBINTOP)/$(CURRENT_DIR)/lib . > #endif > + > +#ifndef LinkImportLibrary > +#ifdef UseInstalled > +#define LinkImportLibrary(lib, importlib) $(_NULLCMD_) > +#else > +#define LinkImportLibrary(lib, importlib) MakeDir($(BUILDLIBDIR)) @@\ > + RemoveFile($(BUILDLIBDIR)/importlib) @@\ > + cd $(BUILDLIBDIR) && $(LN) lib importlib > +#endif > +#endif /* LinkImportLibrary */ > > > /* From alanh@fairlite.demon.co.uk Tue Sep 24 14:32:00 2002 From: alanh@fairlite.demon.co.uk (Alan Hourihane) Date: Tue, 24 Sep 2002 14:32:00 -0000 Subject: XFree 4.2.1 + fontconfig-2 In-Reply-To: References: <20020923225612.12984.qmail@web21005.mail.yahoo.com> Message-ID: <20020924211333.GA1478@fairlite.demon.co.uk> On Tue, Sep 24, 2002 at 10:56:54PM +0200, Alexander Gottwald wrote: > Nicholas Wourms wrote: > > > final outcome: > > -------------- > > /usr/X11R6/bin/cygXfoo.0.0.dll > > /usr/X11R6/lib/libXfoo.0.0.dll.a > > /usr/X11R6/lib/libXfoo.0.dll.a > > /usr/X11R6/lib/libXfoo.dll.a > > /usr/X11R6/lib/libXfoo.a > > Attached a patch which tweaks the makefile to build > > lib$(NAME)-$(MAJOR).dll > lib$(NAME)-$(MAJOR).a > lib$(NAME).a -> lib$(NAME)-$(MAJOR).a > > for Xft1 and Xft2 its > exports/bin/libXft-1.dll > exports/bin/libXft-2.dll > exports/lib/libXft-1.a -> ../../lib/Xft1/libXft-1.a > exports/lib/libXft-2.a -> ../../lib/Xft/libXft-2.a > exports/lib/libXft.a -> libXft-2.a Nice job! For the libXft-1.dll we'll need a hack somewhere to make that libXft.dll for backwards compatibility. Alan. From Alexander.Gottwald@informatik.tu-chemnitz.de Tue Sep 24 15:06:00 2002 From: Alexander.Gottwald@informatik.tu-chemnitz.de (Alexander Gottwald) Date: Tue, 24 Sep 2002 15:06:00 -0000 Subject: XFree 4.2.1 + fontconfig-2 In-Reply-To: <3D90D391.6070109@msu.edu> Message-ID: Harold L Hunt II wrote: > If it builds then I approve and Alan should commit this directly. the current cvs is somewhat broken for cygwin - Alan has fixed some of it and the other pathces are on the way bye ago -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From Alexander.Gottwald@informatik.tu-chemnitz.de Tue Sep 24 15:12:00 2002 From: Alexander.Gottwald@informatik.tu-chemnitz.de (Alexander Gottwald) Date: Tue, 24 Sep 2002 15:12:00 -0000 Subject: XFree 4.2.1 + fontconfig-2 In-Reply-To: <20020924211333.GA1478@fairlite.demon.co.uk> Message-ID: Alan Hourihane wrote: > Nice job! > > For the libXft-1.dll we'll need a hack somewhere to make that > libXft.dll for backwards compatibility. in cygwin.cf is BuildXft1Library still set to no and the for Xft2 is still build befor Xft1, so Xft.a links to Xft-1.a after make in lib bye ago -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From alanh@fairlite.demon.co.uk Tue Sep 24 15:19:00 2002 From: alanh@fairlite.demon.co.uk (Alan Hourihane) Date: Tue, 24 Sep 2002 15:19:00 -0000 Subject: XFree 4.2.1 + fontconfig-2 In-Reply-To: References: <20020924211333.GA1478@fairlite.demon.co.uk> Message-ID: <20020924213200.GC1478@fairlite.demon.co.uk> On Tue, Sep 24, 2002 at 11:24:43PM +0200, Alexander Gottwald wrote: > Alan Hourihane wrote: > > > Nice job! > > > > For the libXft-1.dll we'll need a hack somewhere to make that > > libXft.dll for backwards compatibility. > > in cygwin.cf is BuildXft1Library still set to no and the for Xft2 is > still build befor Xft1, so Xft.a links to Xft-1.a after make in lib O.k. I'm doing a build later with all your patches you've submitted to the XFree86 patch list and once I've test built I'll commit everything. Thanks again. Alan. From nwourms@yahoo.com Tue Sep 24 15:51:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Tue, 24 Sep 2002 15:51:00 -0000 Subject: XFree 4.2.1 + fontconfig-2 In-Reply-To: <20020924211333.GA1478@fairlite.demon.co.uk> Message-ID: <20020924220651.71014.qmail@web21002.mail.yahoo.com> --- Alan Hourihane wrote: > On Tue, Sep 24, 2002 at 10:56:54PM +0200, Alexander Gottwald wrote: > > Nicholas Wourms wrote: > > > > > final outcome: > > > -------------- > > > /usr/X11R6/bin/cygXfoo.0.0.dll > > > /usr/X11R6/lib/libXfoo.0.0.dll.a > > > /usr/X11R6/lib/libXfoo.0.dll.a > > > /usr/X11R6/lib/libXfoo.dll.a > > > /usr/X11R6/lib/libXfoo.a > > > > Attached a patch which tweaks the makefile to build > > > > lib$(NAME)-$(MAJOR).dll > > lib$(NAME)-$(MAJOR).a > > lib$(NAME).a -> lib$(NAME)-$(MAJOR).a > > > > for Xft1 and Xft2 its > > exports/bin/libXft-1.dll > > exports/bin/libXft-2.dll > > exports/lib/libXft-1.a -> ../../lib/Xft1/libXft-1.a > > exports/lib/libXft-2.a -> ../../lib/Xft/libXft-2.a > > exports/lib/libXft.a -> libXft-2.a > > Nice job! > > For the libXft-1.dll we'll need a hack somewhere to make that > libXft.dll for backwards compatibility. Well if I might comment on this and take a stance similar to Chuck's line of reasoning (we were discussing this the other day). First off, it "Would Be Nice (tm)" to use the prefix that the core distribution uses "cyg". Alexander says making that happen is trivial, so why not go with the standard? Secondly, Cygwin's shared import libraries end in "dll.a" not ".a" [which is the suffix reserved for static import libraries]. I really think we ought to differentiate on this. What if I wanted to distribute a shared and static version of my library? As you know, ld automatically recognizes dll.a suffix and will use that as the shared import library. I'm not trying to harp, but this was causing me trouble earlier this year. There are times when it is handy to link in a static manner, allowing you to ship as few seperate files as necessary. Also, I don't understand the need for keeping import libraries in subdirs. If my original idea doesn't suite you, why not this (if possible): shared: ------- exports/bin/cygXft-1.dll exports/bin/cygXft-2.dll exports/lib/libXft-1.dll.a exports/lib/libXft-2.dll.a exports/lib/libXft-2.dll.a -> libXft.dll.a static: ------- exports/lib/libXft-1.a exports/lib/libXft-2.a exports/lib/libXft.a -> libXft-2.a I'll have a look at Alexander's work to see if I can get it to do this. Again, I appreciate the hard work both of you put into it. Call me crazy, but after some previous threads on the main list, I know how important it is to keep a common naming schema. Cheers, Nicholas __________________________________________________ Do you Yahoo!? New DSL Internet Access from SBC & Yahoo! http://sbc.yahoo.com From nwourms@yahoo.com Tue Sep 24 16:02:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Tue, 24 Sep 2002 16:02:00 -0000 Subject: XFree 4.2.1 + fontconfig-2 In-Reply-To: <20020924213200.GC1478@fairlite.demon.co.uk> Message-ID: <20020924221205.67616.qmail@web21001.mail.yahoo.com> --- Alan Hourihane wrote: > On Tue, Sep 24, 2002 at 11:24:43PM +0200, Alexander Gottwald wrote: > > Alan Hourihane wrote: > > > > > Nice job! > > > > > > For the libXft-1.dll we'll need a hack somewhere to make that > > > libXft.dll for backwards compatibility. > > > > in cygwin.cf is BuildXft1Library still set to no and the for Xft2 > is > > still build befor Xft1, so Xft.a links to Xft-1.a after make in > lib > > O.k. I'm doing a build later with all your patches you've submitted > to the XFree86 patch list and once I've test built I'll commit > everything. > Well, if there are no objections, I'm still interested in trying to address the issues laid out in my previous message. My main concern as a package maintainer is the ability to produce shared and static import libraries with the Imake system. It shouldn't be too hard to do, seeing as how this is possible on unix utilizing different suffixes. I'll have a look into the Imake system over the next few days and see what I can come up with. Cheers, Nicholas __________________________________________________ Do you Yahoo!? New DSL Internet Access from SBC & Yahoo! http://sbc.yahoo.com From alanh@fairlite.demon.co.uk Wed Sep 25 02:15:00 2002 From: alanh@fairlite.demon.co.uk (Alan Hourihane) Date: Wed, 25 Sep 2002 02:15:00 -0000 Subject: XFree 4.2.1 + fontconfig-2 In-Reply-To: <20020924220651.71014.qmail@web21002.mail.yahoo.com> References: <20020924211333.GA1478@fairlite.demon.co.uk> <20020924220651.71014.qmail@web21002.mail.yahoo.com> Message-ID: <20020924221904.GD1478@fairlite.demon.co.uk> On Tue, Sep 24, 2002 at 03:06:51PM -0700, Nicholas Wourms wrote: > > --- Alan Hourihane wrote: > > On Tue, Sep 24, 2002 at 10:56:54PM +0200, Alexander Gottwald wrote: > > > Nicholas Wourms wrote: > > > > > > > final outcome: > > > > -------------- > > > > /usr/X11R6/bin/cygXfoo.0.0.dll > > > > /usr/X11R6/lib/libXfoo.0.0.dll.a > > > > /usr/X11R6/lib/libXfoo.0.dll.a > > > > /usr/X11R6/lib/libXfoo.dll.a > > > > /usr/X11R6/lib/libXfoo.a > > > > > > Attached a patch which tweaks the makefile to build > > > > > > lib$(NAME)-$(MAJOR).dll > > > lib$(NAME)-$(MAJOR).a > > > lib$(NAME).a -> lib$(NAME)-$(MAJOR).a > > > > > > for Xft1 and Xft2 its > > > exports/bin/libXft-1.dll > > > exports/bin/libXft-2.dll > > > exports/lib/libXft-1.a -> ../../lib/Xft1/libXft-1.a > > > exports/lib/libXft-2.a -> ../../lib/Xft/libXft-2.a > > > exports/lib/libXft.a -> libXft-2.a > > > > Nice job! > > > > For the libXft-1.dll we'll need a hack somewhere to make that > > libXft.dll for backwards compatibility. > > Well if I might comment on this and take a stance similar to Chuck's > line of reasoning (we were discussing this the other day). First > off, it "Would Be Nice (tm)" to use the prefix that the core > distribution uses "cyg". Alexander says making that happen is > trivial, so why not go with the standard? Secondly, Cygwin's shared > import libraries end in "dll.a" not ".a" [which is the suffix > reserved for static import libraries]. I really think we ought to > differentiate on this. What if I wanted to distribute a shared and > static version of my library? As you know, ld automatically > recognizes dll.a suffix and will use that as the shared import > library. I'm not trying to harp, but this was causing me trouble > earlier this year. There are times when it is handy to link in a > static manner, allowing you to ship as few seperate files as > necessary. Also, I don't understand the need for keeping import > libraries in subdirs. If my original idea doesn't suite you, why not > this (if possible): > > shared: > ------- > exports/bin/cygXft-1.dll > exports/bin/cygXft-2.dll > exports/lib/libXft-1.dll.a > exports/lib/libXft-2.dll.a > exports/lib/libXft-2.dll.a -> libXft.dll.a > > static: > ------- > exports/lib/libXft-1.a > exports/lib/libXft-2.a > exports/lib/libXft.a -> libXft-2.a > > I'll have a look at Alexander's work to see if I can get it to do > this. Again, I appreciate the hard work both of you put into it. > Call me crazy, but after some previous threads on the main list, I > know how important it is to keep a common naming schema. These changes look reasonable Nicholas. Alexander - can you adjust your patch for this ? Alan. From NiklausP@landcare.cri.nz Wed Sep 25 05:14:00 2002 From: NiklausP@landcare.cri.nz (Pascal A. Niklaus) Date: Wed, 25 Sep 2002 05:14:00 -0000 Subject: twm and fvwm question Message-ID: <5.1.1.6.2.20020925104919.01aa67f0@igor.urz.unibas.ch> Hi all, This is possibly a stupid question, but I could not figure out how to close windows in Cygwin-xfree/twm or /fvwm when there's no corresponding menu entry... This problem occurs when I run Mozilla using Cygwin/XFree as remote X server, and browser windows without menu bar are opened by javascript code. Mozilla windows under W2K or Linux/KDE3 have the little close window icon in the top right. Any help is greatly appreciated Pascal From spetreolle@yahoo.fr Wed Sep 25 05:58:00 2002 From: spetreolle@yahoo.fr (=?iso-8859-1?q?Sylvain=20Petreolle?=) Date: Wed, 25 Sep 2002 05:58:00 -0000 Subject: twm and fvwm question In-Reply-To: <5.1.1.6.2.20020925104919.01aa67f0@igor.urz.unibas.ch> Message-ID: <20020924230200.16919.qmail@web10103.mail.yahoo.com> doesn't mozilla have file/exit ? otherwise u can use "kill" when using twm by using the "kill" tool provided by twm. --- "Pascal A. Niklaus" a ??crit??: > Hi all, > > This is possibly a stupid question, but I could not figure out how to > close > windows in Cygwin-xfree/twm or /fvwm when there's no corresponding > menu > entry... > > This problem occurs when I run Mozilla using Cygwin/XFree as remote X > > server, and browser windows without menu bar are opened by javascript > code. > Mozilla windows under W2K or Linux/KDE3 have the little close window > icon > in the top right. > > Any help is greatly appreciated > > Pascal > ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en fran??ais ! Yahoo! Mail : http://fr.mail.yahoo.com From alexander.gottwald@s1999.tu-chemnitz.de Wed Sep 25 06:23:00 2002 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Wed, 25 Sep 2002 06:23:00 -0000 Subject: XFree 4.2.1 + fontconfig-2 In-Reply-To: <20020924220651.71014.qmail@web21002.mail.yahoo.com> Message-ID: On Tue, 24 Sep 2002, Nicholas Wourms wrote: > > Well if I might comment on this and take a stance similar to Chuck's > line of reasoning (we were discussing this the other day). First > off, it "Would Be Nice (tm)" to use the prefix that the core > distribution uses "cyg". Alexander says making that happen is > trivial, so why not go with the standard? Its the SharedLibraryName macro. Changing the concat3(lib, to concat3(cyg does it. > Secondly, Cygwin's shared > import libraries end in "dll.a" not ".a" [which is the suffix > reserved for static import libraries]. I really think we ought to > differentiate on this. What if I wanted to distribute a shared and > static version of my library? Afaik you can either build a X11 library static or shared. imake.rules contains a macro LibraryTargetName which expands to libName.a and is widely used in the Imakefiles. The change the macro to use libName.a for static and libName.dll.a #if Concat(SharedLib,libname) #define LibraryTargetName(libname) Concat3(lib,libname,.dll.a) #else #define LibraryTargetName(libname) Concat3(lib,libname,l.a) #endif But I don't know if this is either valid for imake or if it will break anything. And when you do a shared and a static version, the static version will most likely be name libName.dll.a too. > As you know, ld automatically > recognizes dll.a suffix and will use that as the shared import > library. I'm not trying to harp, but this was causing me trouble > earlier this year. There are times when it is handy to link in a > static manner, allowing you to ship as few seperate files as > necessary. Also, I don't understand the need for keeping import > libraries in subdirs. If my original idea doesn't suite you, why not > this (if possible): This was not the system install but only the global install in the build tree. bye ago -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From bdsimmns@memphis.edu Wed Sep 25 06:39:00 2002 From: bdsimmns@memphis.edu (Benjamin Simmons) Date: Wed, 25 Sep 2002 06:39:00 -0000 Subject: RH 7.3 Message-ID: <3D91A926.4BBCEE44@memphis.edu> I am getting an error that makes me assume that I have some kind of X permission wrong. I edited the following files: /etc/X11/xdm/xdm-config /etc/X11/xdm/Xaccess /etc/X11/gdm/gdm.conf Is there something else I must do? If I ssh to the remote machine: ssh -X -l username ipaddress The current message I am getting is: "PAM authentication has failed cannot start the X server. Perhaps you do not have console ownership. . . . . . " Thanks to all who have been willing to help me. Ben Simmons Engineering Tech Support The University of Memphis From nwourms@yahoo.com Wed Sep 25 06:42:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Wed, 25 Sep 2002 06:42:00 -0000 Subject: XFree 4.2.1 + fontconfig-2 In-Reply-To: Message-ID: <20020925125832.89211.qmail@web21005.mail.yahoo.com> --- Alexander Gottwald > > Secondly, Cygwin's shared > > import libraries end in "dll.a" not ".a" [which is the suffix > > reserved for static import libraries]. I really think we ought > to > > differentiate on this. What if I wanted to distribute a shared > and > > static version of my library? > > Afaik you can either build a X11 library static or shared. > > imake.rules contains a macro LibraryTargetName which expands to > libName.a > and is widely used in the Imakefiles. The change the macro to use > libName.a for static and libName.dll.a > > #if Concat(SharedLib,libname) > #define LibraryTargetName(libname) Concat3(lib,libname,.dll.a) > #else > #define LibraryTargetName(libname) Concat3(lib,libname,l.a) > #endif > > But I don't know if this is either valid for imake or if it will > break anything. And when you do a shared and a static version, the > static version will most likely be name libName.dll.a too. Well that doesn't make any sense because on linux it builds shared libraries with "so" and static libs with ".a". Also, the way it builds it makes it possible in my mind. I make puts shared objects in $BUILDDIR/ and static into $BUILDDIR/unshared/. It shouldn't be too hard to insert the logic necessary to handle archiving the contents properly. Also, ld can automatically generate shared import libraries during linking of the dll, so that might be a possible route to look at. > > As you know, ld automatically > > recognizes dll.a suffix and will use that as the shared import > > library. I'm not trying to harp, but this was causing me trouble > > earlier this year. There are times when it is handy to link in a > > static manner, allowing you to ship as few seperate files as > > necessary. Also, I don't understand the need for keeping import > > libraries in subdirs. If my original idea doesn't suite you, why > not > > this (if possible): > > This was not the system install but only the global install in the > build > tree. > I'm sorry, but I don't understand what you mean here... Cheers, Nicholas __________________________________________________ Do you Yahoo!? New DSL Internet Access from SBC & Yahoo! http://sbc.yahoo.com From fliot@kyriba.com Wed Sep 25 06:47:00 2002 From: fliot@kyriba.com (Francois Liot) Date: Wed, 25 Sep 2002 06:47:00 -0000 Subject: Include X "instance" into source Message-ID: <78782D427847FA42838FDA25E4732D5340C1EA@fr-mail1.FR.Kyriba.com> Hello, Unfortunatelly, I suppose my question has nothing new, but I didn't found the answer anywhere. I know that running X application though Cygwin is really easy (with something like that : SET DISPLAY=127.0.0.1:0.0 start /B XWin -unixkill -winkill -screen 0 800 600 -depth 16 call something.exe ) My question is : Does it exist a "best practice" documentation about embedding X server directly into windows binaries ? Some docs (included required sources) that explain how to impact the source code : Ideally something like that... Begining of the application : #include int xdisplay; int xcolordepth; int xwidth; int xheight; + launchX(..) All the sources : When Xfunctions are found, change them by embeddedXfunctions End of the application : kill/close X(..) Thanks by advance for your answer, Best regards, Francois Liot From alexander.gottwald@s1999.tu-chemnitz.de Wed Sep 25 06:48:00 2002 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Wed, 25 Sep 2002 06:48:00 -0000 Subject: XFree 4.2.1 + fontconfig-2 In-Reply-To: <20020925125832.89211.qmail@web21005.mail.yahoo.com> Message-ID: On Wed, 25 Sep 2002, Nicholas Wourms wrote: > > But I don't know if this is either valid for imake or if it will > > break anything. And when you do a shared and a static version, the > > static version will most likely be name libName.dll.a too. > > Well that doesn't make any sense because on linux it builds shared > libraries with "so" and static libs with ".a". The original LibraryTargetName from imake.rules could be overwritten in cygwin.rules. So all these changes apply to cygwin only. > Also, the way it > builds it makes it possible in my mind. I make puts shared objects > in $BUILDDIR/ and static into $BUILDDIR/unshared/. It shouldn't be > too hard to insert the logic necessary to handle archiving the > contents properly. building libraries and programs which depend on another library have a "progFoo: xc/exports/lib/libFoo.a" as rule. Replacing LibraryTarget- Name with the Shared/Static switch from my posting will replace this either by progFoo: xc/exports/lib/libFoo.a or progFoo: xc/exports/lib/libFoo.dll.a depending on SharedLibraryFoo set to NO or YES Hm, actually this is correct and what we want. > Also, ld can automatically generate shared import > libraries during linking of the dll, so that might be a possible > route to look at. This is already done cygwin.rules > > This was not the system install but only the global install in the > > build > > tree. > > > > I'm sorry, but I don't understand what you mean here... running make on the xc tree will _symlink_ (and partly copy) the targets to xc/export/lib and xc/export/bin. Make install later will _copy_ it to the installdir. bye ago -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From rasjidw@openminddev.net Wed Sep 25 06:48:00 2002 From: rasjidw@openminddev.net (Rasjid Wilcox) Date: Wed, 25 Sep 2002 06:48:00 -0000 Subject: RH 7.3 In-Reply-To: <3D91A926.4BBCEE44@memphis.edu> References: <3D91A926.4BBCEE44@memphis.edu> Message-ID: <200209252341.35906.rasjidw@openminddev.net> On Wed, 25 Sep 2002 10:16 pm, Benjamin Simmons wrote: > I am getting an error that makes me assume that I have some kind of X > permission wrong. > > I edited the following files: > /etc/X11/xdm/xdm-config > /etc/X11/xdm/Xaccess > /etc/X11/gdm/gdm.conf > > > Is there something else I must do? > > If I ssh to the remote machine: ssh -X -l username ipaddress > The current message I am getting is: > > "PAM authentication has failed cannot start the X server. Perhaps you > do > not have console ownership. . . . . . " > I think you are confusing two completely different ways of running X over a network. You can a) use xdm/gdm/kdm b) use ssh -X a) xdm/gdm/kdm is a little work to set up on the server side, but it makes client side configuration trivial. Once set up correctly, XWin.exe -query is basically all each host needs to do. Its main downside is that it is inherently insecure, as all communcation between the workstation and the server is unencrypted, including any passwords typed into dialog boxes. However, I can send details on the full xdm/gdm/kdm thing if you like. b) ssh -X works best if you already have a fully running X setup on your local machine, and just want to run specific programs on the server. However, with a little bit of work it may be possible to get a scripted secure Xsession running, which starts up KDE or GNOME on the server rather than locally. My attempts to do this simply have only partly worked. As far as I can tell, both 'startkde' and 'gnome-session' expect to be run locally (at least on RH7.3), and have some trouble with the SSH connection, although they mostly work. The best option seems to be to comment out the 'twm' line in the Cygwin-XFree startxwin.sh/bat and change the '/bin/bash' in the xterm line to '/usr/bin/sh -X user@server' and then run either gnome or kde from the resulting xterm. Rasjid. From alexander.gottwald@s1999.tu-chemnitz.de Wed Sep 25 09:03:00 2002 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Wed, 25 Sep 2002 09:03:00 -0000 Subject: Include X "instance" into source In-Reply-To: <78782D427847FA42838FDA25E4732D5340C1EA@fr-mail1.FR.Kyriba.com> Message-ID: On Wed, 25 Sep 2002, Francois Liot wrote: > Hello, > > Unfortunatelly, I suppose my question has nothing new, but I didn't found the answer anywhere. It is at least completely new to me. > > I know that running X application though Cygwin is really easy > (with something like that : > SET DISPLAY=127.0.0.1:0.0 > start /B XWin -unixkill -winkill -screen 0 800 600 -depth 16 > call something.exe ) > > My question is : > Does it exist a "best practice" documentation about embedding X server directly into windows binaries ? > Some docs (included required sources) that explain how to impact the source code : > > Ideally something like that... > > Begining of the application : > #include > int xdisplay; > int xcolordepth; > int xwidth; > int xheight; > + launchX(..) > > All the sources : > When Xfunctions are found, change them by embeddedXfunctions > > End of the application : > kill/close X(..) I've never seen such a thing. neither for linux nor for windows or cygwin. And rethinking the structure of the xserver it would need an extra thread and would still require piping all requests through the X11 message queue. So IMO the best solution is to start the separate Xserver binary from your program via system("/usr/X11R6/bin/XWin.exe") and use standard X11 calls to communicate with it. bye ago BTW: With the current code it is not possible to embed the Xserver window inside another program window. -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From bdsimmns@memphis.edu Wed Sep 25 13:17:00 2002 From: bdsimmns@memphis.edu (Benjamin Simmons) Date: Wed, 25 Sep 2002 13:17:00 -0000 Subject: RH 7.3 References: <3D91A926.4BBCEE44@memphis.edu> <200209252341.35906.rasjidw@openminddev.net> Message-ID: <3D91BF27.49ABDBD4@memphis.edu> I am only running on a remote network. It is not exposed to the "outside world", so I don't have any security risks that I am concerned about. If you could provide me with more complete instructions, I would be very appreciative. Thank you, Ben Simmons Rasjid Wilcox wrote: > On Wed, 25 Sep 2002 10:16 pm, Benjamin Simmons wrote: > > I am getting an error that makes me assume that I have some kind of X > > permission wrong. > > > > I edited the following files: > > /etc/X11/xdm/xdm-config > > /etc/X11/xdm/Xaccess > > /etc/X11/gdm/gdm.conf > > > > > > Is there something else I must do? > > > > If I ssh to the remote machine: ssh -X -l username ipaddress > > The current message I am getting is: > > > > "PAM authentication has failed cannot start the X server. Perhaps you > > do > > not have console ownership. . . . . . " > > > > I think you are confusing two completely different ways of running X over a > network. > > You can > a) use xdm/gdm/kdm > b) use ssh -X > > a) xdm/gdm/kdm is a little work to set up on the server side, but it makes > client side configuration trivial. Once set up correctly, XWin.exe -query > is basically all each host needs to do. Its main downside is > that it is inherently insecure, as all communcation between the workstation > and the server is unencrypted, including any passwords typed into dialog > boxes. > > However, I can send details on the full xdm/gdm/kdm thing if you like. > > b) ssh -X works best if you already have a fully running X setup on your local > machine, and just want to run specific programs on the server. However, with > a little bit of work it may be possible to get a scripted secure Xsession > running, which starts up KDE or GNOME on the server rather than locally. My > attempts to do this simply have only partly worked. As far as I can tell, > both 'startkde' and 'gnome-session' expect to be run locally (at least on > RH7.3), and have some trouble with the SSH connection, although they mostly > work. The best option seems to be to comment out the 'twm' line in the > Cygwin-XFree startxwin.sh/bat and change the '/bin/bash' in the xterm line to > '/usr/bin/sh -X user@server' and then run either gnome or kde from the > resulting xterm. > > Rasjid. From alanh@fairlite.demon.co.uk Wed Sep 25 13:20:00 2002 From: alanh@fairlite.demon.co.uk (Alan Hourihane) Date: Wed, 25 Sep 2002 13:20:00 -0000 Subject: XFree 4.2.1 + fontconfig-2 In-Reply-To: References: <20020925125832.89211.qmail@web21005.mail.yahoo.com> Message-ID: <20020925134833.GU1409@fairlite.demon.co.uk> On Wed, Sep 25, 2002 at 03:39:50PM +0200, Alexander Gottwald wrote: > On Wed, 25 Sep 2002, Nicholas Wourms wrote: > > > > But I don't know if this is either valid for imake or if it will > > > break anything. And when you do a shared and a static version, the > > > static version will most likely be name libName.dll.a too. > > > > Well that doesn't make any sense because on linux it builds shared > > libraries with "so" and static libs with ".a". > > The original LibraryTargetName from imake.rules could be overwritten > in cygwin.rules. So all these changes apply to cygwin only. > > > Also, the way it > > builds it makes it possible in my mind. I make puts shared objects > > in $BUILDDIR/ and static into $BUILDDIR/unshared/. It shouldn't be > > too hard to insert the logic necessary to handle archiving the > > contents properly. > > building libraries and programs which depend on another library have > a "progFoo: xc/exports/lib/libFoo.a" as rule. Replacing LibraryTarget- > Name with the Shared/Static switch from my posting will replace this > either by > progFoo: xc/exports/lib/libFoo.a > or > progFoo: xc/exports/lib/libFoo.dll.a > depending on SharedLibraryFoo set to NO or YES > > Hm, actually this is correct and what we want. > > > Also, ld can automatically generate shared import > > libraries during linking of the dll, so that might be a possible > > route to look at. > > This is already done cygwin.rules > > > > This was not the system install but only the global install in the > > > build > > > tree. > > > > > > > I'm sorry, but I don't understand what you mean here... > > running make on the xc tree will _symlink_ (and partly copy) the targets > to xc/export/lib and xc/export/bin. Make install later will _copy_ it > to the installdir. When you've come to a decision on the patch, post a new one so I can take a look and then commit it. Alan. From huntharo@msu.edu Wed Sep 25 13:29:00 2002 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 25 Sep 2002 13:29:00 -0000 Subject: RH 7.3 References: <3D91A926.4BBCEE44@memphis.edu> <200209252341.35906.rasjidw@openminddev.net> <3D91BF27.49ABDBD4@memphis.edu> Message-ID: <3D91DE14.8090900@msu.edu> Ben, I sent you more complete instructions before but you obviously did not read them. Let me level with you Ben, you are in college or you work for a college. You aren't going to make it very far if someone tells you to read something and you ignore them. Let's try this again. You have two options for running remote X Clients: 1) Remote sessions via XDMCP http://xfree86.cygwin.com/docs/ug/using-remote-session.html 2) Displaying remote clients from a telnet or ssh connection: http://xfree86.cygwin.com/docs/ug/using-remote-apps.html That is it. Everything you need to know is right there. Start off by doing a simple test of displaying a remote client via telnet (as described in 2). Next try to display a remote client via ssh. Finally, if you are feeling brave, try a remote session via XDMCP. Report what you have learned. Harold Benjamin Simmons wrote: >I am only running on a remote network. It is not exposed to the "outside world", >so I don't have any security risks that I am concerned about. If you could >provide me with more complete instructions, I would be very appreciative. > >Thank you, >Ben Simmons > >Rasjid Wilcox wrote: > > > >>On Wed, 25 Sep 2002 10:16 pm, Benjamin Simmons wrote: >> >> >>>I am getting an error that makes me assume that I have some kind of X >>>permission wrong. >>> >>>I edited the following files: >>>/etc/X11/xdm/xdm-config >>>/etc/X11/xdm/Xaccess >>>/etc/X11/gdm/gdm.conf >>> >>> >>>Is there something else I must do? >>> >>>If I ssh to the remote machine: ssh -X -l username ipaddress >>>The current message I am getting is: >>> >>>"PAM authentication has failed cannot start the X server. Perhaps you >>>do >>>not have console ownership. . . . . . " >>> >>> >>> >>I think you are confusing two completely different ways of running X over a >>network. >> >>You can >>a) use xdm/gdm/kdm >>b) use ssh -X >> >>a) xdm/gdm/kdm is a little work to set up on the server side, but it makes >>client side configuration trivial. Once set up correctly, XWin.exe -query >> is basically all each host needs to do. Its main downside is >>that it is inherently insecure, as all communcation between the workstation >>and the server is unencrypted, including any passwords typed into dialog >>boxes. >> >>However, I can send details on the full xdm/gdm/kdm thing if you like. >> >>b) ssh -X works best if you already have a fully running X setup on your local >>machine, and just want to run specific programs on the server. However, with >>a little bit of work it may be possible to get a scripted secure Xsession >>running, which starts up KDE or GNOME on the server rather than locally. My >>attempts to do this simply have only partly worked. As far as I can tell, >>both 'startkde' and 'gnome-session' expect to be run locally (at least on >>RH7.3), and have some trouble with the SSH connection, although they mostly >>work. The best option seems to be to comment out the 'twm' line in the >>Cygwin-XFree startxwin.sh/bat and change the '/bin/bash' in the xterm line to >>'/usr/bin/sh -X user@server' and then run either gnome or kde from the >>resulting xterm. >> >>Rasjid. >> >> > > > From huntharo@msu.edu Wed Sep 25 13:31:00 2002 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 25 Sep 2002 13:31:00 -0000 Subject: RE Cygwin List posts References: <3D91E116.C816ECDB@memphis.edu> <3D91E2FB.6090602@msu.edu> <3D9216CC.366C930C@memphis.edu> Message-ID: <3D921993.8080706@msu.edu> Ben, See, you aren't telling me what you have had success in doing. What do you mean ``They all work fine''? Does that mean that you have successfully done an XDMCP session, used ssh to display remote clients, and used telnet to display remote clients? If so, then say exactly that. I'm not just going to ``elaborate'' about the wonderful things that you can do with XDMCP and ssh --- I could write about them all day long. You have to ask a specific question about precisely what it is that you want to do. We cannot read your mind. Imagine for a moment that your dog cannot walk and that I am a vet. If you come to me and say, ``my dog has a broken leg, can you fix it?'', then I am very likely to help you. If, on the other hand, you come to me and say, ``My dog needs to [mumble mumble mumble]... can you tell me about the many things that dogs can do?'', then I'm going to kick you out of my office. Harold P.S. - This is going back on cygwin-xfree@cygwin.com because it seems to me like you are trying to waste my time since you are being vague about both your questions and your answers. Don't reply to me personally, only send your questions to cygwin-xfree@cygwin.com Benjamin Simmons wrote: >thank you sir for your reply, >at this point I would love to gain some further instruction on either option >you present. I have multiple RHLinux 7.2 boxes setup so that I can do your >first option. They all work fine. I am having the difficulty in setting up >a RH Linux 7.3 box in the same manner. > >I did the things you discuss in the guide, and any further elaboration is >greatly appreciated. > >Thank you, >Ben Simmons > >Harold L Hunt II wrote: > > > >>Ben, >> >>I have been reading the list and it looks to me like you asked the same >>question over again. Rasjid gave you the same answer that I gave you >>--- which defeats the purpose of writing a User's Guide, since I wrote >>the User's Guide to explain this very question once and for all. >> >>You say that you need to connect to multiple machines. Is that the >>specific part that you are having trouble with? Are you able to connect >>to one machine at a time, but not to multiple machines at once? If so, >>I can help you with that. >> >>Please be clear on whether you are trying to run a remote session via >>XDMCP (where you are presented by a login box and one Cygwin/XFree86 >>window is owned entirely by one remote machine) or whether you are >>trying to display remote clients via ssh (in which case you can ssh to >>multiple remote machines and have them all display X Clients in one >>Cygwin/XFree86 window - or in multiple Cygwin/XFree86 windows). >> >>Harold >> >>Benjamin Simmons wrote: >> >> >> >>>If you had ben paying attention to the list today, you would have seen >>>an excahnge between myself and Rasjid Wilcox. >>> >>>If you were paying attention to this exchange, you would have noticed >>>that he has offered further details. >>> >>>I did read through what you sent me, and found it to cover exactly what >>>I had already done. Since I had used your information, but felt that I >>>needed further details, I responded to someone that was willing to >>>provide them. >>> >>>If you are having a problem with my exchange on this topic, please feel >>>free to ignore all further posts to this message, otherwise, I would >>>like to personally thank you for your assistance. I have gotten >>>frustrated with my inability to connect the final piece of this puzzle. >>> >>>To clarify, I do work for and am a student at The University of >>>Memphis. I am currently performing research and need to access multiple >>>linux machines remotely to complete my dissertation. >>> >>>Thank you again for your help, >>>Ben Simmons >>> >>> >>> >>> >>> >>> >>> >>> >>> > > > From jc.gervais@videotron.ca Wed Sep 25 13:44:00 2002 From: jc.gervais@videotron.ca (Jean-Claude Gervais) Date: Wed, 25 Sep 2002 13:44:00 -0000 Subject: RE Cygwin List posts In-Reply-To: <3D921993.8080706@msu.edu> Message-ID: Having problems with your dog, Harold? ;-) -----Original Message----- From: cygwin-xfree-owner@cygwin.com [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Harold L Hunt II Sent: Wednesday, September 25, 2002 4:16 PM To: Benjamin Simmons Cc: cygwin-xfree@cygwin.com Subject: Re: RE Cygwin List posts Ben, See, you aren't telling me what you have had success in doing. What do you mean ``They all work fine''? Does that mean that you have successfully done an XDMCP session, used ssh to display remote clients, and used telnet to display remote clients? If so, then say exactly that. I'm not just going to ``elaborate'' about the wonderful things that you can do with XDMCP and ssh --- I could write about them all day long. You have to ask a specific question about precisely what it is that you want to do. We cannot read your mind. Imagine for a moment that your dog cannot walk and that I am a vet. If you come to me and say, ``my dog has a broken leg, can you fix it?'', then I am very likely to help you. If, on the other hand, you come to me and say, ``My dog needs to [mumble mumble mumble]... can you tell me about the many things that dogs can do?'', then I'm going to kick you out of my office. Harold P.S. - This is going back on cygwin-xfree@cygwin.com because it seems to me like you are trying to waste my time since you are being vague about both your questions and your answers. Don't reply to me personally, only send your questions to cygwin-xfree@cygwin.com Benjamin Simmons wrote: >thank you sir for your reply, >at this point I would love to gain some further instruction on either option >you present. I have multiple RHLinux 7.2 boxes setup so that I can do your >first option. They all work fine. I am having the difficulty in setting up >a RH Linux 7.3 box in the same manner. > >I did the things you discuss in the guide, and any further elaboration is >greatly appreciated. > >Thank you, >Ben Simmons > >Harold L Hunt II wrote: > > > >>Ben, >> >>I have been reading the list and it looks to me like you asked the same >>question over again. Rasjid gave you the same answer that I gave you >>--- which defeats the purpose of writing a User's Guide, since I wrote >>the User's Guide to explain this very question once and for all. >> >>You say that you need to connect to multiple machines. Is that the >>specific part that you are having trouble with? Are you able to connect >>to one machine at a time, but not to multiple machines at once? If so, >>I can help you with that. >> >>Please be clear on whether you are trying to run a remote session via >>XDMCP (where you are presented by a login box and one Cygwin/XFree86 >>window is owned entirely by one remote machine) or whether you are >>trying to display remote clients via ssh (in which case you can ssh to >>multiple remote machines and have them all display X Clients in one >>Cygwin/XFree86 window - or in multiple Cygwin/XFree86 windows). >> >>Harold >> >>Benjamin Simmons wrote: >> >> >> >>>If you had ben paying attention to the list today, you would have seen >>>an excahnge between myself and Rasjid Wilcox. >>> >>>If you were paying attention to this exchange, you would have noticed >>>that he has offered further details. >>> >>>I did read through what you sent me, and found it to cover exactly what >>>I had already done. Since I had used your information, but felt that I >>>needed further details, I responded to someone that was willing to >>>provide them. >>> >>>If you are having a problem with my exchange on this topic, please feel >>>free to ignore all further posts to this message, otherwise, I would >>>like to personally thank you for your assistance. I have gotten >>>frustrated with my inability to connect the final piece of this puzzle. >>> >>>To clarify, I do work for and am a student at The University of >>>Memphis. I am currently performing research and need to access multiple >>>linux machines remotely to complete my dissertation. >>> >>>Thank you again for your help, >>>Ben Simmons >>> >>> >>> >>> >>> >>> >>> >>> >>> > > > From huntharo@msu.edu Wed Sep 25 13:48:00 2002 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 25 Sep 2002 13:48:00 -0000 Subject: RE Cygwin List posts References: Message-ID: <3D921C70.1080809@msu.edu> Jean-Claude, Actually, Pookie is fine, but thanks for asking :) Harold Jean-Claude Gervais wrote: >Having problems with your dog, Harold? ;-) > >-----Original Message----- >From: cygwin-xfree-owner@cygwin.com [mailto:cygwin-xfree-owner@cygwin.com]On >Behalf Of Harold L Hunt II >Sent: Wednesday, September 25, 2002 4:16 PM >To: Benjamin Simmons >Cc: cygwin-xfree@cygwin.com >Subject: Re: RE Cygwin List posts > >Ben, > >See, you aren't telling me what you have had success in doing. What do >you mean ``They all work fine''? Does that mean that you have >successfully done an XDMCP session, used ssh to display remote clients, >and used telnet to display remote clients? If so, then say exactly that. > >I'm not just going to ``elaborate'' about the wonderful things that you >can do with XDMCP and ssh --- I could write about them all day long. > You have to ask a specific question about precisely what it is that you >want to do. We cannot read your mind. Imagine for a moment that your >dog cannot walk and that I am a vet. If you come to me and say, ``my >dog has a broken leg, can you fix it?'', then I am very likely to help >you. If, on the other hand, you come to me and say, ``My dog needs to >[mumble mumble mumble]... can you tell me about the many things that >dogs can do?'', then I'm going to kick you out of my office. > >Harold > >P.S. - This is going back on cygwin-xfree@cygwin.com because it seems to >me like you are trying to waste my time since you are being vague about >both your questions and your answers. Don't reply to me personally, >only send your questions to cygwin-xfree@cygwin.com > >Benjamin Simmons wrote: > > > >>thank you sir for your reply, >>at this point I would love to gain some further instruction on either >> >> >option > > >>you present. I have multiple RHLinux 7.2 boxes setup so that I can do your >>first option. They all work fine. I am having the difficulty in setting >> >> >up > > >>a RH Linux 7.3 box in the same manner. >> >>I did the things you discuss in the guide, and any further elaboration is >>greatly appreciated. >> >>Thank you, >>Ben Simmons >> >>Harold L Hunt II wrote: >> >> >> >> >> >>>Ben, >>> >>>I have been reading the list and it looks to me like you asked the same >>>question over again. Rasjid gave you the same answer that I gave you >>>--- which defeats the purpose of writing a User's Guide, since I wrote >>>the User's Guide to explain this very question once and for all. >>> >>>You say that you need to connect to multiple machines. Is that the >>>specific part that you are having trouble with? Are you able to connect >>>to one machine at a time, but not to multiple machines at once? If so, >>>I can help you with that. >>> >>>Please be clear on whether you are trying to run a remote session via >>>XDMCP (where you are presented by a login box and one Cygwin/XFree86 >>>window is owned entirely by one remote machine) or whether you are >>>trying to display remote clients via ssh (in which case you can ssh to >>>multiple remote machines and have them all display X Clients in one >>>Cygwin/XFree86 window - or in multiple Cygwin/XFree86 windows). >>> >>>Harold >>> >>>Benjamin Simmons wrote: >>> >>> >>> >>> >>> >>>>If you had ben paying attention to the list today, you would have seen >>>>an excahnge between myself and Rasjid Wilcox. >>>> >>>>If you were paying attention to this exchange, you would have noticed >>>>that he has offered further details. >>>> >>>>I did read through what you sent me, and found it to cover exactly what >>>>I had already done. Since I had used your information, but felt that I >>>>needed further details, I responded to someone that was willing to >>>>provide them. >>>> >>>>If you are having a problem with my exchange on this topic, please feel >>>>free to ignore all further posts to this message, otherwise, I would >>>>like to personally thank you for your assistance. I have gotten >>>>frustrated with my inability to connect the final piece of this puzzle. >>>> >>>>To clarify, I do work for and am a student at The University of >>>>Memphis. I am currently performing research and need to access multiple >>>>linux machines remotely to complete my dissertation. >>>> >>>>Thank you again for your help, >>>>Ben Simmons >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >> >> >> > > > From bdsimmns@memphis.edu Wed Sep 25 14:39:00 2002 From: bdsimmns@memphis.edu (Benjamin Simmons) Date: Wed, 25 Sep 2002 14:39:00 -0000 Subject: RH Linux 7.3 References: <3D91E116.C816ECDB@memphis.edu> <3D91E2FB.6090602@msu.edu> <3D9216CC.366C930C@memphis.edu> <3D921993.8080706@msu.edu> Message-ID: <3D921D82.E7577320@memphis.edu> Ok, sorry I am assuming that I am being clearer than I actually am with my description. I have successfully connected to XDMCP sessions to Solaris and RH Linux 7.2 sessions. I am using the command: XWin.exe -screen 0 1024x768x65536 -query linux.address.here -from my.address.here I have also used ssh to connect to the same remote clients (both RH 7.2 and 7.3), but have been unable to remotely operate any x item. (a xclock for instance) I would like to know how to do a XDMCP session from a windows installation of Cygwin and Xwin to RH 7.3. I would also like to know what you meant about being able to open and manage multiple ssh sessions inside one cygwin environment window. Re: your previous message . . . . . >>window is owned entirely by one remote machine) or whether you are >>trying to display remote clients via ssh (in which case you can ssh to >>multiple remote machines and have them all display X Clients in one >>Cygwin/XFree86 window - or in multiple Cygwin/XFree86 windows). >> I hope that this time I am being properly complete and thorough in my explanation. Thank you again, Ben Simmons Harold L Hunt II wrote: > Ben, > > See, you aren't telling me what you have had success in doing. What do > you mean ``They all work fine''? Does that mean that you have > successfully done an XDMCP session, used ssh to display remote clients, > and used telnet to display remote clients? If so, then say exactly that. > > I'm not just going to ``elaborate'' about the wonderful things that you > can do with XDMCP and ssh --- I could write about them all day long. > You have to ask a specific question about precisely what it is that you > want to do. We cannot read your mind. Imagine for a moment that your > dog cannot walk and that I am a vet. If you come to me and say, ``my > dog has a broken leg, can you fix it?'', then I am very likely to help > you. If, on the other hand, you come to me and say, ``My dog needs to > [mumble mumble mumble]... can you tell me about the many things that > dogs can do?'', then I'm going to kick you out of my office. > > Harold > > P.S. - This is going back on cygwin-xfree@cygwin.com because it seems to > me like you are trying to waste my time since you are being vague about > both your questions and your answers. Don't reply to me personally, > only send your questions to cygwin-xfree@cygwin.com > > Benjamin Simmons wrote: > > >thank you sir for your reply, > >at this point I would love to gain some further instruction on either option > >you present. I have multiple RHLinux 7.2 boxes setup so that I can do your > >first option. They all work fine. I am having the difficulty in setting up > >a RH Linux 7.3 box in the same manner. > > > >I did the things you discuss in the guide, and any further elaboration is > >greatly appreciated. > > > >Thank you, > >Ben Simmons > > > >Harold L Hunt II wrote: > > > > > > > >>Ben, > >> > >>I have been reading the list and it looks to me like you asked the same > >>question over again. Rasjid gave you the same answer that I gave you > >>--- which defeats the purpose of writing a User's Guide, since I wrote > >>the User's Guide to explain this very question once and for all. > >> > >>You say that you need to connect to multiple machines. Is that the > >>specific part that you are having trouble with? Are you able to connect > >>to one machine at a time, but not to multiple machines at once? If so, > >>I can help you with that. > >> > >>Please be clear on whether you are trying to run a remote session via > >>XDMCP (where you are presented by a login box and one Cygwin/XFree86 > >>window is owned entirely by one remote machine) or whether you are > >>trying to display remote clients via ssh (in which case you can ssh to > >>multiple remote machines and have them all display X Clients in one > >>Cygwin/XFree86 window - or in multiple Cygwin/XFree86 windows). > >> > >>Harold > >> > >>Benjamin Simmons wrote: > >> > >> > >> > >>>If you had ben paying attention to the list today, you would have seen > >>>an excahnge between myself and Rasjid Wilcox. > >>> > >>>If you were paying attention to this exchange, you would have noticed > >>>that he has offered further details. > >>> > >>>I did read through what you sent me, and found it to cover exactly what > >>>I had already done. Since I had used your information, but felt that I > >>>needed further details, I responded to someone that was willing to > >>>provide them. > >>> > >>>If you are having a problem with my exchange on this topic, please feel > >>>free to ignore all further posts to this message, otherwise, I would > >>>like to personally thank you for your assistance. I have gotten > >>>frustrated with my inability to connect the final piece of this puzzle. > >>> > >>>To clarify, I do work for and am a student at The University of > >>>Memphis. I am currently performing research and need to access multiple > >>>linux machines remotely to complete my dissertation. > >>> > >>>Thank you again for your help, > >>>Ben Simmons > >>> > >>> > >>> > >>> > >>> > >>> > >>> > >>> > >>> > > > > > > From huntharo@msu.edu Wed Sep 25 14:52:00 2002 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 25 Sep 2002 14:52:00 -0000 Subject: RH Linux 7.3 References: <3D91E116.C816ECDB@memphis.edu> <3D91E2FB.6090602@msu.edu> <3D9216CC.366C930C@memphis.edu> <3D921993.8080706@msu.edu> <3D921D82.E7577320@memphis.edu> Message-ID: <3D921FF0.9040605@msu.edu> Ben, That is much, much better! First of all, the command line that you gave is incorrect: XWin.exe -screen 0 1024x768x65536 -query linux.address.here -from my.address.here The x65536 is in error. You should instead be using the following (you don't have to specify a size if you want the window as large as possible): XWin.exe -screen 0 1024 768 -query linux.address.here -from my.address.here Or: XWin.exe -query linux.address.here -from my.address.here Also, try the -nodecoration parameter, you might like it (it prevents the window border from being drawn): XWin.exe -nodecoration -query linux.address.here -from my.address.here As for RedHat 7.3, you most likely have to enable XDMCP, which is disabled by default. Read the answer to FAQ question 4.9: http://xfree86.cygwin.com/docs/faq/cygwin-xfree-faq.html#q-mandrake-8.1-xdmcp You said something earlier that indicates that you may have already set the [Xdmcp] Enable option to True. If that is the case but you still cannot connect, then I would guess that you need to restart ``xdm'', which you can do as root by dropping to run level 3, waiting about a minute, then returning to runlevel 5. In fact, are you even in runlevel 5? You can find out what runlevel you are in by running the ``runlevel'' command: [root@foo harold]# runlevel N 5 [root@foo harold]# You can change the runlevel by running ``init n'' where ``n'' is the runlevel that you want. So, to restart xdm you: init 3 [wait a minute] init 5 Let us know if that helps. Harold Benjamin Simmons wrote: >Ok, sorry I am assuming that I am being clearer than I actually am with my >description. I have successfully connected to XDMCP sessions to Solaris and RH >Linux 7.2 sessions. I am using the command: > >XWin.exe -screen 0 1024x768x65536 -query linux.address.here -from my.address.here > >I have also used ssh to connect to the same remote clients (both RH 7.2 and 7.3), >but have been unable to remotely operate any x item. (a xclock for instance) > >I would like to know how to do a XDMCP session from a windows installation of >Cygwin and Xwin to RH 7.3. > >I would also like to know what you meant about being able to open and manage >multiple ssh sessions inside one cygwin environment window. >Re: your previous message . . . . . > > >>>window is owned entirely by one remote machine) or whether you are >>>trying to display remote clients via ssh (in which case you can ssh to >>>multiple remote machines and have them all display X Clients in one >>>Cygwin/XFree86 window - or in multiple Cygwin/XFree86 windows). >>> >>> >>> > >I hope that this time I am being properly complete and thorough in my >explanation. > >Thank you again, >Ben Simmons > >Harold L Hunt II wrote: > > > >>Ben, >> >>See, you aren't telling me what you have had success in doing. What do >>you mean ``They all work fine''? Does that mean that you have >>successfully done an XDMCP session, used ssh to display remote clients, >>and used telnet to display remote clients? If so, then say exactly that. >> >>I'm not just going to ``elaborate'' about the wonderful things that you >>can do with XDMCP and ssh --- I could write about them all day long. >> You have to ask a specific question about precisely what it is that you >>want to do. We cannot read your mind. Imagine for a moment that your >>dog cannot walk and that I am a vet. If you come to me and say, ``my >>dog has a broken leg, can you fix it?'', then I am very likely to help >>you. If, on the other hand, you come to me and say, ``My dog needs to >>[mumble mumble mumble]... can you tell me about the many things that >>dogs can do?'', then I'm going to kick you out of my office. >> >>Harold >> >>P.S. - This is going back on cygwin-xfree@cygwin.com because it seems to >>me like you are trying to waste my time since you are being vague about >>both your questions and your answers. Don't reply to me personally, >>only send your questions to cygwin-xfree@cygwin.com >> >>Benjamin Simmons wrote: >> >> >> >>>thank you sir for your reply, >>>at this point I would love to gain some further instruction on either option >>>you present. I have multiple RHLinux 7.2 boxes setup so that I can do your >>>first option. They all work fine. I am having the difficulty in setting up >>>a RH Linux 7.3 box in the same manner. >>> >>>I did the things you discuss in the guide, and any further elaboration is >>>greatly appreciated. >>> >>>Thank you, >>>Ben Simmons >>> >>>Harold L Hunt II wrote: >>> >>> >>> >>> >>> >>>>Ben, >>>> >>>>I have been reading the list and it looks to me like you asked the same >>>>question over again. Rasjid gave you the same answer that I gave you >>>>--- which defeats the purpose of writing a User's Guide, since I wrote >>>>the User's Guide to explain this very question once and for all. >>>> >>>>You say that you need to connect to multiple machines. Is that the >>>>specific part that you are having trouble with? Are you able to connect >>>>to one machine at a time, but not to multiple machines at once? If so, >>>>I can help you with that. >>>> >>>>Please be clear on whether you are trying to run a remote session via >>>>XDMCP (where you are presented by a login box and one Cygwin/XFree86 >>>>window is owned entirely by one remote machine) or whether you are >>>>trying to display remote clients via ssh (in which case you can ssh to >>>>multiple remote machines and have them all display X Clients in one >>>>Cygwin/XFree86 window - or in multiple Cygwin/XFree86 windows). >>>> >>>>Harold >>>> >>>>Benjamin Simmons wrote: >>>> >>>> >>>> >>>> >>>> >>>>>If you had ben paying attention to the list today, you would have seen >>>>>an excahnge between myself and Rasjid Wilcox. >>>>> >>>>>If you were paying attention to this exchange, you would have noticed >>>>>that he has offered further details. >>>>> >>>>>I did read through what you sent me, and found it to cover exactly what >>>>>I had already done. Since I had used your information, but felt that I >>>>>needed further details, I responded to someone that was willing to >>>>>provide them. >>>>> >>>>>If you are having a problem with my exchange on this topic, please feel >>>>>free to ignore all further posts to this message, otherwise, I would >>>>>like to personally thank you for your assistance. I have gotten >>>>>frustrated with my inability to connect the final piece of this puzzle. >>>>> >>>>>To clarify, I do work for and am a student at The University of >>>>>Memphis. I am currently performing research and need to access multiple >>>>>linux machines remotely to complete my dissertation. >>>>> >>>>>Thank you again for your help, >>>>>Ben Simmons >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>> >>> >>> > > > From maillist@links.com.cn Wed Sep 25 21:27:00 2002 From: maillist@links.com.cn (maillist@links.com.cn) Date: Wed, 25 Sep 2002 21:27:00 -0000 Subject: . Message-ID: . From NiklausP@landcare.cri.nz Wed Sep 25 21:55:00 2002 From: NiklausP@landcare.cri.nz (Pascal A. Niklaus) Date: Wed, 25 Sep 2002 21:55:00 -0000 Subject: twm and fvwm question Message-ID: <5.1.1.6.2.20020926093624.02093988@smtp.landcare.cri.nz> Yes, Mozilla has File->Exit, but I only want to close a menu-bar-less window created by javascript. And neither FVWM nor TWM add 'close' widgets to the window frame. Is there really no possibility to create a 'close-event'? Using kill seems a bit of a crude approach. Does killing the window also free the resources the program uses for this window? Pascal >At Wed, 25 Sep 2002 01:02:00 +0200 (CEST), Sylvain Petreolle wrote: >doesn't mozilla have file/exit ? >otherwise u can use "kill" when using twm by using the "kill" tool >provided by twm. >>--- "Pascal A. Niklaus" a ?crit : > Hi all, >> >> This is possibly a stupid question, but I could not figure out how to >> close >> windows in Cygwin-xfree/twm or /fvwm when there's no corresponding <> menu >> entry... >> >> This problem occurs when I run Mozilla using Cygwin/XFree as remote X >> >> server, and browser windows without menu bar are opened by javascript >> code. >> Mozilla windows under W2K or Linux/KDE3 have the little close window >> icon >> in the top right. >> >> Any help is greatly appreciated >> >> Pascal From 4btb8@mail.ru Thu Sep 26 00:15:00 2002 From: 4btb8@mail.ru (Your IE Toolbar) Date: Thu, 26 Sep 2002 00:15:00 -0000 Subject: Bestellen Sie Ihr IE Toolbar jetzt Message-ID: Lassen Sie Ihre Kunden immer Ihre Links auf ihrem Explorer toolbar sehen Kundenspezifische Toolbars geben Ihnen weitgehende Moglichigkeiten, Ihre Webseite innerhalb wenigen Sekunden zwischen den Millionen Internetuser zu vermarkten und das nimmt Ihnen einige wenige Sekunden die Toolbars zu installieren. Custom IE Toolbar mit unbegrenzten Menueinzelteilen fur den Preis von 200$US! Advanced IE Toolbar mit Entwurffirmenzeichen von 250$US! Unbegrenzte IE Toolbar Eigenschaften mit der normalen Rate von 20$US Stundenlohn fur die Programmierung! http://www.besttoolbars.net/german.htm Eigenschaften: - Zugang mit einem Klick zu Ihrer Website und zu den Seiten durch den immer greifbaren Werkyeugspannelsbrowser. - Personliche Tasten, dynamische Tasten und Menu-Einzelteile des IE Toolbar. - Customizable Suchfunktionen/integrierte Search Engines - Nachrichtenzustellung on-line. - Kundenspezifische Ikonen und gro?artige Firmezeichen. - Sofortige Nachrichtenubermittlung zu den Benutzern. - Benutzen Sie sofort die neue Netzprodukte auf den entfernten Desktops der Kunden und machen Sie sie sofort verwendbar. - Gezielte und nicht gezielte Marketing - Und viel viel mehr... Sie konnen Ihr Toolbar an Ihre Web site Besucher, Angestellten, usw. weitergebenen. Dieses liefert schnellen Zugang zu Ihrer Web site und moglicherweise zu anderen nutzlichen Verbindungen,bzw. die Sie fur die Sie fur nutzlich halten, und fur die Kunden die Ihr Toolbar downloaden wurden. Wenn Sie ein Geschaft fuhren, so benutzen Sie gewohnliche IE Toolbar mit Ihren Mitarbeiter zusammen,damit bekommen Sie allgemeine Netzbetriebsmittel. Falls Sie mit einer Anzahl von den Computern zu tun haben (Haus, Buro arbeitet, usw..),so konnen Sie auch hier ein IE Toolbar verwenden, es wird alle Ihre 'Favorites' auf dem Server speichern. Somit werden Sie uberhaupt nie mehr Ihre Lieblingsverbindungen auf allen Ihren Computern immer wieder aktualisieren mussen. Sie konnen das gerade einmal tun! kontakt 4btb8@mail.ru +7 902 9870073 http://www.besttoolbars.net/german.htm From NiklausP@landcare.cri.nz Thu Sep 26 02:53:00 2002 From: NiklausP@landcare.cri.nz (Pascal A. Niklaus) Date: Thu, 26 Sep 2002 02:53:00 -0000 Subject: twm and fvwm question Message-ID: <5.1.1.6.2.20020926093624.02093988@smtp.landcare.cri.nz> Yes, Mozilla has File->Exit, but I only want to close a menu-bar-less window created by javascript. And neither FVWM nor TWM add 'close' widgets to the window frame. Is there really no possibility to create a 'close-event'? Using kill seems a bit of a crude approach. Does killing the window also free the resources the program uses for this window? Pascal >At Wed, 25 Sep 2002 01:02:00 +0200 (CEST), Sylvain Petreolle wrote: >doesn't mozilla have file/exit ? >otherwise u can use "kill" when using twm by using the "kill" tool >provided by twm. >>--- "Pascal A. Niklaus" a ?crit : > Hi all, >> >> This is possibly a stupid question, but I could not figure out how to >> close >> windows in Cygwin-xfree/twm or /fvwm when there's no corresponding <> menu >> entry... >> >> This problem occurs when I run Mozilla using Cygwin/XFree as remote X >> >> server, and browser windows without menu bar are opened by javascript >> code. >> Mozilla windows under W2K or Linux/KDE3 have the little close window >> icon >> in the top right. >> >> Any help is greatly appreciated >> >> Pascal From huntharo@msu.edu Thu Sep 26 05:15:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Thu, 26 Sep 2002 05:15:00 -0000 Subject: Cygwin Build Bustage Fix Message-ID: xc/lib/Xcursor/Imakefile: 1) Change an #elif without a conditional to #else. This has got to be one of the dummer mistakes I have ever seen. How does this work on any platform? This busts the build on Cygwin. Harold -------------- next part -------------- A non-text attachment was scrubbed... Name: xc-lib-Xcursor-Imakefile.diff Type: application/octet-stream Size: 394 bytes Desc: not available URL: From huntharo@msu.edu Thu Sep 26 08:39:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Thu, 26 Sep 2002 08:39:00 -0000 Subject: One more Cygwin build bustage fix Message-ID: xc/config/cf/cygwin.tmpl: 1) Add SharedXcursorReqs with $(XLIB) so that libXcursor builds. Harold -------------- next part -------------- A non-text attachment was scrubbed... Name: xc-config-cf-cygwin.cf.diff Type: application/octet-stream Size: 584 bytes Desc: not available URL: From alexander.gottwald@s1999.tu-chemnitz.de Thu Sep 26 09:44:00 2002 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Thu, 26 Sep 2002 09:44:00 -0000 Subject: twm and fvwm question In-Reply-To: <5.1.1.6.2.20020926093624.02093988@smtp.landcare.cri.nz> Message-ID: On Thu, 26 Sep 2002, Pascal A. Niklaus wrote: > Yes, Mozilla has File->Exit, but I only want to close a menu-bar-less > window created by javascript. And neither FVWM nor TWM add 'close' widgets > to the window frame. Is there really no possibility to create a 'close-event'? Most fvwm configurations contain a submenu with window options. The you can find a "Close" entry. If there is no such menu, then edit .fvwm2rc and add either a a new button or create a menu from which you can choose "Close". > Using kill seems a bit of a crude approach. Does killing the window also > free the resources the program uses for this window? Killing the window causes the program to call the x11_errorhandler which normally contains an exit() and terminates the process, freeing all window resources. bye ago -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From fliot@kyriba.com Thu Sep 26 15:56:00 2002 From: fliot@kyriba.com (Francois Liot) Date: Thu, 26 Sep 2002 15:56:00 -0000 Subject: ntxlib (was RE: Include X "instance" into source) Message-ID: <78782D427847FA42838FDA25E4732D5340C1EF@fr-mail1.FR.Kyriba.com> Investigating further, I heard about the "ntxlib" projet. http://216.239.39.100/search?q=cache:m4t1L5VkuJsC:library.psyon.org/programming/unix2nt.html+ntxlib&hl=en&ie=UTF-8 (this is the cached version, this page is not longer available directly...) Does somebody have a recent version of such library ? Thanks by advance, Best regards From huntharo@msu.edu Thu Sep 26 16:14:00 2002 From: huntharo@msu.edu (Harold L Hunt) Date: Thu, 26 Sep 2002 16:14:00 -0000 Subject: ntxlib (was RE: Include X "instance" into source) Message-ID: <200209261214.g8QCEq325176@pilot07.cl.msu.edu> Fancois, Understand that ntxlib is an ugly, incomplete, shoddy hack that only implements about 5% of the X functions and has few prospects for ever being able to implement any more X functions than that. ntxlib is actually just a seperate packaging of the hack that was included in Cygwin's rxvt to allow it to run without an X Server. Don't think that including ntxlib in any random X application will suddenly cause it to run on Windows without an X Server. Instead, expect to waste a lot of time only to find out that ntxtlib is a pretty fruitless idea. But, by all means, mess around with it if you really want to. Harold Francois Liot said: > Investigating further, > > I heard about the "ntxlib" projet. > http://216.239.39.100/search?q=cache:m4t1L5VkuJsC:library.psyon.org/programming/unix2nt.html+ntxlib&hl=en&ie=UTF-8 (this is the cached version, this page is not longer available directly...) > > Does somebody have a recent version of such library ? > > Thanks by advance, > > Best regards > From cygwin-xfree@cygwin.com Thu Sep 26 17:32:00 2002 From: cygwin-xfree@cygwin.com (Christopher Faylor) Date: Thu, 26 Sep 2002 17:32:00 -0000 Subject: Screen size question In-Reply-To: <5.1.1.6.0.20020926232003.00b50fd8@pop.net-yan.com> References: <5.1.1.6.0.20020926232003.00b50fd8@pop.net-yan.com> Message-ID: <20020926153928.GA10010@redhat.com> Redirecting to the correct mailing list. On Thu, Sep 26, 2002 at 11:26:20PM +0800, Stephen Liu wrote: >Hi All People > >Can I issue following command to regulate the screen size at starting >cygwin. > ># Xwin -query 192.168.0.XXX -screen aa" x bb" > >aa" = width of screen in inches >bb" = height of screen in inches > >so that Linux would not cover Window screen completely. If NO, kindly >advise how to make it. > >Thanks in advance. > >Stephen Liu From cygwin-xfree@cygwin.com Thu Sep 26 17:53:00 2002 From: cygwin-xfree@cygwin.com (cygwin-xfree@cygwin.com) Date: Thu, 26 Sep 2002 17:53:00 -0000 Subject: xdvi windows problem In-Reply-To: <000801c26576$d652eba0$cb6bb13e@reichel> (Vít Reichel's message of "Thu, 26 Sep 2002 18:07:38 +0200") References: <000801c26576$d652eba0$cb6bb13e@reichel> Message-ID: <8765wsaefz.fsf@peder.flower> V??t Reichel writes: Redirecting to cygwin-xfree@cygwin.com PLEASE follow up there. > 1. (*) text/plain ( ) text/html > > How can I get xdvi and XFree working on windows? > Every time I try xdvi it says "Can't open display" and startx does't work either even though all required packages are installed. Please help! > From jc.gervais@videotron.ca Thu Sep 26 18:11:00 2002 From: jc.gervais@videotron.ca (Jean-Claude Gervais) Date: Thu, 26 Sep 2002 18:11:00 -0000 Subject: x2x or XWin -screen 0 2048 768 ? Message-ID: Hi, Can anyone point me in the right direction? I've added a second video card to my computer and am running Windows with a large (2048x768) desktop. I'd like to run XWin like that too, but it and all the other apps only maximize on ONE of the screens. Although if a window is not maximized and can be sized, I can stretch it across both screens, I figure there must be a better way. Does anyone here know anything about this? Jean-Claude From huntharo@msu.edu Thu Sep 26 20:51:00 2002 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 26 Sep 2002 20:51:00 -0000 Subject: x2x or XWin -screen 0 2048 768 ? References: Message-ID: <3D9394B1.5040105@msu.edu> Jean-Claude, Have you run Cygwin/XFree86 as follows? XWin -screen 0 2048 768 Does that work at all? Are you able to size the window using the mouse so that it displays at up to 2048x768? If not, perhaps we can change that behavior later. As far as maximization size, you will notice that all other Windows applications only size to the size of the current monitor when you click the maximize button. Thus, we are following the standard behavior. Also, think about the limited options that we have here. Pretty much our only other option would be to create a screen large enough to fill both monitors on startup, say 2048x768, and display that size by default. Well, what if the user doesn't want to have their screen stretched across two displays, then that is just too bad for them, they have to have it stretched across two displays. I don't think that would be acceptable as the default behavior. If you propose an extremely detailed new default behavior scheme, that can actually be implemented, and that doesn't do anything detrimental to the 99% of users that use the default behavior, then I will most likely implement your proposed new logic. Or, you can propose a detailed new command-line parameter if you wish that provides a different behavior for multiple-monitor systems. More than likely you will realize that we are doing pretty much what other Windows applications do and that there isn't a default behavior that is much better. Of course, I may just be overlooking some simple improvement. Hope that helps. Harold Jean-Claude Gervais wrote: > Hi, > > Can anyone point me in the right direction? > > I've added a second video card to my computer and am running Windows with a > large (2048x768) desktop. > > I'd like to run XWin like that too, but it and all the other apps only > maximize on ONE of the screens. > > Although if a window is not maximized and can be sized, I can stretch it > across both screens, I figure there must be a better way. > > Does anyone here know anything about this? > > Jean-Claude > > From jc.gervais@videotron.ca Fri Sep 27 08:08:00 2002 From: jc.gervais@videotron.ca (Jean-Claude Gervais) Date: Fri, 27 Sep 2002 08:08:00 -0000 Subject: x2x or XWin -screen 0 2048 768 ? In-Reply-To: <3D9394B1.5040105@msu.edu> Message-ID: Hello, Yes, I have run XWin -screen 0 2048 768 And it maximizes on the current screen. Actually, if I use any resolution that exceeds the width of the primary display, the X display always seems to be 1024 pixels wide. I've tried using -scrollbars , but that option doesn't seem to exist! If I use it on XWin's command line, XWin exits immediately. An additional command-line parameter? Well, how about -spanmultiplemonitors x or -dualdisplay x Where x would be the number of contiguous display you'd allow XWin to take up? Of course, it could get a little tricky: each monitor can be set to a different resolution, can be spatially arranged vertically or horizontally in relation to the other monitor(s), which can result in some pretty funky geometries... I seem to remember that dual-head video cards (one adapter with two or more SVGA outputs on it) didn't have these problems, because other than allowing you to place the screens vertically or horizontally, each screen had to run at the same resolution as the others and the system really only saw the configuration as a single, rectangular display anyhow. All that aside, it would be an interesting feature to implement user window-sizing to arbitrary resolutions via the -scrollbars parameter so that a user might stretch the X display to the size s/he wants. But I'm not clear on whether or not X allows resizing once an X 'console' has started. Does it? Thanks a lot for your consideration. Jean-Claude -----Original Message----- From: cygwin-xfree-owner@cygwin.com [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Harold L Hunt II Sent: Thursday, September 26, 2002 7:14 PM To: cygwin-xfree@cygwin.com Subject: Re: x2x or XWin -screen 0 2048 768 ? Jean-Claude, Have you run Cygwin/XFree86 as follows? XWin -screen 0 2048 768 Does that work at all? Are you able to size the window using the mouse so that it displays at up to 2048x768? If not, perhaps we can change that behavior later. As far as maximization size, you will notice that all other Windows applications only size to the size of the current monitor when you click the maximize button. Thus, we are following the standard behavior. Also, think about the limited options that we have here. Pretty much our only other option would be to create a screen large enough to fill both monitors on startup, say 2048x768, and display that size by default. Well, what if the user doesn't want to have their screen stretched across two displays, then that is just too bad for them, they have to have it stretched across two displays. I don't think that would be acceptable as the default behavior. If you propose an extremely detailed new default behavior scheme, that can actually be implemented, and that doesn't do anything detrimental to the 99% of users that use the default behavior, then I will most likely implement your proposed new logic. Or, you can propose a detailed new command-line parameter if you wish that provides a different behavior for multiple-monitor systems. More than likely you will realize that we are doing pretty much what other Windows applications do and that there isn't a default behavior that is much better. Of course, I may just be overlooking some simple improvement. Hope that helps. Harold Jean-Claude Gervais wrote: > Hi, > > Can anyone point me in the right direction? > > I've added a second video card to my computer and am running Windows with a > large (2048x768) desktop. > > I'd like to run XWin like that too, but it and all the other apps only > maximize on ONE of the screens. > > Although if a window is not maximized and can be sized, I can stretch it > across both screens, I figure there must be a better way. > > Does anyone here know anything about this? > > Jean-Claude > > From huntharo@msu.edu Fri Sep 27 08:56:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Fri, 27 Sep 2002 08:56:00 -0000 Subject: x2x or XWin -screen 0 2048 768 ? In-Reply-To: Message-ID: Jean-Claude, > All that aside, it would be an interesting feature to implement user > window-sizing to arbitrary resolutions via the -scrollbars > parameter so that > a user might stretch the X display to the size s/he wants. But > I'm not clear > on whether or not X allows resizing once an X 'console' has started. Does > it? Oops, that was one of the things I was going to mention. It is not possible to resize the X display after it has been initialized. The RandR extension will eventually allow this, but I am not sure if it is stable/complete yet. Harold From jc.gervais@videotron.ca Fri Sep 27 09:08:00 2002 From: jc.gervais@videotron.ca (Jean-Claude Gervais) Date: Fri, 27 Sep 2002 09:08:00 -0000 Subject: x2x or XWin -screen 0 2048 768 ? In-Reply-To: Message-ID: Harold, OK then. I'd say the reasonable trade-off that wouldn't hinder existing users would be that you get to specify the size of the X display, to any resolution you want, and ONLY if you have -scrollbars specified, then you can scroll the window around to see all of it OR you can also stretch the window up to the maximum you specified. If you DON'T specify -scrollbars, then if your width or height are bigger than the actual display you're running on, your window get clipped to the maximum X or Y value the display supports. This is what it already does now. Does that sound OK? -----Original Message----- From: cygwin-xfree-owner@cygwin.com [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Harold Hunt Sent: Thursday, September 26, 2002 8:54 PM To: cygwin-xfree@cygwin.com Subject: RE: x2x or XWin -screen 0 2048 768 ? Jean-Claude, > All that aside, it would be an interesting feature to implement user > window-sizing to arbitrary resolutions via the -scrollbars > parameter so that > a user might stretch the X display to the size s/he wants. But > I'm not clear > on whether or not X allows resizing once an X 'console' has started. Does > it? Oops, that was one of the things I was going to mention. It is not possible to resize the X display after it has been initialized. The RandR extension will eventually allow this, but I am not sure if it is stable/complete yet. Harold From huntharo@msu.edu Fri Sep 27 09:15:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Fri, 27 Sep 2002 09:15:00 -0000 Subject: Devel update Message-ID: I had a little bit of time today and yesterday so I made some build-bustage fixes to the CVS tree and I finished up a little feature that has been holding me up from making any kind of release. That little feature I was working on was embedding an icon in XWin.exe via a compiled Windows resource file. My initial work with the resource file required that ``windres'' be run manually to compile the resource file, but the compiled resource file was automatically linked into the executable. Today I created resource build rules in cygwin.rules that work both under Cygwin and when cross compiling. I've been using Cygwin/XFree86 with a little ``X'' icon for over a month now but I couldn't make any test releases until I either pulled the icon support out or until I reimplemented it properly. There is nothing holding me up from making a new test release now, other than the 100 KB diff that I have to clean up, so I will try to get a test release out sometime in the next week. Perhaps this will be followed by a 4.2.1 release, but perhaps not. Harold From huntharo@msu.edu Fri Sep 27 09:20:00 2002 From: huntharo@msu.edu (Harold Hunt) Date: Fri, 27 Sep 2002 09:20:00 -0000 Subject: Devel update In-Reply-To: Message-ID: Oh yeah, the other reason that I included a Windows resource file was for creating a dialog box that Cygwin/XFree86 displays when you change the display settings in such a manner that Cygwin/XFree86 will no longer be able to display until you change those settings back. The dialog box pops up but it doesn't have meaningful text and I have not checked to make sure that it is popping up in all of the right places. That may take a little while longer to finish that one week. We will see. Harold > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Harold Hunt > Sent: Thursday, September 26, 2002 11:51 PM > To: cygx > Subject: Devel update > > > I had a little bit of time today and yesterday so I made some > build-bustage > fixes to the CVS tree and I finished up a little feature that has been > holding me up from making any kind of release. That little feature I was > working on was embedding an icon in XWin.exe via a compiled > Windows resource > file. My initial work with the resource file required that ``windres'' be > run manually to compile the resource file, but the compiled resource file > was automatically linked into the executable. Today I created resource > build rules in cygwin.rules that work both under Cygwin and when cross > compiling. I've been using Cygwin/XFree86 with a little ``X'' > icon for over > a month now but I couldn't make any test releases until I either > pulled the > icon support out or until I reimplemented it properly. > > There is nothing holding me up from making a new test release now, other > than the 100 KB diff that I have to clean up, so I will try to get a test > release out sometime in the next week. Perhaps this will be followed by a > 4.2.1 release, but perhaps not. > > > Harold > From millarkav@yahoo.com Fri Sep 27 09:42:00 2002 From: millarkav@yahoo.com (Mlarcvaernas) Date: Fri, 27 Sep 2002 09:42:00 -0000 Subject: Rootless Mode is an Important and Needed Feature Message-ID: <20020927155631.37226.qmail@web14501.mail.yahoo.com> I think that a Rootless mode for the Xserver right now is one of the most important and crucial features needed. For the Xserver to be used in a way that is convenient for many users, the option to have X applications displayed on the main Windows desktop is pretty important. Of course the current Root mode should also be available as well, since it also has uses. The new rootless mode should be one of the top priorities. __________________________________________________ Do you Yahoo!? New DSL Internet Access from SBC & Yahoo! http://sbc.yahoo.com From JDrash@eesus.jnj.com Fri Sep 27 10:21:00 2002 From: JDrash@eesus.jnj.com (Jim Drash) Date: Fri, 27 Sep 2002 10:21:00 -0000 Subject: Debatable: Rootless Mode is an Important and Needed Feature Message-ID: While, it might be nice to allow Windows to be the Window Manager and that it might be convenient, it is not a requirement for many people's regular and daily use of the Xserver. Would it be cool? Yes. I cannot right now think of a single X app would work better if Windows managed it. From VNangrani@bellhelicopter.textron.com Fri Sep 27 10:29:00 2002 From: VNangrani@bellhelicopter.textron.com (Nangrani, Vishal) Date: Fri, 27 Sep 2002 10:29:00 -0000 Subject: CATIA Launch Fails Message-ID: <062130671039D311BB730001FA7E02FB044DF6AE@bhtintexch1.bhti.com> I have installed CYGWIN and XFREE on my windows 2000 PC. Then I connect to an AIX machine and run a CAD application "CATIA" . I get the following error Xlib: XInputExtension is missing on :0.0 I am guessing that I am either missing extension "XInputExtension" or it is disabled Can anyone help? Thanks Vishal Nangrani From drfische@us.dhl.com Fri Sep 27 10:41:00 2002 From: drfische@us.dhl.com (David R. Fischer) Date: Fri, 27 Sep 2002 10:41:00 -0000 Subject: Debatable: Rootless Mode is an Important and Needed Feature References: Message-ID: <3D94852F.C9D0864B@us.dhl.com> I think that you are looking at it a different way.. If we had a rootless X-windows it would allow better integration with our current environment... and would help get it past the pointy haired bosses Thanks David R. Fischer Jim Drash wrote: > > While, it might be nice to allow Windows to be the Window Manager and that > it might be convenient, it is not a requirement for many people's regular > and daily use of the Xserver. > > Would it be cool? Yes. I cannot right now think of a single X app would > work better if Windows managed it. any> -------------- next part -------------- A non-text attachment was scrubbed... Name: drfische.vcf Type: text/x-vcard Size: 251 bytes Desc: Card for David R. Fischer URL: From millarkav@yahoo.com Fri Sep 27 10:45:00 2002 From: millarkav@yahoo.com (Mlarcvaernas) Date: Fri, 27 Sep 2002 10:45:00 -0000 Subject: Debatable: Rootless Mode is an Important and Needed Feature Message-ID: <20020927164216.8364.qmail@web14504.mail.yahoo.com> Well, it isnt an absolute requirement, but it certianly is a significant convienience. I mantian some computer systems for some people, if I wished to use the Xserver to provide an X application for people to use, I know that if I told many people that they first had to maxamise a certian window and then find the application in that window, many users would be perplexed and complain loudly. For me a root mode is very useful, I like using my X Window Manager and X Desktop in a seperate window. Some users I maintian for though would be perplexed by this if I decided to provide X programs for them to use. This feature would be important to me for that convenience aspect, I know apps probably wouldnt work better in a rootless mode. >> While, it might be nice to allow Windows to be the >> Window Manager and that >> it might be convenient, it is not a requirement >> for many people's regular >> and daily use of the Xserver. >> Would it be cool? Yes. I cannot right now think >> of a single X app would >> work better if Windows managed it. > OK. I can't think of >>any> __________________________________________________ Do you Yahoo!? New DSL Internet Access from SBC & Yahoo! http://sbc.yahoo.com From john.r.morrison@ntlworld.com Fri Sep 27 10:49:00 2002 From: john.r.morrison@ntlworld.com (John Morrison) Date: Fri, 27 Sep 2002 10:49:00 -0000 Subject: Debatable: Rootless Mode is an Important and Needed Feature In-Reply-To: <20020927164216.8364.qmail@web14504.mail.yahoo.com> Message-ID: I'm sure Harold would appreciate any patch contributions you make towards this... Seriously, very week (or so) somebody asks for this, but nobody puts code forwards. *shrug*, I think Harold is doing a fantastic job, and when he eventually gets around to scratching that itch I'll thank him again. However, I am not in a position to aid the xfree development; so I don't feel I can insist on something that would take so much effort... J. From drfische@us.dhl.com Fri Sep 27 12:28:00 2002 From: drfische@us.dhl.com (David R. Fischer) Date: Fri, 27 Sep 2002 12:28:00 -0000 Subject: Debatable: Rootless Mode is an Important and Needed Feature References: Message-ID: <3D949575.AAFB8B48@us.dhl.com> True. I also am unable to provide code . John Morrison wrote: > > I'm sure Harold would appreciate any patch contributions > you make towards this... > > Seriously, very week (or so) somebody asks for this, but > nobody puts code forwards. *shrug*, I think Harold is > doing a fantastic job, and when he eventually gets around > to scratching that itch I'll thank him again. However, > I am not in a position to aid the xfree development; so > I don't feel I can insist on something that would take > so much effort... > > J. -------------- next part -------------- A non-text attachment was scrubbed... Name: drfische.vcf Type: text/x-vcard Size: 251 bytes Desc: Card for David R. Fischer URL: From Alexander.Gottwald@informatik.tu-chemnitz.de Fri Sep 27 12:30:00 2002 From: Alexander.Gottwald@informatik.tu-chemnitz.de (Alexander Gottwald) Date: Fri, 27 Sep 2002 12:30:00 -0000 Subject: XFree 4.2.1 + fontconfig-2 In-Reply-To: Message-ID: Alexander Gottwald wrote: > #if Concat(SharedLib,libname) > #define LibraryTargetName(libname) Concat3(lib,libname,.dll.a) > #else > #define LibraryTargetName(libname) Concat3(lib,libname,l.a) > #endif > > But I don't know if this is either valid for imake or if it will > break anything. And when you do a shared and a static version, the > static version will most likely be name libName.dll.a too. I just checked and the above violates the cpp syntax. You can not have a macro with a conditional which depends on a parameter. |#define MACRO(x) |#if x |#define RESULT YES |#else |#define RESULT NO |#endif does not work. The preprocessor can not decide which one will be used later. Those preprocessor macros are not functions. What does this mean for us? Imagine you have libX11 as shared library and eg. libXt as static library (current configuration). a dependency like this | program: LibraryTargetName(X11) LibraryTargetName(Xt) which we want to resolve to | program: libX11.dll.a libXt.a is not possible. We'd have to build something like this | #if SharedLibraryX11 | #define X11lib SharedLibraryTargetName(X11) | #else | #define X11lib LibraryTargetName(X11) | #endif | ... | program: $(X11lib) $(Xtlib) and this must be done for all the code. My conclusion: We should stay with libName.a even for import libraries. Changing it and don't being able to build a simple macro which wraps it properly will sooner ar later cause compile problems. comments? bye ago -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From Alexander.Gottwald@informatik.tu-chemnitz.de Fri Sep 27 12:33:00 2002 From: Alexander.Gottwald@informatik.tu-chemnitz.de (Alexander Gottwald) Date: Fri, 27 Sep 2002 12:33:00 -0000 Subject: Rootless Mode is an Important and Needed Feature In-Reply-To: <20020927155631.37226.qmail@web14501.mail.yahoo.com> Message-ID: Mlarcvaernas wrote: > I think that a Rootless mode for the Xserver right now > is one of the most important and crucial features > needed. For the Xserver to be used in a way that is > convenient for many users, the option to have X > applications displayed on the main Windows desktop is > pretty important. Of course the current Root mode > should also be available as well, since it also has > uses. The new rootless mode should be one of the top priorities. The rootless modes already has a high priority. But it is also a very complex problem and unless someone with _very_ much sparetime and good programming skills starts working on it, it will take a long time to finish it. bye ago -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From alanh@fairlite.demon.co.uk Fri Sep 27 12:36:00 2002 From: alanh@fairlite.demon.co.uk (Alan Hourihane) Date: Fri, 27 Sep 2002 12:36:00 -0000 Subject: XFree 4.2.1 + fontconfig-2 In-Reply-To: References: Message-ID: <20020927174912.GE1519@fairlite.demon.co.uk> On Fri, Sep 27, 2002 at 07:40:44 +0200, Alexander Gottwald wrote: > Alexander Gottwald wrote: > > > #if Concat(SharedLib,libname) > > #define LibraryTargetName(libname) Concat3(lib,libname,.dll.a) > > #else > > #define LibraryTargetName(libname) Concat3(lib,libname,l.a) > > #endif > > > > But I don't know if this is either valid for imake or if it will > > break anything. And when you do a shared and a static version, the > > static version will most likely be name libName.dll.a too. > > I just checked and the above violates the cpp syntax. You can not have a > macro with a conditional which depends on a parameter. > > |#define MACRO(x) > |#if x > |#define RESULT YES > |#else > |#define RESULT NO > |#endif > > does not work. The preprocessor can not decide which one will be used later. > Those preprocessor macros are not functions. > > What does this mean for us? Imagine you have libX11 as shared library and > eg. libXt as static library (current configuration). > > a dependency like this > | program: LibraryTargetName(X11) LibraryTargetName(Xt) > which we want to resolve to > | program: libX11.dll.a libXt.a > is not possible. We'd have to build something like this > | #if SharedLibraryX11 > | #define X11lib SharedLibraryTargetName(X11) > | #else > | #define X11lib LibraryTargetName(X11) > | #endif > | ... > | program: $(X11lib) $(Xtlib) > and this must be done for all the code. > > My conclusion: We should stay with libName.a even for import libraries. > Changing it and don't being able to build a simple macro which wraps it > properly will sooner ar later cause compile problems. > > comments? Yes, The following will work.... Instead of program: $(X11lib) $(Xtlib) Do this DONE: $(X11lib) $(Xtlib) and at the end of the SharedLibraryTarget() stuff and other same functions do this > DONE Which will touch a file called DONE and that's the dependency. Alan. From huntharo@msu.edu Fri Sep 27 12:54:00 2002 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 27 Sep 2002 12:54:00 -0000 Subject: Rootless Mode is an Important and Needed Feature References: <20020927155631.37226.qmail@web14501.mail.yahoo.com> Message-ID: <3D94B14C.70100@msu.edu> Really? Thanks for the insight. Are you willing to sacrifice 20 hours per week to work on it? No? In case you didn't notice, rootless mode has been on the To-Do list for over a year. It is simply difficult and large in scope, thus no one is working on it. In fact, there isn't really any work going on in Cygwin/XFree86 on a daily basis, so rootless mode isn't going to get done anytime soon unless you are volunteering. Also, a question for you: What do I gain from sacrificing my time to implement a rootless mode? A rising stock price? A raise in my salary? Worldwide fame? A recommendation for a job? Nope --- I get none of that, I only loose my free time, so any time I spend on Cygwin/XFree86 had damn well better be worth it to me, because I'm the only one that can give me something for me efforts (which is simply giving myself satisfaction that I accomplished something, which I already have plenty of). Feeling fiesty? Why don't you suggest that we translate X graphics calls to GDI graphics calls next --- then I can once again point you to the To-Do list and to some work in progress. Sheesh. Harold Mlarcvaernas wrote: > I think that a Rootless mode for the Xserver right now > is one of the most important and crucial features > needed. For the Xserver to be used in a way that is > convenient for many users, the option to have X > applications displayed on the main Windows desktop is > pretty important. Of course the current Root mode > should also be available as well, since it also has > uses. The new rootless mode should be one of the top priorities. > > __________________________________________________ > Do you Yahoo!? > New DSL Internet Access from SBC & Yahoo! > http://sbc.yahoo.com From huntharo@msu.edu Fri Sep 27 13:10:00 2002 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 27 Sep 2002 13:10:00 -0000 Subject: Debatable: Rootless Mode is an Important and Needed Feature References: <3D94852F.C9D0864B@us.dhl.com> Message-ID: <3D94B1AC.2060705@msu.edu> David, Could you please ask your pointy-haired bosses for a few thousand bucks to pay one of your programmers to throw some time at a rootless mode? Better yet, why don't you ask them if they would be willing to pay me to do it? I'd love to do rootless mode, but I gotta have a way to get paid since it would take so much time away from my current jobs, etc. Harold David R. Fischer wrote: > I think that you are looking at it a different way.. If we had a > rootless X-windows it would allow better integration with our current > environment... and would help get it past the pointy haired bosses > > > Thanks > David R. Fischer > > > Jim Drash wrote: > >>While, it might be nice to allow Windows to be the Window Manager and that >>it might be convenient, it is not a requirement for many people's regular >>and daily use of the Xserver. >> >>Would it be cool? Yes. I cannot right now think of a single X app would >>work better if Windows managed it. >any> > From huntharo@msu.edu Fri Sep 27 22:49:00 2002 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 27 Sep 2002 22:49:00 -0000 Subject: Debatable: Rootless Mode is an Important and Needed Feature References: Message-ID: <3D94B23F.3090007@msu.edu> Thank you John. You've got precisely the viewpoint that I am trying to instill in Mr. Mlarcvaernas. I guess the idea is don't look a gift horse in the mouth, eh? :) Harold John Morrison wrote: > I'm sure Harold would appreciate any patch contributions > you make towards this... > > Seriously, very week (or so) somebody asks for this, but > nobody puts code forwards. *shrug*, I think Harold is > doing a fantastic job, and when he eventually gets around > to scratching that itch I'll thank him again. However, > I am not in a position to aid the xfree development; so > I don't feel I can insist on something that would take > so much effort... > > J. > From huntharo@msu.edu Fri Sep 27 22:50:00 2002 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 27 Sep 2002 22:50:00 -0000 Subject: Rootless Mode is an Important and Needed Feature References: Message-ID: <3D94B320.8090309@msu.edu> Good point Alexander. On a side note: Why is it that XDarwin has so many people contributing code and features (they seem to have an OpenGL-passthrough system now, which is pretty amazing), while Cygwin/XFree86 has so few contributors? This seems contradictory because Windows is on 95% of desktops while Mac OS X is only on < 1% (~20% of Apple's 5% market share are running Mac OS X). That question will probably always baffle me. Harold Alexander Gottwald wrote: > Mlarcvaernas wrote: > > >>I think that a Rootless mode for the Xserver right now >>is one of the most important and crucial features >>needed. For the Xserver to be used in a way that is >>convenient for many users, the option to have X >>applications displayed on the main Windows desktop is >>pretty important. Of course the current Root mode >>should also be available as well, since it also has >>uses. The new rootless mode should be one of the top priorities. > > > The rootless modes already has a high priority. But it is also a very complex > problem and unless someone with _very_ much sparetime and good programming > skills starts working on it, it will take a long time to finish it. > > bye > ago From nwourms@yahoo.com Sat Sep 28 01:15:00 2002 From: nwourms@yahoo.com (Nicholas Wourms) Date: Sat, 28 Sep 2002 01:15:00 -0000 Subject: Rootless Mode is an Important and Needed Feature In-Reply-To: <20020927155631.37226.qmail@web14501.mail.yahoo.com> Message-ID: <20020927195455.48694.qmail@web21003.mail.yahoo.com> --- Mlarcvaernas wrote: > I think that a Rootless mode for the Xserver right now > is one of the most important and crucial features > needed. For the Xserver to be used in a way that is > convenient for many users, the option to have X > applications displayed on the main Windows desktop is > pretty important. Of course the current Root mode > should also be available as well, since it also has > uses. The new rootless mode should be one of the top priorities. > Since you are using it in a commericial environment, I suggest you cough up so dough to sponser Harold for a weeks worth of work. Then you'd get your rootless mode. Otherwise, tell the whining users to shut their piehole. Cheers, Nicholas __________________________________________________ Do you Yahoo!? New DSL Internet Access from SBC & Yahoo! http://sbc.yahoo.com From cgf@redhat.com Sat Sep 28 07:00:00 2002 From: cgf@redhat.com (Christopher Faylor) Date: Sat, 28 Sep 2002 07:00:00 -0000 Subject: Rootless Mode is an Important and Needed Feature In-Reply-To: <3D94B320.8090309@msu.edu> References: <3D94B320.8090309@msu.edu> Message-ID: <20020927201036.GA18061@redhat.com> On Fri, Sep 27, 2002 at 03:36:00PM -0400, Harold L Hunt II wrote: >Good point Alexander. > >On a side note: Why is it that XDarwin has so many people contributing >code and features (they seem to have an OpenGL-passthrough system now, >which is pretty amazing), while Cygwin/XFree86 has so few contributors? > This seems contradictory because Windows is on 95% of desktops while >Mac OS X is only on < 1% (~20% of Apple's 5% market share are running >Mac OS X). > >That question will probably always baffle me. FWIW, I have always had similar questions about cygwin itself. And, whenever I voice the question, people always say something on the order of "It takes people with knowledge of two disciplines, windows and unix and that is really rare." Personally, I have other theories about the mindset of people who use Windows. While they really have very little say in what they get from Microsoft or any other major closed-source company, they often nonetheless feel emboldened to suggest and direct in open source projects without any need to actually volunteer their time or offer any real technical understanding. The theory seems to be that "free software" means "It is free for me to use and free for me to kvetch about it". Maybe it is exactly the fact that Microsoft does not supply you with any options that puts people in the mindset that their only recourse is to suggest, pontificate, or whine. The concept that they could roll up their sleeves and pitch in is really really foreign. cgf "I am not a programmer, but it seems to me..." From rasjidw@openminddev.net Sat Sep 28 07:09:00 2002 From: rasjidw@openminddev.net (Rasjid Wilcox) Date: Sat, 28 Sep 2002 07:09:00 -0000 Subject: Screen size question In-Reply-To: <20020926153928.GA10010@redhat.com> References: <5.1.1.6.0.20020926232003.00b50fd8@pop.net-yan.com> <20020926153928.GA10010@redhat.com> Message-ID: <200209281549.45307.rasjidw@openminddev.net> On Fri, 27 Sep 2002 1:39 am, Christopher Faylor wrote: > Redirecting to the correct mailing list. > > On Thu, Sep 26, 2002 at 11:26:20PM +0800, Stephen Liu wrote: > >Hi All People > > > >Can I issue following command to regulate the screen size at starting > >cygwin. > > > ># Xwin -query 192.168.0.XXX -screen aa" x bb" > > > >aa" = width of screen in inches > >bb" = height of screen in inches > > > >so that Linux would not cover Window screen completely. If NO, kindly > >advise how to make it. > > > >Thanks in advance. Use pixels, not inches. If you windows desktop is 1024x768, you could try for example $ XWin -query 192.168.0.XXX -screen 0 800 640 NOTE: Do NOT use 'inches', and do not use 'x' between width and height. See 'man XWin' for more info, or the users guide - http://xfree86.cygwin.com/docs/ug/configure-cygwin-xfree-options.html Rasjid. From rasjidw@openminddev.net Sat Sep 28 08:06:00 2002 From: rasjidw@openminddev.net (Rasjid Wilcox) Date: Sat, 28 Sep 2002 08:06:00 -0000 Subject: xdvi windows problem In-Reply-To: <8765wsaefz.fsf@peder.flower> References: <000801c26576$d652eba0$cb6bb13e@reichel> <8765wsaefz.fsf@peder.flower> Message-ID: <200209281550.35868.rasjidw@openminddev.net> On Fri, 27 Sep 2002 2:44 am, cygwin-xfree@cygwin.com wrote: > V??t Reichel writes: > > Redirecting to cygwin-xfree@cygwin.com > > PLEASE follow up there. > > > 1. (*) text/plain ( ) text/html > > > > How can I get xdvi and XFree working on windows? > > Every time I try xdvi it says "Can't open display" and startx does't work > > either even though all required packages are installed. Please help! You could have a look at the users guide... http://xfree86.cygwin.com/docs/ug/using.html#using-starting Once you have got startxwin.bat or startxwin.sh working and the Xserver is running, then I suspect that xdvi will work. Rasjid. From satimis@writeme.com Sat Sep 28 08:20:00 2002 From: satimis@writeme.com (Stephen Liu) Date: Sat, 28 Sep 2002 08:20:00 -0000 Subject: Screen size question In-Reply-To: <200209281549.45307.rasjidw@openminddev.net> References: <20020926153928.GA10010@redhat.com> <5.1.1.6.0.20020926232003.00b50fd8@pop.net-yan.com> <20020926153928.GA10010@redhat.com> Message-ID: <5.1.1.6.0.20020928161238.00bb2070@pop.net-yan.com> Hi Rasjid, Thanks for your advice. At 03:49 PM 9/28/2002 +1000, Rasjid Wilcox wrote: >- snip - >Use pixels, not inches. If you windows desktop is 1024x768, you could try >for >example > >$ XWin -query 192.168.0.XXX -screen 0 800 640 > >NOTE: Do NOT use 'inches', and do not use 'x' between width and height. > >See 'man XWin' for more info, or the users guide - >http://xfree86.cygwin.com/docs/ug/configure-cygwin-xfree-options.html Noted Using fullscreen Alt-TAb can rotate between these 2 systems. But how to close "cygwin" I am still searching for a simple way to share files between these 2 systems instead of using Samba. Could you shed me some light? Thanks Stephen From Alexander.Gottwald@informatik.tu-chemnitz.de Sun Sep 29 01:58:00 2002 From: Alexander.Gottwald@informatik.tu-chemnitz.de (Alexander Gottwald) Date: Sun, 29 Sep 2002 01:58:00 -0000 Subject: XFree 4.2.1 + fontconfig-2 In-Reply-To: <20020927174912.GE1519@fairlite.demon.co.uk> Message-ID: Alan Hourihane wrote: > The following will work.... > > Instead of > > program: $(X11lib) $(Xtlib) > > Do this > > DONE: $(X11lib) $(Xtlib) > > and at the end of the SharedLibraryTarget() stuff and other same > functions do this > > > DONE > > Which will touch a file called DONE and that's the dependency. I've solved it in another way. The complete build process stays with libName.a even for shared libraries. But I install the import library as libName.dll.a. This solutions is so simple, why haven't I thought of it earlier? ;) If the make world runs cleanly i'll send the new patch. bye ago -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From Alexander.Gottwald@informatik.tu-chemnitz.de Sun Sep 29 11:15:00 2002 From: Alexander.Gottwald@informatik.tu-chemnitz.de (Alexander Gottwald) Date: Sun, 29 Sep 2002 11:15:00 -0000 Subject: Rootless Mode is an Important and Needed Feature In-Reply-To: <3D94B320.8090309@msu.edu> Message-ID: Harold L Hunt II wrote: > Good point Alexander. > > On a side note: Why is it that XDarwin has so many people contributing > code and features (they seem to have an OpenGL-passthrough system now, > which is pretty amazing), while Cygwin/XFree86 has so few contributors? > This seems contradictory because Windows is on 95% of desktops while > Mac OS X is only on < 1% (~20% of Apple's 5% market share are running > Mac OS X). > > That question will probably always baffle me. Not really. The people running Darwin are mostly programmers or computer freaks which want to go other ways than the normal. They know how to code. Most windows users are - in contrary - only users which want a working program. They don't like coding. They want a shortcut on the desktop which starts the program. It must be easy and straight. Or the other way: people who know to code are able to run a unix (and deal with all it's problems). They don't need windows anymore. So why should they code for windows? bye ago BTW: Don't take this to serious. Just think about it. -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From j_tetazoo@hotmail.com Sun Sep 29 19:58:00 2002 From: j_tetazoo@hotmail.com (Thomas Chadwick) Date: Sun, 29 Sep 2002 19:58:00 -0000 Subject: Screen size question Message-ID: >From: Stephen Liu >Reply-To: cygwin-xfree@cygwin.com >To: Rasjid Wilcox ,cygwin-xfree@cygwin.com >Subject: Re: Screen size question >Date: Sat, 28 Sep 2002 16:15:36 +0800 [snip] >Using fullscreen Alt-TAb can rotate between these 2 systems. But how to >close "cygwin" Alt-F4 > > >I am still searching for a simple way to share files between these 2 >systems instead of using Samba. > >Could you shed me some light? As I understand it, the problem you are trying to solve is this: You are running X clients on hostname "remote" and displaying them on the Cygwin/Xserver on hostname "local". You want access to the files on "remote" from "local" with a minimum of effort. While I agree that Samba is the best way to do this, and is relatively seemless (by mounting the filesystem on "remote" as a drive letter on "local"), there is an alternative: 1) Open a web browser from Windows (NOT as an X client from the remote machine!) 2) Use an URL of the form "ftp://username:password@remotehostname". This will give you file-explorer-like views and navigation of the user's home directory on the remote host. Note that this functionality might not be built into your web browser. If not, it will complain, but should prompt you with how to install the neccessary features. _________________________________________________________________ Join the world??s largest e-mail service with MSN Hotmail. http://www.hotmail.com From Alexander.Gottwald@informatik.tu-chemnitz.de Sun Sep 29 20:16:00 2002 From: Alexander.Gottwald@informatik.tu-chemnitz.de (Alexander Gottwald) Date: Sun, 29 Sep 2002 20:16:00 -0000 Subject: XFree 4.2.1 + fontconfig-2 In-Reply-To: <20020925134833.GU1409@fairlite.demon.co.uk> Message-ID: Alan Hourihane wrote: > When you've come to a decision on the patch, post a new one so I > can take a look and then commit it. There's a new one. The cygwin.rules diff includes: - new macro SharedLibraryName evalutes to cygName-Version.dll - new macro ImportLibraryName evaluates to libName-Version.dll.a - new macro ShortImportLibraryName evaluates to libName.dll.a - new macro InstallLink creates a symlink on install. Needed for symlinking ImportLibraryName() to ShortImportLibraryName() - new macro LinkImportLibrary creates a link to ImportLibraryName as xc/exports/lib/libName.a - cleaup of of old macros to use the ShareLibraryName and ImportLibraryName macros instead of the old Concat3() composition - added new ld option --exclude-libs All in MakeDLLProg. This should prevent exporting of symbols which were imported from another library. - Some macros now also need the library version to pass it to the new *Name macros. Added rev to parameterlists. - Installing a link libName-Version.dll.a with name libName.dll.a The --exclude-libs ALL is needed at my system since Xft exported symbols from Xrender. linking a program with -Xrender -lXft failed because of duplicate symbols. Since we're using spec files to specify which symbols have to be exported, --exclude-libs ALL should be no problem. The second path changes the order of the libraries. It is now -lXrender -lXext -lX11. This fixes an error where some symbols from libX11 were not found when the linker resolved symbols from libXrender. bye ago -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 -------------- next part -------------- Index: config/cf/cygwin.tmpl =================================================================== RCS file: /cvs/xc/config/cf/cygwin.tmpl,v retrieving revision 3.10 diff -u -r3.10 cygwin.tmpl --- config/cf/cygwin.tmpl 2002/09/26 08:18:34 3.10 +++ config/cf/cygwin.tmpl 2002/09/28 14:56:50 @@ -34,7 +34,7 @@ #define SharedpsresReqs $(LDPRELIB) $(SMLIB) $(ICELIB) $(XTOOLLIB) $(XLIB) #define SharedXmuuReqs $(LDPRELIB) $(XTOOLLIB) $(XLIB) #define SharedXrandrReqs $(LDPRELIB) $(XLIB) -#define SharedXcursorReqs $(LDPRELIB) $(XLIB) $(XRENDERLIB) +#define SharedXcursorReqs $(LDPRELIB) $(XRENDERLIB) $(XLIB) #ifndef FixupLibReferences -------------- next part -------------- Index: cygwin.rules =================================================================== RCS file: /cvs/xc/config/cf/cygwin.rules,v retrieving revision 3.19 diff -u -r3.19 cygwin.rules --- cygwin.rules 2002/04/15 09:22:33 3.19 +++ cygwin.rules 2002/09/28 15:06:06 @@ -52,7 +52,15 @@ #define UseExportLists YES #endif +#define SharedLibraryName(libname, rev) \ +Concat3(cyg,libname,-$(shell echo rev|sed s=\\..*==).dll) +#define ImportLibraryName(libname, rev) \ +Concat3(lib,libname,-$(shell echo rev|sed s=\\..*==).dll.a) + +#define ShortImportLibraryName(libname, rev) \ +Concat3(lib,libname,.dll.a) + /* * SharedDepLibraryTarget - generate rules to create a shared library. */ @@ -75,22 +83,23 @@ */ #define SharedDepLibraryTarget(libname,rev,deplist,solist,down,up) @@\ -AllTarget(Concat3(lib,libname,.dll)) @@\ +AllTarget(SharedLibraryName(libname,rev)) @@\ @@\ CppFileTarget(libname.def,libname-def.cpp,-DLIBRARY_VERSION=rev,$(ICONFIGFILES)) @@\ @@\ @@\ @@\ -Concat3(lib,libname,.dll): deplist libname.def @@\ - RemoveFile(LibraryTargetName(libname)) @@\ - RemoveFile(Concat3(lib,libname,.dll)) @@\ - MakeDLL(libname,solist) @@\ - LinkBuildLibrary(Concat3(lib,libname,.a)) @@\ - LinkBuildDLL(Concat3(lib,libname,.dll)) @@\ +SharedLibraryName(libname,rev): deplist libname.def @@\ + RemoveFile(ImportLibraryName(libname,rev)) @@\ + RemoveFile(SharedLibraryName(libname,rev)) @@\ + MakeDLL(libname,solist,rev) @@\ + LinkBuildLibrary(ImportLibraryName(libname,rev)) @@\ + LinkImportLibrary(ImportLibraryName(libname,rev),LibraryTargetName(libname)) @@\ + LinkBuildDLL(SharedLibraryName(libname,rev)) @@\ @@\ clean:: @@\ - RemoveFile(LibraryTargetName(libname)) @@\ - RemoveFile(Concat3(lib,libname,.dll)) @@\ + RemoveFile(ImportLibraryName(libname,rev)) @@\ + RemoveFile(SharedLibraryName(libname,rev)) @@\ #endif /* SharedDepLibraryTarget */ @@ -116,22 +125,23 @@ */ #define SharedDepCplusplusLibraryTarget(libname,rev,deplist,solist,down,up) @@\ -AllTarget(Concat3(lib,libname,.dll)) @@\ +AllTarget(SharedLibraryName(libname,rev)) @@\ @@\ CppFileTarget(libname.def,libname-def.cpp,-DLIBRARY_VERSION=rev,$(ICONFIGFILES)) @@\ @@\ @@\ - @@\ -Concat3(lib,libname,.dll): deplist libname.def @@\ - RemoveFile(LibraryTargetName(libname)) @@\ - RemoveFile(Concat3(lib,libname,.dll)) @@\ - MakeCplusplusDLL(libname,solist) @@\ - LinkBuildLibrary(Concat3(lib,libname,.a)) @@\ - LinkBuildDLL(Concat3(lib,libname,.dll)) @@\ @@\ -clean:: @@\ - RemoveFile(LibraryTargetName(libname)) @@\ - RemoveFile(Concat3(lib,libname,.dll)) @@\ +SharedLibraryName(libname,rev): deplist libname.def @@\ + RemoveFile(ImportLibraryName(libname,rev)) @@\ + RemoveFile(SharedLibraryName(libname,rev)) @@\ + MakeCplusplusDLL(libname,solist,rev) @@\ + LinkBuildLibrary(ImportLibraryName(libname,rev)) @@\ + LinkImportLibrary(ImportLibraryName(libname,rev),LibraryTargetName(libname)) @@\ + LinkBuildDLL(SharedLibraryName(libname,rev)) @@\ + @@\ +clean:: @@\ + RemoveFile(ImportLibraryName(libname,rev)) @@\ + RemoveFile(SharedLibraryName(libname,rev)) @@\ #endif /* SharedDepCplusplusLibraryTarget */ @@ -173,22 +183,22 @@ * MakeDllProg */ -#define MakeDLLProg(libname,solist,prog) @@\ - prog -shared -Wl,--out-implib=Concat3(lib,libname,.a) -Wl,--enable-auto-import --def libname.def -o Concat3(lib,libname,.dll) solist $(REQUIREDLIBS) +#define MakeDLLProg(libname,solist,prog,rev) @@\ + prog -shared -Wl,--out-implib=ImportLibraryName(libname,rev) -Wl,--enable-auto-import --def libname.def -Wl,--exclude-libs,ALL -o SharedLibraryName(libname,rev) solist $(REQUIREDLIBS) /* * MakeDll */ -#define MakeDLL(libname,solist) @@\ - MakeDLLProg(libname,solist,$(CC)) +#define MakeDLL(libname,solist,rev) @@\ + MakeDLLProg(libname,solist,$(CC),rev) /* * MakeCplusplusDll */ -#define MakeCplusplusDLL(libname,solist) @@\ - MakeDLLProg(libname,solist,$(CXX)) +#define MakeCplusplusDLL(libname,solist,rev) @@\ + MakeDLLProg(libname,solist,$(CXX),rev) @@ -197,29 +207,42 @@ */ #define SharedLibraryTarget(libname,rev,solist,down,up) @@\ -AllTarget(Concat3(lib,libname,.dll)) @@\ +AllTarget(SharedLibraryName(libname,rev)) @@\ @@\ CppFileTarget(libname.def,libname-def.cpp,-DLIBRARY_VERSION=rev,$(ICONFIGFILES)) @@\ @@\ @@\ -Concat3(lib,libname,.dll): solist libname.def @@\ - RemoveFile(LibraryTargetName(libname)) @@\ - RemoveFile(Concat3(lib,libname,.dll)) @@\ - MakeDLL(libname,solist) @@\ - LinkBuildLibrary(Concat3(lib,libname,.a)) @@\ - LinkBuildDLL(Concat3(lib,libname,.dll)) @@\ -clean:: @@\ - RemoveFile(LibraryTargetName(libname)) @@\ - RemoveFile(Concat3(lib,libname,.dll)) @@\ +SharedLibraryName(libname,rev): solist libname.def @@\ + RemoveFile(ImportLibraryName(libname,rev)) @@\ + RemoveFile(SharedLibraryName(libname,rev)) @@\ + MakeDLL(libname,solist,rev) @@\ + LinkBuildLibrary(ImportLibraryName(libname,rev)) @@\ + LinkImportLibrary(ImportLibraryName(libname,rev),LibraryTargetName(libname)) @@\ + LinkBuildDLL(SharedLibraryName(libname,rev)) @@\ +clean:: @@\ + RemoveFile(ImportLibraryName(libname,rev)) @@\ + RemoveFile(SharedLibraryName(libname,rev)) @@\ /* + * InstallLink + */ + +#ifndef InstallLink +#define InstallLink(step, file, link, dest) @@\ +step:: @@\ + MakeDir($(DESTDIR)dest) @@\ + $(LN) -sf file $(DESTDIR)dest/link +#endif + +/* * InstallSharedLibrary */ #define InstallSharedLibrary(libname,rev,dest) @@\ -InstallTarget(install,LibraryTargetName(libname),$(INSTLIBFLAGS),$(USRLIBDIR)) @@\ -InstallTarget(install,Concat3(lib,libname,.dll),$(INSTLIBFLAGS),$(BINDIR)) +InstallTarget(install,ImportLibraryName(libname,rev),$(INSTLIBFLAGS),$(USRLIBDIR)) @@\ +InstallTarget(install,SharedLibraryName(libname,rev),$(INSTLIBFLAGS),$(BINDIR)) @@\ +InstallLink(install,ImportLibraryName(libname,rev),ShortImportLibraryName(libname,rev),$(USRLIBDIR)) /* @@ -263,6 +286,16 @@ RemoveFile($(BUILDBINDIR)/lib) @@\ cd $(BUILDBINDIR) && $(CP) $(BUILDBINTOP)/$(CURRENT_DIR)/lib . #endif + +#ifndef LinkImportLibrary +#ifdef UseInstalled +#define LinkImportLibrary(lib, importlib) $(_NULLCMD_) +#else +#define LinkImportLibrary(lib, importlib) MakeDir($(BUILDLIBDIR)) @@\ + RemoveFile($(BUILDLIBDIR)/importlib) @@\ + cd $(BUILDLIBDIR) && $(LN) lib importlib +#endif +#endif /* LinkImportLibrary */ /* From Inglesinteractivo@datafull.com Mon Sep 30 08:24:00 2002 From: Inglesinteractivo@datafull.com (::::INGLESINTERACTIVO:::) Date: Mon, 30 Sep 2002 08:24:00 -0000 Subject: Como perfeccionar su Inglés y prepararse para rendir el TOEFL por solo $20 -. Message-ID: <2154850-22002902935458256@datafull.com> Como perfeccionar su Ingl?s y prepararse para rendir el TOEFL(r) Preparaci?n para el TOEFL(r) en CD ROM El TOEFL - Test Of English as a Foreign Language (Examen de Ingl?s como lenguaje Extranjero) da una calificaci?n v?lida como requisito de admisi?n en la mayor?a de las Universidades y Empresas de Norteam?rica. Tomando este curso de autoaprendizaje interactivo, usted podr? prepararse para lograr tal calificaci?n en la comodidad de su hogar u oficina. Incluye el estudio y la pr?ctica de todas las ?reas requeridas en el examen TOEFL(r): Comprensi?n auditiva, estructura y expresi?n escrita, lectura y redacci?n en Ingl?s. Desarrollado por la prestigiosa Universidad de Cambridge, ahora a su alcance a un precio muy accesible* ? Quienes deben aprovechar esta oportunidad ?nica ? - Aquellos que decidan prepararse para el TOEFL(r) TEST - Cualquier persona que quiera mejorar y perfeccionar su nivel de ingl?s - Quienes ya posean un buen nivel de Ingl?s y no quieran perder la pr?ctica. -------------------------------------------------------------------------------------------------------------------------------------------------------------------- Si usted no estuviera interesado en este material por favor reenv?elo a sus colegas o amigos y se beneficiar?n con esta promoci?n limitada a trav?s de Internet. -------------------------------------------------------------------------------------------------------------------------------------------------------------------- Realizado con las m?s modernas t?cnicas interactivas de autoaprendizaje basado en computadoras. Ahorre cientos de d?lares que pagar?a por un curso tradicional. Algunas ventajas de este curso en CD ROM: Vea un modelo de examen real, como el que usted deber? realizar Diversos tutoriales le ense?ar?n como se estructura el examen Aprenda t?cnicas para realizar con mayor velocidad y eficiencia los ejercicios M?s de 70 preguntas y ensayos de aut?nticos ex?menes de TOEFL Distintos temas de ensayo para practicar su escritura Instrucciones detalladas para responder las preguntas de los 4 m?dulos del test. No necesita estar conectado a Internet para estudiar M?s de 10 tutoriales interactivos Este curso en CD ROM abarca los siguientes m?dulos: Comprensi?n (Listening) Gram?tica (Grammar) Vocabulario (Vocabulary) Escritura ( Writting ) Con el TOEFL Preparation CD ROM usted podr?: Familiarizarse con los distintos tipos de preguntas usadas en cada una de las cuatro secciones del TOEFL test en computadora. Responder preguntas de pr?ctica similares a las del examen real y poder chequear los resultados. Practicar la escritura con ensayos sobre diversos temas Escuchar el ingl?s hablado en Norte Am?rica. Simular el entorno del examen en su casa u oficina Evaluar su progreso y corregir sus errores mejorando los puntos d?biles. Aprender las habilidades b?sicas necesarias para tomar el TOEFL test en computadora. Saber cuales son los errores m?s comunes Ver ensayos y ejercicios resueltos y corregidos por profesores nativos -------------------------------------------------------------------------------------------------------------------------------------------------------------------- El TOEFL PREPARATION CD ROM puede ser suyo por s?lo $ 20-. (Gastos de envio incluidos) -------------------------------------------------------------------------------------------------------------------------------------------------------------------- Aprovechando esta oferta especial por tiempo limitado, usted recibir? de regalo 3 manuales en formato digital con m?s de 200 p?ginas que le explicar?n todos los detalles y secretos para mejorar su puntuaci?n final en este examen internacional (Ej. fechas para rendir, centros habilitados en su ciudad para tomar el test, requisitos, sistema de evaluaci?n y puntaje utilizado, preguntas frecuentes, temas con mayor puntuaci?n, etc) Recibir? adem?s los siguientes informes exclusivos ( en formato digital ): * Como obtener Visado para USA ( Para trabajo tempor?neo y permanente ) * Como trabajar en USA * Informaci?n para viajar * Como estudiar en USA Forma de Pago: Contrarrembolso a trav?s de Correo Argentino ( UD. abona al recibir el producto en su domicilio) *** V?lido para ARGENTINA*** POR FAVOR CONT?CTENOS ?NICAMENTE EN ESTAS DIRECCIONES, DE LO CONTRARIO SU MENSAJE NO SER? PROCESADO Para ordenar el Curso de Preparaci?n para TOEFL en CD ROM: inglesinteractivo@datafull.com Colocando sus datos personales: Nombre y apellido: Direcci?n: Localidad: Provincia: CP: Telefono: Agradecemos su tiempo y le pedimos disculpas si este material no fuera de su inter?s. Por favor reenv?elo a sus colegas o amigos que pudieran estar interesados en beneficiarse de esta oferta limitada a trav?s de Internet. ------------------------------------------------------------------------------ Nos adherimos a la Ley Org?nica 15/1999 del 13 de Diciembre, (Ley Espa?ola de Protecci?n de Datos Personales) por la que puede solicitar su eliminaci?n de las Bases de Datos que desee (BOE 14-12-99) -------------------------------------------------------------------------- From careers@onsmart.net Mon Sep 30 12:08:00 2002 From: careers@onsmart.net (careers@onsmart.net) Date: Mon, 30 Sep 2002 12:08:00 -0000 Subject: UKZ-51827: New Ticket Created Message-ID: <200209291811.g8TIBjb02396@onsmart.net> Dear cygwin-xfree@cygwin.com, Your ticket has been successfully sent to us. Following are certain details of the ticket you created: Ticket ID: UKZ-51827 Subject: Here to find out more! Created On: 29 Sep 2002 02:11 PM Thank you for using our service, OnSmart Network Staff From guydosh@binghamton.edu Mon Sep 30 13:00:00 2002 From: guydosh@binghamton.edu (guydosh) Date: Mon, 30 Sep 2002 13:00:00 -0000 Subject: where is gcc? Message-ID: <5.1.0.14.0.20020929225726.009e6a90@mail.binghamton.edu> I installed cygwin 1.3.12-2 but cannot invoke gcc. It is not in /usr/bin - am I doing something wrong? Nick Guydosh From cygwin@cygwin.com Mon Sep 30 13:36:00 2002 From: cygwin@cygwin.com (Christopher Faylor) Date: Mon, 30 Sep 2002 13:36:00 -0000 Subject: where is gcc? In-Reply-To: <5.1.0.14.0.20020929225726.009e6a90@mail.binghamton.edu> References: <5.1.0.14.0.20020929225726.009e6a90@mail.binghamton.edu> Message-ID: <20020930031659.GB7906@redhat.com> [redirecting to the correct mailing list] On Sun, Sep 29, 2002 at 11:00:23PM -0400, guydosh wrote: >I installed cygwin 1.3.12-2 but cannot invoke gcc. It is not in /usr/bin - >am I doing something wrong? That would indicate that you didn't actually install gcc. Go back to the cygwin web page and read the section "What's new and how do I get it?" section. You have to rerun setup.exe (or click on "Install Cygwin Now!"), choose "Devel" and click on 'gcc'. From supperkelly@hotmail.com Mon Sep 30 14:11:00 2002 From: supperkelly@hotmail.com (kelly wood) Date: Mon, 30 Sep 2002 14:11:00 -0000 Subject: Can't export etext Message-ID: Hello, When porting a compiler which is ported from Pro64 from linux to cygwin, I encountered some problem. Could you please help me? Thanks! Now, I have past the compiling part and got all *.o files, but an error occured in the linking part when I tried to make a be.so. The error message is: ------------------------------------------------------------------------ Cannot export etext: symbol not found Info: resolving _sys_nerr by linking to __imp__sys_nerr (auto-import) collect2: ld returned 1 exit status gmake[1]: *** [be.so] Error 1 ------------------------------------------------------------------------ kelly _________________________________________________________________ Join the world??s largest e-mail service with MSN Hotmail. http://www.hotmail.com From jc.gervais@videotron.ca Mon Sep 30 14:26:00 2002 From: jc.gervais@videotron.ca (Jean-Claude Gervais) Date: Mon, 30 Sep 2002 14:26:00 -0000 Subject: Shared memory? Message-ID: Does Cygwin support any equivalent to the *nux shared memory APIs? The shm* functions. Thanks. From huntharo@msu.edu Mon Sep 30 17:11:00 2002 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 30 Sep 2002 17:11:00 -0000 Subject: Shared memory? References: Message-ID: <3D98AD39.2060400@msu.edu> Jean-Claude, Yes, but you have to run some service that supports the SHM model (I forget the package name or whether it was ever rolled into a Cygwin setup package that is in the primary distribution, and for anyone about to jog my memory: I don't care either). Go look at the KDE on Cygwin pages if you want more information. They have to build Cygwin/XFree86 with the MITSHM extension in order to support KDE. The ``cygipc'' library or package comes to mind, as we have some #ifdef test in xc/config/cf/cygwin.* that check CygIPC. In case you were wondering, MITSHM is not enabled in the default build, nor in the default Cygwin/XFree86 distribution, because the cygipc library/package/whatever is either 1) not included in the default distribution, 2) not stable enough, 3) not automatically installed with absolutely no user intervention, or 4) because no one poked me to let me know that the previous 3 possibilities have all been taken care of. There, that should give you enough to Google on. Harold Jean-Claude Gervais wrote: > Does Cygwin support any equivalent to the *nux shared memory APIs? > The shm* functions. > > Thanks. > > From frank.l.lane@boeing.com Mon Sep 30 20:29:00 2002 From: frank.l.lane@boeing.com (Lane, Frank L) Date: Mon, 30 Sep 2002 20:29:00 -0000 Subject: new subscriber Message-ID: <3B2480653E7D2C4E8AA5699598D691C423004E@xch-se-03.se.nos.boeing.com> Hi List, My first post. I tried to get the faq and list info and the listbot told me they weren't available. I have a couple of questions, hopefully they aren't asked to much. One: On my installation I didn't get vim. And I'm not finding it out on the net anywhere. What can I do about this? I found a downloadable binary of gvim but when I try to run it it complains about the file libICE.dll not being in the path. Two: How is the xfree project different from mainstream cygwin? Any help will be greatly appreciated. Thanks, Frank From darryl@ipage.pl Mon Sep 30 20:59:00 2002 From: darryl@ipage.pl (darryl@ipage.pl) Date: Mon, 30 Sep 2002 20:59:00 -0000 Subject: new subscriber In-Reply-To: <3B2480653E7D2C4E8AA5699598D691C423004E@xch-se-03.se.nos.boeing.com> References: <3B2480653E7D2C4E8AA5699598D691C423004E@xch-se-03.se.nos.boeing.com> Message-ID: <20020930210847.GA676743@PPP> Quoting Lane, Frank L : > Hi List, > One: On my installation I didn't get vim. And I'm not finding it out on the > net anywhere. What can I do about this? > I found a downloadable binary of gvim but when I try to run it it complains > about the file libICE.dll not being in the path. I'm about 3 days with Cygwin so it's nice to be able to help already. To install additional packages simply run setup.exe again and click on the packages you wish to add. Vim is there under editors. I got gvim from http://lassauge.free.fr the libs you lack are also available there. Good luck, Darryl Cousins