From Ssiddiqi@InspirePharm.Com Tue Jun 1 05:34:00 1999 From: Ssiddiqi@InspirePharm.Com (Suhaib M. Siddiqi) Date: Tue, 01 Jun 1999 05:34:00 -0000 Subject: shm Message-ID: <002601beac2a$f7c94800$29acdfd0@InspirePharm.Com> Has anyone a SVR4 style shared memmory for Cygwin (shmget/shmctl/shmat)? I need it for X-server for Cygwin Development. The ipc available for Cygwin from France (do not remember the URL) has problems. Its headers gives the problems. Suhaib From horak@mmp.plzen-city.cz Tue Jun 1 05:51:00 1999 From: horak@mmp.plzen-city.cz (Horak Daniel) Date: Tue, 01 Jun 1999 05:51:00 -0000 Subject: shm Message-ID: <2E7F82FAC1FCD2118E1500A024B3BF907DECD5@exchange.mmp.plzen-city.cz> > Has anyone a SVR4 style shared memmory for Cygwin > (shmget/shmctl/shmat)? I need it for X-server > for Cygwin Development. > > The ipc available for Cygwin from France (do not remember the URL) has > problems. Its headers gives the problems. I am using the cygipc library v1.03 ( http://www.multione.capgemini.fr/tools/pack_ipc/ ) succesfully in the port of PostgreSQL database system. It required only to comment CURRENT_TIME in some header. Dan From corinna@vinschen.de Tue Jun 1 06:40:00 1999 From: corinna@vinschen.de (Corinna Vinschen) Date: Tue, 01 Jun 1999 06:40:00 -0000 Subject: shm References: <2E7F82FAC1FCD2118E1500A024B3BF907DECD5@exchange.mmp.plzen-city.cz> Message-ID: <3753E0FF.18088603@vinschen.de> Horak Daniel wrote: > > > Has anyone a SVR4 style shared memmory for Cygwin > > (shmget/shmctl/shmat)? I need it for X-server > > for Cygwin Development. > > > > The ipc available for Cygwin from France (do not remember the URL) has > > problems. Its headers gives the problems. > > I am using the cygipc library v1.03 > ( http://www.multione.capgemini.fr/tools/pack_ipc/ ) succesfully in the port > of PostgreSQL database system. It required only to comment CURRENT_TIME in > some header. > > Dan Caution! The security settings of this package are not sufficent for multi user systems! The security descriptor, that is given to `CreateSemaphore' is a default descriptor. The result is, that only the creator/owner of the semaphore may use it. Moreover, the cygwin call `mmap' which is used in the package, is not implemented with sufficent correspondence between the given permissions and the resulting security descriptor in the windows call `CreateFileMapping'. It uses the default descriptor, too :( Regards, Corinna -- new mail address: mailto:corinna@vinschen.de From ssiddiqi@ipass.net Tue Jun 1 07:58:00 1999 From: ssiddiqi@ipass.net (Suhaib M. Siddiqi) Date: Tue, 01 Jun 1999 07:58:00 -0000 Subject: Alpha X-server sources References: <2E7F82FAC1FCD2118E1500A024B3BF907DECD5@exchange.mmp.plzen-city.cz> <3753E0FF.18088603@vinschen.de> Message-ID: <004e01beac3f$07d46630$29acdfd0@InspirePharm.Com> I have uploaded a heavily patched sources for XGGI. The XGGI sources are derived from XFree86 sources and XGGI 1.6.1. Server seems to compile, though not tested at all. The Cygwin users involved in porting XFree86 might consider looking at it. The patched source code is heavily stripped and includes only the stuff needed for compilation. You also need GGI libraries suite for Cygwin. At present GGI sources for Cygwin are available only from ggi-project.org CVS snapshot. Therefore, I have uploaded the precompiled ggi libraries suite for Cygwin B20.1 too. Please read the notes on the web pages before complaining about "warnings." This is a very experimental and pre-alpha thing. Perhaps with the help of other users we can put finishing touches on it, therefore I am releasing it. At last :-) The web address is http://siddiqi.webjump.com If you have problems in downloading, try again later. I getting 50 to 60 download hits perday on my X11 stuff, which causes downloads to slow down. Suhaib BTW: The final traget would be a DireectX for Xlib. The XGGI for Xlib/ggi is an approach to have an initial X11R6.x compliant free X-server available for Cygwin users. From Ssiddiqi@InspirePharm.Com Tue Jun 1 08:54:00 1999 From: Ssiddiqi@InspirePharm.Com (Suhaib M. Siddiqi) Date: Tue, 01 Jun 1999 08:54:00 -0000 Subject: Compilation XFree68 Test results References: <432717010699*/S=hpoulard/O=actia/PRMD=actia/ADMD=atlas/C=fr/@MHS> Message-ID: <001301beac46$dc851530$29acdfd0@InspirePharm.Com> Hi, I'am particularly interested into your XFree86 Xserver port on Win32/CygwinB20.1/egcs1.1.2. And I CAN IF YOU WANT TEST and if I can find some problems. But I advise you that I'm newbie into X11 programming (BUT fortunatly not in C,C++ cygnus env. and egcs). That is all needed :-) I've dowload the whole package (ouafff !!! 45 Mo) and I began to test compilation. I know. I made available what I had and is working for me. In the zip attached you will find the result output of the make command under bash2.02 (WinNT4 os) : make World >& world.log, and two other files which list what I've compiled finaly (DLL, exe, .a) I noticed what you are missing. A few *.exe which needs libcrypt.a. the fbdev does not compile at your workstation and several other libraries from Xserver/hw are missing. Which cf did you use? Have you turned off a few things in Cygwin.cf? Here are some informations which can help you 'cause there are some problems into the process compilation : 1/ It seems that under bash the makedepend do not works ! (look at the log) I've have setup the gcc compiler in the makedepend.ini Why don't you generate dependancies with gcc -MM (or -M) ?? That needs to done. Right now I tried to stick the way XFree86 people do things. You are welcome to change it and send you fixes. The Makedepnd in the latest sources had ben modified. These modifications fixed a lot of compilation problems, but introduced a annoying bug, which needs to be fixed. The bug generates same Makefiles 5 or 6 times. 2/ Execution of the application xkbcomp during the make process make an error 'cause the freshly compiled are not in the PATH (then WinNT popup a windows and stop the execution) huh? it never happened to me :-) xkbcomp compiled perfect here. 4/ Some few other script executions do not work (look into the log line 28852 (some weird processing generating .i files !!) These are known problems, and I mentioned them in my messages to the list and also at the web pages. However, those script are for S3 video driver accelators for Linux and are not needed for Windows. The Makefiles and Cygwin.cf wil be adjusted so it does not hit the xfree96/accel directory. 5/ It seems there is a problem during the compilation of other tools, like xterm, dur to makefile problem. Which other tools beside xterm? xterm compiles OK. Most of the executables and tools in XFree86 require HASCRPT YES (i.e. libcrypt.a). What I do not understand is that cygnus/egcs couple is dedicated to Win32 (cygwin), THEN how do you deal with the low graphic layers of this monstruous bundle !!!!!! to have in final a Xserver which can be execute on WinNT ??? That is our aim :-) If you have suggestions, please contribute. Try XGGI/XFree86 sources if you wish. The only good things with Xggi is that is runs independent of hardware. Thanks for answer and your help, Hoping this mail will help you By by Herve ************************************************************** _____________________________________________________________ | Dr Herve Poulard | ACTIA | | Research Manager | BP 4215 | | Tel : (33) 5.61.17.68.07 | 25 Chemin de Pouvourville | | Fax : (33) 5.61.55.42.31 | 31432 Toulouse Cedex 04 | | E-Mail : poulard@actia.fr | FRANCE | | : poulard@laas.fr | | | X400 : s=poulard o=actia | http://www.actia.com/ | | p=actia a=atlas c=fr | http://www.laas.fr/~poulard/ | |_____________________________|______________________________| PS = Plz send your message to the two E-mail addresses. From earnie_boyd@yahoo.com Tue Jun 1 13:12:00 1999 From: earnie_boyd@yahoo.com (Earnie Boyd) Date: Tue, 01 Jun 1999 13:12:00 -0000 Subject: pub/cygwin/xfree Message-ID: <19990601201258.22847.rocketmail@web124.yahoomail.com> Just noticed at the pub/cygwin directory an xfree directory that was created May 28th. It appears to be currently empty; but, it looks like cygnus plans to host or mirror the files. Earnie. _________________________________________________________ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com From Ssiddiqi@InspirePharm.Com Tue Jun 1 13:20:00 1999 From: Ssiddiqi@InspirePharm.Com (Suhaib M. Siddiqi) Date: Tue, 01 Jun 1999 13:20:00 -0000 Subject: pub/cygwin/xfree References: <19990601201258.22847.rocketmail@web124.yahoomail.com> Message-ID: <008601beac6c$0377f070$29acdfd0@InspirePharm.Com> Oh I am not aware of the xfree directory at Cygnus. However, Chris Faylor did email me over the weekend. He was looking into the possibility of moving the sources of XFree to Cygnus download site for a better download by users. I would be glad if it happens. Suhaib ----- Original Message ----- From: Earnie Boyd To: Sent: Tuesday, June 01, 1999 4:12 PM Subject: pub/cygwin/xfree > > Just noticed at the pub/cygwin directory an xfree directory that was created > May 28th. It appears to be currently empty; but, it looks like cygnus plans to > host or mirror the files. > > Earnie. > _________________________________________________________ > Do You Yahoo!? > Get your free @yahoo.com address at http://mail.yahoo.com > From Ssiddiqi@InspirePharm.Com Tue Jun 1 15:11:00 1999 From: Ssiddiqi@InspirePharm.Com (Suhaib M. Siddiqi) Date: Tue, 01 Jun 1999 15:11:00 -0000 Subject: X-server alpha code Message-ID: <002101beac7b$980d35b0$29acdfd0@InspirePharm.Com> Users who have already downloaded (per my logs 5 of you) the XGGI and ggi code for Xfree project, please get the GGISTATIC.ZIP zip too from http://siddiqi.webjump.com Thanks to Marcus Sundberg for many suggestions. Well, it still does not build xggi.exe (x-server executable). several undefined references!!! I am trying to figure out how to resolve them, but if you have SUGGESTIONS, I would appreciate your help. Regards Suhaib From Ssiddiqi@InspirePharm.Com Tue Jun 1 19:12:00 1999 From: Ssiddiqi@InspirePharm.Com (Suhaib M. Siddiqi) Date: Tue, 01 Jun 1999 19:12:00 -0000 Subject: FW: Re: More Build Problems Message-ID: John, Thanks. I am glad to know you traced the reasons of makefiles being created over and over again :-) Suhaib BTW: To the users who downloaded XGGI, do not bother please compiling it. With the help of Marcus Sundberg I have figure out the cause of undefined references. I will be releasing beta code of XGGI target for XFree86 with in a week. -----FW: <3754901A.9EE94DCF@ibm.net>----- Date: Tue, 01 Jun 1999 21:59:54 -0400 From: John Fortin To: "Suhaib M. Siddiqi" , cygwin-xfree@sourceware.cygnus.com Subject: Re: More Build Problems Suhaib, Well, the problems I had were related to not installing the xc3.tar.gz file. Once I did this, The makefiles only were created once and all the links were made. Looks like all three files + makefile.zip are required for the initial build. Thanks, John "Suhaib M. Siddiqi" wrote: > > > Suhaib, > > > > is this normal. I did 'make World' and it started to do its thing and > > create the Makefiles. However, it is now making the same Makefiles for > > the fourth time. > > > > No it is not normal. I know it happens. I recently did some changes in config/imake > and makedepnd sources. Before that it was making a few Makefiles in Xserver > which were not usable by Cygwin. I tried to correct that by doing some changes in > imake code and now it makes Makefiles 5 or 6 times. At the moment please let it go. > I will try to fix problem. > > Sorry about it. > > Suhaib > --------------End of forwarded message------------------------- ---------------------------------- E-Mail: Suhaib M. Siddiqi Date: 01-Jun-99 Time: 22:07:03 This message was sent by XFMail ---------------------------------- From ssiddiqi@ipass.net Wed Jun 2 17:53:00 1999 From: ssiddiqi@ipass.net (Suhaib M. Siddiqi) Date: Wed, 02 Jun 1999 17:53:00 -0000 Subject: Shm Message-ID: <3755D203.AA2E5999@ipass.net> Thanks for info about SVR4 style SHM. I face another problem with sys/shm.h. Whenever I activate SHM (i.e HASSHM YES in cg/cygwin.cf) XFree86 source code, sys/shm.h headers return an error during compilation, "incomplete shm_perm implemented." Suhaib ----------- Horak Daniel wrote: > > > Has anyone a SVR4 style shared memmory for Cygwin > > (shmget/shmctl/shmat)? I need it for X-server > > for Cygwin Development. > > > > The ipc available for Cygwin from France (do not remember the URL) has > > problems. Its headers gives the problems. > > I am using the cygipc library v1.03 > ( http://www.multione.capgemini.fr/tools/pack_ipc/ ) succesfully in the port > of PostgreSQL database system. It required only to comment CURRENT_TIME in > some header. > > Dan Caution! The security settings of this package are not sufficent for multi user systems! The security descriptor, that is given to `CreateSemaphore' is a default descriptor. The result is, that only the creator/owner of the semaphore may use it. Moreover, the cygwin call `mmap' which is used in the package, is not implemented with sufficent correspondence between the given permissions and the resulting security descriptor in the windows call `CreateFileMapping'. It uses the default descriptor, too :( Regards, Corinna -- new mail address: mailto:corinna@vinschen.de From ttamura@icc.melco.co.jp Thu Jun 3 06:01:00 1999 From: ttamura@icc.melco.co.jp (Takayuki Tamura) Date: Thu, 03 Jun 1999 06:01:00 -0000 Subject: Fix for XFree86 Message-ID: <19990603220004P.ttamura@icc.melco.co.jp> Hi, Suhaib. First of all, thanks to your great job! I found and fixed three problems in your XFree86 port, including 'gcc -E -' hang. (I use xfree86-3331.tar.gz single tarball and cf.tar.gz as of May 27.) Though I finally encountered 'Full build of Release 6.3(4?) of the X Window System complete.' message, I'm still with many errors. Anyway, here is the description, followed by the patch attached. (1) 'gcc -E -' problem In cygwin.cf, we have, #define CcCmd gcc #define CppCmd CcCmd -E - However, 'gcc -E' isn't fully compatible with direct invocation of cpp. Value of CPP: /lib/cpp 'gcc -E' 'gcc -E -' $(CPP) < file: OK NG OK $(CPP) file: OK OK NG Unfortunately, the latter style was used in CPPOnlyAsm macro, which is defined in xf86.rules. So, we need to override this in cygwin.rules. (2) xc/exports/bin/*.exe must run without preinstalled X When building in program/xkbcomp/SUBDIR, xkbcomp in xc/exports/bin is run. However, if you don't have preexisting X environment, it fails with 'missing libX11.dll'. We need *.dll in xc/exports/bin for cleaner compilation. In addition, we have to avoid symlinking .exe and .dll under xc/exports/bin, because Win32 can't handle symlinks. I added LinkBuildDLL and LinkBuildBinary in cygwin.rules. (3) StdIncDir and PostIncDir settings In cygwin.cf, you have, #define StdIncDir `CcCmd --print-libgcc-file-name | sed ':libgcc.a:../../../../i586-cygwin32/include:/cygnus/cygwin-b20/local/include:/cygnus/cygwin-b20/include:/cygnus/cygwin-b20/H-i586-cygwin32/i586-cygwin32/include:'|sed 's,\\\\,/,g'` #define PostIncDir `CcCmd --print-libgcc-file-name | sed ':libgcc.a:/include:'|sed 's,\\\\,/,g'` But I can't understand the above sed command. Doesn't this suffice? #define StdIncDir `CcCmd --print-libgcc-file-name | sed 's,\\\\,/,g' | sed 's,libgcc.a,../../../../i586-cygwin32/include,'` #define PostIncDir `CcCmd --print-libgcc-file-name | sed 's,\\\\,/,g' | sed 's,libgcc.a,include,'` I hope it helps. Regards, --------------- Takayuki TAMURA (ttathome@remus.dti.ne.jp) From Ssiddiqi@InspirePharm.Com Thu Jun 3 07:50:00 1999 From: Ssiddiqi@InspirePharm.Com (Suhaib M. Siddiqi) Date: Thu, 03 Jun 1999 07:50:00 -0000 Subject: Fix for XFree86 References: <19990603220004P.ttamura@icc.melco.co.jp> Message-ID: <003701beadd0$40117000$29acdfd0@InspirePharm.Com> Thanks for fixes. Today, I will be releasing the new XFree86 patched code, which resolves most of the issues you mentioned. In the new archive a LOT OF patches had been reversed to make the binaries more compatible with X11R6.3 X-Windows system. NOT needed code had been thrown away from xc/programs/Xserver/hw directory and a lot of more new stuff had been added in the Xserver/hw directory. I will also post the precompiled X11R6.3 libraries (libs and DLLs) for B20.1. As you noticed, a preinstalled version of DLLs and libs are required for getting around some compiling issues. The gcc -E - compiler hanging problem is fixed. The Sed scripts which were causing problems you noticed were Linux specific for S3 hardware and not included in the latest source code archive. StdIncDir path is mostly user Cygwin install dependent and users need to edit it in Cygwin.cf according to their Cygwin installation. The real X-server still does not compile, but the problem is now only in one C source code and once that is fixed, the X-server should be up and running (I hope so?). More after I get tar balls made of the new sources.... Suhaib > > First of all, thanks to your great job! > > I found and fixed three problems in your XFree86 port, including > 'gcc -E -' hang. > (I use xfree86-3331.tar.gz single tarball and cf.tar.gz as of May 27.) > > Though I finally encountered > 'Full build of Release 6.3(4?) of the X Window System complete.' > message, I'm still with many errors. > > Anyway, here is the description, followed by the patch attached. > > (1) 'gcc -E -' problem > > In cygwin.cf, we have, > > #define CcCmd gcc > #define CppCmd CcCmd -E - > > However, 'gcc -E' isn't fully compatible with direct invocation of cpp. > > Value of CPP: /lib/cpp 'gcc -E' 'gcc -E -' > $(CPP) < file: OK NG OK > $(CPP) file: OK OK NG > > Unfortunately, the latter style was used in CPPOnlyAsm macro, which is > defined in xf86.rules. > So, we need to override this in cygwin.rules. > > > (2) xc/exports/bin/*.exe must run without preinstalled X > > When building in program/xkbcomp/SUBDIR, xkbcomp in xc/exports/bin is run. > However, if you don't have preexisting X environment, it fails with > 'missing libX11.dll'. > We need *.dll in xc/exports/bin for cleaner compilation. > > In addition, we have to avoid symlinking .exe and .dll under xc/exports/bin, > because Win32 can't handle symlinks. > > I added LinkBuildDLL and LinkBuildBinary in cygwin.rules. > > > (3) StdIncDir and PostIncDir settings > > In cygwin.cf, you have, > > #define StdIncDir `CcCmd --print-libgcc-file-name | sed ':libgcc.a:../../../../i586-cygwin32/include:/cygnus/cygwin-b20/local/include:/cygnus/cygwin-b20/include:/cygnus/cygwin-b20/H-i586-cygwin32/i586-cygwin32/include:'|sed 's,\\\\,/,g'` > #define PostIncDir `CcCmd --print-libgcc-file-name | sed ':libgcc.a:/include:'|sed 's,\\\\,/,g'` > > But I can't understand the above sed command. > Doesn't this suffice? > > #define StdIncDir `CcCmd --print-libgcc-file-name | sed 's,\\\\,/,g' | sed 's,libgcc.a,../../../../i586-cygwin32/include,'` > #define PostIncDir `CcCmd --print-libgcc-file-name | sed 's,\\\\,/,g' | sed 's,libgcc.a,include,'` > > > I hope it helps. > > Regards, > --------------- > Takayuki TAMURA (ttathome@remus.dti.ne.jp) > From Ssiddiqi@InspirePharm.Com Thu Jun 3 12:05:00 1999 From: Ssiddiqi@InspirePharm.Com (Suhaib M. Siddiqi) Date: Thu, 03 Jun 1999 12:05:00 -0000 Subject: XFree source code updated Message-ID: <000901beadf3$db6d8ac0$29acdfd0@InspirePharm.Com> I have updated the XFree source code for Cygwin. It is not final yet, but, I think this version should lead to an X-server for Cygwin in the near future. I will be providing only patches in future against this source code. (Sorry, if you have to download again the whole thing...) In future only patches will be posted to update the source code until a final X-server for Cygwin is released. Over the last couple of weeks I changed a lot of stuff in the source code, therefore it is necessary to replace the older Xfree sources with this release. >From http://siddiqi.webjump.com , Download the XC-1.tar.gz XC-2.tar.gz and XC-3.tar.gz. Extraction of these tar balls will give a "xc" directory. XFree86 3.3.3.1 is based upon X11R6.3 libraries, therefore X11R6.3 preinstalled libraries are required to successfully compile a few client application in xc/programs directory. You can compile the X11R6.3 libraries from the sources (xc-1, xc-2, and xc-3) and install it or you can download my precompiled X11R6.3 libraries for Cygwin B20.1. Read the README.CYGWIN.TXT file, included in xc-1.tar.gz, for further instructions. --Suhaib From Ssiddiqi@InspirePharm.Com Thu Jun 3 12:59:00 1999 From: Ssiddiqi@InspirePharm.Com (Suhaib M. Siddiqi) Date: Thu, 03 Jun 1999 12:59:00 -0000 Subject: Xfree Message-ID: <002601beadfb$62027f80$29acdfd0@InspirePharm.Com> Those of you who are still attempting to download the old sources of XFree, please note that xfree86-3331.tar.gz does not exists any more. The newer and a batter patched sources of xfree86-3331 had been split into 3 parts, xc1, xc2, and xc3. You must REFRESH your web browsers. To read the new changes on the web pages http://siddiqi.webjump.com --suhaib From ttamura@icc.melco.co.jp Thu Jun 3 18:50:00 1999 From: ttamura@icc.melco.co.jp (Takayuki Tamura) Date: Thu, 03 Jun 1999 18:50:00 -0000 Subject: Fix for XFree86 References: <003701beadd0$40117000$29acdfd0@InspirePharm.Com> <003701beadd0$40117000$29acdfd0@InspirePharm.Com> Message-ID: <19990604104918E.ttamura@icc.melco.co.jp> Hi, I'm now in the process of downloading of your new sources, and haven't seen the changes. So, please forgive me if I miss the point. On Thu, 3 Jun 1999 10:49:14 -0400 "Suhaib M. Siddiqi" wrote: > I will also post the precompiled X11R6.3 libraries (libs and DLLs) > for B20.1. As you noticed, a preinstalled version of DLLs and libs > are required for getting around some compiling issues. Hmm... I think it's not necessary to have libX11.dll in /usr/X11R6.3/bin. As I wrote, it should be found in xc/exports/bin, as libX11.a in xc/exports/lib. Actually, all the binaries under xc/programs are built using libraries in xc/exports/lib, which is populated by the preceding build process of xc/lib. If the platform supports true static linking, the generated binary can run in its own right. However, in cygwin, libX11.a is only a placeholder, meaning that the generated binary still requires libX11.dll to run. So, IMHO, putting generated DLLs into xc/exports/bin during the build process is better than distributing another huge tarball for precompiled DLLs. This can be easily done, and I required no preinstalled libX11.dll. How do you think about it? Regards, --------- Takayuki TAMURA (ttathome@remus.dti.ne.jp) From Ssiddiqi@InspirePharm.Com Fri Jun 4 04:27:00 1999 From: Ssiddiqi@InspirePharm.Com (Suhaib M. Siddiqi) Date: Fri, 04 Jun 1999 04:27:00 -0000 Subject: Fix for XFree86 References: <003701beadd0$40117000$29acdfd0@InspirePharm.Com> <19990604104918E.ttamura@icc.melco.co.jp> Message-ID: <004701beae7d$05065a40$29acdfd0@InspirePharm.Com> > I think it's not necessary to have libX11.dll in /usr/X11R6.3/bin. > As I wrote, it should be found in xc/exports/bin, as libX11.a in > xc/exports/lib. > During compilation, DLLs are not moved to xc/exports/libs. The Makefiles contains -L/usr/X11R6.3/lib. If you want to have DLLs in export/lib directory, you can move them manually?? > Actually, all the binaries under xc/programs are built using libraries > in xc/exports/lib, which is populated by the preceding build process > of xc/lib. Yes they are but the DLLs are not. > If the platform supports true static linking, the generated binary > can run in its own right. Theoretically yes. But X11 system is based up shared libraries (i.e. *.so), right? > However, in cygwin, libX11.a is only a placeholder, meaning that > the generated binary still requires libX11.dll to run. > Same applied to UNIX too. On UNIX you need libX11.so, instead of DLLs, am I right? > So, IMHO, putting generated DLLs into xc/exports/bin during the build > process is better than distributing another huge tarball for > precompiled DLLs. > This can be easily done, and I required no preinstalled libX11.dll. > > How do you think about it? I feel good about it :-) Thanks for your suggestions. Regards Suhaib > > Regards, > --------- > Takayuki TAMURA (ttathome@remus.dti.ne.jp) > From earnie_boyd@yahoo.com Fri Jun 4 05:04:00 1999 From: earnie_boyd@yahoo.com (Earnie Boyd) Date: Fri, 04 Jun 1999 05:04:00 -0000 Subject: Fix for XFree86 Message-ID: <19990604120447.11296.rocketmail@web106.yahoomail.com> --- Takayuki Tamura wrote: -8<- > So, IMHO, putting generated DLLs into xc/exports/bin during the build > process is better than distributing another huge tarball for > precompiled DLLs. > This can be easily done, and I required no preinstalled libX11.dll. > > How do you think about it? I agree that the libX11.dll isn't needed for someone building the installation, but the dll and libraries should be offered as a separate tarball for the lazy. It could be that someone would contribute X11 packages without the desire to build X11 itself. If the dll and libraries weren't available then the contribution would be lost. === YAWIA, Earnie Boyd < mailto:earnie_boyd@yahoo.com > Newbies, please visit < http://www.freeyellow.com/members5/gw32/index.html > _________________________________________________________ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com From Ssiddiqi@InspirePharm.Com Fri Jun 4 05:10:00 1999 From: Ssiddiqi@InspirePharm.Com (Suhaib M. Siddiqi) Date: Fri, 04 Jun 1999 05:10:00 -0000 Subject: Fix for XFree86 References: <19990604120447.11296.rocketmail@web106.yahoomail.com> Message-ID: <005701beae83$0bc2b0d0$29acdfd0@InspirePharm.Com> > > I agree that the libX11.dll isn't needed for someone building the installation, > but the dll and libraries should be offered as a separate tarball for the lazy. > It could be that someone would contribute X11 packages without the desire to > build X11 itself. If the dll and libraries weren't available then the > contribution would be lost. Ditto!!! :-) I was asked by 3 Cygwin users personally for X11R6.3 development libraries for Cygwin B20.1. Those 3 users do not care about XFree server, but would like to use X11R6.3 for developing X11 apps for Cygwin on Win32. That's another reason I put the precompiled libraries on the download site. --Suhaib From ttamura@icc.melco.co.jp Fri Jun 4 05:12:00 1999 From: ttamura@icc.melco.co.jp (Takayuki Tamura) Date: Fri, 04 Jun 1999 05:12:00 -0000 Subject: Fix for XFree86 References: <004701beae7d$05065a40$29acdfd0@InspirePharm.Com> <004701beae7d$05065a40$29acdfd0@InspirePharm.Com> Message-ID: <19990604211124X.ttamura@icc.melco.co.jp> On Fri, 4 Jun 1999 07:25:58 -0400 "Suhaib M. Siddiqi" wrote: > > I think it's not necessary to have libX11.dll in /usr/X11R6.3/bin. > > As I wrote, it should be found in xc/exports/bin, as libX11.a in > > xc/exports/lib. > > During compilation, DLLs are not moved to xc/exports/libs. My patch changes this situation :-) (DLLs should be in xc/exports/bin, from which some programs are launched.) > The Makefiles contains -L/usr/X11R6.3/lib. And also -L../../exports/lib, which has precedence over -L/usr/X11R6.3/lib. See LDPRELIBS and LDPOSTLIBS in Makefile. > If you want to have DLLs in export/lib directory, you can move > them manually?? No! Currently, whenever libfoo.dll is built, libfoo.a is also built and linked to xc/exports/lib automagically. We need a little more hack to add. > > If the platform supports true static linking, the generated binary > > can run in its own right. > > Theoretically yes. But X11 system is based up shared libraries (i.e. *.so), right? > > > However, in cygwin, libX11.a is only a placeholder, meaning that > > the generated binary still requires libX11.dll to run. > > > > Same applied to UNIX too. On UNIX you need libX11.so, instead of DLLs, am I right? Agreed. So the other platforms, I think, require similar hack to handle this, possibly LD_LIBRARY_PATH trick, because I compiled XFree86 on FreeBSD without preinstalled libraries. (I will investigate it later.) > I feel good about it :-) Thanks for your suggestions. Thanks. I don't mean to stick to this problem any more, because our primary goal is to obtain a free X server, not a whole XFree86 stuff. Let's revisit the problem when we are ready to discuss the packaging issue (only if source distribution is important) :-) Regards, --------------- Takayuki TAMURA (ttathome@remus.dti.ne.jp) From Ssiddiqi@InspirePharm.Com Fri Jun 4 05:20:00 1999 From: Ssiddiqi@InspirePharm.Com (Suhaib M. Siddiqi) Date: Fri, 04 Jun 1999 05:20:00 -0000 Subject: Fix for XFree86 References: <004701beae7d$05065a40$29acdfd0@InspirePharm.Com> <19990604211124X.ttamura@icc.melco.co.jp> Message-ID: <006001beae84$6ae54900$29acdfd0@InspirePharm.Com> > Thanks. > > I don't mean to stick to this problem any more, because our primary goal > is to obtain a free X server, not a whole XFree86 stuff. > Let's revisit the problem when we are ready to discuss the packaging > issue (only if source distribution is important) :-) > AGREED with all your suggestions. I had saved your patch yesterday and it will be applied to the source tree. Sorry I forgot to mention in my previous mail. I was doing a lot of changes to code until yesterday noon therefore I wanted to make sure what I did was OK... then add users patches. Below is a copy of message from Marcus Sundberg to fix the unresolved IMAGE_BYT... references in the X-server code. I am forwarding it to list because it might be helpfull to other users. Regards Suhaib > gcc -c -O2 -s -mpentium -I../../mi -I../../include -I../../os -I../../../../in > clude -I../../cfb -I../../cfb16 -I../../mfb -I../../../../include/fonts -I../ > ../../.. -I../../../../exports/include -D__i386__ -DX_LOCALE -D_MT -DNO_TCP_H - > DSHAPE -DXKB -DXAPPGROUP -DXCSECURITY -DGCCUSESGAS -DNDEBUG -DFUNCPROTO= > 15 -DNARROWPROTO -DDDXTIME -DFD_SETSIZE=256 graphics.c > graphics.c: In function `InitOutput': > graphics.c:822: `IMAGE_BYTE_ORDER' undeclared (first use in this function) > graphics.c:822: (Each undeclared identifier is reported only once > graphics.c:822: for each function it appears in.) > graphics.c:825: `BITMAP_BIT_ORDER' undeclared (first use in this function) Check the file xc/programs/Xserver/include/servermd.h and find out why they aren't defined when compiling the ggi directory, then make sure they are defined to LSBFirst. Comments from Suhaib: We may have to add something like this to servermd.h, perhaps? #if defined __CYGWIN32__ # define IMAGE_BYTE_ORDER LSBFirst /* Values for the CYGNUS Cygwin-B20.1 only */ # define BITMAP_BIT_ORDER LSBFirst #endif file://Marcus From Ssiddiqi@InspirePharm.Com Tue Jun 8 07:45:00 1999 From: Ssiddiqi@InspirePharm.Com (Suhaib M. Siddiqi) Date: Tue, 08 Jun 1999 07:45:00 -0000 Subject: Fix for XFree86 References: <004701beae7d$05065a40$29acdfd0@InspirePharm.Com> <19990604211124X.ttamura@icc.melco.co.jp> Message-ID: <006601beb1bd$57056820$29acdfd0@InspirePharm.Com> After a break of many days, today I got sometime to work on Xfree again. I applied your patch and it fixed a all the problems you mentioned. It also fixed those "annoying warnings" of "not in .../../." your fixes should appear soon in the next snapshot of code for X-server. Thanks. Suhaib ----- Original Message ----- From: Takayuki Tamura To: Cc: Sent: Friday, June 04, 1999 8:11 AM Subject: Re: Fix for XFree86 > On Fri, 4 Jun 1999 07:25:58 -0400 > "Suhaib M. Siddiqi" wrote: > > > > I think it's not necessary to have libX11.dll in /usr/X11R6.3/bin. > > > As I wrote, it should be found in xc/exports/bin, as libX11.a in > > > xc/exports/lib. > > > > During compilation, DLLs are not moved to xc/exports/libs. > > My patch changes this situation :-) > (DLLs should be in xc/exports/bin, from which some programs are launched.) > > > The Makefiles contains -L/usr/X11R6.3/lib. > > And also -L../../exports/lib, which has precedence over -L/usr/X11R6.3/lib. > See LDPRELIBS and LDPOSTLIBS in Makefile. > > > If you want to have DLLs in export/lib directory, you can move > > them manually?? > > No! > Currently, whenever libfoo.dll is built, libfoo.a is also built and > linked to xc/exports/lib automagically. > We need a little more hack to add. > > > > If the platform supports true static linking, the generated binary > > > can run in its own right. > > > > Theoretically yes. But X11 system is based up shared libraries (i.e. *.so), right? > > > > > However, in cygwin, libX11.a is only a placeholder, meaning that > > > the generated binary still requires libX11.dll to run. > > > > > > > Same applied to UNIX too. On UNIX you need libX11.so, instead of DLLs, am I right? > > Agreed. > So the other platforms, I think, require similar hack to handle this, > possibly LD_LIBRARY_PATH trick, because I compiled XFree86 on FreeBSD > without preinstalled libraries. > (I will investigate it later.) > > > I feel good about it :-) Thanks for your suggestions. > > Thanks. > > I don't mean to stick to this problem any more, because our primary goal > is to obtain a free X server, not a whole XFree86 stuff. > Let's revisit the problem when we are ready to discuss the packaging > issue (only if source distribution is important) :-) > > Regards, > --------------- > Takayuki TAMURA (ttathome@remus.dti.ne.jp) > From earnie_boyd@yahoo.com Tue Jun 8 11:16:00 1999 From: earnie_boyd@yahoo.com (Earnie Boyd) Date: Tue, 08 Jun 1999 11:16:00 -0000 Subject: Xfree86 - Optimised code at www.vmware.com Message-ID: <19990608181702.12735.rocketmail@web105.yahoomail.com> For those interested, It may be of value to have a look at the modified source code. For details see http://www.vmware.com/support/xfree86.html . Earnie. _________________________________________________________ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com From Ssiddiqi@InspirePharm.Com Tue Jun 8 11:29:00 1999 From: Ssiddiqi@InspirePharm.Com (Suhaib M. Siddiqi) Date: Tue, 08 Jun 1999 11:29:00 -0000 Subject: Xfree86 - Optimised code at www.vmware.com References: <19990608181702.12735.rocketmail@web105.yahoomail.com> Message-ID: <00d701beb1dc$ab0a1a00$29acdfd0@InspirePharm.Com> Ummmm, Thanks. I vaguely remember the vmware name from the web download log files for X11R6.4 and X11R6.3 libraries for Cygwin. Thanks, I will check their site for info. Suhaib ----- Original Message ----- From: Earnie Boyd To: Sent: Tuesday, June 08, 1999 2:17 PM Subject: Xfree86 - Optimised code at www.vmware.com > For those interested, > > It may be of value to have a look at the modified source code. For details see > http://www.vmware.com/support/xfree86.html . > > Earnie. > > _________________________________________________________ > Do You Yahoo!? > Get your free @yahoo.com address at http://mail.yahoo.com > From Ssiddiqi@InspirePharm.Com Wed Jun 9 04:59:00 1999 From: Ssiddiqi@InspirePharm.Com (Suhaib M. Siddiqi) Date: Wed, 09 Jun 1999 04:59:00 -0000 Subject: XFree sources moved Message-ID: <004201beb26f$65407670$29acdfd0@InspirePharm.Com> The sources for XFree for Cygwin porting project, as well as precompiled X11R6.3 development libraries has moved to ftp://sourceware.cygnus.com/pub/cygwin/xfree/ . Suhaib From ssiddiqi@inspire.InspirePharm.COM Wed Jun 9 09:02:00 1999 From: ssiddiqi@inspire.InspirePharm.COM (Suhaib M. Siddiqi) Date: Wed, 09 Jun 1999 09:02:00 -0000 Subject: xfree Message-ID: <199906091605.MAA20150@inspire.InspirePharm.COM> Users who are attempting to download xfree code and x11r6.3 libs and sending me complains about http errors. Could you please refresh your browser or read your cygwin mailing list message from this morning? The xfree sources are libs are now on ftp://sourceware.cygnus.com Thanks -sms From Ssiddiqi@InspirePharm.Com Thu Jun 10 06:04:00 1999 From: Ssiddiqi@InspirePharm.Com (Suhaib M. Siddiqi) Date: Thu, 10 Jun 1999 06:04:00 -0000 Subject: XFree86 for Cygwin (Good News)??? Message-ID: <000f01beb341$9de577a0$29acdfd0@InspirePharm.Com> Here is the first good news :-) I managed to compile XFree86, fully screen X-Server code under Cygwin. The executable are not doing core dump, SO FAR!!!; so, it is the best news at the moment. The bad news is, I need to figure out some configuration issues ;-) I might go ahead and release the binaries today evening. With the help of other users, we might be able to write good configuration files. Here is what is happening when X-server is executed ;-) Suhaib bash-2.02$ ./XGGI Couldn't open RGB_DB '/usr/X11R6/lib/X11/rgb' LibGG: unable to open lib: dlopen: Win32 error 126 WARNING: previous dlopen of C:\usr\local\lib\ggi\display\svgalib.so wasn't corre ctly performed LibGG: unable to open lib: dlopen: Win32 error 126 WARNING: previous dlopen of C:\usr\local\lib\ggi\display\aa.so wasn't correctly performed LibGG: unable to open lib: dlopen: Win32 error 126 Fatal server error: Unable to open LibGGI visual: "(NULL)" bash-2.02$ From khan@xraylith.wisc.EDU Thu Jun 10 09:02:00 1999 From: khan@xraylith.wisc.EDU (Mumit Khan) Date: Thu, 10 Jun 1999 09:02:00 -0000 Subject: XFree86 for Cygwin (Good News)??? References: <000f01beb341$9de577a0$29acdfd0@InspirePharm.Com> Message-ID: <199906101455.JAA20487@mercury.xraylith.wisc.edu> "Suhaib M. Siddiqi" writes: > Here is the first good news :-) > > I managed to compile XFree86, fully screen X-Server code under Cygwin. The > executable are not doing core dump, SO FAR!!!; so, it is the best news at > the moment. And good news it is! Congratulations. > > bash-2.02$ ./XGGI > Couldn't open RGB_DB '/usr/X11R6/lib/X11/rgb' > LibGG: unable to open lib: dlopen: Win32 error 126 This translates to "the specified module could not be found", and is caused by a DLL/shared-library not being available. Either the file does not exist, or it's not in the PATH nor in the current directory. > WARNING: previous dlopen of C:\usr\local\lib\ggi\display\svgalib.so wasn't > corre > ctly performed This is a bug and is fixed in the Cygwin development sources. > LibGG: unable to open lib: dlopen: Win32 error 126 > WARNING: previous dlopen of C:\usr\local\lib\ggi\display\aa.so wasn't > correctly > performed > LibGG: unable to open lib: dlopen: Win32 error 126 > > Fatal server error: > Unable to open LibGGI visual: "(NULL)" Don't know what this is. Regards, Mumit From Ssiddiqi@InspirePharm.Com Thu Jun 10 09:10:00 1999 From: Ssiddiqi@InspirePharm.Com (Suhaib M. Siddiqi) Date: Thu, 10 Jun 1999 09:10:00 -0000 Subject: XFree86 for Cygwin (Good News)??? References: <199906101455.JAA20487@mercury.xraylith.wisc.edu> Message-ID: <00c901beb35b$a3544f80$29acdfd0@InspirePharm.Com> > "Suhaib M. Siddiqi" writes: > > Here is the first good news :-) > > > > I managed to compile XFree86, fully screen X-Server code under Cygwin. The > > executable are not doing core dump, SO FAR!!!; so, it is the best news at > > the moment. > > And good news it is! Congratulations. > Thanks!!! > > > > bash-2.02$ ./XGGI > > Couldn't open RGB_DB '/usr/X11R6/lib/X11/rgb' > > LibGG: unable to open lib: dlopen: Win32 error 126 > > This translates to "the specified module could not be found", and is > caused by a DLL/shared-library not being available. Either the file > does not exist, or it's not in the PATH nor in the current directory. > the rgb file is present in /usr/X11R6/lib/X11. For some unkown reasons server executable is not recognizing its format. That is why it is returning the error, "Cannot open RGB_DB" RGB is must because our would be X-server for Cygwin will be a RGB full-screen 3D server with OpeGL/GLX suport :-) The GLX support, so far, is available in expensive commercial X-servers only. That is why I will release the binaries and have the input from other users on --how to--configuration files. Actualy all the DLLs were copied into /usr/X11R6/bin, where X-server executable resides. > > WARNING: previous dlopen of C:\usr\local\lib\ggi\display\svgalib.so wasn't > > corre > > ctly performed > > This is a bug and is fixed in the Cygwin development sources. Then we have to live with it for a while. I am skeptical to base the XFree development code on snapshots. It is huge code and it often takes days to trace the problem. > > > LibGG: unable to open lib: dlopen: Win32 error 126 > > WARNING: previous dlopen of C:\usr\local\lib\ggi\display\aa.so wasn't > > correctly > > performed > > LibGG: unable to open lib: dlopen: Win32 error 126 > > > > Fatal server error: > > Unable to open LibGGI visual: "(NULL)" > > Don't know what this is. > That one I think is related to ggi.conf file. i have sent a note to Marcus Sundberg about it. He usually replies within 24 hours. He has been a big help in sorting out several problems during Xfree port to Win32. Until last week i had 5 undefined references, with Marcus help I was able to tweak some config files and some C sources and compiled the server. Suhaib > Regards, > Mumit > From Ssiddiqi@InspirePharm.Com Thu Jun 10 10:27:00 1999 From: Ssiddiqi@InspirePharm.Com (Suhaib M. Siddiqi) Date: Thu, 10 Jun 1999 10:27:00 -0000 Subject: XFree86 for Cygwin (Good News)??? References: <199906101455.JAA20487@mercury.xraylith.wisc.edu> Message-ID: <00fa01beb366$5731a520$29acdfd0@InspirePharm.Com> Mumit, Now it down to only single error :-) and two WARNINGS which you mentioned are bugs in Cygwin. And for the "NULL" error I am waiting Marcus reply. I believe it is comming from one of the ggi 3D configuration files in /usr/local/etc. Suhaib bash-2.02$ ./XGGI LibGG: unable to open lib: dlopen: Win32 error 126 WARNING: previous dlopen of C:\usr\local\lib\ggi\display\svgalib.so wasn't corre ctly performed LibGG: unable to open lib: dlopen: Win32 error 126 WARNING: previous dlopen of C:\usr\local\lib\ggi\display\aa.so wasn't correctly performed LibGG: unable to open lib: dlopen: Win32 error 126 Fatal server error: Unable to open LibGGI visual: "(NULL)" ----- Original Message ----- From: Mumit Khan To: Suhaib M. Siddiqi Cc: Sent: Thursday, June 10, 1999 10:55 AM Subject: Re: XFree86 for Cygwin (Good News)??? > "Suhaib M. Siddiqi" writes: > > Here is the first good news :-) > > > > I managed to compile XFree86, fully screen X-Server code under Cygwin. The > > executable are not doing core dump, SO FAR!!!; so, it is the best news at > > the moment. > > And good news it is! Congratulations. > > > > > bash-2.02$ ./XGGI > > Couldn't open RGB_DB '/usr/X11R6/lib/X11/rgb' > > LibGG: unable to open lib: dlopen: Win32 error 126 > > This translates to "the specified module could not be found", and is > caused by a DLL/shared-library not being available. Either the file > does not exist, or it's not in the PATH nor in the current directory. > > > WARNING: previous dlopen of C:\usr\local\lib\ggi\display\svgalib.so wasn't > > corre > > ctly performed > > This is a bug and is fixed in the Cygwin development sources. > > > LibGG: unable to open lib: dlopen: Win32 error 126 > > WARNING: previous dlopen of C:\usr\local\lib\ggi\display\aa.so wasn't > > correctly > > performed > > LibGG: unable to open lib: dlopen: Win32 error 126 > > > > Fatal server error: > > Unable to open LibGGI visual: "(NULL)" > > Don't know what this is. > > Regards, > Mumit > From Ssiddiqi@InspirePharm.Com Thu Jun 10 11:02:00 1999 From: Ssiddiqi@InspirePharm.Com (Suhaib M. Siddiqi) Date: Thu, 10 Jun 1999 11:02:00 -0000 Subject: XFree86 for Cygwin (Good News)??? References: <199906101455.JAA20487@mercury.xraylith.wisc.edu> Message-ID: <011901beb36b$4230f590$29acdfd0@InspirePharm.Com> Well now it is a single error. (to keep every one in the loop). bash-2.02$ cd /usr/X11R6/bin bash-2.02$ ./XGGI Fatal server error: Unable to open LibGGI visual: "(NULL)" This error is because GGI_DISPLAY target is not set (as Marcus pointed out). I had the Bunzip2 files ready and will upload them soon to sourceware.cygnus.com/pub/cygwin/xfree for users to figure out GII_DISPLAY target configuration. Suhaib ----- Original Message ----- From: Mumit Khan To: Suhaib M. Siddiqi Cc: Sent: Thursday, June 10, 1999 10:55 AM Subject: Re: XFree86 for Cygwin (Good News)??? > "Suhaib M. Siddiqi" writes: > > Here is the first good news :-) > > > > I managed to compile XFree86, fully screen X-Server code under Cygwin. The > > executable are not doing core dump, SO FAR!!!; so, it is the best news at > > the moment. > > And good news it is! Congratulations. > > > > > bash-2.02$ ./XGGI > > Couldn't open RGB_DB '/usr/X11R6/lib/X11/rgb' > > LibGG: unable to open lib: dlopen: Win32 error 126 > > This translates to "the specified module could not be found", and is > caused by a DLL/shared-library not being available. Either the file > does not exist, or it's not in the PATH nor in the current directory. > > > WARNING: previous dlopen of C:\usr\local\lib\ggi\display\svgalib.so wasn't > > corre > > ctly performed > > This is a bug and is fixed in the Cygwin development sources. > > > LibGG: unable to open lib: dlopen: Win32 error 126 > > WARNING: previous dlopen of C:\usr\local\lib\ggi\display\aa.so wasn't > > correctly > > performed > > LibGG: unable to open lib: dlopen: Win32 error 126 > > > > Fatal server error: > > Unable to open LibGGI visual: "(NULL)" > > Don't know what this is. > > Regards, > Mumit > From noer@cygnus.com Thu Jun 10 11:13:00 1999 From: noer@cygnus.com (Geoffrey Noer) Date: Thu, 10 Jun 1999 11:13:00 -0000 Subject: XFree86 for Cygwin (Good News)??? References: <199906101455.JAA20487@mercury.xraylith.wisc.edu> <00c901beb35b$a3544f80$29acdfd0@InspirePharm.Com> <00c901beb35b$a3544f80$29acdfd0@InspirePharm.Com> Message-ID: <19990610111345.B23069@cygnus.com> On Thu, Jun 10, 1999, Suhaib M. Siddiqi wrote: [...] > Then we have to live with it for a while. I am skeptical to base the XFree > development code > on snapshots. It is huge code and it often takes days to trace the problem. On the flip side, when you discover bugs or want to fix them, it may prove to be the easiest if you do use Cygwin snapshots... But I'm not sure it's better for the obvious reasons. -- Geoffrey Noer Email: noer@cygnus.com Cygnus Solutions From Ssiddiqi@InspirePharm.Com Thu Jun 10 11:16:00 1999 From: Ssiddiqi@InspirePharm.Com (Suhaib M. Siddiqi) Date: Thu, 10 Jun 1999 11:16:00 -0000 Subject: XFree86 for Cygwin (Good News)??? References: <199906101455.JAA20487@mercury.xraylith.wisc.edu> <00c901beb35b$a3544f80$29acdfd0@InspirePharm.Com> <19990610111345.B23069@cygnus.com> Message-ID: <012a01beb36d$2f749810$29acdfd0@InspirePharm.Com> Geof, You are right. For the moment, almost everything working the way we want it, therefore I prefered to stay with Cygwin B20.1 released version. Experimenting with snapshot may cause to revisit the xfree code from the beginning (I am just affraid. i may be wrong). Suhaib ----- Original Message ----- From: Geoffrey Noer To: Suhaib M. Siddiqi Cc: Mumit Khan ; Sent: Thursday, June 10, 1999 2:13 PM Subject: Re: XFree86 for Cygwin (Good News)??? > On Thu, Jun 10, 1999, Suhaib M. Siddiqi wrote: > [...] > > Then we have to live with it for a while. I am skeptical to base the XFree > > development code > > on snapshots. It is huge code and it often takes days to trace the problem. > > On the flip side, when you discover bugs or want to fix them, it may > prove to be the easiest if you do use Cygwin snapshots... But I'm not > sure it's better for the obvious reasons. > > -- > Geoffrey Noer Email: noer@cygnus.com > Cygnus Solutions > From Ssiddiqi@InspirePharm.Com Thu Jun 10 11:22:00 1999 From: Ssiddiqi@InspirePharm.Com (Suhaib M. Siddiqi) Date: Thu, 10 Jun 1999 11:22:00 -0000 Subject: Cygwin-xfree Message-ID: <013601beb36e$093e12b0$29acdfd0@InspirePharm.Com> The binaries had been uploaded to ftp://sourceware.cygnus.com/pub/cygwin/xfree The name of the file is: pre-alpha-xfree-cygwin.tar.bz2. Please read the README.FIRST file enclosed in the Bunzip2 archive. I am down to a single *error* Fatal server error: Unable to open LibGGI visual: "(NULL)" It is a configuration issue GGI_DISPLAY=?? (target). When I get more time tonite or this weekend, I will work on it. If you find a fix, please inform me. Suhaib From Ssiddiqi@InspirePharm.Com Thu Jun 10 12:09:00 1999 From: Ssiddiqi@InspirePharm.Com (Suhaib M. Siddiqi) Date: Thu, 10 Jun 1999 12:09:00 -0000 Subject: source code Message-ID: <002101beb374$8c609270$29acdfd0@InspirePharm.Com> Oh sorry. I have not uploaded the latest cygwin-xfree code yet. I need to do some cleaning first. It is spread over 4 different directories. Hopefully over the weekend, I will get time to organize the code under one directory and upload it for users to look at it. Suhaib From Ssiddiqi@InspirePharm.Com Thu Jun 10 13:31:00 1999 From: Ssiddiqi@InspirePharm.Com (Suhaib M. Siddiqi) Date: Thu, 10 Jun 1999 13:31:00 -0000 Subject: X-server config Message-ID: <004f01beb380$08a6fda0$29acdfd0@InspirePharm.Com> To the users who are trying to figure out X-server configurations problem. Attached are 3 html pages which talk about configuration problems issues which could be relevant to our problem. Suhaib From Ssiddiqi@InspirePharm.Com Thu Jun 10 13:58:00 1999 From: Ssiddiqi@InspirePharm.Com (Suhaib M. Siddiqi) Date: Thu, 10 Jun 1999 13:58:00 -0000 Subject: X-server config Message-ID: <006801beb383$d74bcf70$29acdfd0@InspirePharm.Com> Here is another hint where to fix what. looks like /usr/local/etc/ggi.conf file needs a *sublib: 127.0.0.1* entry. PGI$ cd /usr/X11R6/bin PGI$ export DISPLAY=0 PGI$ export GGI_DEBUG=255 PGI$ ./XGGI LibGII: Debugging=255 LibGGI: Debugging=255 LibGGI: ggiOpen("127.0.0.1:0.0") called LibGGI: Loading driver 127.0.0.1:0.0 LibGGI: _ggiAddDL(0x10070120, "127.0.0.1", "0.0", 0x1) called LibGGI: LibGGI: no config entry for sublib: 127.0.0.1 LibGGI: ggiOpen: failure Fatal server error: Unable to open LibGGI visual: "(NULL)" LibGGI: ggiExit called LibGGI: ggiExit: really destroying. LibGII: giiExit() called LibGII: giiExit: really destroying. LibGII: giiExit: done! LibGGI: ggiExit: done! PGI$ I think I will get it fixed soon, perhaps? Suhaib From cgf@cygnus.com Thu Jun 10 14:41:00 1999 From: cgf@cygnus.com (Chris Faylor) Date: Thu, 10 Jun 1999 14:41:00 -0000 Subject: XFree86 for Cygwin (Good News)??? References: <199906101455.JAA20487@mercury.xraylith.wisc.edu> <00c901beb35b$a3544f80$29acdfd0@InspirePharm.Com> <19990610111345.B23069@cygnus.com> <012a01beb36d$2f749810$29acdfd0@InspirePharm.Com> <012a01beb36d$2f749810$29acdfd0@InspirePharm.Com> Message-ID: <19990610174205.A26188@cygnus.com> On Thu, Jun 10, 1999 at 02:15:13PM -0400, Suhaib M. Siddiqi wrote: >You are right. For the moment, almost everything working the way we >want it, therefore I prefered to stay with Cygwin B20.1 released >version. Experimenting with snapshot may cause to revisit the xfree >code from the beginning (I am just affraid. i may be wrong). On the other hand, you might be in for a rude awakening if/when the next version of cygwin is released if you haven't tested this with the latest snapshots. cgf From Ssiddiqi@InspirePharm.Com Thu Jun 10 14:46:00 1999 From: Ssiddiqi@InspirePharm.Com (Suhaib M. Siddiqi) Date: Thu, 10 Jun 1999 14:46:00 -0000 Subject: XFree86 for Cygwin (Good News)??? References: <199906101455.JAA20487@mercury.xraylith.wisc.edu> <00c901beb35b$a3544f80$29acdfd0@InspirePharm.Com> <19990610111345.B23069@cygnus.com> <012a01beb36d$2f749810$29acdfd0@InspirePharm.Com> <19990610174205.A26188@cygnus.com> Message-ID: <008201beb38a$7a846bb0$29acdfd0@InspirePharm.Com> I absolutely agree :-) That is on my TO DO list. As soon as I get the X0-server up and running and stable I will start working on this. Oh by the way, I solved the config issue and now X is up and running at least at my PC. Though a few things still needs to be fixed in the config files and a few symlinks created. As soon as, I get all fixed I will post a HOW-TO on the cygwin-xfree. Suhaib ----- Original Message ----- From: Chris Faylor To: Suhaib M. Siddiqi Cc: Geoffrey Noer ; Mumit Khan ; Sent: Thursday, June 10, 1999 5:42 PM Subject: Re: XFree86 for Cygwin (Good News)??? > On Thu, Jun 10, 1999 at 02:15:13PM -0400, Suhaib M. Siddiqi wrote: > >You are right. For the moment, almost everything working the way we > >want it, therefore I prefered to stay with Cygwin B20.1 released > >version. Experimenting with snapshot may cause to revisit the xfree > >code from the beginning (I am just affraid. i may be wrong). > > On the other hand, you might be in for a rude awakening if/when the > next version of cygwin is released if you haven't tested this > with the latest snapshots. > > cgf > From Ssiddiqi@InspirePharm.Com Thu Jun 10 15:16:00 1999 From: Ssiddiqi@InspirePharm.Com (Suhaib M. Siddiqi) Date: Thu, 10 Jun 1999 15:16:00 -0000 Subject: X-server Message-ID: <009a01beb38e$a52e1060$29acdfd0@InspirePharm.Com> For those who may have already downloaded the X-server binaries. here are the fixes for configuration files. in /usr/local/etc/ggi open libggi.conf, libgii.conf and libggimisc.conf files in a NotePad or whatever wordprocessor you like. 1) Replace all the occurance of .so (note a dot before so) with -0-0-0.dll. Then save the files with new changes. 2) Start a Cygwin Bash shell 3) cd to /usr/X11R6/bin 3) type export DISPLAY=:0 4) type export GGI_DEBUG=255 (it is recommended, if you want to send a report. this tells us what the GGI graphic libraries are doing in the background). 5) type ./XGGI 6) in another bash shell try opening an X application. X-server will come-up. I am having problems though with displaying the xterm and xclock apps. That is what so far I am trying. I am hopefull I will resolve this issue too. Have fun trying to figure out the these problems. Good Luck. Suhaib PS: please note do not try to mix X11R6.4 dlls with this server. I am not sure if they will create problems. I have not tried it yet. This is an alpha release so try to stay with X11R6.3 libs only please. From corinna@vinschen.de Fri Jun 11 01:00:00 1999 From: corinna@vinschen.de (Corinna Vinschen) Date: Fri, 11 Jun 1999 01:00:00 -0000 Subject: X-server References: <009a01beb38e$a52e1060$29acdfd0@InspirePharm.Com> Message-ID: <3760C1E3.244EC51@vinschen.de> I'm not sure that we need a special mail group for cygwin-xfree, if any message is repeated in the base cygwin mail group. This only has the effect that we receive any message twice! Regards, Corinna From earnie_boyd@yahoo.com Fri Jun 11 05:05:00 1999 From: earnie_boyd@yahoo.com (Earnie Boyd) Date: Fri, 11 Jun 1999 05:05:00 -0000 Subject: X-server Message-ID: <19990611120538.2083.rocketmail@web104.yahoomail.com> --- Corinna Vinschen wrote: > > I'm not sure that we need a special mail group for cygwin-xfree, if any > message is repeated in the base cygwin mail group. This only has the > effect that we receive any message twice! I agree. === YAWIA, Earnie Boyd < mailto:earnie_boyd@yahoo.com > Newbies, please visit < http://www.freeyellow.com/members5/gw32/index.html > _________________________________________________________ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com From Ssiddiqi@InspirePharm.Com Fri Jun 11 09:11:00 1999 From: Ssiddiqi@InspirePharm.Com (Suhaib M. Siddiqi) Date: Fri, 11 Jun 1999 09:11:00 -0000 Subject: errno 111 Message-ID: <00b401beb424$d30efdf0$29acdfd0@InspirePharm.Com> Has any one any suggestions about the following problem. The Xserver executable run OK... no coredumps. But starting an X11 application, eg. xterm and xclock is giving errno=111 Starting an xterm gives typical X11TransSocketINETConnect errno = 111 bash-2.02$ ps PID TTY STIME COMMAND 1000 -1 11:45:47 /cygnus/CYGWIN-B20/H-I586-cygwin32/bin/bash.exe 1002 -1 11:46:07 /usr/X11R6/bin/xmodmap.exe 1003 -1 11:46:08 /usr/X11R6/bin/XGGI.exe 1004 -1 11:46:07 /usr/X11R6/bin/twm.exe 1018 -1 11:58:21 /cygnus/CYGWIN-B20/H-I586-cygwin32/bin/ps.exe bash-2.02$ cd /usr/X11R6/bin bash-2.02$ ./xterm -tn xterm -e bash _X11TransSocketINETConnect: Can't connect: errno = 111 _X11TransSocketINETConnect: Can't connect: errno = 111 _X11TransSocketINETConnect: Can't connect: errno = 111 _X11TransSocketINETConnect: Can't connect: errno = 111 _X11TransSocketINETConnect: Can't connect: errno = 111 _X11TransSocketINETConnect: Can't connect: errno = 111 ./xterm Xt error: Can't open display: :0 bash-2.02$ I am using the following script to startup the X-server. Suhaib #!/bin/bash # export GGI_DEBUG=255 #DIS=${1:-:0} export DISPLAY=:0 xmodmap /usr/X11R6/keymaps/xggimap.base & #fvwm2 & exec XGGI $* -xkbdb /usr/X11R6/lib/X11/XkeysymDB -fp unix/:-1,/usr/X11R6/lib/X11/fonts/Type1,/usr/X11R6/lib/X11/fonts/75dpi, \ /usr/X11R6/lib/X11/fonts/Speedo, /usr/X11R6/lib/X11/fonts/75dpi, \ /usr/X11R6/lib/X11/fonts/misc,/usr/X11R6/lib/X11/fonts/Pex,/usr/X11R6/lib/X1 1/fonts/local, \ /usr/X11R6/lib/X11/fonts/cyrllic -modes 1024x768 & twm & From Ssiddiqi@InspirePharm.Com Fri Jun 11 18:02:00 1999 From: Ssiddiqi@InspirePharm.Com (Suhaib M. Siddiqi) Date: Fri, 11 Jun 1999 18:02:00 -0000 Subject: X11 update Message-ID: I fixed a few more things and will post the update tomorrow. The libX11.dll in the pre-alpha-cygwin-xfree.tar.bz2 archive is unable to init X Events, therefore server fails to do screen display. That problem has been fixed and the new X-server executable is linked to the new X11 DLL. on the / directory, that is c:, an /etc directory must contain hosts, and services file. The services file must has an entry x-server /tcp #X Windows System. The /tmp directory must have world read/write access. After these changes now X-server attempts to connect to a socket, but _X11SERVTransOpen Socket open fails. I am working on this problem. If anyone has any idea on how to fix, please send me you suggestions. Suhaib ---------------------------------- E-Mail: Suhaib M. Siddiqi Date: 11-Jun-99 Time: 20:54:37 This message was sent by XFMail ---------------------------------- From cygwin-xfree@sourceware.cygnus.com Fri Jun 11 20:25:00 1999 From: cygwin-xfree@sourceware.cygnus.com (cygwin-xfree@sourceware.cygnus.com) Date: Fri, 11 Jun 1999 20:25:00 -0000 Subject: Socket References: <003e01beb452$8733cef0$29acdfd0@InspirePharm.Com> <003e01beb452$8733cef0$29acdfd0@InspirePharm.Com> Message-ID: <19990611232636.C2418@cygnus.com> It looks like you're using unix domain sockets. Cygwin doesn't support these, unfortunately. The main reason is that Windows doesn't support them either. -chris On Fri, Jun 11, 1999 at 05:36:55PM -0400, Suhaib M. Siddiqi wrote: >I would appreciate suggestion on solving the socket open failed problem. >Any suggestions will be appreciated. > >Thanks > >Suhaib > >bash-2.02$ bash xggi.bash >bash-2.02$ _X11TransSocketOpen: socket() failed for local >_X11TransSocketOpenCOTSClient: Unable to open socket for local >_X11TransOpen: transport open failed for local/modeller:0 >xmodmap: unable to open display ':0' >_X11TransSocketOpen: socket() failed for local >_X11TransSocketOpenCOTSClient: Unable to open socket for local >_X11TransOpen: transport open failed for local/modeller:0 >twm: unable to open display ":0" >_XSERVTransSocketOpen: socket() failed for local >_XSERVTransSocketOpenCOTSServer: Unable to open socket for local >_XSERVTransOpen: transport open failed for local/modeller:0 >_XSERVTransMakeAllCOTSServerListeners: failed to open listener for local >LibGII: Debugging=255 >LibGGI: Debugging=255 >LibGGI: ggiOpen("display-x::0") called >LibGGI: Loading driver display-x::0 >LibGGI: _ggiAddDL(0x100705c0, "display-x", ":0", 0x1) called >LibGGI: _ggiLoadDL("/usr/local/lib/ggi\display/X-0-0-0.dll", 0x1) called >LibGGI: hand.handle=0x1a480000 >LibGGI: hand.init=0x1a481388 >LibGGI: hand.cleanup=0x1a481840 >LibGGI: _ggiLoadDL returned 0x10070930 >LibGGI: X-target wants display :0 >_X11TransSocketOpen: socket() failed for local >_X11TransSocketOpenCOTSClient: Unable to open socket for local >_X11TransOpen: transport open failed for local/modeller:0 From ssiddiqi@ipass.net Sat Jun 12 19:37:00 1999 From: ssiddiqi@ipass.net (Suhaib M. Siddiqi) Date: Sat, 12 Jun 1999 19:37:00 -0000 Subject: Socket References: <000401beb4df$0329cb90$1123a4d8@sos.home> Message-ID: <001801beb545$822471f0$9884aad1@hunda> > > >I would appreciate suggestion on solving the socket open failed problem. > >Any suggestions will be appreciated. > > > >Thanks > > > >Suhaib > > > >bash-2.02$ bash xggi.bash > >bash-2.02$ _X11TransSocketOpen: socket() failed for local > >_X11TransSocketOpenCOTSClient: Unable to open socket for local > >_X11TransOpen: transport open failed for local/modeller:0 > >xmodmap: unable to open display ':0' > > > Display :0 means local unix domain socket connection not supported by > cygwin. Set display to "IPADDR:0" to force TCP/IP connection. > Tried that too, 127.0.0.1:0.0 same problem. I need to change the server code to use Winsock32. Suhaib > Sergey Okhapkin http://www.lexa.ru/sos > Piscataway, NJ > > > > > > -- > Want to unsubscribe from this list? > Send a message to cygwin-unsubscribe@sourceware.cygnus.com > > From ssiddiqi@inspirepharm.com Sat Jun 12 19:41:00 1999 From: ssiddiqi@inspirepharm.com (Suhaib M. Siddiqi) Date: Sat, 12 Jun 1999 19:41:00 -0000 Subject: Socket References: <003e01beb452$8733cef0$29acdfd0@InspirePharm.Com> <19990611232636.C2418@cygnus.com> Message-ID: <004501beb546$3017b1f0$9884aad1@hunda> I tried 127.0.0.1:0.0 to force the tcp connection. Still same problems. I think I need to add some code to use Winsock32? Suhaib > It looks like you're using unix domain sockets. Cygwin doesn't support > these, unfortunately. The main reason is that Windows doesn't support > them either. > > -chris > > On Fri, Jun 11, 1999 at 05:36:55PM -0400, Suhaib M. Siddiqi wrote: > >I would appreciate suggestion on solving the socket open failed problem. > >Any suggestions will be appreciated. > > > >Thanks > > > >Suhaib > > > >bash-2.02$ bash xggi.bash > >bash-2.02$ _X11TransSocketOpen: socket() failed for local > >_X11TransSocketOpenCOTSClient: Unable to open socket for local > >_X11TransOpen: transport open failed for local/modeller:0 > >xmodmap: unable to open display ':0' > >_X11TransSocketOpen: socket() failed for local > >_X11TransSocketOpenCOTSClient: Unable to open socket for local > >_X11TransOpen: transport open failed for local/modeller:0 > >twm: unable to open display ":0" > >_XSERVTransSocketOpen: socket() failed for local > >_XSERVTransSocketOpenCOTSServer: Unable to open socket for local > >_XSERVTransOpen: transport open failed for local/modeller:0 > >_XSERVTransMakeAllCOTSServerListeners: failed to open listener for local > >LibGII: Debugging=255 > >LibGGI: Debugging=255 > >LibGGI: ggiOpen("display-x::0") called > >LibGGI: Loading driver display-x::0 > >LibGGI: _ggiAddDL(0x100705c0, "display-x", ":0", 0x1) called > >LibGGI: _ggiLoadDL("/usr/local/lib/ggi\display/X-0-0-0.dll", 0x1) called > >LibGGI: hand.handle=0x1a480000 > >LibGGI: hand.init=0x1a481388 > >LibGGI: hand.cleanup=0x1a481840 > >LibGGI: _ggiLoadDL returned 0x10070930 > >LibGGI: X-target wants display :0 > >_X11TransSocketOpen: socket() failed for local > >_X11TransSocketOpenCOTSClient: Unable to open socket for local > >_X11TransOpen: transport open failed for local/modeller:0 > From weiqigao@a.crl.com Sun Jun 13 07:46:00 1999 From: weiqigao@a.crl.com (Weiqi Gao) Date: Sun, 13 Jun 1999 07:46:00 -0000 Subject: Socket References: <003e01beb452$8733cef0$29acdfd0@InspirePharm.Com> <19990611232636.C2418@cygnus.com> <004501beb546$3017b1f0$9884aad1@hunda> Message-ID: <3763C550.6AB821E9@a.crl.com> "Suhaib M. Siddiqi" wrote: > > I tried 127.0.0.1:0.0 to force the tcp connection. Still same problems. > I think I need to add some code to use Winsock32? Try connecting to the X server from another client machine, that would definitely force a AF_INET connection. -- Weiqi Gao weiqigao@a.crl.com From Ssiddiqi@InspirePharm.Com Sun Jun 13 08:57:00 1999 From: Ssiddiqi@InspirePharm.Com (Suhaib M. Siddiqi) Date: Sun, 13 Jun 1999 08:57:00 -0000 Subject: Socket References: <3763C550.6AB821E9@a.crl.com> Message-ID: Please refresh my memory, How do I do that when X-server is failing to come up at all. Suhaib On 13-Jun-99 Weiqi Gao wrote: > "Suhaib M. Siddiqi" wrote: >> >> I tried 127.0.0.1:0.0 to force the tcp connection. Still same problems. >> I think I need to add some code to use Winsock32? > > Try connecting to the X server from another client machine, that would > definitely force a AF_INET connection. > > -- > Weiqi Gao > weiqigao@a.crl.com ---------------------------------- E-Mail: Suhaib M. Siddiqi Date: 13-Jun-99 Time: 11:55:46 This message was sent by XFMail ---------------------------------- From Ssiddiqi@InspirePharm.Com Sun Jun 13 08:58:00 1999 From: Ssiddiqi@InspirePharm.Com (Suhaib M. Siddiqi) Date: Sun, 13 Jun 1999 08:58:00 -0000 Subject: Socket References: <001301beb59e$cdf52d50$1123a4d8@sos.home> Message-ID: On 13-Jun-99 Sergey Okhapkin wrote: > > >>I tried 127.0.0.1:0.0 to force the tcp connection. Still same problems. >>I think I need to add some code to use Winsock32? > > NO!!!! You'll break cygwin compatibility of X server (xdm support, for > example). > Sergey thanks. I did not realize that I will break the compability. Do you have any other suggestions? Suhaib > Sergey Okhapkin http://www.lexa.ru/sos > Piscataway, NJ ---------------------------------- E-Mail: Suhaib M. Siddiqi Date: 13-Jun-99 Time: 11:57:02 This message was sent by XFMail ---------------------------------- From Ssiddiqi@InspirePharm.Com Sun Jun 13 09:38:00 1999 From: Ssiddiqi@InspirePharm.Com (Suhaib M. Siddiqi) Date: Sun, 13 Jun 1999 09:38:00 -0000 Subject: Socket References: <3763DE34.1401F72F@ibm.net> Message-ID: John, I did not get a chance yesterday to post the X11 Dll and xggi.exe linked to new DLL. I will do that today. Sorry about it. no there is no default port for x-server. You can put whatever you like. The X11 Dll in the pre-alpha archive has int X11 Events broken. though it works for developing X11 client apps but server for some reasons it failed. marcus sundberg discovered it and sent me a fix for it. right now I am booted into linux. i will post the fix this afternoon and inform the users. Sorry fro the delay. Suhaib On 13-Jun-99 John Fortin wrote: > Suhaib, > > I'm finally able to do some testing. I'm running Win98. I do not get > the > errno=111 errors here. I have DISPLAY=localhost:0 (localhost = > 127.0.0.1) > > However, I do not get a xterm session running. I saw in another post > that there is a fix to libX11.dll > forthcoming which may fix this problem. > > I have a question about the services files. Is there a default port > for the X-server to use. I wasn't > able to find it on my aix box at work. > > Thanks > John Fortin > > "Suhaib M. Siddiqi" wrote: >> >> I tried 127.0.0.1:0.0 to force the tcp connection. Still same problems. >> I think I need to add some code to use Winsock32? >> >> Suhaib >> >> > It looks like you're using unix domain sockets. Cygwin doesn't support >> > these, unfortunately. The main reason is that Windows doesn't support >> > them either. >> > >> > -chris >> > >> > On Fri, Jun 11, 1999 at 05:36:55PM -0400, Suhaib M. Siddiqi wrote: >> > >I would appreciate suggestion on solving the socket open failed problem. >> > >Any suggestions will be appreciated. >> > > >> > >Thanks >> > > >> > >Suhaib >> > > >> > >bash-2.02$ bash xggi.bash >> > >bash-2.02$ _X11TransSocketOpen: socket() failed for local >> > >_X11TransSocketOpenCOTSClient: Unable to open socket for local >> > >_X11TransOpen: transport open failed for local/modeller:0 >> > >xmodmap: unable to open display ':0' >> > >_X11TransSocketOpen: socket() failed for local >> > >_X11TransSocketOpenCOTSClient: Unable to open socket for local >> > >_X11TransOpen: transport open failed for local/modeller:0 >> > >twm: unable to open display ":0" >> > >_XSERVTransSocketOpen: socket() failed for local >> > >_XSERVTransSocketOpenCOTSServer: Unable to open socket for local >> > >_XSERVTransOpen: transport open failed for local/modeller:0 >> > >_XSERVTransMakeAllCOTSServerListeners: failed to open listener for local >> > >LibGII: Debugging=255 >> > >LibGGI: Debugging=255 >> > >LibGGI: ggiOpen("display-x::0") called >> > >LibGGI: Loading driver display-x::0 >> > >LibGGI: _ggiAddDL(0x100705c0, "display-x", ":0", 0x1) called >> > >LibGGI: _ggiLoadDL("/usr/local/lib/ggi\display/X-0-0-0.dll", 0x1) called >> > >LibGGI: hand.handle=0x1a480000 >> > >LibGGI: hand.init=0x1a481388 >> > >LibGGI: hand.cleanup=0x1a481840 >> > >LibGGI: _ggiLoadDL returned 0x10070930 >> > >LibGGI: X-target wants display :0 >> > >_X11TransSocketOpen: socket() failed for local >> > >_X11TransSocketOpenCOTSClient: Unable to open socket for local >> > >_X11TransOpen: transport open failed for local/modeller:0 >> > ---------------------------------- E-Mail: Suhaib M. Siddiqi Date: 13-Jun-99 Time: 12:34:45 This message was sent by XFMail ---------------------------------- From ssiddiqi@inspirepharm.com Sun Jun 13 10:20:00 1999 From: ssiddiqi@inspirepharm.com (Suhaib M. Siddiqi) Date: Sun, 13 Jun 1999 10:20:00 -0000 Subject: Socket Message-ID: <000501beb5c0$ea2082a0$3c86aad1@hunda> Sergey, Here are the Protocol configurations from cygwin.cf. #define StandardCppDefines -traditional StandardDefines #define ServerOSDefines XFree86ServerOSDefines -DDDXTIME -DFD_SETSIZE=256 -DPART_NET XCOMM - #define ExtensionOSDefines -DXTESTEXT1 #define ServerExtraDefines -DGCCUSESGAS XFree86ServerDefines #define ConnectionFlags -DUNIXCONN -DTCPCONN The DXTESTEXT1 was taken out by Marcus. Having - #define ExtensionOSDefines -DXTESTEXT1 causes hundreds of undefined references when X-server is compiled. Suhaib From ssiddiqi@inspirepharm.com Sun Jun 13 10:27:00 1999 From: ssiddiqi@inspirepharm.com (Suhaib M. Siddiqi) Date: Sun, 13 Jun 1999 10:27:00 -0000 Subject: X11 Dlls Message-ID: <000d01beb5c1$f96405b0$3c86aad1@hunda> The fixed X11 Dll is uploaded to ftp://sourceware.cygnus.com/pub/cygwin/xfree Suhaib From ssiddiqi@inspirepharm.com Sun Jun 13 12:02:00 1999 From: ssiddiqi@inspirepharm.com (Suhaib M. Siddiqi) Date: Sun, 13 Jun 1999 12:02:00 -0000 Subject: X11 Dlls References: <000d01beb5c1$f96405b0$3c86aad1@hunda> <3763F829.2A73E4B5@ibm.net> Message-ID: <000701beb5cf$2dd8e740$e386aad1@hunda> uploaded it again to ftp://sourceware.cygnus.com/pub/cygwin/xfree . Sorry about it. Suhaib ----- Original Message ----- From: John Fortin To: Suhaib M. Siddiqi Sent: Sunday, June 13, 1999 2:27 PM Subject: Re: X11 Dlls > Suhaib, > The file seems to have gotten corrupted. I am getting errors. > ***************************************************************************** > /e/: bunzip2 pre-alpha-cygwin-xfree-patch_tar.bz2 > > bunzip2: Data integrity error when decompressing. > Input file = pre-alpha-cygwin-xfree-patch_tar.bz2, output file = > pre-alpha-cygwin-xfree-patch_tar > > It is possible that the compressed file(s) have become corrupted. > You can use the -tvv option to test integrity of such files. > > You can use the `bzip2recover' program to *attempt* to recover > data from undamaged sections of corrupted files. > > bunzip2: Deleting output file pre-alpha-cygwin-xfree-patch_tar, if it > exists. > ********************************************************************************* > > Thanks, > John > "Suhaib M. Siddiqi" wrote: > > > > The fixed X11 Dll is uploaded to ftp://sourceware.cygnus.com/pub/cygwin/xfree > > > > Suhaib > From ssiddiqi@inspirepharm.com Sun Jun 13 12:57:00 1999 From: ssiddiqi@inspirepharm.com (Suhaib M. Siddiqi) Date: Sun, 13 Jun 1999 12:57:00 -0000 Subject: X-server Message-ID: <000501beb5d6$f0b2c8b0$be84aad1@hunda> Please do not delete the XGGI.exe (X server executable) from pre-alpha-cygwin-xfree.tar.bz2. Simple rename it to something else, when installing the new one from pre-alpha-cygwin-xfree.patch.tar.bz2. I compiled the new XGGI.exe with -DUNIXCONN and according to Sergey and Chris Faylor the UNIX Domain connection protocol is not going work. My mistake. I just tried using the the libX11.dll from the new patch but the XGGI.exe from pre-alpha-cygwin-xfree.tar.bz2 (older one which was compiled only with -DTCPCONN flag, I get a different failure error messages 9paster below: I guess we need to figure out what the configuration problems are; Suhaib PGI$ bash xggi.bash LibGII: Debugging=255 LibGGI: Debugging=255 LibGGI: ggiOpen("127.0.0.1:0") called LibGGI: Loading driver 127.0.0.1:0 LibGGI: _ggiAddDL(0x10071130, "127.0.0.1", "0", 0x1) called LibGGI: LibGGI: no config entry for sublib: 127.0.0.1 LibGGI: ggiOpen: failure Fatal server error: Unable to open LibGGI visual: "127.0.0.1:0" LibGGI: ggiExit called LibGGI: ggiExit: really destroying. LibGII: giiExit() called LibGII: giiExit: really destroying. LibGII: giiExit: done! LibGGI: ggiExit: done! PGI$ XIO: fatal IO error 104 (Connection reset by peer) on X server "127.0.0.1: 0.0" after 0 requests (0 known processed) with 0 events remaining. _X11TransSocketINETConnect: Can't connect: errno = 111 _X11TransSocketINETConnect: Can't connect: errno = 111 _X11TransSocketINETConnect: Can't connect: errno = 111 _X11TransSocketINETConnect: Can't connect: errno = 111 _X11TransSocketINETConnect: Can't connect: errno = 111 _X11TransSocketINETConnect: Can't connect: errno = 111 xmodmap: unable to open display '127.0.0.1:0.0' From ssiddiqi@inspirepharm.com Sun Jun 13 13:17:00 1999 From: ssiddiqi@inspirepharm.com (Suhaib M. Siddiqi) Date: Sun, 13 Jun 1999 13:17:00 -0000 Subject: Socket References: <37641004.A264A059@ibm.net> Message-ID: <000c01beb5d9$9f0ca7d0$be84aad1@hunda> John It is in xc-1.tar.bz2 or xc-2.tar.bz2. The most recent codes i will definitely post on Monday. this weekends I got busy with several errands. You can get a stripped down very small archive from Marcus site. So far I have not modified anything in XGGI. http://www.stacken.kth.se/~mackan/ggi/xggi/ It would also be nice if you could look at the GGI source modification for Cygwin. Go to http://www.ggi-project.org then from the bottom of the screen choose Obtaining CVS., then *snapshots* at the fourth line of CVS page. Get the ggi-devel-990613.tar.gz. Marcus per my suggestions added Cygwin support to it. It compiles now without problems. I suspect, He and I may have made a mistake in source code for X-0-0-0.dll in lib/ggi/display directory. Suhaib ----- Original Message ----- From: John Fortin To: Sent: Sunday, June 13, 1999 4:09 PM Subject: Re: Socket > Suhaib, > Is it possible for you to post a tar-ball of the XGGI src ( or is it > somewhere in the distribution already ?) > > Thanks, > John > > "Suhaib M. Siddiqi" wrote: > > > > On 13-Jun-99 Sergey Okhapkin wrote: > > > > > > > > >>I tried 127.0.0.1:0.0 to force the tcp connection. Still same problems. > > >>I think I need to add some code to use Winsock32? > > > > > > NO!!!! You'll break cygwin compatibility of X server (xdm support, for > > > example). > > > > > > > Sergey thanks. I did not realize that I will break the compability. > > Do you have any other suggestions? > > Suhaib > > > > > Sergey Okhapkin http://www.lexa.ru/sos > > > Piscataway, NJ > > > > ---------------------------------- > > E-Mail: Suhaib M. Siddiqi > > Date: 13-Jun-99 > > Time: 11:57:02 > > > > This message was sent by XFMail > > ---------------------------------- > From ssiddiqi@inspirepharm.com Sun Jun 13 14:30:00 1999 From: ssiddiqi@inspirepharm.com (Suhaib M. Siddiqi) Date: Sun, 13 Jun 1999 14:30:00 -0000 Subject: Socket References: <002201beb5de$70b2dd50$1123a4d8@sos.home> Message-ID: <000a01beb5e3$d943b790$ad86aad1@hunda> > >The DXTESTEXT1 was taken out by Marcus. Having - #define > sionOSDefines -DXTESTEXT1 > >causes hundreds of undefined references when X-server is compiled. > > > It's strange... Standard Xnest and Xprt servers compiles with that define > fine. Anyway, -DUNIXCONN must be removed from ConnectionFlags as unsupported > protocol on Win32. > The XGGI.exe executable in pre-alpha-cygwin-xfree.tar.bz2 was compiled without -DUNIXCONN. It was compiled with -DTCPCONN flag only, and still gives socket open failed problem. Xnest compiles without DXTESTEXT1 too. Xprt does not, but Xprt code complains about undefined xggi references because a lot of new code has been added in xc/programs/Xserver/hw. Suhaib > Sergey Okhapkin http://www.lexa.ru/sos > Piscataway, NJ > > From Ssiddiqi@InspirePharm.Com Mon Jun 14 04:32:00 1999 From: Ssiddiqi@InspirePharm.Com (Suhaib M. Siddiqi) Date: Mon, 14 Jun 1999 04:32:00 -0000 Subject: GGI code References: <37641004.A264A059@ibm.net> <000c01beb5d9$9f0ca7d0$be84aad1@hunda> <37643185.916D42CA@ibm.net> <000401beb5ef$0ce70330$6f84aad1@hunda> <37645614.FEB8C40F@ibm.net> <000601beb605$f8d89db0$4b84aad1@hunda> <376460E0.3AA467C6@ibm.net> Message-ID: <003d01beb659$55bf7d70$29acdfd0@InspirePharm.Com> For the Cygwin-xfree developers, I have uploaded to ftp://sourceware.cygnus.com/pub/cygwin/xfree , the GGI code, which is known to compile with Cygwin B20.1. Suhaib ----- Original Message ----- From: John Fortin To: Suhaib M. Siddiqi Cc: Marcus Sundberg Sent: Sunday, June 13, 1999 9:54 PM Subject: Re: Socket > When I run configure in the libgii directory, I find that config.h does > not have anything in it. This gets created from confdefs.h ( sed script > ). The configure script has commands to create confdefs.h ( and create > the #defines which are missing ) but does not seem to be executed ( > guess here ). I can't regenerate the configure file, as I have autoconf > 2.12 not 2.13 ( sigh ). > > Hope this helps. > > John > > "Suhaib M. Siddiqi" wrote: > > > > I guess Marcus add something again. I remember these undefined references were fixed. I am CC'ing these to Marcus to so he knows > > that Cygwin support is broken again in June 13 snapshot. > > > > Marcus, can you have a look at it? John is trying to solve the XGGI server problems > > > > Suhaib > > > > ----- Original Message ----- > > From: John Fortin > > To: Suhaib M. Siddiqi > > Sent: Sunday, June 13, 1999 9:08 PM > > Subject: Re: Socket > > > > > Suhaib, > > > When I compile libgii, I get an error in libgii/gg/misc.c indicating > > > that ggUSleep must be defined for this system. There are #defines at > > > the end of the file. For now, I have this commented out. Should it be? > > > > > > Also, when compiling libgii/gii/init.c I get undefined references to > > > GIICONFDIR and GIITAGLEN. > > > I can' find these anywhere. > > > > > > John > > > > > > > > > > > > "Suhaib M. Siddiqi" wrote: > > > > > > > > 212 works just fine. That note is for Linux users. > > > > > > > > Suhaib > > > > > > > > ----- Original Message ----- > > > > From: John Fortin > > > > To: Suhaib M. Siddiqi > > > > Sent: Sunday, June 13, 1999 6:32 PM > > > > Subject: Re: Socket > > > > > > > > > Suhaib, > > > > > OK, I got the ggi src. However, it states I need autoconf 2.13 or > > > > > higher. I have 2.12 which is from the cygwin distribution. > > > > > > > > > > > > > > > > > > > > "Suhaib M. Siddiqi" wrote: > > > > > > > > > > > > John > > > > > > > > > > > > It is in xc-1.tar.bz2 or xc-2.tar.bz2. > > > > > > > > > > > > The most recent codes i will definitely post on Monday. this weekends I got busy with > > > > > > several errands. > > > > > > > > > > > > You can get a stripped down very small archive from Marcus site. So far I have not modified anything in XGGI. > > > > > > http://www.stacken.kth.se/~mackan/ggi/xggi/ > > > > > > > > > > > > It would also be nice if you could look at the GGI source modification for Cygwin. > > > > > > > > > > > > Go to http://www.ggi-project.org > > > > > > then from the bottom of the screen choose Obtaining CVS., then *snapshots* at the fourth line of CVS page. Get the ggi-devel-990613.tar.gz. Marcus per my suggestions added Cygwin support to it. It compiles now without problems. > > > > > > I suspect, He and I may have made a mistake in source code for X-0-0-0.dll in > > > > > > lib/ggi/display directory. > > > > > > > > > > > > Suhaib > > > > > > > > > > > > ----- Original Message ----- > > > > > > From: John Fortin > > > > > > To: > > > > > > Sent: Sunday, June 13, 1999 4:09 PM > > > > > > Subject: Re: Socket > > > > > > > > > > > > > Suhaib, > > > > > > > Is it possible for you to post a tar-ball of the XGGI src ( or is it > > > > > > > somewhere in the distribution already ?) > > > > > > > > > > > > > > Thanks, > > > > > > > John > > > > > > > > > > > > > > "Suhaib M. Siddiqi" wrote: > > > > > > > > > > > > > > > > On 13-Jun-99 Sergey Okhapkin wrote: > > > > > > > > > > > > > > > > > > > > > > > > > > >>I tried 127.0.0.1:0.0 to force the tcp connection. Still same problems. > > > > > > > > >>I think I need to add some code to use Winsock32? > > > > > > > > > > > > > > > > > > NO!!!! You'll break cygwin compatibility of X server (xdm support, for > > > > > > > > > example). > > > > > > > > > > > > > > > > > > > > > > > > > Sergey thanks. I did not realize that I will break the compability. > > > > > > > > Do you have any other suggestions? > > > > > > > > Suhaib > > > > > > > > > > > > > > > > > Sergey Okhapkin http://www.lexa.ru/sos > > > > > > > > > Piscataway, NJ > > > > > > > > > > > > > > > > ---------------------------------- > > > > > > > > E-Mail: Suhaib M. Siddiqi > > > > > > > > Date: 13-Jun-99 > > > > > > > > Time: 11:57:02 > > > > > > > > > > > > > > > > This message was sent by XFMail > > > > > > > > ---------------------------------- > > > > > > > > > > > > > > > > From cgf@cygnus.com Mon Jun 14 15:58:00 1999 From: cgf@cygnus.com (Chris Faylor) Date: Mon, 14 Jun 1999 15:58:00 -0000 Subject: X-server References: <000501beb5d6$f0b2c8b0$be84aad1@hunda> <000501beb5d6$f0b2c8b0$be84aad1@hunda> Message-ID: <19990614185946.A3658@cygnus.com> Someone suggested trying to start up a client on your Windows machine from a UNIX system. Have you tried that? Also, I'm not sure, but it may be that 127.0.0.1 is not being interpreted correctly as a host name. You can also try "localhost" and/or the name of the Windows host or it's IP address. -chris On Sun, Jun 13, 1999 at 03:57:13PM -0400, Suhaib M. Siddiqi wrote: >Please do not delete the XGGI.exe (X server executable) from >pre-alpha-cygwin-xfree.tar.bz2. Simple rename it to something else, when installing >the new one from pre-alpha-cygwin-xfree.patch.tar.bz2. > >I compiled the new XGGI.exe with -DUNIXCONN and according to Sergey and Chris >Faylor the UNIX Domain connection protocol is not going work. My mistake. > >I just tried using the the libX11.dll from the new patch but the XGGI.exe >from pre-alpha-cygwin-xfree.tar.bz2 (older one which was compiled only with -DTCPCONN flag, I get a different failure error messages 9paster below: > >I guess we need to figure out what the configuration problems are; > >PGI$ bash xggi.bash >LibGII: Debugging=255 >LibGGI: Debugging=255 >LibGGI: ggiOpen("127.0.0.1:0") called >LibGGI: Loading driver 127.0.0.1:0 >LibGGI: _ggiAddDL(0x10071130, "127.0.0.1", "0", 0x1) called >LibGGI: LibGGI: no config entry for sublib: 127.0.0.1 >LibGGI: ggiOpen: failure > >Fatal server error: >Unable to open LibGGI visual: "127.0.0.1:0" > >LibGGI: ggiExit called >LibGGI: ggiExit: really destroying. >LibGII: giiExit() called >LibGII: giiExit: really destroying. >LibGII: giiExit: done! >LibGGI: ggiExit: done! >PGI$ XIO: fatal IO error 104 (Connection reset by peer) on X server "127.0.0.1: >0.0" > after 0 requests (0 known processed) with 0 events remaining. >_X11TransSocketINETConnect: Can't connect: errno = 111 >_X11TransSocketINETConnect: Can't connect: errno = 111 >_X11TransSocketINETConnect: Can't connect: errno = 111 >_X11TransSocketINETConnect: Can't connect: errno = 111 >_X11TransSocketINETConnect: Can't connect: errno = 111 >_X11TransSocketINETConnect: Can't connect: errno = 111 >xmodmap: unable to open display '127.0.0.1:0.0' From Ssiddiqi@InspirePharm.Com Mon Jun 14 17:39:00 1999 From: Ssiddiqi@InspirePharm.Com (Suhaib M. Siddiqi) Date: Mon, 14 Jun 1999 17:39:00 -0000 Subject: X-server References: <19990614185946.A3658@cygnus.com> Message-ID: I did not get a chance to work on X server code. I will try that tomorrow. I am comming to idea that something is wrong with GGI graphics libraries :-( I can start our X-server on top of Sun Microsystem's PC-X. Which suggests we need to investigate GGI properly. GGI port to Cygwin has not been released yet. Marcus added most of the work and I did some finishing touches. This is the first time Linux GGI Graphics library has been ported to Cygwin. Something seems to be lacking in GGI libraries. I can build the X-server using XGGI, XFree86 and GGI on my Linux machine and it works. Under Cygwin, I suspect the Xlib in GGI seems to be hanging after hiting LibGGI wants X Display 127.0.0.1:0.0. It supposed to move on and next messages supposed to be (as on Linux) LibGGI has X Display on 127.0.0.1:0.0 libGGI X Screen open on 127.0.0.1:0.0 I will write to Marcus and ask his advice which code should be investigated to find the cause of hang. Suhaib On 14-Jun-99 Chris Faylor wrote: > Someone suggested trying to start up a client on your Windows machine > from a UNIX system. Have you tried that? > > Also, I'm not sure, but it may be that 127.0.0.1 is not being > interpreted correctly as a host name. You can also try "localhost" > and/or the name of the Windows host or it's IP address. > > -chris > > On Sun, Jun 13, 1999 at 03:57:13PM -0400, Suhaib M. Siddiqi wrote: >>Please do not delete the XGGI.exe (X server executable) from >>pre-alpha-cygwin-xfree.tar.bz2. Simple rename it to something else, when >>installing >>the new one from pre-alpha-cygwin-xfree.patch.tar.bz2. >> >>I compiled the new XGGI.exe with -DUNIXCONN and according to Sergey and Chris >>Faylor the UNIX Domain connection protocol is not going work. My mistake. >> >>I just tried using the the libX11.dll from the new patch but the XGGI.exe >>from pre-alpha-cygwin-xfree.tar.bz2 (older one which was compiled only with >>-DTCPCONN flag, I get a different failure error messages 9paster below: >> >>I guess we need to figure out what the configuration problems are; >> >>PGI$ bash xggi.bash >>LibGII: Debugging=255 >>LibGGI: Debugging=255 >>LibGGI: ggiOpen("127.0.0.1:0") called >>LibGGI: Loading driver 127.0.0.1:0 >>LibGGI: _ggiAddDL(0x10071130, "127.0.0.1", "0", 0x1) called >>LibGGI: LibGGI: no config entry for sublib: 127.0.0.1 >>LibGGI: ggiOpen: failure >> >>Fatal server error: >>Unable to open LibGGI visual: "127.0.0.1:0" >> >>LibGGI: ggiExit called >>LibGGI: ggiExit: really destroying. >>LibGII: giiExit() called >>LibGII: giiExit: really destroying. >>LibGII: giiExit: done! >>LibGGI: ggiExit: done! >>PGI$ XIO: fatal IO error 104 (Connection reset by peer) on X server >>"127.0.0.1: >>0.0" >> after 0 requests (0 known processed) with 0 events remaining. >>_X11TransSocketINETConnect: Can't connect: errno = 111 >>_X11TransSocketINETConnect: Can't connect: errno = 111 >>_X11TransSocketINETConnect: Can't connect: errno = 111 >>_X11TransSocketINETConnect: Can't connect: errno = 111 >>_X11TransSocketINETConnect: Can't connect: errno = 111 >>_X11TransSocketINETConnect: Can't connect: errno = 111 >>xmodmap: unable to open display '127.0.0.1:0.0' ---------------------------------- E-Mail: Suhaib M. Siddiqi Date: 14-Jun-99 Time: 20:30:58 This message was sent by XFMail ---------------------------------- From cgf@cygnus.com Mon Jun 14 18:07:00 1999 From: cgf@cygnus.com (Chris Faylor) Date: Mon, 14 Jun 1999 18:07:00 -0000 Subject: X-server References: <19990614185946.A3658@cygnus.com> Message-ID: <19990614210818.B3801@cygnus.com> On Mon, Jun 14, 1999 at 08:38:40PM -0400, Suhaib M. Siddiqi wrote: > >I did not get a chance to work on X server code. >I will try that tomorrow. > >I am comming to idea that something is wrong with GGI graphics >libraries :-( I can start our X-server on top of Sun Microsystem's >PC-X. Which suggests we need to investigate GGI properly. GGI port to >Cygwin has not been released yet. Marcus added most of the work and I >did some finishing touches. This is the first time Linux GGI Graphics >library has been ported to Cygwin. Something seems to be lacking in >GGI libraries. I can build the X-server using XGGI, XFree86 and GGI on >my Linux machine and it works. Under Cygwin, I suspect the Xlib in GGI >seems to be hanging after hiting > >LibGGI wants X Display 127.0.0.1:0.0. > >It supposed to move on and next messages > >supposed to be (as on Linux) >LibGGI has X Display on 127.0.0.1:0.0 >libGGI X Screen open on 127.0.0.1:0.0 I dunno. This sounds like the X server is not properly connecting before libGGI gets to it. That doesn't sound like a libGGI problem. -chris From Ssiddiqi@InspirePharm.Com Mon Jun 14 18:15:00 1999 From: Ssiddiqi@InspirePharm.Com (Suhaib M. Siddiqi) Date: Mon, 14 Jun 1999 18:15:00 -0000 Subject: X-server References: <19990614210818.B3801@cygnus.com> Message-ID: >> >>supposed to be (as on Linux) >>LibGGI has X Display on 127.0.0.1:0.0 >>libGGI X Screen open on 127.0.0.1:0.0 > > I dunno. This sounds like the X server is not properly connecting > before libGGI gets to it. That doesn't sound like a libGGI problem. > > -chris You could be right. John Fortin is building a debug version and I also doing the same. I am hopefull; we will fix the problem. Oh, one question, what is the difference between sys/socket.h and cygwin/socket.h? In xc/programs/Xserver/os/connection.c we have #ifndef WIN32 #include When I changed it to #include I get 100s of errors. The header file in cygwin/socket.h looks more like the one on Linux therefore I changed it back to and added an extra line #ifdef __CYGWIN__ #include Doing that compilation of OS dependent libos.a went smooth. Does it matter if sys/socket.h and cygwin/socket.h both as used as I did? Suhaib From cgf@cygnus.com Mon Jun 14 18:19:00 1999 From: cgf@cygnus.com (Chris Faylor) Date: Mon, 14 Jun 1999 18:19:00 -0000 Subject: X-server References: <19990614210818.B3801@cygnus.com> Message-ID: <19990614212022.A3912@cygnus.com> On Mon, Jun 14, 1999 at 09:15:12PM -0400, Suhaib M. Siddiqi wrote: >what is the difference between sys/socket.h and cygwin/socket.h? > >In xc/programs/Xserver/os/connection.c we have > >#ifndef WIN32 >#include > >When I changed it to > >#include > >I get 100s of errors. > >The header file in cygwin/socket.h looks more like the one on Linux >therefore I changed it back to > >and added an extra line > >#ifdef __CYGWIN__ >#include > >Doing that compilation of OS dependent libos.a went smooth. > >Does it matter if sys/socket.h and cygwin/socket.h both as used as I did? Look at sys/socket.h. It includes cygwin/socket.h. You should be including sys/socket.h. -chris From Ssiddiqi@InspirePharm.Com Mon Jun 14 18:20:00 1999 From: Ssiddiqi@InspirePharm.Com (Suhaib M. Siddiqi) Date: Mon, 14 Jun 1999 18:20:00 -0000 Subject: X-server References: <19990614210818.B3801@cygnus.com> Message-ID: >> >>LibGGI wants X Display 127.0.0.1:0.0. >> >>It supposed to move on and next messages >> >>supposed to be (as on Linux) >>LibGGI has X Display on 127.0.0.1:0.0 >>libGGI X Screen open on 127.0.0.1:0.0 > > I dunno. This sounds like the X server is not properly connecting > before libGGI gets to it. That doesn't sound like a libGGI problem. > > -chris One more thing. When I said libGGI needs investigation, I mean GGI had its own Xlib to communicate with X11 libs from Xfree. The Xlib from GGI needs to be investigated? Suhaib ---------------------------------- E-Mail: Suhaib M. Siddiqi Date: 14-Jun-99 Time: 21:16:37 This message was sent by XFMail ---------------------------------- From Ssiddiqi@InspirePharm.Com Mon Jun 14 18:22:00 1999 From: Ssiddiqi@InspirePharm.Com (Suhaib M. Siddiqi) Date: Mon, 14 Jun 1999 18:22:00 -0000 Subject: X-server References: <19990614212022.A3912@cygnus.com> Message-ID: >> >>#ifdef __CYGWIN__ >>#include >> >>Doing that compilation of OS dependent libos.a went smooth. >> >>Does it matter if sys/socket.h and cygwin/socket.h both as used as I did? > > Look at sys/socket.h. It includes cygwin/socket.h. You should be including > sys/socket.h. > > -chris Oh great ;-) I should have checked sys/socket.h first. I will remove the lines I added. ---------------------------------- E-Mail: Suhaib M. Siddiqi Date: 14-Jun-99 Time: 21:20:50 This message was sent by XFMail ---------------------------------- From sos@prospect.com.ru Tue Jun 15 04:42:00 1999 From: sos@prospect.com.ru (Sergey Okhapkin) Date: Tue, 15 Jun 1999 04:42:00 -0000 Subject: X-server Message-ID: <000e01beb724$12c998e0$1123a4d8@sos.home> >Oh, one question, what is the difference between sys/socket.h and >cygwin/socket.h? >In xc/programs/Xserver/os/connection.c we have > >#ifndef WIN32 >#include > You have to include sys/socket.h on cygwin. Most of the code must be compiled as unix but not win32 version. Sergey Okhapkin http://www.lexa.ru/sos Piscataway, NJ From Ssiddiqi@InspirePharm.Com Tue Jun 15 18:41:00 1999 From: Ssiddiqi@InspirePharm.Com (Suhaib M. Siddiqi) Date: Tue, 15 Jun 1999 18:41:00 -0000 Subject: X-server References: <19990614185946.A3658@cygnus.com> Message-ID: Today I compiled another executable of x-server. Well, telneting from a Linux box to NT and executing xggi.exe did bring up x-server. I was able to open an xterm remotely. The xclock can also be displayed remotely. Now I need to study carefully the Xfree directory and configuration files lay out on my Linux box. I suspect I am missing something therefore X-server hangs, after this message *X wants display 127.0.0.1:0.0*, when executed on NT machine using bash shell. Suhaib On 14-Jun-99 Chris Faylor wrote: > Someone suggested trying to start up a client on your Windows machine > from a UNIX system. Have you tried that? > > Also, I'm not sure, but it may be that 127.0.0.1 is not being > interpreted correctly as a host name. You can also try "localhost" > and/or the name of the Windows host or it's IP address. > > -chris > > On Sun, Jun 13, 1999 at 03:57:13PM -0400, Suhaib M. Siddiqi wrote: >>Please do not delete the XGGI.exe (X server executable) from >>pre-alpha-cygwin-xfree.tar.bz2. Simple rename it to something else, when >>installing >>the new one from pre-alpha-cygwin-xfree.patch.tar.bz2. >> >>I compiled the new XGGI.exe with -DUNIXCONN and according to Sergey and Chris >>Faylor the UNIX Domain connection protocol is not going work. My mistake. >> >>I just tried using the the libX11.dll from the new patch but the XGGI.exe >>from pre-alpha-cygwin-xfree.tar.bz2 (older one which was compiled only with >>-DTCPCONN flag, I get a different failure error messages 9paster below: >> >>I guess we need to figure out what the configuration problems are; >> >>PGI$ bash xggi.bash >>LibGII: Debugging=255 >>LibGGI: Debugging=255 >>LibGGI: ggiOpen("127.0.0.1:0") called >>LibGGI: Loading driver 127.0.0.1:0 >>LibGGI: _ggiAddDL(0x10071130, "127.0.0.1", "0", 0x1) called >>LibGGI: LibGGI: no config entry for sublib: 127.0.0.1 >>LibGGI: ggiOpen: failure >> >>Fatal server error: >>Unable to open LibGGI visual: "127.0.0.1:0" >> >>LibGGI: ggiExit called >>LibGGI: ggiExit: really destroying. >>LibGII: giiExit() called >>LibGII: giiExit: really destroying. >>LibGII: giiExit: done! >>LibGGI: ggiExit: done! >>PGI$ XIO: fatal IO error 104 (Connection reset by peer) on X server >>"127.0.0.1: >>0.0" >> after 0 requests (0 known processed) with 0 events remaining. >>_X11TransSocketINETConnect: Can't connect: errno = 111 >>_X11TransSocketINETConnect: Can't connect: errno = 111 >>_X11TransSocketINETConnect: Can't connect: errno = 111 >>_X11TransSocketINETConnect: Can't connect: errno = 111 >>_X11TransSocketINETConnect: Can't connect: errno = 111 >>_X11TransSocketINETConnect: Can't connect: errno = 111 >>xmodmap: unable to open display '127.0.0.1:0.0' ---------------------------------- E-Mail: Suhaib M. Siddiqi Date: 15-Jun-99 Time: 21:36:13 This message was sent by XFMail ---------------------------------- From Ssiddiqi@InspirePharm.Com Wed Jun 16 12:32:00 1999 From: Ssiddiqi@InspirePharm.Com (Suhaib M. Siddiqi) Date: Wed, 16 Jun 1999 12:32:00 -0000 Subject: Ip Socket Message-ID: <001001beb82e$d0027160$29acdfd0@InspirePharm.Com> OK I build the debug version if X-server and all the X and ggi libs (with -g option and absolutely no optimixzation) I had been studyinmg 3 commercial X-server to figure out how they do socket binding under Win32. Literally all of them binds to Microsoft Tcpip dll (wstcpip.dll). >From my debug version ushing GDB I get the following. Any suggestions how to dow MS WSTCIP.DLL binding? Suhaib Starting program: /usr/X11R6/bin/./XGGI.exe 776b0000:C:/WINNT/system32/Ws2_32.dll"C:/WINNT/system32/Ws2_32.dll": error readi ng line numbers 78000000:C:/WINNT/system32/MSVCRT.dll 77f00000:C:/WINNT/system32/KERNEL32.dll"C:/WINNT/system32/KERNEL32.dll": error r eading line numbers 77e70000:C:/WINNT/system32/USER32.dll 77ed0000:C:/WINNT/system32/GDI32.dll 77dc0000:C:/WINNT/system32/ADVAPI32.dll"C:/WINNT/system32/ADVAPI32.dll": error r eading line numbers 77e10000:C:/WINNT/system32/RPCRT4.dll 776a0000:C:/WINNT/system32/WS2HELP.dll"C:/WINNT/system32/WS2HELP.dll": error rea ding line numbers 61000000:C:/usr/X11R6/bin/cygwin1.dll 10000000:C:/usr/local/lib/libgg-0-0-6.dll warning: LDR: Automatic DLL Relocation in XGGI.exe warning: LDR: Dll libggi-2-0-0.dll base 10000000 relocated due to collision with C:\usr\local\lib\libgg-0-0-6.dll 2f30000:C:/usr/local/lib/libggi-2-0-0.dll warning: LDR: Automatic DLL Relocation in XGGI.exe warning: LDR: Dll libgii-0-0-6.dll base 10000000 relocated due to collision with C:\usr\local\lib\libgg-0-0-6.dll 2fa0000:C:/usr/local/lib/libgii-0-0-6.dll 77bf0000:C:/WINNT/System32/rpcltc1.dll _XSERVTransSocketOpen: socket() failed for tcp _XSERVTransSocketOpenCOTSServer: Unable to open socket for tcp _XSERVTransOpen: transport open failed for tcp/:0 _XSERVTransMakeAllCOTSServerListeners: failed to open listener for tcp Fatal server error: Cannot establish any listening sockets - Make sure an X server isn't already run ning Program exited with code 01. (gdb) From ssiddiqi@inspirepharm.com Thu Jun 17 18:12:00 1999 From: ssiddiqi@inspirepharm.com (Suhaib M. Siddiqi) Date: Thu, 17 Jun 1999 18:12:00 -0000 Subject: DirectX/X-server Message-ID: <002301beb927$a0227b30$a584aad1@hunda> Just to keep everyone in loop. It turns out that XGGI/GGI/XFree86 mixture is not going to work under Windows without writing a DirectX target for GGI. There is nothing wrong with XGGI X-server binaries. The XGGI requires Xlib and another target like svga, aa or fbdev to function as stand alone X-server. Since windows has no aa, svga or fbdev libraries therefore XGGI cannot communicate with GGI properly. Xlib only is not enough. According to Marcus Sundberg, author of GGI code for Linux, our XGGI can be used as another X-server running on top of an X-server. Which was disappointing because we do not need a commercial x-server to run our x-server :-(. As Chris Faylor suggested, so does Marcus too, we need a DirectX target to have XGGI commmunicate with Windows. Good news is we have GGI ported to Cygwin and hooked to XFree libs under Cygwin and XGGI works too, but not as standalone server under Windows. All we need a DirectX target for GGI so XGGI can communicate with Windows. John Fortin and I are seriously looking into DirectX target for GGI to complete the X-server. Anyone who has some experience with DirectX/DirectDraw and is willing to help, would be highly appreciated. You can look at the GGI code and binaries at ftp://sourceware.cygnus.com/pub/cygwin/xfree . Look particularly at libggi/display/glide and other code in display directory. All we need something like this a grraphics.c input.c, init.c and visual.c targeting GGI. Suhaib From Ssiddiqi@InspirePharm.Com Fri Jun 18 06:27:00 1999 From: Ssiddiqi@InspirePharm.Com (Suhaib M. Siddiqi) Date: Fri, 18 Jun 1999 06:27:00 -0000 Subject: DirectX/X-server References: <002301beb927$a0227b30$a584aad1@hunda> Message-ID: <002f01beb98e$1315c140$29acdfd0@InspirePharm.Com> Steve, Yes, you are right and it is on my list. However this will make the X-server specific for 3Dfx card only. Till we get DirectX targets ready, I will work on glide/3Dfx and release it. Not all the users have Banshee/Vodooo3 or 2 (whatever) cards, therefore an X-sever which would run any graphics card under Cygwin/Windows is the goal. Regards Suhaib ----- Original Message ----- From: Steve O To: Suhaib M. Siddiqi Sent: Friday, June 18, 1999 9:25 AM Subject: Re: DirectX/X-server > "Suhaib M. Siddiqi" writes: > > > John Fortin and I are seriously looking into DirectX target for GGI to > > complete the X-server. Anyone who has some experience with > > DirectX/DirectDraw and is willing to help, would be highly > > appreciated. You can look at the GGI code and binaries at > > ftp://sourceware.cygnus.com/pub/cygwin/xfree . Look particularly at > > libggi/display/glide and other code in display directory. > > If there's a glide driver for GGI, it seems possible that an > owner of a 3dfx voodoo card could maybe use your cygwin port to > display X in the graphics card's 3D mode. > The glide API is cross platform, and may only require a little > windows tweak to get the machine in the right mode. > > -steve > From Ssiddiqi@InspirePharm.Com Fri Jun 18 06:38:00 1999 From: Ssiddiqi@InspirePharm.Com (Suhaib M. Siddiqi) Date: Fri, 18 Jun 1999 06:38:00 -0000 Subject: DirectX/X-server References: <000a01beb97d$53277d20$a220a8c2@colin.innerworkings.co.uk> Message-ID: <003001beb98f$a429d760$29acdfd0@InspirePharm.Com> Hi Colin, I have updated the sources of the cygwin-xfree. Unfortunately, you will have to do a bit of odwnload first. What you need is xc-1.tar.bz2, xc-2.tar.bz2, and xc-3.tar.bz2. Extracting these will create a directory xc. You will need GGI installed in /usr/local. To compile GGI you need X11R6.3 libraries and to compile the sources in XC-x.tar.bz (X11R6.3 based Windows system) you need GGI. So it is a head and tail game ;-) Therefore, I have a precompiled X11R6.3 libraries for Cygwin B20.1 available on the Sourceware. Please install the X11R6.3 libs in /usr/X11R6. 1) Extract the GGI bzip2 archive. It will create a *degas* directory. Cd to /degas/libs/libgii and type ./configure --with-x --x-includes=/usr/X11R6/include --x-libraries=/usr/X11R 6/lib --disable-linux-mouse --disable-linux-joy --disable-linux-keyboard. (check ./configure --help to see if the spellings or syntex of these --disable--xxx are correct) Then type make and afterward make install. 2) Cd to /degas/libs/libggi and type the above ./configure command agains followed by make and make install. 3) Extract the XC-x.tar.bz2 archives 4) Cd to xc directory and type *make World*. Donot worry about Xprt.exe (Print server) and Xvfb.exe (X-video server) not being compiled, at the moment. I am working on a fix for this. they are not the must right now. 5) It take one hours on my 500 MHz Pentium III PC machine to compile the cygwin-xfree code. After complication is finished, type *make install*. It will install the compiled libs, header files and executables in /usr/X11R6 Please fel free to write if you need help or have any questions. We look forward to your help for a DirectX/DirectInpit target for GGI. Regards Suhaib Ps: I am CC'ing this message to cygwin-xfree list, so other users also get informed about sources updates. Hope it is Ok. From fortinj@ibm.net Fri Jun 18 19:47:00 1999 From: fortinj@ibm.net (John Fortin) Date: Fri, 18 Jun 1999 19:47:00 -0000 Subject: test post Message-ID: <376B05D5.E21924B4@ibm.net> From fortinj@ibm.net Fri Jun 18 19:50:00 1999 From: fortinj@ibm.net (John Fortin) Date: Fri, 18 Jun 1999 19:50:00 -0000 Subject: XGGI build problems fixed Message-ID: <376B067B.7B358360@ibm.net> To : Marcus Sundberg Subject : XGGI build problems fixed >From : John Fortin Date : Fri, 18 Jun 1999 22:51:11 -0400 CC : "Suhaib M. Siddiqi" References : < XFMail.990613115813.Ssiddiqi@InspirePharm.Com > <37641004.A264A059@ibm.net> < 000c01beb5d9$9f0ca7d0$be84aad1@hunda > <37643185.916D42CA@ibm.net> <000401beb5ef$0ce70330$6f84aad1@hunda> <37645614.FEB8C40F@ibm.net> <000601beb605$f8d89db0$4b84aad1@hunda> <3767F8D5.349555D8@stacken.kth.se> Hi Marcus and Suhiab, Well, I discovered the problem. It is because I am using a newer snapshot under Win98. There is (was) a bug in inode creation which caused conftest.in and conftest.h to have the same inode. This caused 'cat conftest.in >> conftest.h' to fail. This is why I didn't get all the #defines I should have. The snapshots fix a lot of things and make things better, but sometimes things get broken. If I was compiling under NT, this would not have happened. Thanks, John P.s I can't post to the maillist at this time. Feel free to forward it if you desire. Marcus Sundberg wrote: > > Suhaib M. Siddiqi wrote: > > > > I guess Marcus add something again. I remember these undefined references were fixed. I am CC'ing these to Marcus to so he knows > > that Cygwin support is broken again in June 13 snapshot. > > > > Marcus, can you have a look at it? John is trying to solve the XGGI server problems > > > > Suhaib > > > > ----- Original Message ----- > > From: John Fortin > > To: Suhaib M. Siddiqi > > Sent: Sunday, June 13, 1999 9:08 PM > > Subject: Re: Socket > > > > > Suhaib, > > > When I compile libgii, I get an error in libgii/gg/misc.c indicating > > > that ggUSleep must be defined for this system. There are #defines at > > > the end of the file. For now, I have this commented out. Should it be? > > > > > > Also, when compiling libgii/gii/init.c I get undefined references to > > > GIICONFDIR and GIITAGLEN. > > > I can' find these anywhere. > > Hi, > > There have been no changes in LibGII which may cause the above > behaviour. > Either you are using an old snapshot or there is something wrong > with your build environment. > > //Marcus > -- > -------------------------------+------------------------------------ > Marcus Sundberg | http://www.stacken.kth.se/~mackan/ > Royal Institute of Technology | Phone: +46 707 295404 > Stockholm, Sweden | E-Mail: mackan@stacken.kth.se From ssiddiqi@inspirepharm.com Fri Jun 18 19:54:00 1999 From: ssiddiqi@inspirepharm.com (Suhaib M. Siddiqi) Date: Fri, 18 Jun 1999 19:54:00 -0000 Subject: XGGI build problems fixed References: <37641004.A264A059@ibm.net> <000c01beb5d9$9f0ca7d0$be84aad1@hunda> <37643185.916D42CA@ibm.net> <000401beb5ef$0ce70330$6f84aad1@hunda> <37645614.FEB8C40F@ibm.net> <000601beb605$f8d89db0$4b84aad1@hunda> <3767F8D5.349555D8@stacken.kth.se> <376B059F.8EF5CAD1@ibm.net> Message-ID: <000a01beb9fe$f5c65480$df86aad1@hunda> John, Great!!! This good. After we need the X-server compiled I will need to build it using a recent snapshot - otherwise I might expect some rude surprises :-) At least one thing I know now has been fixed with GGI. Thanks Suhaib ----- Original Message ----- From: John Fortin To: Marcus Sundberg Cc: Suhaib M. Siddiqi Sent: Friday, June 18, 1999 10:51 PM Subject: XGGI build problems fixed > Hi Marcus and Suhiab, > > Well, I discovered the problem. It is because I am using a newer > snapshot under Win98. There > is (was) a bug in inode creation which caused conftest.in and conftest.h > to have the same inode. This caused 'cat conftest.in >> conftest.h' to > fail. This is why I didn't get all the #defines I should have. > > The snapshots fix a lot of things and make things better, but sometimes > things get broken. If I was compiling under NT, this would not have > happened. > > Thanks, > John > > P.s I can't post to the maillist at this time. Feel free to forward it > if you desire. > > > Marcus Sundberg wrote: > > > > Suhaib M. Siddiqi wrote: > > > > > > I guess Marcus add something again. I remember these undefined references were fixed. I am CC'ing these to Marcus to so he knows > > > that Cygwin support is broken again in June 13 snapshot. > > > > > > Marcus, can you have a look at it? John is trying to solve the XGGI server problems > > > > > > Suhaib > > > > > > ----- Original Message ----- > > > From: John Fortin > > > To: Suhaib M. Siddiqi > > > Sent: Sunday, June 13, 1999 9:08 PM > > > Subject: Re: Socket > > > > > > > Suhaib, > > > > When I compile libgii, I get an error in libgii/gg/misc.c indicating > > > > that ggUSleep must be defined for this system. There are #defines at > > > > the end of the file. For now, I have this commented out. Should it be? > > > > > > > > Also, when compiling libgii/gii/init.c I get undefined references to > > > > GIICONFDIR and GIITAGLEN. > > > > I can' find these anywhere. > > > > Hi, > > > > There have been no changes in LibGII which may cause the above > > behaviour. > > Either you are using an old snapshot or there is something wrong > > with your build environment. > > > > file://Marcus > > -- > > -------------------------------+------------------------------------ > > Marcus Sundberg | http://www.stacken.kth.se/~mackan/ > > Royal Institute of Technology | Phone: +46 707 295404 > > Stockholm, Sweden | E-Mail: mackan@stacken.kth.se > From ssiddiqi@inspirepharm.com Fri Jun 18 19:57:00 1999 From: ssiddiqi@inspirepharm.com (Suhaib M. Siddiqi) Date: Fri, 18 Jun 1999 19:57:00 -0000 Subject: XGGI build problems fixed References: <37641004.A264A059@ibm.net> <000c01beb5d9$9f0ca7d0$be84aad1@hunda> <37643185.916D42CA@ibm.net> <000401beb5ef$0ce70330$6f84aad1@hunda> <37645614.FEB8C40F@ibm.net> <000601beb605$f8d89db0$4b84aad1@hunda> <3767F8D5.349555D8@stacken.kth.se> <376B059F.8EF5CAD1@ibm.net> Message-ID: <001701beb9ff$6fe85a10$df86aad1@hunda> By the way, XGGI executable does a Dr. Watson error on nT. I asked Marcus to fix it. He replied that is a bug in cygwin B 20.1 not in XGGI code. According to him Cygwin seems to have a bug when a mansync instead of async display is used. Is that possible, Chris? Suhaib ----- Original Message ----- From: John Fortin To: Marcus Sundberg Cc: Suhaib M. Siddiqi Sent: Friday, June 18, 1999 10:51 PM Subject: XGGI build problems fixed > Hi Marcus and Suhiab, > > Well, I discovered the problem. It is because I am using a newer > snapshot under Win98. There > is (was) a bug in inode creation which caused conftest.in and conftest.h > to have the same inode. This caused 'cat conftest.in >> conftest.h' to > fail. This is why I didn't get all the #defines I should have. > > The snapshots fix a lot of things and make things better, but sometimes > things get broken. If I was compiling under NT, this would not have > happened. > > Thanks, > John > > P.s I can't post to the maillist at this time. Feel free to forward it > if you desire. > > > Marcus Sundberg wrote: > > > > Suhaib M. Siddiqi wrote: > > > > > > I guess Marcus add something again. I remember these undefined references were fixed. I am CC'ing these to Marcus to so he knows > > > that Cygwin support is broken again in June 13 snapshot. > > > > > > Marcus, can you have a look at it? John is trying to solve the XGGI server problems > > > > > > Suhaib > > > > > > ----- Original Message ----- > > > From: John Fortin > > > To: Suhaib M. Siddiqi > > > Sent: Sunday, June 13, 1999 9:08 PM > > > Subject: Re: Socket > > > > > > > Suhaib, > > > > When I compile libgii, I get an error in libgii/gg/misc.c indicating > > > > that ggUSleep must be defined for this system. There are #defines at > > > > the end of the file. For now, I have this commented out. Should it be? > > > > > > > > Also, when compiling libgii/gii/init.c I get undefined references to > > > > GIICONFDIR and GIITAGLEN. > > > > I can' find these anywhere. > > > > Hi, > > > > There have been no changes in LibGII which may cause the above > > behaviour. > > Either you are using an old snapshot or there is something wrong > > with your build environment. > > > > file://Marcus > > -- > > -------------------------------+------------------------------------ > > Marcus Sundberg | http://www.stacken.kth.se/~mackan/ > > Royal Institute of Technology | Phone: +46 707 295404 > > Stockholm, Sweden | E-Mail: mackan@stacken.kth.se > From cgf@cygnus.com Fri Jun 18 22:10:00 1999 From: cgf@cygnus.com (Chris Faylor) Date: Fri, 18 Jun 1999 22:10:00 -0000 Subject: XGGI build problems fixed References: <37641004.A264A059@ibm.net> <000c01beb5d9$9f0ca7d0$be84aad1@hunda> <37643185.916D42CA@ibm.net> <000401beb5ef$0ce70330$6f84aad1@hunda> <37645614.FEB8C40F@ibm.net> <000601beb605$f8d89db0$4b84aad1@hunda> <3767F8D5.349555D8@stacken.kth.se> <376B059F.8EF5CAD1@ibm.net> <001701beb9ff$6fe85a10$df86aad1@hunda> <001701beb9ff$6fe85a10$df86aad1@hunda> Message-ID: <19990619011105.A3675@cygnus.com> On Fri, Jun 18, 1999 at 10:57:14PM -0400, Suhaib M. Siddiqi wrote: >By the way, XGGI executable does a Dr. Watson error on nT. I asked >Marcus to fix it. He replied that is a bug in cygwin B 20.1 not in >XGGI code. According to him Cygwin seems to have a bug when a mansync >instead of async display is used. > >Is that possible, Chris? Anything is possible but i have no idea what a mansync or an async display is. If he is convinced that this is a bug in cygwin he should be able to pinpoint exactly where in the DLL is buying. Maybe that will help me understand where the problem lies. Also, you might want to try a recent snapshot to see if the problem is already fixed. cgf From cgf@cygnus.com Sat Jun 19 07:08:00 1999 From: cgf@cygnus.com (Chris Faylor) Date: Sat, 19 Jun 1999 07:08:00 -0000 Subject: XGGI build problems fixed References: <37641004.A264A059@ibm.net> <000c01beb5d9$9f0ca7d0$be84aad1@hunda> <37643185.916D42CA@ibm.net> <000401beb5ef$0ce70330$6f84aad1@hunda> <37645614.FEB8C40F@ibm.net> <000601beb605$f8d89db0$4b84aad1@hunda> <3767F8D5.349555D8@stacken.kth.se> <376B059F.8EF5CAD1@ibm.net> <001701beb9ff$6fe85a10$df86aad1@hunda> <19990619011105.A3675@cygnus.com> <19990619011105.A3675@cygnus.com> Message-ID: <19990619100936.A754@cygnus.com> On Sat, Jun 19, 1999 at 01:11:05AM -0400, Chris Faylor wrote: >On Fri, Jun 18, 1999 at 10:57:14PM -0400, Suhaib M. Siddiqi wrote: >>By the way, XGGI executable does a Dr. Watson error on nT. I asked >>Marcus to fix it. He replied that is a bug in cygwin B 20.1 not in >>XGGI code. According to him Cygwin seems to have a bug when a mansync >>instead of async display is used. >> >>Is that possible, Chris? > >Anything is possible but i have no idea what a mansync or an async >display is. > >If he is convinced that this is a bug in cygwin he should be able to >pinpoint exactly where in the DLL is buying. Maybe that will help Buying? Make that "where in the DLL it is dying"... cgf From ssiddiqi@inspirepharm.com Sat Jun 19 09:59:00 1999 From: ssiddiqi@inspirepharm.com (Suhaib M. Siddiqi) Date: Sat, 19 Jun 1999 09:59:00 -0000 Subject: XGGI build problems fixed References: <37641004.A264A059@ibm.net> <000c01beb5d9$9f0ca7d0$be84aad1@hunda> <37643185.916D42CA@ibm.net> <000401beb5ef$0ce70330$6f84aad1@hunda> <37645614.FEB8C40F@ibm.net> <000601beb605$f8d89db0$4b84aad1@hunda> <3767F8D5.349555D8@stacken.kth.se> <376B059F.8EF5CAD1@ibm.net> <001701beb9ff$6fe85a10$df86aad1@hunda> <19990619011105.A3675@cygnus.com> <19990619100936.A754@cygnus.com> Message-ID: <002d01beba74$f4db0680$9a84aad1@hunda> I have forwarded your message to Marcus. let's see what he replies. Suhaib ----- Original Message ----- From: Chris Faylor To: Suhaib M. Siddiqi Cc: John Fortin ; Sent: Saturday, June 19, 1999 10:09 AM Subject: Re: XGGI build problems fixed > On Sat, Jun 19, 1999 at 01:11:05AM -0400, Chris Faylor wrote: > >On Fri, Jun 18, 1999 at 10:57:14PM -0400, Suhaib M. Siddiqi wrote: > >>By the way, XGGI executable does a Dr. Watson error on nT. I asked > >>Marcus to fix it. He replied that is a bug in cygwin B 20.1 not in > >>XGGI code. According to him Cygwin seems to have a bug when a mansync > >>instead of async display is used. > >> > >>Is that possible, Chris? > > > >Anything is possible but i have no idea what a mansync or an async > >display is. > > > >If he is convinced that this is a bug in cygwin he should be able to > >pinpoint exactly where in the DLL is buying. Maybe that will help > > Buying? Make that "where in the DLL it is dying"... > > cgf > From tadr@doe.carleton.ca Mon Jun 21 19:12:00 1999 From: tadr@doe.carleton.ca (Tom A. D. Riley) Date: Mon, 21 Jun 1999 19:12:00 -0000 Subject: VNC patches to XFree Message-ID: <199906220212.WAA04800@dax.carleton.ca> has any one had a look at http://www.uk.research.att.com/vnc/ There are GPL'ed patches to the XFree code which allow use of a remote frame buffer. May be very handy as a way to avoid getting drivers for every video card. From ssiddiqi@inspirepharm.com Tue Jun 22 04:48:00 1999 From: ssiddiqi@inspirepharm.com (Suhaib Siddiqi) Date: Tue, 22 Jun 1999 04:48:00 -0000 Subject: VNC patches to XFree References: <199906220212.WAA04800@dax.carleton.ca> Message-ID: <004601bebca3$b3eff050$05acdfd0@inspirepharm.com> ----- Original Message ----- From: Tom A. D. Riley To: Cc: Sent: Monday, June 21, 1999 10:12 PM Subject: VNC patches to XFree > has any one had a look at http://www.uk.research.att.com/vnc/ > > There are GPL'ed patches to the XFree code which allow use of > a remote frame buffer. May be very handy as a way to avoid > getting drivers for every video card. > Thanks for info. Once we have DirectX libs for xfree, the server should run independt of video driver. Colin is looking into writing a Direct/DirectInput taget for GGI. GGI had already been incoporated into xfree code by us. Regards Suhaib