From j.j.ita@siep.shell.com Wed Nov 1 01:20:00 2000 From: j.j.ita@siep.shell.com (j.j.ita@siep.shell.com) Date: Wed, 01 Nov 2000 01:20:00 -0000 Subject: [ANNOUNCEMENT] Overlay and No DirectInput Test 5 - No Overlays Message-ID: Harold, I do not mean to be insulting, but was your fix supposed to produce a window or induce some other type of behavior? Once again I tested your fix with two NT 4.0 (SP5) machines, one with an Appian jeronimo 2000 card and one with an Intense3d Wildcat 4110 card. I ran the bat file: @echo off SET DISPLAY=127.0.0.1:0.0 SET PATH=%PATH%;C:\cygwin\usr\X11R6\bin;C:\cygwin\bin XWin -screen 0 1024x768x32 -whitepixel 255 -blackpixel 0 and got the response in a Command Prompt window: C:\cygwin\usr\X11R6\bin>startxserver _XSERVTransmkdir: Owner of /tmp/.X11-unix should be set to root Desired Width: 1024, Height: 768, Depth: 32 xf_dx.dll: Process attach enable_xf_dx: LoadLibrary success xf_dx.dll: AdjustVideoMode entered Adjusted Width: 1024, Height: 768, Depth: 32 xf_dx.dll: winDXAllocateFramebufferMemory entered xf_dx.dll: Process detach C:\cygwin\usr\X11R6\bin> but no window appeared and nothing noticeable happened to the screen. At least there were no errors this time, so you must be getting close (cross our fingers). Joel > -----Original Message----- > From: Harold@compasstechnologies.com > [ mailto:Harold@compasstechnologies.com ] > Sent: Wednesday, November 01, 2000 4:07 AM > To: cygwin-xfree@sources.redhat.com > Subject: [ANNOUNCEMENT] Overlay and No DirectInput Test 5 - > No Overlays > > > *This test should work on almost all machines* > > I got rid of overlays in favor of writing to an offscreen buffer and > occasionally blitting (copying) the contents of that > offscreen buffer to the > display memory (primary surface). This should work on almost > all machines. > I have tested it on my Windows 2000 and my Windows 98 > machines; it works. > I'm not saying it has the best performance in the world, but > it does work. > > Updates in this test release were constrained to xf_dx.dll, so, if you > already have the Test 3 full package > (OverlayAndNoDITest.tar.bz2) installed, > you can just download the xf_dx.dll package; otherwise, > download the full > Test 5 package. > > Full Test 5 Package: > http://www.msu.edu/~huntharo/OverlayAndNoDITest.tar.bz2 > (1.7 MB) > Test 5 xf_dx.dll Package: > http://www.msu.edu/~huntharo/xf_dx.dll.tar.bz2 (43 > kB) > > You can download the xf_dx.dll test 5 source if you have > Visual C++ 6 and > you feel like poking around: > http://www.msu.edu/~huntharo/xf_dx-src.zip (14 kB) > > Good luck, enjoy, and thanks for testing, > > Harold > From ssiddiqi@inspirepharm.com Wed Nov 1 04:11:00 2000 From: ssiddiqi@inspirepharm.com (Suhaib Siddiqi) Date: Wed, 01 Nov 2000 04:11:00 -0000 Subject: [ANNOUNCEMENT] Overlay and No DirectInput Test 5 - No Overlays References: <896908DA55C4D311B9C000C04F01A05410A7C4@ENTERPRISE> Message-ID: <7F2B9185F0196F44B59990759B91B1C2151667@ins-exch.inspirepharm.com> Harold, I get X-server now up and runing on Windows Me and Windows 2000, but it behaves very strange. 1) On mouse movement, the X-server Windows blinks multiple times. 2) Moving X-server Window, leaves a static X-desktop at the previous position on the screen. I will e-mail you a screen capture in a separate mail. Suhaib > -----Original Message----- > From: Harold Hunt [ mailto:Harold@compasstechnologies.com ] > Sent: Tuesday, October 31, 2000 10:07 PM > To: Cygx (E-mail) > Subject: [ANNOUNCEMENT] Overlay and No DirectInput Test 5 - > No Overlays > > > *This test should work on almost all machines* > > I got rid of overlays in favor of writing to an offscreen buffer and > occasionally blitting (copying) the contents of that > offscreen buffer to the > display memory (primary surface). This should work on almost > all machines. > I have tested it on my Windows 2000 and my Windows 98 > machines; it works. > I'm not saying it has the best performance in the world, but > it does work. > > Updates in this test release were constrained to xf_dx.dll, so, if you > already have the Test 3 full package > (OverlayAndNoDITest.tar.bz2) installed, > you can just download the xf_dx.dll package; otherwise, > download the full > Test 5 package. > > Full Test 5 Package: > http://www.msu.edu/~huntharo/OverlayAndNoDITest.tar.bz2 > (1.7 MB) > Test 5 xf_dx.dll Package: > http://www.msu.edu/~huntharo/xf_dx.dll.tar.bz2 (43 > kB) > > You can download the xf_dx.dll test 5 source if you have > Visual C++ 6 and > you feel like poking around: > http://www.msu.edu/~huntharo/xf_dx-src.zip (14 kB) > > Good luck, enjoy, and thanks for testing, > > Harold > From ssiddiqi@inspirepharm.com Wed Nov 1 04:12:00 2000 From: ssiddiqi@inspirepharm.com (Suhaib Siddiqi) Date: Wed, 01 Nov 2000 04:12:00 -0000 Subject: [ANNOUNCEMENT] Overlay and No DirectInput Test 5 - No Overlays References: Message-ID: <7F2B9185F0196F44B59990759B91B1C2151668@ins-exch.inspirepharm.com> Did you check the Task Bar? On My PC, the X-server Windows opened, blinked 5 or 6 times, then minimized itself to task-bar. A very strange behavior Suhaib > -----Original Message----- > From: j.j.ita@siep.shell.com [ mailto:j.j.ita@siep.shell.com ] > Sent: Wednesday, November 01, 2000 4:18 AM > To: cygwin-xfree@sources.redhat.com; Harold@compasstechnologies.com > Subject: RE: [ANNOUNCEMENT] Overlay and No DirectInput Test 5 - No > Overlays > > > Harold, > I do not mean to be insulting, but was your fix supposed to > produce a window or induce some other type of behavior? Once again I > tested your fix with two NT 4.0 (SP5) machines, one with an Appian > jeronimo 2000 card and one with an Intense3d Wildcat 4110 card. I ran > the bat file: > > @echo off > SET DISPLAY=127.0.0.1:0.0 > SET PATH=%PATH%;C:\cygwin\usr\X11R6\bin;C:\cygwin\bin > XWin -screen 0 1024x768x32 -whitepixel 255 -blackpixel 0 > > and got the response in a Command Prompt window: > > > C:\cygwin\usr\X11R6\bin>startxserver > _XSERVTransmkdir: Owner of /tmp/.X11-unix should be set to root > Desired Width: 1024, Height: 768, Depth: 32 > xf_dx.dll: Process attach > enable_xf_dx: LoadLibrary success > xf_dx.dll: AdjustVideoMode entered > Adjusted Width: 1024, Height: 768, Depth: 32 > xf_dx.dll: winDXAllocateFramebufferMemory entered > xf_dx.dll: Process detach > > C:\cygwin\usr\X11R6\bin> > > but no window appeared and nothing noticeable happened to the screen. > At least there were no errors this time, so you must be getting close > (cross our fingers). > > Joel > > > > > -----Original Message----- > > From: Harold@compasstechnologies.com > > [ mailto:Harold@compasstechnologies.com ] > > Sent: Wednesday, November 01, 2000 4:07 AM > > To: cygwin-xfree@sources.redhat.com > > Subject: [ANNOUNCEMENT] Overlay and No DirectInput Test 5 - > > No Overlays > > > > > > *This test should work on almost all machines* > > > > I got rid of overlays in favor of writing to an offscreen buffer and > > occasionally blitting (copying) the contents of that > > offscreen buffer to the > > display memory (primary surface). This should work on almost > > all machines. > > I have tested it on my Windows 2000 and my Windows 98 > > machines; it works. > > I'm not saying it has the best performance in the world, but > > it does work. > > > > Updates in this test release were constrained to xf_dx.dll, > so, if you > > already have the Test 3 full package > > (OverlayAndNoDITest.tar.bz2) installed, > > you can just download the xf_dx.dll package; otherwise, > > download the full > > Test 5 package. > > > > Full Test 5 Package: > > http://www.msu.edu/~huntharo/OverlayAndNoDITest.tar.bz2 > > (1.7 MB) > > Test 5 xf_dx.dll Package: > > http://www.msu.edu/~huntharo/xf_dx.dll.tar.bz2 (43 > > kB) > > > > You can download the xf_dx.dll test 5 source if you have > > Visual C++ 6 and > > you feel like poking around: > > http://www.msu.edu/~huntharo/xf_dx-src.zip (14 kB) > > > > Good luck, enjoy, and thanks for testing, > > > > Harold > > > From margalit_gold@hotmail.com Wed Nov 1 07:26:00 2000 From: margalit_gold@hotmail.com (Yadin Goldschmidt) Date: Wed, 01 Nov 2000 07:26:00 -0000 Subject: [ANNOUNCEMENT] Overlay and No DirectInput Test 5 - No Overlays Message-ID: Harold, When I run it a blank box appear with Direct X on top and an error box saying: IDirectDrawSurface_Lock failed error=80070057(DIERR_INVALIDPARAM) when I click OK another box comes: DirectDraw Init failed error=80070057(DIERR_INVALIDPARAM) when I click ok new window closed. Yadin. RIVA TNT2 32 MB, NT4 SP6. _________________________________________________________________________ Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com . Share information about yourself, create your own public profile at http://profiles.msn.com . From Harold@compasstechnologies.com Wed Nov 1 09:27:00 2000 From: Harold@compasstechnologies.com (Harold Hunt) Date: Wed, 01 Nov 2000 09:27:00 -0000 Subject: [ANNOUNCEMENT] Offscreen and No DirectInput Test 6 Message-ID: <896908DA55C4D311B9C000C04F01A05410A7C8@ENTERPRISE> Screenshots, 1024x768: 1) A local xterm: http://www.msu.edu/~huntharo/CygwinXFree86-ScreenShot-xterm.png (160 kB) 2) Remote gftp running on a GNU/Linux host with Gnome installed: http://www.msu.edu/~huntharo/CygwinXFree86-ScreenShot-gftp.png (153 kB) Changes: 1) Copying from the offscreen buffer to the primary surface buffer is now throttled to no more than 15 frames per second. 2) An extraneous check for overlay support was removed. 3) A few flags were added to the surface locking function to, hopefully, ensure that the surface is locked without failure. 4) Offscreen frame buffer memory address changes are now detected and the X server is notified of the new address when this happens (should be rare). 5) The bounding window is now brought to the top of the window z order after it is created. 6) Tokens containing "overlay" were modified to contain "offscreen". 7) Some commented out DirectInput code was removed. I'm just about ready to admit defeat in the video card compatibility department, I'm running out of ideas, and I can't reproduce the problems with my equipment. Please, look at the source for winDXAllocateFramebufferMemory() if you think you could add any insight; the function only has about 20 non error handling lines, so it should be easy to grasp the concept and start playing around with different ideas. Take a look at the source even if you don't have Visual C++; let me know if you have any suggestions and I'll compile them and send them to you to test. Updates in this test release were constrained to xf_dx.dll, so, if you already have the Test 3, or greater, full package (OverlayAndNoDITest.tar.bz2) installed, you can just download the xf_dx.dll package; otherwise, download the full Test 6 package. Full Test 6 Package: http://www.msu.edu/~huntharo/OverlayAndNoDITest.tar.bz2 (1.7 MB) Test 6 xf_dx.dll Package: http://www.msu.edu/~huntharo/xf_dx.dll.tar.bz2 (43 kB) You can download the xf_dx.dll test 6 source if you have Visual C++ 6 and you feel like poking around: http://www.msu.edu/~huntharo/xf_dx-src.zip (14 kB) Good luck, enjoy, and thanks for testing, Harold From ssiddiqi@inspirepharm.com Wed Nov 1 10:49:00 2000 From: ssiddiqi@inspirepharm.com (Suhaib Siddiqi) Date: Wed, 01 Nov 2000 10:49:00 -0000 Subject: [ANNOUNCEMENT] Offscreen and No DirectInput Test 6 References: <896908DA55C4D311B9C000C04F01A05410A7C8@ENTERPRISE> Message-ID: <7F2B9185F0196F44B59990759B91B1C215166E@ins-exch.inspirepharm.com> Harold, Problem of moving the X-window, leaving a static X-desktop is still there. Suhaib > -----Original Message----- > From: Harold Hunt [ mailto:Harold@compasstechnologies.com ] > Sent: Wednesday, November 01, 2000 12:22 PM > To: Cygx (E-mail) > Subject: [ANNOUNCEMENT] Offscreen and No DirectInput Test 6 > > > Screenshots, 1024x768: > 1) A local xterm: > http://www.msu.edu/~huntharo/CygwinXFree86-ScreenShot-xterm.pn > g (160 kB) > > 2) Remote gftp running on a GNU/Linux host with Gnome installed: > http://www.msu.edu/~huntharo/CygwinXFree86-ScreenShot-gftp.png > (153 kB) > > > Changes: > 1) Copying from the offscreen buffer to the primary surface > buffer is now > throttled to no more than 15 frames per second. > > 2) An extraneous check for overlay support was removed. > > 3) A few flags were added to the surface locking function > to, hopefully, > ensure that the surface is locked without failure. > > 4) Offscreen frame buffer memory address changes are now > detected and the X > server is notified of the new address when this happens > (should be rare). > > 5) The bounding window is now brought to the top of the > window z order > after it is created. > > 6) Tokens containing "overlay" were modified to contain "offscreen". > > 7) Some commented out DirectInput code was removed. > > > I'm just about ready to admit defeat in the video card compatibility > department, I'm running out of ideas, and I can't reproduce > the problems > with my equipment. Please, look at the source for > winDXAllocateFramebufferMemory() if you think you could add > any insight; the > function only has about 20 non error handling lines, so it > should be easy to > grasp the concept and start playing around with different > ideas. Take a > look at the source even if you don't have Visual C++; let me > know if you > have any suggestions and I'll compile them and send them to > you to test. > > Updates in this test release were constrained to xf_dx.dll, so, if you > already have the Test 3, or greater, full package > (OverlayAndNoDITest.tar.bz2) installed, you can just download > the xf_dx.dll > package; otherwise, download the full Test 6 package. > > Full Test 6 Package: > http://www.msu.edu/~huntharo/OverlayAndNoDITest.tar.bz2 (1.7 MB) > Test 6 xf_dx.dll Package: > http://www.msu.edu/~huntharo/xf_dx.dll.tar.bz2 (43 kB) > > You can download the xf_dx.dll test 6 source if you have > Visual C++ 6 and > you feel like poking around: > http://www.msu.edu/~huntharo/xf_dx-src.zip (14 kB) > > Good luck, enjoy, and thanks for testing, > > Harold > From s.a.hill@larc.nasa.gov Wed Nov 1 11:31:00 2000 From: s.a.hill@larc.nasa.gov (Scott A. Hill) Date: Wed, 01 Nov 2000 11:31:00 -0000 Subject: [ANNOUNCEMENT] Offscreen and No DirectInput Test 6 References: <896908DA55C4D311B9C000C04F01A05410A7C8@ENTERPRISE> Message-ID: <01e701c0443a$474d63e0$4d319b80@larc.nasa.gov> Harold, I thought I would test out your DirectX X-server and hopefully bring you some good news, but to no avail. The following are the particulars concerning this test: Display Hardware: ELSA II Gloria Pro W/64MB Current Display Settings: 1800 x 1440 x 32 bits/pixel DirectX: Not sure, but all by DirectDraw and assorted drivers are listed as V4.04 OS: MS NT 4.0 SP6 Test 1: start XWin -screen 0 640x480x16 -whitepixel 255 -blackpixel 0 In Console Window: _XSERVTransmkdir: Owner of /tmp/.X11-unix should be set to root Desired Width: 640, Height: 480, Depth: 16 xf_dx.dll: Process attach enable_xf_dx: LoadLibrary success xf_dx.dll: AdjustVideoMode entered Adjusted Width: 640, Height: 480, Depth: 32 xf_dx.dll: winDXAllocateFramebufferMemory entered In Error Window: IDirectDrawSurface_Lock failed Error = 80070057(DIERR_INVALIDPARAM) Oddity: The cursor pointer does not stay on top of the DirectX X-Server and Error windows. Once the "OK" button is selected in the Error Window, both the DirectX X-Server and Error windows close. Test 2: start strace XWin -screen 0 640x480x16 -whitepixel 255 -blackpixel 0 In C:\cygwin\bin\strace.exe Window: ---snipped--- xf_dx.dll: Process attach 19097 6688872 [main] XWin 1047 _write: write (2, 0x281F6C8, 34) 1876 6690748 [main] XWin 1047 fhandler_console::write: 281F6C8, 34 1902 6692650 [main] XWin 1047 fhandler_console::write: at 101(e) state is 1 enable_xf_dx: LoadLibrary success 3623 6696273 [main] XWin 1047 fhandler_console::write: 34 = write_console (,..34) 3159 6699432 [main] XWin 1047 _write: 34 = write (2, 0x281F6C8, 34) xf_dx.dll: AdjustVideoMode entered 10745 6710177 [main] XWin 1047 _write: write (2, 0x281F6E8, 44) 1550 6711727 [main] XWin 1047 fhandler_console::write: 281F6E8, 44 1857 6713584 [main] XWin 1047 fhandler_console::write: at 65(A) state is 1 Adjusted Width: 640, Height: 480, Depth: 32 3705 6717289 [main] XWin 1047 fhandler_console::write: 44 = write_console (,..44) 3607 6720896 [main] XWin 1047 _write: 44 = write (2, 0x281F6E8, 44) xf_dx.dll: winDXAllocateFramebufferMemory entered In Error Window: IDirectDrawSurface_Lock failed Error = 80070057(DIERR_INVALIDPARAM) Oddity: The cursor pointer does not stay on top of the DirectX X-Server and Error windows. Once the "OK" button is selected in the Error Window, the Error window closes, but both the DirectX X-Server and the strace windows remain open and no additional strace output is generated. The strace window has to be exited to kill both those windows. Hope this info helps. Scott ----- Original Message ----- From: Harold Hunt To: Cygx (E-mail) Sent: Wednesday, November 01, 2000 12:22 PM Subject: [ANNOUNCEMENT] Offscreen and No DirectInput Test 6 > Screenshots, 1024x768: > 1) A local xterm: > http://www.msu.edu/~huntharo/CygwinXFree86-ScreenShot-xterm.png (160 kB) > > 2) Remote gftp running on a GNU/Linux host with Gnome installed: > http://www.msu.edu/~huntharo/CygwinXFree86-ScreenShot-gftp.png (153 kB) > > > Changes: > 1) Copying from the offscreen buffer to the primary surface buffer is now > throttled to no more than 15 frames per second. > > 2) An extraneous check for overlay support was removed. > > 3) A few flags were added to the surface locking function to, hopefully, > ensure that the surface is locked without failure. > > 4) Offscreen frame buffer memory address changes are now detected and the X > server is notified of the new address when this happens (should be rare). > > 5) The bounding window is now brought to the top of the window z order > after it is created. > > 6) Tokens containing "overlay" were modified to contain "offscreen". > > 7) Some commented out DirectInput code was removed. > > > I'm just about ready to admit defeat in the video card compatibility > department, I'm running out of ideas, and I can't reproduce the problems > with my equipment. Please, look at the source for > winDXAllocateFramebufferMemory() if you think you could add any insight; the > function only has about 20 non error handling lines, so it should be easy to > grasp the concept and start playing around with different ideas. Take a > look at the source even if you don't have Visual C++; let me know if you > have any suggestions and I'll compile them and send them to you to test. > > Updates in this test release were constrained to xf_dx.dll, so, if you > already have the Test 3, or greater, full package > (OverlayAndNoDITest.tar.bz2) installed, you can just download the xf_dx.dll > package; otherwise, download the full Test 6 package. > > Full Test 6 Package: > http://www.msu.edu/~huntharo/OverlayAndNoDITest.tar.bz2 (1.7 MB) > Test 6 xf_dx.dll Package: > http://www.msu.edu/~huntharo/xf_dx.dll.tar.bz2 (43 kB) > > You can download the xf_dx.dll test 6 source if you have Visual C++ 6 and > you feel like poking around: > http://www.msu.edu/~huntharo/xf_dx-src.zip (14 kB) > > Good luck, enjoy, and thanks for testing, > > Harold > From alexander.gottwald@informatik.tu-chemnitz.de Wed Nov 1 11:38:00 2000 From: alexander.gottwald@informatik.tu-chemnitz.de (Alexander Gottwald) Date: Wed, 01 Nov 2000 11:38:00 -0000 Subject: [ANNOUNCEMENT] Offscreen and No DirectInput Test 6 References: <896908DA55C4D311B9C000C04F01A05410A7C8@ENTERPRISE> Message-ID: On Wed, 1 Nov 2000, Harold Hunt wrote: > Screenshots, 1024x768: > 1) A local xterm: > http://www.msu.edu/~huntharo/CygwinXFree86-ScreenShot-xterm.png (160 kB) > > 2) Remote gftp running on a GNU/Linux host with Gnome installed: > http://www.msu.edu/~huntharo/CygwinXFree86-ScreenShot-gftp.png (153 kB) > It seems you have the color problems as I have. > > Full Test 6 Package: > http://www.msu.edu/~huntharo/OverlayAndNoDITest.tar.bz2 (1.7 MB) > Test 6 xf_dx.dll Package: > http://www.msu.edu/~huntharo/xf_dx.dll.tar.bz2 (43 kB) > > You can download the xf_dx.dll test 6 source if you have Visual C++ 6 and > you feel like poking around: > http://www.msu.edu/~huntharo/xf_dx-src.zip (14 kB) System: Windows NT4 Matrox Mystique 4MB german locale settings MessageBox: > IDirectDrawSurface_lock failed > Error = 80070057 (DIERR_INVPARAM) Messagebox: > Direct Draw Init Failed > Error = 80070057 (DIERR_INVPARAM) and the following output: > Desired Width: 100, Height: 100, Depth: 16 > xf_dx.dll: Process attach > enable_xf_dx: LoadLibrary success > xf_dx.dll: AdjustVideoMode entered > Adjusted Width: 100, Height: 100, Depth: 16 > xf_dx.dll: winDXAllocateFramebufferMemory entered > xf_dx.dll: Process detach Same happend on NT4 Ati Rage 3D Tomorrow I will test it again on my two Win98 systems. cu -- Alexander.Gottwald@informatik.tu-chemnitz.de | http://www.gotti.org Wollen Sie Ihre Festplatte formatieren? [J]a [N]at????rlich From ssiddiqi@inspirepharm.com Wed Nov 1 11:42:00 2000 From: ssiddiqi@inspirepharm.com (Suhaib Siddiqi) Date: Wed, 01 Nov 2000 11:42:00 -0000 Subject: [ANNOUNCEMENT] Overlay and No DirectInput Test 5 - No Overlays References: Message-ID: <7F2B9185F0196F44B59990759B91B1C215166F@ins-exch.inspirepharm.com> On Nvidia cards it works. Have you tried upgrading your TNT driver to version 3 (Detonator 3) Check out http://www.nvidia.com for a latest driver (aka Detonator3) Suhaib > -----Original Message----- > From: Yadin Goldschmidt [ mailto:margalit_gold@hotmail.com ] > Sent: Wednesday, November 01, 2000 10:26 AM > To: cygwin-xfree@sources.redhat.com > Subject: RE: [ANNOUNCEMENT] Overlay and No DirectInput Test 5 - No > Overlays > > > Harold, > When I run it a blank box appear with Direct X on top and an error box > saying: IDirectDrawSurface_Lock failed > error=80070057(DIERR_INVALIDPARAM) > when I click OK another box comes: > DirectDraw Init failed > error=80070057(DIERR_INVALIDPARAM) > when I click ok new window closed. > Yadin. > RIVA TNT2 32 MB, NT4 SP6. > > ______________________________________________________________ > ___________ > Get Your Private, Free E-mail from MSN Hotmail at > http://www.hotmail.com . > > Share information about yourself, create your own public profile at > http://profiles.msn.com . > From arkadiy@micromuse.com Wed Nov 1 11:54:00 2000 From: arkadiy@micromuse.com (Arkadiy Belousov) Date: Wed, 01 Nov 2000 11:54:00 -0000 Subject: [ANNOUNCEMENT] Offscreen and No DirectInput Test 6 References: <7F2B9185F0196F44B59990759B91B1C215166E@ins-exch.inspirepharm.com> Message-ID: <018501c0443d$90f2d0e0$1e1e140a@windell> The X window appears as solid white, then gets X background with X cursor in the middle. When I move the mouse over window, X cursor turns into norteast corener resizing cursor, I see a position popup box with +209 +262 in it, and then the X cursor freezes. When I move Windows cursor over X window again, it passes under the window. Sometimes I see something resembling an xtern, once I even saw some output from keyboard, bt it's very erratic. ----- Original Message ----- From: "Suhaib Siddiqi" To: "'Harold Hunt'" Cc: Sent: Wednesday, November 01, 2000 1:49 PM Subject: RE: [ANNOUNCEMENT] Offscreen and No DirectInput Test 6 > > Harold, > Problem of moving the X-window, leaving a static X-desktop is still there. > > Suhaib > > > > -----Original Message----- > > From: Harold Hunt [ mailto:Harold@compasstechnologies.com ] > > Sent: Wednesday, November 01, 2000 12:22 PM > > To: Cygx (E-mail) > > Subject: [ANNOUNCEMENT] Offscreen and No DirectInput Test 6 > > > > > > Screenshots, 1024x768: > > 1) A local xterm: > > http://www.msu.edu/~huntharo/CygwinXFree86-ScreenShot-xterm.pn > > g (160 kB) > > > > 2) Remote gftp running on a GNU/Linux host with Gnome installed: > > http://www.msu.edu/~huntharo/CygwinXFree86-ScreenShot-gftp.png > > (153 kB) > > > > > > Changes: > > 1) Copying from the offscreen buffer to the primary surface > > buffer is now > > throttled to no more than 15 frames per second. > > > > 2) An extraneous check for overlay support was removed. > > > > 3) A few flags were added to the surface locking function > > to, hopefully, > > ensure that the surface is locked without failure. > > > > 4) Offscreen frame buffer memory address changes are now > > detected and the X > > server is notified of the new address when this happens > > (should be rare). > > > > 5) The bounding window is now brought to the top of the > > window z order > > after it is created. > > > > 6) Tokens containing "overlay" were modified to contain "offscreen". > > > > 7) Some commented out DirectInput code was removed. > > > > > > I'm just about ready to admit defeat in the video card compatibility > > department, I'm running out of ideas, and I can't reproduce > > the problems > > with my equipment. Please, look at the source for > > winDXAllocateFramebufferMemory() if you think you could add > > any insight; the > > function only has about 20 non error handling lines, so it > > should be easy to > > grasp the concept and start playing around with different > > ideas. Take a > > look at the source even if you don't have Visual C++; let me > > know if you > > have any suggestions and I'll compile them and send them to > > you to test. > > > > Updates in this test release were constrained to xf_dx.dll, so, if you > > already have the Test 3, or greater, full package > > (OverlayAndNoDITest.tar.bz2) installed, you can just download > > the xf_dx.dll > > package; otherwise, download the full Test 6 package. > > > > Full Test 6 Package: > > http://www.msu.edu/~huntharo/OverlayAndNoDITest.tar.bz2 (1.7 MB) > > Test 6 xf_dx.dll Package: > > http://www.msu.edu/~huntharo/xf_dx.dll.tar.bz2 (43 kB) > > > > You can download the xf_dx.dll test 6 source if you have > > Visual C++ 6 and > > you feel like poking around: > > http://www.msu.edu/~huntharo/xf_dx-src.zip (14 kB) > > > > Good luck, enjoy, and thanks for testing, > > > > Harold > > > From j.j.ita@siep.shell.com Wed Nov 1 12:14:00 2000 From: j.j.ita@siep.shell.com (j.j.ita@siep.shell.com) Date: Wed, 01 Nov 2000 12:14:00 -0000 Subject: [ANNOUNCEMENT] Offscreen and No DirectInput Test 6 Message-ID: Eureka! An Xserver window! Unfortunately I get the same error as Scott does below. Don't get down in the mouth Harold. You are close. I hope the error message gives you some hints. If not, could you guide me to your favorite source of DirectX docs? I think I speak for all by saying your efforts are greatly appreciated. Joel -----Original Message----- From: s.a.hill@larc.nasa.gov [ mailto:s.a.hill@larc.nasa.gov ] Sent: 01 November 2000 20:31 To: cygwin-xfree@sourceware.cygnus.com Subject: Re: [ANNOUNCEMENT] Offscreen and No DirectInput Test 6 Harold, I thought I would test out your DirectX X-server and hopefully bring you some good news, but to no avail. The following are the particulars concerning this test: Display Hardware: ELSA II Gloria Pro W/64MB Current Display Settings: 1800 x 1440 x 32 bits/pixel DirectX: Not sure, but all by DirectDraw and assorted drivers are listed as V4.04 OS: MS NT 4.0 SP6 Test 1: start XWin -screen 0 640x480x16 -whitepixel 255 -blackpixel 0 In Console Window: _XSERVTransmkdir: Owner of /tmp/.X11-unix should be set to root Desired Width: 640, Height: 480, Depth: 16 xf_dx.dll: Process attach enable_xf_dx: LoadLibrary success xf_dx.dll: AdjustVideoMode entered Adjusted Width: 640, Height: 480, Depth: 32 xf_dx.dll: winDXAllocateFramebufferMemory entered In Error Window: IDirectDrawSurface_Lock failed Error = 80070057(DIERR_INVALIDPARAM) Oddity: The cursor pointer does not stay on top of the DirectX X-Server and Error windows. Once the "OK" button is selected in the Error Window, both the DirectX X-Server and Error windows close. Test 2: start strace XWin -screen 0 640x480x16 -whitepixel 255 -blackpixel 0 In C:\cygwin\bin\strace.exe Window: ---snipped--- xf_dx.dll: Process attach 19097 6688872 [main] XWin 1047 _write: write (2, 0x281F6C8, 34) 1876 6690748 [main] XWin 1047 fhandler_console::write: 281F6C8, 34 1902 6692650 [main] XWin 1047 fhandler_console::write: at 101(e) state is 1 enable_xf_dx: LoadLibrary success 3623 6696273 [main] XWin 1047 fhandler_console::write: 34 = write_console (,..34) 3159 6699432 [main] XWin 1047 _write: 34 = write (2, 0x281F6C8, 34) xf_dx.dll: AdjustVideoMode entered 10745 6710177 [main] XWin 1047 _write: write (2, 0x281F6E8, 44) 1550 6711727 [main] XWin 1047 fhandler_console::write: 281F6E8, 44 1857 6713584 [main] XWin 1047 fhandler_console::write: at 65(A) state is 1 Adjusted Width: 640, Height: 480, Depth: 32 3705 6717289 [main] XWin 1047 fhandler_console::write: 44 = write_console (,..44) 3607 6720896 [main] XWin 1047 _write: 44 = write (2, 0x281F6E8, 44) xf_dx.dll: winDXAllocateFramebufferMemory entered In Error Window: IDirectDrawSurface_Lock failed Error = 80070057(DIERR_INVALIDPARAM) Oddity: The cursor pointer does not stay on top of the DirectX X-Server and Error windows. Once the "OK" button is selected in the Error Window, the Error window closes, but both the DirectX X-Server and the strace windows remain open and no additional strace output is generated. The strace window has to be exited to kill both those windows. Hope this info helps. Scott ----- Original Message ----- From: Harold Hunt To: Cygx (E-mail) Sent: Wednesday, November 01, 2000 12:22 PM Subject: [ANNOUNCEMENT] Offscreen and No DirectInput Test 6 > Screenshots, 1024x768: > 1) A local xterm: > http://www.msu.edu/~huntharo/CygwinXFree86-ScreenShot-xterm.png (160 kB) > > 2) Remote gftp running on a GNU/Linux host with Gnome installed: > http://www.msu.edu/~huntharo/CygwinXFree86-ScreenShot-gftp.png (153 kB) > > > Changes: > 1) Copying from the offscreen buffer to the primary surface buffer is now > throttled to no more than 15 frames per second. > > 2) An extraneous check for overlay support was removed. > > 3) A few flags were added to the surface locking function to, hopefully, > ensure that the surface is locked without failure. > > 4) Offscreen frame buffer memory address changes are now detected and the X > server is notified of the new address when this happens (should be rare). > > 5) The bounding window is now brought to the top of the window z order > after it is created. > > 6) Tokens containing "overlay" were modified to contain "offscreen". > > 7) Some commented out DirectInput code was removed. > > > I'm just about ready to admit defeat in the video card compatibility > department, I'm running out of ideas, and I can't reproduce the problems > with my equipment. Please, look at the source for > winDXAllocateFramebufferMemory() if you think you could add any insight; the > function only has about 20 non error handling lines, so it should be easy to > grasp the concept and start playing around with different ideas. Take a > look at the source even if you don't have Visual C++; let me know if you > have any suggestions and I'll compile them and send them to you to test. > > Updates in this test release were constrained to xf_dx.dll, so, if you > already have the Test 3, or greater, full package > (OverlayAndNoDITest.tar.bz2) installed, you can just download the xf_dx.dll > package; otherwise, download the full Test 6 package. > > Full Test 6 Package: > http://www.msu.edu/~huntharo/OverlayAndNoDITest.tar.bz2 (1.7 MB) > Test 6 xf_dx.dll Package: > http://www.msu.edu/~huntharo/xf_dx.dll.tar.bz2 (43 kB) > > You can download the xf_dx.dll test 6 source if you have Visual C++ 6 and > you feel like poking around: > http://www.msu.edu/~huntharo/xf_dx-src.zip (14 kB) > > Good luck, enjoy, and thanks for testing, > > Harold > From Harold@compasstechnologies.com Wed Nov 1 13:57:00 2000 From: Harold@compasstechnologies.com (Harold Hunt) Date: Wed, 01 Nov 2000 13:57:00 -0000 Subject: Arkadiy Belousov - Is your return address corret? Message-ID: <896908DA55C4D311B9C000C04F01A05410A7D0@ENTERPRISE> Arkadiy, Your return address, arkadiy [at] micromuse.com always fails for me; could you check your return address and verify that it is correct? I didn't want to print your address, so substitute @ for [at] to see what I see. Thank you, Harold From Harold@compasstechnologies.com Wed Nov 1 15:43:00 2000 From: Harold@compasstechnologies.com (Harold Hunt) Date: Wed, 01 Nov 2000 15:43:00 -0000 Subject: [ANNOUNCEMENT] Offscreen and No DirectInput Test 7 Message-ID: <896908DA55C4D311B9C000C04F01A05410A7D1@ENTERPRISE> Changes: 1) Removed DDLOCK_NOSYSLOCK flag in call to IDirectDrawSurface_Lock; John Fortin said that flag doesn't exist in DirectX 3... I can't find the documentation to back that up, but I'll go with it. Testers with failures in IDirectDrawSurface_Lock() seem to all be running Windows NT 4.0 SP3+; so, John is probably right that the said flag is not supported in DirectX 3. Any Windows 98 testers out there please check in if the latest release works for you. Known Issues: 1) Don't move the window :) 2) Be careful when moving focus to and away from the window; the best bet is to minimize the window, rather than just clicking on another app 3) Not feature complete - the only goal of the current testing is to get an image from the X server to appear on every tester's machine Updates in this test release were constrained to xf_dx.dll, so, if you already have the Test 3, or greater, full package (OverlayAndNoDITest.tar.bz2) installed, you can just download the xf_dx.dll package; otherwise, download the full Test 7 package. Full Test 7 Package: http://www.msu.edu/~huntharo/OverlayAndNoDITest.tar.bz2 (1.7 MB) Test 7 xf_dx.dll Package: http://www.msu.edu/~huntharo/xf_dx.dll.tar.bz2 (43 kB) Sources: You can download the xf_dx.dll test 7 source if you have Visual C++ 6 and you feel like poking around: http://www.msu.edu/~huntharo/xf_dx-src.zip (14 kB) Screenshots, 1024x768: 1) A local xterm: http://www.msu.edu/~huntharo/CygwinXFree86-ScreenShot-xterm.png (160 kB) 2) Remote gftp running on a GNU/Linux host with Gnome installed: http://www.msu.edu/~huntharo/CygwinXFree86-ScreenShot-gftp.png (153 kB) Good luck, enjoy, and thanks for testing, Harold From fortinj@attglobal.net Wed Nov 1 19:06:00 2000 From: fortinj@attglobal.net (fortinj@attglobal.net) Date: Wed, 01 Nov 2000 19:06:00 -0000 Subject: [ANNOUNCEMENT] Offscreen and No DirectInput Test 7 References: <896908DA55C4D311B9C000C04F01A05410A7D1@ENTERPRISE> Message-ID: <3A00DA52.780262FE@attglobal.net> Harold, I ran it successfully on my Win98 Box... - xclock and oclock worked. Mouse seems to work. - xwin crashes when xclock or oclock is stopped. - Don't know about keyboard yet. I'll try it on mt NT Box at work tommorrow. BTW, I was able to compile your code with Mingw32 with one exception... VK_KANA is not defined in my headers. Could you find out what it is equal to. John Harold Hunt wrote: > > Changes: > 1) Removed DDLOCK_NOSYSLOCK flag in call to IDirectDrawSurface_Lock; John > Fortin said that flag doesn't exist in DirectX 3... I can't find the > documentation to back that up, but I'll go with it. Testers with failures > in IDirectDrawSurface_Lock() seem to all be running Windows NT 4.0 SP3+; so, > John is probably right that the said flag is not supported in DirectX 3. > Any Windows 98 testers out there please check in if the latest release works > for you. > > Known Issues: > 1) Don't move the window :) > > 2) Be careful when moving focus to and away from the window; the best bet > is to minimize the window, rather than just clicking on another app > > 3) Not feature complete - the only goal of the current testing is to get an > image from the X server to appear on every tester's machine > > Updates in this test release were constrained to xf_dx.dll, so, if you > already have the Test 3, or greater, full package > (OverlayAndNoDITest.tar.bz2) installed, you can just download the xf_dx.dll > package; otherwise, download the full Test 7 package. > > Full Test 7 Package: > http://www.msu.edu/~huntharo/OverlayAndNoDITest.tar.bz2 (1.7 MB) > Test 7 xf_dx.dll Package: > http://www.msu.edu/~huntharo/xf_dx.dll.tar.bz2 (43 kB) > > Sources: > You can download the xf_dx.dll test 7 source if you have Visual C++ 6 and > you feel like poking around: > http://www.msu.edu/~huntharo/xf_dx-src.zip (14 kB) > > Screenshots, 1024x768: > 1) A local xterm: > http://www.msu.edu/~huntharo/CygwinXFree86-ScreenShot-xterm.png (160 kB) > > 2) Remote gftp running on a GNU/Linux host with Gnome installed: > http://www.msu.edu/~huntharo/CygwinXFree86-ScreenShot-gftp.png (153 kB) > > Good luck, enjoy, and thanks for testing, > > Harold From j.j.ita@siep.shell.com Thu Nov 2 04:23:00 2000 From: j.j.ita@siep.shell.com (j.j.ita@siep.shell.com) Date: Thu, 02 Nov 2000 04:23:00 -0000 Subject: [ANNOUNCEMENT] Offscreen and No DirectInput Test 7 Message-ID: Some great news and some better news and a question about the xfree86 distribution. First the better news. On the Windows NT 4.0 (SP5) machine with the Appian Jeronimo 2000 card I get the Xserver to start without error and display two (2) windows. Kind of weird. One was a small postage stamp type and one was the size of the window I had requested in the bat file. I attach a jpeg file. I do not know if this will propagate correctly through the mailing list, but I do not have an outside webserver I can put things on at the moment. Any way, the really weird thing is that if I put the Windows cursor on the correctly sized window I get no response. If I put the Windows cursor on the small window it disappears and the X cursor is activated. However the X cursor is restricted to act over an area in the upper left hand corner equal to the size of the small window. I have tried changing the size of the window I request in the bat file from something smaller than the postage stamp and get the same behavior. Regardless of this weirdness, xterm, vtwm, and xclock start just fine. Now the great news. On a machine with the same OS but using an Intense 3d Wildcat 4110 card, The Xserver worked flawlessly! Chalk up another card covered. Lastly the question. On both machines I got the line: error opening security policy file /usr/X11R6/lib/X11/xserver/SecurityPolicy I did a tar -tvf | grep -i SecurityPolicy on all the tar files from the xfree/xc-4-binaries and could not find it. It is in the binary tar ball for the VNC based Xserver. Is this an oversight? Joel > -----Original Message----- > From: Harold@compasstechnologies.com > [ mailto:Harold@compasstechnologies.com ] > Sent: Thursday, November 02, 2000 12:39 AM > To: cygwin-xfree@sources.redhat.com > Subject: [ANNOUNCEMENT] Offscreen and No DirectInput Test 7 > > > Changes: > 1) Removed DDLOCK_NOSYSLOCK flag in call to > IDirectDrawSurface_Lock; John > Fortin said that flag doesn't exist in DirectX 3... I can't find the > documentation to back that up, but I'll go with it. Testers > with failures > in IDirectDrawSurface_Lock() seem to all be running Windows > NT 4.0 SP3+; so, > John is probably right that the said flag is not supported in > DirectX 3. > Any Windows 98 testers out there please check in if the > latest release works > for you. > > Known Issues: > 1) Don't move the window :) > > 2) Be careful when moving focus to and away from the window; > the best bet > is to minimize the window, rather than just clicking on another app > > 3) Not feature complete - the only goal of the current > testing is to get an > image from the X server to appear on every tester's machine > > Updates in this test release were constrained to xf_dx.dll, so, if you > already have the Test 3, or greater, full package > (OverlayAndNoDITest.tar.bz2) installed, you can just download > the xf_dx.dll > package; otherwise, download the full Test 7 package. > > Full Test 7 Package: > http://www.msu.edu/~huntharo/OverlayAndNoDITest.tar.bz2 (1.7 MB) > Test 7 xf_dx.dll Package: > http://www.msu.edu/~huntharo/xf_dx.dll.tar.bz2 (43 kB) > > > Sources: > You can download the xf_dx.dll test 7 source if you have > Visual C++ 6 and > you feel like poking around: > http://www.msu.edu/~huntharo/xf_dx-src.zip (14 kB) > > > Screenshots, 1024x768: > 1) A local xterm: > http://www.msu.edu/~huntharo/CygwinXFree86-ScreenShot-xterm.pn g (160 kB) 2) Remote gftp running on a GNU/Linux host with Gnome installed: http://www.msu.edu/~huntharo/CygwinXFree86-ScreenShot-gftp.png (153 kB) Good luck, enjoy, and thanks for testing, Harold From ssiddiqi@inspirepharm.com Thu Nov 2 04:27:00 2000 From: ssiddiqi@inspirepharm.com (Suhaib Siddiqi) Date: Thu, 02 Nov 2000 04:27:00 -0000 Subject: [ANNOUNCEMENT] Offscreen and No DirectInput Test 7 References: Message-ID: <7F2B9185F0196F44B59990759B91B1C2151671@ins-exch.inspirepharm.com> > > Lastly the question. On both machines I got the line: > > error opening security policy file > /usr/X11R6/lib/X11/xserver/SecurityPolicy > > I did a tar -tvf | grep -i SecurityPolicy on all the tar > files from the > xfree/xc-4-binaries and could not find it. It is in the > binary tar ball > for the VNC based Xserver. Is this an oversight? You can create your own, copy from a Linux box, or copy from VNC tar ball to /usr/X11R6/lib/X11/xserver/SecurityPolicy. It just a warning, not an error. Suhaib > > Joel > > > -----Original Message----- > > From: Harold@compasstechnologies.com > > [ mailto:Harold@compasstechnologies.com ] > > Sent: Thursday, November 02, 2000 12:39 AM > > To: cygwin-xfree@sources.redhat.com > > Subject: [ANNOUNCEMENT] Offscreen and No DirectInput Test 7 > > > > > > Changes: > > 1) Removed DDLOCK_NOSYSLOCK flag in call to > > IDirectDrawSurface_Lock; John > > Fortin said that flag doesn't exist in DirectX 3... I can't find the > > documentation to back that up, but I'll go with it. Testers > > with failures > > in IDirectDrawSurface_Lock() seem to all be running Windows > > NT 4.0 SP3+; so, > > John is probably right that the said flag is not supported in > > DirectX 3. > > Any Windows 98 testers out there please check in if the > > latest release works > > for you. > > > > Known Issues: > > 1) Don't move the window :) > > > > 2) Be careful when moving focus to and away from the window; > > the best bet > > is to minimize the window, rather than just clicking on another app > > > > 3) Not feature complete - the only goal of the current > > testing is to get an > > image from the X server to appear on every tester's machine > > > > Updates in this test release were constrained to xf_dx.dll, > so, if you > > already have the Test 3, or greater, full package > > (OverlayAndNoDITest.tar.bz2) installed, you can just download > > the xf_dx.dll > > package; otherwise, download the full Test 7 package. > > > > Full Test 7 Package: > > http://www.msu.edu/~huntharo/OverlayAndNoDITest.tar.bz2 (1.7 MB) > > Test 7 xf_dx.dll Package: > > http://www.msu.edu/~huntharo/xf_dx.dll.tar.bz2 (43 kB) > > > > > > Sources: > > You can download the xf_dx.dll test 7 source if you have > > Visual C++ 6 and > > you feel like poking around: > > http://www.msu.edu/~huntharo/xf_dx-src.zip (14 kB) > > > > > > Screenshots, 1024x768: > > 1) A local xterm: > > http://www.msu.edu/~huntharo/CygwinXFree86-ScreenShot-xterm.pn > g (160 kB) > > 2) Remote gftp running on a GNU/Linux host with Gnome installed: > http://www.msu.edu/~huntharo/CygwinXFree86-ScreenShot-gftp.png (153 kB) Good luck, enjoy, and thanks for testing, Harold From j.j.ita@siep.shell.com Thu Nov 2 04:41:00 2000 From: j.j.ita@siep.shell.com (j.j.ita@siep.shell.com) Date: Thu, 02 Nov 2000 04:41:00 -0000 Subject: SecurityPolicy Message-ID: Right your are Suhaib. It is just a warning. Out of curiosity, is this something that should be added to the tar suite for secure use of the Xserver? I freely admit I have not went to the references given in the web page to find out myself. I was hoping to save time by getting your expert opinion first. Joel > -----Original Message----- > From: ssiddiqi@inspirepharm.com [ mailto:ssiddiqi@inspirepharm.com ] > Sent: Thursday, November 02, 2000 1:27 PM > To: cygwin-xfree@sources.redhat.com > Subject: RE: [ANNOUNCEMENT] Offscreen and No DirectInput Test 7 > > > > > > > > > Lastly the question. On both machines I got the line: > > > > error opening security policy file > > /usr/X11R6/lib/X11/xserver/SecurityPolicy > > > > I did a tar -tvf | grep -i SecurityPolicy on all the tar > > files from the > > xfree/xc-4-binaries and could not find it. It is in the > > binary tar ball > > for the VNC based Xserver. Is this an oversight? > > > You can create your own, copy from a Linux box, or copy from > VNC tar ball > to /usr/X11R6/lib/X11/xserver/SecurityPolicy. > > It just a warning, not an error. > > Suhaib > > > > > Joel > > > > > -----Original Message----- > > > From: Harold@compasstechnologies.com > > > [ mailto:Harold@compasstechnologies.com ] > > > Sent: Thursday, November 02, 2000 12:39 AM > > > To: cygwin-xfree@sources.redhat.com > > > Subject: [ANNOUNCEMENT] Offscreen and No DirectInput Test 7 > > > > > > > > > Changes: > > > 1) Removed DDLOCK_NOSYSLOCK flag in call to > > > IDirectDrawSurface_Lock; John > > > Fortin said that flag doesn't exist in DirectX 3... I > can't find the > > > documentation to back that up, but I'll go with it. Testers > > > with failures > > > in IDirectDrawSurface_Lock() seem to all be running Windows > > > NT 4.0 SP3+; so, > > > John is probably right that the said flag is not supported in > > > DirectX 3. > > > Any Windows 98 testers out there please check in if the > > > latest release works > > > for you. > > > > > > Known Issues: > > > 1) Don't move the window :) > > > > > > 2) Be careful when moving focus to and away from the window; > > > the best bet > > > is to minimize the window, rather than just clicking on > another app > > > > > > 3) Not feature complete - the only goal of the current > > > testing is to get an > > > image from the X server to appear on every tester's machine > > > > > > Updates in this test release were constrained to xf_dx.dll, > > so, if you > > > already have the Test 3, or greater, full package > > > (OverlayAndNoDITest.tar.bz2) installed, you can just download > > > the xf_dx.dll > > > package; otherwise, download the full Test 7 package. > > > > > > Full Test 7 Package: > > > http://www.msu.edu/~huntharo/OverlayAndNoDITest.tar.bz2 (1.7 MB) > > > Test 7 xf_dx.dll Package: > > > http://www.msu.edu/~huntharo/xf_dx.dll.tar.bz2 (43 kB) > > > > > > > > > Sources: > > > You can download the xf_dx.dll test 7 source if you have > > > Visual C++ 6 and > > > you feel like poking around: > > > http://www.msu.edu/~huntharo/xf_dx-src.zip (14 kB) > > > > > > > > > Screenshots, 1024x768: > > > 1) A local xterm: > > > http://www.msu.edu/~huntharo/CygwinXFree86-ScreenShot-xterm.pn > > g (160 kB) > > > > 2) Remote gftp running on a GNU/Linux host with Gnome installed: > > http://www.msu.edu/~huntharo/CygwinXFree86-ScreenShot-gftp.png > (153 kB) > > Good luck, enjoy, and thanks for testing, > > Harold > From ssiddiqi@inspirepharm.com Thu Nov 2 04:48:00 2000 From: ssiddiqi@inspirepharm.com (Suhaib Siddiqi) Date: Thu, 02 Nov 2000 04:48:00 -0000 Subject: SecurityPolicy References: Message-ID: <7F2B9185F0196F44B59990759B91B1C2151672@ins-exch.inspirepharm.com> Yes, a template can be added in future. Every site had its own SecurityPolicy, and I assume, if not most, many users can create their own using a template. Suhaib > -----Original Message----- > From: j.j.ita@siep.shell.com [ mailto:j.j.ita@siep.shell.com ] > Sent: Thursday, November 02, 2000 7:38 AM > To: cygwin-xfree@sources.redhat.com > Subject: SecurityPolicy > > > Right your are Suhaib. It is just a warning. Out of > curiosity, is this > something that should be added to the tar suite for secure use of the > Xserver? I freely admit I have not went to the references > given in the > web page to find out myself. I was hoping to save time by > getting your > expert opinion first. > > Joel > > > -----Original Message----- > > From: ssiddiqi@inspirepharm.com [ mailto:ssiddiqi@inspirepharm.com ] > > Sent: Thursday, November 02, 2000 1:27 PM > > To: cygwin-xfree@sources.redhat.com > > Subject: RE: [ANNOUNCEMENT] Offscreen and No DirectInput Test 7 > > > > > > > > > > > > > > > > Lastly the question. On both machines I got the line: > > > > > > error opening security policy file > > > /usr/X11R6/lib/X11/xserver/SecurityPolicy > > > > > > I did a tar -tvf | grep -i SecurityPolicy on all the tar > > > files from the > > > xfree/xc-4-binaries and could not find it. It is in the > > > binary tar ball > > > for the VNC based Xserver. Is this an oversight? > > > > > > You can create your own, copy from a Linux box, or copy from > > VNC tar ball > > to /usr/X11R6/lib/X11/xserver/SecurityPolicy. > > > > It just a warning, not an error. > > > > Suhaib > > > > > > > > Joel > > > > > > > -----Original Message----- > > > > From: Harold@compasstechnologies.com > > > > [ mailto:Harold@compasstechnologies.com ] > > > > Sent: Thursday, November 02, 2000 12:39 AM > > > > To: cygwin-xfree@sources.redhat.com > > > > Subject: [ANNOUNCEMENT] Offscreen and No DirectInput Test 7 > > > > > > > > > > > > Changes: > > > > 1) Removed DDLOCK_NOSYSLOCK flag in call to > > > > IDirectDrawSurface_Lock; John > > > > Fortin said that flag doesn't exist in DirectX 3... I > > can't find the > > > > documentation to back that up, but I'll go with it. Testers > > > > with failures > > > > in IDirectDrawSurface_Lock() seem to all be running Windows > > > > NT 4.0 SP3+; so, > > > > John is probably right that the said flag is not supported in > > > > DirectX 3. > > > > Any Windows 98 testers out there please check in if the > > > > latest release works > > > > for you. > > > > > > > > Known Issues: > > > > 1) Don't move the window :) > > > > > > > > 2) Be careful when moving focus to and away from the window; > > > > the best bet > > > > is to minimize the window, rather than just clicking on > > another app > > > > > > > > 3) Not feature complete - the only goal of the current > > > > testing is to get an > > > > image from the X server to appear on every tester's machine > > > > > > > > Updates in this test release were constrained to xf_dx.dll, > > > so, if you > > > > already have the Test 3, or greater, full package > > > > (OverlayAndNoDITest.tar.bz2) installed, you can just download > > > > the xf_dx.dll > > > > package; otherwise, download the full Test 7 package. > > > > > > > > Full Test 7 Package: > > > > http://www.msu.edu/~huntharo/OverlayAndNoDITest.tar.bz2 (1.7 MB) > > > > Test 7 xf_dx.dll Package: > > > > http://www.msu.edu/~huntharo/xf_dx.dll.tar.bz2 (43 kB) > > > > > > > > > > > > Sources: > > > > You can download the xf_dx.dll test 7 source if you have > > > > Visual C++ 6 and > > > > you feel like poking around: > > > > http://www.msu.edu/~huntharo/xf_dx-src.zip (14 kB) > > > > > > > > > > > > Screenshots, 1024x768: > > > > 1) A local xterm: > > > > http://www.msu.edu/~huntharo/CygwinXFree86-ScreenShot-xterm.pn > > > g (160 kB) > > > > > > 2) Remote gftp running on a GNU/Linux host with Gnome installed: > > > http://www.msu.edu/~huntharo/CygwinXFree86-ScreenShot-gftp.png > > (153 kB) > > > > Good luck, enjoy, and thanks for testing, > > > > Harold > > > From alexander.gottwald@informatik.tu-chemnitz.de Thu Nov 2 05:14:00 2000 From: alexander.gottwald@informatik.tu-chemnitz.de (Alexander Gottwald) Date: Thu, 02 Nov 2000 05:14:00 -0000 Subject: [ANNOUNCEMENT] Offscreen and No DirectInput Test 7 References: <896908DA55C4D311B9C000C04F01A05410A7D1@ENTERPRISE> Message-ID: On Wed, 1 Nov 2000, Harold Hunt wrote: Hello, The new xf_dx.dll works at least on the NT4 with Matrox Mystique. I will test W98 later this day. Was this bit the great problem? If yes would it be possible to switch back to overlay, since the offscreen buffer seems to be a little slow. But anyway, great work. -- Alexander.Gottwald@informatik.tu-chemnitz.de | http://www.gotti.org Wollen Sie Ihre Festplatte formatieren? [J]a [N]at????rlich From margalit_gold@hotmail.com Thu Nov 2 06:22:00 2000 From: margalit_gold@hotmail.com (Yadin Goldschmidt) Date: Thu, 02 Nov 2000 06:22:00 -0000 Subject: [ANNOUNCEMENT] Offscreen and No DirectInput Test 7 Message-ID: Harold, SUCCESS!!! Xserver works on NT4,SP6, RIVA 32MB. Also xterm and vtwm start and work. It seems that you have found the flag that does not exist. Yadin _________________________________________________________________________ Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com . Share information about yourself, create your own public profile at http://profiles.msn.com . From Harold@compasstechnologies.com Thu Nov 2 06:33:00 2000 From: Harold@compasstechnologies.com (Harold Hunt) Date: Thu, 02 Nov 2000 06:33:00 -0000 Subject: Goals of the test releases Message-ID: <896908DA55C4D311B9C000C04F01A05410A7D4@ENTERPRISE> Fantastic! It pleases me to hear that test 7 is working on Windows NT machines, finally. I think it would be helpful to state a few of the short-term goals for the test series: 1) Support screen output on both Windows NT and Windows 9X using the least-common denominator approach (offscreen frame buffer) 2) Use a new input scheme that will hopefully work with more keyboards, particularly non-English keyboards 3) Verify that the new input scheme is satisfactory 4) Display the X server in a window that behaves like a normal Windows window I'd say that goals 1 and 2 are nearly done, goal 3 has to be done by the users (I really need feedback from non-English users), and goal 4 is something I was putting off until I knew that goal 1 was at least possible. Here are the longer term goals for the test series: 1) Use a primary surface buffer on Windows NT 2) Use an offscreen buffer on Windows 9X 3) Use a command-line parameter to throttle the blits per second on Windows 9X 4) Produce a stable interim release for all users 5) Spark interest in the next phase of the project There is only one further goal of the test series that will be implemented after the above nine goals and that is to move away from frame buffers on both platforms. Moving away from frame buffers requires that we implement roughly 20 graphics functions that do things like drawing lines, circles, arcs, filling rectangles, etc. A quick investigation will reveal three technologies that seem plausible, if by name only, for implementing the graphics "primitives" as they are called. 1) DirectDraw 2) Direct3D 3) Windows GDI (Graphics Device Interface) A further investigation reveals the following benefits and drawbacks of each technology: 1) DirectDraw - No graphics primitives functions (no lines, arcs, rectangles, etc.) - Only performs bit block transfers - Not accelerated by the graphics hardware, as you have to write directly to the frame buffer - More suited to games and video playback, as you compose a scene off-screen, then blit the scene to the primary surface - We're already using DirectDraw as it was designed to be used - Offscreen drawing causes a performance hit even when you aren't drawing on the X server screen, as the offscreen surface has to be blitted to the monitor regardless of whether it has changed or not; this severely limits the low end of machines that we can support 2) Direct3D - No graphics primitives functions (no lines, arcs, rectangles, etc.) - Only draws points, lines, triangles, triangle fans, and triangle strips - Implementing graphics primitives would require converting arcs, rectangles, and such to triangles; this would involve quite a bit of mathematics - Direct3D doesn't have a concept of filling a rectangle with a color, Direct3D thinks of everything in textures; it would get pretty bizarre trying to create a texture for every color 3) Windows GDI + Graphics primitives functions (lines, arcs, rectangles, etc.) + Filled shapes (ellipses, rectangles, circles, etc.) + Pens for drawing lines + Already has a concept of fonts, and we may be able to adapt the standard X fonts to work with Windows + Windows GDI interacts with the graphics driver, so any hardware acceleration of primitives can be taken advantage of - Some GDI primitives don't correspond exactly to their counterpart X primitives; extra work we be required for those primitives Obviously, the Windows GDI seems like the way to go to implement our X graphics primitives functions. You may have seen claims that wrapping the Windows GDI for X servers results in poor performance; to that I have to ask, poor performance in relation to what? You see, emulating X graphics calls on Windows will never be as fast as your Linux box on the same hardware that is able to work with the graphics card more directly; on the other hand, almost anything will be faster than using 20% of your CPU time to blit the offscreen buffer to the primary surface. Well, that concludes the goals that I have for the test releases. Let me hear your ideas and your insights, Harold From j.j.ita@siep.shell.com Thu Nov 2 08:25:00 2000 From: j.j.ita@siep.shell.com (j.j.ita@siep.shell.com) Date: Thu, 02 Nov 2000 08:25:00 -0000 Subject: Goals of the test releases Message-ID: Harold, I agree with your strategy and think that you are probably 90% of the way there on all the items with the exception of the keyboard which is somewhat out of your hands. I think someone with little experience in DirectX like me would just get in the way. However, I would be like to help out on implementing the X graphic primitives via Windows GDI. Could you give me some hints on which documentation I should start looking at and what part of the code needs twiddling with? Joel > -----Original Message----- > From: Harold@compasstechnologies.com > [ mailto:Harold@compasstechnologies.com ] > Sent: Thursday, November 02, 2000 3:29 PM > To: cygwin-xfree@sources.redhat.com > Subject: Goals of the test releases > > > Fantastic! > > It pleases me to hear that test 7 is working on Windows NT machines, > finally. > > I think it would be helpful to state a few of the short-term > goals for the > test series: > 1) Support screen output on both Windows NT and > Windows 9X using the least-common denominator > approach (offscreen frame buffer) > 2) Use a new input scheme that will hopefully work with > more keyboards, particularly non-English keyboards > 3) Verify that the new input scheme is satisfactory > 4) Display the X server in a window that behaves like a > normal Windows window > > I'd say that goals 1 and 2 are nearly done, goal 3 has to be > done by the > users (I really need feedback from non-English users), and goal 4 is > something I was putting off until I knew that goal 1 was at > least possible. > > Here are the longer term goals for the test series: > 1) Use a primary surface buffer on Windows NT > 2) Use an offscreen buffer on Windows 9X > 3) Use a command-line parameter to throttle the blits > per second on Windows 9X > 4) Produce a stable interim release for all users > 5) Spark interest in the next phase of the project > > There is only one further goal of the test series that will > be implemented > after the above nine goals and that is to move away from > frame buffers on > both platforms. Moving away from frame buffers requires that > we implement > roughly 20 graphics functions that do things like drawing > lines, circles, > arcs, filling rectangles, etc. A quick investigation will > reveal three > technologies that seem plausible, if by name only, for > implementing the > graphics "primitives" as they are called. > 1) DirectDraw > 2) Direct3D > 3) Windows GDI (Graphics Device Interface) > > A further investigation reveals the following benefits and > drawbacks of each > technology: > 1) DirectDraw > - No graphics primitives functions (no lines, arcs, > rectangles, etc.) > - Only performs bit block transfers > - Not accelerated by the graphics hardware, as you > have to write directly to the frame buffer > - More suited to games and video playback, as you compose a scene > off-screen, then blit the scene to the primary surface > - We're already using DirectDraw as it was designed to be used > - Offscreen drawing causes a performance hit even when you > aren't drawing on the X server screen, as the offscreen > surface has to be blitted to the monitor regardless > of whether it has changed or not; this severely limits > the low end of machines that we can support > 2) Direct3D > - No graphics primitives functions (no lines, arcs, > rectangles, etc.) > - Only draws points, lines, triangles, triangle fans, > and triangle > strips > - Implementing graphics primitives would require converting > arcs, rectangles, and such to triangles; this would involve > quite a bit of mathematics > - Direct3D doesn't have a concept of filling a rectangle > with a color, > Direct3D thinks of everything in textures; it would get > pretty bizarre trying to create a texture for every color > 3) Windows GDI > + Graphics primitives functions (lines, arcs, rectangles, etc.) > + Filled shapes (ellipses, rectangles, circles, etc.) > + Pens for drawing lines > + Already has a concept of fonts, and we may be able to adapt > the standard X fonts to work with Windows > + Windows GDI interacts with the graphics driver, so any hardware > acceleration of primitives can be taken advantage of > - Some GDI primitives don't correspond exactly to their > counterpart > X primitives; extra work we be required for those primitives > > Obviously, the Windows GDI seems like the way to go to implement our X > graphics primitives functions. You may have seen claims that > wrapping the > Windows GDI for X servers results in poor performance; to > that I have to > ask, poor performance in relation to what? You see, > emulating X graphics > calls on Windows will never be as fast as your Linux box on the same > hardware that is able to work with the graphics card more > directly; on the > other hand, almost anything will be faster than using 20% of > your CPU time > to blit the offscreen buffer to the primary surface. > > Well, that concludes the goals that I have for the test releases. > > Let me hear your ideas and your insights, > > Harold > From ssiddiqi@inspirepharm.com Thu Nov 2 08:59:00 2000 From: ssiddiqi@inspirepharm.com (Suhaib Siddiqi) Date: Thu, 02 Nov 2000 08:59:00 -0000 Subject: Goals of the test releases References: Message-ID: <7F2B9185F0196F44B59990759B91B1C2151674@ins-exch.inspirepharm.com> > > Harold, > I agree with your strategy and think that you are > probably 90% of > the way there on all the items with the exception of the > keyboard which > is somewhat out of your hands. I think someone with little experience > in DirectX like me would just get in the way. > However, I would be like to help out on implementing > the X graphic > primitives via Windows GDI. Could you give me some hints on which > documentation I should start looking at and what part of the > code needs > twiddling with? You need to study code in xc/programs/Xserver/hw/xwin. Here is a link for you to read if you want to work on design and adding features. Most desirable feature is to add Win32 desktop integration, so X-desktop disappers, and each X-client opens its own window (aka multi-widnowing). The following document explains how to achive it. http://www.digital.com/DTJL03/DTJL03.HTM Suhaib > > Joel > > > -----Original Message----- > > From: Harold@compasstechnologies.com > > [ mailto:Harold@compasstechnologies.com ] > > Sent: Thursday, November 02, 2000 3:29 PM > > To: cygwin-xfree@sources.redhat.com > > Subject: Goals of the test releases > > > > > > Fantastic! > > > > It pleases me to hear that test 7 is working on Windows NT machines, > > finally. > > > > I think it would be helpful to state a few of the short-term > > goals for the > > test series: > > 1) Support screen output on both Windows NT and > > Windows 9X using the least-common denominator > > approach (offscreen frame buffer) > > 2) Use a new input scheme that will hopefully work with > > more keyboards, particularly non-English keyboards > > 3) Verify that the new input scheme is satisfactory > > 4) Display the X server in a window that behaves like a > > normal Windows window > > > > I'd say that goals 1 and 2 are nearly done, goal 3 has to be > > done by the > > users (I really need feedback from non-English users), and goal 4 is > > something I was putting off until I knew that goal 1 was at > > least possible. > > > > Here are the longer term goals for the test series: > > 1) Use a primary surface buffer on Windows NT > > 2) Use an offscreen buffer on Windows 9X > > 3) Use a command-line parameter to throttle the blits > > per second on Windows 9X > > 4) Produce a stable interim release for all users > > 5) Spark interest in the next phase of the project > > > > There is only one further goal of the test series that will > > be implemented > > after the above nine goals and that is to move away from > > frame buffers on > > both platforms. Moving away from frame buffers requires that > > we implement > > roughly 20 graphics functions that do things like drawing > > lines, circles, > > arcs, filling rectangles, etc. A quick investigation will > > reveal three > > technologies that seem plausible, if by name only, for > > implementing the > > graphics "primitives" as they are called. > > 1) DirectDraw > > 2) Direct3D > > 3) Windows GDI (Graphics Device Interface) > > > > A further investigation reveals the following benefits and > > drawbacks of each > > technology: > > 1) DirectDraw > > - No graphics primitives functions (no lines, arcs, > > rectangles, etc.) > > - Only performs bit block transfers > > - Not accelerated by the graphics hardware, as you > > have to write directly to the frame buffer > > - More suited to games and video playback, as you > compose a scene > > off-screen, then blit the scene to the primary surface > > - We're already using DirectDraw as it was designed to be used > > - Offscreen drawing causes a performance hit even when you > > aren't drawing on the X server screen, as the offscreen > > surface has to be blitted to the monitor regardless > > of whether it has changed or not; this severely limits > > the low end of machines that we can support > > 2) Direct3D > > - No graphics primitives functions (no lines, arcs, > > rectangles, etc.) > > - Only draws points, lines, triangles, triangle fans, > > and triangle > > strips > > - Implementing graphics primitives would require converting > > arcs, rectangles, and such to triangles; this would involve > > quite a bit of mathematics > > - Direct3D doesn't have a concept of filling a rectangle > > with a color, > > Direct3D thinks of everything in textures; it would get > > pretty bizarre trying to create a texture for every color > > 3) Windows GDI > > + Graphics primitives functions (lines, arcs, rectangles, etc.) > > + Filled shapes (ellipses, rectangles, circles, etc.) > > + Pens for drawing lines > > + Already has a concept of fonts, and we may be able to adapt > > the standard X fonts to work with Windows > > + Windows GDI interacts with the graphics driver, so > any hardware > > acceleration of primitives can be taken advantage of > > - Some GDI primitives don't correspond exactly to their > > counterpart > > X primitives; extra work we be required for those primitives > > > > Obviously, the Windows GDI seems like the way to go to > implement our X > > graphics primitives functions. You may have seen claims that > > wrapping the > > Windows GDI for X servers results in poor performance; to > > that I have to > > ask, poor performance in relation to what? You see, > > emulating X graphics > > calls on Windows will never be as fast as your Linux box on the same > > hardware that is able to work with the graphics card more > > directly; on the > > other hand, almost anything will be faster than using 20% of > > your CPU time > > to blit the offscreen buffer to the primary surface. > > > > Well, that concludes the goals that I have for the test releases. > > > > Let me hear your ideas and your insights, > > > > Harold > > > From abelousov@micromuse.com Thu Nov 2 09:22:00 2000 From: abelousov@micromuse.com (Arkadiy Belousov) Date: Thu, 02 Nov 2000 09:22:00 -0000 Subject: Goals of the test releases References: <896908DA55C4D311B9C000C04F01A05410A7D4@ENTERPRISE> Message-ID: <3A01A2F7.1AE42648@micromuse.com> How about another approach: use the drivers GDI uses? The driver's nterface has to be documented somewhere... Harold Hunt wrote: > > Fantastic! > > It pleases me to hear that test 7 is working on Windows NT machines, > finally. > > I think it would be helpful to state a few of the short-term goals for the > test series: > 1) Support screen output on both Windows NT and > Windows 9X using the least-common denominator > approach (offscreen frame buffer) > 2) Use a new input scheme that will hopefully work with > more keyboards, particularly non-English keyboards > 3) Verify that the new input scheme is satisfactory > 4) Display the X server in a window that behaves like a > normal Windows window > > I'd say that goals 1 and 2 are nearly done, goal 3 has to be done by the > users (I really need feedback from non-English users), and goal 4 is > something I was putting off until I knew that goal 1 was at least possible. > > Here are the longer term goals for the test series: > 1) Use a primary surface buffer on Windows NT > 2) Use an offscreen buffer on Windows 9X > 3) Use a command-line parameter to throttle the blits > per second on Windows 9X > 4) Produce a stable interim release for all users > 5) Spark interest in the next phase of the project > > There is only one further goal of the test series that will be implemented > after the above nine goals and that is to move away from frame buffers on > both platforms. Moving away from frame buffers requires that we implement > roughly 20 graphics functions that do things like drawing lines, circles, > arcs, filling rectangles, etc. A quick investigation will reveal three > technologies that seem plausible, if by name only, for implementing the > graphics "primitives" as they are called. > 1) DirectDraw > 2) Direct3D > 3) Windows GDI (Graphics Device Interface) > > A further investigation reveals the following benefits and drawbacks of each > technology: > 1) DirectDraw > - No graphics primitives functions (no lines, arcs, rectangles, etc.) > - Only performs bit block transfers > - Not accelerated by the graphics hardware, as you > have to write directly to the frame buffer > - More suited to games and video playback, as you compose a scene > off-screen, then blit the scene to the primary surface > - We're already using DirectDraw as it was designed to be used > - Offscreen drawing causes a performance hit even when you > aren't drawing on the X server screen, as the offscreen > surface has to be blitted to the monitor regardless > of whether it has changed or not; this severely limits > the low end of machines that we can support > 2) Direct3D > - No graphics primitives functions (no lines, arcs, rectangles, etc.) > - Only draws points, lines, triangles, triangle fans, and triangle > strips > - Implementing graphics primitives would require converting > arcs, rectangles, and such to triangles; this would involve > quite a bit of mathematics > - Direct3D doesn't have a concept of filling a rectangle with a color, > Direct3D thinks of everything in textures; it would get > pretty bizarre trying to create a texture for every color > 3) Windows GDI > + Graphics primitives functions (lines, arcs, rectangles, etc.) > + Filled shapes (ellipses, rectangles, circles, etc.) > + Pens for drawing lines > + Already has a concept of fonts, and we may be able to adapt > the standard X fonts to work with Windows > + Windows GDI interacts with the graphics driver, so any hardware > acceleration of primitives can be taken advantage of > - Some GDI primitives don't correspond exactly to their counterpart > X primitives; extra work we be required for those primitives > > Obviously, the Windows GDI seems like the way to go to implement our X > graphics primitives functions. You may have seen claims that wrapping the > Windows GDI for X servers results in poor performance; to that I have to > ask, poor performance in relation to what? You see, emulating X graphics > calls on Windows will never be as fast as your Linux box on the same > hardware that is able to work with the graphics card more directly; on the > other hand, almost anything will be faster than using 20% of your CPU time > to blit the offscreen buffer to the primary surface. > > Well, that concludes the goals that I have for the test releases. > > Let me hear your ideas and your insights, > > Harold -- I ask for so little... And boy, do I get it! From Harold@compasstechnologies.com Thu Nov 2 09:42:00 2000 From: Harold@compasstechnologies.com (Harold Hunt) Date: Thu, 02 Nov 2000 09:42:00 -0000 Subject: Goals of the test releases Message-ID: <896908DA55C4D311B9C000C04F01A05410A7D7@ENTERPRISE> Arkadiy Belousov wrote: >How about another approach: use the drivers GDI uses? The driver's >interface has to be documented somewhere... Well, Windows video drivers have to implement functions that draw the GDI primitives... so the GDI is basically a wrapper around the graphics drivers that presents a uniform interface to the drivers. Using the video drivers directly, if it is even allowed, would require that we write code to deal with the missing features and differing interfaces of each video driver out there. Microsoft has already written that code for us, and that code is called the GDI :) Good question, Harold From d4ljoyn@yahoo.com Thu Nov 2 11:39:00 2000 From: d4ljoyn@yahoo.com (Dave Joyner) Date: Thu, 02 Nov 2000 11:39:00 -0000 Subject: [ANNOUNCEMENT] Offscreen and No DirectInput Test 6 Message-ID: <20001102193440.68426.qmail@web10304.mail.yahoo.com> I tried the test 6 stuff on my laptop -- (please note I was not able to get the standard binaries to work on this machine) Transport NX ATI Rage PRO 8mb W2K server It works. Sort of. There's quite a few strange behaviors (besides the arbitrary pallette) but I take it that this is a first blush test, so I thought I'd let you know Dave Joyner __________________________________________________ Do You Yahoo!? >From homework help to love advice, Yahoo! Experts has your answer. http://experts.yahoo.com/ From lynchaj@yahoo.com Thu Nov 2 12:12:00 2000 From: lynchaj@yahoo.com (Andrew Lynch) Date: Thu, 02 Nov 2000 12:12:00 -0000 Subject: [ANNOUNCEMENT] Offscreen and No DirectInput Test 7 Message-ID: <20001102201247.22452.qmail@web117.yahoomail.com> HEAR HEAR! Congratulations Suhaib, Harold, John, and others! I tried the recent version 7 of the test and it worked pretty good on my Toshiba laptop. There is some expected early alpha oddness, but hey, its a LOT better than it was! IT WORKS! All of my configuration info is still the same from the original post. Congratulations! Andrew Lynch lynchaj at yahoo dot com *********************************************** Changes: 1) Removed DDLOCK_NOSYSLOCK flag in call to IDirectDrawSurface_Lock; John Fortin said that flag doesn't exist in DirectX 3... I can't find the documentation to back that up, but I'll go with it. Testers with failures in IDirectDrawSurface_Lock() seem to all be running Windows NT 4.0 SP3+; so, John is probably right that the said flag is not supported in DirectX 3. Any Windows 98 testers out there please check in if the latest release works for you. Known Issues: 1) Don't move the window :) 2) Be careful when moving focus to and away from the window; the best bet is to minimize the window, rather than just clicking on another app 3) Not feature complete - the only goal of the current testing is to get an image from the X server to appear on every tester's machine Updates in this test release were constrained to xf_dx.dll, so, if you already have the Test 3, or greater, full package (OverlayAndNoDITest.tar.bz2) installed, you can just download the xf_dx.dll package; otherwise, download the full Test 7 package. Full Test 7 Package: http://www.msu.edu/~huntharo/OverlayAndNoDITest.tar.bz2 (1.7 MB) Test 7 xf_dx.dll Package: http://www.msu.edu/~huntharo/xf_dx.dll.tar.bz2 (43 kB) Sources: You can download the xf_dx.dll test 7 source if you have Visual C++ 6 and you feel like poking around: http://www.msu.edu/~huntharo/xf_dx-src.zip (14 kB) Screenshots, 1024x768: 1) A local xterm: http://www.msu.edu/~huntharo/CygwinXFree86-ScreenShot-xterm.png (160 kB) 2) Remote gftp running on a GNU/Linux host with Gnome installed: http://www.msu.edu/~huntharo/CygwinXFree86-ScreenShot-gftp.png (153 kB) Good luck, enjoy, and thanks for testing, Harold ************* ORIGINAL POST BELOW ******************** Harold, others: I don't like coming out of lurk mode just to beat a dead horse but here are my test results on the latest Win9x build. Wish I had some better news. > Please post to the list if the test does not work > for you (include your OS, video card info, and > language). No, test does not work for me, error messages similar to others posted recently. :-( I am using Toshiba 335CDT w/96M RAM. C&T 65555 video chipset with 2M RAM. Running Win98SE and latest Cygwin (clean install from RH/Cygnus FTP). US English language I experimented with 24 bit, 16 bit, 8 bit color using 640x480 res and 800x600 res in Win98SE I tried starting XWin with 100X100, 128X128, 320X240, 640X480 resolution with 24, 16, 8, 4, and 1 bit settings. I tried many combinations of the above seeking some lowest common denominator mode that would work with no success (such as 640x480x8 in Win98SE and starting XWin with 128X128x8 mode). Basically, I got the same error messages as everyone else similar to XWin window: Owner of /tmp/.X11-unix should be set to root Desired pwin->width = 00000080 Desired pwin->height = 00000080 Desired pwin->paddedWidth = 00000080 Desired pwin->bitsPerPixel = 00000008 Fatal server error: Couldn't add screen 0 Andrew Lynch lynchaj at yahoo dot com __________________________________________________ Do You Yahoo!? >From homework help to love advice, Yahoo! Experts has your answer. http://experts.yahoo.com/ From Alexander.Gottwald@informatik.tu-chemnitz.de Thu Nov 2 12:18:00 2000 From: Alexander.Gottwald@informatik.tu-chemnitz.de (Alexander Gottwald) Date: Thu, 02 Nov 2000 12:18:00 -0000 Subject: [ANNOUNCEMENT] Overlay and No DirectInput Test 4 References: <896908DA55C4D311B9C000C04F01A05410A7BB@ENTERPRISE> Message-ID: Ok, I've tested test-7 on my win98 systems. (MGA400, ct65550 It works. A bit slow, but thats because of the offscreen memory. Then i noticed some curiosity from the xserver - it always segfaults when it is reset (all client connections got closed) i'll attach the stackdump (this should be from XWin.exe from test3) -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org +49 3725 3498080 From fortinj@attglobal.net Thu Nov 2 12:59:00 2000 From: fortinj@attglobal.net (John Fortin) Date: Thu, 02 Nov 2000 12:59:00 -0000 Subject: [ANNOUNCEMENT] Overlay and No DirectInput Test 4 References: Message-ID: <3A01D5AC.BA00098C@attglobal.net> > Then i noticed some curiosity from the xserver - it always segfaults > when it is reset (all client connections got closed) Looks like there may be a problem in a close call in 'cygwin_shutdown'. Here is the last part of an strace... ( find <<<<======= ) 89 31079207 [main] xwin 337 socket_cleanup: si 0x0 si->thread 0x0 89 31079296 [main] xwin 337 socket_cleanup: returning 88 31079384 [main] xwin 337 select_stuff::~select_stuff: deleting select records 350 31079734 [main] xwin 337 _read: read (3, 0xA082348, 4096) nonblocking, sigcatchers 2 100 31079834 [main] xwin 337 peek_socket: considering handle 0x120 90 31079924 [main] xwin 337 peek_socket: adding read fd_set /dev/tcp, fd 3 119 31080043 [main] xwin 337 peek_socket: WINSOCK_SELECT returned 1 129 31080172 [main] xwin 337 _read: 0 = read (3, 0xA082348, 4096), errno 0 256 31080428 [main] xwin 337 cygwin_shutdown: 0 = shutdown (3, 2) <<<<======= 111 31080539 [main] xwin 337 _close: close (3) <<<<======= 186 31080725 [main] xwin 337 _close: 0 = close (3) <<<<======= 58512 31139237 [main] xwin 337 handle_exceptions: In cygwin_except_handler exc 0xC0000005 at 0x4CCED8 sp 0x281FE4C 433 31139670 [main] xwin 337 handle_exceptions: In cygwin_except_handler sig = 11 at 0x4CCED8 293 31139963 [main] xwin 337 handle_exceptions: In cygwin_except_handler calling 0x0 269 31140232 [main] xwin 337 handle_exceptions: Exception: STATUS_ACCESS_VIOLATION 1182 31141414 [main] xwin 337 stackdump: Dumping stack trace to xwin.exe.stackdump 188371 31329785 [main] xwin 337 try_to_debug: debugger_command 417 31330202 [main] xwin 337 do_exit: do_exit (101120) 92 31330294 [main] xwin 337 void: 0x0 = signal (20, 0x1) 89 31330383 [main] xwin 337 void: 0x0 = signal (1, 0x1) 87 31330470 [main] xwin 337 void: 0x42A26C = signal (2, 0x1) 88 31330558 [main] xwin 337 void: 0x0 = signal (3, 0x1) 340 31330898 [main] xwin 337 proc_terminate: nchildren 0, nzombies 0 322 31331220 [main] xwin 337 proc_terminate: leaving 87 31331307 [main] xwin 337 sigproc_terminate: entering 92 31331399 [main] xwin 337 sigproc_terminate: done 180 31331579 [main] xwin 337 __to_clock_t: dwHighDateTime 0, dwLowDateTime 25236288 92 31331671 [main] xwin 337 __to_clock_t: total 00000000 000009DB 91 31331762 [main] xwin 337 __to_clock_t: dwHighDateTime 0, dwLowDateTime 22231968 89 31331851 [main] xwin 337 __to_clock_t: total 00000000 000008AF 89 31331940 [main] xwin 337 _pinfo::exit: Calling ExitProcess 101120 John From Harold@compasstechnologies.com Thu Nov 2 13:04:00 2000 From: Harold@compasstechnologies.com (Harold Hunt) Date: Thu, 02 Nov 2000 13:04:00 -0000 Subject: Goals of the test releases Message-ID: <896908DA55C4D311B9C000C04F01A05410A7D8@ENTERPRISE> I looked over Suhaib's recommended reading, "Design of eXcursion Version 2 for Windows", and it gave me an interesting perspective and insight on how to implement the non-frame buffer X server. For those of you that haven't read it, the document being referred to is at: http://www.digital.com/DTJL03/DTJL03.HTM Apparently, the writers of that document were able to map nearly all X graphics functions directly to Windows GDI graphics calls, with the exception of three classes of operations: 1) Transparent stipple fills - the GDI function necessary was available on NT, but not on Windows 95/3.1 2) Image requests - direct access to video memory was not available, and bitmaps acquired through the GDI had a reverse scan line order compared to X bitmaps, so GDI bitmaps had to be cached and flipped before they could be returned to the X server 3) Plane masking - masking was available on NT, but not on 95/3.1, nor was direct video memory access available "Design of eXcursion Version 2 for Windows", was last updated in May of 1996, and a lot of things have happened on the Win32 API front since that time. Most significantly, DirectDraw was released. A combination of Windows GDI and DirectDraw will probably be the most likely, and best performing, solution for implementing the non frame buffer X server. Windows GDI functions will be used for all graphics operations except the three listed above, while DirectDraw will be used when one of the three operation above needs to be performed. DirectDraw provides support for each of the three operations listed above and DirectDraw can be used in combination with Windows GDI calls to provide a total solution. Working on the offscreen frame buffer X server seems pretty boring in comparison to the non frame buffer X server, so I'll probably just start working on the non frame buffer X server now, rather than later. Harold From fortinj@attglobal.net Thu Nov 2 13:16:00 2000 From: fortinj@attglobal.net (John Fortin) Date: Thu, 02 Nov 2000 13:16:00 -0000 Subject: [ANNOUNCEMENT] Overlay and No DirectInput Test 4 References: Message-ID: <3A01D97B.8D7BE971@attglobal.net> > Then i noticed some curiosity from the xserver - it always segfaults > when it is reset (all client connections got closed) Also saw this when I ran xwin under gdb... (gdb) run -screen 0 640x480x16 Program received signal SIGSEGV, Segmentation fault. 0x4cced8 in miSpriteCloseScreen () Starting program: /usr/X11R6/bin/xwin.exe -screen 0 640x480x16 (gdb) bt #0 0x4cced8 in miSpriteCloseScreen () #1 0x403611 in main () #2 0x61003641 in _size_of_stack_reserve__ () #3 0x610038b5 in _size_of_stack_reserve__ () #4 0x610038f4 in _size_of_stack_reserve__ () #5 0x7a7091 in cygwin_crt0 () (gdb) so maybe in miSpriteCloseScreen ??? From ssiddiqi@inspirepharm.com Thu Nov 2 13:24:00 2000 From: ssiddiqi@inspirepharm.com (Suhaib Siddiqi) Date: Thu, 02 Nov 2000 13:24:00 -0000 Subject: [ANNOUNCEMENT] Overlay and No DirectInput Test 4 References: <3A01D97B.8D7BE971@attglobal.net> Message-ID: <7F2B9185F0196F44B59990759B91B1C2151676@ins-exch.inspirepharm.com> John, Wich OS is it, NT or Win98? Suhaib > -----Original Message----- > From: John Fortin [ mailto:fortinj@attglobal.net ] > Sent: Thursday, November 02, 2000 4:16 PM > To: cygwin-xfree@sources.redhat.com > Subject: Re: [ANNOUNCEMENT] Overlay and No DirectInput Test 4 > > > > Then i noticed some curiosity from the xserver - it always segfaults > > when it is reset (all client connections got closed) > > Also saw this when I ran xwin under gdb... > > (gdb) run -screen 0 640x480x16 > > Program received signal SIGSEGV, Segmentation fault. > 0x4cced8 in miSpriteCloseScreen () > > Starting program: /usr/X11R6/bin/xwin.exe -screen 0 640x480x16 > > (gdb) bt > #0 0x4cced8 in miSpriteCloseScreen () > #1 0x403611 in main () > #2 0x61003641 in _size_of_stack_reserve__ () > #3 0x610038b5 in _size_of_stack_reserve__ () > #4 0x610038f4 in _size_of_stack_reserve__ () > #5 0x7a7091 in cygwin_crt0 () > > (gdb) > > so maybe in miSpriteCloseScreen ??? > From Harold@compasstechnologies.com Thu Nov 2 13:37:00 2000 From: Harold@compasstechnologies.com (Harold Hunt) Date: Thu, 02 Nov 2000 13:37:00 -0000 Subject: [ANNOUNCEMENT] Overlay and No DirectInput Test 4 Message-ID: <896908DA55C4D311B9C000C04F01A05410A7DA@ENTERPRISE> Oh, I'm positive that it will segfault on all machines at the end... that's something that I know would happen, but I don't really want to start working on making the shutdown process smooth until I know what has to be shutdown. I think that segfault behavior may have pre-dated my changes. Harold -----Original Message----- From: John Fortin [ mailto:fortinj@attglobal.net ] Sent: Thursday, November 02, 2000 4:16 PM To: cygwin-xfree@sources.redhat.com Subject: Re: [ANNOUNCEMENT] Overlay and No DirectInput Test 4 > Then i noticed some curiosity from the xserver - it always segfaults > when it is reset (all client connections got closed) Also saw this when I ran xwin under gdb... (gdb) run -screen 0 640x480x16 Program received signal SIGSEGV, Segmentation fault. 0x4cced8 in miSpriteCloseScreen () Starting program: /usr/X11R6/bin/xwin.exe -screen 0 640x480x16 (gdb) bt #0 0x4cced8 in miSpriteCloseScreen () #1 0x403611 in main () #2 0x61003641 in _size_of_stack_reserve__ () #3 0x610038b5 in _size_of_stack_reserve__ () #4 0x610038f4 in _size_of_stack_reserve__ () #5 0x7a7091 in cygwin_crt0 () (gdb) so maybe in miSpriteCloseScreen ??? From ssiddiqi@inspirepharm.com Thu Nov 2 13:38:00 2000 From: ssiddiqi@inspirepharm.com (Suhaib Siddiqi) Date: Thu, 02 Nov 2000 13:38:00 -0000 Subject: Segfault (was: RE: [ANNOUNCEMENT] Overlay and No DirectInput Test 4) References: <3A01DD0A.F86CE4E1@attglobal.net> Message-ID: <7F2B9185F0196F44B59990759B91B1C2151677@ins-exch.inspirepharm.com> I think it is Cygwin1.dll from snapshot. I noticed this last night on Win2K, after I replaced cygwin1.dll from snapshot with 1.1.4, it did not do segfault. Suhaib > -----Original Message----- > From: John Fortin [ mailto:fortinj@attglobal.net ] > Sent: Thursday, November 02, 2000 4:31 PM > To: Suhaib Siddiqi > Subject: Re: [ANNOUNCEMENT] Overlay and No DirectInput Test 4 > > > Right now I'm running NT. I will check tommorrow on Win98. > > John > > Suhaib Siddiqi wrote: > > > John, Wich OS is it, NT or Win98? > > > > Suhaib > > > > > -----Original Message----- > > > From: John Fortin [ mailto:fortinj@attglobal.net ] > > > Sent: Thursday, November 02, 2000 4:16 PM > > > To: cygwin-xfree@sources.redhat.com > > > Subject: Re: [ANNOUNCEMENT] Overlay and No DirectInput Test 4 > > > > > > > > > > Then i noticed some curiosity from the xserver - it > always segfaults > > > > when it is reset (all client connections got closed) > > > > > > Also saw this when I ran xwin under gdb... > > > > > > (gdb) run -screen 0 640x480x16 > > > > > > Program received signal SIGSEGV, Segmentation fault. > > > 0x4cced8 in miSpriteCloseScreen () > > > > > > Starting program: /usr/X11R6/bin/xwin.exe -screen 0 640x480x16 > > > > > > (gdb) bt > > > #0 0x4cced8 in miSpriteCloseScreen () > > > #1 0x403611 in main () > > > #2 0x61003641 in _size_of_stack_reserve__ () > > > #3 0x610038b5 in _size_of_stack_reserve__ () > > > #4 0x610038f4 in _size_of_stack_reserve__ () > > > #5 0x7a7091 in cygwin_crt0 () > > > > > > (gdb) > > > > > > so maybe in miSpriteCloseScreen ??? > > > > From fortinj@attglobal.net Thu Nov 2 13:51:00 2000 From: fortinj@attglobal.net (John Fortin) Date: Thu, 02 Nov 2000 13:51:00 -0000 Subject: [ANNOUNCEMENT] Overlay and No DirectInput Test 4 References: <896908DA55C4D311B9C000C04F01A05410A7DA@ENTERPRISE> Message-ID: <3A01E1AD.25B85570@attglobal.net> But this is a slightly different case. XWin seqfaults when a client closes. John Harold Hunt wrote: > Oh, I'm positive that it will segfault on all machines at the end... that's > something that I know would happen, but I don't really want to start working > on making the shutdown process smooth until I know what has to be shutdown. > I think that segfault behavior may have pre-dated my changes. > > Harold > > -----Original Message----- > From: John Fortin [ mailto:fortinj@attglobal.net ] > Sent: Thursday, November 02, 2000 4:16 PM > To: cygwin-xfree@sources.redhat.com > Subject: Re: [ANNOUNCEMENT] Overlay and No DirectInput Test 4 > > > Then i noticed some curiosity from the xserver - it always segfaults > > when it is reset (all client connections got closed) > > Also saw this when I ran xwin under gdb... > > (gdb) run -screen 0 640x480x16 > > Program received signal SIGSEGV, Segmentation fault. > 0x4cced8 in miSpriteCloseScreen () > > Starting program: /usr/X11R6/bin/xwin.exe -screen 0 640x480x16 > > (gdb) bt > #0 0x4cced8 in miSpriteCloseScreen () > #1 0x403611 in main () > #2 0x61003641 in _size_of_stack_reserve__ () > #3 0x610038b5 in _size_of_stack_reserve__ () > #4 0x610038f4 in _size_of_stack_reserve__ () > #5 0x7a7091 in cygwin_crt0 () > > (gdb) > > so maybe in miSpriteCloseScreen ??? From ssiddiqi@inspirepharm.com Thu Nov 2 13:58:00 2000 From: ssiddiqi@inspirepharm.com (Suhaib Siddiqi) Date: Thu, 02 Nov 2000 13:58:00 -0000 Subject: [ANNOUNCEMENT] Overlay and No DirectInput Test 4 References: <3A01E1AD.25B85570@attglobal.net> Message-ID: <7F2B9185F0196F44B59990759B91B1C215167B@ins-exch.inspirepharm.com> We need to debug this. This problem was not there before, i.e.segfaulting when a X-client closes connection to Server. Could be in miSpriteCloseScreen () or in hw/dix/main.c in main subroutine. Suhaib > -----Original Message----- > From: John Fortin [ mailto:fortinj@attglobal.net ] > Sent: Thursday, November 02, 2000 4:51 PM > Cc: Cygx (E-mail) > Subject: Re: [ANNOUNCEMENT] Overlay and No DirectInput Test 4 > > > But this is a slightly different case. XWin seqfaults when a > client closes. > > John > > Harold Hunt wrote: > > > Oh, I'm positive that it will segfault on all machines at > the end... that's > > something that I know would happen, but I don't really want > to start working > > on making the shutdown process smooth until I know what has > to be shutdown. > > I think that segfault behavior may have pre-dated my changes. > > > > Harold > > > > -----Original Message----- > > From: John Fortin [ mailto:fortinj@attglobal.net ] > > Sent: Thursday, November 02, 2000 4:16 PM > > To: cygwin-xfree@sources.redhat.com > > Subject: Re: [ANNOUNCEMENT] Overlay and No DirectInput Test 4 > > > > > Then i noticed some curiosity from the xserver - it > always segfaults > > > when it is reset (all client connections got closed) > > > > Also saw this when I ran xwin under gdb... > > > > (gdb) run -screen 0 640x480x16 > > > > Program received signal SIGSEGV, Segmentation fault. > > 0x4cced8 in miSpriteCloseScreen () > > > > Starting program: /usr/X11R6/bin/xwin.exe -screen 0 640x480x16 > > > > (gdb) bt > > #0 0x4cced8 in miSpriteCloseScreen () > > #1 0x403611 in main () > > #2 0x61003641 in _size_of_stack_reserve__ () > > #3 0x610038b5 in _size_of_stack_reserve__ () > > #4 0x610038f4 in _size_of_stack_reserve__ () > > #5 0x7a7091 in cygwin_crt0 () > > > > (gdb) > > > > so maybe in miSpriteCloseScreen ??? > From Harold@compasstechnologies.com Thu Nov 2 13:58:00 2000 From: Harold@compasstechnologies.com (Harold Hunt) Date: Thu, 02 Nov 2000 13:58:00 -0000 Subject: [ANNOUNCEMENT] Overlay and No DirectInput Test 4 Message-ID: <896908DA55C4D311B9C000C04F01A05410A7DC@ENTERPRISE> Oh, I notice that you mention the miSprite... functions. That's probably due to the XFree86 build that I used to build XWin.exe - some patches to the tree a couple weeks ago caused a crash on startup of XWin.exe, I tracked the problem down to two pointers in one of the miSprite files, and I basically commented out enough of the cruft to get the crashes to stop. I'm sure that there have been patches to the tree since then that fix the problem correctly, but I haven't updated my tree in awhile. Harold -----Original Message----- From: John Fortin [ mailto:fortinj@attglobal.net ] Sent: Thursday, November 02, 2000 4:51 PM Cc: Cygx (E-mail) Subject: Re: [ANNOUNCEMENT] Overlay and No DirectInput Test 4 But this is a slightly different case. XWin seqfaults when a client closes. John Harold Hunt wrote: > Oh, I'm positive that it will segfault on all machines at the end... that's > something that I know would happen, but I don't really want to start working > on making the shutdown process smooth until I know what has to be shutdown. > I think that segfault behavior may have pre-dated my changes. > > Harold > > -----Original Message----- > From: John Fortin [ mailto:fortinj@attglobal.net ] > Sent: Thursday, November 02, 2000 4:16 PM > To: cygwin-xfree@sources.redhat.com > Subject: Re: [ANNOUNCEMENT] Overlay and No DirectInput Test 4 > > > Then i noticed some curiosity from the xserver - it always segfaults > > when it is reset (all client connections got closed) > > Also saw this when I ran xwin under gdb... > > (gdb) run -screen 0 640x480x16 > > Program received signal SIGSEGV, Segmentation fault. > 0x4cced8 in miSpriteCloseScreen () > > Starting program: /usr/X11R6/bin/xwin.exe -screen 0 640x480x16 > > (gdb) bt > #0 0x4cced8 in miSpriteCloseScreen () > #1 0x403611 in main () > #2 0x61003641 in _size_of_stack_reserve__ () > #3 0x610038b5 in _size_of_stack_reserve__ () > #4 0x610038f4 in _size_of_stack_reserve__ () > #5 0x7a7091 in cygwin_crt0 () > > (gdb) > > so maybe in miSpriteCloseScreen ??? From ssiddiqi@inspirepharm.com Thu Nov 2 14:11:00 2000 From: ssiddiqi@inspirepharm.com (Suhaib Siddiqi) Date: Thu, 02 Nov 2000 14:11:00 -0000 Subject: [ANNOUNCEMENT] Overlay and No DirectInput Test 4 References: <896908DA55C4D311B9C000C04F01A05410A7DC@ENTERPRISE> Message-ID: <7F2B9185F0196F44B59990759B91B1C215167E@ins-exch.inspirepharm.com> Oh I see.... a lot of changes were made last Friday to CVS, and more will be made this week. After 4.0.1e, for internal use, will be out, it would be good to run CVS update. I will let you know... Suhaib > -----Original Message----- > From: Harold Hunt [ mailto:Harold@compasstechnologies.com ] > Sent: Thursday, November 02, 2000 4:53 PM > To: 'John Fortin' > Cc: Cygx (E-mail) > Subject: RE: [ANNOUNCEMENT] Overlay and No DirectInput Test 4 > > > Oh, I notice that you mention the miSprite... functions. > That's probably > due to the XFree86 build that I used to build XWin.exe - some > patches to the > tree a couple weeks ago caused a crash on startup of > XWin.exe, I tracked the > problem down to two pointers in one of the miSprite files, > and I basically > commented out enough of the cruft to get the crashes to stop. > I'm sure that > there have been patches to the tree since then that fix the problem > correctly, but I haven't updated my tree in awhile. > > Harold > > -----Original Message----- > From: John Fortin [ mailto:fortinj@attglobal.net ] > Sent: Thursday, November 02, 2000 4:51 PM > Cc: Cygx (E-mail) > Subject: Re: [ANNOUNCEMENT] Overlay and No DirectInput Test 4 > > > But this is a slightly different case. XWin seqfaults when a > client closes. > > John > > Harold Hunt wrote: > > > Oh, I'm positive that it will segfault on all machines at the end... > that's > > something that I know would happen, but I don't really want to start > working > > on making the shutdown process smooth until I know what has to be > shutdown. > > I think that segfault behavior may have pre-dated my changes. > > > > Harold > > > > -----Original Message----- > > From: John Fortin [ mailto:fortinj@attglobal.net ] > > Sent: Thursday, November 02, 2000 4:16 PM > > To: cygwin-xfree@sources.redhat.com > > Subject: Re: [ANNOUNCEMENT] Overlay and No DirectInput Test 4 > > > > > Then i noticed some curiosity from the xserver - it > always segfaults > > > when it is reset (all client connections got closed) > > > > Also saw this when I ran xwin under gdb... > > > > (gdb) run -screen 0 640x480x16 > > > > Program received signal SIGSEGV, Segmentation fault. > > 0x4cced8 in miSpriteCloseScreen () > > > > Starting program: /usr/X11R6/bin/xwin.exe -screen 0 640x480x16 > > > > (gdb) bt > > #0 0x4cced8 in miSpriteCloseScreen () > > #1 0x403611 in main () > > #2 0x61003641 in _size_of_stack_reserve__ () > > #3 0x610038b5 in _size_of_stack_reserve__ () > > #4 0x610038f4 in _size_of_stack_reserve__ () > > #5 0x7a7091 in cygwin_crt0 () > > > > (gdb) > > > > so maybe in miSpriteCloseScreen ??? > From cgf@redhat.com Thu Nov 2 15:27:00 2000 From: cgf@redhat.com (Christopher Faylor) Date: Thu, 02 Nov 2000 15:27:00 -0000 Subject: Segfault (was: RE: [ANNOUNCEMENT] Overlay and No DirectInput Test 4) References: <3A01DD0A.F86CE4E1@attglobal.net> <7F2B9185F0196F44B59990759B91B1C2151677@ins-exch.inspirepharm.com> Message-ID: <20001102182710.G15890@redhat.com> On Thu, Nov 02, 2000 at 04:37:45PM -0500, Suhaib Siddiqi wrote: >I think it is Cygwin1.dll from snapshot. I noticed this last night on >Win2K, >after I replaced cygwin1.dll from snapshot with 1.1.4, it did not do >segfault. Both the backtrace and the strace output indicate that this is dying outside of cygwin itself. In the backtrace below, the only cygwin code involved is the startup code which calls main. If this is a cygwin problem, please help me figure it out, because 1.1.5 is coming soon. cgf >> -----Original Message----- >> From: John Fortin [ mailto:fortinj@attglobal.net ] >> Sent: Thursday, November 02, 2000 4:31 PM >> To: Suhaib Siddiqi >> Subject: Re: [ANNOUNCEMENT] Overlay and No DirectInput Test 4 >> >> >> Right now I'm running NT. I will check tommorrow on Win98. >> >> John >> >> Suhaib Siddiqi wrote: >> >> > John, Wich OS is it, NT or Win98? >> > >> > Suhaib >> > >> > > -----Original Message----- >> > > From: John Fortin [ mailto:fortinj@attglobal.net ] >> > > Sent: Thursday, November 02, 2000 4:16 PM >> > > To: cygwin-xfree@sources.redhat.com >> > > Subject: Re: [ANNOUNCEMENT] Overlay and No DirectInput Test 4 >> > > >> > > >> > > > Then i noticed some curiosity from the xserver - it >> always segfaults >> > > > when it is reset (all client connections got closed) >> > > >> > > Also saw this when I ran xwin under gdb... >> > > >> > > (gdb) run -screen 0 640x480x16 >> > > >> > > Program received signal SIGSEGV, Segmentation fault. >> > > 0x4cced8 in miSpriteCloseScreen () >> > > >> > > Starting program: /usr/X11R6/bin/xwin.exe -screen 0 640x480x16 >> > > >> > > (gdb) bt >> > > #0 0x4cced8 in miSpriteCloseScreen () >> > > #1 0x403611 in main () >> > > #2 0x61003641 in _size_of_stack_reserve__ () >> > > #3 0x610038b5 in _size_of_stack_reserve__ () >> > > #4 0x610038f4 in _size_of_stack_reserve__ () >> > > #5 0x7a7091 in cygwin_crt0 () >> > > >> > > (gdb) >> > > >> > > so maybe in miSpriteCloseScreen ??? >> > > >> -- cgf@cygnus.com Red Hat, Inc. http://sources.redhat.com/ http://www.redhat.com/ From aleadam@yahoo.com Thu Nov 2 17:14:00 2000 From: aleadam@yahoo.com (Alejandro Adam) Date: Thu, 02 Nov 2000 17:14:00 -0000 Subject: tests 5 and 7 OK on win98 Message-ID: <20001103011410.19856.qmail@web120.yahoomail.com> Quite a big success, here. Both with the dlls from tests 5 and 7. I'm running W98 (4.10.1998), DirectX 6.1 (4.06.02.0436) on an AMD K6 400 mhz 64 mb RAM with a trident 3DImage975 AGP, 4mb, Spanish language with US keyboard settings. The batch was: set DISPLAY=127.0.0.1:0.0 set PATH=%PATH%;c:\cygwin\usr\X11R6\bin start XWin -screen 0 640x400x16 -whitepixel 255 -blackpixel 0 start xterm -sl 1000 -sb -rightbar -ms red -fg yellow -bg black start rxvt -fn "Lucidia Console-12" start vtwm Tested from 320x200x16 to 1024x768x32, the only difference was the speed. Tried to focus out the window without problem, but moving the window does not work. Closing it and restarting a few times may crash it, although not allways. Once, before loading xterm the window got blue with the error message was (translated from spanish, so it will not be exactly): Exception 0E in 0028:0001539A in VxD ---. This was called from 0028:C1448DAA in VxD ---. Maybe you can continue normally. I could'nt. XWin did not answer and the mouse pointer dissapeared when I entered the XWin window. I killed it with ctrl-alt-del, and needed to kill the DOS windows as well. I needed to restart windows to be able to get Xwin running again. But as I told you before, that was only once. While Im writing this, Xwin is still running! I even send you a screenshot running xyplot (from the lesstif extension tests) and nedit, believe it or not! The keyboard and mouse worked all right, as well as virtual resolution. I hope this helps you. Thanks a lot you all for all your work here, Alejandro Adam Institute of Oncology "A. H. Roffo" University of Buenos Aires Buenos Aires, Argentina __________________________________________________ Do You Yahoo!? >From homework help to love advice, Yahoo! Experts has your answer. http://experts.yahoo.com/ x-screenshot2jpg -------------- next part -------------- A non-text attachment was scrubbed... Name: x-screenshot2jpg Type: image/jpeg Size: 245065 bytes Desc: not available URL: From aleadam@yahoo.com Thu Nov 2 17:26:00 2000 From: aleadam@yahoo.com (Alejandro Adam) Date: Thu, 02 Nov 2000 17:26:00 -0000 Subject: tests 5 and 7 OK on win98 Message-ID: <20001103012647.21325.qmail@web120.yahoomail.com> Quite a big success, here. Both with the dlls from tests 5 and 7. I'm running W98 (4.10.1998), DirectX 6.1 (4.06.02.0436) on an AMD K6 400 mhz 64 mb RAM with a trident 3DImage975 AGP, 4mb, Spanish language with US keyboard settings. The batch was: set DISPLAY=127.0.0.1:0.0 set PATH=%PATH%;c:\cygwin\usr\X11R6\bin start XWin -screen 0 640x400x16 -whitepixel 255 -blackpixel 0 start xterm -sl 1000 -sb -rightbar -ms red -fg yellow -bg black start rxvt -fn "Lucidia Console-12" start vtwm Tested from 320x200x16 to 1024x768x32, the only difference was the speed. Tried to focus out the window without problem, but moving the window does not work. Closing it and restarting a few times may crash it, although not allways. Once, before loading xterm the window got blue with the error message was (translated from spanish, so it will not be exactly): Exception 0E in 0028:0001539A in VxD ---. This was called from 0028:C1448DAA in VxD ---. Maybe you can continue normally. I could'nt. XWin did not answer and the mouse pointer dissapeared when I entered the XWin window. I killed it with ctrl-alt-del, and needed to kill the DOS windows as well. I needed to restart windows to be able to get Xwin running again. But as I told you before, that was only once. While Im writing this, Xwin is still running! I have sent a screenshot to Harold running xyplot (from the lesstif extension tests) and nedit, believe it or not! The keyboard and mouse worked all right, as well as virtual resolution. Thanks a lot for all your work here, Alejandro Adam Institute of Oncology "A. H. Roffo" University of Buenos Aires Buenos Aires, Argentina __________________________________________________ Do You Yahoo!? >From homework help to love advice, Yahoo! Experts has your answer. http://experts.yahoo.com/ __________________________________________________ Do You Yahoo!? >From homework help to love advice, Yahoo! Experts has your answer. http://experts.yahoo.com/ __________________________________________________ Do You Yahoo!? >From homework help to love advice, Yahoo! Experts has your answer. http://experts.yahoo.com/ __________________________________________________ Do You Yahoo!? >From homework help to love advice, Yahoo! Experts has your answer. http://experts.yahoo.com/ From aleadam@yahoo.com Thu Nov 2 17:48:00 2000 From: aleadam@yahoo.com (Alejandro Adam) Date: Thu, 02 Nov 2000 17:48:00 -0000 Subject: Sorry Message-ID: <20001103014845.4430.qmail@web114.yahoomail.com> I replyed to the wrong address in the first mail. Sorry :) Alejandro __________________________________________________ Do You Yahoo!? >From homework help to love advice, Yahoo! Experts has your answer. http://experts.yahoo.com/ From evansbryant@look.ca Thu Nov 2 23:19:00 2000 From: evansbryant@look.ca (evansbryant@look.ca) Date: Thu, 02 Nov 2000 23:19:00 -0000 Subject: test 7 OK on win98 References: <20001103012647.21325.qmail@web120.yahoomail.com> Message-ID: <000001c04566$9c10c7a0$3c8e42d8@raptor> Just got back - so much is happening test 7 works fine on my Toshiba Laptop -Satellite Pro 430CDT 48Mb RAM, Win 98 (4.10.1998) Chips&Technology 65550 video card w/ 2Mb hardware is in 800x600x24 mode, and the driver lists Direct Draw 1.0, XDiag shows DirectX ver 7.0 (4.07.00.0716) entire hardware specs are at http://www.csdsupport.toshiba.com/tais/csd/support/products/specs/1010spc.ht m =======StartDX.bat======= @echo off SET DISPLAY=127.0.0.1:0.0 SET PATH=%PATH%;D:\usr\X11R6\bin;D:\usr\bin\X11;D:\cygwin\bin; start DXWin32 :0 -geometry 640x480 start xterm -sl 1000 -sb -rightbar -ms red -fg yellow -bg black start twm REM start \usr\X11R6\bin\blackbox ========================= I can launch the batch file, get two DOS windows (they wind up as sh and twm), three C locale warnings, and a functional DirectX - X Server. I tried it in 800x600, and 640x480. I have full keyboard, etc, I can mimimize, and move the window. I can run xeyes, and I will see what else, as I figure it out My mouse runs in and out of the window, just fine. This is what I got, before the test DLL/EXE, as well. If there is anything specific you would like me to do, I will be happy to . . . you just have to type slowly, for some of us MS guys ~Neil From aegis@nerv-un.net Fri Nov 3 02:23:00 2000 From: aegis@nerv-un.net (Chad Austin) Date: Fri, 03 Nov 2000 02:23:00 -0000 Subject: different bit depths Message-ID: <3A0293A6.6448D76A@nerv-un.net> How can I get XFree on NT4 to display 32-bit color? I changed the -screen option in startxwin.bat to look like this: -screen 8 1024x768x32 The X server runs properly, but it seems that the actual bit depth is still 8 bpp. Also, what does the 8 in that option mean? -- Chad Austin (AegisKnight) http://www.nerv-un.net/~aegis/ From j.j.ita@siep.shell.com Fri Nov 3 02:43:00 2000 From: j.j.ita@siep.shell.com (j.j.ita@siep.shell.com) Date: Fri, 03 Nov 2000 02:43:00 -0000 Subject: different bit depths Message-ID: Chad, The answer to your second question will also answer your first one. The 8 refers to a screen number. This should actually be set to 0 instead of 8 for the command line arguments to have an effect on the Xserver you start on a single headed machine. I believe the default is 8 bit if you do not specify the properties for screen 0 and that is why you are having problems. Joel > -----Original Message----- > From: aegis@nerv-un.net [ mailto:aegis@nerv-un.net ] > Sent: Friday, November 03, 2000 11:30 AM > To: cygwin-xfree@sources.redhat.com > Subject: different bit depths > > > How can I get XFree on NT4 to display 32-bit color? I > changed the -screen > option in startxwin.bat to look like this: > > -screen 8 1024x768x32 > > The X server runs properly, but it seems that the actual bit > depth is still 8 > bpp. > > Also, what does the 8 in that option mean? > > -- > Chad Austin (AegisKnight) > http://www.nerv-un.net/~aegis/ > From ssiddiqi@inspirepharm.com Fri Nov 3 04:03:00 2000 From: ssiddiqi@inspirepharm.com (Suhaib Siddiqi) Date: Fri, 03 Nov 2000 04:03:00 -0000 Subject: different bit depths References: <3A0293A6.6448D76A@nerv-un.net> Message-ID: <7F2B9185F0196F44B59990759B91B1C2151681@ins-exch.inspirepharm.com> > > How can I get XFree on NT4 to display 32-bit color? I > changed the -screen > option in startxwin.bat to look like this: > > -screen 8 1024x768x32 > > The X server runs properly, but it seems that the actual bit > depth is still 8 > bpp. > > Also, what does the 8 in that option mean? 8 is 8 bpps. I noticed the bit depts issue too. I would fix it after Harold has finalized his xf_dx.dll source code. Suhaib > > -- > Chad Austin (AegisKnight) > http://www.nerv-un.net/~aegis/ > From aegis@nerv-un.net Fri Nov 3 10:11:00 2000 From: aegis@nerv-un.net (Chad Austin) Date: Fri, 03 Nov 2000 10:11:00 -0000 Subject: different bit depths References: Message-ID: <3A03014B.ADEBF189@nerv-un.net> I changed the line in startxwin.bat to look like this, and twm and KDE still look funky. start XWin -screen 0 1024x768x32 > > Chad, > The answer to your second question will also answer your first > one. The 8 refers to a screen number. This should actually be set to 0 > instead of 8 for the command line arguments to have an effect on the > Xserver you start on a single headed machine. I believe the default is > 8 bit if you do not specify the properties for screen 0 and that is why > you are having problems. > > Joel > > > How can I get XFree on NT4 to display 32-bit color? I > > changed the -screen > > option in startxwin.bat to look like this: > > > > -screen 8 1024x768x32 > > > > The X server runs properly, but it seems that the actual bit > > depth is still 8 > > bpp. > > > > Also, what does the 8 in that option mean? -- Chad Austin (AegisKnight) http://www.nerv-un.net/~aegis/ From etoffi@softhome.net Fri Nov 3 16:32:00 2000 From: etoffi@softhome.net (etoffi@softhome.net) Date: Fri, 03 Nov 2000 16:32:00 -0000 Subject: minimum install Message-ID: <20001104002658.15657.qmail@softhome.net> i want to install the minimum for x an cygwin. i am *not* running directx and the only apps i want to run are rxvt, and maybe xclock =P. ps: has anyone tried (succeeded to run xmms?) pps: i'm not subscribed (sorry), so i would repreciate if you left the CC: header in. thanks. -- etoffi From ssiddiqi@inspirepharm.com Fri Nov 3 16:47:00 2000 From: ssiddiqi@inspirepharm.com (Suhaib Siddiqi) Date: Fri, 03 Nov 2000 16:47:00 -0000 Subject: minimum install Message-ID: <7F2B9185F0196F44B59990759B91B1C215168C@ins-exch.inspirepharm.com> First I would request to subscribe please, for future correspondence and replies. The minimum would be installing, DLLs, XWin, and fonts. That would be it, but no guarantee that would behave as you would expect with minimum. Unfortunately there is no xclock only archive. To run xclock you must download the Programs archive. Suhaib -----Original Message----- From: etoffi@softhome.net To: cygwin-xfree@sources.redhat.com Cc: etoffi@bigfoot.com Sent: 11/3/2000 7:26 PM Subject: minimum install i want to install the minimum for x an cygwin. i am *not* running directx and the only apps i want to run are rxvt, and maybe xclock =P. ps: has anyone tried (succeeded to run xmms?) pps: i'm not subscribed (sorry), so i would repreciate if you left the CC: header in. thanks. -- etoffi From ssiddiqi@nc.rr.com Fri Nov 3 17:03:00 2000 From: ssiddiqi@nc.rr.com (Suhaib M. Siddiqi) Date: Fri, 03 Nov 2000 17:03:00 -0000 Subject: minimum install Message-ID: OK, YOU MUST SUBSCRIBE. I DO BLOCK, at my SMTP, all the free web based mails to and from all the free web-based mails, like bigfoot, softnet, and yahoo etc, because 80% junk mailers used Reply To: address pointing to some web-based free mail accounts. There is no exceptions to it. If you need help, and you must be subscribed to the Cygwin/XFree86 list please. Suhaib ---------------------------------------------------------------------------- ------------------ Your message did not reach some or all of the intended recipients. To: 'etoffi@softhome.net '; 'cygwin-xfree@sources.redhat.com ' Subject: RE: minimum install Sent: 11/3/2000 7:47:01 PM The following recipient(s) could not be reached: 'etoffi@softhome.net ' on 11/3/2000 7:47 PM The recipient name is not recognized The MTS-ID of the original message is: c=US;a= ;p=INSPIRE;l=INS-EXCH-001104004701Z-1649 MSEXCH:IMS:INSPIRE:INSPIREPHARM:INS-EXCH 3550 (000B099C) 550 5.2.1 ... Mailbox disabled for this recipient From etoffi@softhome.net Fri Nov 3 19:18:00 2000 From: etoffi@softhome.net (etoffi@softhome.net) Date: Fri, 03 Nov 2000 19:18:00 -0000 Subject: hello and min install part two Message-ID: <20001104031503.24206.qmail@softhome.net> right after i posted, i subscribed, since it really didnt make sense not to be since this list discusses something which i am in fact very interested in. but about my question, about how much space, at minimum am i going to be using? i *know* there is no need for 9 megs of fonts, and about that, does the server recognize standard windows fonts? (i assume it understands postscript fonts, though.) i figure the server should be about 2->3 megs, the necessary fonts might take 1->1.5 megs nad rxvt mght take anywhere from 500->1500kB. -- etoffi From evansbryant@look.ca Fri Nov 3 22:50:00 2000 From: evansbryant@look.ca (evansbryant@look.ca) Date: Fri, 03 Nov 2000 22:50:00 -0000 Subject: test 7 OK on win98 References: <000001c04566$9c10c7a0$3c8e42d8@raptor> Message-ID: <001001c0462b$b56f9260$428e42d8@raptor> So I was comparing postings; my startdx.bat file includes this: > start DXWin32 :0 -geometry 640x480 and it works fine - and did so before Harold's patches. Alejandro's has this: > start XWin -screen 0 640x400x16 -whitepixel 255 -blackpixel 0 I tried that on my Toshiba laptop, and it crashed. The two DOS windows opened, but the initial DirectX window never did. then it all closed with a series of errors that went too fast to read. I switched the line back, and locked the machine up like a bank vault My question is; which is right? Should we be calling DXWin32 or XWin? Now that I'm rebooted, I have my original version working just ducky. Does DXWin32 use XWin, or skip it? ~Neil From ssiddiqi@inspirepharm.com Sat Nov 4 09:20:00 2000 From: ssiddiqi@inspirepharm.com (Suhaib Siddiqi) Date: Sat, 04 Nov 2000 09:20:00 -0000 Subject: minimum install References: Message-ID: <7F2B9185F0196F44B59990759B91B1C2151692@ins-exch.inspirepharm.com> No server does not recognize Windows fonts. You need X-fonts. expect at least 50-60 MB for a minimal install. Please check Harold installation instructions. You will find a link at the main URL of Cygwin/XFree86. Suhaib ---------------------------------------------------------------------------- -- right after i posted, i subscribed, since it really didnt make sense not to be since this list discusses something which i am in fact very interested in. but about my question, about how much space, at minimum am i going to be using? i *know* there is no need for 9 megs of fonts, and about that, does the server recognize standard windows fonts? (i assume it understands postscript fonts, though.) i figure the server should be about 2->3 megs, the necessary fonts might take 1->1.5 megs nad rxvt mght take anywhere from 500->1500kB. -- etoffi From ssiddiqi@inspirepharm.com Sat Nov 4 09:24:00 2000 From: ssiddiqi@inspirepharm.com (Suhaib Siddiqi) Date: Sat, 04 Nov 2000 09:24:00 -0000 Subject: test 7 OK on win98 References: <7F2B9185F0196F44B59990759B91B1C2151692@ins-exch.inspirepharm.com> Message-ID: <7F2B9185F0196F44B59990759B91B1C2151693@ins-exch.inspirepharm.com> >Does DXWin32 use XWin, or skip it? No. XWin uses Cygwin1.dll, and DXWin32 uses msvcrt. Please do not mix X-server-1.0 binaries with xfree86. Just like mising Microsoft Word executable with Excell excutables would not make Excel become WordExcel mixture ;-) Suhaib From j.j.ita@siep.shell.com Sat Nov 4 12:15:00 2000 From: j.j.ita@siep.shell.com (j.j.ita@siep.shell.com) Date: Sat, 04 Nov 2000 12:15:00 -0000 Subject: different bit depths Message-ID: What color depth is your display set to normally (ie what does Start->Settngs->ControlPanel->Display->settings tell you)? Joel ----Original Message----- From: aegis@nerv-un.net [ mailto:aegis@nerv-un.net ] Sent: 03 November 2000 19:18 To: Ita, Joel J.J. Cc: cygwin-xfree@sources.redhat.com Subject: Re: different bit depths I changed the line in startxwin.bat to look like this, and twm and KDE still look funky. start XWin -screen 0 1024x768x32 > > Chad, > The answer to your second question will also answer your first > one. The 8 refers to a screen number. This should actually be set to 0 > instead of 8 for the command line arguments to have an effect on the > Xserver you start on a single headed machine. I believe the default is > 8 bit if you do not specify the properties for screen 0 and that is why > you are having problems. > > Joel > > > How can I get XFree on NT4 to display 32-bit color? I > > changed the -screen > > option in startxwin.bat to look like this: > > > > -screen 8 1024x768x32 > > > > The X server runs properly, but it seems that the actual bit > > depth is still 8 > > bpp. > > > > Also, what does the 8 in that option mean? -- Chad Austin (AegisKnight) http://www.nerv-un.net/~aegis/ From aegis@melchior.nerv-un.net Sat Nov 4 12:31:00 2000 From: aegis@melchior.nerv-un.net (Chad Austin) Date: Sat, 04 Nov 2000 12:31:00 -0000 Subject: different bit depths References: Message-ID: 32-bit color -- Chad Austin (Aegis) http://www.nerv-un.net/~aegis/ On Sat, 4 Nov 2000 j.j.ita@siep.shell.com wrote: > What color depth is your display set to normally (ie what does > Start->Settngs->ControlPanel->Display->settings tell you)? > > Joel > ----Original Message----- > From: aegis@nerv-un.net [ mailto:aegis@nerv-un.net ] > Sent: 03 November 2000 19:18 > To: Ita, Joel J.J. > Cc: cygwin-xfree@sources.redhat.com > Subject: Re: different bit depths > > > I changed the line in startxwin.bat to look like this, and twm and KDE > still > look funky. > > start XWin -screen 0 1024x768x32 > > > > > > Chad, > > The answer to your second question will also answer your first > > one. The 8 refers to a screen number. This should actually be set to > 0 > > instead of 8 for the command line arguments to have an effect on the > > Xserver you start on a single headed machine. I believe the default is > > 8 bit if you do not specify the properties for screen 0 and that is > why > > you are having problems. > > > > Joel > > > > > How can I get XFree on NT4 to display 32-bit color? I > > > changed the -screen > > > option in startxwin.bat to look like this: > > > > > > -screen 8 1024x768x32 > > > > > > The X server runs properly, but it seems that the actual bit > > > depth is still 8 > > > bpp. > > > > > > Also, what does the 8 in that option mean? > > -- > Chad Austin (AegisKnight) > http://www.nerv-un.net/~aegis/ > > From r.golobek@verizon.net Sun Nov 5 20:16:00 2000 From: r.golobek@verizon.net (Robert Golobek) Date: Sun, 05 Nov 2000 20:16:00 -0000 Subject: Help with Start Message-ID: <3A06306A.A72DCA46@verizon.net> I can get my X server to start on my Windows ME box from inside cygwin I set my display to my current IP then I issue start XWin :0 now I get My xscreen up with just an X How do I fire up a shell on the Xserver??? Help!!!! From j.j.ita@siep.shell.com Sun Nov 5 23:39:00 2000 From: j.j.ita@siep.shell.com (j.j.ita@siep.shell.com) Date: Sun, 05 Nov 2000 23:39:00 -0000 Subject: different bit depths Message-ID: Strange. Maybe a graphics card incompatibility. Any ideas Harold, John, Sahuib? Joel > -----Original Message----- > From: aegis@melchior.nerv-un.net [ mailto:aegis@melchior.nerv-un.net ] > Sent: Saturday, November 04, 2000 9:31 PM > To: aegis@melchior.nerv-un.net; Ita, Joel J.J. > Cc: cygwin-xfree@sources.redhat.com > Subject: RE: Re: different bit depths > > > 32-bit color > > -- > Chad Austin (Aegis) > http://www.nerv-un.net/~aegis/ > > > On Sat, 4 Nov 2000 j.j.ita@siep.shell.com wrote: > > > What color depth is your display set to normally (ie what does > > Start->Settngs->ControlPanel->Display->settings tell you)? > > > > Joel > > ----Original Message----- > > From: aegis@nerv-un.net [ mailto:aegis@nerv-un.net ] > > Sent: 03 November 2000 19:18 > > To: Ita, Joel J.J. > > Cc: cygwin-xfree@sources.redhat.com > > Subject: Re: different bit depths > > > > > > I changed the line in startxwin.bat to look like this, and > twm and KDE > > still > > look funky. > > > > start XWin -screen 0 1024x768x32 > > > > > > > > > > Chad, > > > The answer to your second question will also > answer your first > > > one. The 8 refers to a screen number. This should > actually be set to > > 0 > > > instead of 8 for the command line arguments to have an > effect on the > > > Xserver you start on a single headed machine. I believe > the default is > > > 8 bit if you do not specify the properties for screen 0 > and that is > > why > > > you are having problems. > > > > > > Joel > > > > > > > How can I get XFree on NT4 to display 32-bit color? I > > > > changed the -screen > > > > option in startxwin.bat to look like this: > > > > > > > > -screen 8 1024x768x32 > > > > > > > > The X server runs properly, but it seems that the actual bit > > > > depth is still 8 > > > > bpp. > > > > > > > > Also, what does the 8 in that option mean? > > > > -- > > Chad Austin (AegisKnight) > > http://www.nerv-un.net/~aegis/ > > > > > From Bertrand.Bruder@cern.ch Mon Nov 6 03:14:00 2000 From: Bertrand.Bruder@cern.ch (Bertrand BRUDER) Date: Mon, 06 Nov 2000 03:14:00 -0000 Subject: start of xfree Message-ID: Hello, I have troubles starting Xfree, I have the following error message : cannot load xf_dx.dll And the file exists in /usr/X11R6/bin ... Does anybody know how to solve that ? Thanks Bertrand ------------------------------ Bertrand BRUDER division: EP/ED; office: 161 R-010 CERN CH-1211 GENEVE 23 Switzerland mail : bertrand.bruder@cern.ch tel : +41 (22) 767 9753 fax : +41 (22) 767 9355 ICQ : 13512648 ------------------------------ From robert.collins@itdomain.com.au Mon Nov 6 03:16:00 2000 From: robert.collins@itdomain.com.au (Robert Collins) Date: Mon, 06 Nov 2000 03:16:00 -0000 Subject: start of xfree References: Message-ID: <006201c047e3$b542b510$f7c723cb@lifelesswks> run chmod u+x xf_dx.dll in the /usr/X11R6/bin directory. ----- Original Message ----- From: "Bertrand BRUDER" To: Sent: Monday, November 06, 2000 10:13 PM Subject: start of xfree > Hello, > > I have troubles starting Xfree, I have the following error message : > cannot load xf_dx.dll > And the file exists in /usr/X11R6/bin ... > > Does anybody know how to solve that ? > > Thanks > Bertrand > > ------------------------------ > Bertrand BRUDER > division: EP/ED; office: 161 R-010 > CERN > CH-1211 GENEVE 23 > Switzerland > mail : bertrand.bruder@cern.ch > tel : +41 (22) 767 9753 > fax : +41 (22) 767 9355 > ICQ : 13512648 > ------------------------------ > > From robert.collins@itdomain.com.au Mon Nov 6 03:24:00 2000 From: robert.collins@itdomain.com.au (Robert Collins) Date: Mon, 06 Nov 2000 03:24:00 -0000 Subject: start of xfree References: Message-ID: <006801c047e4$dd1c5130$f7c723cb@lifelesswks> Please keep replies CC'd to the list. Are you running windows 9x or NT? If NT is it on a FAT partition? or are you not running ntsec? If any of these is no, then perhaps /usr/X11R6/bin is not in your path? Rob ----- Original Message ----- From: "Bertrand BRUDER" To: "Robert Collins" Sent: Monday, November 06, 2000 10:21 PM Subject: Re: start of xfree > I cannot change the mode of this file ??!! Maybe because I am not root ?? > > On Mon, 6 Nov 2000, Robert Collins wrote: > > > run > > chmod u+x xf_dx.dll > > in the /usr/X11R6/bin directory. > > ----- Original Message ----- > > From: "Bertrand BRUDER" > > To: > > Sent: Monday, November 06, 2000 10:13 PM > > Subject: start of xfree > > > > > > > Hello, > > > > > > I have troubles starting Xfree, I have the following error message : > > > cannot load xf_dx.dll > > > And the file exists in /usr/X11R6/bin ... > > > > > > Does anybody know how to solve that ? > > > > > > Thanks > > > Bertrand > > > > > > ------------------------------ > > > Bertrand BRUDER > > > division: EP/ED; office: 161 R-010 > > > CERN > > > CH-1211 GENEVE 23 > > > Switzerland > > > mail : bertrand.bruder@cern.ch > > > tel : +41 (22) 767 9753 > > > fax : +41 (22) 767 9355 > > > ICQ : 13512648 > > > ------------------------------ > > > > > > > > > > ------------------------------ > Bertrand BRUDER > division: EP/ED; office: 161 R-010 > CERN > CH-1211 GENEVE 23 > Switzerland > mail : bertrand.bruder@cern.ch > tel : +41 (22) 767 9753 > fax : +41 (22) 767 9355 > ICQ : 13512648 > ------------------------------ > > From Bertrand.Bruder@cern.ch Mon Nov 6 03:30:00 2000 From: Bertrand.Bruder@cern.ch (Bertrand BRUDER) Date: Mon, 06 Nov 2000 03:30:00 -0000 Subject: start of xfree References: <006801c047e4$dd1c5130$f7c723cb@lifelesswks> Message-ID: On Mon, 6 Nov 2000, Robert Collins wrote: > Please keep replies CC'd to the list. > Are you running windows 9x or NT? If NT is it on a FAT partition? or are you > not running ntsec? If any of these is no, then perhaps /usr/X11R6/bin is not > in your path? I am running win95, with a Fat partition and /usr/X11R6/bin is in the path. > Rob > > ----- Original Message ----- > From: "Bertrand BRUDER" > To: "Robert Collins" > Sent: Monday, November 06, 2000 10:21 PM > Subject: Re: start of xfree > > > > I cannot change the mode of this file ??!! Maybe because I am not root ?? > > > > On Mon, 6 Nov 2000, Robert Collins wrote: > > > > > run > > > chmod u+x xf_dx.dll > > > in the /usr/X11R6/bin directory. > > > ----- Original Message ----- > > > From: "Bertrand BRUDER" > > > To: > > > Sent: Monday, November 06, 2000 10:13 PM > > > Subject: start of xfree > > > > > > > > > > Hello, > > > > > > > > I have troubles starting Xfree, I have the following error message : > > > > cannot load xf_dx.dll > > > > And the file exists in /usr/X11R6/bin ... > > > > > > > > Does anybody know how to solve that ? > > > > > > > > Thanks > > > > Bertrand > > > > > > > > ------------------------------ > > > > Bertrand BRUDER > > > > division: EP/ED; office: 161 R-010 > > > > CERN > > > > CH-1211 GENEVE 23 > > > > Switzerland > > > > mail : bertrand.bruder@cern.ch > > > > tel : +41 (22) 767 9753 > > > > fax : +41 (22) 767 9355 > > > > ICQ : 13512648 > > > > ------------------------------ > > > > > > > > > > > > > > > ------------------------------ > > Bertrand BRUDER > > division: EP/ED; office: 161 R-010 > > CERN > > CH-1211 GENEVE 23 > > Switzerland > > mail : bertrand.bruder@cern.ch > > tel : +41 (22) 767 9753 > > fax : +41 (22) 767 9355 > > ICQ : 13512648 > > ------------------------------ > > > > > ------------------------------ Bertrand BRUDER division: EP/ED; office: 161 R-010 CERN CH-1211 GENEVE 23 Switzerland mail : bertrand.bruder@cern.ch tel : +41 (22) 767 9753 fax : +41 (22) 767 9355 ICQ : 13512648 ------------------------------ From robert.collins@itdomain.com.au Mon Nov 6 03:32:00 2000 From: robert.collins@itdomain.com.au (Robert Collins) Date: Mon, 06 Nov 2000 03:32:00 -0000 Subject: start of xfree References: Message-ID: <007401c047e5$f47adf30$f7c723cb@lifelesswks> Hmm. Well back to the list :-[ Those two options were my quick suggestions... ----- Original Message ----- From: "Bertrand BRUDER" To: "Robert Collins" Cc: Sent: Monday, November 06, 2000 10:29 PM Subject: Re: start of xfree > On Mon, 6 Nov 2000, Robert Collins wrote: > > > Please keep replies CC'd to the list. > > Are you running windows 9x or NT? If NT is it on a FAT partition? or are you > > not running ntsec? If any of these is no, then perhaps /usr/X11R6/bin is not > > in your path? > I am running win95, with a Fat partition and /usr/X11R6/bin is in the > path. > > > Rob > > > > ----- Original Message ----- > > From: "Bertrand BRUDER" > > To: "Robert Collins" > > Sent: Monday, November 06, 2000 10:21 PM > > Subject: Re: start of xfree > > > > > > > I cannot change the mode of this file ??!! Maybe because I am not root ?? > > > > > > On Mon, 6 Nov 2000, Robert Collins wrote: > > > > > > > run > > > > chmod u+x xf_dx.dll > > > > in the /usr/X11R6/bin directory. > > > > ----- Original Message ----- > > > > From: "Bertrand BRUDER" > > > > To: > > > > Sent: Monday, November 06, 2000 10:13 PM > > > > Subject: start of xfree > > > > > > > > > > > > > Hello, > > > > > > > > > > I have troubles starting Xfree, I have the following error message : > > > > > cannot load xf_dx.dll > > > > > And the file exists in /usr/X11R6/bin ... > > > > > > > > > > Does anybody know how to solve that ? > > > > > > > > > > Thanks > > > > > Bertrand > > > > > > > > > > ------------------------------ > > > > > Bertrand BRUDER > > > > > division: EP/ED; office: 161 R-010 > > > > > CERN > > > > > CH-1211 GENEVE 23 > > > > > Switzerland > > > > > mail : bertrand.bruder@cern.ch > > > > > tel : +41 (22) 767 9753 > > > > > fax : +41 (22) 767 9355 > > > > > ICQ : 13512648 > > > > > ------------------------------ > > > > > > > > > > > > > > > > > > > > ------------------------------ > > > Bertrand BRUDER > > > division: EP/ED; office: 161 R-010 > > > CERN > > > CH-1211 GENEVE 23 > > > Switzerland > > > mail : bertrand.bruder@cern.ch > > > tel : +41 (22) 767 9753 > > > fax : +41 (22) 767 9355 > > > ICQ : 13512648 > > > ------------------------------ > > > > > > > > > > ------------------------------ > Bertrand BRUDER > division: EP/ED; office: 161 R-010 > CERN > CH-1211 GENEVE 23 > Switzerland > mail : bertrand.bruder@cern.ch > tel : +41 (22) 767 9753 > fax : +41 (22) 767 9355 > ICQ : 13512648 > ------------------------------ > > From ssiddiqi@inspirepharm.com Mon Nov 6 04:01:00 2000 From: ssiddiqi@inspirepharm.com (Suhaib Siddiqi) Date: Mon, 06 Nov 2000 04:01:00 -0000 Subject: different bit depths References: Message-ID: <7F2B9185F0196F44B59990759B91B1C2151697@ins-exch.inspirepharm.com> No idea. Beside I have no idea about KDE. There is no KDE available from Cygwin/XFree86 Suhaib > -----Original Message----- > From: j.j.ita@siep.shell.com [ mailto:j.j.ita@siep.shell.com ] > Sent: Monday, November 06, 2000 2:39 AM > To: cygwin-xfree@sources.redhat.com > Subject: RE:different bit depths > > > Strange. Maybe a graphics card incompatibility. Any ideas > Harold, John, > Sahuib? > > Joel > > > -----Original Message----- > > From: aegis@melchior.nerv-un.net [ mailto:aegis@melchior.nerv-un.net ] > > Sent: Saturday, November 04, 2000 9:31 PM > > To: aegis@melchior.nerv-un.net; Ita, Joel J.J. > > Cc: cygwin-xfree@sources.redhat.com > > Subject: RE: Re: different bit depths > > > > > > 32-bit color > > > > -- > > Chad Austin (Aegis) > > http://www.nerv-un.net/~aegis/ > > > > > > On Sat, 4 Nov 2000 j.j.ita@siep.shell.com wrote: > > > > > What color depth is your display set to normally (ie what does > > > Start->Settngs->ControlPanel->Display->settings tell you)? > > > > > > Joel > > > ----Original Message----- > > > From: aegis@nerv-un.net [ mailto:aegis@nerv-un.net ] > > > Sent: 03 November 2000 19:18 > > > To: Ita, Joel J.J. > > > Cc: cygwin-xfree@sources.redhat.com > > > Subject: Re: different bit depths > > > > > > > > > I changed the line in startxwin.bat to look like this, and > > twm and KDE > > > still > > > look funky. > > > > > > start XWin -screen 0 1024x768x32 > > > > > > > > > > > > > > Chad, > > > > The answer to your second question will also > > answer your first > > > > one. The 8 refers to a screen number. This should > > actually be set to > > > 0 > > > > instead of 8 for the command line arguments to have an > > effect on the > > > > Xserver you start on a single headed machine. I believe > > the default is > > > > 8 bit if you do not specify the properties for screen 0 > > and that is > > > why > > > > you are having problems. > > > > > > > > Joel > > > > > > > > > How can I get XFree on NT4 to display 32-bit color? I > > > > > changed the -screen > > > > > option in startxwin.bat to look like this: > > > > > > > > > > -screen 8 1024x768x32 > > > > > > > > > > The X server runs properly, but it seems that the actual bit > > > > > depth is still 8 > > > > > bpp. > > > > > > > > > > Also, what does the 8 in that option mean? > > > > > > -- > > > Chad Austin (AegisKnight) > > > http://www.nerv-un.net/~aegis/ > > > > > > > > > From ssiddiqi@inspirepharm.com Mon Nov 6 04:03:00 2000 From: ssiddiqi@inspirepharm.com (Suhaib Siddiqi) Date: Mon, 06 Nov 2000 04:03:00 -0000 Subject: start of xfree References: Message-ID: <7F2B9185F0196F44B59990759B91B1C2151699@ins-exch.inspirepharm.com> cd /usr/X11R6/bin chmod +x xf_dx.dll Suhaib > -----Original Message----- > From: Bertrand BRUDER [ mailto:Bertrand.Bruder@cern.ch ] > Sent: Monday, November 06, 2000 6:13 AM > To: cygwin-xfree@sources.redhat.com > Subject: start of xfree > > > Hello, > > I have troubles starting Xfree, I have the following error message : > cannot load xf_dx.dll > And the file exists in /usr/X11R6/bin ... > > Does anybody know how to solve that ? > > Thanks > Bertrand > > ------------------------------ > Bertrand BRUDER > division: EP/ED; office: 161 R-010 > CERN > CH-1211 GENEVE 23 > Switzerland > mail : bertrand.bruder@cern.ch > tel : +41 (22) 767 9753 > fax : +41 (22) 767 9355 > ICQ : 13512648 > ------------------------------ > From ssiddiqi@inspirepharm.com Mon Nov 6 04:06:00 2000 From: ssiddiqi@inspirepharm.com (Suhaib Siddiqi) Date: Mon, 06 Nov 2000 04:06:00 -0000 Subject: start of xfree References: Message-ID: <7F2B9185F0196F44B59990759B91B1C215169A@ins-exch.inspirepharm.com> > -----Original Message----- > From: Bertrand BRUDER [ mailto:Bertrand.Bruder@cern.ch ] > Sent: Monday, November 06, 2000 6:30 AM > To: Robert Collins > Cc: cygwin-xfree@sources.redhat.com > Subject: Re: start of xfree > > > On Mon, 6 Nov 2000, Robert Collins wrote: > > > Please keep replies CC'd to the list. > > Are you running windows 9x or NT? If NT is it on a FAT > partition? or are you > > not running ntsec? If any of these is no, then perhaps > /usr/X11R6/bin is not > > in your path? > I am running win95, with a Fat partition and /usr/X11R6/bin is in the > path. But XF86 will not work on Win9x and Me at the moment. Suhaib > > > Rob > > > > ----- Original Message ----- > > From: "Bertrand BRUDER" > > To: "Robert Collins" > > Sent: Monday, November 06, 2000 10:21 PM > > Subject: Re: start of xfree > > > > > > > I cannot change the mode of this file ??!! Maybe because > I am not root ?? > > > > > > On Mon, 6 Nov 2000, Robert Collins wrote: > > > > > > > run > > > > chmod u+x xf_dx.dll > > > > in the /usr/X11R6/bin directory. > > > > ----- Original Message ----- > > > > From: "Bertrand BRUDER" > > > > To: > > > > Sent: Monday, November 06, 2000 10:13 PM > > > > Subject: start of xfree > > > > > > > > > > > > > Hello, > > > > > > > > > > I have troubles starting Xfree, I have the following > error message : > > > > > cannot load xf_dx.dll > > > > > And the file exists in /usr/X11R6/bin ... > > > > > > > > > > Does anybody know how to solve that ? > > > > > > > > > > Thanks > > > > > Bertrand > > > > > > > > > > ------------------------------ > > > > > Bertrand BRUDER > > > > > division: EP/ED; office: 161 R-010 > > > > > CERN > > > > > CH-1211 GENEVE 23 > > > > > Switzerland > > > > > mail : bertrand.bruder@cern.ch > > > > > tel : +41 (22) 767 9753 > > > > > fax : +41 (22) 767 9355 > > > > > ICQ : 13512648 > > > > > ------------------------------ > > > > > > > > > > > > > > > > > > > > ------------------------------ > > > Bertrand BRUDER > > > division: EP/ED; office: 161 R-010 > > > CERN > > > CH-1211 GENEVE 23 > > > Switzerland > > > mail : bertrand.bruder@cern.ch > > > tel : +41 (22) 767 9753 > > > fax : +41 (22) 767 9355 > > > ICQ : 13512648 > > > ------------------------------ > > > > > > > > > > ------------------------------ > Bertrand BRUDER > division: EP/ED; office: 161 R-010 > CERN > CH-1211 GENEVE 23 > Switzerland > mail : bertrand.bruder@cern.ch > tel : +41 (22) 767 9753 > fax : +41 (22) 767 9355 > ICQ : 13512648 > ------------------------------ > From Jean-Marc.Meyer@Sun.COM Mon Nov 6 08:18:00 2000 From: Jean-Marc.Meyer@Sun.COM (Jean-Marc Meyer) Date: Mon, 06 Nov 2000 08:18:00 -0000 Subject: Xfree on Windows 2000 Direct Draw Init Failed Message-ID: <3A06D9B6.614B1620@Sun.COM> Hi Guys, Using the standard XWin.exe, I had problem running startxwin.bat. The error message was: Direct Draw Init Failed.... I was using Windows 2000 (EN_US) I read Suhaib's mail and I used XWin-Win9x-Me.tar.bz2 as XWin.exe and it works OK. Just to let you know that it is running fine. Cheers, Jean-Marc -- /\ Jean-Marc MEYER \\ \ System Support Engineer \ \\ / Sun Microsystems (Suisse) S.A. / \/ / / Enterprise Services / / \//\ Route des Avouillons 12 \//\ / / CH-1196 Gland (SWITZERLAND) / / /\ / E-mail: Jean-Marc.Meyer@Sun.COM / \\ \ URL : http://WWW.Sun.CH/index.html \ \\ Voice : +41 22 999 04 44 (x13528) \/ FAX : +41 22 999 04 05 (x13505) From dan.wilson@anchorgaming.com Mon Nov 6 08:33:00 2000 From: dan.wilson@anchorgaming.com (Wilson, Dan) Date: Mon, 06 Nov 2000 08:33:00 -0000 Subject: Errors when starting X with cygwin Message-ID: <60AB304AAE36D411821500D0B7441D68D0E5B6@bozeman.pwrh.com> Hi, I installed the latest version of Cygwin and the compiled binaries for XFree86 from the Cygwin web site. I am running Windows 2000 pro and The Cygwin installation seems to work well. I have compiles several c++ programs without problems. When I start x using the startxwin.bat file after fixing the path, xfree86 starts and runs. If I switch back to the Windows 2000 desktop, I see 3 dos windows running that look like they associated to x. One is XWin.exe and shows the startup sequence. The only errors in this window are there doesn't seem to be a security policy. I'm not sure how to create a security policy file. The next dos window is for vtwm.exe and shows nothing in the window. The last window is for xterm.exe. The following errors are in this window: Warning: locale not supported by C library, locale unchanged Warning: locale not supported by Xlib, locale set to C Warning: X locale modifiers not supported, using default Failed to open input method My installation directory is d:\cygwin. I have mounted d:\ as /mnt/d and have mounted nothing else. Please let me know if there is something else I need to configure. I am having problems with other x apps as well. I don't seem to be able to run telnet, without getting a signal 127. Thanks for your response, Dan Wilson wilson@pwrh.com < mailto:wilson@pwrh.com > From Harold@compasstechnologies.com Mon Nov 6 08:45:00 2000 From: Harold@compasstechnologies.com (Harold Hunt) Date: Mon, 06 Nov 2000 08:45:00 -0000 Subject: Errors when starting X with cygwin Message-ID: <896908DA55C4D311B9C000C04F01A05410A7E4@ENTERPRISE> You can ignore most of those errors, we all get them. Telnet fails because you are (inadvertantly) running Microsoft's telnet, as it appears in your path before the Cygwin telnet. Run telnet using '/usr/bin/telnet'. Harold -----Original Message----- From: Wilson, Dan [ mailto:dan.wilson@anchorgaming.com ] Sent: Monday, November 06, 2000 11:33 AM To: 'cygwin-xfree@sources.redhat.com' Subject: Errors when starting X with cygwin Hi, I installed the latest version of Cygwin and the compiled binaries for XFree86 from the Cygwin web site. I am running Windows 2000 pro and The Cygwin installation seems to work well. I have compiles several c++ programs without problems. When I start x using the startxwin.bat file after fixing the path, xfree86 starts and runs. If I switch back to the Windows 2000 desktop, I see 3 dos windows running that look like they associated to x. One is XWin.exe and shows the startup sequence. The only errors in this window are there doesn't seem to be a security policy. I'm not sure how to create a security policy file. The next dos window is for vtwm.exe and shows nothing in the window. The last window is for xterm.exe. The following errors are in this window: Warning: locale not supported by C library, locale unchanged Warning: locale not supported by Xlib, locale set to C Warning: X locale modifiers not supported, using default Failed to open input method My installation directory is d:\cygwin. I have mounted d:\ as /mnt/d and have mounted nothing else. Please let me know if there is something else I need to configure. I am having problems with other x apps as well. I don't seem to be able to run telnet, without getting a signal 127. Thanks for your response, Dan Wilson wilson@pwrh.com < mailto:wilson@pwrh.com > From r.golobek@verizon.net Mon Nov 6 20:37:00 2000 From: r.golobek@verizon.net (Robert Golobek) Date: Mon, 06 Nov 2000 20:37:00 -0000 Subject: Cant Start XGGI Message-ID: <3A0786E1.D245C553@verizon.net> Tried all steps thru the mail lists. Yes I set .root in .conf cped the dll's set path set GGI vars type XGGI -targets directx & Fatal server error: Unable to init LibGGI Help!!!! From ssiddiqi@inspirepharm.com Tue Nov 7 03:45:00 2000 From: ssiddiqi@inspirepharm.com (Suhaib Siddiqi) Date: Tue, 07 Nov 2000 03:45:00 -0000 Subject: Cant Start XGGI References: <3A0786E1.D245C553@verizon.net> Message-ID: <7F2B9185F0196F44B59990759B91B1C21516A8@ins-exch.inspirepharm.com> > -----Original Message----- > From: Robert Golobek [ mailto:r.golobek@verizon.net ] > Sent: Monday, November 06, 2000 11:37 PM > To: CYGWIN-XFREE@SOURCEWARE.CYGNUS.COM > Subject: Cant Start XGGI > > > Tried all steps thru the mail lists. > > Yes I set .root in .conf > cped the dll's > set path > set GGI vars > type > XGGI -targets directx & > > Fatal server error: > Unable to init LibGGI > > > Help!!!! > > John might give some hints? Suhaib From wosek@hananet.net Wed Nov 8 15:58:00 2000 From: wosek@hananet.net (=?ks_c_5601-1987?B?sei/7Lyu?=) Date: Wed, 08 Nov 2000 15:58:00 -0000 Subject: ghostscript 6.01 Message-ID: I solved the problem by my own work, and installed GS 6.01 completely. Thanks, everyone. From awong@scea.com Wed Nov 8 16:29:00 2000 From: awong@scea.com (Alan Wong) Date: Wed, 08 Nov 2000 16:29:00 -0000 Subject: questions on DISPLAY and libX11.a Message-ID: <4.1.20001108161330.00a16b90@pop.989studios.com> Question 1: Hi, I'm using Windows 2000 Server os and have been trying to correctly set the DISPLAY environment variable, but not matter what I do, things like xterm.exe will complain can't open display: blah blah so i've tried making the DISPLAY environment variable: myipaddress:0.0 myipaddress:0 :0 :0.0 host name:0.0 host name:0 I am unsure if the problem is because of the DISPLAY variable being incorrectly set of if Win2k has preventative security issues. I've run ipconfig.exe /all and get: (for security purposes, I've put x's in place of the actual numbers and changed names) Windows 2000 IP Configuration Host Name . . . . . . . . . . . . : cowpc Primary DNS Suffix . . . . . . . : Node Type . . . . . . . . . . . . : Hybrid IP Routing Enabled. . . . . . . . : No WINS Proxy Enabled. . . . . . . . : No DNS Suffix Search List. . . . . . : somecompany.com somecompany2.com Ethernet adapter Local Area Connection 2: Connection-specific DNS Suffix . : Description . . . . . . . . . . . : 3Com Fast EtherLink XL PCI Server Adapter (3C9 80-TX) Physical Address. . . . . . . . . : 00-50-04-24-F6-70 DHCP Enabled. . . . . . . . . . . : No IP Address. . . . . . . . . . . . : xx.x.xxx.xx Subnet Mask . . . . . . . . . . . : 255.255.0.0 Default Gateway . . . . . . . . . : xx.x.x.x DNS Servers . . . . . . . . . . . : xxx.xxx.xx.x xxx.xxx.xx.x Ethernet adapter Local Area Connection: Media State . . . . . . . . . . . : Cable Disconnected Description . . . . . . . . . . . : 3Com EtherLink III ISA (3C509b-TPO) Physical Address. . . . . . . . . : 00-60-97-BF-54-54 Can somebody help me? -------------------------------------------- Question 2: Also, for libX11.a, can it be linked with the Microsoft C++ 6.0 compiler or was it only made for g++? If I try to do it with the Microsoft compiler, I get: libX11.a(ds00367.o) : warning LNK4078: multiple ".text" sections found with different attributes (E0000020) libX11.a(ds00367.o) : warning LNK4078: multiple ".bss" sections found with different attributes (C0000000) and it gets an access violation before even getting into the main() function at all if I had code that makes calls to fundamental functions such as XFlush or XOpenDisplay in an include somewhere. -Alan Wong - Software Engineer Sony Computer Entertainment America 10075 Barnes Canyon Road San Diego, CA 92121-2723 (858) 824-5883 (858) 824-5878 - FAX From ssiddiqi@inspirepharm.com Wed Nov 8 17:18:00 2000 From: ssiddiqi@inspirepharm.com (Suhaib Siddiqi) Date: Wed, 08 Nov 2000 17:18:00 -0000 Subject: questions on DISPLAY and libX11.a Message-ID: <7F2B9185F0196F44B59990759B91B1C21516BB@ins-exch.inspirepharm.com> Did you try? SET DISPLAY=127.0.0.1:0.0 (from a DOS Shell) or export DISPLAY=127.0.0.1:0.0 (from a bash shell if you are starting from a bash shell). However, startxwin.bat, should set display for you? Are you sure X-server is starting and you are getting an X-desktop? If not, xterm will not display. Unfortunately no, you cannot link to libX11.a using MSVC. It is a gcc library for Cygwin. If you are interested for libraries for MSVC, you can check out http://win32-xfree.sourceforge.net . Unfortunately, sourceforge.net is getting lousy. They used to be well organized but now since last 2 months, my several requests to reset the CVS so I can replace X11R6.4 code with X11R6.5.1 code had gone un-answered. I might send them a couple of more reminders. In case of no response I would call the project "DEAD" and replace the URL with a "DEAD PROJECT" banner. In the mean time you could grab the X11R6.4 libs for MSVC if you wish. Suhaib -----Original Message----- From: Alan Wong To: cygwin-xfree@sources.redhat.com Sent: 11/8/2000 7:32 PM Subject: questions on DISPLAY and libX11.a Question 1: Hi, I'm using Windows 2000 Server os and have been trying to correctly set the DISPLAY environment variable, but not matter what I do, things like xterm.exe will complain can't open display: blah blah so i've tried making the DISPLAY environment variable: myipaddress:0.0 myipaddress:0 :0 :0.0 host name:0.0 host name:0 I am unsure if the problem is because of the DISPLAY variable being incorrectly set of if Win2k has preventative security issues. I've run ipconfig.exe /all and get: (for security purposes, I've put x's in place of the actual numbers and changed names) Windows 2000 IP Configuration Host Name . . . . . . . . . . . . : cowpc Primary DNS Suffix . . . . . . . : Node Type . . . . . . . . . . . . : Hybrid IP Routing Enabled. . . . . . . . : No WINS Proxy Enabled. . . . . . . . : No DNS Suffix Search List. . . . . . : somecompany.com somecompany2.com Ethernet adapter Local Area Connection 2: Connection-specific DNS Suffix . : Description . . . . . . . . . . . : 3Com Fast EtherLink XL PCI Server Adapter (3C9 80-TX) Physical Address. . . . . . . . . : 00-50-04-24-F6-70 DHCP Enabled. . . . . . . . . . . : No IP Address. . . . . . . . . . . . : xx.x.xxx.xx Subnet Mask . . . . . . . . . . . : 255.255.0.0 Default Gateway . . . . . . . . . : xx.x.x.x DNS Servers . . . . . . . . . . . : xxx.xxx.xx.x xxx.xxx.xx.x Ethernet adapter Local Area Connection: Media State . . . . . . . . . . . : Cable Disconnected Description . . . . . . . . . . . : 3Com EtherLink III ISA (3C509b-TPO) Physical Address. . . . . . . . . : 00-60-97-BF-54-54 Can somebody help me? -------------------------------------------- Question 2: Also, for libX11.a, can it be linked with the Microsoft C++ 6.0 compiler or was it only made for g++? If I try to do it with the Microsoft compiler, I get: libX11.a(ds00367.o) : warning LNK4078: multiple ".text" sections found with different attributes (E0000020) libX11.a(ds00367.o) : warning LNK4078: multiple ".bss" sections found with different attributes (C0000000) and it gets an access violation before even getting into the main() function at all if I had code that makes calls to fundamental functions such as XFlush or XOpenDisplay in an include somewhere. -Alan Wong - Software Engineer Sony Computer Entertainment America 10075 Barnes Canyon Road San Diego, CA 92121-2723 (858) 824-5883 (858) 824-5878 - FAX From cgf@redhat.com Wed Nov 8 18:18:00 2000 From: cgf@redhat.com (Christopher Faylor) Date: Wed, 08 Nov 2000 18:18:00 -0000 Subject: questions on DISPLAY and libX11.a References: <7F2B9185F0196F44B59990759B91B1C21516BB@ins-exch.inspirepharm.com> Message-ID: <20001108211811.A7147@redhat.com> On Wed, Nov 08, 2000 at 08:18:12PM -0500, Suhaib Siddiqi wrote: >Did you try? > >SET DISPLAY=127.0.0.1:0.0 (from a DOS Shell) > >or export DISPLAY=127.0.0.1:0.0 (from a bash shell if you are starting from >a bash shell). > >However, startxwin.bat, should set display for you? Are you sure X-server >is starting and you are getting an X-desktop? If not, xterm will not >display. > >Unfortunately no, you cannot link to libX11.a using MSVC. It is a gcc >library for Cygwin. If you are interested for libraries for MSVC, you can >check out http://win32-xfree.sourceforge.net . Unfortunately, >sourceforge.net is getting lousy. They used to be well organized but now >since last 2 months, my several requests to reset the CVS so I can replace >X11R6.4 code with X11R6.5.1 code had gone un-answered. I might send them a >couple of more reminders. In case of no response I would call the project >"DEAD" and replace the URL with a "DEAD PROJECT" banner. In the mean time >you could grab the X11R6.4 libs for MSVC if you wish. Do you want to host the project on sources.redhat.com? I can always offer space there. It doesn't matter if it's a cygwin project as long as it is an open source project. cgf From fortinj@attglobal.net Wed Nov 8 19:19:00 2000 From: fortinj@attglobal.net (John Fortin) Date: Wed, 08 Nov 2000 19:19:00 -0000 Subject: miSprite Solution (?) Re: [ANNOUNCEMENT] Overlay and No DirectInput Test 4 References: <896908DA55C4D311B9C000C04F01A05410A7DC@ENTERPRISE> Message-ID: <3A0A17EB.71235810@attglobal.net> Suhaib and Harold, I tracked down the 'bug' for the misprite problems. in miSpriteInitialize there is the following: #ifdef RENDER PictureScreenPtr ps = GetPictureScreen(pScreen); #endif where GetPictureScreen is defined as: #define GetPictureScreen(s) ((PictureScreenPtr)((s)->devPrivates[PictureScreenPrivateIndex].ptr)) ^ I believe the problem is here-----------------------------------------------^ PictureScreenPrivateIndex is never defined. The place it is initialized is in render/picture.c:PictureInit(). PictureScreenPrivateIndex = AllocateScreenPrivateIndex(); This is called by mipict.c:miPictureInit() miPictureInit() is never used anywhere. So when 'ps = GetPictureScreen(pScreen);' is called, ps points to garbage. However, if we undef RENDER, all the problems go away. So, do we undef RENDER? What is its purpose... Or notify someone that the render function are broken. John Harold Hunt wrote: > > Oh, I notice that you mention the miSprite... functions. That's probably > due to the XFree86 build that I used to build XWin.exe - some patches to the > tree a couple weeks ago caused a crash on startup of XWin.exe, I tracked the > problem down to two pointers in one of the miSprite files, and I basically > commented out enough of the cruft to get the crashes to stop. I'm sure that > there have been patches to the tree since then that fix the problem > correctly, but I haven't updated my tree in awhile. > From ssiddiqi@inspirepharm.com Thu Nov 9 03:52:00 2000 From: ssiddiqi@inspirepharm.com (Suhaib Siddiqi) Date: Thu, 09 Nov 2000 03:52:00 -0000 Subject: questions on DISPLAY and libX11.a References: <20001108211811.A7147@redhat.com> Message-ID: <7F2B9185F0196F44B59990759B91B1C21516BD@ins-exch.inspirepharm.com> John, what is your opinion? I am actually getting frustrated with SourceForge.Net. Most (almost all) of the mails for help now go unanswered? A lot of Win32 users are interested in MSVC support. I would take Chris offer, if you do not mind and move the project to Sources.redhat.com? Chris, project is open source. Actually, it is a nice complimentary project which provides missing VC++ support to developers for X11. Suhaib > On Wed, Nov 08, 2000 at 08:18:12PM -0500, Suhaib Siddiqi wrote: > >Did you try? > > > >SET DISPLAY=127.0.0.1:0.0 (from a DOS Shell) > > > >or export DISPLAY=127.0.0.1:0.0 (from a bash shell if you > are starting from > >a bash shell). > > > >However, startxwin.bat, should set display for you? Are you > sure X-server > >is starting and you are getting an X-desktop? If not, xterm will not > >display. > > > >Unfortunately no, you cannot link to libX11.a using MSVC. > It is a gcc > >library for Cygwin. If you are interested for libraries for > MSVC, you can > >check out http://win32-xfree.sourceforge.net . Unfortunately, > >sourceforge.net is getting lousy. They used to be well > organized but now > >since last 2 months, my several requests to reset the CVS so > I can replace > >X11R6.4 code with X11R6.5.1 code had gone un-answered. I > might send them a > >couple of more reminders. In case of no response I would > call the project > >"DEAD" and replace the URL with a "DEAD PROJECT" banner. In > the mean time > >you could grab the X11R6.4 libs for MSVC if you wish. > > Do you want to host the project on sources.redhat.com? I can > always offer > space there. It doesn't matter if it's a cygwin project as > long as it is > an open source project. > > cgf > From ssiddiqi@inspirepharm.com Thu Nov 9 03:54:00 2000 From: ssiddiqi@inspirepharm.com (Suhaib Siddiqi) Date: Thu, 09 Nov 2000 03:54:00 -0000 Subject: miSprite Solution (?) Re: [ANNOUNCEMENT] Overlay and No DirectInput Test 4 References: <3A0A17EB.71235810@attglobal.net> Message-ID: <7F2B9185F0196F44B59990759B91B1C21516BE@ins-exch.inspirepharm.com> John, Are you compiling with with -DSCREENSAVER and -DRENDER flags? I noticed in Harold Makefiles, he was. I would not recommend using -DSCREENSAVER and -DRENDER flags. Suhaib > -----Original Message----- > From: John Fortin [ mailto:fortinj@attglobal.net ] > Sent: Wednesday, November 08, 2000 10:20 PM > Cc: cygwin-xfree@sources.redhat.com > Subject: miSprite Solution (?) Re: [ANNOUNCEMENT] Overlay and No > DirectInput Test 4 > > > Suhaib and Harold, > > I tracked down the 'bug' for the misprite problems. > > in > miSpriteInitialize there is the following: > > #ifdef RENDER > PictureScreenPtr ps = GetPictureScreen(pScreen); > #endif > > where GetPictureScreen is defined as: > > #define GetPictureScreen(s) > ((PictureScreenPtr)((s)->devPrivates[PictureScreenPrivateIndex].ptr)) > > > ^ > I believe the problem is > here-----------------------------------------------^ > > PictureScreenPrivateIndex is never defined. > > The place it is initialized is in render/picture.c:PictureInit(). > PictureScreenPrivateIndex = AllocateScreenPrivateIndex(); > > This is called by mipict.c:miPictureInit() > miPictureInit() is never used anywhere. > > So when 'ps = GetPictureScreen(pScreen);' is called, ps points to > garbage. > > However, if we undef RENDER, all the problems go away. > > So, do we undef RENDER? What is its purpose... Or notify someone that > the render function are broken. > > John > > > Harold Hunt wrote: > > > > Oh, I notice that you mention the miSprite... functions. > That's probably > > due to the XFree86 build that I used to build XWin.exe - > some patches to the > > tree a couple weeks ago caused a crash on startup of > XWin.exe, I tracked the > > problem down to two pointers in one of the miSprite files, > and I basically > > commented out enough of the cruft to get the crashes to > stop. I'm sure that > > there have been patches to the tree since then that fix the problem > > correctly, but I haven't updated my tree in awhile. > > > From ssiddiqi@inspirepharm.com Thu Nov 9 04:51:00 2000 From: ssiddiqi@inspirepharm.com (Suhaib Siddiqi) Date: Thu, 09 Nov 2000 04:51:00 -0000 Subject: miSprite Solution (?) Re: [ANNOUNCEMENT] Overlay and No DirectInput Test 4 References: <3A0A17EB.71235810@attglobal.net> Message-ID: <7F2B9185F0196F44B59990759B91B1C21516C2@ins-exch.inspirepharm.com> John, I forwarded a copy of your following mail to devel@xfree86.org. Let's see what one of the main developer over there suggests. Suhaib > -----Original Message----- > From: John Fortin [ mailto:fortinj@attglobal.net ] > Sent: Wednesday, November 08, 2000 10:20 PM > Cc: cygwin-xfree@sources.redhat.com > Subject: miSprite Solution (?) Re: [ANNOUNCEMENT] Overlay and No > DirectInput Test 4 > > > Suhaib and Harold, > > I tracked down the 'bug' for the misprite problems. > > in > miSpriteInitialize there is the following: > > #ifdef RENDER > PictureScreenPtr ps = GetPictureScreen(pScreen); > #endif > > where GetPictureScreen is defined as: > > #define GetPictureScreen(s) > ((PictureScreenPtr)((s)->devPrivates[PictureScreenPrivateIndex].ptr)) > > > ^ > I believe the problem is > here-----------------------------------------------^ > > PictureScreenPrivateIndex is never defined. > > The place it is initialized is in render/picture.c:PictureInit(). > PictureScreenPrivateIndex = AllocateScreenPrivateIndex(); > > This is called by mipict.c:miPictureInit() > miPictureInit() is never used anywhere. > > So when 'ps = GetPictureScreen(pScreen);' is called, ps points to > garbage. > > However, if we undef RENDER, all the problems go away. > > So, do we undef RENDER? What is its purpose... Or notify someone that > the render function are broken. > > John > > > Harold Hunt wrote: > > > > Oh, I notice that you mention the miSprite... functions. > That's probably > > due to the XFree86 build that I used to build XWin.exe - > some patches to the > > tree a couple weeks ago caused a crash on startup of > XWin.exe, I tracked the > > problem down to two pointers in one of the miSprite files, > and I basically > > commented out enough of the cruft to get the crashes to > stop. I'm sure that > > there have been patches to the tree since then that fix the problem > > correctly, but I haven't updated my tree in awhile. > > > From fortinj@attglobal.net Thu Nov 9 04:59:00 2000 From: fortinj@attglobal.net (John Fortin) Date: Thu, 09 Nov 2000 04:59:00 -0000 Subject: miSprite Solution (?) Re: [ANNOUNCEMENT] Overlay and No DirectInput Test 4 References: <7F2B9185F0196F44B59990759B91B1C21516BE@ins-exch.inspirepharm.com> Message-ID: <3A0A9FE7.C1C925B0@attglobal.net> Suhaib Siddiqi wrote: > > John, > > Are you compiling with with -DSCREENSAVER and -DRENDER flags? > I noticed in Harold Makefiles, he was. I would not > recommend using -DSCREENSAVER and -DRENDER flags. > > Suhaib > They were added during the default makefile creation. Do we need to turn these off by default for cygwin (in cygwin.cf)?? Look in X11.tmpl. John From ssiddiqi@inspirepharm.com Thu Nov 9 05:00:00 2000 From: ssiddiqi@inspirepharm.com (Suhaib Siddiqi) Date: Thu, 09 Nov 2000 05:00:00 -0000 Subject: FW: FW: miSprite Solution (?) Re: [ANNOUNCEMENT] Overlay and No DirectInput Test 4 Message-ID: <7F2B9185F0196F44B59990759B91B1C21516C3@ins-exch.inspirepharm.com> John, someone suggested we need to call fbPictureInit. Maybe we need to add this to xwin. Suhaib > -----Original Message----- > From: Alan Hourihane [ mailto:ahourihane@valinux.com ] > Sent: Thursday, November 09, 2000 8:04 AM > To: devel@xfree86.org > Subject: Re: FW: miSprite Solution (?) Re: [ANNOUNCEMENT] > Overlay and No > DirectInput Test 4 > > > You have to call fbPictureInit (or equivalent) in the driver. > Check out > the matrox driver for this function call to see where it's placed. > > Alan. > > On Thu, Nov 09, 2000 at 07:49:39AM -0500, Suhaib Siddiqi wrote: > > Anyone has any comments on the following mail? > > > > Suhaib > > > > > -------------------------------------------------------------- > -------------- > > ------------------ > > Suhaib and Harold, > > > > I tracked down the 'bug' for the misprite problems. > > > > in > > miSpriteInitialize there is the following: > > > > #ifdef RENDER > > PictureScreenPtr ps = GetPictureScreen(pScreen); > > #endif > > > > where GetPictureScreen is defined as: > > > > #define GetPictureScreen(s) > > > ((PictureScreenPtr)((s)->devPrivates[PictureScreenPrivateIndex].ptr)) > > > > ^ > > I believe the problem is > > here-----------------------------------------------^ > > > > PictureScreenPrivateIndex is never defined. > > > > The place it is initialized is in render/picture.c:PictureInit(). > > PictureScreenPrivateIndex = AllocateScreenPrivateIndex(); > > > > This is called by mipict.c:miPictureInit() > > miPictureInit() is never used anywhere. > > > > So when 'ps = GetPictureScreen(pScreen);' is called, ps points to > > garbage. > > > > However, if we undef RENDER, all the problems go away. > > > > So, do we undef RENDER? What is its purpose... Or notify > someone that > > the render function are broken. > > > > John > > > From Harold@compasstechnologies.com Thu Nov 9 05:02:00 2000 From: Harold@compasstechnologies.com (Harold Hunt) Date: Thu, 09 Nov 2000 05:02:00 -0000 Subject: miSprite Solution (?) Re: [ANNOUNCEMENT] Overlay and No DirectInput Test 4 Message-ID: <896908DA55C4D311B9C000C04F01A05410A7F2@ENTERPRISE> John, That's the same problem I found... the stuff within #ifdef RENDER doesn't work for Cygwin, I commented it out in the test builds that I have been distributing. I'm guessing that RENDER has something to do with DRI, in which case I would guess that we probably don't want RENDER defined for Cygwin. Harold -----Original Message----- From: John Fortin [ mailto:fortinj@attglobal.net ] Sent: Wednesday, November 08, 2000 10:20 PM Cc: cygwin-xfree@sources.redhat.com Subject: miSprite Solution (?) Re: [ANNOUNCEMENT] Overlay and No DirectInput Test 4 Suhaib and Harold, I tracked down the 'bug' for the misprite problems. in miSpriteInitialize there is the following: #ifdef RENDER PictureScreenPtr ps = GetPictureScreen(pScreen); #endif where GetPictureScreen is defined as: #define GetPictureScreen(s) ((PictureScreenPtr)((s)->devPrivates[PictureScreenPrivateIndex].ptr)) ^ I believe the problem is here-----------------------------------------------^ PictureScreenPrivateIndex is never defined. The place it is initialized is in render/picture.c:PictureInit(). PictureScreenPrivateIndex = AllocateScreenPrivateIndex(); This is called by mipict.c:miPictureInit() miPictureInit() is never used anywhere. So when 'ps = GetPictureScreen(pScreen);' is called, ps points to garbage. However, if we undef RENDER, all the problems go away. So, do we undef RENDER? What is its purpose... Or notify someone that the render function are broken. John Harold Hunt wrote: > > Oh, I notice that you mention the miSprite... functions. That's probably > due to the XFree86 build that I used to build XWin.exe - some patches to the > tree a couple weeks ago caused a crash on startup of XWin.exe, I tracked the > problem down to two pointers in one of the miSprite files, and I basically > commented out enough of the cruft to get the crashes to stop. I'm sure that > there have been patches to the tree since then that fix the problem > correctly, but I haven't updated my tree in awhile. > From ssiddiqi@inspirepharm.com Thu Nov 9 05:03:00 2000 From: ssiddiqi@inspirepharm.com (Suhaib Siddiqi) Date: Thu, 09 Nov 2000 05:03:00 -0000 Subject: miSprite Solution (?) Re: [ANNOUNCEMENT] Overlay and No DirectInput Test 4 References: <3A0A9FE7.C1C925B0@attglobal.net> Message-ID: <7F2B9185F0196F44B59990759B91B1C21516C4@ins-exch.inspirepharm.com> > -----Original Message----- > From: John Fortin [ mailto:fortinj@attglobal.net ] > Sent: Thursday, November 09, 2000 8:00 AM > Cc: cygwin-xfree@sources.redhat.com > Subject: Re: miSprite Solution (?) Re: [ANNOUNCEMENT] Overlay and No > DirectInput Test 4 > > > > > Suhaib Siddiqi wrote: > > > > John, > > > > Are you compiling with with -DSCREENSAVER and -DRENDER flags? > > I noticed in Harold Makefiles, he was. I would not > > recommend using -DSCREENSAVER and -DRENDER flags. > > > > Suhaib > > > > They were added during the default makefile creation. Do we need to > turn these off by default for cygwin (in cygwin.cf)?? > Look in X11.tmpl. > > John > I will check tonight. The source tree is at my home PC. However, I would prefer one of the two following solutions: 1) add fbPictureInit (or equivalent) in the xwin 2) or for a quick and dirty fix change the following #ifdef RENDER PictureScreenPtr ps = GetPictureScreen(pScreen); #endif to #if defined(RENDER) && !defined (__CYGWIN__) PictureScreenPtr ps = GetPictureScreen(pScreen); #endif Suhaib From peter.rolkert@bredband.com Fri Nov 10 05:53:00 2000 From: peter.rolkert@bredband.com (Peter Rolkert) Date: Fri, 10 Nov 2000 05:53:00 -0000 Subject: swedish keyboard? Message-ID: <848097BAE787D311A9D200508B5D5D37012333CA@webmail.bredband.com> Hi! I have installed the latest cygwin and X11R6 and it works just fine accept for one thing, I can't get the swedish keyboard to work, it starts with us as default. This is my startxwin.bat file: @echo off SET DISPLAY=127.0.0.1:0.0 SET PATH=%PATH%;\usr\bin\X11;\usr\X11R6\bin;\usr\X11R6\lib start XWin -screen screen1 1024x768x24 -whitepixel 255 -blackpixel 0 start xterm -sl 1000 -sb -rightbar -ms red -fg yellow -bg black start rxvt -fn "Lucidia Console-12" start vtwm How do I change default keyboard layout? Regards > Peter Rolkert > > From ssiddiqi@inspirepharm.com Fri Nov 10 06:08:00 2000 From: ssiddiqi@inspirepharm.com (Suhaib Siddiqi) Date: Fri, 10 Nov 2000 06:08:00 -0000 Subject: swedish keyboard? References: <848097BAE787D311A9D200508B5D5D37012333CA@webmail.bredband.com> Message-ID: <7F2B9185F0196F44B59990759B91B1C21516CF@ins-exch.inspirepharm.com> At the moment us keyboard is default. If you know how to use modmap, you can use it to map the kepyboard for Swedish keyboard. Suhaib > -----Original Message----- > From: Peter Rolkert [ mailto:peter.rolkert@bredband.com ] > Sent: Friday, November 10, 2000 8:51 AM > To: 'cygwin-xfree@sources.redhat.com' > Subject: swedish keyboard? > > > Hi! > > I have installed the latest cygwin and X11R6 and it works just fine > accept for one thing, I can't get the swedish keyboard to > work, it starts > with us as default. > > This is my startxwin.bat file: > > @echo off > SET DISPLAY=127.0.0.1:0.0 > SET PATH=%PATH%;\usr\bin\X11;\usr\X11R6\bin;\usr\X11R6\lib > start XWin -screen screen1 1024x768x24 -whitepixel 255 -blackpixel 0 > start xterm -sl 1000 -sb -rightbar -ms red -fg yellow -bg black > start rxvt -fn "Lucidia Console-12" > start vtwm > > How do I change default keyboard layout? > > Regards > > Peter Rolkert > > > > > From s_m_siddiqi@yahoo.com Fri Nov 10 17:17:00 2000 From: s_m_siddiqi@yahoo.com (Suhaib Siddiqi) Date: Fri, 10 Nov 2000 17:17:00 -0000 Subject: Win32-x11 Message-ID: <20001111011709.4242.qmail@web4603.mail.yahoo.com> Rob, I am in the process of moving win32-x11 project (X11R6.5.1 development suite and X-server) for MSVC from sourceforge.net to sources.redhat.com. The project will compilment Cygwin/XFree project, but it will be purely X11R6.5.1 based, NO XFree86 stuff in it. The binaries will be available from ftp://sources.redhat.com/pub/cygwin/xfree/win32-x11 and there will be a CVS for it hosted at sources.redhat.com. I am uploading the source tree. Will be willing to maintain the web pags for it? If yes, I can zipped the html pages I have for this project. You can host them under cygwin/xfree. Users can direct their questions, and comments to cygwin-xfree mailing list for win32-x11. The traffic at cygwin-xfree is low therefore one mailing list may be sufficent for both projects. Let me know please! Suhaib Let me know please. __________________________________________________ Do You Yahoo!? Thousands of Stores. Millions of Products. All in one Place. http://shopping.yahoo.com/ From robert.collins@itdomain.com.au Fri Nov 10 17:25:00 2000 From: robert.collins@itdomain.com.au (Robert Collins) Date: Fri, 10 Nov 2000 17:25:00 -0000 Subject: Win32-x11 References: <20001111011709.4242.qmail@web4603.mail.yahoo.com> Message-ID: <000b01c04b7f$18a91d80$f7c723cb@lifelesswks> Suhaib, I'm happy to carry on volunteer maintenance - but I can't guarantee how fast my responses will be... :-]. I think a different mailing list is appropriate - because they are different projects... Rob ----- Original Message ----- From: "Suhaib Siddiqi" To: "Robert Collins" ; "Bertrand BRUDER" Cc: Sent: Saturday, November 11, 2000 12:17 PM Subject: Re: Win32-x11 > Rob, > > I am in the process of moving win32-x11 project > (X11R6.5.1 development suite and X-server) for MSVC > from sourceforge.net to sources.redhat.com. > The project will compilment Cygwin/XFree project, but > it will be purely X11R6.5.1 based, NO XFree86 stuff in > it. The binaries will be available from > > ftp://sources.redhat.com/pub/cygwin/xfree/win32-x11 > > and there will be a CVS for it hosted at > sources.redhat.com. I am uploading the source tree. > > Will be willing to maintain the web pags for it? If > yes, I can zipped the html pages I have for this > project. You can host them under cygwin/xfree. > > Users can direct their questions, and comments to > cygwin-xfree mailing list for win32-x11. The traffic > at cygwin-xfree is low therefore one mailing list may > be sufficent for both projects. > > Let me know please! > > Suhaib > > Let me know please. > > __________________________________________________ > Do You Yahoo!? > Thousands of Stores. Millions of Products. All in one Place. > http://shopping.yahoo.com/ > From s_m_siddiqi@yahoo.com Fri Nov 10 17:36:00 2000 From: s_m_siddiqi@yahoo.com (Suhaib Siddiqi) Date: Fri, 10 Nov 2000 17:36:00 -0000 Subject: Win32-x11 Message-ID: <20001111013631.5630.qmail@web4603.mail.yahoo.com> Chris, What is your opinion about mailing list? Suhaib --- Robert Collins wrote: > Suhaib, > I'm happy to carry on volunteer maintenance - > but I can't guarantee how > fast my responses will be... :-]. > > I think a different mailing list is appropriate - > because they are different > projects... > > Rob > > ----- Original Message ----- > From: "Suhaib Siddiqi" > To: "Robert Collins" > ; "Bertrand BRUDER" > > Cc: > Sent: Saturday, November 11, 2000 12:17 PM > Subject: Re: Win32-x11 > > > > Rob, > > > > I am in the process of moving win32-x11 project > > (X11R6.5.1 development suite and X-server) for > MSVC > > from sourceforge.net to sources.redhat.com. > > The project will compilment Cygwin/XFree project, > but > > it will be purely X11R6.5.1 based, NO XFree86 > stuff in > > it. The binaries will be available from > > > > > ftp://sources.redhat.com/pub/cygwin/xfree/win32-x11 > > > > and there will be a CVS for it hosted at > > sources.redhat.com. I am uploading the source > tree. > > > > Will be willing to maintain the web pags for it? > If > > yes, I can zipped the html pages I have for this > > project. You can host them under cygwin/xfree. > > > > Users can direct their questions, and comments to > > cygwin-xfree mailing list for win32-x11. The > traffic > > at cygwin-xfree is low therefore one mailing list > may > > be sufficent for both projects. > > > > Let me know please! > > > > Suhaib > > > > Let me know please. > > > > __________________________________________________ > > Do You Yahoo!? > > Thousands of Stores. Millions of Products. All > in one Place. > > http://shopping.yahoo.com/ > > > __________________________________________________ Do You Yahoo!? Thousands of Stores. Millions of Products. All in one Place. http://shopping.yahoo.com/ From cgf@redhat.com Fri Nov 10 19:32:00 2000 From: cgf@redhat.com (Christopher Faylor) Date: Fri, 10 Nov 2000 19:32:00 -0000 Subject: Win32-x11 References: <20001111013631.5630.qmail@web4603.mail.yahoo.com> Message-ID: <20001110223234.E23321@redhat.com> On Fri, Nov 10, 2000 at 05:36:31PM -0800, Suhaib Siddiqi wrote: >Chris, > >What is your opinion about mailing list? I'll set it up. Should it be called win32-x11? cgf From s_m_siddiqi@yahoo.com Sun Nov 12 16:31:00 2000 From: s_m_siddiqi@yahoo.com (Suhaib Siddiqi) Date: Sun, 12 Nov 2000 16:31:00 -0000 Subject: Win32-x11 Message-ID: <20001113003041.5155.qmail@web4601.mail.yahoo.com> Yes, win32-x11 for mailing list should be fine. I have uploaded sources in cvs and binaries are already available from ftp://sources.redhat.com/pub/cygwin/xfree/win32-x11/ Suhaib --- Christopher Faylor wrote: > On Fri, Nov 10, 2000 at 05:36:31PM -0800, Suhaib > Siddiqi wrote: > >Chris, > > > >What is your opinion about mailing list? > > I'll set it up. Should it be called win32-x11? > > cgf __________________________________________________ Do You Yahoo!? Yahoo! Calendar - Get organized for the holidays! http://calendar.yahoo.com/ From fortinj@attglobal.net Mon Nov 13 06:19:00 2000 From: fortinj@attglobal.net (John Fortin) Date: Mon, 13 Nov 2000 06:19:00 -0000 Subject: miSprite Solution (?) Re: [ANNOUNCEMENT] Overlay and No DirectInput Test 4 References: <7F2B9185F0196F44B59990759B91B1C21516D7@ins-exch.inspirepharm.com> Message-ID: <3A0FF85E.80683F43@attglobal.net> Great! I would have sent them as diffs, but for some reason my diffs seem to come out weird. I change 1 line and I get 400 line changes. BTW, do you want diffs ala cygwin: diff -up foo.c-orig foo.cc > foo.c-patch 2>&1 John Suhaib Siddiqi wrote: > John, > Thanks. I will forward it to XFree86.org for inclusion into CVS. > > Sorry, you mail came on Monday morning. We had new telephone system > installed. > GTE technicians decided to turned off our Internet router on Friday evening. > I assume they were dreaming or affraid that TCP/IP packets will sneak into > their telephone systems ... Our Internet connection was down for > entire > weekend. > > Suhaib > > > -----Original Message----- > > From: John Fortin [ mailto:fortinj@attglobal.net ] > > Sent: Saturday, November 11, 2000 12:55 PM > > To: Suhaib Siddiqi; Harold Hunt > > Subject: Re: miSprite Solution (?) Re: [ANNOUNCEMENT] Overlay and No > > DirectInput Test 4 > > > > > > Attached are updated files to fix the Sprite problem. > > > > Imakefile: Added -I../../render to find picturestr.h > > > > InitOutput.c: > > added #include "picturestr.h" > > added > > PictFormatPtr formats = NULL; > > int nformats = 0; > > to winScreenInit. > > > > added call to : > > miPictureInit(pScreen, formats, nformats); > > in winScreenInit. This is equivalent to fbPictureInit. > > > > Regards, > > John > > > > > > > > > > I will check tonight. The source tree is at my home PC. > > However, I would > > > prefer > > > one of the two following solutions: > > > > > > 1) add fbPictureInit (or equivalent) in the xwin > > > > > > 2) or for a quick and dirty fix change the following > > > > > > #ifdef RENDER > > > PictureScreenPtr ps = GetPictureScreen(pScreen); > > > #endif > > > > > > to > > > > > > #if defined(RENDER) && !defined (__CYGWIN__) > > > PictureScreenPtr ps = GetPictureScreen(pScreen); > > > #endif > > > > > > Suhaib > > From ssiddiqi@inspirepharm.com Mon Nov 13 06:29:00 2000 From: ssiddiqi@inspirepharm.com (Suhaib Siddiqi) Date: Mon, 13 Nov 2000 06:29:00 -0000 Subject: miSprite Solution (?) Re: [ANNOUNCEMENT] Overlay and No DirectInput Test 4 References: <3A0FF85E.80683F43@attglobal.net> Message-ID: <7F2B9185F0196F44B59990759B91B1C21516D9@ins-exch.inspirepharm.com> Well, that problem I had too since B20.1, that why I always created the diff files on Linux box . I have no idea why under Cygwin I get a lot of lines inserted, MAYBE Windows cannot differentiate between lines when it compares? Speaking of Windows, I saw on MSDN Universal subscription site, Windows Whistler Beta 1 is available to MSDN Universal Subscriber, which would replace Win2k, and Win Me for home users as will as business. This would be a good news, that finally, slowly, all those different versions of Windows with different kernel will be flushed out and there will be a universal Windows for everyone. I will download Windows Whistler Beta-1 and give XWIN.exe a whirl on it. Suhaib > -----Original Message----- > From: John Fortin [ mailto:fortinj@attglobal.net ] > Sent: Monday, November 13, 2000 9:19 AM > To: Suhaib Siddiqi; cygwin-xfree@sources.redhat.com > Subject: Re: miSprite Solution (?) Re: [ANNOUNCEMENT] Overlay and No > DirectInput Test 4 > > > Great! I would have sent them as diffs, but for some reason > my diffs seem to > come out weird. I change 1 line and I get 400 line changes. > BTW, do you want > diffs ala cygwin: > > diff -up foo.c-orig foo.cc > foo.c-patch 2>&1 > > John > > > > > Suhaib Siddiqi wrote: > > > John, > > Thanks. I will forward it to XFree86.org for inclusion into CVS. > > > > Sorry, you mail came on Monday morning. We had new telephone system > > installed. > > GTE technicians decided to turned off our Internet router > on Friday evening. > > I assume they were dreaming or affraid that TCP/IP packets > will sneak into > > their telephone systems ... Our Internet connection > was down for > > entire > > weekend. > > > > Suhaib > > > > > -----Original Message----- > > > From: John Fortin [ mailto:fortinj@attglobal.net ] > > > Sent: Saturday, November 11, 2000 12:55 PM > > > To: Suhaib Siddiqi; Harold Hunt > > > Subject: Re: miSprite Solution (?) Re: [ANNOUNCEMENT] > Overlay and No > > > DirectInput Test 4 > > > > > > > > > Attached are updated files to fix the Sprite problem. > > > > > > Imakefile: Added -I../../render to find picturestr.h > > > > > > InitOutput.c: > > > added #include "picturestr.h" > > > added > > > PictFormatPtr formats = NULL; > > > int nformats = 0; > > > to winScreenInit. > > > > > > added call to : > > > miPictureInit(pScreen, formats, nformats); > > > in winScreenInit. This is equivalent to fbPictureInit. > > > > > > Regards, > > > John > > > > > > > > > > > > > > I will check tonight. The source tree is at my home PC. > > > However, I would > > > > prefer > > > > one of the two following solutions: > > > > > > > > 1) add fbPictureInit (or equivalent) in the xwin > > > > > > > > 2) or for a quick and dirty fix change the following > > > > > > > > #ifdef RENDER > > > > PictureScreenPtr ps = GetPictureScreen(pScreen); > > > > #endif > > > > > > > > to > > > > > > > > #if defined(RENDER) && !defined (__CYGWIN__) > > > > PictureScreenPtr ps = GetPictureScreen(pScreen); > > > > #endif > > > > > > > > Suhaib > > > > From Chuck.Irvine@mail.sprint.com Mon Nov 13 09:20:00 2000 From: Chuck.Irvine@mail.sprint.com (Chuck.Irvine@mail.sprint.com) Date: Mon, 13 Nov 2000 09:20:00 -0000 Subject: A few newbie problems Message-ID: I just downloaded, installed, and successfully brought up (sort of) XFree for Cygwin. However, I have the following problems/questions. Any help is greatly appreciated. Thanks! The FAQ says that there are pre-compiled binaries for LessTiff. At ftp://ftp.hungry.com/pub/hungry/lesstif/bindist/ there isn't anything that looks like binaries for Cygwin/XFree. Is this FAQ item out of date or am I looking in the wrong place? When I bring up the X Windows Mgr, it occupies the entire screen. On the CygwinXFree website, the screenshots show the window manager running as a window on the Windows desktop. How can I get this latter configuration. The startxwin.bat file has "\usr\bin\X11" as the path to the XFree bin directory. After I did an install, the right path seems to be "\usr\X11R6\bin". Is this symptomatic of a problem? It seems strange that I fire things off with a Windows bat file. Is there any reason that I can't start things with a bash script, for example? Chuck Irvine Sprint From Harold@compasstechnologies.com Mon Nov 13 12:54:00 2000 From: Harold@compasstechnologies.com (Harold Hunt) Date: Mon, 13 Nov 2000 12:54:00 -0000 Subject: A few newbie problems Message-ID: <896908DA55C4D311B9C000C04F01A05410A7FF@ENTERPRISE> Chuck, >The startxwin.bat file has "\usr\bin\X11" as the path to the XFree bin >directory. After I did an install, the right path seems to be >"\usr\X11R6\bin". Is this symptomatic of a problem? No problem, that's just the way the default batch file comes. If your cygwin root is c:\cygwin\, then you probably want to fix the path line in the batch file to append c:\cygwin\usr\X11R6\bin to your path. If you figure it out for sure, let me know, as I never really played around with the setting to see what works... A simple test case would be to launch xterm& from within Cygwin/XFree86, your path is probably not correct if your current shell complains that it can't find xterm. >When I bring up the X Windows Mgr, it occupies the entire screen. On the >CygwinXFree website, the screenshots show the window manager running as >a window on the Windows desktop. That screenshot has mysterious origins :) The current stable release runs in full-screen mode only. I have been working on a test release series that runs in windowed mode, you can read the mailing list archive for my test release posts; you may want to try out test 7 if you are interested. >Is there any reason that I can't start things with a bash script, for >example? Go for it... some of the earlier batch files did use a bash script, but the resulting script file was looked much more confusing to the average user than the current DOS batch file. >pre-compiled binaries for LessTiff I'm not really qualified to answer this question, as I didn't write the FAQ, and I never tried installing LessTiff... good luck :) Thanks for your interest in the project, Harold From dankna@brain.mics.net Mon Nov 13 13:19:00 2000 From: dankna@brain.mics.net (Dan Knapp) Date: Mon, 13 Nov 2000 13:19:00 -0000 Subject: XFree on WinME? Message-ID: In the FAQ, you say that XFree86 should now work with Windows ME, though a recent message in the archive suggests that this is not the case. When attempting to run it under ME, I get the same failure as I did when I was using 98 SE (which was this same installation of CygWin, so it could easily be a config problem on my end): it gets as far as displaying the X background and mouse pointer, though the Windows mouse pointer does not disappear, and then ceases all perceptible activity, including responding to the mouse and to interrupts. I've appended the output of cygcheck -sv. If you're wondering about c:\mksnt, it's a commercial Unix-on-Windows toolset; since its approach is much more limited than that of CygWin (no DLLs) and I keep CygWin's environment variables separate from its, I am confident in saying that it is unrelated to these problems. Can anybody suggest what the problem might be? I'm willing to write code to help fix this, though if it's the same problem with 16-bit code in Windows as 9x has I don't think my brain can handle the abuse. Cygnus Win95/NT Configuration Diagnostics Current System Time: Mon Nov 13 16:04:22 2000 Win9X Ver 4.90 build 73010104 Path: /cygdrive/c/bin /usr/bin /usr/local/bin /cygdrive/c/progra~1/ncftp /cygdrive/c/mksnt /cygdrive/c/home/knapp/bin SysDir: C:\WINDOWS\SYSTEM WinDir: C:\WINDOWS PWD = `/cygdrive/c/home/knapp' MAKE_MODE = `unix' HOME = `/cygdrive/c/home/knapp' PROMPT = `$p$g' TMPDIR = `/cygdrive/c/WINDOWS/TEMP' COMSPEC = `C:\WINDOWS\COMMAND.COM' !C: = `C:\WINDOWS\TEMP' CMDLINE = `bash -login' ROOTDIR = `c:' HOSTNAME = `TRIBORO' WINDIR = `C:\WINDOWS' WINBOOTDIR = `C:\WINDOWS' BLASTER = `A220 I9 D3' MACHTYPE = `i686-pc-cygwin' OLDPWD = `/cygdrive/c/WINDOWS/TEMP' CVS_RSH = `ssh' TEMP = `/cygdrive/c/WINDOWS/TEMP' TMP = `/cygdrive/c/WINDOWS/TEMP' LOGNAME = `mks' SHLVL = `1' SHELL = `c:/mksnt/sh.exe' HOSTTYPE = `i686' CVSROOT = `:ext:knapp@bayonne.farance.com:/home/knapp/.cvsroot' OSTYPE = `cygwin' TERM = `cygwin' _ = `/usr/bin/cygcheck' TZ = `EST5EDT4,M4.1.0/2,M10.5.0/2' Use `-r' to scan registry a: fd N/A N/A c: hd FAT32 9756Mb 60% CP UN d: cd N/A N/A C:\cygwin\bin /usr/bin system binmode C:\cygwin\lib /usr/lib system binmode C:\cygwin / system binmode Found: C:\cygwin\bin\bash.exe Found: C:\cygwin\bin\cat.exe Found: c:\mksnt\cat.exe Warning: C:\cygwin\bin\cat.exe hides c:\mksnt\cat.exe Found: C:\cygwin\bin\cpp.exe Found: C:\cygwin\bin\find.exe Found: c:\mksnt\find.exe Warning: C:\cygwin\bin\find.exe hides c:\mksnt\find.exe Found: C:\cygwin\bin\gcc.exe Found: C:\cygwin\bin\gdb.exe Found: C:\cygwin\bin\ld.exe Found: C:\cygwin\bin\ls.exe Found: c:\mksnt\ls.exe Warning: C:\cygwin\bin\ls.exe hides c:\mksnt\ls.exe Found: C:\cygwin\bin\make.exe Found: c:\mksnt\make.exe Warning: C:\cygwin\bin\make.exe hides c:\mksnt\make.exe Found: C:\cygwin\bin\sh.exe Found: c:\mksnt\sh.exe Warning: C:\cygwin\bin\sh.exe hides c:\mksnt\sh.exe 83k 2000/06/11 C:\cygwin\bin\cygitcl30.dll - os=4.0 img=1.0 sys=4.0 "cygitcl30.dll" v0.0 ts=2000/6/10 23:34 35k 2000/06/11 C:\cygwin\bin\cygitk30.dll - os=4.0 img=1.0 sys=4.0 "cygitk30.dll" v0.0 ts=2000/6/10 23:34 402k 2000/06/11 C:\cygwin\bin\cygtcl80.dll - os=4.0 img=1.0 sys=4.0 "cygtcl80.dll" v0.0 ts=2000/6/10 23:30 5k 2000/06/11 C:\cygwin\bin\cygtclpip80.dll - os=4.0 img=1.0 sys=4.0 10k 2000/06/11 C:\cygwin\bin\cygtclreg80.dll - os=4.0 img=1.0 sys=4.0 "cygtclreg80.dll" v0.0 ts=2000/6/10 23:30 639k 2000/06/11 C:\cygwin\bin\cygtk80.dll - os=4.0 img=1.0 sys=4.0 "cygtk80.dll" v0.0 ts=2000/6/10 23:34 18k 2000/10/23 C:\cygwin\bin\cyggdbm.dll - os=4.0 img=1.0 sys=4.0 "cyggdbm.dll" v0.0 ts=2000/10/22 22:26 14k 2000/10/23 C:\cygwin\bin\cygintl.dll - os=4.0 img=1.0 sys=4.0 "cygintl.dll" v0.0 ts=2000/10/23 15:02 45k 2000/10/22 C:\cygwin\bin\cygjbig1.dll - os=4.0 img=1.0 sys=4.0 "cygjbig1.dll" v0.0 ts=2000/10/22 19:06 119k 2000/10/23 C:\cygwin\bin\cygjpeg6b.dll - os=4.0 img=1.0 sys=4.0 "cygjpeg6b.dll" v0.0 ts=2000/10/22 20:58 162k 2000/10/23 C:\cygwin\bin\cygpng2.dll - os=4.0 img=1.0 sys=4.0 "cygpng2.dll" v0.0 ts=2000/10/22 20:40 82k 2000/11/07 C:\cygwin\bin\cygform5.dll - os=4.0 img=1.0 sys=4.0 "cygform5.dll" v0.0 ts=2000/11/7 14:56 53k 2000/11/07 C:\cygwin\bin\cygmenu5.dll - os=4.0 img=1.0 sys=4.0 "cygmenu5.dll" v0.0 ts=2000/11/7 14:55 426k 2000/11/07 C:\cygwin\bin\cygncurses++5.dll - os=4.0 img=1.0 sys=4.0 "cygncurses++5.dll" v0.0 ts=2000/11/7 14:57 299k 2000/11/07 C:\cygwin\bin\cygncurses5.dll - os=4.0 img=1.0 sys=4.0 "cygncurses5.dll" v0.0 ts=2000/11/7 14:54 34k 2000/11/07 C:\cygwin\bin\cygpanel5.dll - os=4.0 img=1.0 sys=4.0 "cygpanel5.dll" v0.0 ts=2000/11/7 14:55 243k 2000/10/23 C:\cygwin\bin\cygtiff3.dll - os=4.0 img=1.0 sys=4.0 "cygtiff3.dll" v0.0 ts=2000/10/22 21:14 41k 2000/10/28 C:\cygwin\bin\cygXpm-noX4.dll - os=4.0 img=1.0 sys=4.0 "cygXpm-noX4.dll" v0.0 ts=2000/10/28 14:45 45k 2000/10/28 C:\cygwin\bin\cygXpm-X4.dll - os=4.0 img=1.0 sys=4.0 "cygXpm-X4.dll" v0.0 ts=2000/10/28 14:47 49k 2000/10/23 C:\cygwin\bin\cygz.dll - os=4.0 img=1.0 sys=4.0 "cygz.dll" v0.0 ts=2000/10/22 20:22 609k 2000/11/11 C:\cygwin\bin\cygwin1.dll - os=4.0 img=1.0 sys=4.0 "cygwin1.dll" v0.0 ts=2000/11/11 1:49 Cygwin DLL version info: dll major: 1001 dll minor: 5 dll epoch: 19 dll bad signal mask: 19005 dll old termios: 5 dll malloc env: 28 api major: 0 api minor: 30 shared data: 3 dll identifier: cygwin1 mount registry: 2 cygnus registry name: Cygnus Solutions cygwin registry name: Cygwin program options name: Program Options cygwin mount registry name: mounts v2 cygdrive flags: cygdrive flags cygdrive prefix: cygdrive prefix cygdrive default prefix: build date: Sat Nov 11 01:49:33 EST 2000 shared id: cygwin1S3 Use -h to see help about each section | Dan Knapp, Knight of the Random Seed | http://brain.mics.net/~dankna/ | ONES WHO DOES NOT HAVE TRIFORCE CAN'T GO IN. From ssiddiqi@inspirepharm.com Mon Nov 13 13:23:00 2000 From: ssiddiqi@inspirepharm.com (Suhaib Siddiqi) Date: Mon, 13 Nov 2000 13:23:00 -0000 Subject: XFree on WinME? References: Message-ID: <7F2B9185F0196F44B59990759B91B1C21516E7@ins-exch.inspirepharm.com> Well, NO, it (stable release) does not work on WinME, unless you try Harold Test 7. Follow mail archive for it. It will I bet work on Windows Whistler (What weird name Whistler). Finally Microsoft had decided to have a universal edition of Windows for Home and Business users, with Windows NT Kernel, no more hack Widnows with 16 bit and 8 bit codes from DOS and Win 3.1.1 squezed in between. Suhaib > -----Original Message----- > From: Dan Knapp [ mailto:dankna@brain.mics.net ] > Sent: Monday, November 13, 2000 4:19 PM > To: cygwin-xfree@sources.redhat.com > Subject: XFree on WinME? > > > In the FAQ, you say that XFree86 should now work with > Windows ME, though > a recent message in the archive suggests that this is not the > case. When > attempting to run it under ME, I get the same failure as I > did when I was > using 98 SE (which was this same installation of CygWin, so > it could easily > be a config problem on my end): it gets as far as displaying > the X background > and mouse pointer, though the Windows mouse pointer does not > disappear, and > then ceases all perceptible activity, including responding to > the mouse and > to interrupts. > > I've appended the output of cygcheck -sv. If you're wondering about > c:\mksnt, it's a commercial Unix-on-Windows toolset; since > its approach is > much more limited than that of CygWin (no DLLs) and I keep CygWin's > environment variables separate from its, I am confident in > saying that it is > unrelated to these problems. > > Can anybody suggest what the problem might be? I'm willing > to write code > to help fix this, though if it's the same problem with 16-bit > code in Windows > as 9x has I don't think my brain can handle the abuse. > > > Cygnus Win95/NT Configuration Diagnostics > Current System Time: Mon Nov 13 16:04:22 2000 > > Win9X Ver 4.90 build 73010104 > > Path: /cygdrive/c/bin > /usr/bin > /usr/local/bin > /cygdrive/c/progra~1/ncftp > /cygdrive/c/mksnt > /cygdrive/c/home/knapp/bin > > SysDir: C:\WINDOWS\SYSTEM > WinDir: C:\WINDOWS > > PWD = `/cygdrive/c/home/knapp' > MAKE_MODE = `unix' > HOME = `/cygdrive/c/home/knapp' > > PROMPT = `$p$g' > TMPDIR = `/cygdrive/c/WINDOWS/TEMP' > COMSPEC = `C:\WINDOWS\COMMAND.COM' > !C: = `C:\WINDOWS\TEMP' > CMDLINE = `bash -login' > ROOTDIR = `c:' > HOSTNAME = `TRIBORO' > WINDIR = `C:\WINDOWS' > WINBOOTDIR = `C:\WINDOWS' > BLASTER = `A220 I9 D3' > MACHTYPE = `i686-pc-cygwin' > OLDPWD = `/cygdrive/c/WINDOWS/TEMP' > CVS_RSH = `ssh' > TEMP = `/cygdrive/c/WINDOWS/TEMP' > TMP = `/cygdrive/c/WINDOWS/TEMP' > LOGNAME = `mks' > SHLVL = `1' > SHELL = `c:/mksnt/sh.exe' > HOSTTYPE = `i686' > CVSROOT = `:ext:knapp@bayonne.farance.com:/home/knapp/.cvsroot' > OSTYPE = `cygwin' > TERM = `cygwin' > _ = `/usr/bin/cygcheck' > TZ = `EST5EDT4,M4.1.0/2,M10.5.0/2' > > Use `-r' to scan registry > > a: fd N/A N/A > c: hd FAT32 9756Mb 60% CP UN > d: cd N/A N/A > > C:\cygwin\bin /usr/bin system binmode > C:\cygwin\lib /usr/lib system binmode > C:\cygwin / system binmode > > Found: C:\cygwin\bin\bash.exe > Found: C:\cygwin\bin\cat.exe > Found: c:\mksnt\cat.exe > Warning: C:\cygwin\bin\cat.exe hides c:\mksnt\cat.exe > Found: C:\cygwin\bin\cpp.exe > Found: C:\cygwin\bin\find.exe > Found: c:\mksnt\find.exe > Warning: C:\cygwin\bin\find.exe hides c:\mksnt\find.exe > Found: C:\cygwin\bin\gcc.exe > Found: C:\cygwin\bin\gdb.exe > Found: C:\cygwin\bin\ld.exe > Found: C:\cygwin\bin\ls.exe > Found: c:\mksnt\ls.exe > Warning: C:\cygwin\bin\ls.exe hides c:\mksnt\ls.exe > Found: C:\cygwin\bin\make.exe > Found: c:\mksnt\make.exe > Warning: C:\cygwin\bin\make.exe hides c:\mksnt\make.exe > Found: C:\cygwin\bin\sh.exe > Found: c:\mksnt\sh.exe > Warning: C:\cygwin\bin\sh.exe hides c:\mksnt\sh.exe > > 83k 2000/06/11 C:\cygwin\bin\cygitcl30.dll - os=4.0 img=1.0 sys=4.0 > "cygitcl30.dll" v0.0 ts=2000/6/10 23:34 > 35k 2000/06/11 C:\cygwin\bin\cygitk30.dll - os=4.0 img=1.0 sys=4.0 > "cygitk30.dll" v0.0 ts=2000/6/10 23:34 > 402k 2000/06/11 C:\cygwin\bin\cygtcl80.dll - os=4.0 img=1.0 sys=4.0 > "cygtcl80.dll" v0.0 ts=2000/6/10 23:30 > 5k 2000/06/11 C:\cygwin\bin\cygtclpip80.dll - os=4.0 > img=1.0 sys=4.0 > 10k 2000/06/11 C:\cygwin\bin\cygtclreg80.dll - os=4.0 > img=1.0 sys=4.0 > "cygtclreg80.dll" v0.0 ts=2000/6/10 23:30 > 639k 2000/06/11 C:\cygwin\bin\cygtk80.dll - os=4.0 img=1.0 sys=4.0 > "cygtk80.dll" v0.0 ts=2000/6/10 23:34 > 18k 2000/10/23 C:\cygwin\bin\cyggdbm.dll - os=4.0 img=1.0 sys=4.0 > "cyggdbm.dll" v0.0 ts=2000/10/22 22:26 > 14k 2000/10/23 C:\cygwin\bin\cygintl.dll - os=4.0 img=1.0 sys=4.0 > "cygintl.dll" v0.0 ts=2000/10/23 15:02 > 45k 2000/10/22 C:\cygwin\bin\cygjbig1.dll - os=4.0 img=1.0 sys=4.0 > "cygjbig1.dll" v0.0 ts=2000/10/22 19:06 > 119k 2000/10/23 C:\cygwin\bin\cygjpeg6b.dll - os=4.0 img=1.0 sys=4.0 > "cygjpeg6b.dll" v0.0 ts=2000/10/22 20:58 > 162k 2000/10/23 C:\cygwin\bin\cygpng2.dll - os=4.0 img=1.0 sys=4.0 > "cygpng2.dll" v0.0 ts=2000/10/22 20:40 > 82k 2000/11/07 C:\cygwin\bin\cygform5.dll - os=4.0 img=1.0 sys=4.0 > "cygform5.dll" v0.0 ts=2000/11/7 14:56 > 53k 2000/11/07 C:\cygwin\bin\cygmenu5.dll - os=4.0 img=1.0 sys=4.0 > "cygmenu5.dll" v0.0 ts=2000/11/7 14:55 > 426k 2000/11/07 C:\cygwin\bin\cygncurses++5.dll - os=4.0 > img=1.0 sys=4.0 > "cygncurses++5.dll" v0.0 ts=2000/11/7 14:57 > 299k 2000/11/07 C:\cygwin\bin\cygncurses5.dll - os=4.0 > img=1.0 sys=4.0 > "cygncurses5.dll" v0.0 ts=2000/11/7 14:54 > 34k 2000/11/07 C:\cygwin\bin\cygpanel5.dll - os=4.0 img=1.0 sys=4.0 > "cygpanel5.dll" v0.0 ts=2000/11/7 14:55 > 243k 2000/10/23 C:\cygwin\bin\cygtiff3.dll - os=4.0 img=1.0 sys=4.0 > "cygtiff3.dll" v0.0 ts=2000/10/22 21:14 > 41k 2000/10/28 C:\cygwin\bin\cygXpm-noX4.dll - os=4.0 > img=1.0 sys=4.0 > "cygXpm-noX4.dll" v0.0 ts=2000/10/28 14:45 > 45k 2000/10/28 C:\cygwin\bin\cygXpm-X4.dll - os=4.0 img=1.0 sys=4.0 > "cygXpm-X4.dll" v0.0 ts=2000/10/28 14:47 > 49k 2000/10/23 C:\cygwin\bin\cygz.dll - os=4.0 img=1.0 sys=4.0 > "cygz.dll" v0.0 ts=2000/10/22 20:22 > 609k 2000/11/11 C:\cygwin\bin\cygwin1.dll - os=4.0 img=1.0 sys=4.0 > "cygwin1.dll" v0.0 ts=2000/11/11 1:49 > Cygwin DLL version info: > dll major: 1001 > dll minor: 5 > dll epoch: 19 > dll bad signal mask: 19005 > dll old termios: 5 > dll malloc env: 28 > api major: 0 > api minor: 30 > shared data: 3 > dll identifier: cygwin1 > mount registry: 2 > cygnus registry name: Cygnus Solutions > cygwin registry name: Cygwin > program options name: Program Options > cygwin mount registry name: mounts v2 > cygdrive flags: cygdrive flags > cygdrive prefix: cygdrive prefix > cygdrive default prefix: > build date: Sat Nov 11 01:49:33 EST 2000 > shared id: cygwin1S3 > > Use -h to see help about each section > > | Dan Knapp, Knight of the Random Seed > | http://brain.mics.net/~dankna/ > | ONES WHO DOES NOT HAVE TRIFORCE CAN'T GO IN. > > From robert.collins@itdomain.com.au Mon Nov 13 13:23:00 2000 From: robert.collins@itdomain.com.au (Robert Collins) Date: Mon, 13 Nov 2000 13:23:00 -0000 Subject: miSprite Solution (?) Re: [ANNOUNCEMENT] Overlay and No DirectInput Test 4 References: <7F2B9185F0196F44B59990759B91B1C21516D9@ins-exch.inspirepharm.com> Message-ID: <00ba01c04db8$b9805350$f7c723cb@lifelesswks> It's probably a textmode vs binmode issue. Have a look at the main cygwin archives and search for mount/textmode/binmode Rob ----- Original Message ----- From: "Suhaib Siddiqi" To: "'John Fortin'" ; "Suhaib Siddiqi" ; Sent: Tuesday, November 14, 2000 1:28 AM Subject: RE: miSprite Solution (?) Re: [ANNOUNCEMENT] Overlay and No DirectInput Test 4 > > Well, that problem I had too since B20.1, that why I always created > the diff files on Linux box . I have no idea why under > Cygwin I get a lot of lines inserted, MAYBE Windows cannot > differentiate between lines when it compares? > > Speaking of Windows, I saw on MSDN Universal subscription site, > Windows Whistler Beta 1 is available to MSDN Universal Subscriber, > which would replace Win2k, and Win Me for home users as will as business. > This would be a good news, that finally, slowly, all those different > versions > of Windows with different kernel will be flushed out and there will be a > universal > Windows for everyone. I will download Windows Whistler Beta-1 and give > XWIN.exe a whirl on it. > > Suhaib > > > -----Original Message----- > > From: John Fortin [ mailto:fortinj@attglobal.net ] > > Sent: Monday, November 13, 2000 9:19 AM > > To: Suhaib Siddiqi; cygwin-xfree@sources.redhat.com > > Subject: Re: miSprite Solution (?) Re: [ANNOUNCEMENT] Overlay and No > > DirectInput Test 4 > > > > > > Great! I would have sent them as diffs, but for some reason > > my diffs seem to > > come out weird. I change 1 line and I get 400 line changes. > > BTW, do you want > > diffs ala cygwin: > > > > diff -up foo.c-orig foo.cc > foo.c-patch 2>&1 > > > > John > > > > > > > > > > Suhaib Siddiqi wrote: > > > > > John, > > > Thanks. I will forward it to XFree86.org for inclusion into CVS. > > > > > > Sorry, you mail came on Monday morning. We had new telephone system > > > installed. > > > GTE technicians decided to turned off our Internet router > > on Friday evening. > > > I assume they were dreaming or affraid that TCP/IP packets > > will sneak into > > > their telephone systems ... Our Internet connection > > was down for > > > entire > > > weekend. > > > > > > Suhaib > > > > > > > -----Original Message----- > > > > From: John Fortin [ mailto:fortinj@attglobal.net ] > > > > Sent: Saturday, November 11, 2000 12:55 PM > > > > To: Suhaib Siddiqi; Harold Hunt > > > > Subject: Re: miSprite Solution (?) Re: [ANNOUNCEMENT] > > Overlay and No > > > > DirectInput Test 4 > > > > > > > > > > > > Attached are updated files to fix the Sprite problem. > > > > > > > > Imakefile: Added -I../../render to find picturestr.h > > > > > > > > InitOutput.c: > > > > added #include "picturestr.h" > > > > added > > > > PictFormatPtr formats = NULL; > > > > int nformats = 0; > > > > to winScreenInit. > > > > > > > > added call to : > > > > miPictureInit(pScreen, formats, nformats); > > > > in winScreenInit. This is equivalent to fbPictureInit. > > > > > > > > Regards, > > > > John > > > > > > > > > > > > > > > > > > I will check tonight. The source tree is at my home PC. > > > > However, I would > > > > > prefer > > > > > one of the two following solutions: > > > > > > > > > > 1) add fbPictureInit (or equivalent) in the xwin > > > > > > > > > > 2) or for a quick and dirty fix change the following > > > > > > > > > > #ifdef RENDER > > > > > PictureScreenPtr ps = GetPictureScreen(pScreen); > > > > > #endif > > > > > > > > > > to > > > > > > > > > > #if defined(RENDER) && !defined (__CYGWIN__) > > > > > PictureScreenPtr ps = GetPictureScreen(pScreen); > > > > > #endif > > > > > > > > > > Suhaib > > > > > > > > From ssiddiqi@inspirepharm.com Mon Nov 13 13:24:00 2000 From: ssiddiqi@inspirepharm.com (Suhaib Siddiqi) Date: Mon, 13 Nov 2000 13:24:00 -0000 Subject: miSprite Solution (?) Re: [ANNOUNCEMENT] Overlay and No DirectInput Test 4 References: <00ba01c04db8$b9805350$f7c723cb@lifelesswks> Message-ID: <7F2B9185F0196F44B59990759B91B1C21516E8@ins-exch.inspirepharm.com> Not really, unless I am missing something. I always work under binary mode. Suhaib > -----Original Message----- > From: Robert Collins [ mailto:robert.collins@itdomain.com.au ] > Sent: Monday, November 13, 2000 4:29 PM > To: Suhaib Siddiqi; 'John Fortin'; Suhaib Siddiqi; > cygwin-xfree@sources.redhat.com > Subject: Re: miSprite Solution (?) Re: [ANNOUNCEMENT] Overlay and No > DirectInput Test 4 > > > It's probably a textmode vs binmode issue. Have a look at the > main cygwin > archives and search for mount/textmode/binmode > > Rob > ----- Original Message ----- > From: "Suhaib Siddiqi" > To: "'John Fortin'" ; "Suhaib Siddiqi" > ; > > Sent: Tuesday, November 14, 2000 1:28 AM > Subject: RE: miSprite Solution (?) Re: [ANNOUNCEMENT] Overlay and No > DirectInput Test 4 > > > > > > Well, that problem I had too since B20.1, that why I always created > > the diff files on Linux box . I have no idea why under > > Cygwin I get a lot of lines inserted, MAYBE Windows cannot > > differentiate between lines when it compares? > > > > Speaking of Windows, I saw on MSDN Universal subscription site, > > Windows Whistler Beta 1 is available to MSDN Universal Subscriber, > > which would replace Win2k, and Win Me for home users as > will as business. > > This would be a good news, that finally, slowly, all those different > > versions > > of Windows with different kernel will be flushed out and > there will be a > > universal > > Windows for everyone. I will download Windows Whistler > Beta-1 and give > > XWIN.exe a whirl on it. > > > > Suhaib > > > > > -----Original Message----- > > > From: John Fortin [ mailto:fortinj@attglobal.net ] > > > Sent: Monday, November 13, 2000 9:19 AM > > > To: Suhaib Siddiqi; cygwin-xfree@sources.redhat.com > > > Subject: Re: miSprite Solution (?) Re: [ANNOUNCEMENT] > Overlay and No > > > DirectInput Test 4 > > > > > > > > > Great! I would have sent them as diffs, but for some reason > > > my diffs seem to > > > come out weird. I change 1 line and I get 400 line changes. > > > BTW, do you want > > > diffs ala cygwin: > > > > > > diff -up foo.c-orig foo.cc > foo.c-patch 2>&1 > > > > > > John > > > > > > > > > > > > > > > Suhaib Siddiqi wrote: > > > > > > > John, > > > > Thanks. I will forward it to XFree86.org for inclusion > into CVS. > > > > > > > > Sorry, you mail came on Monday morning. We had new > telephone system > > > > installed. > > > > GTE technicians decided to turned off our Internet router > > > on Friday evening. > > > > I assume they were dreaming or affraid that TCP/IP packets > > > will sneak into > > > > their telephone systems ... Our Internet connection > > > was down for > > > > entire > > > > weekend. > > > > > > > > Suhaib > > > > > > > > > -----Original Message----- > > > > > From: John Fortin [ mailto:fortinj@attglobal.net ] > > > > > Sent: Saturday, November 11, 2000 12:55 PM > > > > > To: Suhaib Siddiqi; Harold Hunt > > > > > Subject: Re: miSprite Solution (?) Re: [ANNOUNCEMENT] > > > Overlay and No > > > > > DirectInput Test 4 > > > > > > > > > > > > > > > Attached are updated files to fix the Sprite problem. > > > > > > > > > > Imakefile: Added -I../../render to find picturestr.h > > > > > > > > > > InitOutput.c: > > > > > added #include "picturestr.h" > > > > > added > > > > > PictFormatPtr formats = NULL; > > > > > int nformats = 0; > > > > > to winScreenInit. > > > > > > > > > > added call to : > > > > > miPictureInit(pScreen, formats, nformats); > > > > > in winScreenInit. This is equivalent to fbPictureInit. > > > > > > > > > > Regards, > > > > > John > > > > > > > > > > > > > > > > > > > > > > I will check tonight. The source tree is at my home PC. > > > > > However, I would > > > > > > prefer > > > > > > one of the two following solutions: > > > > > > > > > > > > 1) add fbPictureInit (or equivalent) in the xwin > > > > > > > > > > > > 2) or for a quick and dirty fix change the following > > > > > > > > > > > > #ifdef RENDER > > > > > > PictureScreenPtr ps = GetPictureScreen(pScreen); > > > > > > #endif > > > > > > > > > > > > to > > > > > > > > > > > > #if defined(RENDER) && !defined (__CYGWIN__) > > > > > > PictureScreenPtr ps = GetPictureScreen(pScreen); > > > > > > #endif > > > > > > > > > > > > Suhaib > > > > > > > > > > > > > From Harold@compasstechnologies.com Mon Nov 13 13:26:00 2000 From: Harold@compasstechnologies.com (Harold Hunt) Date: Mon, 13 Nov 2000 13:26:00 -0000 Subject: XFree on WinME? Message-ID: <896908DA55C4D311B9C000C04F01A05410A800@ENTERPRISE> Dan, The failure situation you described is the normal Win9X failure situation. Microsoft was issuing some confusing press releases before Windows Me was released, to the effect that it sounded like WinMe was going to be based off the NT kernel; this turned out not to be the case, and WinMe exhibits the same problems with Cygwin/XFree86 as the other Win9X versions. Thanks for your interest in the project, Harold From ssiddiqi@inspirepharm.com Mon Nov 13 13:36:00 2000 From: ssiddiqi@inspirepharm.com (Suhaib Siddiqi) Date: Mon, 13 Nov 2000 13:36:00 -0000 Subject: XFree on WinME? References: <896908DA55C4D311B9C000C04F01A05410A800@ENTERPRISE> Message-ID: <7F2B9185F0196F44B59990759B91B1C21516E9@ins-exch.inspirepharm.com> > -----Original Message----- > From: Harold Hunt [ mailto:Harold@compasstechnologies.com ] > Sent: Monday, November 13, 2000 4:21 PM > To: 'Dan Knapp'; cygwin-xfree@sources.redhat.com > Subject: RE: XFree on WinME? > > > Dan, > > The failure situation you described is the normal Win9X > failure situation. > Microsoft was issuing some confusing press releases before > Windows Me was > released, to the effect that it sounded like WinMe was going > to be based off > the NT kernel; Whistler might be... I wonder who came up with this name, are the M$ Developers are having whisteling competition in Redmond This is from MSDN Universal Subscription Download site: Windows Whistler Beta 1. Whistler is the first version of Windows for home computers based on Windows 2000. Whistler represents a significant milestone bringing the reliability of the Windows 2000 code base to both business and home PC users, along with high levels of application and device compatibility. Whistler contains numerous rich features that will enable powerful new usage scenarios and applications. and under members download area I see Win Whistler, Whistler Pro and Whistler Advanced Server Beta-1 Suhaib >this turned out not to be the case, and WinMe > exhibits the > same problems with Cygwin/XFree86 as the other Win9X versions. > > Thanks for your interest in the project, > > Harold > From robert.collins@itdomain.com.au Mon Nov 13 13:38:00 2000 From: robert.collins@itdomain.com.au (Robert Collins) Date: Mon, 13 Nov 2000 13:38:00 -0000 Subject: miSprite Solution (?) Re: [ANNOUNCEMENT] Overlay and No DirectInput Test 4 References: <7F2B9185F0196F44B59990759B91B1C21516E8@ins-exch.inspirepharm.com> Message-ID: <019a01c04dba$d08c5f10$f7c723cb@lifelesswks> Do you use windows editors? They will add \r to the fiel,a nd under binmode diff etc will not strip the \r's.. Rob ----- Original Message ----- From: "Suhaib Siddiqi" To: Sent: Tuesday, November 14, 2000 8:24 AM Subject: RE: miSprite Solution (?) Re: [ANNOUNCEMENT] Overlay and No DirectInput Test 4 > > Not really, unless I am missing something. I always work under binary mode. > > Suhaib > > > -----Original Message----- > > From: Robert Collins [ mailto:robert.collins@itdomain.com.au ] > > Sent: Monday, November 13, 2000 4:29 PM > > To: Suhaib Siddiqi; 'John Fortin'; Suhaib Siddiqi; > > cygwin-xfree@sources.redhat.com > > Subject: Re: miSprite Solution (?) Re: [ANNOUNCEMENT] Overlay and No > > DirectInput Test 4 > > > > > > It's probably a textmode vs binmode issue. Have a look at the > > main cygwin > > archives and search for mount/textmode/binmode > > > > Rob > > ----- Original Message ----- > > From: "Suhaib Siddiqi" > > To: "'John Fortin'" ; "Suhaib Siddiqi" > > ; > > > > Sent: Tuesday, November 14, 2000 1:28 AM > > Subject: RE: miSprite Solution (?) Re: [ANNOUNCEMENT] Overlay and No > > DirectInput Test 4 > > > > > > > > > > Well, that problem I had too since B20.1, that why I always created > > > the diff files on Linux box . I have no idea why under > > > Cygwin I get a lot of lines inserted, MAYBE Windows cannot > > > differentiate between lines when it compares? > > > > > > Speaking of Windows, I saw on MSDN Universal subscription site, > > > Windows Whistler Beta 1 is available to MSDN Universal Subscriber, > > > which would replace Win2k, and Win Me for home users as > > will as business. > > > This would be a good news, that finally, slowly, all those different > > > versions > > > of Windows with different kernel will be flushed out and > > there will be a > > > universal > > > Windows for everyone. I will download Windows Whistler > > Beta-1 and give > > > XWIN.exe a whirl on it. > > > > > > Suhaib > > > > > > > -----Original Message----- > > > > From: John Fortin [ mailto:fortinj@attglobal.net ] > > > > Sent: Monday, November 13, 2000 9:19 AM > > > > To: Suhaib Siddiqi; cygwin-xfree@sources.redhat.com > > > > Subject: Re: miSprite Solution (?) Re: [ANNOUNCEMENT] > > Overlay and No > > > > DirectInput Test 4 > > > > > > > > > > > > Great! I would have sent them as diffs, but for some reason > > > > my diffs seem to > > > > come out weird. I change 1 line and I get 400 line changes. > > > > BTW, do you want > > > > diffs ala cygwin: > > > > > > > > diff -up foo.c-orig foo.cc > foo.c-patch 2>&1 > > > > > > > > John > > > > > > > > > > > > > > > > > > > > Suhaib Siddiqi wrote: > > > > > > > > > John, > > > > > Thanks. I will forward it to XFree86.org for inclusion > > into CVS. > > > > > > > > > > Sorry, you mail came on Monday morning. We had new > > telephone system > > > > > installed. > > > > > GTE technicians decided to turned off our Internet router > > > > on Friday evening. > > > > > I assume they were dreaming or affraid that TCP/IP packets > > > > will sneak into > > > > > their telephone systems ... Our Internet connection > > > > was down for > > > > > entire > > > > > weekend. > > > > > > > > > > Suhaib > > > > > > > > > > > -----Original Message----- > > > > > > From: John Fortin [ mailto:fortinj@attglobal.net ] > > > > > > Sent: Saturday, November 11, 2000 12:55 PM > > > > > > To: Suhaib Siddiqi; Harold Hunt > > > > > > Subject: Re: miSprite Solution (?) Re: [ANNOUNCEMENT] > > > > Overlay and No > > > > > > DirectInput Test 4 > > > > > > > > > > > > > > > > > > Attached are updated files to fix the Sprite problem. > > > > > > > > > > > > Imakefile: Added -I../../render to find picturestr.h > > > > > > > > > > > > InitOutput.c: > > > > > > added #include "picturestr.h" > > > > > > added > > > > > > PictFormatPtr formats = NULL; > > > > > > int nformats = 0; > > > > > > to winScreenInit. > > > > > > > > > > > > added call to : > > > > > > miPictureInit(pScreen, formats, nformats); > > > > > > in winScreenInit. This is equivalent to fbPictureInit. > > > > > > > > > > > > Regards, > > > > > > John > > > > > > > > > > > > > > > > > > > > > > > > > > I will check tonight. The source tree is at my home PC. > > > > > > However, I would > > > > > > > prefer > > > > > > > one of the two following solutions: > > > > > > > > > > > > > > 1) add fbPictureInit (or equivalent) in the xwin > > > > > > > > > > > > > > 2) or for a quick and dirty fix change the following > > > > > > > > > > > > > > #ifdef RENDER > > > > > > > PictureScreenPtr ps = GetPictureScreen(pScreen); > > > > > > > #endif > > > > > > > > > > > > > > to > > > > > > > > > > > > > > #if defined(RENDER) && !defined (__CYGWIN__) > > > > > > > PictureScreenPtr ps = GetPictureScreen(pScreen); > > > > > > > #endif > > > > > > > > > > > > > > Suhaib > > > > > > > > > > > > > > > > > > > > From kaygee@netset.com Mon Nov 13 13:40:00 2000 From: kaygee@netset.com (Kartic Krishnamurthy) Date: Mon, 13 Nov 2000 13:40:00 -0000 Subject: Newbie: XWin Crashes PC Message-ID: <00b701c04dbb$8f8a4300$0445a8c0@private.solutionsforyou.com> Hi, I recently installed Cygwin for using the XFree functionality. The install of Cygwin 1.1.4 went on well and then I bunzipped/untarred the Xfree packages (all except the programmers library package) under Cygdrive/ as per the web site instructions. My problem is that when I start startxwin.bat (both dblclicking from explorer and running from bash shell), my PC hangs! The screen becomes white and the familiar X mouse pointer appears but then my PC does not respond - not even to Ctrl-Alt-Del. After restart, I tried executing xwin directly from the bash prompt as: --------------------- Bash Prompt> DISPLAY=localhost:0 Bash Prompt> ./xwin -screen 0 800x600x16 -whitepixel 255 -blackpixel 0 -query xserverhost (I have a UNIX machine running X) --------------------- (I also tried screen 0 1024x768x16 and all numbers from screen 0 to 8...)...I know for a fact that it connects to the UNIX machine as it displays the small gray checked background of the UNIX X server BUT...no login box and again the PC hangs. Could someone please tell me what's going on! I am running Cygwin 1.1.4 on a Win 98 PC. The graphics card is a TNT or NVIDIA ... sorry I don't have more info on that. BTW, I have one more question. I have XWin32 from Starnet on the same PC (it was not running when I tried Cygwin-Xfree!). When I run XWin32 and try to run rxvt or xterm from the Cygwin distribution, nothing happens, literally nothing happens. Both return silently to the bash prompt without throwing any errors. I set the display variable to localhost before running xterm/rxvt. Is it some kind of a protocol mismatch? XWin32 claims to be compliant with X Consortium protocols and I guess that Cygwin-Xfree is also compliant. Then why is rxvt/xterm from Cygwin not able to launch when the local X server is Xwin32? Please help. Thanks --Kartic From ssiddiqi@inspirepharm.com Mon Nov 13 13:40:00 2000 From: ssiddiqi@inspirepharm.com (Suhaib Siddiqi) Date: Mon, 13 Nov 2000 13:40:00 -0000 Subject: miSprite Solution (?) Re: [ANNOUNCEMENT] Overlay and No DirectInput Test 4 References: <019a01c04dba$d08c5f10$f7c723cb@lifelesswks> Message-ID: <7F2B9185F0196F44B59990759B91B1C21516EA@ins-exch.inspirepharm.com> No I use only VIM. I hate Windows editors. Suhaib > -----Original Message----- > From: Robert Collins [ mailto:robert.collins@itdomain.com.au ] > Sent: Monday, November 13, 2000 4:44 PM > To: cygwin-xfree@sources.redhat.com > Subject: Re: miSprite Solution (?) Re: [ANNOUNCEMENT] Overlay and No > DirectInput Test 4 > > > Do you use windows editors? They will add \r to the fiel,a nd > under binmode > diff etc will not strip the \r's.. > Rob > ----- Original Message ----- > From: "Suhaib Siddiqi" > To: > Sent: Tuesday, November 14, 2000 8:24 AM > Subject: RE: miSprite Solution (?) Re: [ANNOUNCEMENT] Overlay and No > DirectInput Test 4 > > > > > > Not really, unless I am missing something. I always work > under binary > mode. > > > > Suhaib > > > > > -----Original Message----- > > > From: Robert Collins [ mailto:robert.collins@itdomain.com.au ] > > > Sent: Monday, November 13, 2000 4:29 PM > > > To: Suhaib Siddiqi; 'John Fortin'; Suhaib Siddiqi; > > > cygwin-xfree@sources.redhat.com > > > Subject: Re: miSprite Solution (?) Re: [ANNOUNCEMENT] > Overlay and No > > > DirectInput Test 4 > > > > > > > > > It's probably a textmode vs binmode issue. Have a look at the > > > main cygwin > > > archives and search for mount/textmode/binmode > > > > > > Rob > > > ----- Original Message ----- > > > From: "Suhaib Siddiqi" > > > To: "'John Fortin'" ; "Suhaib Siddiqi" > > > ; > > > > > > Sent: Tuesday, November 14, 2000 1:28 AM > > > Subject: RE: miSprite Solution (?) Re: [ANNOUNCEMENT] > Overlay and No > > > DirectInput Test 4 > > > > > > > > > > > > > > Well, that problem I had too since B20.1, that why I > always created > > > > the diff files on Linux box . I have no idea why under > > > > Cygwin I get a lot of lines inserted, MAYBE Windows cannot > > > > differentiate between lines when it compares? > > > > > > > > Speaking of Windows, I saw on MSDN Universal subscription site, > > > > Windows Whistler Beta 1 is available to MSDN Universal > Subscriber, > > > > which would replace Win2k, and Win Me for home users as > > > will as business. > > > > This would be a good news, that finally, slowly, all > those different > > > > versions > > > > of Windows with different kernel will be flushed out and > > > there will be a > > > > universal > > > > Windows for everyone. I will download Windows Whistler > > > Beta-1 and give > > > > XWIN.exe a whirl on it. > > > > > > > > Suhaib > > > > > > > > > -----Original Message----- > > > > > From: John Fortin [ mailto:fortinj@attglobal.net ] > > > > > Sent: Monday, November 13, 2000 9:19 AM > > > > > To: Suhaib Siddiqi; cygwin-xfree@sources.redhat.com > > > > > Subject: Re: miSprite Solution (?) Re: [ANNOUNCEMENT] > > > Overlay and No > > > > > DirectInput Test 4 > > > > > > > > > > > > > > > Great! I would have sent them as diffs, but for some reason > > > > > my diffs seem to > > > > > come out weird. I change 1 line and I get 400 line changes. > > > > > BTW, do you want > > > > > diffs ala cygwin: > > > > > > > > > > diff -up foo.c-orig foo.cc > foo.c-patch 2>&1 > > > > > > > > > > John > > > > > > > > > > > > > > > > > > > > > > > > > Suhaib Siddiqi wrote: > > > > > > > > > > > John, > > > > > > Thanks. I will forward it to XFree86.org for inclusion > > > into CVS. > > > > > > > > > > > > Sorry, you mail came on Monday morning. We had new > > > telephone system > > > > > > installed. > > > > > > GTE technicians decided to turned off our Internet router > > > > > on Friday evening. > > > > > > I assume they were dreaming or affraid that TCP/IP packets > > > > > will sneak into > > > > > > their telephone systems ... Our Internet connection > > > > > was down for > > > > > > entire > > > > > > weekend. > > > > > > > > > > > > Suhaib > > > > > > > > > > > > > -----Original Message----- > > > > > > > From: John Fortin [ mailto:fortinj@attglobal.net ] > > > > > > > Sent: Saturday, November 11, 2000 12:55 PM > > > > > > > To: Suhaib Siddiqi; Harold Hunt > > > > > > > Subject: Re: miSprite Solution (?) Re: [ANNOUNCEMENT] > > > > > Overlay and No > > > > > > > DirectInput Test 4 > > > > > > > > > > > > > > > > > > > > > Attached are updated files to fix the Sprite problem. > > > > > > > > > > > > > > Imakefile: Added -I../../render to find picturestr.h > > > > > > > > > > > > > > InitOutput.c: > > > > > > > added #include "picturestr.h" > > > > > > > added > > > > > > > PictFormatPtr formats = NULL; > > > > > > > int nformats = 0; > > > > > > > to winScreenInit. > > > > > > > > > > > > > > added call to : > > > > > > > miPictureInit(pScreen, formats, nformats); > > > > > > > in winScreenInit. This is equivalent to fbPictureInit. > > > > > > > > > > > > > > Regards, > > > > > > > John > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > I will check tonight. The source tree is at my home PC. > > > > > > > However, I would > > > > > > > > prefer > > > > > > > > one of the two following solutions: > > > > > > > > > > > > > > > > 1) add fbPictureInit (or equivalent) in the xwin > > > > > > > > > > > > > > > > 2) or for a quick and dirty fix change the following > > > > > > > > > > > > > > > > #ifdef RENDER > > > > > > > > PictureScreenPtr ps = > GetPictureScreen(pScreen); > > > > > > > > #endif > > > > > > > > > > > > > > > > to > > > > > > > > > > > > > > > > #if defined(RENDER) && !defined (__CYGWIN__) > > > > > > > > PictureScreenPtr ps = > GetPictureScreen(pScreen); > > > > > > > > #endif > > > > > > > > > > > > > > > > Suhaib > > > > > > > > > > > > > > > > > > > > > > > > > > > > From ssiddiqi@inspirepharm.com Mon Nov 13 13:43:00 2000 From: ssiddiqi@inspirepharm.com (Suhaib Siddiqi) Date: Mon, 13 Nov 2000 13:43:00 -0000 Subject: Newbie: XWin Crashes PC References: <00b701c04dbb$8f8a4300$0445a8c0@private.solutionsforyou.com> Message-ID: <7F2B9185F0196F44B59990759B91B1C21516EB@ins-exch.inspirepharm.com> Sorry you are out of luck on Win 9x. Stable relase will not work on Win 9x/Me. You can try Harold Test 7, Follow mail archive for details on how to get Harold Test 7. Suhaib > -----Original Message----- > From: Kartic Krishnamurthy [ mailto:kaygee@netset.com ] > Sent: Monday, November 13, 2000 4:49 PM > To: cygwin-xfree@sources.redhat.com > Subject: Newbie: XWin Crashes PC > > > Hi, > > I recently installed Cygwin for using the XFree > functionality. The install of Cygwin 1.1.4 went on well and then I > bunzipped/untarred the Xfree packages (all except the > programmers library package) under Cygdrive/ as per the web > site instructions. > > My problem is that when I start startxwin.bat (both > dblclicking from explorer and running from bash shell), my PC > hangs! The screen > becomes white and the familiar X mouse pointer appears but > then my PC does not respond - not even to Ctrl-Alt-Del. > After restart, I > tried executing xwin directly from the bash prompt as: > --------------------- > Bash Prompt> DISPLAY=localhost:0 > Bash Prompt> ./xwin -screen 0 800x600x16 -whitepixel 255 > -blackpixel 0 -query xserverhost (I have a UNIX machine running X) > --------------------- > (I also tried screen 0 1024x768x16 and all numbers from > screen 0 to 8...)...I know for a fact that it connects to the > UNIX machine > as it displays the small gray checked background of the UNIX > X server BUT...no login box and again the PC hangs. > > Could someone please tell me what's going on! > > I am running Cygwin 1.1.4 on a Win 98 PC. The graphics card > is a TNT or NVIDIA ... sorry I don't have more info on that. > > BTW, I have one more question. I have XWin32 from Starnet on > the same PC (it was not running when I tried Cygwin-Xfree!). When I > run XWin32 and try to run rxvt or xterm from the Cygwin > distribution, nothing happens, literally nothing happens. Both return > silently to the bash prompt without throwing any errors. I > set the display variable to localhost before running > xterm/rxvt. Is it > some kind of a protocol mismatch? XWin32 claims to be > compliant with X Consortium protocols and I guess that > Cygwin-Xfree is also > compliant. Then why is rxvt/xterm from Cygwin not able to > launch when the local X server is Xwin32? > > Please help. > > Thanks > --Kartic > From Harold@compasstechnologies.com Mon Nov 13 13:43:00 2000 From: Harold@compasstechnologies.com (Harold Hunt) Date: Mon, 13 Nov 2000 13:43:00 -0000 Subject: Newbie: XWin Crashes PC Message-ID: <896908DA55C4D311B9C000C04F01A05410A801@ENTERPRISE> Cygwin/XFree86 does not currently work on Windows 9X. Thanks for your interest in the project, Harold From robert.collins@itdomain.com.au Mon Nov 13 13:43:00 2000 From: robert.collins@itdomain.com.au (Robert Collins) Date: Mon, 13 Nov 2000 13:43:00 -0000 Subject: miSprite Solution (?) Re: [ANNOUNCEMENT] Overlay and No DirectInput Test 4 References: <7F2B9185F0196F44B59990759B91B1C21516EA@ins-exch.inspirepharm.com> Message-ID: <01c801c04dbb$9de24a10$f7c723cb@lifelesswks> Then I can't explain it :] I use vim for cygwin, on binmode mounts and i'm editing 100k+ source files. I get very small diffs. Rob ----- Original Message ----- From: "Suhaib Siddiqi" To: Sent: Tuesday, November 14, 2000 8:40 AM Subject: RE: miSprite Solution (?) Re: [ANNOUNCEMENT] Overlay and No DirectInput Test 4 > No I use only VIM. I hate Windows editors. > > Suhaib > > > -----Original Message----- > > From: Robert Collins [ mailto:robert.collins@itdomain.com.au ] > > Sent: Monday, November 13, 2000 4:44 PM > > To: cygwin-xfree@sources.redhat.com > > Subject: Re: miSprite Solution (?) Re: [ANNOUNCEMENT] Overlay and No > > DirectInput Test 4 > > > > > > Do you use windows editors? They will add \r to the fiel,a nd > > under binmode > > diff etc will not strip the \r's.. > > Rob > > ----- Original Message ----- > > From: "Suhaib Siddiqi" > > To: > > Sent: Tuesday, November 14, 2000 8:24 AM > > Subject: RE: miSprite Solution (?) Re: [ANNOUNCEMENT] Overlay and No > > DirectInput Test 4 > > > > > > > > > > Not really, unless I am missing something. I always work > > under binary > > mode. > > > > > > Suhaib > > > > > > > -----Original Message----- > > > > From: Robert Collins [ mailto:robert.collins@itdomain.com.au ] > > > > Sent: Monday, November 13, 2000 4:29 PM > > > > To: Suhaib Siddiqi; 'John Fortin'; Suhaib Siddiqi; > > > > cygwin-xfree@sources.redhat.com > > > > Subject: Re: miSprite Solution (?) Re: [ANNOUNCEMENT] > > Overlay and No > > > > DirectInput Test 4 > > > > > > > > > > > > It's probably a textmode vs binmode issue. Have a look at the > > > > main cygwin > > > > archives and search for mount/textmode/binmode > > > > > > > > Rob > > > > ----- Original Message ----- > > > > From: "Suhaib Siddiqi" > > > > To: "'John Fortin'" ; "Suhaib Siddiqi" > > > > ; > > > > > > > > Sent: Tuesday, November 14, 2000 1:28 AM > > > > Subject: RE: miSprite Solution (?) Re: [ANNOUNCEMENT] > > Overlay and No > > > > DirectInput Test 4 > > > > > > > > > > > > > > > > > > Well, that problem I had too since B20.1, that why I > > always created > > > > > the diff files on Linux box . I have no idea why under > > > > > Cygwin I get a lot of lines inserted, MAYBE Windows cannot > > > > > differentiate between lines when it compares? > > > > > > > > > > Speaking of Windows, I saw on MSDN Universal subscription site, > > > > > Windows Whistler Beta 1 is available to MSDN Universal > > Subscriber, > > > > > which would replace Win2k, and Win Me for home users as > > > > will as business. > > > > > This would be a good news, that finally, slowly, all > > those different > > > > > versions > > > > > of Windows with different kernel will be flushed out and > > > > there will be a > > > > > universal > > > > > Windows for everyone. I will download Windows Whistler > > > > Beta-1 and give > > > > > XWIN.exe a whirl on it. > > > > > > > > > > Suhaib > > > > > > > > > > > -----Original Message----- > > > > > > From: John Fortin [ mailto:fortinj@attglobal.net ] > > > > > > Sent: Monday, November 13, 2000 9:19 AM > > > > > > To: Suhaib Siddiqi; cygwin-xfree@sources.redhat.com > > > > > > Subject: Re: miSprite Solution (?) Re: [ANNOUNCEMENT] > > > > Overlay and No > > > > > > DirectInput Test 4 > > > > > > > > > > > > > > > > > > Great! I would have sent them as diffs, but for some reason > > > > > > my diffs seem to > > > > > > come out weird. I change 1 line and I get 400 line changes. > > > > > > BTW, do you want > > > > > > diffs ala cygwin: > > > > > > > > > > > > diff -up foo.c-orig foo.cc > foo.c-patch 2>&1 > > > > > > > > > > > > John > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Suhaib Siddiqi wrote: > > > > > > > > > > > > > John, > > > > > > > Thanks. I will forward it to XFree86.org for inclusion > > > > into CVS. > > > > > > > > > > > > > > Sorry, you mail came on Monday morning. We had new > > > > telephone system > > > > > > > installed. > > > > > > > GTE technicians decided to turned off our Internet router > > > > > > on Friday evening. > > > > > > > I assume they were dreaming or affraid that TCP/IP packets > > > > > > will sneak into > > > > > > > their telephone systems ... Our Internet connection > > > > > > was down for > > > > > > > entire > > > > > > > weekend. > > > > > > > > > > > > > > Suhaib > > > > > > > > > > > > > > > -----Original Message----- > > > > > > > > From: John Fortin [ mailto:fortinj@attglobal.net ] > > > > > > > > Sent: Saturday, November 11, 2000 12:55 PM > > > > > > > > To: Suhaib Siddiqi; Harold Hunt > > > > > > > > Subject: Re: miSprite Solution (?) Re: [ANNOUNCEMENT] > > > > > > Overlay and No > > > > > > > > DirectInput Test 4 > > > > > > > > > > > > > > > > > > > > > > > > Attached are updated files to fix the Sprite problem. > > > > > > > > > > > > > > > > Imakefile: Added -I../../render to find picturestr.h > > > > > > > > > > > > > > > > InitOutput.c: > > > > > > > > added #include "picturestr.h" > > > > > > > > added > > > > > > > > PictFormatPtr formats = NULL; > > > > > > > > int nformats = 0; > > > > > > > > to winScreenInit. > > > > > > > > > > > > > > > > added call to : > > > > > > > > miPictureInit(pScreen, formats, nformats); > > > > > > > > in winScreenInit. This is equivalent to fbPictureInit. > > > > > > > > > > > > > > > > Regards, > > > > > > > > John > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > I will check tonight. The source tree is at my home PC. > > > > > > > > However, I would > > > > > > > > > prefer > > > > > > > > > one of the two following solutions: > > > > > > > > > > > > > > > > > > 1) add fbPictureInit (or equivalent) in the xwin > > > > > > > > > > > > > > > > > > 2) or for a quick and dirty fix change the following > > > > > > > > > > > > > > > > > > #ifdef RENDER > > > > > > > > > PictureScreenPtr ps = > > GetPictureScreen(pScreen); > > > > > > > > > #endif > > > > > > > > > > > > > > > > > > to > > > > > > > > > > > > > > > > > > #if defined(RENDER) && !defined (__CYGWIN__) > > > > > > > > > PictureScreenPtr ps = > > GetPictureScreen(pScreen); > > > > > > > > > #endif > > > > > > > > > > > > > > > > > > Suhaib > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > From bmcnultyjunior@yahoo.com Mon Nov 13 13:49:00 2000 From: bmcnultyjunior@yahoo.com (McNulty Junior Bobby) Date: Mon, 13 Nov 2000 13:49:00 -0000 Subject: Xfree sources Message-ID: <20001113214312.23334.qmail@web5504.mail.yahoo.com> Hi Guys. Is the X33 sources on the ftp.freesoftware.com ftp site current, or am I going to have to go to the main server at the X11 site and get my copy of the code there? Other words, when can I go to get the current source code for Xfree? This is for Cygwin 1.1.5-7, and GCC-2.95.2-5. ===== Robert McNulty Junior Chief Programmer/System Administrar Sherlock Audio Productions Robert McNulty Junior (C) 2000 From ssiddiqi@inspirepharm.com Mon Nov 13 13:52:00 2000 From: ssiddiqi@inspirepharm.com (Suhaib Siddiqi) Date: Mon, 13 Nov 2000 13:52:00 -0000 Subject: Xfree sources References: <20001113214312.23334.qmail@web5504.mail.yahoo.com> Message-ID: <7F2B9185F0196F44B59990759B91B1C21516EC@ins-exch.inspirepharm.com> > > Hi Guys. > Is the X33 sources on the ftp.freesoftware.com ftp > site current, We are not connected to freesoftware.com, therefore we cannot comment, sorry. Beside there no such thing X33 current. XF86 3.3.x had been declared as ancient dead project. The current sources, follow CVS links at Cygwin/Xfree86 URL. Suhaib >or am I going to have to go to the main > server at the X11 site and get my copy of the code > there? > Other words, when can I go to get the current source > code for Xfree? This is for Cygwin 1.1.5-7, and > GCC-2.95.2-5. > > > ===== > Robert McNulty Junior > Chief Programmer/System Administrar > Sherlock Audio Productions > Robert McNulty Junior (C) 2000 > From Harold@compasstechnologies.com Mon Nov 13 13:52:00 2000 From: Harold@compasstechnologies.com (Harold Hunt) Date: Mon, 13 Nov 2000 13:52:00 -0000 Subject: Windows Text Editors (was a long response to an miSprite thread) Message-ID: <896908DA55C4D311B9C000C04F01A05410A803@ENTERPRISE> I use NTemacs which will allow you to edit UNIX files in Windows while preserving the proper end-of-line characters. Of course, NTemacs will also allow you to edit DOS files while preserving their proper end-of-line characters. The NTemacs FAQ has a list of mirror sites, you can read the FAQ at: http://www.gnu.org/software/emacs/windows/ntemacs.html Harold From dankna@brain.mics.net Mon Nov 13 13:58:00 2000 From: dankna@brain.mics.net (Dan Knapp) Date: Mon, 13 Nov 2000 13:58:00 -0000 Subject: XFree on WinME? References: <7F2B9185F0196F44B59990759B91B1C21516E7@ins-exch.inspirepharm.com> Message-ID: > Well, NO, it (stable release) does not work on WinME, unless you try > Harold Test 7. Follow mail archive for it. Okay, hope these results are of interest: Test 7 on ME. X bg appears, overlaid on Windows desktop. It does not have a frame, and does not intercept mouse clicks or keypresses. It does appear to respond to X clients opening connections to it properly. It doesn't crash anything, and if it is killed the machine appears to remain stable. Note that I'm reporting how the test went, not complaining! I will also let you all know how it works on my 98 SE box at home, if it's different. | Dan Knapp, Knight of the Random Seed | http://brain.mics.net/~dankna/ | ONES WHO DOES NOT HAVE TRIFORCE CAN'T GO IN. From ssiddiqi@inspirepharm.com Mon Nov 13 14:05:00 2000 From: ssiddiqi@inspirepharm.com (Suhaib Siddiqi) Date: Mon, 13 Nov 2000 14:05:00 -0000 Subject: XFree on WinME? References: Message-ID: <7F2B9185F0196F44B59990759B91B1C21516ED@ins-exch.inspirepharm.com> Thanks. It is work in progress, therefore certainly not bug free ;-) Suhaib > -----Original Message----- > From: Dan Knapp [ mailto:dankna@brain.mics.net ] > Sent: Monday, November 13, 2000 4:59 PM > To: cygwin-xfree@sources.redhat.com > Subject: RE: XFree on WinME? > > > > Well, NO, it (stable release) does not work on WinME, > unless you try > > Harold Test 7. Follow mail archive for it. > > Okay, hope these results are of interest: > > Test 7 on ME. X bg appears, overlaid on Windows desktop. > It does not have > a frame, and does not intercept mouse clicks or keypresses. > It does appear to > respond to X clients opening connections to it properly. It > doesn't crash > anything, and if it is killed the machine appears to remain stable. > > Note that I'm reporting how the test went, not complaining! > I will also > let you all know how it works on my 98 SE box at home, if > it's different. > > > | Dan Knapp, Knight of the Random Seed > | http://brain.mics.net/~dankna/ > | ONES WHO DOES NOT HAVE TRIFORCE CAN'T GO IN. > From kaygee@netset.com Mon Nov 13 14:06:00 2000 From: kaygee@netset.com (Kartic Krishnamurthy) Date: Mon, 13 Nov 2000 14:06:00 -0000 Subject: Newbie: XWin Crashes PC References: <7F2B9185F0196F44B59990759B91B1C21516EB@ins-exch.inspirepharm.com> Message-ID: <00dd01c04dbf$2633dfc0$0445a8c0@private.solutionsforyou.com> Thanks all for the info...Guess I will have to pay some corporation for X :-( ----- Original Message ----- From: Suhaib Siddiqi To: Sent: Monday, November 13, 2000 4:43 PM Subject: RE: Newbie: XWin Crashes PC > > Sorry you are out of luck on Win 9x. Stable relase will not work > on Win 9x/Me. You can try Harold Test 7, Follow mail archive for details on > how to > get Harold Test 7. > > Suhaib From ssiddiqi@inspirepharm.com Mon Nov 13 14:10:00 2000 From: ssiddiqi@inspirepharm.com (Suhaib Siddiqi) Date: Mon, 13 Nov 2000 14:10:00 -0000 Subject: Newbie: XWin Crashes PC References: <00dd01c04dbf$2633dfc0$0445a8c0@private.solutionsforyou.com> Message-ID: <7F2B9185F0196F44B59990759B91B1C21516EE@ins-exch.inspirepharm.com> How about trying x-server-1.0 from ftp;//sources.redhat.com/pub/cygwin/xfree/contrib It should work on Win 9x, will be a bit slow, but would save you $$$ which you want to give to corproation and could not dedecut them from uncle sam's budget ;-) Suhaib > -----Original Message----- > From: Kartic Krishnamurthy [ mailto:kaygee@netset.com ] > Sent: Monday, November 13, 2000 5:15 PM > To: Suhaib Siddiqi; Harold Hunt > Cc: C-Xfree Mailing List > Subject: Re: Newbie: XWin Crashes PC > > > Thanks all for the info...Guess I will have to pay some > corporation for X :-( > > ----- Original Message ----- > From: Suhaib Siddiqi > To: > Sent: Monday, November 13, 2000 4:43 PM > Subject: RE: Newbie: XWin Crashes PC > > > > > > Sorry you are out of luck on Win 9x. Stable relase will not work > > on Win 9x/Me. You can try Harold Test 7, Follow mail > archive for details on > > how to > > get Harold Test 7. > > > > Suhaib > > From Chuck.Irvine@mail.sprint.com Mon Nov 13 14:14:00 2000 From: Chuck.Irvine@mail.sprint.com (Chuck.Irvine@mail.sprint.com) Date: Mon, 13 Nov 2000 14:14:00 -0000 Subject: problem: configure ddd -> Can't find Motif or Athena Message-ID: Even though this problem is related to building DDD, it may be related to Cygwin/XFreee interactions.... I'm trying to build DDD on Cygwin. When I invoke configure, I get the following errors indicated below. My ddd/config.log file is attached. I tried both "./configure" and "./configure --with-athena-includes=/usr/X11R6/lib/ --with-motif-libraries=/usr/local/lib/" and got the same results with both. Thank you for your help. Chuck Irvine Sprint ================================================================= checking for XawTextSetInsertionPoint in -lXaw... no configure: warning: The Athena widgets library '-lXaw' could not be found. If you have the athena library, please use the configure options '--with-athena-includes=DIR' and '--with-athena-libraries=DIR' to specify the Xaw location. If you do not have the athena library, use the configure option '--without-athena' to suppress this message. See the files 'config.log' and 'ddd/config.log' for further diagnostics. checking for XpmCreatePixmapFromXpmImage in -lXpm... yes checking for X11/xpm.h... yes checking for xpm.h... yes checking for XpSelectInput in -lXp... yes checking for XmCreateOptionMenu in -lXm... no checking for xmUseVersion in -lXm... no checking for XmInstallImage in -lXm... no checking for Xm21InstallImage in -lXm... no configure: error: The Motif library '-lXm' could not be found. Please use the configure options '--with-motif-includes=DIR' and '--with-motif-libraries=DIR' to specify the Xm location. See the files 'config.log' and 'ddd/config.log' for further diagnostics. configure: error: ./configure failed for ddd ====================================================================== -------------- next part -------------- A non-text attachment was scrubbed... Name: config.log Type: text/x-c Size: 54924 bytes Desc: not available URL: From ssiddiqi@inspirepharm.com Mon Nov 13 14:21:00 2000 From: ssiddiqi@inspirepharm.com (Suhaib Siddiqi) Date: Mon, 13 Nov 2000 14:21:00 -0000 Subject: problem: configure ddd -> Can't find Motif or Athena Message-ID: <7F2B9185F0196F44B59990759B91B1C299D3@ins-exch.inspirepharm.com> No It is not realted. Did you insatll libXm? checking for xmUseVersion in -lXm... no checking for XmInstallImage in -lXm... no checking for Xm21InstallImage in -lXm... no LibXaw is there and I know DDD configure script has problems finding it under Cygwin, you need to fix the configure script. Suhaib > -----Original Message----- > From: Chuck.Irvine@mail.sprint.com > [ mailto:Chuck.Irvine@mail.sprint.com ] > Sent: Monday, November 13, 2000 5:15 PM > To: cygwin-xfree@sources.redhat.com; cygwin@sourceware.cygnus.com > Subject: problem: configure ddd -> Can't find Motif or Athena > > > Even though this problem is related to building DDD, it may be related > to Cygwin/XFreee interactions.... > > I'm trying to build DDD on Cygwin. When I invoke configure, I get the > following errors indicated below. My ddd/config.log file is > attached. I > tried both "./configure" and "./configure > --with-athena-includes=/usr/X11R6/lib/ > --with-motif-libraries=/usr/local/lib/" and got the same results with > both. Thank you for your help. > > Chuck Irvine > Sprint > > > ================================================================= > > checking for XawTextSetInsertionPoint in -lXaw... no > configure: warning: The Athena widgets library '-lXaw' could not be > found. > If you have the athena library, please use the > configure options > '--with-athena-includes=DIR' and > '--with-athena-libraries=DIR' to specify the Xaw > location. > If you do not have the athena library, use the > configure > option '--without-athena' to suppress > this message. > See the files 'config.log' and 'ddd/config.log' > for further diagnostics. > checking for XpmCreatePixmapFromXpmImage in -lXpm... yes > checking for X11/xpm.h... yes > checking for xpm.h... yes > checking for XpSelectInput in -lXp... yes > checking for XmCreateOptionMenu in -lXm... no > checking for xmUseVersion in -lXm... no > checking for XmInstallImage in -lXm... no > checking for Xm21InstallImage in -lXm... no > configure: error: The Motif library '-lXm' could not be found. > Please use the configure options > '--with-motif-includes=DIR' > and '--with-motif-libraries=DIR' to specify the Xm > location. > See the files 'config.log' and 'ddd/config.log' > for further diagnostics. > configure: error: ./configure failed for ddd > > ====================================================================== > > From bmcnultyjunior@yahoo.com Mon Nov 13 14:53:00 2000 From: bmcnultyjunior@yahoo.com (McNulty Junior Bobby) Date: Mon, 13 Nov 2000 14:53:00 -0000 Subject: Xfree sources Message-ID: <20001113225301.10385.qmail@web5505.mail.yahoo.com> Thanks. I am downloading the XFREE CVS repository now. What all has been done to make Win9x compliant at this point? What all needs to be done? Shoot, before its over with, we might be too late. Whistler might be out by then. Official Retail Version, that is. Robert From Chuck.Irvine@mail.sprint.com Mon Nov 13 14:55:00 2000 From: Chuck.Irvine@mail.sprint.com (Chuck.Irvine@mail.sprint.com) Date: Mon, 13 Nov 2000 14:55:00 -0000 Subject: problem: configure ddd -> Can't find Motif or Athena Message-ID: I installed LessTiff. Actually, an earlier part of the configure script checked successfully for Athena and Motif: checking for Motif... libraries /usr/local/lib, headers /usr/local/include checking for Athena... libraries /usr/X11R6/lib, headers in default path I suspect that the DDD configure script also is having problems finding libXaw For convenience, I'm attaching my ddd configure log. Thanks Chuck -----Original Message----- From: ssiddiqi [ mailto:ssiddiqi@inspirepharm.com ] Sent: Monday, November 13, 2000 4:20 PM To: Chuck.Irvine; cygwin-xfree; cygwin Cc: ssiddiqi Subject: RE: problem: configure ddd -> Can't find Motif or Athena No It is not realted. Did you insatll libXm? checking for xmUseVersion in -lXm... no checking for XmInstallImage in -lXm... no checking for Xm21InstallImage in -lXm... no LibXaw is there and I know DDD configure script has problems finding it under Cygwin, you need to fix the configure script. Suhaib > -----Original Message----- > From: Chuck.Irvine@mail.sprint.com > [ mailto:Chuck.Irvine@mail.sprint.com ] > Sent: Monday, November 13, 2000 5:15 PM > To: cygwin-xfree@sources.redhat.com; cygwin@sourceware.cygnus.com > Subject: problem: configure ddd -> Can't find Motif or Athena > > > Even though this problem is related to building DDD, it may be related > to Cygwin/XFreee interactions.... > > I'm trying to build DDD on Cygwin. When I invoke configure, I get the > following errors indicated below. My ddd/config.log file is > attached. I > tried both "./configure" and "./configure > --with-athena-includes=/usr/X11R6/lib/ > --with-motif-libraries=/usr/local/lib/" and got the same results with > both. Thank you for your help. > > Chuck Irvine > Sprint > > > ================================================================= > > checking for XawTextSetInsertionPoint in -lXaw... no > configure: warning: The Athena widgets library '-lXaw' could not be > found. > If you have the athena library, please use the > configure options > '--with-athena-includes=DIR' and > '--with-athena-libraries=DIR' to specify the Xaw > location. > If you do not have the athena library, use the > configure > option '--without-athena' to suppress > this message. > See the files 'config.log' and 'ddd/config.log' > for further diagnostics. > checking for XpmCreatePixmapFromXpmImage in -lXpm... yes > checking for X11/xpm.h... yes > checking for xpm.h... yes > checking for XpSelectInput in -lXp... yes > checking for XmCreateOptionMenu in -lXm... no > checking for xmUseVersion in -lXm... no > checking for XmInstallImage in -lXm... no > checking for Xm21InstallImage in -lXm... no > configure: error: The Motif library '-lXm' could not be found. > Please use the configure options > '--with-motif-includes=DIR' > and '--with-motif-libraries=DIR' to specify the Xm > location. > See the files 'config.log' and 'ddd/config.log' > for further diagnostics. > configure: error: ./configure failed for ddd > > ====================================================================== > > From cgf@redhat.com Mon Nov 13 14:57:00 2000 From: cgf@redhat.com (Christopher Faylor) Date: Mon, 13 Nov 2000 14:57:00 -0000 Subject: Win32-x11 References: <20001113003041.5155.qmail@web4601.mail.yahoo.com> Message-ID: <20001113175648.A11134@redhat.com> On Sun, Nov 12, 2000 at 04:30:41PM -0800, Suhaib Siddiqi wrote: >Yes, win32-x11 for mailing list should be fine. > >I have uploaded sources in cvs and binaries are already available from > ftp://sources.redhat.com/pub/cygwin/xfree/win32-x11/ I'm ready to set the mailing list up, but I need to know the URL of the project web page for the mailing list archive reference. Is it going to be http://cygwin.com/xfree/win32-x11/ or http://cygwin.com/win32-x11/ or http://sources.redhat.com/win32-x11 , or...? cgf From ssiddiqi@inspirepharm.com Mon Nov 13 15:03:00 2000 From: ssiddiqi@inspirepharm.com (Suhaib Siddiqi) Date: Mon, 13 Nov 2000 15:03:00 -0000 Subject: Xfree sources References: <20001113225301.10385.qmail@web5505.mail.yahoo.com> Message-ID: <7F2B9185F0196F44B59990759B91B1C21516F1@ins-exch.inspirepharm.com> You are welcome to send in your contributions and we will evaluate them, but I leave this option to John and Harold and consider them major developers for xwin hw/xwin directory in that big source tree. Suhaib > -----Original Message----- > From: McNulty Junior Bobby [ mailto:bmcnultyjunior@yahoo.com ] > Sent: Monday, November 13, 2000 5:53 PM > To: Suhaib Siddiqi; cygwin-xfree@sourceware.cygnus.com > Subject: RE: Xfree sources > > > Thanks. > I am downloading the XFREE CVS repository now. > What all has been done to make Win9x compliant at this > point? > What all needs to be done? > Shoot, before its over with, we might be too late. > Whistler might be out by then. Official Retail > Version, that is. > Robert > From fortinj@attglobal.net Mon Nov 13 15:06:00 2000 From: fortinj@attglobal.net (John Fortin) Date: Mon, 13 Nov 2000 15:06:00 -0000 Subject: Xfree sources References: <20001113225301.10385.qmail@web5505.mail.yahoo.com> Message-ID: <3A1073EE.AC91462B@attglobal.net> Best bet is to browse the mail archives. A lot has been done and is continuing... http://sources.redhat.com/ml/cygwin-xfree/ McNulty Junior Bobby wrote: > Thanks. > I am downloading the XFREE CVS repository now. > What all has been done to make Win9x compliant at this > point? > What all needs to be done? > Shoot, before its over with, we might be too late. > Whistler might be out by then. Official Retail > Version, that is. > Robert From ssiddiqi@inspirepharm.com Mon Nov 13 15:13:00 2000 From: ssiddiqi@inspirepharm.com (Suhaib Siddiqi) Date: Mon, 13 Nov 2000 15:13:00 -0000 Subject: Win32-x11 References: <20001113175648.A11134@redhat.com> Message-ID: <7F2B9185F0196F44B59990759B91B1C21516F2@ins-exch.inspirepharm.com> > -----Original Message----- > From: Christopher Faylor [ mailto:cgf@redhat.com ] > Sent: Monday, November 13, 2000 5:57 PM > To: cygwin-xfree@cygwin.com > Subject: Re: Win32-x11 > > > On Sun, Nov 12, 2000 at 04:30:41PM -0800, Suhaib Siddiqi wrote: > >Yes, win32-x11 for mailing list should be fine. > > > >I have uploaded sources in cvs and binaries are already > available from > > ftp://sources.redhat.com/pub/cygwin/xfree/win32-x11/ > > I'm ready to set the mailing list up, but I need to know the > URL of the > project web page for the mailing list archive reference. > > Is it going to be http://cygwin.com/xfree/win32-x11/ or > http://cygwin.com/win32-x11/ or http://sources.redhat.com/win32-x11 , > or...? > > cgf > How about http://sources.redhat.com/win32-x11 Will Rob have CVS access to update those URL's? Suhaib From robert.collins@itdomain.com.au Mon Nov 13 15:19:00 2000 From: robert.collins@itdomain.com.au (Robert Collins) Date: Mon, 13 Nov 2000 15:19:00 -0000 Subject: Win32-x11 Message-ID: <188CAABFF1C6AD4D946FF2170CD8B7AA6486@itdomain002.itdomain.net.au> I'd suggest http://sources.redhat.com/win32-x11 as it isn't a cygwin environment. Do I have access to create that? Suhaib what do you think? Rob > -----Original Message----- > From: Christopher Faylor [ mailto:cgf@redhat.com ] > Sent: Tuesday, 14 November 2000 9:57 AM > To: cygwin-xfree@cygwin.com > Subject: Re: Win32-x11 > > > On Sun, Nov 12, 2000 at 04:30:41PM -0800, Suhaib Siddiqi wrote: > >Yes, win32-x11 for mailing list should be fine. > > > >I have uploaded sources in cvs and binaries are already > available from > > ftp://sources.redhat.com/pub/cygwin/xfree/win32-x11/ > > I'm ready to set the mailing list up, but I need to know the > URL of the > project web page for the mailing list archive reference. > > Is it going to be http://cygwin.com/xfree/win32-x11/ or > http://cygwin.com/win32-x11/ or http://sources.redhat.com/win32-x11 , > or...? > > cgf > From ssiddiqi@inspirepharm.com Mon Nov 13 16:38:00 2000 From: ssiddiqi@inspirepharm.com (Suhaib Siddiqi) Date: Mon, 13 Nov 2000 16:38:00 -0000 Subject: Win32-x11 Message-ID: <7F2B9185F0196F44B59990759B91B1C21516F3@ins-exch.inspirepharm.com> Rob, That is what I suggested :-) I also asked the same question :-) I will wait for a reply from Chris. He has the final vote. Suhaib -----Original Message----- From: Robert Collins To: cygwin-xfree@cygwin.com Sent: 11/13/2000 6:16 PM Subject: RE: Win32-x11 I'd suggest http://sources.redhat.com/win32-x11 as it isn't a cygwin environment. Do I have access to create that? Suhaib what do you think? Rob > -----Original Message----- > From: Christopher Faylor [ mailto:cgf@redhat.com ] > Sent: Tuesday, 14 November 2000 9:57 AM > To: cygwin-xfree@cygwin.com > Subject: Re: Win32-x11 > > > On Sun, Nov 12, 2000 at 04:30:41PM -0800, Suhaib Siddiqi wrote: > >Yes, win32-x11 for mailing list should be fine. > > > >I have uploaded sources in cvs and binaries are already > available from > > ftp://sources.redhat.com/pub/cygwin/xfree/win32-x11/ > > I'm ready to set the mailing list up, but I need to know the > URL of the > project web page for the mailing list archive reference. > > Is it going to be http://cygwin.com/xfree/win32-x11/ or > http://cygwin.com/win32-x11/ or http://sources.redhat.com/win32-x11 , > or...? > > cgf > From robert.collins@itdomain.com.au Mon Nov 13 16:50:00 2000 From: robert.collins@itdomain.com.au (Robert Collins) Date: Mon, 13 Nov 2000 16:50:00 -0000 Subject: Win32-x11 Message-ID: <188CAABFF1C6AD4D946FF2170CD8B7AA6488@itdomain002.itdomain.net.au> Yes, our mails crossed - I hit send, and it retrieved your suggestion at the same tiem :-] > -----Original Message----- > From: Suhaib Siddiqi [ mailto:ssiddiqi@inspirepharm.com ] > Sent: Tuesday, 14 November 2000 11:36 AM > To: Robert Collins; cygwin-xfree@cygwin.com > Subject: RE: Win32-x11 > > > > Rob, > > That is what I suggested :-) > I also asked the same question :-) > I will wait for a reply from Chris. He has the final vote. > > Suhaib > > -----Original Message----- > From: Robert Collins > To: cygwin-xfree@cygwin.com > Sent: 11/13/2000 6:16 PM > Subject: RE: Win32-x11 > > I'd suggest http://sources.redhat.com/win32-x11 as it isn't a cygwin > environment. > > Do I have access to create that? > > Suhaib what do you think? > > Rob > > > -----Original Message----- > > From: Christopher Faylor [ mailto:cgf@redhat.com ] > > Sent: Tuesday, 14 November 2000 9:57 AM > > To: cygwin-xfree@cygwin.com > > Subject: Re: Win32-x11 > > > > > > On Sun, Nov 12, 2000 at 04:30:41PM -0800, Suhaib Siddiqi wrote: > > >Yes, win32-x11 for mailing list should be fine. > > > > > >I have uploaded sources in cvs and binaries are already > > available from > > > ftp://sources.redhat.com/pub/cygwin/xfree/win32-x11/ > > > > I'm ready to set the mailing list up, but I need to know the > > URL of the > > project web page for the mailing list archive reference. > > > > Is it going to be http://cygwin.com/xfree/win32-x11/ or > > http://cygwin.com/win32-x11/ or http://sources.redhat.com/win32-x11 , > > or...? > > > > cgf > > > From cgf@redhat.com Mon Nov 13 19:30:00 2000 From: cgf@redhat.com (Christopher Faylor) Date: Mon, 13 Nov 2000 19:30:00 -0000 Subject: New win32-x11 repository and mailing lists Message-ID: <20001113222953.A25084@redhat.com> I think that I have everything set up on sources.redhat.com, now. There is a new project with a new cvs root: sources.redhat.com:/cvs/win32-x11 Under the root are two directories 'htdocs' and 'src'. htdocs contains the web pages. Checking things into this directory will cause them to be appear here: http://sources.redhat.com/win32-x11/ . I've kept the old sources.redhat.com:/cvs/src/src win32-x11 directory around for a while as a symbolic link, but if you've got a repository that is using this old link you should instead check out the sources via: cvs -d :ext:sources.redhat.com:/cvs/win32-x11 co src (or you can do some editing of the files in your CVS directory) I'm sorry for the reorg. I wasn't thinking clearly when I suggested that the files should be checked out in the /cvs/src/src repository. The only people with checkin privileges for this repository currently are Robert Collins, Suhaib Siddiqi, and myself. Let me know who else should be added. Hopefully, they'll already have an account on sources.redhat.com. Read-only checkout via anoncvs is allowed for this repository. There are three mailing lists: win32-x11@sources.redhat.com # general discussion win32-x11-cvs@sources.redhat.com # tracks cvs checkins win32-x11-webpages-cvs@sources.redhat.com # tracks cvs webpage checkins All of these are subscribed to using the normal method. I haven't added this project to the main sources.redhat.com project list yet but I'll do that in the next couple of days. Please let me know when you have transitioned from using the "old" cvs root to the new one and I'll remove the /cvs/src/src link. cgf From Chuck.Irvine@mail.sprint.com Tue Nov 14 06:36:00 2000 From: Chuck.Irvine@mail.sprint.com (Chuck.Irvine@mail.sprint.com) Date: Tue, 14 Nov 2000 06:36:00 -0000 Subject: New win32-x11 repository and mailing lists Message-ID: What is win32-x11? I'm having trouble finding any mention on the redhat website. Thanks Chuck Irvine -----Original Message----- From: cgf [ mailto:cgf@redhat.com ] Sent: Monday, November 13, 2000 9:30 PM To: cygwin-xfree Cc: cgf Subject: New win32-x11 repository and mailing lists I think that I have everything set up on sources.redhat.com, now. There is a new project with a new cvs root: sources.redhat.com:/cvs/win32-x11 Under the root are two directories 'htdocs' and 'src'. htdocs contains the web pages. Checking things into this directory will cause them to be appear here: http://sources.redhat.com/win32-x11/ . I've kept the old sources.redhat.com:/cvs/src/src win32-x11 directory around for a while as a symbolic link, but if you've got a repository that is using this old link you should instead check out the sources via: cvs -d :ext:sources.redhat.com:/cvs/win32-x11 co src (or you can do some editing of the files in your CVS directory) I'm sorry for the reorg. I wasn't thinking clearly when I suggested that the files should be checked out in the /cvs/src/src repository. The only people with checkin privileges for this repository currently are Robert Collins, Suhaib Siddiqi, and myself. Let me know who else should be added. Hopefully, they'll already have an account on sources.redhat.com. Read-only checkout via anoncvs is allowed for this repository. There are three mailing lists: win32-x11@sources.redhat.com # general discussion win32-x11-cvs@sources.redhat.com # tracks cvs checkins win32-x11-webpages-cvs@sources.redhat.com # tracks cvs webpage checkins All of these are subscribed to using the normal method. I haven't added this project to the main sources.redhat.com project list yet but I'll do that in the next couple of days. Please let me know when you have transitioned from using the "old" cvs root to the new one and I'll remove the /cvs/src/src link. cgf From ssiddiqi@inspirepharm.com Tue Nov 14 06:42:00 2000 From: ssiddiqi@inspirepharm.com (Suhaib Siddiqi) Date: Tue, 14 Nov 2000 06:42:00 -0000 Subject: New win32-x11 repository and mailing lists References: Message-ID: <7F2B9185F0196F44B59990759B91B1C21516FC@ins-exch.inspirepharm.com> Be patient. It is a new project, which was hosted at sourceforge.net before. It is a work in progress to develop an X server using Win32 native compilers and X11R6.5.1. URL is not up. Check back later this week. Suhaib > -----Original Message----- > From: Chuck.Irvine@mail.sprint.com > [ mailto:Chuck.Irvine@mail.sprint.com ] > Sent: Tuesday, November 14, 2000 9:36 AM > To: cgf@redhat.com; cygwin-xfree@cygwin.com > Subject: RE: New win32-x11 repository and mailing lists > > > What is win32-x11? I'm having trouble finding any mention on > the redhat > website. Thanks > > Chuck Irvine > > -----Original Message----- > From: cgf [ mailto:cgf@redhat.com ] > Sent: Monday, November 13, 2000 9:30 PM > To: cygwin-xfree > Cc: cgf > Subject: New win32-x11 repository and mailing lists > > > I think that I have everything set up on sources.redhat.com, now. > > There is a new project with a new cvs root: > > sources.redhat.com:/cvs/win32-x11 > > Under the root are two directories 'htdocs' and 'src'. > > htdocs contains the web pages. Checking things into this directory > will cause them to be appear here: > > http://sources.redhat.com/win32-x11/ . > > I've kept the old sources.redhat.com:/cvs/src/src win32-x11 directory > around for a while as a symbolic link, but if you've got a repository > that is using this old link you should instead check out the sources > via: > > cvs -d :ext:sources.redhat.com:/cvs/win32-x11 co src > > (or you can do some editing of the files in your CVS directory) > > I'm sorry for the reorg. I wasn't thinking clearly when I suggested > that the files should be checked out in the /cvs/src/src repository. > > The only people with checkin privileges for this repository currently > are Robert Collins, Suhaib Siddiqi, and myself. Let me know who else > should be added. Hopefully, they'll already have an account on > sources.redhat.com. > > Read-only checkout via anoncvs is allowed for this repository. > > There are three mailing lists: > > win32-x11@sources.redhat.com # general discussion > win32-x11-cvs@sources.redhat.com # tracks cvs checkins > win32-x11-webpages-cvs@sources.redhat.com # tracks cvs > webpage checkins > > All of these are subscribed to using the normal method. > > I haven't added this project to the main sources.redhat.com project > list yet but I'll do that in the next couple of days. > > Please let me know when you have transitioned from using the "old" > cvs root to the new one and I'll remove the /cvs/src/src link. > > cgf > > From cgf@redhat.com Tue Nov 14 07:13:00 2000 From: cgf@redhat.com (Chris Faylor) Date: Tue, 14 Nov 2000 07:13:00 -0000 Subject: New win32-x11 repository and mailing lists References: Message-ID: <20001114101308.D8970@redhat.com> On Tue, Nov 14, 2000 at 08:36:04AM -0600, Chuck.Irvine@mail.sprint.com wrote: >What is win32-x11? This has been discussed in the cygwin-xfree mailing list for the last week. >I'm having trouble finding any mention on the redhat website. Thanks Did you happen to read the part of the below email that said: "I haven't added this project to the main sources.redhat.com project list yet but I'll do that in the next couple of days." cgf >Chuck Irvine > >-----Original Message----- >From: cgf [ mailto:cgf@redhat.com ] >Sent: Monday, November 13, 2000 9:30 PM >To: cygwin-xfree >Cc: cgf >Subject: New win32-x11 repository and mailing lists > > >I think that I have everything set up on sources.redhat.com, now. > >There is a new project with a new cvs root: > >sources.redhat.com:/cvs/win32-x11 > >Under the root are two directories 'htdocs' and 'src'. > >htdocs contains the web pages. Checking things into this directory >will cause them to be appear here: > > http://sources.redhat.com/win32-x11/ . > >I've kept the old sources.redhat.com:/cvs/src/src win32-x11 directory >around for a while as a symbolic link, but if you've got a repository >that is using this old link you should instead check out the sources >via: > >cvs -d :ext:sources.redhat.com:/cvs/win32-x11 co src > >(or you can do some editing of the files in your CVS directory) > >I'm sorry for the reorg. I wasn't thinking clearly when I suggested >that the files should be checked out in the /cvs/src/src repository. > >The only people with checkin privileges for this repository currently >are Robert Collins, Suhaib Siddiqi, and myself. Let me know who else >should be added. Hopefully, they'll already have an account on >sources.redhat.com. > >Read-only checkout via anoncvs is allowed for this repository. > >There are three mailing lists: > >win32-x11@sources.redhat.com # general discussion >win32-x11-cvs@sources.redhat.com # tracks cvs checkins >win32-x11-webpages-cvs@sources.redhat.com # tracks cvs webpage checkins > >All of these are subscribed to using the normal method. > >I haven't added this project to the main sources.redhat.com project >list yet but I'll do that in the next couple of days. > >Please let me know when you have transitioned from using the "old" >cvs root to the new one and I'll remove the /cvs/src/src link. > >cgf > -- cgf@cygnus.com Red Hat, Inc. http://sources.redhat.com/ http://www.redhat.com/ From rleduc@vaxeb.jpl.nasa.gov Tue Nov 14 14:48:00 2000 From: rleduc@vaxeb.jpl.nasa.gov (Rick LeDuc) Date: Tue, 14 Nov 2000 14:48:00 -0000 Subject: two video driver DLLs Message-ID: <4.3.2.7.2.20001114143655.00bc8740@vaxeb.jpl.nasa.gov> Hi, I am trying to get xfree86-4.0 to work under Cygwin 1.1.4. I have compiled from the cvs sources and have downloaded the video drive support files. My video card (ATI 3D Rage Pro AGP 2x) use two driver DLLs Tb2Wdg40.dll and atirage.dll. The registration key for InstalledDisplayDrivers is 54 62 32 57 64 67 34 30 00 61 74 69 72 61 67 65 00 00 which does decode to these DLLs. The xf_init program only adds the first dll to the xfddx_aux.cfg file. My system does a core dump on boot up with this configuration. Can I just add the other dll manually to the configuration file? Thanks ************************************************************************************************************ Rick LeDuc MS 302-231 Jet Propulsion Laboratory 4800 Oak Grove Drive Pasadena, CA 91109 PH. 818/354-2209 FAX 818/393-4540 rleduc@jpl.nasa.gov *********************************************************************************************************** From samir.mishra@norkom.com Wed Nov 15 05:31:00 2000 From: samir.mishra@norkom.com (Samir Mishra) Date: Wed, 15 Nov 2000 05:31:00 -0000 Subject: Info Message-ID: <91F6EFDA767FD411955100508BDCDD0936E961@EXDUB02> Info The information contained in this e-mail transmission is confidential and may be privileged. It is intended only for the addressee(s) stated above. If you are not an addressee, any use, dissemination, distribution, publication, or copying of the information contained in this e-mail is strictly prohibited. If you have received this e-mail in error, please immediately notify our IT Department by telephone at 353-1-6769333 or e-mail mail.sweeper@norkom.com and delete the e-mail from your system. From ssiddiqi@inspirepharm.com Wed Nov 15 05:43:00 2000 From: ssiddiqi@inspirepharm.com (Suhaib Siddiqi) Date: Wed, 15 Nov 2000 05:43:00 -0000 Subject: Info References: <91F6EFDA767FD411955100508BDCDD0936E961@EXDUB02> Message-ID: <7F2B9185F0196F44B59990759B91B1C2151701@ins-exch.inspirepharm.com> So what should I do with the word, "Info" I assume you could type more then just "info" Suhaib > -----Original Message----- > From: Samir Mishra [ mailto:samir.mishra@norkom.com ] > Sent: Wednesday, November 15, 2000 8:31 AM > To: 'cygwin-xfree@sourceware.cygnus.com' > Subject: Info > > > Info > > > The information contained in this e-mail transmission is > confidential and may > be privileged. It is intended only for the addressee(s) > stated above. If you > are not an addressee, any use, dissemination, distribution, > publication, or > copying of the information contained in this e-mail is > strictly prohibited. If you > have received this e-mail in error, please immediately notify > our IT Department > by telephone at 353-1-6769333 or e-mail mail.sweeper@norkom.com and > delete the e-mail from your system. > From Harold@compasstechnologies.com Wed Nov 15 09:59:00 2000 From: Harold@compasstechnologies.com (Harold Hunt) Date: Wed, 15 Nov 2000 09:59:00 -0000 Subject: two video driver DLLs Message-ID: <896908DA55C4D311B9C000C04F01A05410A810@ENTERPRISE> Rick, I'm afraid that you are using one of the deprecated X servers... did you read the Installation How-To on our web site? The How-To tells you which packages to install and exactly how to install them, complete with screenshots. Thanks for your interest in the project, Harold -----Original Message----- From: Rick LeDuc [ mailto:rleduc@vaxeb.jpl.nasa.gov ] Sent: Tuesday, November 14, 2000 5:48 PM To: cygwin-xfree@sources.redhat.com Subject: two video driver DLLs Hi, I am trying to get xfree86-4.0 to work under Cygwin 1.1.4. I have compiled from the cvs sources and have downloaded the video drive support files. My video card (ATI 3D Rage Pro AGP 2x) use two driver DLLs Tb2Wdg40.dll and atirage.dll. The registration key for InstalledDisplayDrivers is 54 62 32 57 64 67 34 30 00 61 74 69 72 61 67 65 00 00 which does decode to these DLLs. The xf_init program only adds the first dll to the xfddx_aux.cfg file. My system does a core dump on boot up with this configuration. Can I just add the other dll manually to the configuration file? Thanks **************************************************************************** ******************************** Rick LeDuc MS 302-231 Jet Propulsion Laboratory 4800 Oak Grove Drive Pasadena, CA 91109 PH. 818/354-2209 FAX 818/393-4540 rleduc@jpl.nasa.gov **************************************************************************** ******************************* From ssiddiqi@inspirepharm.com Wed Nov 15 10:04:00 2000 From: ssiddiqi@inspirepharm.com (Suhaib Siddiqi) Date: Wed, 15 Nov 2000 10:04:00 -0000 Subject: two video driver DLLs References: <896908DA55C4D311B9C000C04F01A05410A810@ENTERPRISE> Message-ID: <7F2B9185F0196F44B59990759B91B1C2151704@ins-exch.inspirepharm.com> > -----Original Message----- > From: Harold Hunt [ mailto:Harold@compasstechnologies.com ] > Sent: Wednesday, November 15, 2000 12:54 PM > To: 'Rick LeDuc'; cygwin-xfree@sources.redhat.com > Subject: RE: two video driver DLLs > > > Rick, > > I'm afraid that you are using one of the deprecated X > servers... did you > read the Installation How-To on our web site? The How-To > tells you which > packages to install and exactly how to install them, complete with > screenshots. > > Thanks for your interest in the project, Actually he is using VFB server ;-) and he is following instructions correctly to install xf_ntux.dll. Yes, you can add the other driver amnually. Use VIM to edit *.cfg file But please note vfb server is buggy, you might better off using xwin, which does not need xf_ntux.dll, but uses xf_dx.dll and requires not *.cfg file. Suhaib > > Harold > > -----Original Message----- > From: Rick LeDuc [ mailto:rleduc@vaxeb.jpl.nasa.gov ] > Sent: Tuesday, November 14, 2000 5:48 PM > To: cygwin-xfree@sources.redhat.com > Subject: two video driver DLLs > > > Hi, > I am trying to get xfree86-4.0 to work under Cygwin 1.1.4. I > have compiled > from the cvs sources and have downloaded the video drive > support files. My > video card (ATI 3D Rage Pro AGP 2x) use two driver DLLs > Tb2Wdg40.dll and > atirage.dll. The registration key for > InstalledDisplayDrivers is 54 62 32 57 64 67 34 30 00 61 74 > 69 72 61 67 65 > 00 00 which does decode to these DLLs. The xf_init program > only adds the > first dll to the xfddx_aux.cfg file. My system does a core > dump on boot up > with this configuration. Can I just add the other dll manually to the > configuration file? > > Thanks > ************************************************************** > ************** > ******************************** > Rick LeDuc > MS 302-231 > Jet Propulsion Laboratory > 4800 Oak Grove Drive > Pasadena, CA 91109 > PH. 818/354-2209 > FAX 818/393-4540 > rleduc@jpl.nasa.gov > > ************************************************************** > ************** > ******************************* > From Philippe.Le-Bihan@evidian.com Thu Nov 16 06:47:00 2000 From: Philippe.Le-Bihan@evidian.com (Philippe Le Bihan) Date: Thu, 16 Nov 2000 06:47:00 -0000 Subject: Error with xvfb fonts path Message-ID: <3A13F2AF.446B@evidian.com> Hello, I have downloaded xfree86-4.0-Xvfb.tar.bz2 along with everything it takes to work. And indeed, everything works properly when installed right in [DRIVE:]/usr/X11R6... The problem is that I HAVE to install it in another directory. And then xvfb fails because it does not find needed fonts, even when I start it with "-fp" command line option. Am I misunderstanding something about this option? Does anybody knows of a way to do this ? (recompile with another RootDir is not an option, because installation directory will vary from one system to another). Any help appreciated. -- Philippe LE BIHAN mailto:Philippe.Le-Bihan@evidian.com tel:(33-1) 01 30 80 34 11 int. 23-73411 -- Here is the output I get (Dir1, Dir2, Dir3 are something like e:/My/Install/Dir/usr/X11R6/lib/... Fonts dirs are installed in Dir3) Command1: xvfb -co [Dir1]/rgb -sp [Dir2]/SecPol -ac :40 ... PEXExtensionInit: Couldn't open default PEX font file Roman_M Could not init font path element /usr/X11R6/lib/X11/fonts/PEX/, removing from list! Could not init font path element /usr/X11R6/lib/X11/fonts/100dpi/, removing from list! Could not init font path element /usr/X11R6/lib/X11/fonts/75dpi/, removing from list! Could not init font path element /usr/X11R6/lib/X11/fonts/CID/, removing from list! Could not init font path element /usr/X11R6/lib/X11/fonts/Speedo/, removing from list! Could not init font path element /usr/X11R6/lib/X11/fonts/Type1/, removing from list! Could not init font path element /usr/X11R6/lib/X11/fonts/misc/, removing from list! Fatal server error: could not open default font 'fixed' Command2: xvfb -co [Dir1]/rgb -sp [Dir2]/SecPol -ac :40 -fp [Dir3]/PEX/,[Dir3]/100dpi/,[Dir3]/75dpi/,[Dir3]/CID/,[Dir3]/Speedo/,[Dir3]/Type1/,[Dir3]/misc/ ... PEXExtensionInit: Couldn't open default PEX font file Roman_M Could not init font path element [Dir3]/PEX/, removing from list! Could not init font path element [Dir3]/100dpi/, removing from list! Could not init font path element [Dir3]/75dpi/, removing from list! Could not init font path element [Dir3]/CID/, removing from list! Could not init font path element [Dir3]/Speedo/, removing from list! Could not init font path element [Dir3]/Type1/, removing from list! Could not init font path element [Dir3]/misc/, removing from list! Fatal server error: could not open default font 'fixed' From kris.thielemans@csc.mrc.ac.uk Thu Nov 16 07:02:00 2000 From: kris.thielemans@csc.mrc.ac.uk (Kris Thielemans) Date: Thu, 16 Nov 2000 07:02:00 -0000 Subject: no 'screen' Message-ID: <003401c04fde$7c305450$460a10ac@rpms.ac.uk> Hi, I'm trying to get my own (very simple) X program to run on my machine (see below). My program essentially starts as follows: Display * SCX_display = XOpenDisplay (""); if (!SCX_display) { error("Cannot open DISPLAY\n"); } if (ScreenCount(SCX_display)==0) { error("Cannot open DISPLAY: screen count = 0\n"); } And there I'm stuck: ScreenCount(SCX_display)==0. The program works fine on Linux, AIX, Solaris... Xfree/xterm works fine. I tried various settings for DISPLAY, including export DISPLAY=127.0.0.1:0.0 Configuration: OS NT 4.0 sp6 latest cygwin thing (dll 1.5-7) just downloaded Xfree*.tar.bz2 where * is the DLL, devel and Xterm Exceed 6.1 (sorry, but I really need non-full screen X...) Any suggestions? Thanks! Kris Thielemans MRC Cyclotron Unit, Hammersmith Hospital, DuCane Rd,London W12 0NN, United Kingdom Phone on : +44 (020)8383 3731 FAX on : +44 (020)8383 2029 NEW web site address: http://www.cu.mrc.ac.uk/~kris From ssiddiqi@inspirepharm.com Thu Nov 16 07:07:00 2000 From: ssiddiqi@inspirepharm.com (Suhaib Siddiqi) Date: Thu, 16 Nov 2000 07:07:00 -0000 Subject: no 'screen' References: <003401c04fde$7c305450$460a10ac@rpms.ac.uk> Message-ID: <7F2B9185F0196F44B59990759B91B1C2151708@ins-exch.inspirepharm.com> > Hi, > > I'm trying to get my own (very simple) X program to run on my > machine (see > below). > > My program essentially starts as follows: > > Display * SCX_display = XOpenDisplay (""); > if (!SCX_display) > { > error("Cannot open DISPLAY\n"); > } > if (ScreenCount(SCX_display)==0) > { > error("Cannot open DISPLAY: screen count = 0\n"); > } > > And there I'm stuck: ScreenCount(SCX_display)==0. > > The program works fine on Linux, AIX, Solaris... > Xfree/xterm works fine. > I tried various settings for DISPLAY, including > export DISPLAY=127.0.0.1:0.0 > What exactly happen? If I am not mistaken, Exceed 6.1 does have problems with DISPLAY=127.0.0.1:0.0 as I saw in thier knowledge base. Try seeting setting DISPLAY=127.0.0.1:0.0 system wide using Control Panel --> System --> Environment Suhaib > > > Configuration: > OS NT 4.0 sp6 > latest cygwin thing (dll 1.5-7) > just downloaded Xfree*.tar.bz2 where * is the DLL, devel and Xterm > Exceed 6.1 (sorry, but I really need non-full screen X...) > > > > Any suggestions? > > Thanks! > > > > > Kris Thielemans > MRC Cyclotron Unit, > Hammersmith Hospital, > DuCane Rd,London W12 0NN, United Kingdom > > Phone on : +44 (020)8383 3731 > FAX on : +44 (020)8383 2029 > > NEW web site address: > http://www.cu.mrc.ac.uk/~kris > From ssiddiqi@inspirepharm.com Thu Nov 16 07:09:00 2000 From: ssiddiqi@inspirepharm.com (Suhaib Siddiqi) Date: Thu, 16 Nov 2000 07:09:00 -0000 Subject: Error with xvfb fonts path References: <3A13F2AF.446B@evidian.com> Message-ID: <7F2B9185F0196F44B59990759B91B1C2151709@ins-exch.inspirepharm.com> How about mounting your other directory to /usr/X11R6? or using xfs server. Suhaib > -----Original Message----- > From: Philippe Le Bihan [ mailto:Philippe.Le-Bihan@evidian.com ] > Sent: Thursday, November 16, 2000 9:44 AM > To: cygwin-xfree@sources.redhat.com > Subject: Error with xvfb fonts path > > > Hello, > > I have downloaded xfree86-4.0-Xvfb.tar.bz2 along with > everything it takes to work. And indeed, everything works > properly when installed right in [DRIVE:]/usr/X11R6... > > The problem is that I HAVE to install it in another > directory. And then xvfb fails because it does not find > needed fonts, even when I start it with "-fp" command line > option. > > Am I misunderstanding something about this option? > Does anybody knows of a way to do this ? (recompile > with another RootDir is not an option, because > installation directory will vary from one system to > another). > > Any help appreciated. > > -- > Philippe LE BIHAN > mailto:Philippe.Le-Bihan@evidian.com > tel:(33-1) 01 30 80 34 11 int. 23-73411 > -- > > Here is the output I get (Dir1, Dir2, Dir3 are something > like e:/My/Install/Dir/usr/X11R6/lib/... Fonts dirs are > installed in Dir3) > > Command1: xvfb -co [Dir1]/rgb -sp [Dir2]/SecPol -ac :40 > ... > PEXExtensionInit: Couldn't open default PEX font file Roman_M > Could not init font path element /usr/X11R6/lib/X11/fonts/PEX/, > removing from list! > Could not init font path element /usr/X11R6/lib/X11/fonts/100dpi/, > removing from list! > Could not init font path element /usr/X11R6/lib/X11/fonts/75dpi/, > removing from list! > Could not init font path element /usr/X11R6/lib/X11/fonts/CID/, > removing from list! > Could not init font path element /usr/X11R6/lib/X11/fonts/Speedo/, > removing from list! > Could not init font path element /usr/X11R6/lib/X11/fonts/Type1/, > removing from list! > Could not init font path element /usr/X11R6/lib/X11/fonts/misc/, > removing from list! > > Fatal server error: > could not open default font 'fixed' > > Command2: xvfb -co [Dir1]/rgb -sp [Dir2]/SecPol -ac :40 -fp > [Dir3]/PEX/,[Dir3]/100dpi/,[Dir3]/75dpi/,[Dir3]/CID/,[Dir3]/Sp > eedo/,[Dir3]/Type1/,[Dir3]/misc/ > ... > PEXExtensionInit: Couldn't open default PEX font file Roman_M > Could not init font path element [Dir3]/PEX/, removing from list! > Could not init font path element [Dir3]/100dpi/, removing from list! > Could not init font path element [Dir3]/75dpi/, removing from list! > Could not init font path element [Dir3]/CID/, removing from list! > Could not init font path element [Dir3]/Speedo/, removing from list! > Could not init font path element [Dir3]/Type1/, removing from list! > Could not init font path element [Dir3]/misc/, removing from list! > > Fatal server error: > could not open default font 'fixed' > From Philippe.Le-Bihan@evidian.com Thu Nov 16 07:48:00 2000 From: Philippe.Le-Bihan@evidian.com (Philippe Le Bihan) Date: Thu, 16 Nov 2000 07:48:00 -0000 Subject: Error with xvfb fonts path References: <7F2B9185F0196F44B59990759B91B1C2151709@ins-exch.inspirepharm.com> Message-ID: <3A1400FB.15FB@evidian.com> Suhaib Siddiqi wrote: > > How about mounting your other directory to /usr/X11R6? > or using xfs server. > > Suhaib 1) System target is Windows NT4/2000, what do you mean "mounting"? 2) I can never be sure to have a font server running somewhere... 3) Is there a reason for the "-fp" command line option not to work? Philippe. > > > -----Original Message----- > > From: Philippe Le Bihan [ mailto:Philippe.Le-Bihan@evidian.com ] > > Sent: Thursday, November 16, 2000 9:44 AM > > To: cygwin-xfree@sources.redhat.com > > Subject: Error with xvfb fonts path > > > > > > Hello, > > > > I have downloaded xfree86-4.0-Xvfb.tar.bz2 along with > > everything it takes to work. And indeed, everything works > > properly when installed right in [DRIVE:]/usr/X11R6... > > > > The problem is that I HAVE to install it in another > > directory. And then xvfb fails because it does not find > > needed fonts, even when I start it with "-fp" command line > > option. > > > > Am I misunderstanding something about this option? > > Does anybody knows of a way to do this ? (recompile > > with another RootDir is not an option, because > > installation directory will vary from one system to > > another). > > > > Any help appreciated. > > > > -- > > Philippe LE BIHAN > > mailto:Philippe.Le-Bihan@evidian.com > > tel:(33-1) 01 30 80 34 11 int. 23-73411 > > -- > > > > Here is the output I get (Dir1, Dir2, Dir3 are something > > like e:/My/Install/Dir/usr/X11R6/lib/... Fonts dirs are > > installed in Dir3) > > > > Command1: xvfb -co [Dir1]/rgb -sp [Dir2]/SecPol -ac :40 > > ... > > PEXExtensionInit: Couldn't open default PEX font file Roman_M > > Could not init font path element /usr/X11R6/lib/X11/fonts/PEX/, > > removing from list! > > Could not init font path element /usr/X11R6/lib/X11/fonts/100dpi/, > > removing from list! > > Could not init font path element /usr/X11R6/lib/X11/fonts/75dpi/, > > removing from list! > > Could not init font path element /usr/X11R6/lib/X11/fonts/CID/, > > removing from list! > > Could not init font path element /usr/X11R6/lib/X11/fonts/Speedo/, > > removing from list! > > Could not init font path element /usr/X11R6/lib/X11/fonts/Type1/, > > removing from list! > > Could not init font path element /usr/X11R6/lib/X11/fonts/misc/, > > removing from list! > > > > Fatal server error: > > could not open default font 'fixed' > > > > Command2: xvfb -co [Dir1]/rgb -sp [Dir2]/SecPol -ac :40 -fp > > [Dir3]/PEX/,[Dir3]/100dpi/,[Dir3]/75dpi/,[Dir3]/CID/,[Dir3]/Sp > > eedo/,[Dir3]/Type1/,[Dir3]/misc/ > > ... > > PEXExtensionInit: Couldn't open default PEX font file Roman_M > > Could not init font path element [Dir3]/PEX/, removing from list! > > Could not init font path element [Dir3]/100dpi/, removing from list! > > Could not init font path element [Dir3]/75dpi/, removing from list! > > Could not init font path element [Dir3]/CID/, removing from list! > > Could not init font path element [Dir3]/Speedo/, removing from list! > > Could not init font path element [Dir3]/Type1/, removing from list! > > Could not init font path element [Dir3]/misc/, removing from list! > > > > Fatal server error: > > could not open default font 'fixed' > > -- Philippe LE BIHAN mailto:Philippe.Le-Bihan@evidian.com tel:(33-1) 01 30 80 34 11 int. 23-73411 -- From ssiddiqi@inspirepharm.com Thu Nov 16 07:51:00 2000 From: ssiddiqi@inspirepharm.com (Suhaib Siddiqi) Date: Thu, 16 Nov 2000 07:51:00 -0000 Subject: Error with xvfb fonts path References: <3A1400FB.15FB@evidian.com> Message-ID: <7F2B9185F0196F44B59990759B91B1C215170A@ins-exch.inspirepharm.com> > > Suhaib > > 1) System target is Windows NT4/2000, what do you mean "mounting"? mouting as in mount as in Cygwin using mount.exe > 2) I can never be sure to have a font server running somewhere... > 3) Is there a reason for the "-fp" command line option not to work? No, it should. But right now I cannot tell you why it does not work. I can troubleshoot tonight at my home pc. Suhaib > > Philippe. > > > > > > -----Original Message----- > > > From: Philippe Le Bihan [ mailto:Philippe.Le-Bihan@evidian.com ] > > > Sent: Thursday, November 16, 2000 9:44 AM > > > To: cygwin-xfree@sources.redhat.com > > > Subject: Error with xvfb fonts path > > > > > > > > > Hello, > > > > > > I have downloaded xfree86-4.0-Xvfb.tar.bz2 along with > > > everything it takes to work. And indeed, everything works > > > properly when installed right in [DRIVE:]/usr/X11R6... > > > > > > The problem is that I HAVE to install it in another > > > directory. And then xvfb fails because it does not find > > > needed fonts, even when I start it with "-fp" command line > > > option. > > > > > > Am I misunderstanding something about this option? > > > Does anybody knows of a way to do this ? (recompile > > > with another RootDir is not an option, because > > > installation directory will vary from one system to > > > another). > > > > > > Any help appreciated. > > > > > > -- > > > Philippe LE BIHAN > > > mailto:Philippe.Le-Bihan@evidian.com > > > tel:(33-1) 01 30 80 34 11 int. 23-73411 > > > -- > > > > > > Here is the output I get (Dir1, Dir2, Dir3 are something > > > like e:/My/Install/Dir/usr/X11R6/lib/... Fonts dirs are > > > installed in Dir3) > > > > > > Command1: xvfb -co [Dir1]/rgb -sp [Dir2]/SecPol -ac :40 > > > ... > > > PEXExtensionInit: Couldn't open default PEX font file Roman_M > > > Could not init font path element /usr/X11R6/lib/X11/fonts/PEX/, > > > removing from list! > > > Could not init font path element > /usr/X11R6/lib/X11/fonts/100dpi/, > > > removing from list! > > > Could not init font path element > /usr/X11R6/lib/X11/fonts/75dpi/, > > > removing from list! > > > Could not init font path element /usr/X11R6/lib/X11/fonts/CID/, > > > removing from list! > > > Could not init font path element > /usr/X11R6/lib/X11/fonts/Speedo/, > > > removing from list! > > > Could not init font path element > /usr/X11R6/lib/X11/fonts/Type1/, > > > removing from list! > > > Could not init font path element /usr/X11R6/lib/X11/fonts/misc/, > > > removing from list! > > > > > > Fatal server error: > > > could not open default font 'fixed' > > > > > > Command2: xvfb -co [Dir1]/rgb -sp [Dir2]/SecPol -ac :40 -fp > > > [Dir3]/PEX/,[Dir3]/100dpi/,[Dir3]/75dpi/,[Dir3]/CID/,[Dir3]/Sp > > > eedo/,[Dir3]/Type1/,[Dir3]/misc/ > > > ... > > > PEXExtensionInit: Couldn't open default PEX font file Roman_M > > > Could not init font path element [Dir3]/PEX/, removing > from list! > > > Could not init font path element [Dir3]/100dpi/, > removing from list! > > > Could not init font path element [Dir3]/75dpi/, > removing from list! > > > Could not init font path element [Dir3]/CID/, removing > from list! > > > Could not init font path element [Dir3]/Speedo/, > removing from list! > > > Could not init font path element [Dir3]/Type1/, > removing from list! > > > Could not init font path element [Dir3]/misc/, removing > from list! > > > > > > Fatal server error: > > > could not open default font 'fixed' > > > > > -- > Philippe LE BIHAN > mailto:Philippe.Le-Bihan@evidian.com > tel:(33-1) 01 30 80 34 11 int. 23-73411 > -- > From cgf@redhat.com Thu Nov 16 11:50:00 2000 From: cgf@redhat.com (Christopher Faylor) Date: Thu, 16 Nov 2000 11:50:00 -0000 Subject: ok to remove sources.redhat.com:/cvs/src/src/win32-x11 link now? Message-ID: <20001116145030.A22199@redhat.com> Can I assume that it is ok to remove the link to the erroneous location for win32-x11 now? Is anyone (i.e., Suhaib) using the old location? cgf From kris.thielemans@csc.mrc.ac.uk Fri Nov 17 03:31:00 2000 From: kris.thielemans@csc.mrc.ac.uk (Kris Thielemans) Date: Fri, 17 Nov 2000 03:31:00 -0000 Subject: no 'screen' Message-ID: <004e01c0508a$49fd7470$460a10ac@rpms.ac.uk> Dear Suhaib, I'm very sorry. The problem disappeared after a complete recompilation. I must have had some old .o file lying around. It works nicely now! Apologies. Thanks, Kris >> My program essentially starts as follows: >> >> Display * SCX_display = XOpenDisplay (""); <> And there I'm stuck: ScreenCount(SCX_display)==0. >What exactly happen? >If I am not mistaken, Exceed 6.1 does have problems with >DISPLAY=127.0.0.1:0.0 >as I saw in thier knowledge base. Try seeting setting DISPLAY=>127.0.0.1:0.0 >system wide using Control Panel --> System --> Environment >Suhaib From kris.thielemans@csc.mrc.ac.uk Fri Nov 17 03:42:00 2000 From: kris.thielemans@csc.mrc.ac.uk (Kris Thielemans) Date: Fri, 17 Nov 2000 03:42:00 -0000 Subject: no screen Message-ID: <005101c0508b$bf7cd780$460a10ac@rpms.ac.uk> well, in actual fact, it was because I had older X11 include files lying around. Not sure if I should bother the mailing list with this trivia, but just in case anybody else is as stupid as I am. Sorry. > I'm very sorry. The problem disappeared after a complete > recompilation. I must have had some old .o file lying around. It > works nicely now! Apologies. >>> My program essentially starts as follows: >>> >>> Display * SCX_display = XOpenDisplay (""); > ><> And there I'm stuck: ScreenCount(SCX_display)==0. From ssiddiqi@inspirepharm.com Fri Nov 17 03:59:00 2000 From: ssiddiqi@inspirepharm.com (Suhaib Siddiqi) Date: Fri, 17 Nov 2000 03:59:00 -0000 Subject: ok to remove sources.redhat.com:/cvs/src/src/win32-x11 link now? References: <20001116145030.A22199@redhat.com> Message-ID: <7F2B9185F0196F44B59990759B91B1C215170C@ins-exch.inspirepharm.com> Yes, you can remove it. Will the new link be sources.redhat.com:/cvs/src/win32-x11 Thanks Suhaib > > Can I assume that it is ok to remove the link to the > erroneous location for > win32-x11 now? > > Is anyone (i.e., Suhaib) using the old location? > > cgf > From ssiddiqi@inspirepharm.com Fri Nov 17 04:02:00 2000 From: ssiddiqi@inspirepharm.com (Suhaib Siddiqi) Date: Fri, 17 Nov 2000 04:02:00 -0000 Subject: no screen References: <005101c0508b$bf7cd780$460a10ac@rpms.ac.uk> Message-ID: <7F2B9185F0196F44B59990759B91B1C215170D@ins-exch.inspirepharm.com> Thanks. PS: Rob, How about adding in FAQ? Delete /usr/include/X11 which gets installed by tcl/tk during cygwin installation. These are deprecated X11R5 6 headers, not even complete set and caused problems during X clients compilation. Suhaib > -----Original Message----- > From: Kris Thielemans [ mailto:kris.thielemans@csc.mrc.ac.uk ] > Sent: Friday, November 17, 2000 6:45 AM > To: cygwin-xfree@sources.redhat.com > Subject: RE: no screen > > > > well, in actual fact, it was because I had older X11 include > files lying > around. Not sure if I should bother the mailing list with > this trivia, but > just in case anybody else is as stupid as I am. > > Sorry. > > > I'm very sorry. The problem disappeared after a complete > > recompilation. I must have had some old .o file lying around. It > > works nicely now! Apologies. > > >>> My program essentially starts as follows: > >>> > >>> Display * SCX_display = XOpenDisplay (""); > > > ><> And there I'm stuck: ScreenCount(SCX_display)==0. > From Richard.Grenon@onera.fr Fri Nov 17 07:48:00 2000 From: Richard.Grenon@onera.fr (GRENON Richard) Date: Fri, 17 Nov 2000 07:48:00 -0000 Subject: XFree on Win9x, again Message-ID: <3A1552BD.F4F6D1FC@onera.fr> Hello, Three months ago I installed Cygwin114 and Xfree (July 27 distribution) on my notebook with Win98. I got also a demo version of the XWin-Pro commercial X-server from Labtam. The Labtam team said that their X-server should work fine with Win98 on my computer (of course they could hardly say no). In fact it does, and my X11 codes (a personal Unix code and OpenDX) are working fine with Cygwin, but Win98 becomes very unstable after two or three normal runs : almost each time after having exited X11, the computer crashes when trying to run some Win98 programs or simply when trying to shutdown. I followed the discussion on the mailing list about Xfree on Win98. I understand that Win98 is mixing 16 bits and 32 bits software but I am not sure to have a clear view of the problem. Could anyone tell me if this problem concerns only the Xfree X-servers, or does it concern also all the X11 binaries and dll's of the Xfree distribution ? If my X-server is OK, could the Win98 instabilities come from the X11 binaries and dll's linked to my codes ? I am also wondering if my computer has enough resources (only 64 Mb memory). Any idea about some tests to find the source of the Win98 instability would be welcome. I am also looking for some simple exec's just to test the Labtam X-server, with or without Cygwin. Best regards, -- Richard GRENON ONERA Departement d'Aerodynamique Appliquee - DAAP/ACI BP 72, 92322 CHATILLON CEDEX - FRANCE phone : +33 1 46 73 42 17 fax : +33 1 46 73 41 46 mailto:Richard.Grenon@onera.fr http://www.onera.fr From ssiddiqi@inspirepharm.com Fri Nov 17 07:55:00 2000 From: ssiddiqi@inspirepharm.com (Suhaib Siddiqi) Date: Fri, 17 Nov 2000 07:55:00 -0000 Subject: XFree on Win9x, again References: <3A1552BD.F4F6D1FC@onera.fr> Message-ID: <7F2B9185F0196F44B59990759B91B1C2151710@ins-exch.inspirepharm.com> > Hello, > > Three months ago I installed Cygwin114 and Xfree (July 27 > distribution) > on my notebook with Win98. I got also a demo version of the XWin-Pro > commercial X-server from Labtam. The Labtam team said that their > X-server should work fine with Win98 on my computer (of course they > could hardly say no). In fact it does, and my X11 codes (a > personal Unix > code and OpenDX) are working fine with Cygwin, but Win98 becomes very > unstable after two or three normal runs : almost each time > after having > exited X11, the computer crashes when trying to run some > Win98 programs > or simply when trying to shutdown. > > I followed the discussion on the mailing list about Xfree on Win98. I > understand that Win98 is mixing 16 bits and 32 bits software but I am > not sure to have a clear view of the problem. Could anyone tell me if > this problem concerns only the Xfree X-servers, or does it > concern also > all the X11 binaries and dll's of the Xfree distribution ? > > If my X-server is OK, could the Win98 instabilities come from the X11 > binaries and dll's linked to my codes ? NO!!! > > I am also wondering if my computer has enough resources (only 64 Mb > memory). Any idea about some tests to find the source of the Win98 > instability would be welcome. I am also looking for some simple exec's > just to test the Labtam X-server, with or without Cygwin. there are bunch of them as xclients, e.g xclock, and oclock etc. Suhaib > > Best regards, > > -- > Richard GRENON > ONERA > Departement d'Aerodynamique Appliquee - DAAP/ACI > BP 72, 92322 CHATILLON CEDEX - FRANCE > phone : +33 1 46 73 42 17 > fax : +33 1 46 73 41 46 > mailto:Richard.Grenon@onera.fr > http://www.onera.fr > > > > From Harold@compasstechnologies.com Fri Nov 17 08:08:00 2000 From: Harold@compasstechnologies.com (Harold Hunt) Date: Fri, 17 Nov 2000 08:08:00 -0000 Subject: XFree on Win9x, again Message-ID: <896908DA55C4D311B9C000C04F01A05410A81A@ENTERPRISE> Richard, Cygwin/XFree86 has a problem running on Windows 98 due to the manner in which the pointer to the video memory is obtained; obtaining a pointer to the video memory on Windows 98 causes a Mutex known as the Win16Mutex to be held; a lot of the Windows 98 code, whether it is 16 bit or 32 bit, waits to obtain the Win16Mutex before it executes, for compatability reasons. I can say with certainty that your instability problems are not due to problems with Windows 98 waiting for the Win16Mutex (like Cygwin/XFree86 does), as your X/Server would crash immediately (as Cygwin/XFree86 does on Windows 98). Currently we have a test implementation that works, albeit with horrible performance, on Windows 98, and I'm very close to finishing a new version that may work on Windows 98 with better performance. Keep checking our website or the mailing list for the announcement of this new version. Thank you for your interest in the project, Harold From Richard.Grenon@onera.fr Fri Nov 17 08:45:00 2000 From: Richard.Grenon@onera.fr (GRENON Richard) Date: Fri, 17 Nov 2000 08:45:00 -0000 Subject: XFree on Win9x, again References: <896908DA55C4D311B9C000C04F01A05410A81A@ENTERPRISE> Message-ID: <3A156069.1C782EA7@onera.fr> Harold Hunt wrote: > Currently we have a test implementation that works, albeit with horrible > performance, on Windows 98, and I'm very close to finishing a new version > that may work on Windows 98 with better performance. Keep checking our > website or the mailing list for the announcement of this new version. Harold Thank you for this quick reply. I am really interested in this project allowing to keep Windows for multimedia (although Windows is far from being perfect) together with a Unix like environment for scientific work and I check this mailing list very often. Just a last question : what computer resources do you recommend to use X11 codes with Cygwin Xfree ? I guess that my X11 codes may need too much memory. Best regards -- Richard GRENON ONERA Departement d'Aerodynamique Appliquee - DAAP/ACI BP 72, 92322 CHATILLON CEDEX - FRANCE phone : +33 1 46 73 42 17 fax : +33 1 46 73 41 46 mailto:Richard.Grenon@onera.fr http://www.onera.fr From cgf@redhat.com Fri Nov 17 13:33:00 2000 From: cgf@redhat.com (Christopher Faylor) Date: Fri, 17 Nov 2000 13:33:00 -0000 Subject: ok to remove sources.redhat.com:/cvs/src/src/win32-x11 link now? References: <20001116145030.A22199@redhat.com> <7F2B9185F0196F44B59990759B91B1C215170C@ins-exch.inspirepharm.com> Message-ID: <20001117163330.H17114@redhat.com> On Fri, Nov 17, 2000 at 06:58:26AM -0500, Suhaib Siddiqi wrote: > >Yes, you can remove it. > >Will the new link be > sources.redhat.com:/cvs/src/win32-x11 sources.redhat.com:/cvs/win32-x11 All of the info is here: http://sources.redhat.com/ml/cygwin-xfree/2000-q4/msg00366.html cgf From Chuck.Irvine@mail.sprint.com Fri Nov 17 14:01:00 2000 From: Chuck.Irvine@mail.sprint.com (Chuck.Irvine@mail.sprint.com) Date: Fri, 17 Nov 2000 14:01:00 -0000 Subject: ddd/configure breaks Message-ID: Still struggling mightily to successfully configure DDD under cygwin. Basically, configure fails saying that '-lXm' cannot be found. However, Motif is installed and configure notes this early in the configure process. My platform is Cygwin, but I don't believe that this is a Cygwin problem, per se, since I've seen basically the same problem report from people trying to get DDD to configure under Linux. I am attaching config.log, ddd/config.log, and the complete output of the configure script. Please let me know if I can provide any additional information useful for diagnosing this problem. Thanks in advance for your help. Chuck Irvine Addional Info: Versions: cygwin DLL 1.1.5 cygwin/XFree86 4.0 LessTif: 0.91.21 DDD: 3.2.91 My configure command line is: ./configure --with-motif-includes=/usr/local/include/Xm --with-motif-libraries=/usr/local/lib --with-athena-includes=/usr/X11R6/include/X11/Xaw --with-athena-libraries=/usr/X11R6/lib During the configure, the two things complained about are: configure: warning: The Athena widgets library '-lXaw' could not be found. If you have the athena library, please use the configure options '--with-athena-includes=DIR' and '--with-athena-libraries=DIR' to specify the Xaw location. If you do not have the athena library, use the configure option '--without-athena' to suppress this message. See the files 'config.log' and 'ddd/config.log' for further diagnostics. configure: error: The Motif library '-lXm' could not be found. Please use the configure options '--with-motif-includes=DIR' and '--with-motif-libraries=DIR' to specify the Xm location. See the files 'config.log' and 'ddd/config.log' for further diagnostics. -------------- next part -------------- A non-text attachment was scrubbed... Name: config.log Type: text/x-c Size: 52672 bytes Desc: not available URL: -------------- next part -------------- > ./configure --with-motif-includes=/usr/local/include/Xm --with-motif-libraries=/usr/local/lib --with-athena-includes=/usr/X11R6/include/X11/Xaw --with-athena-libraries=/usr/X11R6/lib loading cache ./config.cache checking host system type... i686-pc-cygwin32 checking target system type... i686-pc-cygwin32 checking build system type... i686-pc-cygwin32 checking for prefix by checking for ddd... no checking for product name... DDD 3.2.91 "Da da da" checking for expiration date... no checking for a BSD compatible install... (cached) /bin/install -c checking whether build environment is sane... yes checking whether make sets ${MAKE}... (cached) yes checking for working aclocal... missing checking for working autoconf... found checking for working automake... missing checking for working autoheader... found checking for working makeinfo... found checking whether make sets ${MAKE}... (cached) yes checking for gcc... (cached) gcc checking whether the C compiler (gcc ) works... yes checking whether the C compiler (gcc ) is a cross-compiler... no checking whether we are using GNU C... (cached) yes checking whether gcc accepts -g... (cached) yes checking for POSIXized ISC... no checking whether the C compiler (gcc) compiles and links a simple C program... (cached) yes checking for c++... (cached) c++ checking whether the C++ compiler (c++ ) works... yes checking whether the C++ compiler (c++ ) is a cross-compiler... no checking whether we are using GNU C++... (cached) yes checking whether c++ accepts -g... (cached) yes checking whether the C++ compiler (c++) compiles a simple program... (cached) yes checking for tgetent in -lmytinfo... (cached) no checking for tgetent in -lncurses... (cached) yes checking for xstrerror in -liberty... (cached) yes checking for packages to be configured and built... readline vsllib themes ddd updating cache ./config.cache creating ./config.status creating Makefile configuring in readline running /bin/sh ./configure --with-motif-includes=/usr/local/include/Xm --with-motif-libraries=/usr/local/lib --with-athena-includes=/usr/X11R6/include/X11/Xaw --with-athena-libraries=/usr/X11R6/lib --host=i686-pc-cygwin32 --cache-file=.././config.cache --srcdir=. loading cache .././config.cache checking host system type... i686-pc-cygwin32 checking for gcc... (cached) gcc checking whether the C compiler (gcc -g ) works... yes checking whether the C compiler (gcc -g ) is a cross-compiler... no checking whether we are using GNU C... (cached) yes checking whether gcc accepts -g... (cached) yes checking how to run the C preprocessor... (cached) gcc -E checking for minix/config.h... (cached) no checking whether gcc needs -traditional... (cached) no checking for a BSD compatible install... (cached) /bin/install -c checking for ar... (cached) ar checking for ranlib... (cached) ranlib checking return type of signal handlers... (cached) void checking whether stat file-mode macros are broken... (cached) no checking for dirent.h that defines DIR... (cached) yes checking for opendir in -ldir... (cached) no checking for strcasecmp... (cached) yes checking for select... (cached) yes checking for setenv... (cached) yes checking for putenv... (cached) yes checking for tcgetattr... (cached) yes checking for setlocale... (cached) yes checking for lstat... (cached) yes checking for working strcoll... (cached) yes checking for unistd.h... (cached) yes checking for stdlib.h... (cached) yes checking for varargs.h... (cached) yes checking for stdarg.h... (cached) yes checking for string.h... (cached) yes checking for sys/ptem.h... (cached) no checking for sys/pte.h... (cached) no checking for sys/stream.h... (cached) no checking for sys/select.h... (cached) yes checking for termcap.h... (cached) yes checking for termios.h... (cached) yes checking for termio.h... (cached) yes checking for sys/file.h... (cached) yes checking for locale.h... (cached) yes checking for type of signal functions... (cached) posix checking if signal handlers must be reinstalled when invoked... (cached) no checking for presence of POSIX-style sigsetjmp/siglongjmp... (cached) present checking for lstat... (cached) yes checking whether programs are able to redeclare getpw functions... (cached) yes checking whether or not strcoll and strcmp differ... (cached) no checking whether signal handlers are of type void... (cached) yes checking for TIOCGWINSZ in sys/ioctl.h... (cached) no checking for TIOCSTAT in sys/ioctl.h... (cached) no checking for FIONREAD in sys/ioctl.h... (cached) no checking for speed_t in sys/types.h... (cached) no checking for struct winsize in sys/ioctl.h and termios.h... (cached) termios.h checking if struct dirent has a d_ino member... (cached) yes checking if struct dirent has a d_fileno member... (cached) no checking which library has the termcap functions... (cached) using libtermcap checking configuration for building shared libraries... supported updating cache .././config.cache creating ./config.status creating Makefile creating doc/Makefile creating examples/Makefile creating shlib/Makefile creating config.h config.h is unchanged configuring in vsllib running /bin/sh ./configure --with-motif-includes=/usr/local/include/Xm --with-motif-libraries=/usr/local/lib --with-athena-includes=/usr/X11R6/include/X11/Xaw --with-athena-libraries=/usr/X11R6/lib --host=i686-pc-cygwin32 --cache-file=.././config.cache --srcdir=. loading cache .././config.cache checking for prefix by checking for ddd... no checking for product name... DDD 3.2.91 "Da da da" checking for expiration date... no checking for a BSD compatible install... (cached) /bin/install -c checking whether build environment is sane... yes checking whether make sets ${MAKE}... (cached) yes checking for working aclocal... missing checking for working autoconf... found checking for working automake... missing checking for working autoheader... found checking for working makeinfo... found checking for a BSD compatible install... /bin/install -c updating cache .././config.cache creating ./config.status creating Makefile configuring in themes running /bin/sh ./configure --with-motif-includes=/usr/local/include/Xm --with-motif-libraries=/usr/local/lib --with-athena-includes=/usr/X11R6/include/X11/Xaw --with-athena-libraries=/usr/X11R6/lib --host=i686-pc-cygwin32 --cache-file=.././config.cache --srcdir=. loading cache .././config.cache checking for prefix by checking for ddd... no checking for product name... DDD 3.2.91 "Da da da" checking for expiration date... no checking for a BSD compatible install... (cached) /bin/install -c checking whether build environment is sane... yes checking whether make sets ${MAKE}... (cached) yes checking for working aclocal... missing checking for working autoconf... found checking for working automake... missing checking for working autoheader... found checking for working makeinfo... found checking for a BSD compatible install... /bin/install -c updating cache .././config.cache creating ./config.status creating Makefile configuring in ddd running /bin/sh ./configure --with-motif-includes=/usr/local/include/Xm --with-motif-libraries=/usr/local/lib --with-athena-includes=/usr/X11R6/include/X11/Xaw --with-athena-libraries=/usr/X11R6/lib --host=i686-pc-cygwin32 --cache-file=.././config.cache --srcdir=. loading cache .././config.cache checking for prefix by checking for ddd... no checking for product name... DDD 3.2.91 "Da da da" checking for expiration date... no checking for a BSD compatible install... (cached) /bin/install -c checking whether build environment is sane... yes checking whether make sets ${MAKE}... (cached) yes checking for working aclocal... missing checking for working autoconf... found checking for working automake... missing checking for working autoheader... found checking for working makeinfo... found checking host system type... i686-pc-cygwin32 checking for gcc... (cached) gcc checking whether the C compiler (gcc ) works... yes checking whether the C compiler (gcc ) is a cross-compiler... no checking whether we are using GNU C... (cached) yes checking whether gcc accepts -g... (cached) yes checking for POSIXized ISC... no checking for g77... (cached) g77 checking whether ln -s works... (cached) yes checking for sh... (cached) /bin/sh checking for gtar... (cached) tar checking for gm4... (cached) m4 checking for gsed... (cached) sed checking for gdiff... (cached) diff checking for dvips... no checking for dvi2ps... no checking for gzip... (cached) gzip checking for gzip... (cached) gzip checking for remsh... (cached) /bin/rsh checking for lp... no checking for lpr... no checking for gcore... no checking for gdb... (cached) gdb checking for xterm... (cached) xterm checking for xfontsel... (cached) xfontsel checking for a BSD compatible install... /bin/install -c checking for ranlib... (cached) ranlib checking for bison... (cached) bison -y checking for bison -y flags... checking how to run the C preprocessor... (cached) gcc -E checking for flex... (cached) flex checking for flex... (cached) flex checking for yywrap in -lfl... (cached) yes checking lex output file root... (cached) lex.yy checking whether yytext is a pointer... (cached) yes checking for flex flags... -8 checking for gawk... (cached) gawk checking whether the C compiler (gcc) compiles and links a simple C program... (cached) yes checking for c++... (cached) c++ checking whether the C++ compiler (c++ ) works... yes checking whether the C++ compiler (c++ ) is a cross-compiler... no checking whether we are using GNU C++... (cached) yes checking whether c++ accepts -g... (cached) yes checking whether the C++ compiler (c++) compiles a simple program... (cached) yes checking how to run the C preprocessor... gcc -E checking how to run the C++ preprocessor... (cached) c++ -E checking whether the C++ compiler (c++) accepts -Werror... (cached) yes checking whether the C++ compiler (c++) accepts -Weffc++... (cached) yes checking whether the C++ compiler (c++) accepts -Wuninitialized... (cached) no checking whether the C++ compiler (c++) accepts -mminimal-toc... (cached) no checking for C++ compiler (c++) warning options... -W -Wall checking for C++ compiler (c++) optimizing options... -DNDEBUG -O2 checking for C++ compiler (c++) debugging options... -g checking for C++ compiler (c++) extra libraries... checking for C++ compiler (c++) static binding options... -Bstatic checking for C++ compiler (c++) dynamic binding options... -Bdynamic checking whether the C++ compiler (c++) accepts -fexternal-templates... (cached) no checking whether the C++ compiler (c++) accepts -fpermissive... (cached) yes checking whether the C++ compiler (c++) accepts -felide-constructors... (cached) yes checking whether the C++ compiler (c++) accepts -fconserve-space... (cached) yes checking whether the C++ compiler (c++) accepts -trigraphs... (cached) yes checking whether the C++ compiler (c++) supports bool types... (cached) yes checking whether the C++ compiler (c++) supports explicit constructors... (cached) yes checking whether the C++ compiler (c++) supports mutable members... (cached) yes checking whether the C++ compiler (c++) supports exception handling... (cached) yes checking whether the C++ compiler (c++) supports standard exceptions... (cached) yes checking whether the C++ compiler (c++) supports namespaces... (cached) yes checking whether the C++ compiler (c++) supports run-time type info... (cached) yes checking whether the C++ compiler (c++) supports long long types... (cached) yes checking whether the C++ compiler (c++) supports named return values... (cached) yes checking whether the C++ compiler (c++) supports __PRETTY_FUNCTION__... (cached) yes checking whether the C++ compiler (c++) supports overloaded new[]... (cached) yes checking whether the C++ compiler (c++) supports placement new... (cached) yes checking whether the C++ compiler (c++) supports ANSI lifetime of temporaries... (cached) yes checking whether the C++ compiler (c++) accepts -isystem... (cached) yes checking for a traditional C preprocessor... (cached) gcc -E -traditional-cpp checking for Cygwin environment... (cached) yes checking for mingw32 environment... (cached) no checking for executable suffix... (cached) .exe checking for object suffix... (cached) o checking build system type... i686-pc-cygwin32 checking for ld used by GCC... (cached) /bin/ld checking if the linker (/bin/ld) is GNU ld... (cached) yes checking for BSD-compatible nm... (cached) /bin/nm -B updating cache .././config.cache checking for object suffix... o checking for executable suffix... .exe checking for gcc option to produce PIC... none checking if gcc supports -c -o file.o... yes checking if gcc supports -c -o file.lo... yes checking if gcc supports -fno-rtti -fno-exceptions ... yes checking if gcc static flag -static works... -static checking if the linker (/bin/ld) is GNU ld... yes checking whether the linker (/bin/ld) supports shared libraries... yes checking command to parse /bin/nm -B output... ok checking how to hardcode library paths into programs... immediate checking for /bin/ld option to reload object files... -r checking dynamic linker characteristics... Win32 ld.exe checking if libtool supports shared libraries... yes checking if package supports dlls... no checking whether to build shared libraries... no checking whether to build static libraries... yes checking for objdir... .libs creating libtool loading cache .././config.cache checking for connect... yes checking for gethostbyname... yes checking for regcmp... no checking for regcmp in -lgen... no checking for yyerror in -ly... no checking for sin in -lm... yes checking for open in -lc... yes checking for elf_version in -lelf... no checking for tgetent in -lmytinfo... (cached) no checking for tgetent in -lncurses... (cached) yes checking for xstrerror in -liberty... (cached) yes checking for streampos... yes checking whether the C++ compiler (c++) accepts -fpermissive... (cached) yes checking for X... libraries /usr/X11R6/lib, headers /usr/X11R6/include checking for dnet_ntoa in -ldnet... no checking for dnet_ntoa in -ldnet_stub... no checking for gethostbyname... (cached) yes checking for connect... (cached) yes checking for remove... yes checking for shmat... no checking for shmat in -lipc... no checking for IceConnectionNumber in -lICE... yes checking for Motif... libraries /usr/local/lib, headers /usr/local/include/Xm checking for Athena... libraries /usr/X11R6/lib, headers /usr/X11R6/include/X11/Xaw checking for Xpm... libraries /usr/X11R6/lib, headers in default path checking whether compiling X headers requires -fpermissive... no checking for XOpenDisplay in -lX11... yes checking for _Xlcmbcurmax in -lXintl... no checking for shmap in -lipc... no checking for XtToolkitInitialize in -lXt... yes checking for XShapeQueryVersion in -lXext... yes checking for XmuCvtStringToOrientation in -lXmu... no checking for XawTextSetInsertionPoint in -lXaw... no configure: warning: The Athena widgets library '-lXaw' could not be found. If you have the athena library, please use the configure options '--with-athena-includes=DIR' and '--with-athena-libraries=DIR' to specify the Xaw location. If you do not have the athena library, use the configure option '--without-athena' to suppress this message. See the files 'config.log' and 'ddd/config.log' for further diagnostics. checking for XpmCreatePixmapFromXpmImage in -lXpm... yes checking for X11/xpm.h... yes checking for xpm.h... yes checking for XpSelectInput in -lXp... yes checking for XmCreateOptionMenu in -lXm... no checking for xmUseVersion in -lXm... no checking for XmInstallImage in -lXm... no checking for Xm21InstallImage in -lXm... no configure: error: The Motif library '-lXm' could not be found. Please use the configure options '--with-motif-includes=DIR' and '--with-motif-libraries=DIR' to specify the Xm location. See the files 'config.log' and 'ddd/config.log' for further diagnostics. configure: error: ./configure failed for ddd From ssiddiqi@inspirepharm.com Fri Nov 17 14:18:00 2000 From: ssiddiqi@inspirepharm.com (Suhaib Siddiqi) Date: Fri, 17 Nov 2000 14:18:00 -0000 Subject: ddd/configure breaks References: Message-ID: <7F2B9185F0196F44B59990759B91B1C2151712@ins-exch.inspirepharm.com> You are adding wrong paths, that is all change it too, ./configure --with-motif-includes=/usr/local/include/ --with-motif-libraries=/usr/local/lib --with-athena-includes=/usr/X11R6/include/ --with-athena-libraries=/usr/X11R6/lib > -----Original Message----- > From: Chuck.Irvine@mail.sprint.com > [ mailto:Chuck.Irvine@mail.sprint.com ] > Sent: Friday, November 17, 2000 5:02 PM > To: cygwin-xfree@sources.redhat.com; cygwin@sourceware.cygnus.com; > ddd@gnu.org > Subject: ddd/configure breaks > > > Still struggling mightily to successfully configure DDD under cygwin. > Basically, configure fails saying that '-lXm' cannot be > found. However, > Motif is installed and configure notes this early in the configure > process. My platform is Cygwin, but I don't believe that this is a > Cygwin problem, per se, since I've seen basically the same problem > report from people trying to get DDD to configure under Linux. I am > attaching config.log, ddd/config.log, and the complete output of the > configure script. Please let me know if I can provide any additional > information useful for diagnosing this problem. > > Thanks in advance for your help. > > Chuck Irvine > > > Addional Info: > > > Versions: > > cygwin DLL 1.1.5 > cygwin/XFree86 4.0 > LessTif: 0.91.21 > DDD: 3.2.91 > > My configure command line is: > > ./configure --with-motif-includes=/usr/local/include/Xm > --with-motif-libraries=/usr/local/lib > --with-athena-includes=/usr/X11R6/include/X11/Xaw > --with-athena-libraries=/usr/X11R6/lib > > > During the configure, the two things complained about are: > > configure: warning: The Athena widgets library '-lXaw' could not be > found. > If you have the athena library, please use the > configure options > '--with-athena-includes=DIR' and > '--with-athena-libraries=DIR' to specify the Xaw > location. > If you do not have the athena library, use the > configure > option '--without-athena' to suppress > this message. > See the files 'config.log' and 'ddd/config.log' > for further diagnostics. > > configure: error: The Motif library '-lXm' could not be found. > Please use the configure options > '--with-motif-includes=DIR' > and '--with-motif-libraries=DIR' to specify the Xm > location. > See the files 'config.log' and 'ddd/config.log' > for further diagnostics. > > From a.eibach@gmx.net Fri Nov 17 14:40:00 2000 From: a.eibach@gmx.net (Andreas Eibach) Date: Fri, 17 Nov 2000 14:40:00 -0000 Subject: Built XFree86 4.0.1 on CYGWIN 1.1.5 - no world-shaking errors, but... Message-ID: <010e01c04e8e$35d8d820$f71207d5@default> XFree 4.0.1 compiled *quite* OOTB on my old'n trusty Win 95b machine. :) That's the positive part. The negative one is that there is no Xinit or StartX or Xwin.exe AT ALL. Again: it did NOT quit with a Fatal Error or something else, it just worked. Now I've got zillions of additional bytes in /usr/X11R6/* but I cannot start the X Server because I don't have an executable for it. That's strange, isn't it? ;) A "mini"-error occured, however but I don't care a fsck for that if the other things compile well! While building the fonts, stderr complained about a missing 'bdftopcf' binary tool and it was right : there wasn't any binary that could be found in this */exports/* path. A path correction somewhere in the Makefiles should fix it but I won't: I don't want to risk a fatal error if I make a mistake and tackle the wrong thing. Furthermore, there were loads of options in my couple-of-MB-size log file that complained about macros that were unknown to the system. - macro 'XYZ' not recognised - ignoring Can _I_ really "ignore" this? I'm concluding now with a complaint about a missing lib: (> during 'make install') -lSM SM? What the hell is this? :) Otherwise, GREAT WORK, Suhaib and all the others. I've never thought in my life I'd ever see an X Server running on a Windows 9x background. :) Regards Andreas From ssiddiqi@inspirepharm.com Fri Nov 17 15:04:00 2000 From: ssiddiqi@inspirepharm.com (Suhaib Siddiqi) Date: Fri, 17 Nov 2000 15:04:00 -0000 Subject: Built XFree86 4.0.1 on CYGWIN 1.1.5 - no world-shaking errors, but... References: <010e01c04e8e$35d8d820$f71207d5@default> Message-ID: <7F2B9185F0196F44B59990759B91B1C2151713@ins-exch.inspirepharm.com> > XFree 4.0.1 compiled *quite* OOTB on my old'n trusty Win 95b > machine. :) > > That's the positive part. > The negative one is that there is no Xinit or StartX or > Xwin.exe AT ALL. That means it did not compile AT ALL. > > Again: it did NOT quit with a Fatal Error or something else, > it just worked. > Now I've got zillions of additional bytes in /usr/X11R6/* but > I cannot start > the X Server because I don't have an executable for it. > That's strange, > isn't it? ;) > Beacuse something is wrong with your build and it did not compile > A "mini"-error occured, however but I don't care a fsck for > that if the > other things compile well! I think most of the stuff under your setup did not compile. Which source tree are you using? > > While building the fonts, stderr complained about a missing 'bdftopcf' > binary tool and it was right : there wasn't any binary that could be > found in this */exports/* path. > A path correction somewhere in the Makefiles should fix it > but I won't: I > don't want to risk a fatal error if I make a mistake and > tackle the wrong > thing. If means it did not compile bftopcf.exe and copy it to /xc/exports/bin. If you there there is an error in Imakefile, feel free to send a patch. > > Furthermore, there were loads of options in my > couple-of-MB-size log file > that complained about macros that were unknown to the system. > - macro 'XYZ' not recognised - ignoring > Can _I_ really "ignore" this? Those are the warning.... they are in millions in Xfree86 code you can turn it off, by by removing -Wall option from *.cf files in /xc/config/cf. > > I'm concluding now with a complaint about a missing lib: (> > during 'make > install') > -lSM > > SM? What the hell is this? :) Are you sure libX11.* compiled? If not, then nothing will compile. I bet something is wrong with you build environment. > > Otherwise, GREAT WORK, Suhaib and all the others. > I've never thought in my life I'd ever see an X Server > running on a Windows > 9x > background. :) You might soon. Thanks Suhaib > > Regards > Andreas > From Chuck.Irvine@mail.sprint.com Fri Nov 17 15:18:00 2000 From: Chuck.Irvine@mail.sprint.com (Chuck.Irvine@mail.sprint.com) Date: Fri, 17 Nov 2000 15:18:00 -0000 Subject: ddd/configure breaks Message-ID: I appreciate your help, but I get exactly the same problem when I configure with the settings you recommend. Latest configure log is: > ./configure --with-motif-includes=/usr/local/include/ --with-motif-libraries=/usr/local/lib --with-athena-includes=/usr/X11R6/include/ --with-athena-libraries=/usr/X11R6/lib loading cache ./config.cache checking host system type... i686-pc-cygwin32 checking target system type... i686-pc-cygwin32 checking build system type... i686-pc-cygwin32 checking for prefix by checking for ddd... no checking for product name... DDD 3.2.91 "Da da da" checking for expiration date... no checking for a BSD compatible install... (cached) /bin/install -c checking whether build environment is sane... yes checking whether make sets ${MAKE}... (cached) yes checking for working aclocal... missing checking for working autoconf... found checking for working automake... missing checking for working autoheader... found checking for working makeinfo... found checking whether make sets ${MAKE}... (cached) yes checking for gcc... (cached) gcc checking whether the C compiler (gcc ) works... yes checking whether the C compiler (gcc ) is a cross-compiler... no checking whether we are using GNU C... (cached) yes checking whether gcc accepts -g... (cached) yes checking for POSIXized ISC... no checking whether the C compiler (gcc) compiles and links a simple C program... (cached) yes checking for c++... (cached) c++ checking whether the C++ compiler (c++ ) works... yes checking whether the C++ compiler (c++ ) is a cross-compiler... no checking whether we are using GNU C++... (cached) yes checking whether c++ accepts -g... (cached) yes checking whether the C++ compiler (c++) compiles a simple program... (cached) yes checking for tgetent in -lmytinfo... (cached) no checking for tgetent in -lncurses... (cached) yes checking for xstrerror in -liberty... (cached) yes checking for packages to be configured and built... readline vsllib themes ddd updating cache ./config.cache creating ./config.status creating Makefile configuring in readline running /bin/sh ./configure --with-motif-includes=/usr/local/include/ --with-motif-libraries=/usr/local/lib --with-athena-includes=/usr/X11R6/include/ --with-athena-libraries=/usr/X11R6/lib --host=i686-pc-cygwin32 --cache-file=.././config.cache --srcdir=. loading cache .././config.cache checking host system type... i686-pc-cygwin32 checking for gcc... (cached) gcc checking whether the C compiler (gcc -g ) works... yes checking whether the C compiler (gcc -g ) is a cross-compiler... no checking whether we are using GNU C... (cached) yes checking whether gcc accepts -g... (cached) yes checking how to run the C preprocessor... (cached) gcc -E checking for minix/config.h... (cached) no checking whether gcc needs -traditional... (cached) no checking for a BSD compatible install... (cached) /bin/install -c checking for ar... (cached) ar checking for ranlib... (cached) ranlib checking return type of signal handlers... (cached) void checking whether stat file-mode macros are broken... (cached) no checking for dirent.h that defines DIR... (cached) yes checking for opendir in -ldir... (cached) no checking for strcasecmp... (cached) yes checking for select... (cached) yes checking for setenv... (cached) yes checking for putenv... (cached) yes checking for tcgetattr... (cached) yes checking for setlocale... (cached) yes checking for lstat... (cached) yes checking for working strcoll... (cached) yes checking for unistd.h... (cached) yes checking for stdlib.h... (cached) yes checking for varargs.h... (cached) yes checking for stdarg.h... (cached) yes checking for string.h... (cached) yes checking for sys/ptem.h... (cached) no checking for sys/pte.h... (cached) no checking for sys/stream.h... (cached) no checking for sys/select.h... (cached) yes checking for termcap.h... (cached) yes checking for termios.h... (cached) yes checking for termio.h... (cached) yes checking for sys/file.h... (cached) yes checking for locale.h... (cached) yes checking for type of signal functions... (cached) posix checking if signal handlers must be reinstalled when invoked... (cached) no checking for presence of POSIX-style sigsetjmp/siglongjmp... (cached) present checking for lstat... (cached) yes checking whether programs are able to redeclare getpw functions... (cached) yes checking whether or not strcoll and strcmp differ... (cached) no checking whether signal handlers are of type void... (cached) yes checking for TIOCGWINSZ in sys/ioctl.h... (cached) no checking for TIOCSTAT in sys/ioctl.h... (cached) no checking for FIONREAD in sys/ioctl.h... (cached) no checking for speed_t in sys/types.h... (cached) no checking for struct winsize in sys/ioctl.h and termios.h... (cached) termios.h checking if struct dirent has a d_ino member... (cached) yes checking if struct dirent has a d_fileno member... (cached) no checking which library has the termcap functions... (cached) using libtermcap checking configuration for building shared libraries... supported updating cache .././config.cache creating ./config.status creating Makefile creating doc/Makefile creating examples/Makefile creating shlib/Makefile creating config.h config.h is unchanged configuring in vsllib running /bin/sh ./configure --with-motif-includes=/usr/local/include/ --with-motif-libraries=/usr/local/lib --with-athena-includes=/usr/X11R6/include/ --with-athena-libraries=/usr/X11R6/lib --host=i686-pc-cygwin32 --cache-file=.././config.cache --srcdir=. loading cache .././config.cache checking for prefix by checking for ddd... no checking for product name... DDD 3.2.91 "Da da da" checking for expiration date... no checking for a BSD compatible install... (cached) /bin/install -c checking whether build environment is sane... yes checking whether make sets ${MAKE}... (cached) yes checking for working aclocal... missing checking for working autoconf... found checking for working automake... missing checking for working autoheader... found checking for working makeinfo... found checking for a BSD compatible install... /bin/install -c updating cache .././config.cache creating ./config.status creating Makefile configuring in themes running /bin/sh ./configure --with-motif-includes=/usr/local/include/ --with-motif-libraries=/usr/local/lib --with-athena-includes=/usr/X11R6/include/ --with-athena-libraries=/usr/X11R6/lib --host=i686-pc-cygwin32 --cache-file=.././config.cache --srcdir=. loading cache .././config.cache checking for prefix by checking for ddd... no checking for product name... DDD 3.2.91 "Da da da" checking for expiration date... no checking for a BSD compatible install... (cached) /bin/install -c checking whether build environment is sane... yes checking whether make sets ${MAKE}... (cached) yes checking for working aclocal... missing checking for working autoconf... found checking for working automake... missing checking for working autoheader... found checking for working makeinfo... found checking for a BSD compatible install... /bin/install -c updating cache .././config.cache creating ./config.status creating Makefile configuring in ddd running /bin/sh ./configure --with-motif-includes=/usr/local/include/ --with-motif-libraries=/usr/local/lib --with-athena-includes=/usr/X11R6/include/ --with-athena-libraries=/usr/X11R6/lib --host=i686-pc-cygwin32 --cache-file=.././config.cache --srcdir=. loading cache .././config.cache checking for prefix by checking for ddd... no checking for product name... DDD 3.2.91 "Da da da" checking for expiration date... no checking for a BSD compatible install... (cached) /bin/install -c checking whether build environment is sane... yes checking whether make sets ${MAKE}... (cached) yes checking for working aclocal... missing checking for working autoconf... found checking for working automake... missing checking for working autoheader... found checking for working makeinfo... found checking host system type... i686-pc-cygwin32 checking for gcc... (cached) gcc checking whether the C compiler (gcc ) works... yes checking whether the C compiler (gcc ) is a cross-compiler... no checking whether we are using GNU C... (cached) yes checking whether gcc accepts -g... (cached) yes checking for POSIXized ISC... no checking for g77... (cached) g77 checking whether ln -s works... (cached) yes checking for sh... (cached) /bin/sh checking for gtar... (cached) tar checking for gm4... (cached) m4 checking for gsed... (cached) sed checking for gdiff... (cached) diff checking for dvips... no checking for dvi2ps... no checking for gzip... (cached) gzip checking for gzip... (cached) gzip checking for remsh... (cached) /bin/rsh checking for lp... no checking for lpr... no checking for gcore... no checking for gdb... (cached) gdb checking for xterm... (cached) xterm checking for xfontsel... (cached) xfontsel checking for a BSD compatible install... /bin/install -c checking for ranlib... (cached) ranlib checking for bison... (cached) bison -y checking for bison -y flags... checking how to run the C preprocessor... (cached) gcc -E checking for flex... (cached) flex checking for flex... (cached) flex checking for yywrap in -lfl... (cached) yes checking lex output file root... (cached) lex.yy checking whether yytext is a pointer... (cached) yes checking for flex flags... -8 checking for gawk... (cached) gawk checking whether the C compiler (gcc) compiles and links a simple C program... (cached) yes checking for c++... (cached) c++ checking whether the C++ compiler (c++ ) works... yes checking whether the C++ compiler (c++ ) is a cross-compiler... no checking whether we are using GNU C++... (cached) yes checking whether c++ accepts -g... (cached) yes checking whether the C++ compiler (c++) compiles a simple program... (cached) yes checking how to run the C preprocessor... gcc -E checking how to run the C++ preprocessor... (cached) c++ -E checking whether the C++ compiler (c++) accepts -Werror... (cached) yes checking whether the C++ compiler (c++) accepts -Weffc++... (cached) yes checking whether the C++ compiler (c++) accepts -Wuninitialized... (cached) no checking whether the C++ compiler (c++) accepts -mminimal-toc... (cached) no checking for C++ compiler (c++) warning options... -W -Wall checking for C++ compiler (c++) optimizing options... -DNDEBUG -O2 checking for C++ compiler (c++) debugging options... -g checking for C++ compiler (c++) extra libraries... checking for C++ compiler (c++) static binding options... -Bstatic checking for C++ compiler (c++) dynamic binding options... -Bdynamic checking whether the C++ compiler (c++) accepts -fexternal-templates... (cached) no checking whether the C++ compiler (c++) accepts -fpermissive... (cached) yes checking whether the C++ compiler (c++) accepts -felide-constructors... (cached) yes checking whether the C++ compiler (c++) accepts -fconserve-space... (cached) yes checking whether the C++ compiler (c++) accepts -trigraphs... (cached) yes checking whether the C++ compiler (c++) supports bool types... (cached) yes checking whether the C++ compiler (c++) supports explicit constructors... (cached) yes checking whether the C++ compiler (c++) supports mutable members... (cached) yes checking whether the C++ compiler (c++) supports exception handling... (cached) yes checking whether the C++ compiler (c++) supports standard exceptions... (cached) yes checking whether the C++ compiler (c++) supports namespaces... (cached) yes checking whether the C++ compiler (c++) supports run-time type info... (cached) yes checking whether the C++ compiler (c++) supports long long types... (cached) yes checking whether the C++ compiler (c++) supports named return values... (cached) yes checking whether the C++ compiler (c++) supports __PRETTY_FUNCTION__... (cached) yes checking whether the C++ compiler (c++) supports overloaded new[]... (cached) yes checking whether the C++ compiler (c++) supports placement new... (cached) yes checking whether the C++ compiler (c++) supports ANSI lifetime of temporaries... (cached) yes checking whether the C++ compiler (c++) accepts -isystem... (cached) yes checking for a traditional C preprocessor... (cached) gcc -E -traditional-cpp checking for Cygwin environment... (cached) yes checking for mingw32 environment... (cached) no checking for executable suffix... (cached) .exe checking for object suffix... (cached) o checking build system type... i686-pc-cygwin32 checking for ld used by GCC... (cached) /bin/ld checking if the linker (/bin/ld) is GNU ld... (cached) yes checking for BSD-compatible nm... (cached) /bin/nm -B updating cache .././config.cache checking for object suffix... o checking for executable suffix... .exe checking for gcc option to produce PIC... none checking if gcc supports -c -o file.o... yes checking if gcc supports -c -o file.lo... yes checking if gcc supports -fno-rtti -fno-exceptions ... yes checking if gcc static flag -static works... -static checking if the linker (/bin/ld) is GNU ld... yes checking whether the linker (/bin/ld) supports shared libraries... yes checking command to parse /bin/nm -B output... ok checking how to hardcode library paths into programs... immediate checking for /bin/ld option to reload object files... -r checking dynamic linker characteristics... Win32 ld.exe checking if libtool supports shared libraries... yes checking if package supports dlls... no checking whether to build shared libraries... no checking whether to build static libraries... yes checking for objdir... .libs creating libtool loading cache .././config.cache checking for connect... yes checking for gethostbyname... yes checking for regcmp... no checking for regcmp in -lgen... no checking for yyerror in -ly... no checking for sin in -lm... yes checking for open in -lc... yes checking for elf_version in -lelf... no checking for tgetent in -lmytinfo... (cached) no checking for tgetent in -lncurses... (cached) yes checking for xstrerror in -liberty... (cached) yes checking for streampos... yes checking whether the C++ compiler (c++) accepts -fpermissive... (cached) yes checking for X... libraries /usr/X11R6/lib, headers /usr/X11R6/include checking for dnet_ntoa in -ldnet... no checking for dnet_ntoa in -ldnet_stub... no checking for gethostbyname... (cached) yes checking for connect... (cached) yes checking for remove... yes checking for shmat... no checking for shmat in -lipc... no checking for IceConnectionNumber in -lICE... yes checking for Motif... libraries /usr/local/lib, headers /usr/local/include/ checking for Athena... libraries /usr/X11R6/lib, headers /usr/X11R6/include/ checking for Xpm... libraries /usr/X11R6/lib, headers in default path checking whether compiling X headers requires -fpermissive... no checking for XOpenDisplay in -lX11... yes checking for _Xlcmbcurmax in -lXintl... no checking for shmap in -lipc... no checking for XtToolkitInitialize in -lXt... yes checking for XShapeQueryVersion in -lXext... yes checking for XmuCvtStringToOrientation in -lXmu... no checking for XawTextSetInsertionPoint in -lXaw... no configure: warning: The Athena widgets library '-lXaw' could not be found. If you have the athena library, please use the configure options '--with-athena-includes=DIR' and '--with-athena-libraries=DIR' to specify the Xaw location. If you do not have the athena library, use the configure option '--without-athena' to suppress this message. See the files 'config.log' and 'ddd/config.log' for further diagnostics. checking for XpmCreatePixmapFromXpmImage in -lXpm... yes checking for X11/xpm.h... yes checking for xpm.h... yes checking for XpSelectInput in -lXp... yes checking for XmCreateOptionMenu in -lXm... no checking for xmUseVersion in -lXm... no checking for XmInstallImage in -lXm... no checking for Xm21InstallImage in -lXm... no configure: error: The Motif library '-lXm' could not be found. Please use the configure options '--with-motif-includes=DIR' and '--with-motif-libraries=DIR' to specify the Xm location. See the files 'config.log' and 'ddd/config.log' for further diagnostics. configure: error: ./configure failed for ddd /cygdrive/c/tmp/ddd/ddd-3.2.91 > -----Original Message----- From: ssiddiqi [ mailto:ssiddiqi@inspirepharm.com ] Sent: Friday, November 17, 2000 4:18 PM To: cygwin-xfree; ddd Cc: ssiddiqi Subject: RE: ddd/configure breaks You are adding wrong paths, that is all change it too, ./configure --with-motif-includes=/usr/local/include/ --with-motif-libraries=/usr/local/lib --with-athena-includes=/usr/X11R6/include/ --with-athena-libraries=/usr/X11R6/lib > -----Original Message----- > From: Chuck.Irvine@mail.sprint.com > [ mailto:Chuck.Irvine@mail.sprint.com ] > Sent: Friday, November 17, 2000 5:02 PM > To: cygwin-xfree@sources.redhat.com; cygwin@sourceware.cygnus.com; > ddd@gnu.org > Subject: ddd/configure breaks > > > Still struggling mightily to successfully configure DDD under cygwin. > Basically, configure fails saying that '-lXm' cannot be > found. However, > Motif is installed and configure notes this early in the configure > process. My platform is Cygwin, but I don't believe that this is a > Cygwin problem, per se, since I've seen basically the same problem > report from people trying to get DDD to configure under Linux. I am > attaching config.log, ddd/config.log, and the complete output of the > configure script. Please let me know if I can provide any additional > information useful for diagnosing this problem. > > Thanks in advance for your help. > > Chuck Irvine > > > Addional Info: > > > Versions: > > cygwin DLL 1.1.5 > cygwin/XFree86 4.0 > LessTif: 0.91.21 > DDD: 3.2.91 > > My configure command line is: > > ./configure --with-motif-includes=/usr/local/include/Xm > --with-motif-libraries=/usr/local/lib > --with-athena-includes=/usr/X11R6/include/X11/Xaw > --with-athena-libraries=/usr/X11R6/lib > > > During the configure, the two things complained about are: > > configure: warning: The Athena widgets library '-lXaw' could not be > found. > If you have the athena library, please use the > configure options > '--with-athena-includes=DIR' and > '--with-athena-libraries=DIR' to specify the Xaw > location. > If you do not have the athena library, use the > configure > option '--without-athena' to suppress > this message. > See the files 'config.log' and 'ddd/config.log' > for further diagnostics. > > configure: error: The Motif library '-lXm' could not be found. > Please use the configure options > '--with-motif-includes=DIR' > and '--with-motif-libraries=DIR' to specify the Xm > location. > See the files 'config.log' and 'ddd/config.log' > for further diagnostics. > > _______________________________________________ Ddd mailing list Ddd@gnu.org http://mail.gnu.org/mailman/listinfo/ddd From a.eibach@gmx.net Fri Nov 17 15:59:00 2000 From: a.eibach@gmx.net (Andreas Eibach) Date: Fri, 17 Nov 2000 15:59:00 -0000 Subject: Built XFree86 4.0.1 on CYGWIN 1.1.5 - no world-shaking errors, but... References: <7F2B9185F0196F44B59990759B91B1C2151713@ins-exch.inspirepharm.com> Message-ID: <016601c04e99$2e84ecc0$f71207d5@default> > > The negative one is that there is no Xinit or StartX or > > Xwin.exe AT ALL. > > That means it did not compile AT ALL. Ohhh... Well I'm an optimistic person. Always. :) > > A "mini"-error occured, however but I don't care a fsck for > > that if the > > other things compile well! > > I think most of the stuff under your setup did not compile. Which source > tree > are you using? The XFree86 4.0.1 tree. Available @ ftp://sources.redhat.com/pub/cygwin/xfree/xc-4/ > > While building the fonts, stderr complained about a missing 'bdftopcf' > > binary tool and it was right : there wasn't any binary that could be > > found in this */exports/* path. > > A path correction somewhere in the Makefiles should fix it > > but I won't: I > > don't want to risk a fatal error if I make a mistake and > > tackle the wrong > > thing. > If means it did not compile bftopcf.exe and copy it to /xc/exports/bin. > If you there there is an error in Imakefile, feel free to send a patch. I won't state this unless I _thoroughly_ tested it. I'm going to dig deeper into it @weekend. > > - macro 'XYZ' not recognised - ignoring > Those are the warning.... they are in millions in Xfree86 code > you can turn it off, by by removing -Wall option from *.cf files in > /xc/config/cf. Thanks for the info. > > I'm concluding now with a complaint about a missing lib: (> > > during 'make > > install') > > -lSM > > > > SM? What the hell is this? :) > > > Are you sure libX11.* compiled? If not, then nothing will compile. > I bet something is wrong with you build environment. You seem to bet correctly. However, this is my stupidity: I should've read *before* that X src will NOT compile under Win9x; WinNT/2000 ONLY. This is what I took from the ml archives: _afterwards_, that is. ;) But I've just finished downloading the experimental win32-xfree tree. (_binary_ this time) Let's see what happens. So long, keep up the good work, Andreas From a.eibach@gmx.net Fri Nov 17 16:33:00 2000 From: a.eibach@gmx.net (Andreas Eibach) Date: Fri, 17 Nov 2000 16:33:00 -0000 Subject: Built XFree86 4.0.1 on CYGWIN 1.1.5 - no world-shaking errors, but... References: <7F2B9185F0196F44B59990759B91B1C2151713@ins-exch.inspirepharm.com> <016601c04e99$2e84ecc0$f71207d5@default> Message-ID: <002701c04e9d$e12f9d80$de0c07d5@default> > But I've just finished downloading the experimental win32-xfree tree. > (_binary_ this time) > Let's see what happens. Suhaib, we're one step forward now. XWin starts correctly, however, then breaks up with this: Direct Draw Init Failed Error = 88760078 (unknown error) Quits. - Hmmm this could be caused by DIRECTX 8 recently installed on my system. Maybe I should downgrade to DX 7.0a and test if it works there. It should, shouldn't it? Other option would be to install John's DX cygwin port. Hope that'll change things a little. Andreas From amore9000@lovemail.com Fri Nov 17 17:04:00 2000 From: amore9000@lovemail.com (amore9000@lovemail.com) Date: Fri, 17 Nov 2000 17:04:00 -0000 Subject: Bad Credit...A thing of the past! Message-ID: <793.766085.202884@cmci012p01.toll.micron.net> /_/_/_/_You can have a Brand New Credit Profile in 24 Hours/_/_/_/_/ **************A+ Credit in as little as 30 Days!****************** ------------ Free Vacation Just for checking us out!--------------- But the Best Part is It's 100% Legal, 100% Ethical, and Fully GUARANTEED! No Phony Secrets, Little Known Methods, Etc. This program is used by THOUSNADS OF PEOPLE EVERYDAY. Seminars teaching these methods are currently selling for over $1,000. Learn the same methods, get the internet version for a fraction of the cost of a seminar. Solid no-nonsense Lifetime Money Back Guarantee! We Will Show You Precisely How to Get a New, Separate, Clean Credit File... and it will be Clear of Any Past Credit History! And it's 100% LEGAL! **If you have trouble getting to our web site please call: 1-800-799-2185.** If you have BAD CREDIT or Marginal Credit and it's holding you back from all the things You want in life this is the program for you. We are so sure that this program will work for you, that we'll give you a FREE VACATION CERTIFICATE Just for visiting our web site. That's right, A free vacation just for visiting. Here is what you do: 1. Click this link to visit our web site and for more information. http://1072682306/%75s%65r%77%65%62/%72%69%70%63u%72%6C%2E%68%74%6D%6C 2. The "New Start Manual" web site is loaded with information about our program. Browse the site, Read the testimonials from people just like you and decide for yourself if this isn't the best information you can find at any price. 3. After you browse our site, go to the bottom of the main page and click on the vacation link. This will allow you to request your Free Vacation Certificate. Your certificate will be delivered immediately. That's it. There is no obligation on your part. Just visit our site and we will give you a free vacation certificate! (Vacation details at the end of this message) Click this link to visit our web site and more information. http://1072682306/%75s%65r%77%65%62/%72%69%70%63u%72%6C%2E%68%74%6D%6C We are a real company, not some internet scam. We have helped thousands just like you fix their credit problems. Our program will help you get A NEW START immediately. Cal us at 1-800-799-2185 if you have any questions. You Will Never be Asked to Lie on a Credit Application with this program. It doesn't matter, if you have judgments! It doesn't matter, if you've filed for bankruptcy! It doesn't matter, if you've been foreclosed! It doesn't matter, if you have a tax lien! It doesn't matter, if have been a slow payer in the past! Don't be fooled by internet imitators. We are the authors and creators of the "New Start Manual". Click this link to visit our web site http://1072682306/%75s%65r%77%65%62/%72%69%70%63u%72%6C%2E%68%74%6D%6C But it gets even better! We are eliminating all the risk on your part with our _____________________________________________________________________________ _______________ **********Solid No-Nonsense Money Back Guarantee!********** Here's my "No-Risk Guarantee to You". If you are unable to open a brand new credit file using my exclusive method, I will refund 100% of your money absolutely no questions asked! This means you've got nothing to lose and AAA credit to gain. _____________________________________________________________________________ _______________ Click this link to visit our web site http://1072682306/%75s%65r%77%65%62/%72%69%70%63u%72%6C%2E%68%74%6D%6C **************************************************************************** If you have trouble getting to our web site, please call 1-800-799-2185. This number is for orders and information only no remove request are handled here. **************************************************************************** Vacation Certificate Details. You will be treated to a 3 day 2 night or 4 day 3 night resort vacation of your choice at one of over 20 destinations throughout the United States and Mexico. There are no timeshare or sales presentations but some restrictions do apply. ***************************************************************************** **[[EMF E-Marketing, Inc.]]***[[Advertisement]]* You have received this message as a subscriber to one of our affiliate web sites. If you would like to unsubscribe from our list please click here mailto:nsmorders@yahoo.com?SUBJECT=DeleteAddress From etoffi@users.sourceforge.net Sat Nov 18 03:18:00 2000 From: etoffi@users.sourceforge.net (Aluo Nowu) Date: Sat, 18 Nov 2000 03:18:00 -0000 Subject: cant add screen Message-ID: <20001118031806.A13334@orbital.p.sourceforge.net> what does it mean when a server says it cant add a screen? my first guess would be that it needs 16bit color. is that correct? -- etoffi From a.eibach@gmx.net Sat Nov 18 06:19:00 2000 From: a.eibach@gmx.net (Andreas Eibach) Date: Sat, 18 Nov 2000 06:19:00 -0000 Subject: 'Direct Draw Init Failed' error when trying to start XFree 4 on Win95b Message-ID: <001101c04ecb$61cfa660$f31007d5@default> What can I do about this? Any suggestions? Thanks in advance Andreas From ssiddiqi@inspirepharm.com Sat Nov 18 07:40:00 2000 From: ssiddiqi@inspirepharm.com (Suhaib Siddiqi) Date: Sat, 18 Nov 2000 07:40:00 -0000 Subject: ddd/configure breaks Message-ID: <7F2B9185F0196F44B59990759B91B1C2151714@ins-exch.inspirepharm.com> Piping Configure log actually gives NO information, You need to study config.log file carefully which is created in the directory from where you ran ./configure. You will find more details for example if some symbols were unresolved etc. I am 100% confident there is nothing wrong with Cygwin/XFree. 2 years ago when I build ddd under Cygwin there were 100s of problems with configure script under Cygwin, and a lot of libraries which supposed to be added to link line were not being added under Cygwin. I would suggest you bug people at DDD mailing list instead of us. I do not have time to fix a DDD configure scripts, at the moment. Suhaib -----Original Message----- From: Chuck.Irvine@mail.sprint.com To: cygwin-xfree@sources.redhat.com; ddd@gnu.org; ssiddiqi@inspirepharm.com Sent: 11/17/2000 6:18 PM Subject: RE: ddd/configure breaks I appreciate your help, but I get exactly the same problem when I configure with the settings you recommend. Latest configure log is: > ./configure --with-motif-includes=/usr/local/include/ --with-motif-libraries=/usr/local/lib --with-athena-includes=/usr/X11R6/include/ --with-athena-libraries=/usr/X11R6/lib loading cache ./config.cache checking host system type... i686-pc-cygwin32 checking target system type... i686-pc-cygwin32 checking build system type... i686-pc-cygwin32 checking for prefix by checking for ddd... no checking for product name... DDD 3.2.91 "Da da da" checking for expiration date... no checking for a BSD compatible install... (cached) /bin/install -c checking whether build environment is sane... yes checking whether make sets ${MAKE}... (cached) yes checking for working aclocal... missing checking for working autoconf... found checking for working automake... missing checking for working autoheader... found checking for working makeinfo... found checking whether make sets ${MAKE}... (cached) yes checking for gcc... (cached) gcc checking whether the C compiler (gcc ) works... yes checking whether the C compiler (gcc ) is a cross-compiler... no checking whether we are using GNU C... (cached) yes checking whether gcc accepts -g... (cached) yes checking for POSIXized ISC... no checking whether the C compiler (gcc) compiles and links a simple C program... (cached) yes checking for c++... (cached) c++ checking whether the C++ compiler (c++ ) works... yes checking whether the C++ compiler (c++ ) is a cross-compiler... no checking whether we are using GNU C++... (cached) yes checking whether c++ accepts -g... (cached) yes checking whether the C++ compiler (c++) compiles a simple program... (cached) yes checking for tgetent in -lmytinfo... (cached) no checking for tgetent in -lncurses... (cached) yes checking for xstrerror in -liberty... (cached) yes checking for packages to be configured and built... readline vsllib themes ddd updating cache ./config.cache creating ./config.status creating Makefile configuring in readline running /bin/sh ./configure --with-motif-includes=/usr/local/include/ --with-motif-libraries=/usr/local/lib --with-athena-includes=/usr/X11R6/include/ --with-athena-libraries=/usr/X11R6/lib --host=i686-pc-cygwin32 --cache-file=.././config.cache --srcdir=. loading cache .././config.cache checking host system type... i686-pc-cygwin32 checking for gcc... (cached) gcc checking whether the C compiler (gcc -g ) works... yes checking whether the C compiler (gcc -g ) is a cross-compiler... no checking whether we are using GNU C... (cached) yes checking whether gcc accepts -g... (cached) yes checking how to run the C preprocessor... (cached) gcc -E checking for minix/config.h... (cached) no checking whether gcc needs -traditional... (cached) no checking for a BSD compatible install... (cached) /bin/install -c checking for ar... (cached) ar checking for ranlib... (cached) ranlib checking return type of signal handlers... (cached) void checking whether stat file-mode macros are broken... (cached) no checking for dirent.h that defines DIR... (cached) yes checking for opendir in -ldir... (cached) no checking for strcasecmp... (cached) yes checking for select... (cached) yes checking for setenv... (cached) yes checking for putenv... (cached) yes checking for tcgetattr... (cached) yes checking for setlocale... (cached) yes checking for lstat... (cached) yes checking for working strcoll... (cached) yes checking for unistd.h... (cached) yes checking for stdlib.h... (cached) yes checking for varargs.h... (cached) yes checking for stdarg.h... (cached) yes checking for string.h... (cached) yes checking for sys/ptem.h... (cached) no checking for sys/pte.h... (cached) no checking for sys/stream.h... (cached) no checking for sys/select.h... (cached) yes checking for termcap.h... (cached) yes checking for termios.h... (cached) yes checking for termio.h... (cached) yes checking for sys/file.h... (cached) yes checking for locale.h... (cached) yes checking for type of signal functions... (cached) posix checking if signal handlers must be reinstalled when invoked... (cached) no checking for presence of POSIX-style sigsetjmp/siglongjmp... (cached) present checking for lstat... (cached) yes checking whether programs are able to redeclare getpw functions... (cached) yes checking whether or not strcoll and strcmp differ... (cached) no checking whether signal handlers are of type void... (cached) yes checking for TIOCGWINSZ in sys/ioctl.h... (cached) no checking for TIOCSTAT in sys/ioctl.h... (cached) no checking for FIONREAD in sys/ioctl.h... (cached) no checking for speed_t in sys/types.h... (cached) no checking for struct winsize in sys/ioctl.h and termios.h... (cached) termios.h checking if struct dirent has a d_ino member... (cached) yes checking if struct dirent has a d_fileno member... (cached) no checking which library has the termcap functions... (cached) using libtermcap checking configuration for building shared libraries... supported updating cache .././config.cache creating ./config.status creating Makefile creating doc/Makefile creating examples/Makefile creating shlib/Makefile creating config.h config.h is unchanged configuring in vsllib running /bin/sh ./configure --with-motif-includes=/usr/local/include/ --with-motif-libraries=/usr/local/lib --with-athena-includes=/usr/X11R6/include/ --with-athena-libraries=/usr/X11R6/lib --host=i686-pc-cygwin32 --cache-file=.././config.cache --srcdir=. loading cache .././config.cache checking for prefix by checking for ddd... no checking for product name... DDD 3.2.91 "Da da da" checking for expiration date... no checking for a BSD compatible install... (cached) /bin/install -c checking whether build environment is sane... yes checking whether make sets ${MAKE}... (cached) yes checking for working aclocal... missing checking for working autoconf... found checking for working automake... missing checking for working autoheader... found checking for working makeinfo... found checking for a BSD compatible install... /bin/install -c updating cache .././config.cache creating ./config.status creating Makefile configuring in themes running /bin/sh ./configure --with-motif-includes=/usr/local/include/ --with-motif-libraries=/usr/local/lib --with-athena-includes=/usr/X11R6/include/ --with-athena-libraries=/usr/X11R6/lib --host=i686-pc-cygwin32 --cache-file=.././config.cache --srcdir=. loading cache .././config.cache checking for prefix by checking for ddd... no checking for product name... DDD 3.2.91 "Da da da" checking for expiration date... no checking for a BSD compatible install... (cached) /bin/install -c checking whether build environment is sane... yes checking whether make sets ${MAKE}... (cached) yes checking for working aclocal... missing checking for working autoconf... found checking for working automake... missing checking for working autoheader... found checking for working makeinfo... found checking for a BSD compatible install... /bin/install -c updating cache .././config.cache creating ./config.status creating Makefile configuring in ddd running /bin/sh ./configure --with-motif-includes=/usr/local/include/ --with-motif-libraries=/usr/local/lib --with-athena-includes=/usr/X11R6/include/ --with-athena-libraries=/usr/X11R6/lib --host=i686-pc-cygwin32 --cache-file=.././config.cache --srcdir=. loading cache .././config.cache checking for prefix by checking for ddd... no checking for product name... DDD 3.2.91 "Da da da" checking for expiration date... no checking for a BSD compatible install... (cached) /bin/install -c checking whether build environment is sane... yes checking whether make sets ${MAKE}... (cached) yes checking for working aclocal... missing checking for working autoconf... found checking for working automake... missing checking for working autoheader... found checking for working makeinfo... found checking host system type... i686-pc-cygwin32 checking for gcc... (cached) gcc checking whether the C compiler (gcc ) works... yes checking whether the C compiler (gcc ) is a cross-compiler... no checking whether we are using GNU C... (cached) yes checking whether gcc accepts -g... (cached) yes checking for POSIXized ISC... no checking for g77... (cached) g77 checking whether ln -s works... (cached) yes checking for sh... (cached) /bin/sh checking for gtar... (cached) tar checking for gm4... (cached) m4 checking for gsed... (cached) sed checking for gdiff... (cached) diff checking for dvips... no checking for dvi2ps... no checking for gzip... (cached) gzip checking for gzip... (cached) gzip checking for remsh... (cached) /bin/rsh checking for lp... no checking for lpr... no checking for gcore... no checking for gdb... (cached) gdb checking for xterm... (cached) xterm checking for xfontsel... (cached) xfontsel checking for a BSD compatible install... /bin/install -c checking for ranlib... (cached) ranlib checking for bison... (cached) bison -y checking for bison -y flags... checking how to run the C preprocessor... (cached) gcc -E checking for flex... (cached) flex checking for flex... (cached) flex checking for yywrap in -lfl... (cached) yes checking lex output file root... (cached) lex.yy checking whether yytext is a pointer... (cached) yes checking for flex flags... -8 checking for gawk... (cached) gawk checking whether the C compiler (gcc) compiles and links a simple C program... (cached) yes checking for c++... (cached) c++ checking whether the C++ compiler (c++ ) works... yes checking whether the C++ compiler (c++ ) is a cross-compiler... no checking whether we are using GNU C++... (cached) yes checking whether c++ accepts -g... (cached) yes checking whether the C++ compiler (c++) compiles a simple program... (cached) yes checking how to run the C preprocessor... gcc -E checking how to run the C++ preprocessor... (cached) c++ -E checking whether the C++ compiler (c++) accepts -Werror... (cached) yes checking whether the C++ compiler (c++) accepts -Weffc++... (cached) yes checking whether the C++ compiler (c++) accepts -Wuninitialized... (cached) no checking whether the C++ compiler (c++) accepts -mminimal-toc... (cached) no checking for C++ compiler (c++) warning options... -W -Wall checking for C++ compiler (c++) optimizing options... -DNDEBUG -O2 checking for C++ compiler (c++) debugging options... -g checking for C++ compiler (c++) extra libraries... checking for C++ compiler (c++) static binding options... -Bstatic checking for C++ compiler (c++) dynamic binding options... -Bdynamic checking whether the C++ compiler (c++) accepts -fexternal-templates... (cached) no checking whether the C++ compiler (c++) accepts -fpermissive... (cached) yes checking whether the C++ compiler (c++) accepts -felide-constructors... (cached) yes checking whether the C++ compiler (c++) accepts -fconserve-space... (cached) yes checking whether the C++ compiler (c++) accepts -trigraphs... (cached) yes checking whether the C++ compiler (c++) supports bool types... (cached) yes checking whether the C++ compiler (c++) supports explicit constructors... (cached) yes checking whether the C++ compiler (c++) supports mutable members... (cached) yes checking whether the C++ compiler (c++) supports exception handling... (cached) yes checking whether the C++ compiler (c++) supports standard exceptions... (cached) yes checking whether the C++ compiler (c++) supports namespaces... (cached) yes checking whether the C++ compiler (c++) supports run-time type info... (cached) yes checking whether the C++ compiler (c++) supports long long types... (cached) yes checking whether the C++ compiler (c++) supports named return values... (cached) yes checking whether the C++ compiler (c++) supports __PRETTY_FUNCTION__... (cached) yes checking whether the C++ compiler (c++) supports overloaded new[]... (cached) yes checking whether the C++ compiler (c++) supports placement new... (cached) yes checking whether the C++ compiler (c++) supports ANSI lifetime of temporaries... (cached) yes checking whether the C++ compiler (c++) accepts -isystem... (cached) yes checking for a traditional C preprocessor... (cached) gcc -E -traditional-cpp checking for Cygwin environment... (cached) yes checking for mingw32 environment... (cached) no checking for executable suffix... (cached) .exe checking for object suffix... (cached) o checking build system type... i686-pc-cygwin32 checking for ld used by GCC... (cached) /bin/ld checking if the linker (/bin/ld) is GNU ld... (cached) yes checking for BSD-compatible nm... (cached) /bin/nm -B updating cache .././config.cache checking for object suffix... o checking for executable suffix... .exe checking for gcc option to produce PIC... none checking if gcc supports -c -o file.o... yes checking if gcc supports -c -o file.lo... yes checking if gcc supports -fno-rtti -fno-exceptions ... yes checking if gcc static flag -static works... -static checking if the linker (/bin/ld) is GNU ld... yes checking whether the linker (/bin/ld) supports shared libraries... yes checking command to parse /bin/nm -B output... ok checking how to hardcode library paths into programs... immediate checking for /bin/ld option to reload object files... -r checking dynamic linker characteristics... Win32 ld.exe checking if libtool supports shared libraries... yes checking if package supports dlls... no checking whether to build shared libraries... no checking whether to build static libraries... yes checking for objdir... .libs creating libtool loading cache .././config.cache checking for connect... yes checking for gethostbyname... yes checking for regcmp... no checking for regcmp in -lgen... no checking for yyerror in -ly... no checking for sin in -lm... yes checking for open in -lc... yes checking for elf_version in -lelf... no checking for tgetent in -lmytinfo... (cached) no checking for tgetent in -lncurses... (cached) yes checking for xstrerror in -liberty... (cached) yes checking for streampos... yes checking whether the C++ compiler (c++) accepts -fpermissive... (cached) yes checking for X... libraries /usr/X11R6/lib, headers /usr/X11R6/include checking for dnet_ntoa in -ldnet... no checking for dnet_ntoa in -ldnet_stub... no checking for gethostbyname... (cached) yes checking for connect... (cached) yes checking for remove... yes checking for shmat... no checking for shmat in -lipc... no checking for IceConnectionNumber in -lICE... yes checking for Motif... libraries /usr/local/lib, headers /usr/local/include/ checking for Athena... libraries /usr/X11R6/lib, headers /usr/X11R6/include/ checking for Xpm... libraries /usr/X11R6/lib, headers in default path checking whether compiling X headers requires -fpermissive... no checking for XOpenDisplay in -lX11... yes checking for _Xlcmbcurmax in -lXintl... no checking for shmap in -lipc... no checking for XtToolkitInitialize in -lXt... yes checking for XShapeQueryVersion in -lXext... yes checking for XmuCvtStringToOrientation in -lXmu... no checking for XawTextSetInsertionPoint in -lXaw... no configure: warning: The Athena widgets library '-lXaw' could not be found. If you have the athena library, please use the configure options '--with-athena-includes=DIR' and '--with-athena-libraries=DIR' to specify the Xaw location. If you do not have the athena library, use the configure option '--without-athena' to suppress this message. See the files 'config.log' and 'ddd/config.log' for further diagnostics. checking for XpmCreatePixmapFromXpmImage in -lXpm... yes checking for X11/xpm.h... yes checking for xpm.h... yes checking for XpSelectInput in -lXp... yes checking for XmCreateOptionMenu in -lXm... no checking for xmUseVersion in -lXm... no checking for XmInstallImage in -lXm... no checking for Xm21InstallImage in -lXm... no configure: error: The Motif library '-lXm' could not be found. Please use the configure options '--with-motif-includes=DIR' and '--with-motif-libraries=DIR' to specify the Xm location. See the files 'config.log' and 'ddd/config.log' for further diagnostics. configure: error: ./configure failed for ddd /cygdrive/c/tmp/ddd/ddd-3.2.91 > -----Original Message----- From: ssiddiqi [ mailto:ssiddiqi@inspirepharm.com ] Sent: Friday, November 17, 2000 4:18 PM To: cygwin-xfree; ddd Cc: ssiddiqi Subject: RE: ddd/configure breaks You are adding wrong paths, that is all change it too, ./configure --with-motif-includes=/usr/local/include/ --with-motif-libraries=/usr/local/lib --with-athena-includes=/usr/X11R6/include/ --with-athena-libraries=/usr/X11R6/lib > -----Original Message----- > From: Chuck.Irvine@mail.sprint.com > [ mailto:Chuck.Irvine@mail.sprint.com ] > Sent: Friday, November 17, 2000 5:02 PM > To: cygwin-xfree@sources.redhat.com; cygwin@sourceware.cygnus.com; > ddd@gnu.org > Subject: ddd/configure breaks > > > Still struggling mightily to successfully configure DDD under cygwin. > Basically, configure fails saying that '-lXm' cannot be > found. However, > Motif is installed and configure notes this early in the configure > process. My platform is Cygwin, but I don't believe that this is a > Cygwin problem, per se, since I've seen basically the same problem > report from people trying to get DDD to configure under Linux. I am > attaching config.log, ddd/config.log, and the complete output of the > configure script. Please let me know if I can provide any additional > information useful for diagnosing this problem. > > Thanks in advance for your help. > > Chuck Irvine > > > Addional Info: > > > Versions: > > cygwin DLL 1.1.5 > cygwin/XFree86 4.0 > LessTif: 0.91.21 > DDD: 3.2.91 > > My configure command line is: > > ./configure --with-motif-includes=/usr/local/include/Xm > --with-motif-libraries=/usr/local/lib > --with-athena-includes=/usr/X11R6/include/X11/Xaw > --with-athena-libraries=/usr/X11R6/lib > > > During the configure, the two things complained about are: > > configure: warning: The Athena widgets library '-lXaw' could not be > found. > If you have the athena library, please use the > configure options > '--with-athena-includes=DIR' and > '--with-athena-libraries=DIR' to specify the Xaw > location. > If you do not have the athena library, use the > configure > option '--without-athena' to suppress > this message. > See the files 'config.log' and 'ddd/config.log' > for further diagnostics. > > configure: error: The Motif library '-lXm' could not be found. > Please use the configure options > '--with-motif-includes=DIR' > and '--with-motif-libraries=DIR' to specify the Xm > location. > See the files 'config.log' and 'ddd/config.log' > for further diagnostics. > > _______________________________________________ Ddd mailing list Ddd@gnu.org http://mail.gnu.org/mailman/listinfo/ddd From ssiddiqi@inspirepharm.com Sat Nov 18 07:43:00 2000 From: ssiddiqi@inspirepharm.com (Suhaib Siddiqi) Date: Sat, 18 Nov 2000 07:43:00 -0000 Subject: Built XFree86 4.0.1 on CYGWIN 1.1.5 - no world-shaking errors, but... Message-ID: <7F2B9185F0196F44B59990759B91B1C2151715@ins-exch.inspirepharm.com> Try CVS sources. answer to you last comment about it will not compile under Win9x. It should compile under Win9x, but will not run ;-) Suhaib -----Original Message----- From: Andreas Eibach To: Suhaib Siddiqi Sent: 11/14/2000 7:14 PM Subject: Re: Built XFree86 4.0.1 on CYGWIN 1.1.5 - no world-shaking errors, but... > > The negative one is that there is no Xinit or StartX or > > Xwin.exe AT ALL. > > That means it did not compile AT ALL. Ohhh... Well I'm an optimistic person. Always. :) > > A "mini"-error occured, however but I don't care a fsck for > > that if the > > other things compile well! > > I think most of the stuff under your setup did not compile. Which source > tree > are you using? The XFree86 4.0.1 tree. Available @ ftp://sources.redhat.com/pub/cygwin/xfree/xc-4/ > > While building the fonts, stderr complained about a missing 'bdftopcf' > > binary tool and it was right : there wasn't any binary that could be > > found in this */exports/* path. > > A path correction somewhere in the Makefiles should fix it > > but I won't: I > > don't want to risk a fatal error if I make a mistake and > > tackle the wrong > > thing. > If means it did not compile bftopcf.exe and copy it to /xc/exports/bin. > If you there there is an error in Imakefile, feel free to send a patch. I won't state this unless I _thoroughly_ tested it. I'm going to dig deeper into it @weekend. > > - macro 'XYZ' not recognised - ignoring > Those are the warning.... they are in millions in Xfree86 code > you can turn it off, by by removing -Wall option from *.cf files in > /xc/config/cf. Thanks for the info. > > I'm concluding now with a complaint about a missing lib: (> > > during 'make > > install') > > -lSM > > > > SM? What the hell is this? :) > > > Are you sure libX11.* compiled? If not, then nothing will compile. > I bet something is wrong with you build environment. You seem to bet correctly. However, this is my stupidity: I should've read *before* that X src will NOT compile under Win9x; WinNT/2000 ONLY. This is what I took from the ml archives: _afterwards_, that is. ;) But I've just finished downloading the experimental win32-xfree tree. (_binary_ this time) Let's see what happens. So long, keep up the good work, Andreas From ssiddiqi@inspirepharm.com Sat Nov 18 07:46:00 2000 From: ssiddiqi@inspirepharm.com (Suhaib Siddiqi) Date: Sat, 18 Nov 2000 07:46:00 -0000 Subject: Built XFree86 4.0.1 on CYGWIN 1.1.5 - no world-shaking errors, but... Message-ID: <7F2B9185F0196F44B59990759B91B1C2151716@ins-exch.inspirepharm.com> You are correct. It should break-up on Win9x. It had been discussed in mail archives and mentioned in FAQ. Suhaib -----Original Message----- From: Andreas Eibach To: Andreas Eibach; Suhaib Siddiqi; cygwin-xfree@sources.redhat.com Sent: 11/14/2000 7:49 PM Subject: Re: Built XFree86 4.0.1 on CYGWIN 1.1.5 - no world-shaking errors, but... > But I've just finished downloading the experimental win32-xfree tree. > (_binary_ this time) > Let's see what happens. Suhaib, we're one step forward now. XWin starts correctly, however, then breaks up with this: Direct Draw Init Failed Error = 88760078 (unknown error) Quits. - Hmmm this could be caused by DIRECTX 8 recently installed on my system. Maybe I should downgrade to DX 7.0a and test if it works there. It should, shouldn't it? Other option would be to install John's DX cygwin port. Hope that'll change things a little. Andreas From ssiddiqi@inspirepharm.com Sat Nov 18 07:48:00 2000 From: ssiddiqi@inspirepharm.com (Suhaib Siddiqi) Date: Sat, 18 Nov 2000 07:48:00 -0000 Subject: cant add screen Message-ID: <7F2B9185F0196F44B59990759B91B1C2151717@ins-exch.inspirepharm.com> It means it cannot add screen. You might be missing the -screen 0 flag in your batch file or start-up script. Suhaib -----Original Message----- From: Aluo Nowu To: cygwin-xfree@sources.redhat.com Sent: 11/18/2000 6:18 AM Subject: cant add screen what does it mean when a server says it cant add a screen? my first guess would be that it needs 16bit color. is that correct? -- etoffi From ssiddiqi@inspirepharm.com Sat Nov 18 07:49:00 2000 From: ssiddiqi@inspirepharm.com (Suhaib Siddiqi) Date: Sat, 18 Nov 2000 07:49:00 -0000 Subject: 'Direct Draw Init Failed' error when trying to start XFree 4 on Win95b Message-ID: <7F2B9185F0196F44B59990759B91B1C2151718@ins-exch.inspirepharm.com> Use, Windows NT/2000, or use Harold Test 7, or wait till John and Harold finish fixing DirctX support for Windows 9x. Suhaib -----Original Message----- From: Andreas Eibach To: cygwin-xfree@sources.redhat.com Sent: 11/15/2000 1:14 AM Subject: 'Direct Draw Init Failed' error when trying to start XFree 4 on Win95b What can I do about this? Any suggestions? Thanks in advance Andreas From a.eibach@gmx.net Sat Nov 18 09:05:00 2000 From: a.eibach@gmx.net (Andreas Eibach) Date: Sat, 18 Nov 2000 09:05:00 -0000 Subject: 'Direct Draw Init Failed' error when trying to start XFree 4 on Win95b References: <7F2B9185F0196F44B59990759B91B1C2151718@ins-exch.inspirepharm.com> Message-ID: <001401c04ee2$7aa54200$f31007d5@default> > Use, Windows NT/2000, or use Harold Test 7, or wait till John > and Harold finish fixing DirctX support for Windows 9x. > > Suhaib No, no, I'm ready to test this "Harold Test 7" thing. :) Can you tell me a link where to get more information about this? Thanks. Andreas From a.eibach@gmx.net Sat Nov 18 09:07:00 2000 From: a.eibach@gmx.net (Andreas Eibach) Date: Sat, 18 Nov 2000 09:07:00 -0000 Subject: Built XFree86 4.0.1 on CYGWIN 1.1.5 - no world-shaking errors, but... References: <7F2B9185F0196F44B59990759B91B1C2151715@ins-exch.inspirepharm.com> Message-ID: <001701c04ee2$cd7a65a0$f31007d5@default> ----- Original Message ----- From: "Suhaib Siddiqi" To: Sent: Saturday, November 18, 2000 4:43 PM Subject: RE: Built XFree86 4.0.1 on CYGWIN 1.1.5 - no world-shaking errors, but... > Try CVS sources. Well, I'm absolutely new in this CVS thing *laugh* Is there a 'CVS for Dummies' site or sorta thing? ;) > answer to you last comment about it will not compile under Win9x. It > should compile under Win9x, but will not run ;-) That doesn't sound so good ;) Andreas From fortinj@attglobal.net Sat Nov 18 09:48:00 2000 From: fortinj@attglobal.net (John Fortin) Date: Sat, 18 Nov 2000 09:48:00 -0000 Subject: Built XFree86 4.0.1 on CYGWIN 1.1.5 - no world-shaking errors, but... References: <7F2B9185F0196F44B59990759B91B1C2151715@ins-exch.inspirepharm.com> <001701c04ee2$cd7a65a0$f31007d5@default> Message-ID: <3A16C0E9.9C099AB@attglobal.net> http://www.xfree86.org/cvs/ gives a pretty good guide on what to do. Use the cvs client provided with Cygwin. John Andreas Eibach wrote: > ----- Original Message ----- > From: "Suhaib Siddiqi" > To: > Sent: Saturday, November 18, 2000 4:43 PM > Subject: RE: Built XFree86 4.0.1 on CYGWIN 1.1.5 - no world-shaking errors, > but... > > > Try CVS sources. > > Well, I'm absolutely new in this CVS thing *laugh* > Is there a 'CVS for Dummies' site or sorta thing? ;) > > > answer to you last comment about it will not compile under Win9x. It > > should compile under Win9x, but will not run ;-) > > That doesn't sound so good ;) > > Andreas From ssiddiqi@inspirepharm.com Sat Nov 18 10:20:00 2000 From: ssiddiqi@inspirepharm.com (Suhaib Siddiqi) Date: Sat, 18 Nov 2000 10:20:00 -0000 Subject: 'Direct Draw Init Failed' error when trying to start XFree 4 on Win95b Message-ID: <7F2B9185F0196F44B59990759B91B1C215171A@ins-exch.inspirepharm.com> Look for messages about "Test 7" in mail archive. Suhaib -----Original Message----- From: Andreas Eibach To: Suhaib Siddiqi; cygwin-xfree@sources.redhat.com Sent: 11/15/2000 3:58 AM Subject: Re: 'Direct Draw Init Failed' error when trying to start XFree 4 on Win95b > Use, Windows NT/2000, or use Harold Test 7, or wait till John > and Harold finish fixing DirctX support for Windows 9x. > > Suhaib No, no, I'm ready to test this "Harold Test 7" thing. :) Can you tell me a link where to get more information about this? Thanks. Andreas From a.eibach@gmx.net Sat Nov 18 12:16:00 2000 From: a.eibach@gmx.net (Andreas Eibach) Date: Sat, 18 Nov 2000 12:16:00 -0000 Subject: XWIN.exe: Windows 9x and Windows Me (referring to OLD THREAD) Message-ID: <001c01c04efd$3a6ba740$970e07d5@default> Suhaib M. Siddiqi wrote on Sun, 1 Oct 2000 11:43:47: >I need a few volunteers to test the XWin-Win9x-Me.tar.bz2 on >Windows 95/98/Millenium. >Download XWin-Win9x-Me.tar.bz2 from > ftp://sources.redhat.com/pub/cygwin/xfree/xc-4-binaries >Install xfree86 as described in FAQ and Harold Installation Documents, then >replace XWin.exe >in /usr/X11R6/bin with the one in XWin-Win9x-Me.tar.bz2 Nice, but the file seems to have vanished. How's it called nowadays? Andreas From ssiddiqi@inspirepharm.com Sat Nov 18 13:24:00 2000 From: ssiddiqi@inspirepharm.com (Suhaib Siddiqi) Date: Sat, 18 Nov 2000 13:24:00 -0000 Subject: XWIN.exe: Windows 9x and Windows Me (referring to OLD THREAD) Message-ID: <7F2B9185F0196F44B59990759B91B1C215171C@ins-exch.inspirepharm.com> No files do not vanish, that did not work therefore it was removed. You need Test 7, look for threads in October and November -----Original Message----- From: Andreas Eibach To: cygwin-xfree@sourceware.cygnus.com Sent: 11/15/2000 7:11 AM Subject: XWIN.exe: Windows 9x and Windows Me (referring to OLD THREAD) Suhaib M. Siddiqi wrote on Sun, 1 Oct 2000 11:43:47: >I need a few volunteers to test the XWin-Win9x-Me.tar.bz2 on >Windows 95/98/Millenium. >Download XWin-Win9x-Me.tar.bz2 from > ftp://sources.redhat.com/pub/cygwin/xfree/xc-4-binaries >Install xfree86 as described in FAQ and Harold Installation Documents, then >replace XWin.exe >in /usr/X11R6/bin with the one in XWin-Win9x-Me.tar.bz2 Nice, but the file seems to have vanished. How's it called nowadays? Andreas From ssiddiqi@inspirepharm.com Sun Nov 19 07:57:00 2000 From: ssiddiqi@inspirepharm.com (Suhaib Siddiqi) Date: Sun, 19 Nov 2000 07:57:00 -0000 Subject: XWIN.exe: Windows 9x and Windows Me (referring to OLD THREAD) Message-ID: <7F2B9185F0196F44B59990759B91B1C215171E@ins-exch.inspirepharm.com> libz.dll is in /usr/X11R6/bin Suhaib -----Original Message----- From: Andreas Eibach To: Suhaib Siddiqi Sent: 11/15/2000 12:01 PM Subject: Re: XWIN.exe: Windows 9x and Windows Me (referring to OLD THREAD) ----- Original Message ----- From: "Suhaib Siddiqi" To: "'Andreas Eibach '" ; Sent: Saturday, November 18, 2000 10:23 PM Subject: RE: XWIN.exe: Windows 9x and Windows Me (referring to OLD THREAD) > No files do not vanish, that did not work therefore it was removed. > You need Test 7, look for threads in October and November Thanks. Yes I HAVE found Test 7 meanwhile after merciless querying of the ML-archive database. Wasn't *that* easy, though. I installed the Test 7 from Harold's private MSU.EDU web site, (OverlayAndNoDITest.tar.bz2, IIRC) however, I ran into this: "LIBZ.DLL was not found". Fine, downloaded libz.dll somewhere from the depths of the Net, and put it in the tree. Then I got: "XWin.exe is linked to missing export LIBZ.dll:inflateInit_" ??? I'm getting clueless. andreas From cfuttrup@post10.tele.dk Sun Nov 19 08:40:00 2000 From: cfuttrup@post10.tele.dk (Claus Futtrup) Date: Sun, 19 Nov 2000 08:40:00 -0000 Subject: Please enlighten me on these error messages Message-ID: <004101c05247$dad19da0$e9bdfea9@claus> Dear all (I'm a newbie) I have installed XWin.exe (the file dated from October 1.) as described on the Cygwin-Xfree86 pages. When running StartXWin.bat, am I supposed to do it from the Cygwin BASH shell or should I do it by the MS-DOS prompt? (ie. can I put the startxwin.bat file on my desktop and simply click on it when starting Xfree86?). I had to install cygwin1.dll in the directory of the Xwin executables, does anybody know how to prevent this? I would prefer to have cygwin1.dll only in one place, if possible ... When starting XWin I get the following error messages (started from an MS-DOS prompt, I believe the error is different when running from the cygwin BASH shell) - I'd like someone to explain what this means: Parameter value not in allowed range _XSREVTransmkdir: Owner of /tmp/.X11-unix should be set to root pwin -> width = 00000400 pwin -> height = 00000300 pwin -> paddedWidth = 00000800 pwin -> bitsPerPixel = 000000100 calling winAllocateFramebufferMemory ... then a second MS-DOS prompt opens (without an owner or anything) and the computer freezes. Thanks. Best regards, Claus Futtrup From a.eibach@gmx.net Sun Nov 19 09:35:00 2000 From: a.eibach@gmx.net (Andreas Eibach) Date: Sun, 19 Nov 2000 09:35:00 -0000 Subject: XWIN.exe: Windows 9x and Windows Me (referring to OLD THREAD) References: <7F2B9185F0196F44B59990759B91B1C215171E@ins-exch.inspirepharm.com> Message-ID: <00b001c0525b$ab75cea0$ef1607d5@default> ----- Original Message ----- From: "Suhaib Siddiqi" To: Sent: Sunday, November 19, 2000 4:56 PM Subject: RE: XWIN.exe: Windows 9x and Windows Me (referring to OLD THREAD) > > libz.dll is in /usr/X11R6/bin > > Suhaib > DAMN! Then I appear to be using the wrong package!! I'm currently using the win32-x11.tar.gz from the ftp://sources.redhat.com/pub/cygwin/xfree/win32-x11/ directory. Please point me to the right package(s). Thanks. Andreas From ssiddiqi@inspirepharm.com Sun Nov 19 10:10:00 2000 From: ssiddiqi@inspirepharm.com (Suhaib Siddiqi) Date: Sun, 19 Nov 2000 10:10:00 -0000 Subject: Please enlighten me on these error messages Message-ID: <7F2B9185F0196F44B59990759B91B1C2151721@ins-exch.inspirepharm.com> From Bash shell use startx script and from DOS use startxwin.bat If you install everything in /usr/X11R6 as mentioned in installation guide at http://sources.redhat.com/cygwin/xfree , you do not need a second copy of cygwin1.dll. Now what operating system are you using? If Win9x, you are out of luck, sorry Suhaib\ -----Original Message----- From: Claus Futtrup To: cygwin-xfree Sent: 11/19/2000 11:18 AM Subject: Please enlighten me on these error messages Dear all (I'm a newbie) I have installed XWin.exe (the file dated from October 1.) as described on the Cygwin-Xfree86 pages. When running StartXWin.bat, am I supposed to do it from the Cygwin BASH shell or should I do it by the MS-DOS prompt? (ie. can I put the startxwin.bat file on my desktop and simply click on it when starting Xfree86?). I had to install cygwin1.dll in the directory of the Xwin executables, does anybody know how to prevent this? I would prefer to have cygwin1.dll only in one place, if possible ... When starting XWin I get the following error messages (started from an MS-DOS prompt, I believe the error is different when running from the cygwin BASH shell) - I'd like someone to explain what this means: Parameter value not in allowed range _XSREVTransmkdir: Owner of /tmp/.X11-unix should be set to root pwin -> width = 00000400 pwin -> height = 00000300 pwin -> paddedWidth = 00000800 pwin -> bitsPerPixel = 000000100 calling winAllocateFramebufferMemory ... then a second MS-DOS prompt opens (without an owner or anything) and the computer freezes. Thanks. Best regards, Claus Futtrup From ssiddiqi@inspirepharm.com Sun Nov 19 10:12:00 2000 From: ssiddiqi@inspirepharm.com (Suhaib Siddiqi) Date: Sun, 19 Nov 2000 10:12:00 -0000 Subject: XWIN.exe: Windows 9x and Windows Me (referring to OLD THREAD) Message-ID: <7F2B9185F0196F44B59990759B91B1C2151722@ins-exch.inspirepharm.com> I really have no idea now what you had been doing since last 3 days. ftp://sources.redhat.com/pub/cygwin/xfree/xc-4-binaries . If you have some spare time, please read the http://sources.redhat.com/cygwin/xfree and also FAQ. It will save you a lot of time ;-) Suhaib -----Original Message----- From: Andreas Eibach To: Suhaib Siddiqi Cc: cygwin-xfree@sourceware.cygnus.com Sent: 11/19/2000 2:05 PM Subject: Re: XWIN.exe: Windows 9x and Windows Me (referring to OLD THREAD) ----- Original Message ----- From: "Suhaib Siddiqi" To: Sent: Sunday, November 19, 2000 4:56 PM Subject: RE: XWIN.exe: Windows 9x and Windows Me (referring to OLD THREAD) > > libz.dll is in /usr/X11R6/bin > > Suhaib > DAMN! Then I appear to be using the wrong package!! I'm currently using the win32-x11.tar.gz from the ftp://sources.redhat.com/pub/cygwin/xfree/win32-x11/ directory. Please point me to the right package(s). Thanks. Andreas From ssiddiqi@inspirepharm.com Sun Nov 19 11:43:00 2000 From: ssiddiqi@inspirepharm.com (Suhaib Siddiqi) Date: Sun, 19 Nov 2000 11:43:00 -0000 Subject: XWIN.exe: Windows 9x and Windows Me (referring to OLD THREAD) Message-ID: <7F2B9185F0196F44B59990759B91B1C2151725@ins-exch.inspirepharm.com> Ther was a discussion last week on mailing list about moving win32-x11 (MSVC) project from SourceForge.net to sources.redhat.com. I assume you did not follow those mails. I am waiting for Rob to put the win32-x11 URL. Suhaib -----Original Message----- From: Andreas Eibach To: Suhaib Siddiqi Sent: 11/19/2000 2:01 PM Subject: Re: XWIN.exe: Windows 9x and Windows Me (referring to OLD THREAD) > I really have no idea now what you had been doing since last 3 days. :) Well I have no clue why these packages (win32-x11) exist if you shouldn't use them. ;) Out of curiosity, is this outdated? AFAICS; it's dated so sometime around last week. > ftp://sources.redhat.com/pub/cygwin/xfree/xc-4-binaries . Thanks. I apologize for asking so stupid questions, but the win32-x11 package just came to my eyes because the name was so catchy. (X11 package for Win32 systems, what can I want more?) (no, that's NO foul joke this time ;)) Andreas From a.eibach@gmx.net Sun Nov 19 12:36:00 2000 From: a.eibach@gmx.net (Andreas Eibach) Date: Sun, 19 Nov 2000 12:36:00 -0000 Subject: XWIN.exe: Windows 9x and Windows Me (referring to OLD THREAD) References: <7F2B9185F0196F44B59990759B91B1C2151725@ins-exch.inspirepharm.com> Message-ID: <012001c05268$6dae74c0$ef1607d5@default> ----- Original Message ----- From: "Suhaib Siddiqi" To: Sent: Sunday, November 19, 2000 8:43 PM Subject: RE: XWIN.exe: Windows 9x and Windows Me (referring to OLD THREAD) > Ther was a discussion last week on mailing list > about moving win32-x11 (MSVC) project from SourceForge.net to > sources.redhat.com. I assume you did not follow > those mails. I am waiting for Rob to put the win32-x11 > URL. OK. Well you must be aware of me not having the possibility to follow ALL discussions. That's just because I joined the CW-XFree86-ML just recently and I'm not there since several weeks like you. And it's no easy task filtering out relevant messages if you get 330 hits on the archive for, e. g. 'Test 7'. Let's wait for the URL to be put, yes. So long, Andreas From robert.collins@itdomain.com.au Sun Nov 19 12:55:00 2000 From: robert.collins@itdomain.com.au (Robert Collins) Date: Sun, 19 Nov 2000 12:55:00 -0000 Subject: XWIN.exe: Windows 9x and Windows Me (referring to OLD THREAD) References: <7F2B9185F0196F44B59990759B91B1C2151725@ins-exch.inspirepharm.com> Message-ID: <005701c0526b$f347a130$f7c723cb@lifelesswks> Its up... but theres a lot missing from the old sourceforge site :-[. That will need to be recreated or saved from there and then imported.... Also, I couldn't find where you are listing the current developers so I didn't add that name you requested. Rob ----- Original Message ----- From: "Suhaib Siddiqi" To: Sent: Monday, November 20, 2000 6:43 AM Subject: RE: XWIN.exe: Windows 9x and Windows Me (referring to OLD THREAD) > Ther was a discussion last week on mailing list > about moving win32-x11 (MSVC) project from SourceForge.net to > sources.redhat.com. I assume you did not follow > those mails. I am waiting for Rob to put the win32-x11 > URL. > > Suhaib > > -----Original Message----- > From: Andreas Eibach > To: Suhaib Siddiqi > Sent: 11/19/2000 2:01 PM > Subject: Re: XWIN.exe: Windows 9x and Windows Me (referring to OLD THREAD) > > > I really have no idea now what you had been doing since last 3 days. > > :) > Well I have no clue why these packages (win32-x11) exist if you > shouldn't > use them. ;) > > Out of curiosity, is this outdated? > AFAICS; it's dated so sometime around last week. > > > ftp://sources.redhat.com/pub/cygwin/xfree/xc-4-binaries . > > Thanks. > I apologize for asking so stupid questions, but the win32-x11 package > just > came to my eyes because the name was so catchy. (X11 package for Win32 > systems, what can I want more?) (no, that's NO foul joke this time ;)) > > Andreas > > From robert.collins@itdomain.com.au Sun Nov 19 12:58:00 2000 From: robert.collins@itdomain.com.au (Robert Collins) Date: Sun, 19 Nov 2000 12:58:00 -0000 Subject: no screen References: <7F2B9185F0196F44B59990759B91B1C215170D@ins-exch.inspirepharm.com> Message-ID: <006501c0526c$607415e0$f7c723cb@lifelesswks> Its in the faq. I haven't updated the main page yet. I'll try to do that tonight. Rob ----- Original Message ----- From: "Suhaib Siddiqi" To: Sent: Friday, November 17, 2000 11:01 PM Subject: RE: no screen > > Thanks. > > PS: Rob, > How about adding in FAQ? > > Delete /usr/include/X11 which gets installed by tcl/tk during cygwin > installation. > These are deprecated X11R5 6 headers, not even complete set and caused > problems > during X clients compilation. > > Suhaib > > > -----Original Message----- > > From: Kris Thielemans [ mailto:kris.thielemans@csc.mrc.ac.uk ] > > Sent: Friday, November 17, 2000 6:45 AM > > To: cygwin-xfree@sources.redhat.com > > Subject: RE: no screen > > > > > > > > well, in actual fact, it was because I had older X11 include > > files lying > > around. Not sure if I should bother the mailing list with > > this trivia, but > > just in case anybody else is as stupid as I am. > > > > Sorry. > > > > > I'm very sorry. The problem disappeared after a complete > > > recompilation. I must have had some old .o file lying around. It > > > works nicely now! Apologies. > > > > >>> My program essentially starts as follows: > > >>> > > >>> Display * SCX_display = XOpenDisplay (""); > > > > > ><> And there I'm stuck: ScreenCount(SCX_display)==0. > > > > From a.eibach@gmx.net Sun Nov 19 15:20:00 2000 From: a.eibach@gmx.net (Andreas Eibach) Date: Sun, 19 Nov 2000 15:20:00 -0000 Subject: XWIN.exe: Windows 9x and Windows Me (referring to OLD THREAD) References: <7F2B9185F0196F44B59990759B91B1C2151722@ins-exch.inspirepharm.com> Message-ID: <001c01c0527f$59ab59e0$f81307d5@default> ----- Original Message ----- From: "Suhaib Siddiqi" Cc: Sent: Sunday, November 19, 2000 7:12 PM Subject: RE: XWIN.exe: Windows 9x and Windows Me (referring to OLD THREAD) > ftp://sources.redhat.com/pub/cygwin/xfree/xc-4-binaries . > > If you have some spare time, please read the > http://sources.redhat.com/cygwin/xfree > and also FAQ. It will save you a lot of time ;-) Suhaib: IT WORKS!! FINALLY it works! It's past midnight here, and I finally got that thing working! A few questions remain, but this belongs to another thread. So again my infinite thanks for all the help and pointers you've given me so far. :) Andreas From ssiddiqi@inspirepharm.com Sun Nov 19 15:27:00 2000 From: ssiddiqi@inspirepharm.com (Suhaib Siddiqi) Date: Sun, 19 Nov 2000 15:27:00 -0000 Subject: XWIN.exe: Windows 9x and Windows Me (referring to OLD THREAD) Message-ID: <7F2B9185F0196F44B59990759B91B1C2151726@ins-exch.inspirepharm.com> Sure, I understand not every one was on the list when win32-x11 issue was discussed. However, with all due respect let me say, you are not reading Cygwin/XFree86 URL, installation notes at the URL and FAQ. A several questions which you asked had been answered there like which archive to get, which operating systems are supported at the moment, and what are the issues with present binary releases. Suhaib -----Original Message----- From: Andreas Eibach To: cygwin-xfree@sourceware.cygnus.com Sent: 11/19/2000 3:36 PM Subject: Re: XWIN.exe: Windows 9x and Windows Me (referring to OLD THREAD) ----- Original Message ----- From: "Suhaib Siddiqi" To: Sent: Sunday, November 19, 2000 8:43 PM Subject: RE: XWIN.exe: Windows 9x and Windows Me (referring to OLD THREAD) > Ther was a discussion last week on mailing list > about moving win32-x11 (MSVC) project from SourceForge.net to > sources.redhat.com. I assume you did not follow > those mails. I am waiting for Rob to put the win32-x11 > URL. OK. Well you must be aware of me not having the possibility to follow ALL discussions. That's just because I joined the CW-XFree86-ML just recently and I'm not there since several weeks like you. And it's no easy task filtering out relevant messages if you get 330 hits on the archive for, e. g. 'Test 7'. Let's wait for the URL to be put, yes. So long, Andreas From ssiddiqi@inspirepharm.com Sun Nov 19 15:29:00 2000 From: ssiddiqi@inspirepharm.com (Suhaib Siddiqi) Date: Sun, 19 Nov 2000 15:29:00 -0000 Subject: Please enlighten me on these error messages Message-ID: <7F2B9185F0196F44B59990759B91B1C2151727@ins-exch.inspirepharm.com> Win 9x support is in progress. John and Harold are beating their heads on it. Suhaib -----Original Message----- From: Claus Futtrup To: Suhaib Siddiqi Sent: 11/19/2000 3:41 PM Subject: Re: Please enlighten me on these error messages Dear Suhaib Siddiqi > Now what operating system are you using? If Win9x, you are out of luck, Sorry to hear :-( ... reading http://sources.redhat.com/ml/cygwin-xfree/2000-q2/msg00114.html gave me an impression of something working. I have no ability to debug GDI32.dll or kernel32.dll. When out of luck, do you mean that Win9x support is not comming / not being worked on? Will changing to Windows Me improve my chances? BTW, I'm hooked on the idea of having an XServer run in a (preferably scalable) window on my desktop, remote controlling a Linux box (eg. my old 486/33). I am a private person, who cannot/will not afford commercial software. Best regards, Claus Futtrup From Harold@compasstechnologies.com Sun Nov 19 20:40:00 2000 From: Harold@compasstechnologies.com (Harold Hunt) Date: Sun, 19 Nov 2000 20:40:00 -0000 Subject: Development Status Update Message-ID: <896908DA55C4D311B9C000C04F01A05410A822@ENTERPRISE> Today was a good day - I created about 20 source files and about 30 dummy drawing functions (GetSpans, SetSpans, etc.) that simply printf a message when they are called, then I fixed up winScreenInit to remove all references to the color framebuffer code, added pointers to the dummy functions I created, and messed with the initialization process enough to get a booting server that does not display graphics, but it does print out tons of messages indicating that it is running and processing mouse input. Whew! That was a mouth full. I have a problem that we need to solve before I can start changing the dummy functions to perform real operations, this is kind of a long explanation, so bear with me: 1) We need to call Windows GDI and DirectDraw functions from the device dependent X (DDX) functions like GetSpans, SetSpans, PolyLines, FillPolygon, etc. 2) Calling Windows GDI and DirectDraw functions from the XWin.exe source files would require that windows.h be included in the files that call GDI and DD functions. 3) DDX functions require X Windows headers to define the structures and data types that are passed as parameters and used as return results. 4) Including windows.h in source files that also include X Windows headers causes several identifier collisions between the header files; compilation fails. 5) Implementing the DDX functions in xf_dx.dll seems like a good idea; however, that would require including the X Windows headers in the xf_dx.dll source files, along with windows.h, so we're back where we started. 6) Note that this problem was not exposed by previous development, as the current functions in xf_dx.dll do not use any X Windows structures or data types, so X Windows headers are not currently included in xf_dx.dll. Where do we implement the DDX functions and how do we get windows.h and the X Windows headers to live together? I'll be thinking about this question for the next couple days (or weeks), but I figure it won't hurt to see if anyone has already described a work-around. Please send your comments and suggestions to the mailing list; thanks in advance, Harold From alexander.gottwald@informatik.tu-chemnitz.de Mon Nov 20 04:48:00 2000 From: alexander.gottwald@informatik.tu-chemnitz.de (Alexander Gottwald) Date: Mon, 20 Nov 2000 04:48:00 -0000 Subject: Development Status Update References: <896908DA55C4D311B9C000C04F01A05410A822@ENTERPRISE> Message-ID: On Sun, 19 Nov 2000, Harold Hunt wrote: > 4) Including windows.h in source files that also include X Windows headers > causes several identifier collisions between the header files; > compilation fails. > 5) Implementing the DDX functions in xf_dx.dll seems like a good idea; > however, that would require including the X Windows headers > in the xf_dx.dll source files, along with windows.h, > so we're back where we started. What about putting the windows.h and the X11 Headers in different namespaces namespace WIN { #include "windows.h" } namespace X11 { #include "X11.h" } this would mean all X11 functions and type would be named X11::xxxx eg.X11::WINDOW. the windows types can be referenced by WIN::xxxx eg. WIN::DoNothingLoop. I don't know if the windows or X11 includes already have some namespaces defined - you should first have a look into the includes. Maybe you should try putting only one of the includes in the namespace. HTH, ago -- Alexander.Gottwald@informatik.tu-chemnitz.de | http://www.gotti.org Wollen Sie Ihre Festplatte formatieren? [J]a [N]at????rlich From Harold@compasstechnologies.com Mon Nov 20 05:38:00 2000 From: Harold@compasstechnologies.com (Harold Hunt) Date: Mon, 20 Nov 2000 05:38:00 -0000 Subject: Development Status Update Message-ID: <896908DA55C4D311B9C000C04F01A05410A823@ENTERPRISE> >What about putting the windows.h and the X11 Headers in different namespaces Hmmm... the immediate problem with that is that all of X11 is compiled with c, while namespaces are a c++ feature. Even if I compile a test file with c++ I still get errors about redefines ending in a failure to compile. I guess namespace are out... anymore ideas? Thanks for your input, Harold From cateland@europe.com Mon Nov 20 09:03:00 2000 From: cateland@europe.com (stephane cateland) Date: Mon, 20 Nov 2000 09:03:00 -0000 Subject: Development Status Update References: <896908DA55C4D311B9C000C04F01A05410A823@ENTERPRISE> Message-ID: <3A196757.18535.1AE7B3A@localhost> Actually namespace are not such a bad idea. But since as you said, X11 is a C library wen using it it you should need A C++ wrapper class. And the I agree it will surcharge code and maintenance. You can use C inline wrapper function to resolve conficts. in other word for each conficting symbol have it define internally as X or Win32.h // On 20 Nov 2000, at 8:32, Harold Hunt wrote: > >What about putting the windows.h and the X11 Headers in different > namespaces > > Hmmm... the immediate problem with that is that all of X11 is compiled with > c, while namespaces are a c++ feature. Even if I compile a test file with > c++ I still get errors about redefines ending in a failure to compile. > > I guess namespace are out... anymore ideas? > > Thanks for your input, > > Harold > o????????????`????????????o,,,,o????????????`????????????o,,,,o????????????`????????????oo????????????`????????????o,,,,o????????????`????????????o Stephane Cateland mailto:cateland@europe.com 5 rue stalingrad tel +33 (0) 1 45 47 70 26 94100 ARCUEIL 0 8 72 05 03 77 o????????????`????????????o,,,,o????????????`????????????o,,,,o????????????`????????????oo????????????`????????????o,,,,o????????????`????????????o From Chuck.Irvine@mail.sprint.com Mon Nov 20 14:35:00 2000 From: Chuck.Irvine@mail.sprint.com (Chuck.Irvine@mail.sprint.com) Date: Mon, 20 Nov 2000 14:35:00 -0000 Subject: error making DDD / undefined reference to `viewportWidgetClass' Message-ID: When trying to make DDD, I get the error message below saying that the reference to viewportWidgetClass in ddd/vsl.C is undefined. Does anyone know what library viewportWidgetClass is supposed to be defined in? Any help is greatly appreciated. Thanks, Chuck Irvine Sprint Error: vsl.o: In function `main': /tmp/ddd/ddd-3.2.91/ddd/vsl.C:195: undefined reference to `viewportWidgetClass' collect2: ld returned 1 exit status make[1]: *** [vsl.exe] Error 1 make[1]: Leaving directory `/tmp/ddd/ddd-3.2.91/ddd' make: *** [all-recursive] Error 1 /tmp/ddd/ddd-3.2.91 Versions: cygwin DLL 1.1.5 cygwin/XFree86 4.0 LessTif: 0.91.21 DDD: 3.2.91 Make Log: > make Making all in readline make[1]: Entering directory `/tmp/ddd/ddd-3.2.91/readline' make[1]: Nothing to be done for `all'. make[1]: Leaving directory `/tmp/ddd/ddd-3.2.91/readline' Making all in vsllib make[1]: Entering directory `/tmp/ddd/ddd-3.2.91/vsllib' make[1]: Nothing to be done for `all'. make[1]: Leaving directory `/tmp/ddd/ddd-3.2.91/vsllib' Making all in themes make[1]: Entering directory `/tmp/ddd/ddd-3.2.91/themes' make[1]: Nothing to be done for `all'. make[1]: Leaving directory `/tmp/ddd/ddd-3.2.91/themes' Making all in ddd make[1]: Entering directory `/tmp/ddd/ddd-3.2.91/ddd' c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c sigName.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c strclass.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c tabs.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c uniquify.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c MemCheck.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c PrintGC.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c SignalB.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c TypeInfo.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c UniqueId.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c IntIntAA.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c StatArray.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c StringA.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c StringMap.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c StringSA.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c StringSAA.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c VoidArray.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c WidgetSA.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c Agent.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c AgentM.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c AsyncAgent.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c ChunkQueue.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c DataLength.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c HandlerL.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c LiterateA.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c ReadLineA.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c TimeOut.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c TTYAgent.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c charsets.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c converters.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c events.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c findParent.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c findWindow.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c fileSBF.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c frame.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c longName.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c selection.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c verify.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c AutoRaise.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c Delay.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c DestroyCB.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c ExitCB.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c InitImage.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c Swallower.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c XErrorB.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c freeXmST.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c LabelH.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c LessTifH.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c MakeMenu.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c MString.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c ComboBox.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c SpinBox.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c TextSetS.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c printBox.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c AlignBox.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c ArcBox.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c BinBox.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c Box.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c BoxD.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c BoxExtend.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c BoxPoint.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c BoxRegion.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c BoxSize.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c ColorBox.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c CompositeB.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c DiagBox.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c DummyBox.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c FixBox.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c FontFixBox.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c FontTable.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c HatBox.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c LineBox.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c ListBox.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c MarkBox.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c MatchBox.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c PrimitiveB.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c SlopeBox.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c StringBox.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c THatBox.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c TagBox.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c TrueBox.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c ArgNode.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c BuiltinCN.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c CallNode.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c ConstNode.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c DefCallN.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c DummyNode.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c LetNode.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c NameNode.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c ListNode.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c TestNode.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c ThemeVSLL.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c TrueNode.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c VSEFlags.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c VSLArgList.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c VSLBuiltin.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c VSLDef.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c VSLDefList.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c VSLErr.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c VSLLib.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c VSLNode.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c VSLRead.C In file included from VSLRead.C:113: /usr/lib/bison.simple: In function `int VSLLib_parse()': /usr/lib/bison.simple:324: warning: unused variable `struct YYSTYPE * vslvs1' /usr/lib/bison.simple:614: warning: comparison between signed and unsigned /usr/lib/bison.simple:626: warning: comparison between signed and unsigned c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c ArcGraphE.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c BoxEdgeA.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c BoxGraphN.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c EdgeA.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c EdgeAPA.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c Graph.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c GraphEdge.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c GraphEdit.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c GraphGC.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c GraphNode.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c GraphNPA.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c HintGraphN.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c LineGraphE.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c LineGESI.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c PannedGE.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c PosGraphN.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c RegionGN.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c ScrolledGE.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c layout.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c annotation.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c args.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c buttons.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c cmdtty.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c comm-manag.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c complete.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c ctrl.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c data.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c dbx-lookup.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c decoration.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c deref.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c disp-read.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c editing.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c environ.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c examine.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c exectty.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c exit.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c expired.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c file.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c filetype.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c fonts.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c fortranize.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c gdbinit.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c history.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c hostname.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c index.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c isid.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c java.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c logo.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c logplayer.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c mainloop.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c mydialogs.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c options.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c plotter.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c post.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c print.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c question.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c regexps.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c resolveP.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c resources.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c sashes.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c select.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c session.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c settings.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c shell.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c shorten.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c show.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c simpleMenu.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c configinfo.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c source.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c status.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c string-fun.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c tictactoe.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c tips.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c toolbar.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c ungrab.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c value-read.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c vsldoc.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c windows.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c wm.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c xconfig.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c AliasGE.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c ArgField.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c BreakPoint.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c BreakPM.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c CodeCache.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c Command.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c DataDisp.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c DispBox.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c DispBuffer.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c DispGraph.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c DispNode.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c DispNodeM.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c DispValue.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c DispValueA.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c DispValueT.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c EntryType.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c GDBAgent.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c HelpCB.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c HistoryD.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c HistoryF.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c MinMaxA.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c PlotAgent.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c PlotArea.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c PosBuffer.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c ProgressM.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c RefreshDI.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c SmartC.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c SourceView.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c StringTPA.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c ThemeM.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c ThemeP.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c Tool.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c UndoBuffer.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c UndoBE.C c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c WhatNextCB.C /bin/sh ./libtool --mode=link c++ -DNDEBUG -O2 -g -W -Wall -trigraphs -o ddd.exe ddd.o basename.o compare.o cook.o cwd.o glob.o hash.o home.o rxclass.o sigName.o strclass.o tabs.o uniquify.o MemCheck.o PrintGC.o SignalB.o TypeInfo.o UniqueId.o IntIntAA.o StatArray.o StringA.o StringMap.o StringSA.o StringSAA.o VoidArray.o WidgetSA.o Agent.o AgentM.o AsyncAgent.o ChunkQueue.o DataLength.o HandlerL.o LiterateA.o ReadLineA.o TimeOut.o TTYAgent.o charsets.o converters.o events.o findParent.o findWindow.o fileSBF.o frame.o longName.o selection.o verify.o AutoRaise.o Delay.o DestroyCB.o ExitCB.o InitImage.o Swallower.o XErrorB.o freeXmST.o LabelH.o LessTifH.o MakeMenu.o MString.o ComboBox.o SpinBox.o TextSetS.o printBox.o AlignBox.o ArcBox.o BinBox.o Box.o BoxD.o BoxExtend.o BoxPoint.o BoxRegion.o BoxSize.o ColorBox.o CompositeB.o DiagBox.o DummyBox.o FixBox.o FontFixBox.o FontTable.o HatBox.o LineBox.o ListBox.o MarkBox.o MatchBox.o PrimitiveB.o SlopeBox.o StringBox.o THatBox.o TagBox.o TrueBox.o ArgNode.o BuiltinCN.o CallNode.o ConstNode.o DefCallN.o DummyNode.o LetNode.o NameNode.o ListNode.o TestNode.o ThemeVSLL.o TrueNode.o VSEFlags.o VSLArgList.o VSLBuiltin.o VSLDef.o VSLDefList.o VSLErr.o VSLLib.o VSLNode.o VSLRead.o ArcGraphE.o BoxEdgeA.o BoxGraphN.o EdgeA.o EdgeAPA.o Graph.o GraphEdge.o GraphEdit.o GraphGC.o GraphNode.o GraphNPA.o HintGraphN.o LineGraphE.o LineGESI.o PannedGE.o PosGraphN.o RegionGN.o ScrolledGE.o layout.o annotation.o args.o buttons.o cmdtty.o comm-manag.o complete.o ctrl.o data.o dbx-lookup.o decoration.o deref.o disp-read.o editing.o environ.o examine.o exectty.o exit.o expired.o file.o filetype.o fonts.o fortranize.o gdbinit.o history.o hostname.o index.o isid.o java.o logo.o logplayer.o mainloop.o mydialogs.o options.o plotter.o post.o print.o question.o regexps.o resolveP.o resources.o sashes.o select.o session.o settings.o shell.o shorten.o show.o simpleMenu.o configinfo.o source.o status.o string-fun.o tictactoe.o tips.o toolbar.o ungrab.o value-read.o vsldoc.o windows.o wm.o xconfig.o AliasGE.o ArgField.o BreakPoint.o BreakPM.o CodeCache.o Command.o DataDisp.o DispBox.o DispBuffer.o DispGraph.o DispNode.o DispNodeM.o DispValue.o DispValueA.o DispValueT.o EntryType.o GDBAgent.o HelpCB.o HistoryD.o HistoryF.o MinMaxA.o PlotAgent.o PlotArea.o PosBuffer.o ProgressM.o RefreshDI.o SmartC.o SourceView.o StringTPA.o ThemeM.o ThemeP.o Tool.o UndoBuffer.o UndoBE.o WhatNextCB.o -L/usr/local/lib -L/usr/X11R6/lib -lXm -lXp -lXpm -lXext -lXt -lSM -lICE -lX11 -lSM -lICE -lncurses -liberty -lm c++ -DNDEBUG -O2 -g -W -Wall -trigraphs -o ddd.exe ddd.o basename.o compare.o cook.o cwd.o glob.o hash.o home.o rxclass.o sigName.o strclass.o tabs.o uniquify.o MemCheck.o PrintGC.o SignalB.o TypeInfo.o UniqueId.o IntIntAA.o StatArray.o StringA.o StringMap.o StringSA.o StringSAA.o VoidArray.o WidgetSA.o Agent.o AgentM.o AsyncAgent.o ChunkQueue.o DataLength.o HandlerL.o LiterateA.o ReadLineA.o TimeOut.o TTYAgent.o charsets.o converters.o events.o findParent.o findWindow.o fileSBF.o frame.o longName.o selection.o verify.o AutoRaise.o Delay.o DestroyCB.o ExitCB.o InitImage.o Swallower.o XErrorB.o freeXmST.o LabelH.o LessTifH.o MakeMenu.o MString.o ComboBox.o SpinBox.o TextSetS.o printBox.o AlignBox.o ArcBox.o BinBox.o Box.o BoxD.o BoxExtend.o BoxPoint.o BoxRegion.o BoxSize.o ColorBox.o CompositeB.o DiagBox.o DummyBox.o FixBox.o FontFixBox.o FontTable.o HatBox.o LineBox.o ListBox.o MarkBox.o MatchBox.o PrimitiveB.o SlopeBox.o StringBox.o THatBox.o TagBox.o TrueBox.o ArgNode.o BuiltinCN.o CallNode.o ConstNode.o DefCallN.o DummyNode.o LetNode.o NameNode.o ListNode.o TestNode.o ThemeVSLL.o TrueNode.o VSEFlags.o VSLArgList.o VSLBuiltin.o VSLDef.o VSLDefList.o VSLErr.o VSLLib.o VSLNode.o VSLRead.o ArcGraphE.o BoxEdgeA.o BoxGraphN.o EdgeA.o EdgeAPA.o Graph.o GraphEdge.o GraphEdit.o GraphGC.o GraphNode.o GraphNPA.o HintGraphN.o LineGraphE.o LineGESI.o PannedGE.o PosGraphN.o RegionGN.o ScrolledGE.o layout.o annotation.o args.o buttons.o cmdtty.o comm-manag.o complete.o ctrl.o data.o dbx-lookup.o decoration.o deref.o disp-read.o editing.o environ.o examine.o exectty.o exit.o expired.o file.o filetype.o fonts.o fortranize.o gdbinit.o history.o hostname.o index.o isid.o java.o logo.o logplayer.o mainloop.o mydialogs.o options.o plotter.o post.o print.o question.o regexps.o resolveP.o resources.o sashes.o select.o session.o settings.o shell.o shorten.o show.o simpleMenu.o configinfo.o source.o status.o string-fun.o tictactoe.o tips.o toolbar.o ungrab.o value-read.o vsldoc.o windows.o wm.o xconfig.o AliasGE.o ArgField.o BreakPoint.o BreakPM.o CodeCache.o Command.o DataDisp.o DispBox.o DispBuffer.o DispGraph.o DispNode.o DispNodeM.o DispValue.o DispValueA.o DispValueT.o EntryType.o GDBAgent.o HelpCB.o HistoryD.o HistoryF.o MinMaxA.o PlotAgent.o PlotArea.o PosBuffer.o ProgressM.o RefreshDI.o SmartC.o SourceView.o StringTPA.o ThemeM.o ThemeP.o Tool.o UndoBuffer.o UndoBE.o WhatNextCB.o -L/usr/local/lib -L/usr/X11R6/lib -lXm -lXp -lXpm -lXext -lXt -lSM -lICE -lX11 -lSM -lICE -lncurses -liberty c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c stringify.C /bin/sh ./libtool --mode=link c++ -DNDEBUG -O2 -g -W -Wall -trigraphs -o stringify.exe stringify.o c++ -DNDEBUG -O2 -g -W -Wall -trigraphs -o stringify.exe stringify.o make[2]: Entering directory `/tmp/ddd/ddd-3.2.91/ddd' + gcc -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -g -c -g ./ctest.c -o ctest.o make[2]: Leaving directory `/tmp/ddd/ddd-3.2.91/ddd' /bin/sh ./libtool --mode=link gcc -g -O2 -o ctest.exe ctest.o gcc -g -O2 -o ctest.exe ctest.o make[2]: Entering directory `/tmp/ddd/ddd-3.2.91/ddd' + c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -g -W -Wall -trigraphs -c -g ./cxxtest.C -o cxxtest.o make[2]: Leaving directory `/tmp/ddd/ddd-3.2.91/ddd' /bin/sh ./libtool --mode=link c++ -DNDEBUG -O2 -g -W -Wall -trigraphs -o cxxtest.exe cxxtest.o -lm c++ -DNDEBUG -O2 -g -W -Wall -trigraphs -o cxxtest.exe cxxtest.o c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c vsl.C gcc -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include -isystem /usr/X11R6/include -g -O2 -c DocSpace.c /bin/sh ./libtool --mode=link c++ -DNDEBUG -O2 -g -W -Wall -trigraphs -o vsl.exe vsl.o DocSpace.o basename.o compare.o cook.o cwd.o glob.o hash.o home.o rxclass.o sigName.o strclass.o tabs.o uniquify.o MemCheck.o PrintGC.o SignalB.o TypeInfo.o UniqueId.o IntIntAA.o StatArray.o StringA.o StringMap.o StringSA.o StringSAA.o VoidArray.o WidgetSA.o Agent.o AgentM.o AsyncAgent.o ChunkQueue.o DataLength.o HandlerL.o LiterateA.o ReadLineA.o TimeOut.o TTYAgent.o charsets.o converters.o events.o findParent.o findWindow.o fileSBF.o frame.o longName.o selection.o verify.o AutoRaise.o Delay.o DestroyCB.o ExitCB.o InitImage.o Swallower.o XErrorB.o freeXmST.o LabelH.o LessTifH.o MakeMenu.o MString.o ComboBox.o SpinBox.o TextSetS.o printBox.o AlignBox.o ArcBox.o BinBox.o Box.o BoxD.o BoxExtend.o BoxPoint.o BoxRegion.o BoxSize.o ColorBox.o CompositeB.o DiagBox.o DummyBox.o FixBox.o FontFixBox.o FontTable.o HatBox.o LineBox.o ListBox.o MarkBox.o MatchBox.o PrimitiveB.o SlopeBox.o StringBox.o THatBox.o TagBox.o TrueBox.o ArgNode.o BuiltinCN.o CallNode.o ConstNode.o DefCallN.o DummyNode.o LetNode.o NameNode.o ListNode.o TestNode.o ThemeVSLL.o TrueNode.o VSEFlags.o VSLArgList.o VSLBuiltin.o VSLDef.o VSLDefList.o VSLErr.o VSLLib.o VSLNode.o VSLRead.o -L/usr/local/lib -L/usr/X11R6/lib -lXm -lXp -lXpm -lXext -lXt -lSM -lICE -lX11 -lSM -lICE -lncurses -liberty -lm c++ -DNDEBUG -O2 -g -W -Wall -trigraphs -o vsl.exe vsl.o DocSpace.o basename.o compare.o cook.o cwd.o glob.o hash.o home.o rxclass.o sigName.o strclass.o tabs.o uniquify.o MemCheck.o PrintGC.o SignalB.o TypeInfo.o UniqueId.o IntIntAA.o StatArray.o StringA.o StringMap.o StringSA.o StringSAA.o VoidArray.o WidgetSA.o Agent.o AgentM.o AsyncAgent.o ChunkQueue.o DataLength.o HandlerL.o LiterateA.o ReadLineA.o TimeOut.o TTYAgent.o charsets.o converters.o events.o findParent.o findWindow.o fileSBF.o frame.o longName.o selection.o verify.o AutoRaise.o Delay.o DestroyCB.o ExitCB.o InitImage.o Swallower.o XErrorB.o freeXmST.o LabelH.o LessTifH.o MakeMenu.o MString.o ComboBox.o SpinBox.o TextSetS.o printBox.o AlignBox.o ArcBox.o BinBox.o Box.o BoxD.o BoxExtend.o BoxPoint.o BoxRegion.o BoxSize.o ColorBox.o CompositeB.o DiagBox.o DummyBox.o FixBox.o FontFixBox.o FontTable.o HatBox.o LineBox.o ListBox.o MarkBox.o MatchBox.o PrimitiveB.o SlopeBox.o StringBox.o THatBox.o TagBox.o TrueBox.o ArgNode.o BuiltinCN.o CallNode.o ConstNode.o DefCallN.o DummyNode.o LetNode.o NameNode.o ListNode.o TestNode.o ThemeVSLL.o TrueNode.o VSEFlags.o VSLArgList.o VSLBuiltin.o VSLDef.o VSLDefList.o VSLErr.o VSLLib.o VSLNode.o VSLRead.o -L/usr/local/lib -L/usr/X11R6/lib -lXm -lXp -lXpm -lXext -lXt -lSM -lICE -lX11 -lSM -lICE -lncurses -liberty vsl.o: In function `main': /tmp/ddd/ddd-3.2.91/ddd/vsl.C:195: undefined reference to `viewportWidgetClass' collect2: ld returned 1 exit status make[1]: *** [vsl.exe] Error 1 make[1]: Leaving directory `/tmp/ddd/ddd-3.2.91/ddd' make: *** [all-recursive] Error 1 /tmp/ddd/ddd-3.2.91 > From Harold@compasstechnologies.com Mon Nov 20 21:21:00 2000 From: Harold@compasstechnologies.com (Harold Hunt) Date: Mon, 20 Nov 2000 21:21:00 -0000 Subject: Development Status Update Message-ID: <896908DA55C4D311B9C000C04F01A05410A827@ENTERPRISE> >Where do we implement the DDX functions and how do we get windows.h and the >X Windows headers to live together? The Wine developers have addressed this issue and they have come up with some interesting ideas. I'm reading the documentation for developers on their website at: http://wine.codeweavers.com/docs/wine-devel/ http://winhq.com Feel free to read the documentation and/or source code for Wine to help me decipher exactly how they have made the headers live together. More eyeballs are better... Harold From Harold@compasstechnologies.com Mon Nov 20 22:06:00 2000 From: Harold@compasstechnologies.com (Harold Hunt) Date: Mon, 20 Nov 2000 22:06:00 -0000 Subject: Development Status Update Message-ID: <896908DA55C4D311B9C000C04F01A05410A829@ENTERPRISE> I forgot to include a link to the Wine online source tree: http://www.winehq.com/source/ Harold -----Original Message----- From: Harold Hunt [ mailto:Harold@compasstechnologies.com ] Sent: Tuesday, November 21, 2000 12:16 AM To: Cygx (E-mail) Subject: RE: Development Status Update >Where do we implement the DDX functions and how do we get windows.h and the >X Windows headers to live together? The Wine developers have addressed this issue and they have come up with some interesting ideas. I'm reading the documentation for developers on their website at: http://wine.codeweavers.com/docs/wine-devel/ http://winhq.com Feel free to read the documentation and/or source code for Wine to help me decipher exactly how they have made the headers live together. More eyeballs are better... Harold From julie@MageNet.com Tue Nov 21 07:45:00 2000 From: julie@MageNet.com (Julia A . Case) Date: Tue, 21 Nov 2000 07:45:00 -0000 Subject: startx trouble... Message-ID: <20001121104532.A7222@MageNet.com> Ok, I'm new to the cygwnin tools, but I'm impressed and happy to find them... I am trying to start the xwindows server. First I kept getting direct draw didn't initialize... I got passed that, and now I get the grey startup screen and my computer hangs... The mouse works, but nothing else happens, I have to unplug my laptop to reset the computer, ctrl-alt-delete and ctrl-alt-backspace don't work... Any help would be apreciated... I hope to be able to help with the development after I get things working. Julie -- [ Julia Anne Case ] [ Ships are safe inside the harbor, ] [Programmer at large] [ but is that what ships are really for. ] [ Admining Linux ] [ To thine own self be true. ] [ Windows/WindowsNT ] [ Fair is where you take your cows to be judged. ] From ssiddiqi@inspirepharm.com Tue Nov 21 07:51:00 2000 From: ssiddiqi@inspirepharm.com (Suhaib Siddiqi) Date: Tue, 21 Nov 2000 07:51:00 -0000 Subject: startx trouble... Message-ID: <7F2B9185F0196F44B59990759B91B1C2151747@ins-exch.inspirepharm.com> Windows 9x? The satble release works on NT only. Youc an search for Test 7 thread in October and november mail archive, and try that. Suhaib -----Original Message----- From: Julia A . Case [ mailto:julie@MageNet.com ] Sent: Tuesday, November 21, 2000 7:46 AM To: cygwin-xfree@sourceware.cygnus.com Subject: startx trouble... Ok, I'm new to the cygwnin tools, but I'm impressed and happy to find them... I am trying to start the xwindows server. First I kept getting direct draw didn't initialize... I got passed that, and now I get the grey startup screen and my computer hangs... The mouse works, but nothing else happens, I have to unplug my laptop to reset the computer, ctrl-alt-delete and ctrl-alt-backspace don't work... Any help would be apreciated... I hope to be able to help with the development after I get things working. Julie -- [ Julia Anne Case ] [ Ships are safe inside the harbor, ] [Programmer at large] [ but is that what ships are really for. ] [ Admining Linux ] [ To thine own self be true. ] [ Windows/WindowsNT ] [ Fair is where you take your cows to be judged. ] From Chuck.Irvine@mail.sprint.com Tue Nov 21 07:52:00 2000 From: Chuck.Irvine@mail.sprint.com (Chuck.Irvine@mail.sprint.com) Date: Tue, 21 Nov 2000 07:52:00 -0000 Subject: startx trouble... Message-ID: I had this problem when trying things on win98, where, I later found out, things aren't working yet. Only NT and 2000 are working at this point, though there is work underway to remedy this. See the faq for more details. Chuck -----Original Message----- From: julie [ mailto:julie@MageNet.com ] Sent: Tuesday, November 21, 2000 9:46 AM To: cygwin-xfree Cc: julie Subject: startx trouble... Ok, I'm new to the cygwnin tools, but I'm impressed and happy to find them... I am trying to start the xwindows server. First I kept getting direct draw didn't initialize... I got passed that, and now I get the grey startup screen and my computer hangs... The mouse works, but nothing else happens, I have to unplug my laptop to reset the computer, ctrl-alt-delete and ctrl-alt-backspace don't work... Any help would be apreciated... I hope to be able to help with the development after I get things working. Julie -- [ Julia Anne Case ] [ Ships are safe inside the harbor, ] [Programmer at large] [ but is that what ships are really for. ] [ Admining Linux ] [ To thine own self be true. ] [ Windows/WindowsNT ] [ Fair is where you take your cows to be judged. ] From aleadam@yahoo.com Tue Nov 21 17:17:00 2000 From: aleadam@yahoo.com (Alejandro Adam) Date: Tue, 21 Nov 2000 17:17:00 -0000 Subject: startx trouble... Message-ID: <20001122011705.24699.qmail@web113.yahoomail.com> Test 7 works well for some win98 OSes. It replaces xf_dx.dll and XWin.exe, which should be placed un /usr/X11R6/bin (overwriting the old files) links: Full Test 7 Package: http://www.msu.edu/~huntharo/OverlayAndNoDITest.tar.bz2 (1.7 MB) Test 7 xf_dx.dll Package: http://www.msu.edu/~huntharo/xf_dx.dll.tar.bz2 (43 kB) Sources: You can download the xf_dx.dll test 7 source if you have Visual C++ 6 and you feel like poking around: http://www.msu.edu/~huntharo/xf_dx-src.zip (14 kB) PS to Suhaib, Harold et al: Perhaps that could be added temporarily to the main xfree page or perhaps to the faq, to avoid repeated messagges saying the same thing. Test 7 thread on the archives is far below the test 4 thread, so maybe because of that people misses that important thread. __________________________________________________ Do You Yahoo!? Yahoo! Shopping - Thousands of Stores. Millions of Products. http://shopping.yahoo.com/ From aleadam@yahoo.com Tue Nov 21 17:22:00 2000 From: aleadam@yahoo.com (Alejandro Adam) Date: Tue, 21 Nov 2000 17:22:00 -0000 Subject: Troubles with bit depth Message-ID: <20001122012218.8543.qmail@web124.yahoomail.com> As I said long before, tests 5 and 7 worked on my computer, but I found that, for example, nedit and lyx works just fine (slow, but OK) on 16 bits, but I got a black window with 32 bits. It is not a very big problem for a test driver, really, but I don't know if it is a known problem or something occuring on my computer. X outputs does not complain about anything and those programs does not hang. They work, but I'm blind to that. Just to let you know about that. I dont know anything about windows programming, so I am not helpful with that, but if you need to test someting on a cheap-win98-machine, just ask. Regards, Alejandro Adam. __________________________________________________ Do You Yahoo!? Yahoo! Shopping - Thousands of Stores. Millions of Products. http://shopping.yahoo.com/ From julie@MageNet.com Tue Nov 21 18:11:00 2000 From: julie@MageNet.com (Julia A . Case) Date: Tue, 21 Nov 2000 18:11:00 -0000 Subject: anoncvs... Message-ID: <20001121211127.B6074@MageNet.com> I am trying to get the anoncvs source code for XFree86... I did what the web page told me, set the environment variables CVS_RSH and CVSROOT... when I try cvs checkout modules it just hangs and eventually gets reset by peer... Am I missing something simple here? Julie -- [ Julia Anne Case ] [ Ships are safe inside the harbor, ] [Programmer at large] [ but is that what ships are really for. ] [ Admining Linux ] [ To thine own self be true. ] [ Windows/WindowsNT ] [ Fair is where you take your cows to be judged. ] From Harold@compasstechnologies.com Tue Nov 21 18:22:00 2000 From: Harold@compasstechnologies.com (Harold Hunt) Date: Tue, 21 Nov 2000 18:22:00 -0000 Subject: anoncvs... Message-ID: <896908DA55C4D311B9C000C04F01A05410A82D@ENTERPRISE> Julie, I downloed the XFree86 source tree using the pserver method described at: http://www.xfree86.org/cvs/#pserver >From the Cygwin shell just type: CVSROOT=:pserver:anoncvs@anoncvs.xfree86.org:/cvs export CVSROOT cvs -d :pserver:anoncvs@anoncvs.xfree86.org:/cvs cvs login (use password: anoncvs) now you are logged into the cvs server, type: cvs checkout modules cvs checkout xc xc will take forever to download, depending on your throughput, so you may want to come back the next day. Our source code is primarily located in xc/programs/Xserver/hw/xwin. You may want to download my source code when you want to start testing new ideas, as I have cleaned up the formatting and recoded nearly everything that is currently in CVS. You may want to make a copy, or tarball, of the clean source tree before you do any compilation, otherwise you'll have to do a 'make clean' before you download a new source tree... and even then you might still have problems. To build, do a 'make World' in the xc directory. Then, cd to xc/programs/Xserver and type 'make XWin.exe'. Oh, have you had much experience with Perl? As you may have read, I am currently stuck at the stage of trying to mix #includes for X11 with ms windows headers... Wine has addressed this problem with a Perl script that rewrites the X11 headers automagically to prevent naming conflicts... we may have to do something similar, so some Perl experience would be helpful. Thanks for your interest in the project, Harold From arkadiy@snet.net Tue Nov 21 18:43:00 2000 From: arkadiy@snet.net (Arkadiy Belousov) Date: Tue, 21 Nov 2000 18:43:00 -0000 Subject: anoncvs... References: <896908DA55C4D311B9C000C04F01A05410A82D@ENTERPRISE> Message-ID: <014d01c0542e$084767a0$1e1e140a@windell> I looked at tools/make_X11wrappers script - it only deals with function prototypes. Could not find anything else. What perl script are you looking at? ----- Original Message ----- From: "Harold Hunt" To: "'Julia A . Case'" Cc: "Cygx (E-mail)" Sent: Tuesday, November 21, 2000 9:17 PM Subject: RE: anoncvs... > Julie, > > I downloed the XFree86 source tree using the pserver method described at: > > http://www.xfree86.org/cvs/#pserver > > >From the Cygwin shell just type: > CVSROOT=:pserver:anoncvs@anoncvs.xfree86.org:/cvs > export CVSROOT > cvs -d :pserver:anoncvs@anoncvs.xfree86.org:/cvs > cvs login (use password: anoncvs) > > now you are logged into the cvs server, type: > cvs checkout modules > cvs checkout xc > > xc will take forever to download, depending on your throughput, so you may > want to come back the next day. > > Our source code is primarily located in xc/programs/Xserver/hw/xwin. > > You may want to download my source code when you want to start testing new > ideas, as I have cleaned up the formatting and recoded nearly everything > that is currently in CVS. > > You may want to make a copy, or tarball, of the clean source tree before you > do any compilation, otherwise you'll have to do a 'make clean' before you > download a new source tree... and even then you might still have problems. > > To build, do a 'make World' in the xc directory. Then, cd to > xc/programs/Xserver and type 'make XWin.exe'. > > Oh, have you had much experience with Perl? As you may have read, I am > currently stuck at the stage of trying to mix #includes for X11 with ms > windows headers... Wine has addressed this problem with a Perl script that > rewrites the X11 headers automagically to prevent naming conflicts... we may > have to do something similar, so some Perl experience would be helpful. > > Thanks for your interest in the project, > > Harold > From Harold@compasstechnologies.com Tue Nov 21 20:30:00 2000 From: Harold@compasstechnologies.com (Harold Hunt) Date: Tue, 21 Nov 2000 20:30:00 -0000 Subject: Development Status Update 2 Message-ID: <896908DA55C4D311B9C000C04F01A05410A830@ENTERPRISE> Today I figured out a workable solution for making the X headers play nice with the Windows headers; the solution involves using the Wine headers for Windows (as they allow more precise control over which headers are included) and the user headers for X (think Xlib.h instead of pixmap.h). I'm satisfied with this solution, at this point, as it allows us to move on with programming instead of rewriting or adding #ifdef's to lots of header files. We might want to revisit the header issue when we get more of a product in place. As a simple test I threw some Win32 API calls into the stub for GetSpans that creates a Windows window and draws a line; the test works and it compiles with gcc under Cygwin; the successful compilation with gcc under Cygwin means that we can move away from a seperate dll compiled with Visual C++. My immediate steps will be to yank out any references to xf_dx.dll from my source files, essentially copying the relevent code from xf_dx.dll to the appropriate files for xwin.exe; next I'll setup includes for all of the stub files that will allow the Device Dependent X functions to compile with Win32 API calls; at that point I will probably make the skeleton source available via the web so that other developers can see what I am up to. After that, we just have to fill in the stubs with useful functions :) Err... that will only take about three months :) I'll keep you posted, Harold P.S. Following is the sample code that I through together in xc/programs/Xserver/hw/xwin/wingetsp.c, for your enjoyment; note that this code compiles under Cygwin with gcc and gets linked into XWin.exe: #include "Xlib.h" typedef struct _xPoint *DDXPointPtr; #include "windef.h" #include "winbase.h" #include "gdi.h" #include "user.h" #include "winuser.h" #include #define NAME "cygwin/xfree86" #define TITLE "Cywgin/XFree86" LRESULT CALLBACK WindowProc (HWND hWnd, UINT message, WPARAM wParam, LPARAM lParam) { return DefWindowProc (hWnd, message, wParam, lParam); } void winGetSpans (Drawable *pDrawable, int wMax, DDXPointPtr pPoint, int *pwidth, int nspans, char *pchardstStart) { static Bool fRunOnce = FALSE; WNDCLASS wc; HWND hwnd; HDC hdc; fprintf (stderr, "winGetSpans()\n"); if (!fRunOnce) { /* only run this code once */ fRunOnce = TRUE; // Setup our window class wc.style = CS_HREDRAW | CS_VREDRAW; wc.lpfnWndProc = WindowProc; wc.cbClsExtra = 0; wc.cbWndExtra = 0; wc.hInstance = GetModuleHandle(NULL); wc.hIcon = 0; wc.hCursor = 0; wc.hbrBackground = 0; wc.lpszMenuName = NULL; wc.lpszClassName = NAME; RegisterClass (&wc); // Create the window hwnd = CreateWindowEx (0, // Extended styles NAME, // Class name TITLE, // Window name WS_OVERLAPPED | WS_CAPTION | WS_SYSMENU | WS_MINIMIZEBOX, // Almost an OverlappedWindow CW_USEDEFAULT, // Horizontal position CW_USEDEFAULT, // Vertical position CW_USEDEFAULT, // Right edge CW_USEDEFAULT, // Bottom edge (HWND) NULL, // No parent or owner window (HMENU) NULL, // No menu GetModuleHandle (NULL), // Instance handle NULL); // No window creation data /* Show the window */ ShowWindow (hwnd, SW_SHOW); UpdateWindow (hwnd); /* Get the device context */ hdc = GetDC (hwnd); /* Draw something */ MoveToEx (hdc, 0, 0, NULL); LineTo (hdc, 100, 100); ReleaseDC (hwnd, hdc); } } From cgf@redhat.com Tue Nov 21 20:56:00 2000 From: cgf@redhat.com (Christopher Faylor) Date: Tue, 21 Nov 2000 20:56:00 -0000 Subject: Development Status Update 2 References: <896908DA55C4D311B9C000C04F01A05410A830@ENTERPRISE> Message-ID: <20001121235614.A5289@redhat.com> On Tue, Nov 21, 2000 at 11:25:10PM -0500, Harold Hunt wrote: >Today I figured out a workable solution for making the X headers play nice >with the Windows headers; the solution involves using the Wine headers for >Windows (as they allow more precise control over which headers are included) >and the user headers for X (think Xlib.h instead of pixmap.h). I'm satisfied >with this solution, at this point, as it allows us to move on with >programming instead of rewriting or adding #ifdef's to lots of header files. >We might want to revisit the header issue when we get more of a product in >place. I can't say that I like the solution of using a completely different set of headers. That sounds like a customer support issue waiting to happen. Anyone who wants to build stuff will have to go to multiple different sources to retrieve what they need. Most of the Windows stuff in cygwin is broken up into separate files. You don't have to include the monolithic "windows.h" file to get everything that you need. The layout is, in fact, similar to Microsoft's. Maybe you've investigated this already but I thought I'd throw this out in case you hadn't. The other alternative is to create wrappers for windows header files which '#define' problematic variables and functions to something less problematic and them undef them after the header is included. It should be relatively simple to find the functions and variables that are causing problems if you attempt to compile a few source files and then collect the names of all of the variables into a text file where you can do some bulk editing to create the '#define Foo OccludeWindowsFoo/#undef Foo' pairs. Maybe this has already been suggested. I haven't been paying close attention. Apologies, if so. It just seems to me that pulling in header files from another project is not a terrific solution. cgf From Harold@compasstechnologies.com Tue Nov 21 21:26:00 2000 From: Harold@compasstechnologies.com (Harold Hunt) Date: Tue, 21 Nov 2000 21:26:00 -0000 Subject: Development Status Update 2 Message-ID: <896908DA55C4D311B9C000C04F01A05410A831@ENTERPRISE> Chris, I gave the Cygwin headers another go and was able to, eventually, compile with them. One minor pain I encountered will manually including the Cygwin Win32 API headers was that a macro used by winnt.h was defined in windows.h, but not in winnt.h; to compile I had to copy the macro out of windows.h and past it into my source file as I show at the end of my email. Of course, it would be nice if this macro was defined somewhere other than windows.h... :) I will still need to access a couple DirectDraw functions from XWin.exe; I notice that /lib/libddraw.a exists but there is not a /usr/include/ddraw.h. Can I expect a ddraw.h header anytime soon? Or, should I stick with the Wine header for that? (I'd really like to move away from Visual C++, to open this project up to as many developers as possible). For now I'll use the Cygwin Win32 API headers, as below. Thanks for kicking me and making me try again :) Harold #ifndef _ANONYMOUS_STRUCT #define _STRUCT_NAME(x) x #define DUMMYSTRUCTNAME s #define DUMMYSTRUCTNAME2 s2 #define DUMMYSTRUCTNAME3 s3 #else #define _STRUCT_NAME(x) #define DUMMYSTRUCTNAME #define DUMMYSTRUCTNAME2 #define DUMMYSTRUCTNAME3 #endif #include #include #include #include #include #include #include #include From cgf@redhat.com Tue Nov 21 21:38:00 2000 From: cgf@redhat.com ('cgf@redhat.com') Date: Tue, 21 Nov 2000 21:38:00 -0000 Subject: Development Status Update 2 References: <896908DA55C4D311B9C000C04F01A05410A831@ENTERPRISE> Message-ID: <20001122003735.A5610@redhat.com> [Reply-To redirected to cygwin-xfree] On Wed, Nov 22, 2000 at 12:20:40AM -0500, Harold Hunt wrote: >I gave the Cygwin headers another go and was able to, eventually, compile >with them. One minor pain I encountered will manually including the Cygwin >Win32 API headers was that a macro used by winnt.h was defined in windows.h, >but not in winnt.h; to compile I had to copy the macro out of windows.h and >past it into my source file as I show at the end of my email. Of course, it >would be nice if this macro was defined somewhere other than windows.h... :) If this is causing you problems, submit a patch to cygwin-patches or to the cygwin mailing list which rectifies things. >I will still need to access a couple DirectDraw functions from XWin.exe; I >notice that /lib/libddraw.a exists but there is not a /usr/include/ddraw.h. >Can I expect a ddraw.h header anytime soon? Or, should I stick with the >Wine header for that? (I'd really like to move away from Visual C++, to >open this project up to as many developers as possible). Again, a patch, providing this file, would solve this problem. If Wine has this file and it is not GPLed then we can use it as is, otherwise someone would have to type in the declarations, etc. by hand. We're fortunate in that we're not Microsoft and can make changes to accomodate people quickly. There is no reason why we can't make changes to the w32api changes which will help the cygwin-xfree project along. cgf From ssiddiqi@inspirepharm.com Wed Nov 22 04:20:00 2000 From: ssiddiqi@inspirepharm.com (Suhaib Siddiqi) Date: Wed, 22 Nov 2000 04:20:00 -0000 Subject: Development Status Update 2 Message-ID: <7F2B9185F0196F44B59990759B91B1C215174E@ins-exch.inspirepharm.com> Ummmm... no Wine headers please. Adding Wine headers to Cygwin/Xfree86 projects will cause several problems, as I mentioned before. 1) XFree86 Inc. will refuse to accept any changes which would include another GPL'ed project headers into their sources tree. This could result into whole Cygwin/Xfree86 sources tree removed from xf86 source base. Be careful please. 2) End-users will need to collect headers and tools from different sites which would result in a support nightmare. Please follow this guideline, because that is what we adapted and was accepted by XFree86 Inc. Any changes/addition to Cygwin/XFree86 should be based upon Cygwin and we should be using headers from Cygwin. We can use MSVC, but the sources which needs MSVC should be separated out, for example xf_dx.dll. Suhaib -----Original Message----- From: Harold Hunt [ mailto:Harold@compasstechnologies.com ] Sent: Tuesday, November 21, 2000 8:25 PM To: Cygx (E-mail) Subject: Development Status Update 2 Today I figured out a workable solution for making the X headers play nice with the Windows headers; the solution involves using the Wine headers for Windows (as they allow more precise control over which headers are included) and the user headers for X (think Xlib.h instead of pixmap.h). I'm satisfied with this solution, at this point, as it allows us to move on with programming instead of rewriting or adding #ifdef's to lots of header files. We might want to revisit the header issue when we get more of a product in place. As a simple test I threw some Win32 API calls into the stub for GetSpans that creates a Windows window and draws a line; the test works and it compiles with gcc under Cygwin; the successful compilation with gcc under Cygwin means that we can move away from a seperate dll compiled with Visual C++. My immediate steps will be to yank out any references to xf_dx.dll from my source files, essentially copying the relevent code from xf_dx.dll to the appropriate files for xwin.exe; next I'll setup includes for all of the stub files that will allow the Device Dependent X functions to compile with Win32 API calls; at that point I will probably make the skeleton source available via the web so that other developers can see what I am up to. After that, we just have to fill in the stubs with useful functions :) Err... that will only take about three months :) I'll keep you posted, Harold P.S. Following is the sample code that I through together in xc/programs/Xserver/hw/xwin/wingetsp.c, for your enjoyment; note that this code compiles under Cygwin with gcc and gets linked into XWin.exe: #include "Xlib.h" typedef struct _xPoint *DDXPointPtr; #include "windef.h" #include "winbase.h" #include "gdi.h" #include "user.h" #include "winuser.h" #include #define NAME "cygwin/xfree86" #define TITLE "Cywgin/XFree86" LRESULT CALLBACK WindowProc (HWND hWnd, UINT message, WPARAM wParam, LPARAM lParam) { return DefWindowProc (hWnd, message, wParam, lParam); } void winGetSpans (Drawable *pDrawable, int wMax, DDXPointPtr pPoint, int *pwidth, int nspans, char *pchardstStart) { static Bool fRunOnce = FALSE; WNDCLASS wc; HWND hwnd; HDC hdc; fprintf (stderr, "winGetSpans()\n"); if (!fRunOnce) { /* only run this code once */ fRunOnce = TRUE; // Setup our window class wc.style = CS_HREDRAW | CS_VREDRAW; wc.lpfnWndProc = WindowProc; wc.cbClsExtra = 0; wc.cbWndExtra = 0; wc.hInstance = GetModuleHandle(NULL); wc.hIcon = 0; wc.hCursor = 0; wc.hbrBackground = 0; wc.lpszMenuName = NULL; wc.lpszClassName = NAME; RegisterClass (&wc); // Create the window hwnd = CreateWindowEx (0, // Extended styles NAME, // Class name TITLE, // Window name WS_OVERLAPPED | WS_CAPTION | WS_SYSMENU | WS_MINIMIZEBOX, // Almost an OverlappedWindow CW_USEDEFAULT, // Horizontal position CW_USEDEFAULT, // Vertical position CW_USEDEFAULT, // Right edge CW_USEDEFAULT, // Bottom edge (HWND) NULL, // No parent or owner window (HMENU) NULL, // No menu GetModuleHandle (NULL), // Instance handle NULL); // No window creation data /* Show the window */ ShowWindow (hwnd, SW_SHOW); UpdateWindow (hwnd); /* Get the device context */ hdc = GetDC (hwnd); /* Draw something */ MoveToEx (hdc, 0, 0, NULL); LineTo (hdc, 100, 100); ReleaseDC (hwnd, hdc); } } From ssiddiqi@inspirepharm.com Wed Nov 22 04:21:00 2000 From: ssiddiqi@inspirepharm.com (Suhaib Siddiqi) Date: Wed, 22 Nov 2000 04:21:00 -0000 Subject: Development Status Update 2 Message-ID: <7F2B9185F0196F44B59990759B91B1C215174F@ins-exch.inspirepharm.com> Harold You can use libddraw.a and headers from John Fortin. There is a link at http://sources.redhat.com/cygwin/xfree . Suhaib -----Original Message----- From: Harold Hunt [ mailto:Harold@compasstechnologies.com ] Sent: Tuesday, November 21, 2000 9:21 PM To: 'cygwin-xfree@cygwin.com' Cc: 'cgf@redhat.com' Subject: RE: Development Status Update 2 Chris, I gave the Cygwin headers another go and was able to, eventually, compile with them. One minor pain I encountered will manually including the Cygwin Win32 API headers was that a macro used by winnt.h was defined in windows.h, but not in winnt.h; to compile I had to copy the macro out of windows.h and past it into my source file as I show at the end of my email. Of course, it would be nice if this macro was defined somewhere other than windows.h... :) I will still need to access a couple DirectDraw functions from XWin.exe; I notice that /lib/libddraw.a exists but there is not a /usr/include/ddraw.h. Can I expect a ddraw.h header anytime soon? Or, should I stick with the Wine header for that? (I'd really like to move away from Visual C++, to open this project up to as many developers as possible). For now I'll use the Cygwin Win32 API headers, as below. Thanks for kicking me and making me try again :) Harold #ifndef _ANONYMOUS_STRUCT #define _STRUCT_NAME(x) x #define DUMMYSTRUCTNAME s #define DUMMYSTRUCTNAME2 s2 #define DUMMYSTRUCTNAME3 s3 #else #define _STRUCT_NAME(x) #define DUMMYSTRUCTNAME #define DUMMYSTRUCTNAME2 #define DUMMYSTRUCTNAME3 #endif #include #include #include #include #include #include #include #include From Harold@compasstechnologies.com Wed Nov 22 07:53:00 2000 From: Harold@compasstechnologies.com (Harold Hunt) Date: Wed, 22 Nov 2000 07:53:00 -0000 Subject: Development Status Update 3 Message-ID: <896908DA55C4D311B9C000C04F01A05410A832@ENTERPRISE> Sometimes a problem can be daunting because you don't know the size of it; fortunately, the header issue turned out to be fairly simple. Identifier collisions between X and Win32 headers come down, so far, to three typedefs or #define'd data types, one function, and one macro and function collision. Data types: ATOM (Win32: WORD, X: unsigned long) BOOL (Win32: int, X: unsigned char) BYTE (same datatype, one #define'd, the other typedef'd, I think) Functions: FreeResource() (Win32: deprecated, so it can be #ifdef'd out) Macro/function: CreateWindow (Win32: macro, can be #undef'd, X: part of screen structure, function prototype) For now I munged a couple header files to allow compilation, albeit with warnings; I'll have to go back later and thoughtfully address each of the five cases identified so far to determine a more appropriate resolution. I have removed all calls to functions residing in xf_dx.dll and replaced them with code in XWin.exe; I have not yet torn out all stray references to xf_dx.dll. My to-do list, slightly amended from yesterday, is as follows: 1) Finalize header file fixes and produce diffs 2) Finalize Imakefile changes and produce diffs 3) Remove references to xf_dx.dll from XWin.exe code 4) Standardize any identifier names that have slipped through the cracks 5) Try to eliminate as many build warnings as possible 6) Remove deprecated files 7) Add some comments/tips 8) Tarball the source and diffs 9) Release the framework for other developers to examine Keep in mind that we will still have to do some design work before we start implementing functions in the framework... though we may be able to throw together a machine independent implementation fairly quickly just to have something that works. I'll keep everyone posted, Harold From cgf@redhat.com Wed Nov 22 08:16:00 2000 From: cgf@redhat.com ('cgf@redhat.com') Date: Wed, 22 Nov 2000 08:16:00 -0000 Subject: Development Status Update 2 References: <7F2B9185F0196F44B59990759B91B1C215174F@ins-exch.inspirepharm.com> Message-ID: <20001122111609.B6556@redhat.com> On Wed, Nov 22, 2000 at 07:21:07AM -0500, Suhaib Siddiqi wrote: >Harold >You can use libddraw.a and headers from John Fortin. There is a link at > http://sources.redhat.com/cygwin/xfree . If John has headers, can he submit them to the cygwin project? cgf >-----Original Message----- >From: Harold Hunt [ mailto:Harold@compasstechnologies.com ] >Sent: Tuesday, November 21, 2000 9:21 PM >To: 'cygwin-xfree@cygwin.com' >Cc: 'cgf@redhat.com' >Subject: RE: Development Status Update 2 > > >Chris, > >I gave the Cygwin headers another go and was able to, eventually, compile >with them. One minor pain I encountered will manually including the Cygwin >Win32 API headers was that a macro used by winnt.h was defined in windows.h, >but not in winnt.h; to compile I had to copy the macro out of windows.h and >past it into my source file as I show at the end of my email. Of course, it >would be nice if this macro was defined somewhere other than windows.h... :) From ssiddiqi@inspirepharm.com Wed Nov 22 08:19:00 2000 From: ssiddiqi@inspirepharm.com (Suhaib Siddiqi) Date: Wed, 22 Nov 2000 08:19:00 -0000 Subject: Development Status Update 2 Message-ID: <7F2B9185F0196F44B59990759B91B1C2151752@ins-exch.inspirepharm.com> I would suggest incorporating full suites. It is DirectX 6.1. I am working on making DirectX 8.0. If you wait for a while I could provide DX 8.0? Suhaib - On Wed, Nov 22, 2000 at 07:21:07AM -0500, Suhaib Siddiqi wrote: >Harold >You can use libddraw.a and headers from John Fortin. There is a link at > http://sources.redhat.com/cygwin/xfree . If John has headers, can he submit them to the cygwin project? cgf >-----Original Message----- >From: Harold Hunt [ mailto:Harold@compasstechnologies.com ] >Sent: Tuesday, November 21, 2000 9:21 PM >To: 'cygwin-xfree@cygwin.com' >Cc: 'cgf@redhat.com' >Subject: RE: Development Status Update 2 > > >Chris, > >I gave the Cygwin headers another go and was able to, eventually, compile >with them. One minor pain I encountered will manually including the Cygwin >Win32 API headers was that a macro used by winnt.h was defined in windows.h, >but not in winnt.h; to compile I had to copy the macro out of windows.h and >past it into my source file as I show at the end of my email. Of course, it >would be nice if this macro was defined somewhere other than windows.h... :) From fortinj@attglobal.net Wed Nov 22 08:20:00 2000 From: fortinj@attglobal.net (John Fortin) Date: Wed, 22 Nov 2000 08:20:00 -0000 Subject: Development Status Update 3 References: <896908DA55C4D311B9C000C04F01A05410A832@ENTERPRISE> Message-ID: <3A1BF23A.3EDD9216@attglobal.net> Thanks Harold. I haven't had much time lately. I am getting ready to install a production system at work so I've been busy and will be till the end of the year. I'll monitor and add in as I can. John Harold Hunt wrote: > Sometimes a problem can be daunting because you don't know the size of it; > fortunately, the header issue turned out to be fairly simple. > > Identifier collisions between X and Win32 headers come down, so far, to > three typedefs or #define'd data types, one function, and one macro and > function collision. > > Data types: > ATOM (Win32: WORD, X: unsigned long) > BOOL (Win32: int, X: unsigned char) > BYTE (same datatype, one #define'd, the other typedef'd, I think) > > Functions: > FreeResource() (Win32: deprecated, so it can be #ifdef'd out) > > Macro/function: > CreateWindow (Win32: macro, can be #undef'd, X: part of screen structure, > function prototype) > > For now I munged a couple header files to allow compilation, albeit with > warnings; I'll have to go back later and thoughtfully address each of the > five cases identified so far to determine a more appropriate resolution. > > I have removed all calls to functions residing in xf_dx.dll and replaced > them with code in XWin.exe; I have not yet torn out all stray references to > xf_dx.dll. > > My to-do list, slightly amended from yesterday, is as follows: > 1) Finalize header file fixes and produce diffs > 2) Finalize Imakefile changes and produce diffs > 3) Remove references to xf_dx.dll from XWin.exe code > 4) Standardize any identifier names that have slipped through > the cracks > 5) Try to eliminate as many build warnings as possible > 6) Remove deprecated files > 7) Add some comments/tips > 8) Tarball the source and diffs > 9) Release the framework for other developers to examine > > Keep in mind that we will still have to do some design work before we start > implementing functions in the framework... though we may be able to throw > together a machine independent implementation fairly quickly just to have > something that works. > > I'll keep everyone posted, > > Harold From a.eibach@gmx.net Wed Nov 22 08:36:00 2000 From: a.eibach@gmx.net (Andreas Eibach) Date: Wed, 22 Nov 2000 08:36:00 -0000 Subject: problems in finding the right test 7 thread (was: startx trouble...) References: <20001122011705.24699.qmail@web113.yahoomail.com> Message-ID: <008501c054a1$e20f5f60$fc1507d5@default> > PS to Suhaib, Harold et al: Perhaps that could be > added temporarily to the main xfree page or perhaps to > the faq, to avoid repeated messagges saying the same > thing. Test 7 thread on the archives is far below the > test 4 thread, so maybe because of that people misses > that important thread. YES!! Exactly. You're right! That's how I'm thinking about it too. @Suhaib, this means you don't benefit fellowship _at all_ here if you're permanently pointing to search in the archives before you know *how* difficult it is to find the right thread in this terrible *mess*. It isn't as easy as you might think ... and especially the Test 7 thread is *damn* hard to find. I mean the *right* one with the links and everything important there. Besides, I don't think everyone of the readers here has a *cheap* internet connection like you might have. Mine, especially is VERY EXPENSIVE. If I need to search the mail archives, read everything through (like I said, > 300 matches) this takes a lot of time - and I'm forced to do everything on-line! This can take 30 minutes and more. Not only because of that I'd suggest to build up a FAQ. Yes. ASAP. Perhaps sorta WEEKLY in the mailing list. ++++++++++++++++++++++++++++++++++++++++ Another big thanks to Alejandro for re-posting the links! ++++++++++++++++++++++++++++++++++++++++ I have them now, but Alejandro, can you think of me almost having gone mad days before because I couldn't find it no matter how hard I tried? I had the same problem - saw Test 4 and - HUH? Hey, where's test 7 then? Since my search system (and query words) weren't the best, it took me more than 30 minutes until I finally found it. I don't want to go through this again, please, no. Andreas From ssiddiqi@inspirepharm.com Wed Nov 22 08:51:00 2000 From: ssiddiqi@inspirepharm.com (Suhaib Siddiqi) Date: Wed, 22 Nov 2000 08:51:00 -0000 Subject: problems in finding the right test 7 thread (was: startx trouble...) Message-ID: <7F2B9185F0196F44B59990759B91B1C2151753@ins-exch.inspirepharm.com> > > PS to Suhaib, Harold et al: Perhaps that could be > > added temporarily to the main xfree page or perhaps to > > the faq, to avoid repeated messagges saying the same > > thing. Test 7 thread on the archives is far below the > > test 4 thread, so maybe because of that people misses > > that important thread. > > YES!! Exactly. You're right! > That's how I'm thinking about it too. > > @Suhaib, this means you don't benefit fellowship _at all_ > here if you're > permanently pointing to search in the archives before you know *how* > difficult it is to find the right thread in this terrible *mess*. > It isn't as easy as you might think ... and especially the > Test 7 thread is > *damn* hard to find. > I mean the *right* one with the links and everything important there. Good point. > > Besides, I don't think everyone of the readers here has a > *cheap* internet > connection like you might have. Yeah in Europe they try to suck your pockets out for every excuse they could find. Tax for sneezing, tax for walking on the street and tax for being happy tax for crying and even tax for paying taxes. i lived in Vienna for several years, the telecommunication charges simply sucks there because of monopoly. Suhaib > Mine, especially is VERY EXPENSIVE. > If I need to search the mail archives, read everything > through (like I said, > > 300 matches) this takes a lot of time - and I'm forced to > do everything > on-line! This can take 30 minutes and more. > Not only because of that I'd suggest to build up a FAQ. Yes. ASAP. > Perhaps sorta WEEKLY in the mailing list. > > ++++++++++++++++++++++++++++++++++++++++ > Another big thanks to Alejandro for re-posting the links! > ++++++++++++++++++++++++++++++++++++++++ > > I have them now, but Alejandro, can you think of me almost > having gone mad > days before because I couldn't find it no matter how hard I tried? > I had the same problem - saw Test 4 and - HUH? Hey, where's > test 7 then? > Since my search system (and query words) weren't the best, it > took me more > than 30 minutes until I finally found it. > I don't want to go through this again, please, no. > > Andreas > From fortinj@attglobal.net Wed Nov 22 09:26:00 2000 From: fortinj@attglobal.net (John Fortin) Date: Wed, 22 Nov 2000 09:26:00 -0000 Subject: DX Headers (was Re: Development Status Update 2) References: <7F2B9185F0196F44B59990759B91B1C215174F@ins-exch.inspirepharm.com> <20001122111609.B6556@redhat.com> Message-ID: <3A1C01BA.D5FBB696@attglobal.net> There are potential liscensing issues with the MS DX Headers. They are not supposed to be redistributed, even though you can download them from microsoft. That's why I have not submitted them. If MS ever changed this policy it would be different. John "'cgf@redhat.com'" wrote: > On Wed, Nov 22, 2000 at 07:21:07AM -0500, Suhaib Siddiqi wrote: > >Harold > >You can use libddraw.a and headers from John Fortin. There is a link at > > http://sources.redhat.com/cygwin/xfree . > > If John has headers, can he submit them to the cygwin project? > > cgf > > >-----Original Message----- > >From: Harold Hunt [ mailto:Harold@compasstechnologies.com ] > >Sent: Tuesday, November 21, 2000 9:21 PM > >To: 'cygwin-xfree@cygwin.com' > >Cc: 'cgf@redhat.com' > >Subject: RE: Development Status Update 2 > > > > > >Chris, > > > >I gave the Cygwin headers another go and was able to, eventually, compile > >with them. One minor pain I encountered will manually including the Cygwin > >Win32 API headers was that a macro used by winnt.h was defined in windows.h, > >but not in winnt.h; to compile I had to copy the macro out of windows.h and > >past it into my source file as I show at the end of my email. Of course, it > >would be nice if this macro was defined somewhere other than windows.h... :) From mike.davies@epid.eurotherm.co.uk Thu Nov 23 01:39:00 2000 From: mike.davies@epid.eurotherm.co.uk (Mike Davies) Date: Thu, 23 Nov 2000 01:39:00 -0000 Subject: error making DDD / undefined reference to `viewportWidgetClass' References: Message-ID: <00af01c05531$25476bd0$74a57995@epid.eurotherm.co.uk> Hi Chuck, It's defined in "\usr\X11R6\include\X11\Xaw\Viewport.h" so I expect it ought to be in the libXaw.a object file. A quick look with nm shows it is in there. Does this mean that you have found out why the ddd build was unable to find the Motif Xm library ? If so I'd be grateful if you could post the reason to the ddd list. Thanks, Mike Davies > When trying to make DDD, I get the error message below saying that the > reference to viewportWidgetClass in ddd/vsl.C is undefined. Does anyone > know what library viewportWidgetClass is supposed to be defined in? Any > help is greatly appreciated. > > > Thanks, > > Chuck Irvine > Sprint > > Error: > > vsl.o: In function `main': > /tmp/ddd/ddd-3.2.91/ddd/vsl.C:195: undefined reference to > `viewportWidgetClass' > collect2: ld returned 1 exit status > make[1]: *** [vsl.exe] Error 1 > make[1]: Leaving directory `/tmp/ddd/ddd-3.2.91/ddd' > make: *** [all-recursive] Error 1 > /tmp/ddd/ddd-3.2.91 > > Versions: > > cygwin DLL 1.1.5 > cygwin/XFree86 4.0 > LessTif: 0.91.21 > DDD: 3.2.91 > > Make Log: > > > make > Making all in readline > make[1]: Entering directory `/tmp/ddd/ddd-3.2.91/readline' > make[1]: Nothing to be done for `all'. > make[1]: Leaving directory `/tmp/ddd/ddd-3.2.91/readline' > Making all in vsllib > make[1]: Entering directory `/tmp/ddd/ddd-3.2.91/vsllib' > make[1]: Nothing to be done for `all'. > make[1]: Leaving directory `/tmp/ddd/ddd-3.2.91/vsllib' > Making all in themes > make[1]: Entering directory `/tmp/ddd/ddd-3.2.91/themes' > make[1]: Nothing to be done for `all'. > make[1]: Leaving directory `/tmp/ddd/ddd-3.2.91/themes' > Making all in ddd > make[1]: Entering directory `/tmp/ddd/ddd-3.2.91/ddd' > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > sigName.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > strclass.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > tabs.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > uniquify.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > MemCheck.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > PrintGC.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > SignalB.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > TypeInfo.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > UniqueId.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > IntIntAA.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > StatArray.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > StringA.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > StringMap.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > StringSA.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > StringSAA.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > VoidArray.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > WidgetSA.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > Agent.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > AgentM.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > AsyncAgent.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > ChunkQueue.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > DataLength.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > HandlerL.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > LiterateA.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > ReadLineA.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > TimeOut.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > TTYAgent.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > charsets.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > converters.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > events.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > findParent.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > findWindow.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > fileSBF.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > frame.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > longName.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > selection.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > verify.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > AutoRaise.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > Delay.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > DestroyCB.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > ExitCB.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > InitImage.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > Swallower.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > XErrorB.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > freeXmST.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > LabelH.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > LessTifH.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > MakeMenu.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > MString.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > ComboBox.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > SpinBox.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > TextSetS.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > printBox.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > AlignBox.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > ArcBox.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > BinBox.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > Box.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > BoxD.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > BoxExtend.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > BoxPoint.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > BoxRegion.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > BoxSize.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > ColorBox.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > CompositeB.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > DiagBox.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > DummyBox.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > FixBox.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > FontFixBox.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > FontTable.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > HatBox.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > LineBox.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > ListBox.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > MarkBox.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > MatchBox.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > PrimitiveB.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > SlopeBox.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > StringBox.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > THatBox.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > TagBox.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > TrueBox.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > ArgNode.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > BuiltinCN.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > CallNode.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > ConstNode.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > DefCallN.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > DummyNode.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > LetNode.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > NameNode.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > ListNode.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > TestNode.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > ThemeVSLL.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > TrueNode.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > VSEFlags.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > VSLArgList.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > VSLBuiltin.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > VSLDef.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > VSLDefList.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > VSLErr.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > VSLLib.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > VSLNode.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > VSLRead.C > In file included from VSLRead.C:113: > /usr/lib/bison.simple: In function `int VSLLib_parse()': > /usr/lib/bison.simple:324: warning: unused variable `struct YYSTYPE * > vslvs1' > /usr/lib/bison.simple:614: warning: comparison between signed and > unsigned > /usr/lib/bison.simple:626: warning: comparison between signed and > unsigned > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > ArcGraphE.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > BoxEdgeA.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > BoxGraphN.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > EdgeA.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > EdgeAPA.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > Graph.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > GraphEdge.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > GraphEdit.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > GraphGC.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > GraphNode.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > GraphNPA.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > HintGraphN.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > LineGraphE.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > LineGESI.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > PannedGE.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > PosGraphN.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > RegionGN.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > ScrolledGE.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > layout.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > annotation.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > args.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > buttons.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > cmdtty.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > comm-manag.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > complete.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > ctrl.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > data.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > dbx-lookup.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > decoration.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > deref.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > disp-read.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > editing.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > environ.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > examine.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > exectty.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > exit.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > expired.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > file.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > filetype.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > fonts.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > fortranize.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > gdbinit.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > history.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > hostname.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > index.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > isid.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > java.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > logo.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > logplayer.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > mainloop.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > mydialogs.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > options.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > plotter.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > post.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > print.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > question.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > regexps.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > resolveP.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > resources.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > sashes.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > select.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > session.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > settings.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > shell.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > shorten.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > show.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > simpleMenu.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > configinfo.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > source.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > status.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > string-fun.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > tictactoe.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > tips.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > toolbar.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > ungrab.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > value-read.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > vsldoc.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > windows.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > wm.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > xconfig.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > AliasGE.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > ArgField.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > BreakPoint.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > BreakPM.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > CodeCache.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > Command.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > DataDisp.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > DispBox.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > DispBuffer.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > DispGraph.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > DispNode.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > DispNodeM.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > DispValue.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > DispValueA.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > DispValueT.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > EntryType.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > GDBAgent.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > HelpCB.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > HistoryD.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > HistoryF.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > MinMaxA.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > PlotAgent.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > PlotArea.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > PosBuffer.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > ProgressM.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > RefreshDI.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > SmartC.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > SourceView.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > StringTPA.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > ThemeM.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > ThemeP.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > Tool.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > UndoBuffer.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > UndoBE.C > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > WhatNextCB.C > /bin/sh ./libtool --mode=link c++ -DNDEBUG -O2 -g -W -Wall -trigraphs > -o ddd.exe ddd.o basename.o compare.o cook.o cwd.o glob.o hash.o home.o > rxclass.o sigName.o strclass.o tabs.o uniquify.o MemCheck.o PrintGC.o > SignalB.o TypeInfo.o UniqueId.o IntIntAA.o StatArray.o StringA.o > StringMap.o StringSA.o StringSAA.o VoidArray.o WidgetSA.o Agent.o > AgentM.o AsyncAgent.o ChunkQueue.o DataLength.o HandlerL.o LiterateA.o > ReadLineA.o TimeOut.o TTYAgent.o charsets.o converters.o events.o > findParent.o findWindow.o fileSBF.o frame.o longName.o selection.o > verify.o AutoRaise.o Delay.o DestroyCB.o ExitCB.o InitImage.o > Swallower.o XErrorB.o freeXmST.o LabelH.o LessTifH.o MakeMenu.o > MString.o ComboBox.o SpinBox.o TextSetS.o printBox.o AlignBox.o ArcBox.o > BinBox.o Box.o BoxD.o BoxExtend.o BoxPoint.o BoxRegion.o BoxSize.o > ColorBox.o CompositeB.o DiagBox.o DummyBox.o FixBox.o FontFixBox.o > FontTable.o HatBox.o LineBox.o ListBox.o MarkBox.o MatchBox.o > PrimitiveB.o SlopeBox.o StringBox.o THatBox.o TagBox.o TrueBox.o > ArgNode.o BuiltinCN.o CallNode.o ConstNode.o DefCallN.o DummyNode.o > LetNode.o NameNode.o ListNode.o TestNode.o ThemeVSLL.o TrueNode.o > VSEFlags.o VSLArgList.o VSLBuiltin.o VSLDef.o VSLDefList.o VSLErr.o > VSLLib.o VSLNode.o VSLRead.o ArcGraphE.o BoxEdgeA.o BoxGraphN.o EdgeA.o > EdgeAPA.o Graph.o GraphEdge.o GraphEdit.o GraphGC.o GraphNode.o > GraphNPA.o HintGraphN.o LineGraphE.o LineGESI.o PannedGE.o PosGraphN.o > RegionGN.o ScrolledGE.o layout.o annotation.o args.o buttons.o cmdtty.o > comm-manag.o complete.o ctrl.o data.o dbx-lookup.o decoration.o deref.o > disp-read.o editing.o environ.o examine.o exectty.o exit.o expired.o > file.o filetype.o fonts.o fortranize.o gdbinit.o history.o hostname.o > index.o isid.o java.o logo.o logplayer.o mainloop.o mydialogs.o > options.o plotter.o post.o print.o question.o regexps.o resolveP.o > resources.o sashes.o select.o session.o settings.o shell.o shorten.o > show.o simpleMenu.o configinfo.o source.o status.o string-fun.o > tictactoe.o tips.o toolbar.o ungrab.o value-read.o vsldoc.o windows.o > wm.o xconfig.o AliasGE.o ArgField.o BreakPoint.o BreakPM.o CodeCache.o > Command.o DataDisp.o DispBox.o DispBuffer.o DispGraph.o DispNode.o > DispNodeM.o DispValue.o DispValueA.o DispValueT.o EntryType.o GDBAgent.o > HelpCB.o HistoryD.o HistoryF.o MinMaxA.o PlotAgent.o PlotArea.o > PosBuffer.o ProgressM.o RefreshDI.o SmartC.o SourceView.o StringTPA.o > ThemeM.o ThemeP.o Tool.o UndoBuffer.o UndoBE.o WhatNextCB.o > -L/usr/local/lib -L/usr/X11R6/lib -lXm -lXp -lXpm -lXext -lXt > -lSM -lICE -lX11 -lSM -lICE -lncurses -liberty -lm > c++ -DNDEBUG -O2 -g -W -Wall -trigraphs -o ddd.exe ddd.o basename.o > compare.o cook.o cwd.o glob.o hash.o home.o rxclass.o sigName.o > strclass.o tabs.o uniquify.o MemCheck.o PrintGC.o SignalB.o TypeInfo.o > UniqueId.o IntIntAA.o StatArray.o StringA.o StringMap.o StringSA.o > StringSAA.o VoidArray.o WidgetSA.o Agent.o AgentM.o AsyncAgent.o > ChunkQueue.o DataLength.o HandlerL.o LiterateA.o ReadLineA.o TimeOut.o > TTYAgent.o charsets.o converters.o events.o findParent.o findWindow.o > fileSBF.o frame.o longName.o selection.o verify.o AutoRaise.o Delay.o > DestroyCB.o ExitCB.o InitImage.o Swallower.o XErrorB.o freeXmST.o > LabelH.o LessTifH.o MakeMenu.o MString.o ComboBox.o SpinBox.o TextSetS.o > printBox.o AlignBox.o ArcBox.o BinBox.o Box.o BoxD.o BoxExtend.o > BoxPoint.o BoxRegion.o BoxSize.o ColorBox.o CompositeB.o DiagBox.o > DummyBox.o FixBox.o FontFixBox.o FontTable.o HatBox.o LineBox.o > ListBox.o MarkBox.o MatchBox.o PrimitiveB.o SlopeBox.o StringBox.o > THatBox.o TagBox.o TrueBox.o ArgNode.o BuiltinCN.o CallNode.o > ConstNode.o DefCallN.o DummyNode.o LetNode.o NameNode.o ListNode.o > TestNode.o ThemeVSLL.o TrueNode.o VSEFlags.o VSLArgList.o VSLBuiltin.o > VSLDef.o VSLDefList.o VSLErr.o VSLLib.o VSLNode.o VSLRead.o ArcGraphE.o > BoxEdgeA.o BoxGraphN.o EdgeA.o EdgeAPA.o Graph.o GraphEdge.o GraphEdit.o > GraphGC.o GraphNode.o GraphNPA.o HintGraphN.o LineGraphE.o LineGESI.o > PannedGE.o PosGraphN.o RegionGN.o ScrolledGE.o layout.o annotation.o > args.o buttons.o cmdtty.o comm-manag.o complete.o ctrl.o data.o > dbx-lookup.o decoration.o deref.o disp-read.o editing.o environ.o > examine.o exectty.o exit.o expired.o file.o filetype.o fonts.o > fortranize.o gdbinit.o history.o hostname.o index.o isid.o java.o logo.o > logplayer.o mainloop.o mydialogs.o options.o plotter.o post.o print.o > question.o regexps.o resolveP.o resources.o sashes.o select.o session.o > settings.o shell.o shorten.o show.o simpleMenu.o configinfo.o source.o > status.o string-fun.o tictactoe.o tips.o toolbar.o ungrab.o value-read.o > vsldoc.o windows.o wm.o xconfig.o AliasGE.o ArgField.o BreakPoint.o > BreakPM.o CodeCache.o Command.o DataDisp.o DispBox.o DispBuffer.o > DispGraph.o DispNode.o DispNodeM.o DispValue.o DispValueA.o DispValueT.o > EntryType.o GDBAgent.o HelpCB.o HistoryD.o HistoryF.o MinMaxA.o > PlotAgent.o PlotArea.o PosBuffer.o ProgressM.o RefreshDI.o SmartC.o > SourceView.o StringTPA.o ThemeM.o ThemeP.o Tool.o UndoBuffer.o UndoBE.o > WhatNextCB.o -L/usr/local/lib -L/usr/X11R6/lib -lXm -lXp -lXpm -lXext > -lXt -lSM -lICE -lX11 -lSM -lICE -lncurses -liberty > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > stringify.C > /bin/sh ./libtool --mode=link c++ -DNDEBUG -O2 -g -W -Wall -trigraphs > -o stringify.exe stringify.o > c++ -DNDEBUG -O2 -g -W -Wall -trigraphs -o stringify.exe stringify.o > make[2]: Entering directory `/tmp/ddd/ddd-3.2.91/ddd' > + gcc -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -g -c -g ./ctest.c -o ctest.o > make[2]: Leaving directory `/tmp/ddd/ddd-3.2.91/ddd' > /bin/sh ./libtool --mode=link gcc -g -O2 -o ctest.exe ctest.o > gcc -g -O2 -o ctest.exe ctest.o > make[2]: Entering directory `/tmp/ddd/ddd-3.2.91/ddd' > + c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -g -W -Wall -trigraphs -c -g ./cxxtest.C -o > cxxtest.o > make[2]: Leaving directory `/tmp/ddd/ddd-3.2.91/ddd' > /bin/sh ./libtool --mode=link c++ -DNDEBUG -O2 -g -W -Wall -trigraphs > -o cxxtest.exe cxxtest.o -lm > c++ -DNDEBUG -O2 -g -W -Wall -trigraphs -o cxxtest.exe cxxtest.o > c++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -DNDEBUG -O2 -g -W -Wall -trigraphs -c > vsl.C > gcc -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/local/include > -isystem /usr/X11R6/include -g -O2 -c DocSpace.c > /bin/sh ./libtool --mode=link c++ -DNDEBUG -O2 -g -W -Wall -trigraphs > -o vsl.exe vsl.o DocSpace.o basename.o compare.o cook.o cwd.o glob.o > hash.o home.o rxclass.o sigName.o strclass.o tabs.o uniquify.o > MemCheck.o PrintGC.o SignalB.o TypeInfo.o UniqueId.o IntIntAA.o > StatArray.o StringA.o StringMap.o StringSA.o StringSAA.o VoidArray.o > WidgetSA.o Agent.o AgentM.o AsyncAgent.o ChunkQueue.o DataLength.o > HandlerL.o LiterateA.o ReadLineA.o TimeOut.o TTYAgent.o charsets.o > converters.o events.o findParent.o findWindow.o fileSBF.o frame.o > longName.o selection.o verify.o AutoRaise.o Delay.o DestroyCB.o ExitCB.o > InitImage.o Swallower.o XErrorB.o freeXmST.o LabelH.o LessTifH.o > MakeMenu.o MString.o ComboBox.o SpinBox.o TextSetS.o printBox.o > AlignBox.o ArcBox.o BinBox.o Box.o BoxD.o BoxExtend.o BoxPoint.o > BoxRegion.o BoxSize.o ColorBox.o CompositeB.o DiagBox.o DummyBox.o > FixBox.o FontFixBox.o FontTable.o HatBox.o LineBox.o ListBox.o MarkBox.o > MatchBox.o PrimitiveB.o SlopeBox.o StringBox.o THatBox.o TagBox.o > TrueBox.o ArgNode.o BuiltinCN.o CallNode.o ConstNode.o DefCallN.o > DummyNode.o LetNode.o NameNode.o ListNode.o TestNode.o ThemeVSLL.o > TrueNode.o VSEFlags.o VSLArgList.o VSLBuiltin.o VSLDef.o VSLDefList.o > VSLErr.o VSLLib.o VSLNode.o VSLRead.o -L/usr/local/lib -L/usr/X11R6/lib > -lXm -lXp -lXpm -lXext -lXt -lSM -lICE -lX11 -lSM -lICE > -lncurses -liberty -lm > c++ -DNDEBUG -O2 -g -W -Wall -trigraphs -o vsl.exe vsl.o DocSpace.o > basename.o compare.o cook.o cwd.o glob.o hash.o home.o rxclass.o > sigName.o strclass.o tabs.o uniquify.o MemCheck.o PrintGC.o SignalB.o > TypeInfo.o UniqueId.o IntIntAA.o StatArray.o StringA.o StringMap.o > StringSA.o StringSAA.o VoidArray.o WidgetSA.o Agent.o AgentM.o > AsyncAgent.o ChunkQueue.o DataLength.o HandlerL.o LiterateA.o > ReadLineA.o TimeOut.o TTYAgent.o charsets.o converters.o events.o > findParent.o findWindow.o fileSBF.o frame.o longName.o selection.o > verify.o AutoRaise.o Delay.o DestroyCB.o ExitCB.o InitImage.o > Swallower.o XErrorB.o freeXmST.o LabelH.o LessTifH.o MakeMenu.o > MString.o ComboBox.o SpinBox.o TextSetS.o printBox.o AlignBox.o ArcBox.o > BinBox.o Box.o BoxD.o BoxExtend.o BoxPoint.o BoxRegion.o BoxSize.o > ColorBox.o CompositeB.o DiagBox.o DummyBox.o FixBox.o FontFixBox.o > FontTable.o HatBox.o LineBox.o ListBox.o MarkBox.o MatchBox.o > PrimitiveB.o SlopeBox.o StringBox.o THatBox.o TagBox.o TrueBox.o > ArgNode.o BuiltinCN.o CallNode.o ConstNode.o DefCallN.o DummyNode.o > LetNode.o NameNode.o ListNode.o TestNode.o ThemeVSLL.o TrueNode.o > VSEFlags.o VSLArgList.o VSLBuiltin.o VSLDef.o VSLDefList.o VSLErr.o > VSLLib.o VSLNode.o VSLRead.o -L/usr/local/lib -L/usr/X11R6/lib -lXm -lXp > -lXpm -lXext -lXt -lSM -lICE -lX11 -lSM -lICE -lncurses -liberty > vsl.o: In function `main': > /tmp/ddd/ddd-3.2.91/ddd/vsl.C:195: undefined reference to > `viewportWidgetClass' > collect2: ld returned 1 exit status > make[1]: *** [vsl.exe] Error 1 > make[1]: Leaving directory `/tmp/ddd/ddd-3.2.91/ddd' > make: *** [all-recursive] Error 1 > /tmp/ddd/ddd-3.2.91 > > > > From andreas.zeller@fmi.uni-passau.de Thu Nov 23 01:46:00 2000 From: andreas.zeller@fmi.uni-passau.de (Andreas Zeller) Date: Thu, 23 Nov 2000 01:46:00 -0000 Subject: DDD / undefined reference to `viewportWidgetClass' (update) References: Message-ID: Hi! Chuck.Irvine@mail.sprint.com writes: > When trying to make DDD, I get the error message below saying that the > reference to viewportWidgetClass in ddd/vsl.C is undefined. Does anyone > know what library viewportWidgetClass is supposed to be defined in? Any > help is greatly appreciated. [This corrects my previous mail] `viewportWidgetClass' is part of the Athena widget (-Xaw) library. You seem to have the Athena include files (since `vsl.o' references `viewportWidgetClass'), but not the library itself, which is rather uncommon. As a quick workaround, uncomment `#define HAVE_ATHENA' in `ddd/config.h' - this will allow you to keep on building. Greetings, Andreas -- Andreas Zeller Universitaet Passau http://www.fmi.uni-passau.de/st/staff/zeller/ From mike.davies@epid.eurotherm.co.uk Thu Nov 23 01:54:00 2000 From: mike.davies@epid.eurotherm.co.uk (Mike Davies) Date: Thu, 23 Nov 2000 01:54:00 -0000 Subject: DDD / undefined reference to `viewportWidgetClass' (update) References: Message-ID: <00dc01c05533$30cce000$74a57995@epid.eurotherm.co.uk> > Hi! > > Chuck.Irvine@mail.sprint.com writes: > > > When trying to make DDD, I get the error message below saying that the > > reference to viewportWidgetClass in ddd/vsl.C is undefined. Does anyone > > know what library viewportWidgetClass is supposed to be defined in? Any > > help is greatly appreciated. > > [This corrects my previous mail] > > `viewportWidgetClass' is part of the Athena widget (-Xaw) library. > > You seem to have the Athena include files (since `vsl.o' references > `viewportWidgetClass'), but not the library itself, which is rather > uncommon. As a quick workaround, uncomment `#define HAVE_ATHENA' in > `ddd/config.h' - this will allow you to keep on building. The make log doesn't show -lXaw in the link commands, it might be easier just to add this to the library list in the make file rather than reconfigure the whole thing ? Mike Davies From yhugon-jeannin@seloncourt.faurecia.com Thu Nov 23 07:07:00 2000 From: yhugon-jeannin@seloncourt.faurecia.com (HUGON-JEANNIN Yves) Date: Thu, 23 Nov 2000 07:07:00 -0000 Subject: Installation on windows NT 4.0 Message-ID: Hello, I have installed Cygwin on MS Windows NT 4.0 and it works good. After that I have installed XFree. I have tied a lot of things during two days to obtain something, but the only result is a grey screen with a 'X' cross. The mouse doesn't work. Sometimes I have an xterm but without any way to access it (I have tried all the keyboard keys and all the mouse buttons !); I have changed th path in the "startxwin.bat" file and that suppres the errors but still doesn't work. I have a message about an xserver : "error opening security policy file /usr/X11R6/lib/X11/xserver/SecurityPolicy" If you could help ? I don't see anything more to do. Excuse my poor english Thanks Yves HUGON-JEANNIN From ssiddiqi@inspirepharm.com Thu Nov 23 08:03:00 2000 From: ssiddiqi@inspirepharm.com (Suhaib Siddiqi) Date: Thu, 23 Nov 2000 08:03:00 -0000 Subject: Installation on windows NT 4.0 Message-ID: <7F2B9185F0196F44B59990759B91B1C2151756@ins-exch.inspirepharm.com> In the startxwin.bat you will find the command start xwin -srceen -8 1206xxxxx change it to lower resolution and screen 0 for example startx xwin -screen 0 800x600x16 Suhaib -----Original Message----- From: HUGON-JEANNIN Yves To: 'cygwin-xfree@sources.redhat.com' Sent: 11/23/2000 10:13 AM Subject: Installation on windows NT 4.0 Hello, I have installed Cygwin on MS Windows NT 4.0 and it works good. After that I have installed XFree. I have tied a lot of things during two days to obtain something, but the only result is a grey screen with a 'X' cross. The mouse doesn't work. Sometimes I have an xterm but without any way to access it (I have tried all the keyboard keys and all the mouse buttons !); I have changed th path in the "startxwin.bat" file and that suppres the errors but still doesn't work. I have a message about an xserver : "error opening security policy file /usr/X11R6/lib/X11/xserver/SecurityPolicy" If you could help ? I don't see anything more to do. Excuse my poor english Thanks Yves HUGON-JEANNIN From ssiddiqi@inspirepharm.com Thu Nov 23 12:43:00 2000 From: ssiddiqi@inspirepharm.com (Suhaib Siddiqi) Date: Thu, 23 Nov 2000 12:43:00 -0000 Subject: Installation on windows NT 4.0 Message-ID: <7F2B9185F0196F44B59990759B91B1C2151757@ins-exch.inspirepharm.com> /etc/password and /etc/group files which you attached are of no help. The /tmp/.X11-unix is just a harmless warning and nothing can be done about it at the moment. You can ignore it. Security policy message is also a warning, and you can ignore it, or create a Security-Policy file in /usr/X11R6/lib/X11/xserver. If you can minimize and maximize the X-desktop using Alt+F4 that means X is working. Can you move mouse (X cusrsor)? What does the console Window for xterm and mxterm reports? I suspect X is working Ok, but xterm and windows managers are dying because of some reasons. Suhaib -----Original Message----- From: Bernard Revet To: Suhaib Siddiqi Sent: 11/23/2000 11:36 AM Subject: Re: Installation on windows NT 4.0 Dear Suhaib Dear all X-cygwinnies Like Julie I obtained the grey screen with the x cross of X, but this did not go further Alt F4 allowed me to return to Windows I am running MS Windows NT 4.0 patch 6 and have a STB nitro 3D card There is also a message indicating that /tmp/.X11-unix should be set to root After Alt F4 I got the message error opening policy security file /usr/X11R6/lib/X11/xserver/Security-policy This file does not exist... What am I missing ? I attached /etc/passwd and /etc/group Are there ways to have these files more like unix /etc/passwd or /etc/group After installation all the files belong to Administ.Aucun Thanks for your help and a Happy Thanksgiving to everyone Yours Bernard PS I was sending you this message when I got your answer from the mailing list. I do not know why my messages bounce. I was happy to see that someone had the same trouble. In fact just changing to screen 0 in startxwin.bat was enough and after that it works fine. Thanks to you. I do not mind an answer to my other questions. I apologize to send this message directly to you . I miss probably something to the mailing adress <> <> From ssiddiqi@inspirepharm.com Fri Nov 24 05:08:00 2000 From: ssiddiqi@inspirepharm.com (Suhaib Siddiqi) Date: Fri, 24 Nov 2000 05:08:00 -0000 Subject: COMPILING Message-ID: <7F2B9185F0196F44B59990759B91B1C215175A@ins-exch.inspirepharm.com> First, I do not know what are you compiling. Second, I do not own a world wide software support department. Third, your enquiries should be addressed to proper amiling lists. I assume you got my address from Cygwin/XFree86 mailing list. Suhaib -----Original Message----- From: Narayanan To: Ssiddiqi@inspirepharm.com Sent: 11/24/2000 2:04 AM Subject: COMPILING I HAVE A C CODE WHICH HAS TPO BE COMPILED TO A DLL AND I NEED TO INCLUDE A .LIB FILE IN COMPILATION HOW TO DO THIS . I AM USING NT MACHINE KINDLY HELP AND THANKS IN ADVANCE . From Pierre.Humblet@ieee.org Fri Nov 24 13:45:00 2000 From: Pierre.Humblet@ieee.org (Pierre A. Humblet) Date: Fri, 24 Nov 2000 13:45:00 -0000 Subject: include file Message-ID: <3.0.5.32.20001124164540.00858d30@pop.ne.mediaone.net> I am compiling an application that uses both jpeg and X11. As jpeg now comes with Cygwin, the Makefile looks for includes in /usr/include Unfortunately /usr/include has an X11 subdirectory with files (such as Xlib.h) incompatible with Xfree. As a result my application crashes. Now that I have identified the problem I can work around it. Still this raises two questions 1) Why does cygwin need /usr/include/X11 (seems to come from gdb & tcltk)? 2) Assuming it's needed, why can't the files be the same as for xfree. Pierre From ssiddiqi@inspirepharm.com Fri Nov 24 14:39:00 2000 From: ssiddiqi@inspirepharm.com (Suhaib Siddiqi) Date: Fri, 24 Nov 2000 14:39:00 -0000 Subject: include file Message-ID: <7F2B9185F0196F44B59990759B91B1C215175C@ins-exch.inspirepharm.com> All I can say, and a few times I said before, DELETE/usr/include/X11 directory. I do not think gdb abd tclk uses it. It perhaps used those deprecated X11R5 includes files during compilation, but I see no reasons for installing 6 files. Rob had add this in FAQ, "DELETE /usr/include/X11". Suhaib -----Original Message----- From: Pierre A. Humblet To: cygwin-xfree@sources.redhat.com Sent: 11/24/2000 4:45 PM Subject: include file I am compiling an application that uses both jpeg and X11. As jpeg now comes with Cygwin, the Makefile looks for includes in /usr/include Unfortunately /usr/include has an X11 subdirectory with files (such as Xlib.h) incompatible with Xfree. As a result my application crashes. Now that I have identified the problem I can work around it. Still this raises two questions 1) Why does cygwin need /usr/include/X11 (seems to come from gdb & tcltk)? 2) Assuming it's needed, why can't the files be the same as for xfree. Pierre From tim_arnold@lineone.net Fri Nov 24 16:12:00 2000 From: tim_arnold@lineone.net (Timothy Arnold) Date: Fri, 24 Nov 2000 16:12:00 -0000 Subject: Current Status Message-ID: <004e01c05674$4e0a5930$0100a8c0@world.bbconsult.co.uk> Can somone please tell me the current status of the cygwin xfree project (summary) as i have been away for a month. Have you managed to get xfree working in a desktop window yet? If so, can i download? Cheers Timothy From ssiddiqi@inspirepharm.com Fri Nov 24 16:19:00 2000 From: ssiddiqi@inspirepharm.com (Suhaib Siddiqi) Date: Fri, 24 Nov 2000 16:19:00 -0000 Subject: Current Status Message-ID: <7F2B9185F0196F44B59990759B91B1C2151765@ins-exch.inspirepharm.com> Status is still same when you check last month. Stay tuned for new developments. Suhaib -----Original Message----- From: Timothy Arnold To: cygwin-xfree@sources.redhat.com Sent: 11/24/2000 7:11 PM Subject: Current Status Can somone please tell me the current status of the cygwin xfree project (summary) as i have been away for a month. Have you managed to get xfree working in a desktop window yet? If so, can i download? Cheers Timothy From ssiddiqi@inspirepharm.com Fri Nov 24 16:27:00 2000 From: ssiddiqi@inspirepharm.com (Suhaib Siddiqi) Date: Fri, 24 Nov 2000 16:27:00 -0000 Subject: URL Message-ID: <7F2B9185F0196F44B59990759B91B1C2151767@ins-exch.inspirepharm.com> Rob, I took the liberty to update Cygwin?XFree86 URL and FAQ, and added a couple of references to Win32-X11. http://sources.redhat.com/win32-x11 is also up You may consider runing a cvs update for cygwin/xfree86 and win32-x11 htdocs directories. I am sorry, but I am pretty sure my Microsoft HTL Editor Vizact2000, must have broken your HTML 4.0 CSS compability. Ok, I will not touch any more in near future ;-) BTW: Starting 4th December I will be out of country (vacations) til January 1st. Therefore note to Harold, if you need to submit your patches to XFree86, I suggest try getting them before that. Suhaib From robert.collins@itdomain.com.au Fri Nov 24 16:28:00 2000 From: robert.collins@itdomain.com.au (Robert Collins) Date: Fri, 24 Nov 2000 16:28:00 -0000 Subject: include file References: <7F2B9185F0196F44B59990759B91B1C215175C@ins-exch.inspirepharm.com> Message-ID: <00ba01c05677$a0abbb40$f7c723cb@lifelesswks> Yes it is in the FAQ under the development & compiling X-programs area. The main cygwin distibution has the files - this question should really go to the main cygwin list (unless Chris want's to chime in here?) Rob ----- Original Message ----- From: "Suhaib Siddiqi" To: Sent: Saturday, November 25, 2000 9:39 AM Subject: RE: include file > All I can say, and a few times I said before, DELETE/usr/include/X11 > directory. I do not think gdb abd tclk uses it. It perhaps used those > deprecated X11R5 includes files during compilation, but I see no reasons > for installing 6 files. > > Rob had add this in FAQ, "DELETE /usr/include/X11". > > Suhaib > > > -----Original Message----- > From: Pierre A. Humblet > To: cygwin-xfree@sources.redhat.com > Sent: 11/24/2000 4:45 PM > Subject: include file > > I am compiling an application that uses both jpeg > and X11. As jpeg now comes with Cygwin, the Makefile > looks for includes in /usr/include > > Unfortunately /usr/include has an X11 subdirectory > with files (such as Xlib.h) incompatible with Xfree. > As a result my application crashes. > Now that I have identified the problem I can work around it. > > Still this raises two questions > 1) Why does cygwin need /usr/include/X11 (seems to come from gdb & > tcltk)? > 2) Assuming it's needed, why can't the files be the same as for xfree. > > Pierre > From robert.collins@itdomain.com.au Fri Nov 24 16:28:00 2000 From: robert.collins@itdomain.com.au (Robert Collins) Date: Fri, 24 Nov 2000 16:28:00 -0000 Subject: include file References: <7F2B9185F0196F44B59990759B91B1C215175C@ins-exch.inspirepharm.com> Message-ID: <00b901c05677$9f5a0df0$f7c723cb@lifelesswks> Yes it is in the FAQ under the development & compiling X-programs area. The main cygwin distibution has the files - this question should really go to the main cygwin list (unless Chris want's to chime in here?) Rob ----- Original Message ----- From: "Suhaib Siddiqi" To: Sent: Saturday, November 25, 2000 9:39 AM Subject: RE: include file > All I can say, and a few times I said before, DELETE/usr/include/X11 > directory. I do not think gdb abd tclk uses it. It perhaps used those > deprecated X11R5 includes files during compilation, but I see no reasons > for installing 6 files. > > Rob had add this in FAQ, "DELETE /usr/include/X11". > > Suhaib > > > -----Original Message----- > From: Pierre A. Humblet > To: cygwin-xfree@sources.redhat.com > Sent: 11/24/2000 4:45 PM > Subject: include file > > I am compiling an application that uses both jpeg > and X11. As jpeg now comes with Cygwin, the Makefile > looks for includes in /usr/include > > Unfortunately /usr/include has an X11 subdirectory > with files (such as Xlib.h) incompatible with Xfree. > As a result my application crashes. > Now that I have identified the problem I can work around it. > > Still this raises two questions > 1) Why does cygwin need /usr/include/X11 (seems to come from gdb & > tcltk)? > 2) Assuming it's needed, why can't the files be the same as for xfree. > > Pierre > From ssiddiqi@inspirepharm.com Fri Nov 24 16:31:00 2000 From: ssiddiqi@inspirepharm.com (Suhaib Siddiqi) Date: Fri, 24 Nov 2000 16:31:00 -0000 Subject: include file Message-ID: <7F2B9185F0196F44B59990759B91B1C2151768@ins-exch.inspirepharm.com> I re-arranged it. Pierre and a couple of others suggested to move it to 3.1 and highlight it, becasue this is really an important point. /usr/include/X11 creates buggy binaries and have developers scratching thier heads for hor hours if not week to figure out what in the world messed up XDisplay subroutines. Suhaib -----Original Message----- From: Robert Collins To: Suhaib Siddiqi; cygwin-xfree@sources.redhat.com Sent: 11/24/2000 6:00 PM Subject: Re: include file Yes it is in the FAQ under the development & compiling X-programs area. The main cygwin distibution has the files - this question should really go to the main cygwin list (unless Chris want's to chime in here?) Rob ----- Original Message ----- From: "Suhaib Siddiqi" To: Sent: Saturday, November 25, 2000 9:39 AM Subject: RE: include file > All I can say, and a few times I said before, DELETE/usr/include/X11 > directory. I do not think gdb abd tclk uses it. It perhaps used those > deprecated X11R5 includes files during compilation, but I see no reasons > for installing 6 files. > > Rob had add this in FAQ, "DELETE /usr/include/X11". > > Suhaib > > > -----Original Message----- > From: Pierre A. Humblet > To: cygwin-xfree@sources.redhat.com > Sent: 11/24/2000 4:45 PM > Subject: include file > > I am compiling an application that uses both jpeg > and X11. As jpeg now comes with Cygwin, the Makefile > looks for includes in /usr/include > > Unfortunately /usr/include has an X11 subdirectory > with files (such as Xlib.h) incompatible with Xfree. > As a result my application crashes. > Now that I have identified the problem I can work around it. > > Still this raises two questions > 1) Why does cygwin need /usr/include/X11 (seems to come from gdb & > tcltk)? > 2) Assuming it's needed, why can't the files be the same as for xfree. > > Pierre > From ssiddiqi@inspirepharm.com Fri Nov 24 18:07:00 2000 From: ssiddiqi@inspirepharm.com (Suhaib Siddiqi) Date: Fri, 24 Nov 2000 18:07:00 -0000 Subject: Harold test 7 Message-ID: <7F2B9185F0196F44B59990759B91B1C215176B@ins-exch.inspirepharm.com> Ok, the users who were complaining about Harold Test 7 annoucemnt burried at the end of October thread and was hard to find, can get it from ftp://sources.redhat.com/pub/cygwin/xfree/test . It MAY work on your Win 9x and laptops etc, but consider it a test case only as an interim solution if it works for you. In near future, Harold might be releasing some late-breaking news so stay tuned for it. Suhaib From Harold@compasstechnologies.com Sat Nov 25 19:28:00 2000 From: Harold@compasstechnologies.com (Harold Hunt) Date: Sat, 25 Nov 2000 19:28:00 -0000 Subject: Development Status Update 4 Message-ID: <896908DA55C4D311B9C000C04F01A05410A835@ENTERPRISE> I'm making progress towards releasing the source framework; here is what I have finished recently: 1) Header file fixes normalized 2) Imakefile updates are normalized 3) References to xf_dx.dll removed from XWin.exe source 4) Global identifiers given mostly standard names 5) Enough build warnings eliminated :) 6) Deprecated files removed 7) Added several comments and tips Here is what I still have to do: 1) Create diffs for header files 2) Add a license blurb to each new file 3) Tarball diffs and headers files 4) Write instructions for unpacking the tarball and applying the diffs 5) Release the framework tarball I hope to release the framework tarball tomorrow; but, I can't promise anything :) Harold From ssiddiqi@inspirepharm.com Mon Nov 27 03:54:00 2000 From: ssiddiqi@inspirepharm.com (Suhaib Siddiqi) Date: Mon, 27 Nov 2000 03:54:00 -0000 Subject: Where can I find X11R6.4 & LessTif binaries? Message-ID: <7F2B9185F0196F44B59990759B91B1C2151776@ins-exch.inspirepharm.com> I do not answer priavte e-mails which concern Open Source projects and have a mailing list assigned to the project. Sorry Suhaib > -----Original Message----- > From: Jong B. Lee [ mailto:jbdoll@kepri.re.kr ] > Sent: Sunday, November 26, 2000 9:32 PM > To: ssiddiqi@inspirepharm.com > Subject: Where can I find X11R6.4 & LessTif binaries? > > > Dear Suhaib, > > I was using cygwin B20.1 + Mumit Khan's gcc-2.95.2 + X11 > libraries (including lesstif). > > Now, I installed new cygwin net release. > But, couln't find X11 libraries. > > I know there are XFree86 libraries. > But, that's not what I want. (I think...) > I don't need X server... > My application needs X libs and Motif (or LessTif) libs to be compiled > and I have commercial X server program(something like eXceed). > > Could you please tell me where I can find prebuilt binary > files ( X11R6.4 Lib + LessTif ) for new cygwin? > > > I searched out the mailing lists and related links, but did > not find proper answer. > > ftp.hungry.org does not seem to provide lesstif binaries for cygwin. > Most of X11R6.4 links seem to be related with cygwinB20.1 or older. > > > From Chuck.Irvine@mail.sprint.com Mon Nov 27 08:52:00 2000 From: Chuck.Irvine@mail.sprint.com (Chuck.Irvine@mail.sprint.com) Date: Mon, 27 Nov 2000 08:52:00 -0000 Subject: FW: ddd/configure breaks (motif mistakenly flagged as missing) Message-ID: I previously posted a problem regarding configuring DDD for building on cygwin, for which I received that attached reply describing a fix. Although I still don't have a completed build (make mistakenly thinks that the Athena library is missing), I've been asked to post the solution below to the list. Thanks Chuck -----Original Message----- From: zoepfgen [ mailto:zoepfgen@bdv.com ] Sent: Monday, November 20, 2000 6:49 AM To: Chuck.Irvine Cc: zoepfgen Subject: Re: ddd/configure breaks Hi Chuck ! I've had the same problem, and here is my solution: The mechanism in the configure-script is, that it trys to compile and link test-programs to find out, if X11-, Xt-, and Xm-Lib exists on your system. The Linker-call gets some libs in the wrong order. The Xt-Lib needs SM- and ICE-Lib but Xt is set behind SM and ICE. Instead of the following Part of configure-script (original, in dir 'ddd-3.2.1\ddd') ... if eval "test \"`echo '$ac_cv_lib_'$ac_lib_var`\" = yes"; then echo "$ac_t""yes" 1>&6 LIBGEN="-lgen" else echo "$ac_t""no" 1>&6 fi ... you should try this (insert the 'LIBGEN'-line in the 'else'-part): ... if eval "test \"`echo '$ac_cv_lib_'$ac_lib_var`\" = yes"; then echo "$ac_t""yes" 1>&6 LIBGEN="-lgen" else echo "$ac_t""no" 1>&6 LIBGEN="-lSM -lICE" fi ... This adds the needed Libs at the end of the Linker-call. I hope that eliminates your problem. Greetings from Good-Old-Germany Christoph ------------------------------------------------------------------------ ---- --------------- ----- Original Message ----- From: To: ; ; ; Sent: Saturday, November 18, 2000 12:18 AM Subject: RE: ddd/configure breaks > I appreciate your help, but I get exactly the same problem when I > configure with the settings you recommend. Latest configure log is: > > > ./configure --with-motif-includes=/usr/local/include/ > --with-motif-libraries=/usr/local/lib > --with-athena-includes=/usr/X11R6/include/ > --with-athena-libraries=/usr/X11R6/lib > loading cache ./config.cache > checking host system type... i686-pc-cygwin32 > checking target system type... i686-pc-cygwin32 > checking build system type... i686-pc-cygwin32 > checking for prefix by checking for ddd... no > checking for product name... DDD 3.2.91 "Da da da" > checking for expiration date... no > checking for a BSD compatible install... (cached) /bin/install -c > checking whether build environment is sane... yes > checking whether make sets ${MAKE}... (cached) yes > checking for working aclocal... missing > checking for working autoconf... found > checking for working automake... missing > checking for working autoheader... found > checking for working makeinfo... found > checking whether make sets ${MAKE}... (cached) yes > checking for gcc... (cached) gcc > checking whether the C compiler (gcc ) works... yes > checking whether the C compiler (gcc ) is a cross-compiler... no > checking whether we are using GNU C... (cached) yes > checking whether gcc accepts -g... (cached) yes > checking for POSIXized ISC... no > checking whether the C compiler (gcc) compiles and links a simple C > program... (cached) yes > checking for c++... (cached) c++ > checking whether the C++ compiler (c++ ) works... yes > checking whether the C++ compiler (c++ ) is a cross-compiler... no > checking whether we are using GNU C++... (cached) yes > checking whether c++ accepts -g... (cached) yes > checking whether the C++ compiler (c++) compiles a simple program... > (cached) yes > checking for tgetent in -lmytinfo... (cached) no > checking for tgetent in -lncurses... (cached) yes > checking for xstrerror in -liberty... (cached) yes > checking for packages to be configured and built... readline vsllib > themes ddd > updating cache ./config.cache > creating ./config.status > creating Makefile > configuring in readline > running /bin/sh ./configure --with-motif-includes=/usr/local/include/ > --with-motif-libraries=/usr/local/lib > --with-athena-includes=/usr/X11R6/include/ > --with-athena-libraries=/usr/X11R6/lib --host=i686-pc-cygwin32 > --cache-file=.././config.cache --srcdir=. > loading cache .././config.cache > checking host system type... i686-pc-cygwin32 > checking for gcc... (cached) gcc > checking whether the C compiler (gcc -g ) works... yes > checking whether the C compiler (gcc -g ) is a cross-compiler... no > checking whether we are using GNU C... (cached) yes > checking whether gcc accepts -g... (cached) yes > checking how to run the C preprocessor... (cached) gcc -E > checking for minix/config.h... (cached) no > checking whether gcc needs -traditional... (cached) no > checking for a BSD compatible install... (cached) /bin/install -c > checking for ar... (cached) ar > checking for ranlib... (cached) ranlib > checking return type of signal handlers... (cached) void > checking whether stat file-mode macros are broken... (cached) no > checking for dirent.h that defines DIR... (cached) yes > checking for opendir in -ldir... (cached) no > checking for strcasecmp... (cached) yes > checking for select... (cached) yes > checking for setenv... (cached) yes > checking for putenv... (cached) yes > checking for tcgetattr... (cached) yes > checking for setlocale... (cached) yes > checking for lstat... (cached) yes > checking for working strcoll... (cached) yes > checking for unistd.h... (cached) yes > checking for stdlib.h... (cached) yes > checking for varargs.h... (cached) yes > checking for stdarg.h... (cached) yes > checking for string.h... (cached) yes > checking for sys/ptem.h... (cached) no > checking for sys/pte.h... (cached) no > checking for sys/stream.h... (cached) no > checking for sys/select.h... (cached) yes > checking for termcap.h... (cached) yes > checking for termios.h... (cached) yes > checking for termio.h... (cached) yes > checking for sys/file.h... (cached) yes > checking for locale.h... (cached) yes > checking for type of signal functions... (cached) posix > checking if signal handlers must be reinstalled when invoked... (cached) > no > checking for presence of POSIX-style sigsetjmp/siglongjmp... (cached) > present > checking for lstat... (cached) yes > checking whether programs are able to redeclare getpw functions... > (cached) yes > checking whether or not strcoll and strcmp differ... (cached) no > checking whether signal handlers are of type void... (cached) yes > checking for TIOCGWINSZ in sys/ioctl.h... (cached) no > checking for TIOCSTAT in sys/ioctl.h... (cached) no > checking for FIONREAD in sys/ioctl.h... (cached) no > checking for speed_t in sys/types.h... (cached) no > checking for struct winsize in sys/ioctl.h and termios.h... (cached) > termios.h > checking if struct dirent has a d_ino member... (cached) yes > checking if struct dirent has a d_fileno member... (cached) no > checking which library has the termcap functions... (cached) using > libtermcap > checking configuration for building shared libraries... supported > updating cache .././config.cache > creating ./config.status > creating Makefile > creating doc/Makefile > creating examples/Makefile > creating shlib/Makefile > creating config.h > config.h is unchanged > configuring in vsllib > running /bin/sh ./configure --with-motif-includes=/usr/local/include/ > --with-motif-libraries=/usr/local/lib > --with-athena-includes=/usr/X11R6/include/ > --with-athena-libraries=/usr/X11R6/lib --host=i686-pc-cygwin32 > --cache-file=.././config.cache --srcdir=. > loading cache .././config.cache > checking for prefix by checking for ddd... no > checking for product name... DDD 3.2.91 "Da da da" > checking for expiration date... no > checking for a BSD compatible install... (cached) /bin/install -c > checking whether build environment is sane... yes > checking whether make sets ${MAKE}... (cached) yes > checking for working aclocal... missing > checking for working autoconf... found > checking for working automake... missing > checking for working autoheader... found > checking for working makeinfo... found > checking for a BSD compatible install... /bin/install -c > updating cache .././config.cache > creating ./config.status > creating Makefile > configuring in themes > running /bin/sh ./configure --with-motif-includes=/usr/local/include/ > --with-motif-libraries=/usr/local/lib > --with-athena-includes=/usr/X11R6/include/ > --with-athena-libraries=/usr/X11R6/lib --host=i686-pc-cygwin32 > --cache-file=.././config.cache --srcdir=. > loading cache .././config.cache > checking for prefix by checking for ddd... no > checking for product name... DDD 3.2.91 "Da da da" > checking for expiration date... no > checking for a BSD compatible install... (cached) /bin/install -c > checking whether build environment is sane... yes > checking whether make sets ${MAKE}... (cached) yes > checking for working aclocal... missing > checking for working autoconf... found > checking for working automake... missing > checking for working autoheader... found > checking for working makeinfo... found > checking for a BSD compatible install... /bin/install -c > updating cache .././config.cache > creating ./config.status > creating Makefile > configuring in ddd > running /bin/sh ./configure --with-motif-includes=/usr/local/include/ > --with-motif-libraries=/usr/local/lib > --with-athena-includes=/usr/X11R6/include/ > --with-athena-libraries=/usr/X11R6/lib --host=i686-pc-cygwin32 > --cache-file=.././config.cache --srcdir=. > loading cache .././config.cache > checking for prefix by checking for ddd... no > checking for product name... DDD 3.2.91 "Da da da" > checking for expiration date... no > checking for a BSD compatible install... (cached) /bin/install -c > checking whether build environment is sane... yes > checking whether make sets ${MAKE}... (cached) yes > checking for working aclocal... missing > checking for working autoconf... found > checking for working automake... missing > checking for working autoheader... found > checking for working makeinfo... found > checking host system type... i686-pc-cygwin32 > checking for gcc... (cached) gcc > checking whether the C compiler (gcc ) works... yes > checking whether the C compiler (gcc ) is a cross-compiler... no > checking whether we are using GNU C... (cached) yes > checking whether gcc accepts -g... (cached) yes > checking for POSIXized ISC... no > checking for g77... (cached) g77 > checking whether ln -s works... (cached) yes > checking for sh... (cached) /bin/sh > checking for gtar... (cached) tar > checking for gm4... (cached) m4 > checking for gsed... (cached) sed > checking for gdiff... (cached) diff > checking for dvips... no > checking for dvi2ps... no > checking for gzip... (cached) gzip > checking for gzip... (cached) gzip > checking for remsh... (cached) /bin/rsh > checking for lp... no > checking for lpr... no > checking for gcore... no > checking for gdb... (cached) gdb > checking for xterm... (cached) xterm > checking for xfontsel... (cached) xfontsel > checking for a BSD compatible install... /bin/install -c > checking for ranlib... (cached) ranlib > checking for bison... (cached) bison -y > checking for bison -y flags... > checking how to run the C preprocessor... (cached) gcc -E > checking for flex... (cached) flex > checking for flex... (cached) flex > checking for yywrap in -lfl... (cached) yes > checking lex output file root... (cached) lex.yy > checking whether yytext is a pointer... (cached) yes > checking for flex flags... -8 > checking for gawk... (cached) gawk > checking whether the C compiler (gcc) compiles and links a simple C > program... (cached) yes > checking for c++... (cached) c++ > checking whether the C++ compiler (c++ ) works... yes > checking whether the C++ compiler (c++ ) is a cross-compiler... no > checking whether we are using GNU C++... (cached) yes > checking whether c++ accepts -g... (cached) yes > checking whether the C++ compiler (c++) compiles a simple program... > (cached) yes > checking how to run the C preprocessor... gcc -E > checking how to run the C++ preprocessor... (cached) c++ -E > checking whether the C++ compiler (c++) accepts -Werror... (cached) yes > checking whether the C++ compiler (c++) accepts -Weffc++... (cached) yes > checking whether the C++ compiler (c++) accepts -Wuninitialized... > (cached) no > checking whether the C++ compiler (c++) accepts -mminimal-toc... > (cached) no > checking for C++ compiler (c++) warning options... -W -Wall > checking for C++ compiler (c++) optimizing options... -DNDEBUG -O2 > checking for C++ compiler (c++) debugging options... -g > checking for C++ compiler (c++) extra libraries... > checking for C++ compiler (c++) static binding options... -Bstatic > checking for C++ compiler (c++) dynamic binding options... -Bdynamic > checking whether the C++ compiler (c++) accepts -fexternal-templates... > (cached) no > checking whether the C++ compiler (c++) accepts -fpermissive... (cached) > yes > checking whether the C++ compiler (c++) accepts -felide-constructors... > (cached) yes > checking whether the C++ compiler (c++) accepts -fconserve-space... > (cached) yes > checking whether the C++ compiler (c++) accepts -trigraphs... (cached) > yes > checking whether the C++ compiler (c++) supports bool types... (cached) > yes > checking whether the C++ compiler (c++) supports explicit > constructors... (cached) yes > checking whether the C++ compiler (c++) supports mutable members... > (cached) yes > checking whether the C++ compiler (c++) supports exception handling... > (cached) yes > checking whether the C++ compiler (c++) supports standard exceptions... > (cached) yes > checking whether the C++ compiler (c++) supports namespaces... (cached) > yes > checking whether the C++ compiler (c++) supports run-time type info... > (cached) yes > checking whether the C++ compiler (c++) supports long long types... > (cached) yes > checking whether the C++ compiler (c++) supports named return values... > (cached) yes > checking whether the C++ compiler (c++) supports __PRETTY_FUNCTION__... > (cached) yes > checking whether the C++ compiler (c++) supports overloaded new[]... > (cached) yes > checking whether the C++ compiler (c++) supports placement new... > (cached) yes > checking whether the C++ compiler (c++) supports ANSI lifetime of > temporaries... (cached) yes > checking whether the C++ compiler (c++) accepts -isystem... (cached) yes > checking for a traditional C preprocessor... (cached) gcc -E > -traditional-cpp > checking for Cygwin environment... (cached) yes > checking for mingw32 environment... (cached) no > checking for executable suffix... (cached) .exe > checking for object suffix... (cached) o > checking build system type... i686-pc-cygwin32 > checking for ld used by GCC... (cached) /bin/ld > checking if the linker (/bin/ld) is GNU ld... (cached) yes > checking for BSD-compatible nm... (cached) /bin/nm -B > updating cache .././config.cache > checking for object suffix... o > checking for executable suffix... .exe > checking for gcc option to produce PIC... none > checking if gcc supports -c -o file.o... yes > checking if gcc supports -c -o file.lo... yes > checking if gcc supports -fno-rtti -fno-exceptions ... yes > checking if gcc static flag -static works... -static > checking if the linker (/bin/ld) is GNU ld... yes > checking whether the linker (/bin/ld) supports shared libraries... yes > checking command to parse /bin/nm -B output... ok > checking how to hardcode library paths into programs... immediate > checking for /bin/ld option to reload object files... -r > checking dynamic linker characteristics... Win32 ld.exe > checking if libtool supports shared libraries... yes > checking if package supports dlls... no > checking whether to build shared libraries... no > checking whether to build static libraries... yes > checking for objdir... .libs > creating libtool > loading cache .././config.cache > checking for connect... yes > checking for gethostbyname... yes > checking for regcmp... no > checking for regcmp in -lgen... no > checking for yyerror in -ly... no > checking for sin in -lm... yes > checking for open in -lc... yes > checking for elf_version in -lelf... no > checking for tgetent in -lmytinfo... (cached) no > checking for tgetent in -lncurses... (cached) yes > checking for xstrerror in -liberty... (cached) yes > checking for streampos... yes > checking whether the C++ compiler (c++) accepts -fpermissive... (cached) > yes > checking for X... libraries /usr/X11R6/lib, headers /usr/X11R6/include > checking for dnet_ntoa in -ldnet... no > checking for dnet_ntoa in -ldnet_stub... no > checking for gethostbyname... (cached) yes > checking for connect... (cached) yes > checking for remove... yes > checking for shmat... no > checking for shmat in -lipc... no > checking for IceConnectionNumber in -lICE... yes > checking for Motif... libraries /usr/local/lib, headers > /usr/local/include/ > checking for Athena... libraries /usr/X11R6/lib, headers > /usr/X11R6/include/ > checking for Xpm... libraries /usr/X11R6/lib, headers in default path > checking whether compiling X headers requires -fpermissive... no > checking for XOpenDisplay in -lX11... yes > checking for _Xlcmbcurmax in -lXintl... no > checking for shmap in -lipc... no > checking for XtToolkitInitialize in -lXt... yes > checking for XShapeQueryVersion in -lXext... yes > checking for XmuCvtStringToOrientation in -lXmu... no > checking for XawTextSetInsertionPoint in -lXaw... no > configure: warning: The Athena widgets library '-lXaw' could not be > found. > If you have the athena library, please use the > configure options '--with-athena-includes=DIR' and > '--with-athena-libraries=DIR' to specify the Xaw > location. > If you do not have the athena library, use the > configure > option '--without-athena' to suppress this message. > See the files 'config.log' and 'ddd/config.log' > for further diagnostics. > checking for XpmCreatePixmapFromXpmImage in -lXpm... yes > checking for X11/xpm.h... yes > checking for xpm.h... yes > checking for XpSelectInput in -lXp... yes > checking for XmCreateOptionMenu in -lXm... no > checking for xmUseVersion in -lXm... no > checking for XmInstallImage in -lXm... no > checking for Xm21InstallImage in -lXm... no > configure: error: The Motif library '-lXm' could not be found. > Please use the configure options > '--with-motif-includes=DIR' > and '--with-motif-libraries=DIR' to specify the Xm > location. > See the files 'config.log' and 'ddd/config.log' > for further diagnostics. > configure: error: ./configure failed for ddd > /cygdrive/c/tmp/ddd/ddd-3.2.91 > > > > -----Original Message----- > From: ssiddiqi [ mailto:ssiddiqi@inspirepharm.com ] > Sent: Friday, November 17, 2000 4:18 PM > To: cygwin-xfree; ddd > Cc: ssiddiqi > Subject: RE: ddd/configure breaks > > > You are adding wrong paths, that is all change it too, > > ./configure --with-motif-includes=/usr/local/include/ > --with-motif-libraries=/usr/local/lib > --with-athena-includes=/usr/X11R6/include/ > --with-athena-libraries=/usr/X11R6/lib > > > -----Original Message----- > > From: Chuck.Irvine@mail.sprint.com > > [ mailto:Chuck.Irvine@mail.sprint.com ] > > Sent: Friday, November 17, 2000 5:02 PM > > To: cygwin-xfree@sources.redhat.com; cygwin@sourceware.cygnus.com; > > ddd@gnu.org > > Subject: ddd/configure breaks > > > > > > Still struggling mightily to successfully configure DDD under cygwin. > > Basically, configure fails saying that '-lXm' cannot be > > found. However, > > Motif is installed and configure notes this early in the configure > > process. My platform is Cygwin, but I don't believe that this is a > > Cygwin problem, per se, since I've seen basically the same problem > > report from people trying to get DDD to configure under Linux. I am > > attaching config.log, ddd/config.log, and the complete output of the > > configure script. Please let me know if I can provide any additional > > information useful for diagnosing this problem. > > > > Thanks in advance for your help. > > > > Chuck Irvine > > > > > > Addional Info: > > > > > > Versions: > > > > cygwin DLL 1.1.5 > > cygwin/XFree86 4.0 > > LessTif: 0.91.21 > > DDD: 3.2.91 > > > > My configure command line is: > > > > ./configure --with-motif-includes=/usr/local/include/Xm > > --with-motif-libraries=/usr/local/lib > > --with-athena-includes=/usr/X11R6/include/X11/Xaw > > --with-athena-libraries=/usr/X11R6/lib > > > > > > During the configure, the two things complained about are: > > > > configure: warning: The Athena widgets library '-lXaw' could not be > > found. > > If you have the athena library, please use the > > configure options > > '--with-athena-includes=DIR' and > > '--with-athena-libraries=DIR' to specify the Xaw > > location. > > If you do not have the athena library, use the > > configure > > option '--without-athena' to suppress > > this message. > > See the files 'config.log' and 'ddd/config.log' > > for further diagnostics. > > > > configure: error: The Motif library '-lXm' could not be found. > > Please use the configure options > > '--with-motif-includes=DIR' > > and '--with-motif-libraries=DIR' to specify the Xm > > location. > > See the files 'config.log' and 'ddd/config.log' > > for further diagnostics. > > > > > > > _______________________________________________ > Ddd mailing list > Ddd@gnu.org > http://mail.gnu.org/mailman/listinfo/ddd > > -------------- next part -------------- A non-text attachment was scrubbed... Name: config.log Type: text/x-c Size: 52672 bytes Desc: not available URL: -------------- next part -------------- > ./configure --with-motif-includes=/usr/local/include/Xm --with-motif-libraries=/usr/local/lib --with-athena-includes=/usr/X11R6/include/X11/Xaw --with-athena-libraries=/usr/X11R6/lib loading cache ./config.cache checking host system type... i686-pc-cygwin32 checking target system type... i686-pc-cygwin32 checking build system type... i686-pc-cygwin32 checking for prefix by checking for ddd... no checking for product name... DDD 3.2.91 "Da da da" checking for expiration date... no checking for a BSD compatible install... (cached) /bin/install -c checking whether build environment is sane... yes checking whether make sets ${MAKE}... (cached) yes checking for working aclocal... missing checking for working autoconf... found checking for working automake... missing checking for working autoheader... found checking for working makeinfo... found checking whether make sets ${MAKE}... (cached) yes checking for gcc... (cached) gcc checking whether the C compiler (gcc ) works... yes checking whether the C compiler (gcc ) is a cross-compiler... no checking whether we are using GNU C... (cached) yes checking whether gcc accepts -g... (cached) yes checking for POSIXized ISC... no checking whether the C compiler (gcc) compiles and links a simple C program... (cached) yes checking for c++... (cached) c++ checking whether the C++ compiler (c++ ) works... yes checking whether the C++ compiler (c++ ) is a cross-compiler... no checking whether we are using GNU C++... (cached) yes checking whether c++ accepts -g... (cached) yes checking whether the C++ compiler (c++) compiles a simple program... (cached) yes checking for tgetent in -lmytinfo... (cached) no checking for tgetent in -lncurses... (cached) yes checking for xstrerror in -liberty... (cached) yes checking for packages to be configured and built... readline vsllib themes ddd updating cache ./config.cache creating ./config.status creating Makefile configuring in readline running /bin/sh ./configure --with-motif-includes=/usr/local/include/Xm --with-motif-libraries=/usr/local/lib --with-athena-includes=/usr/X11R6/include/X11/Xaw --with-athena-libraries=/usr/X11R6/lib --host=i686-pc-cygwin32 --cache-file=.././config.cache --srcdir=. loading cache .././config.cache checking host system type... i686-pc-cygwin32 checking for gcc... (cached) gcc checking whether the C compiler (gcc -g ) works... yes checking whether the C compiler (gcc -g ) is a cross-compiler... no checking whether we are using GNU C... (cached) yes checking whether gcc accepts -g... (cached) yes checking how to run the C preprocessor... (cached) gcc -E checking for minix/config.h... (cached) no checking whether gcc needs -traditional... (cached) no checking for a BSD compatible install... (cached) /bin/install -c checking for ar... (cached) ar checking for ranlib... (cached) ranlib checking return type of signal handlers... (cached) void checking whether stat file-mode macros are broken... (cached) no checking for dirent.h that defines DIR... (cached) yes checking for opendir in -ldir... (cached) no checking for strcasecmp... (cached) yes checking for select... (cached) yes checking for setenv... (cached) yes checking for putenv... (cached) yes checking for tcgetattr... (cached) yes checking for setlocale... (cached) yes checking for lstat... (cached) yes checking for working strcoll... (cached) yes checking for unistd.h... (cached) yes checking for stdlib.h... (cached) yes checking for varargs.h... (cached) yes checking for stdarg.h... (cached) yes checking for string.h... (cached) yes checking for sys/ptem.h... (cached) no checking for sys/pte.h... (cached) no checking for sys/stream.h... (cached) no checking for sys/select.h... (cached) yes checking for termcap.h... (cached) yes checking for termios.h... (cached) yes checking for termio.h... (cached) yes checking for sys/file.h... (cached) yes checking for locale.h... (cached) yes checking for type of signal functions... (cached) posix checking if signal handlers must be reinstalled when invoked... (cached) no checking for presence of POSIX-style sigsetjmp/siglongjmp... (cached) present checking for lstat... (cached) yes checking whether programs are able to redeclare getpw functions... (cached) yes checking whether or not strcoll and strcmp differ... (cached) no checking whether signal handlers are of type void... (cached) yes checking for TIOCGWINSZ in sys/ioctl.h... (cached) no checking for TIOCSTAT in sys/ioctl.h... (cached) no checking for FIONREAD in sys/ioctl.h... (cached) no checking for speed_t in sys/types.h... (cached) no checking for struct winsize in sys/ioctl.h and termios.h... (cached) termios.h checking if struct dirent has a d_ino member... (cached) yes checking if struct dirent has a d_fileno member... (cached) no checking which library has the termcap functions... (cached) using libtermcap checking configuration for building shared libraries... supported updating cache .././config.cache creating ./config.status creating Makefile creating doc/Makefile creating examples/Makefile creating shlib/Makefile creating config.h config.h is unchanged configuring in vsllib running /bin/sh ./configure --with-motif-includes=/usr/local/include/Xm --with-motif-libraries=/usr/local/lib --with-athena-includes=/usr/X11R6/include/X11/Xaw --with-athena-libraries=/usr/X11R6/lib --host=i686-pc-cygwin32 --cache-file=.././config.cache --srcdir=. loading cache .././config.cache checking for prefix by checking for ddd... no checking for product name... DDD 3.2.91 "Da da da" checking for expiration date... no checking for a BSD compatible install... (cached) /bin/install -c checking whether build environment is sane... yes checking whether make sets ${MAKE}... (cached) yes checking for working aclocal... missing checking for working autoconf... found checking for working automake... missing checking for working autoheader... found checking for working makeinfo... found checking for a BSD compatible install... /bin/install -c updating cache .././config.cache creating ./config.status creating Makefile configuring in themes running /bin/sh ./configure --with-motif-includes=/usr/local/include/Xm --with-motif-libraries=/usr/local/lib --with-athena-includes=/usr/X11R6/include/X11/Xaw --with-athena-libraries=/usr/X11R6/lib --host=i686-pc-cygwin32 --cache-file=.././config.cache --srcdir=. loading cache .././config.cache checking for prefix by checking for ddd... no checking for product name... DDD 3.2.91 "Da da da" checking for expiration date... no checking for a BSD compatible install... (cached) /bin/install -c checking whether build environment is sane... yes checking whether make sets ${MAKE}... (cached) yes checking for working aclocal... missing checking for working autoconf... found checking for working automake... missing checking for working autoheader... found checking for working makeinfo... found checking for a BSD compatible install... /bin/install -c updating cache .././config.cache creating ./config.status creating Makefile configuring in ddd running /bin/sh ./configure --with-motif-includes=/usr/local/include/Xm --with-motif-libraries=/usr/local/lib --with-athena-includes=/usr/X11R6/include/X11/Xaw --with-athena-libraries=/usr/X11R6/lib --host=i686-pc-cygwin32 --cache-file=.././config.cache --srcdir=. loading cache .././config.cache checking for prefix by checking for ddd... no checking for product name... DDD 3.2.91 "Da da da" checking for expiration date... no checking for a BSD compatible install... (cached) /bin/install -c checking whether build environment is sane... yes checking whether make sets ${MAKE}... (cached) yes checking for working aclocal... missing checking for working autoconf... found checking for working automake... missing checking for working autoheader... found checking for working makeinfo... found checking host system type... i686-pc-cygwin32 checking for gcc... (cached) gcc checking whether the C compiler (gcc ) works... yes checking whether the C compiler (gcc ) is a cross-compiler... no checking whether we are using GNU C... (cached) yes checking whether gcc accepts -g... (cached) yes checking for POSIXized ISC... no checking for g77... (cached) g77 checking whether ln -s works... (cached) yes checking for sh... (cached) /bin/sh checking for gtar... (cached) tar checking for gm4... (cached) m4 checking for gsed... (cached) sed checking for gdiff... (cached) diff checking for dvips... no checking for dvi2ps... no checking for gzip... (cached) gzip checking for gzip... (cached) gzip checking for remsh... (cached) /bin/rsh checking for lp... no checking for lpr... no checking for gcore... no checking for gdb... (cached) gdb checking for xterm... (cached) xterm checking for xfontsel... (cached) xfontsel checking for a BSD compatible install... /bin/install -c checking for ranlib... (cached) ranlib checking for bison... (cached) bison -y checking for bison -y flags... checking how to run the C preprocessor... (cached) gcc -E checking for flex... (cached) flex checking for flex... (cached) flex checking for yywrap in -lfl... (cached) yes checking lex output file root... (cached) lex.yy checking whether yytext is a pointer... (cached) yes checking for flex flags... -8 checking for gawk... (cached) gawk checking whether the C compiler (gcc) compiles and links a simple C program... (cached) yes checking for c++... (cached) c++ checking whether the C++ compiler (c++ ) works... yes checking whether the C++ compiler (c++ ) is a cross-compiler... no checking whether we are using GNU C++... (cached) yes checking whether c++ accepts -g... (cached) yes checking whether the C++ compiler (c++) compiles a simple program... (cached) yes checking how to run the C preprocessor... gcc -E checking how to run the C++ preprocessor... (cached) c++ -E checking whether the C++ compiler (c++) accepts -Werror... (cached) yes checking whether the C++ compiler (c++) accepts -Weffc++... (cached) yes checking whether the C++ compiler (c++) accepts -Wuninitialized... (cached) no checking whether the C++ compiler (c++) accepts -mminimal-toc... (cached) no checking for C++ compiler (c++) warning options... -W -Wall checking for C++ compiler (c++) optimizing options... -DNDEBUG -O2 checking for C++ compiler (c++) debugging options... -g checking for C++ compiler (c++) extra libraries... checking for C++ compiler (c++) static binding options... -Bstatic checking for C++ compiler (c++) dynamic binding options... -Bdynamic checking whether the C++ compiler (c++) accepts -fexternal-templates... (cached) no checking whether the C++ compiler (c++) accepts -fpermissive... (cached) yes checking whether the C++ compiler (c++) accepts -felide-constructors... (cached) yes checking whether the C++ compiler (c++) accepts -fconserve-space... (cached) yes checking whether the C++ compiler (c++) accepts -trigraphs... (cached) yes checking whether the C++ compiler (c++) supports bool types... (cached) yes checking whether the C++ compiler (c++) supports explicit constructors... (cached) yes checking whether the C++ compiler (c++) supports mutable members... (cached) yes checking whether the C++ compiler (c++) supports exception handling... (cached) yes checking whether the C++ compiler (c++) supports standard exceptions... (cached) yes checking whether the C++ compiler (c++) supports namespaces... (cached) yes checking whether the C++ compiler (c++) supports run-time type info... (cached) yes checking whether the C++ compiler (c++) supports long long types... (cached) yes checking whether the C++ compiler (c++) supports named return values... (cached) yes checking whether the C++ compiler (c++) supports __PRETTY_FUNCTION__... (cached) yes checking whether the C++ compiler (c++) supports overloaded new[]... (cached) yes checking whether the C++ compiler (c++) supports placement new... (cached) yes checking whether the C++ compiler (c++) supports ANSI lifetime of temporaries... (cached) yes checking whether the C++ compiler (c++) accepts -isystem... (cached) yes checking for a traditional C preprocessor... (cached) gcc -E -traditional-cpp checking for Cygwin environment... (cached) yes checking for mingw32 environment... (cached) no checking for executable suffix... (cached) .exe checking for object suffix... (cached) o checking build system type... i686-pc-cygwin32 checking for ld used by GCC... (cached) /bin/ld checking if the linker (/bin/ld) is GNU ld... (cached) yes checking for BSD-compatible nm... (cached) /bin/nm -B updating cache .././config.cache checking for object suffix... o checking for executable suffix... .exe checking for gcc option to produce PIC... none checking if gcc supports -c -o file.o... yes checking if gcc supports -c -o file.lo... yes checking if gcc supports -fno-rtti -fno-exceptions ... yes checking if gcc static flag -static works... -static checking if the linker (/bin/ld) is GNU ld... yes checking whether the linker (/bin/ld) supports shared libraries... yes checking command to parse /bin/nm -B output... ok checking how to hardcode library paths into programs... immediate checking for /bin/ld option to reload object files... -r checking dynamic linker characteristics... Win32 ld.exe checking if libtool supports shared libraries... yes checking if package supports dlls... no checking whether to build shared libraries... no checking whether to build static libraries... yes checking for objdir... .libs creating libtool loading cache .././config.cache checking for connect... yes checking for gethostbyname... yes checking for regcmp... no checking for regcmp in -lgen... no checking for yyerror in -ly... no checking for sin in -lm... yes checking for open in -lc... yes checking for elf_version in -lelf... no checking for tgetent in -lmytinfo... (cached) no checking for tgetent in -lncurses... (cached) yes checking for xstrerror in -liberty... (cached) yes checking for streampos... yes checking whether the C++ compiler (c++) accepts -fpermissive... (cached) yes checking for X... libraries /usr/X11R6/lib, headers /usr/X11R6/include checking for dnet_ntoa in -ldnet... no checking for dnet_ntoa in -ldnet_stub... no checking for gethostbyname... (cached) yes checking for connect... (cached) yes checking for remove... yes checking for shmat... no checking for shmat in -lipc... no checking for IceConnectionNumber in -lICE... yes checking for Motif... libraries /usr/local/lib, headers /usr/local/include/Xm checking for Athena... libraries /usr/X11R6/lib, headers /usr/X11R6/include/X11/Xaw checking for Xpm... libraries /usr/X11R6/lib, headers in default path checking whether compiling X headers requires -fpermissive... no checking for XOpenDisplay in -lX11... yes checking for _Xlcmbcurmax in -lXintl... no checking for shmap in -lipc... no checking for XtToolkitInitialize in -lXt... yes checking for XShapeQueryVersion in -lXext... yes checking for XmuCvtStringToOrientation in -lXmu... no checking for XawTextSetInsertionPoint in -lXaw... no configure: warning: The Athena widgets library '-lXaw' could not be found. If you have the athena library, please use the configure options '--with-athena-includes=DIR' and '--with-athena-libraries=DIR' to specify the Xaw location. If you do not have the athena library, use the configure option '--without-athena' to suppress this message. See the files 'config.log' and 'ddd/config.log' for further diagnostics. checking for XpmCreatePixmapFromXpmImage in -lXpm... yes checking for X11/xpm.h... yes checking for xpm.h... yes checking for XpSelectInput in -lXp... yes checking for XmCreateOptionMenu in -lXm... no checking for xmUseVersion in -lXm... no checking for XmInstallImage in -lXm... no checking for Xm21InstallImage in -lXm... no configure: error: The Motif library '-lXm' could not be found. Please use the configure options '--with-motif-includes=DIR' and '--with-motif-libraries=DIR' to specify the Xm location. See the files 'config.log' and 'ddd/config.log' for further diagnostics. configure: error: ./configure failed for ddd From ssiddiqi@inspirepharm.com Mon Nov 27 09:11:00 2000 From: ssiddiqi@inspirepharm.com (Suhaib Siddiqi) Date: Mon, 27 Nov 2000 09:11:00 -0000 Subject: ddd/configure breaks (motif mistakenly flagged as missing) Message-ID: <7F2B9185F0196F44B59990759B91B1C2151785@ins-exch.inspirepharm.com> Actually i told you first time when you posted that configure script of DDD has problems and does not include libraries in a proper order. This is a VERY VERY problem in DDD configure script and I am not sure who DDD maintainer never thought to look at it. The oder of linking should always be -lSM -lICE -lXt. On many systems -lXt -lSM -lICE will DEFINITELY fail because libXt will return unresolved symbols. Therefore in response to your first complain that Cygwin/Xfree86 has libraries missing, I told you, "Definitely NOT, Complain to DDD mailing list and maintainers to fix the DDD configure scripts." Regards Suhaib > -----Original Message----- > From: Chuck.Irvine@mail.sprint.com > [ mailto:Chuck.Irvine@mail.sprint.com ] > Sent: Monday, November 27, 2000 8:52 AM > To: cygwin-xfree@sources.redhat.com; ddd@gnu.org > Subject: FW: ddd/configure breaks (motif mistakenly flagged > as missing) > > > I previously posted a problem regarding configuring DDD for > building on > cygwin, for which I received that attached reply describing a fix. > Although I still don't have a completed build (make mistakenly thinks > that the Athena library is missing), I've been asked to post the > solution below to the list. Thanks > > Chuck > > -----Original Message----- > From: zoepfgen [ mailto:zoepfgen@bdv.com ] > Sent: Monday, November 20, 2000 6:49 AM > To: Chuck.Irvine > Cc: zoepfgen > Subject: Re: ddd/configure breaks > > > Hi Chuck ! > > I've had the same problem, and here is my solution: > > The mechanism in the configure-script is, that it trys to compile and > link > test-programs to find out, if X11-, Xt-, and Xm-Lib exists on your > system. > > The Linker-call gets some libs in the wrong order. The Xt-Lib > needs SM- > and > ICE-Lib but Xt is set behind SM and ICE. > > Instead of the following Part of configure-script (original, in dir > 'ddd-3.2.1\ddd') > > ... > if eval "test \"`echo '$ac_cv_lib_'$ac_lib_var`\" = yes"; then > echo "$ac_t""yes" 1>&6 > LIBGEN="-lgen" > else > echo "$ac_t""no" 1>&6 > fi > ... > > you should try this (insert the 'LIBGEN'-line in the 'else'-part): > > ... > if eval "test \"`echo '$ac_cv_lib_'$ac_lib_var`\" = yes"; then > echo "$ac_t""yes" 1>&6 > LIBGEN="-lgen" > else > echo "$ac_t""no" 1>&6 > LIBGEN="-lSM -lICE" > fi > ... > > This adds the needed Libs at the end of the Linker-call. > > I hope that eliminates your problem. > > Greetings from Good-Old-Germany > > Christoph > > > -------------------------------------------------------------- > ---------- > ---- > --------------- > > > > ----- Original Message ----- > From: > To: ; ; > ; > Sent: Saturday, November 18, 2000 12:18 AM > Subject: RE: ddd/configure breaks > > > > I appreciate your help, but I get exactly the same problem when I > > configure with the settings you recommend. Latest configure log is: > > > > > ./configure --with-motif-includes=/usr/local/include/ > > --with-motif-libraries=/usr/local/lib > > --with-athena-includes=/usr/X11R6/include/ > > --with-athena-libraries=/usr/X11R6/lib > > loading cache ./config.cache > > checking host system type... i686-pc-cygwin32 > > checking target system type... i686-pc-cygwin32 > > checking build system type... i686-pc-cygwin32 > > checking for prefix by checking for ddd... no > > checking for product name... DDD 3.2.91 "Da da da" > > checking for expiration date... no > > checking for a BSD compatible install... (cached) /bin/install -c > > checking whether build environment is sane... yes > > checking whether make sets ${MAKE}... (cached) yes > > checking for working aclocal... missing > > checking for working autoconf... found > > checking for working automake... missing > > checking for working autoheader... found > > checking for working makeinfo... found > > checking whether make sets ${MAKE}... (cached) yes > > checking for gcc... (cached) gcc > > checking whether the C compiler (gcc ) works... yes > > checking whether the C compiler (gcc ) is a cross-compiler... no > > checking whether we are using GNU C... (cached) yes > > checking whether gcc accepts -g... (cached) yes > > checking for POSIXized ISC... no > > checking whether the C compiler (gcc) compiles and links a simple C > > program... (cached) yes > > checking for c++... (cached) c++ > > checking whether the C++ compiler (c++ ) works... yes > > checking whether the C++ compiler (c++ ) is a cross-compiler... no > > checking whether we are using GNU C++... (cached) yes > > checking whether c++ accepts -g... (cached) yes > > checking whether the C++ compiler (c++) compiles a simple program... > > (cached) yes > > checking for tgetent in -lmytinfo... (cached) no > > checking for tgetent in -lncurses... (cached) yes > > checking for xstrerror in -liberty... (cached) yes > > checking for packages to be configured and built... readline vsllib > > themes ddd > > updating cache ./config.cache > > creating ./config.status > > creating Makefile > > configuring in readline > > running /bin/sh ./configure > --with-motif-includes=/usr/local/include/ > > --with-motif-libraries=/usr/local/lib > > --with-athena-includes=/usr/X11R6/include/ > > --with-athena-libraries=/usr/X11R6/lib --host=i686-pc-cygwin32 > > --cache-file=.././config.cache --srcdir=. > > loading cache .././config.cache > > checking host system type... i686-pc-cygwin32 > > checking for gcc... (cached) gcc > > checking whether the C compiler (gcc -g ) works... yes > > checking whether the C compiler (gcc -g ) is a cross-compiler... no > > checking whether we are using GNU C... (cached) yes > > checking whether gcc accepts -g... (cached) yes > > checking how to run the C preprocessor... (cached) gcc -E > > checking for minix/config.h... (cached) no > > checking whether gcc needs -traditional... (cached) no > > checking for a BSD compatible install... (cached) /bin/install -c > > checking for ar... (cached) ar > > checking for ranlib... (cached) ranlib > > checking return type of signal handlers... (cached) void > > checking whether stat file-mode macros are broken... (cached) no > > checking for dirent.h that defines DIR... (cached) yes > > checking for opendir in -ldir... (cached) no > > checking for strcasecmp... (cached) yes > > checking for select... (cached) yes > > checking for setenv... (cached) yes > > checking for putenv... (cached) yes > > checking for tcgetattr... (cached) yes > > checking for setlocale... (cached) yes > > checking for lstat... (cached) yes > > checking for working strcoll... (cached) yes > > checking for unistd.h... (cached) yes > > checking for stdlib.h... (cached) yes > > checking for varargs.h... (cached) yes > > checking for stdarg.h... (cached) yes > > checking for string.h... (cached) yes > > checking for sys/ptem.h... (cached) no > > checking for sys/pte.h... (cached) no > > checking for sys/stream.h... (cached) no > > checking for sys/select.h... (cached) yes > > checking for termcap.h... (cached) yes > > checking for termios.h... (cached) yes > > checking for termio.h... (cached) yes > > checking for sys/file.h... (cached) yes > > checking for locale.h... (cached) yes > > checking for type of signal functions... (cached) posix > > checking if signal handlers must be reinstalled when invoked... > (cached) > > no > > checking for presence of POSIX-style > sigsetjmp/siglongjmp... (cached) > > present > > checking for lstat... (cached) yes > > checking whether programs are able to redeclare getpw functions... > > (cached) yes > > checking whether or not strcoll and strcmp differ... (cached) no > > checking whether signal handlers are of type void... (cached) yes > > checking for TIOCGWINSZ in sys/ioctl.h... (cached) no > > checking for TIOCSTAT in sys/ioctl.h... (cached) no > > checking for FIONREAD in sys/ioctl.h... (cached) no > > checking for speed_t in sys/types.h... (cached) no > > checking for struct winsize in sys/ioctl.h and termios.h... (cached) > > termios.h > > checking if struct dirent has a d_ino member... (cached) yes > > checking if struct dirent has a d_fileno member... (cached) no > > checking which library has the termcap functions... (cached) using > > libtermcap > > checking configuration for building shared libraries... supported > > updating cache .././config.cache > > creating ./config.status > > creating Makefile > > creating doc/Makefile > > creating examples/Makefile > > creating shlib/Makefile > > creating config.h > > config.h is unchanged > > configuring in vsllib > > running /bin/sh ./configure > --with-motif-includes=/usr/local/include/ > > --with-motif-libraries=/usr/local/lib > > --with-athena-includes=/usr/X11R6/include/ > > --with-athena-libraries=/usr/X11R6/lib --host=i686-pc-cygwin32 > > --cache-file=.././config.cache --srcdir=. > > loading cache .././config.cache > > checking for prefix by checking for ddd... no > > checking for product name... DDD 3.2.91 "Da da da" > > checking for expiration date... no > > checking for a BSD compatible install... (cached) /bin/install -c > > checking whether build environment is sane... yes > > checking whether make sets ${MAKE}... (cached) yes > > checking for working aclocal... missing > > checking for working autoconf... found > > checking for working automake... missing > > checking for working autoheader... found > > checking for working makeinfo... found > > checking for a BSD compatible install... /bin/install -c > > updating cache .././config.cache > > creating ./config.status > > creating Makefile > > configuring in themes > > running /bin/sh ./configure > --with-motif-includes=/usr/local/include/ > > --with-motif-libraries=/usr/local/lib > > --with-athena-includes=/usr/X11R6/include/ > > --with-athena-libraries=/usr/X11R6/lib --host=i686-pc-cygwin32 > > --cache-file=.././config.cache --srcdir=. > > loading cache .././config.cache > > checking for prefix by checking for ddd... no > > checking for product name... DDD 3.2.91 "Da da da" > > checking for expiration date... no > > checking for a BSD compatible install... (cached) /bin/install -c > > checking whether build environment is sane... yes > > checking whether make sets ${MAKE}... (cached) yes > > checking for working aclocal... missing > > checking for working autoconf... found > > checking for working automake... missing > > checking for working autoheader... found > > checking for working makeinfo... found > > checking for a BSD compatible install... /bin/install -c > > updating cache .././config.cache > > creating ./config.status > > creating Makefile > > configuring in ddd > > running /bin/sh ./configure > --with-motif-includes=/usr/local/include/ > > --with-motif-libraries=/usr/local/lib > > --with-athena-includes=/usr/X11R6/include/ > > --with-athena-libraries=/usr/X11R6/lib --host=i686-pc-cygwin32 > > --cache-file=.././config.cache --srcdir=. > > loading cache .././config.cache > > checking for prefix by checking for ddd... no > > checking for product name... DDD 3.2.91 "Da da da" > > checking for expiration date... no > > checking for a BSD compatible install... (cached) /bin/install -c > > checking whether build environment is sane... yes > > checking whether make sets ${MAKE}... (cached) yes > > checking for working aclocal... missing > > checking for working autoconf... found > > checking for working automake... missing > > checking for working autoheader... found > > checking for working makeinfo... found > > checking host system type... i686-pc-cygwin32 > > checking for gcc... (cached) gcc > > checking whether the C compiler (gcc ) works... yes > > checking whether the C compiler (gcc ) is a cross-compiler... no > > checking whether we are using GNU C... (cached) yes > > checking whether gcc accepts -g... (cached) yes > > checking for POSIXized ISC... no > > checking for g77... (cached) g77 > > checking whether ln -s works... (cached) yes > > checking for sh... (cached) /bin/sh > > checking for gtar... (cached) tar > > checking for gm4... (cached) m4 > > checking for gsed... (cached) sed > > checking for gdiff... (cached) diff > > checking for dvips... no > > checking for dvi2ps... no > > checking for gzip... (cached) gzip > > checking for gzip... (cached) gzip > > checking for remsh... (cached) /bin/rsh > > checking for lp... no > > checking for lpr... no > > checking for gcore... no > > checking for gdb... (cached) gdb > > checking for xterm... (cached) xterm > > checking for xfontsel... (cached) xfontsel > > checking for a BSD compatible install... /bin/install -c > > checking for ranlib... (cached) ranlib > > checking for bison... (cached) bison -y > > checking for bison -y flags... > > checking how to run the C preprocessor... (cached) gcc -E > > checking for flex... (cached) flex > > checking for flex... (cached) flex > > checking for yywrap in -lfl... (cached) yes > > checking lex output file root... (cached) lex.yy > > checking whether yytext is a pointer... (cached) yes > > checking for flex flags... -8 > > checking for gawk... (cached) gawk > > checking whether the C compiler (gcc) compiles and links a simple C > > program... (cached) yes > > checking for c++... (cached) c++ > > checking whether the C++ compiler (c++ ) works... yes > > checking whether the C++ compiler (c++ ) is a cross-compiler... no > > checking whether we are using GNU C++... (cached) yes > > checking whether c++ accepts -g... (cached) yes > > checking whether the C++ compiler (c++) compiles a simple program... > > (cached) yes > > checking how to run the C preprocessor... gcc -E > > checking how to run the C++ preprocessor... (cached) c++ -E > > checking whether the C++ compiler (c++) accepts -Werror... (cached) > yes > > checking whether the C++ compiler (c++) accepts -Weffc++... (cached) > yes > > checking whether the C++ compiler (c++) accepts -Wuninitialized... > > (cached) no > > checking whether the C++ compiler (c++) accepts -mminimal-toc... > > (cached) no > > checking for C++ compiler (c++) warning options... -W -Wall > > checking for C++ compiler (c++) optimizing options... -DNDEBUG -O2 > > checking for C++ compiler (c++) debugging options... -g > > checking for C++ compiler (c++) extra libraries... > > checking for C++ compiler (c++) static binding options... -Bstatic > > checking for C++ compiler (c++) dynamic binding options... -Bdynamic > > checking whether the C++ compiler (c++) accepts > -fexternal-templates... > > (cached) no > > checking whether the C++ compiler (c++) accepts -fpermissive... > (cached) > > yes > > checking whether the C++ compiler (c++) accepts > -felide-constructors... > > (cached) yes > > checking whether the C++ compiler (c++) accepts -fconserve-space... > > (cached) yes > > checking whether the C++ compiler (c++) accepts > -trigraphs... (cached) > > yes > > checking whether the C++ compiler (c++) supports bool types... > (cached) > > yes > > checking whether the C++ compiler (c++) supports explicit > > constructors... (cached) yes > > checking whether the C++ compiler (c++) supports mutable members... > > (cached) yes > > checking whether the C++ compiler (c++) supports exception > handling... > > (cached) yes > > checking whether the C++ compiler (c++) supports standard > exceptions... > > (cached) yes > > checking whether the C++ compiler (c++) supports namespaces... > (cached) > > yes > > checking whether the C++ compiler (c++) supports run-time > type info... > > (cached) yes > > checking whether the C++ compiler (c++) supports long long types... > > (cached) yes > > checking whether the C++ compiler (c++) supports named return > values... > > (cached) yes > > checking whether the C++ compiler (c++) supports > __PRETTY_FUNCTION__... > > (cached) yes > > checking whether the C++ compiler (c++) supports overloaded new[]... > > (cached) yes > > checking whether the C++ compiler (c++) supports placement new... > > (cached) yes > > checking whether the C++ compiler (c++) supports ANSI lifetime of > > temporaries... (cached) yes > > checking whether the C++ compiler (c++) accepts -isystem... (cached) > yes > > checking for a traditional C preprocessor... (cached) gcc -E > > -traditional-cpp > > checking for Cygwin environment... (cached) yes > > checking for mingw32 environment... (cached) no > > checking for executable suffix... (cached) .exe > > checking for object suffix... (cached) o > > checking build system type... i686-pc-cygwin32 > > checking for ld used by GCC... (cached) /bin/ld > > checking if the linker (/bin/ld) is GNU ld... (cached) yes > > checking for BSD-compatible nm... (cached) /bin/nm -B > > updating cache .././config.cache > > checking for object suffix... o > > checking for executable suffix... .exe > > checking for gcc option to produce PIC... none > > checking if gcc supports -c -o file.o... yes > > checking if gcc supports -c -o file.lo... yes > > checking if gcc supports -fno-rtti -fno-exceptions ... yes > > checking if gcc static flag -static works... -static > > checking if the linker (/bin/ld) is GNU ld... yes > > checking whether the linker (/bin/ld) supports shared > libraries... yes > > checking command to parse /bin/nm -B output... ok > > checking how to hardcode library paths into programs... immediate > > checking for /bin/ld option to reload object files... -r > > checking dynamic linker characteristics... Win32 ld.exe > > checking if libtool supports shared libraries... yes > > checking if package supports dlls... no > > checking whether to build shared libraries... no > > checking whether to build static libraries... yes > > checking for objdir... .libs > > creating libtool > > loading cache .././config.cache > > checking for connect... yes > > checking for gethostbyname... yes > > checking for regcmp... no > > checking for regcmp in -lgen... no > > checking for yyerror in -ly... no > > checking for sin in -lm... yes > > checking for open in -lc... yes > > checking for elf_version in -lelf... no > > checking for tgetent in -lmytinfo... (cached) no > > checking for tgetent in -lncurses... (cached) yes > > checking for xstrerror in -liberty... (cached) yes > > checking for streampos... yes > > checking whether the C++ compiler (c++) accepts -fpermissive... > (cached) > > yes > > checking for X... libraries /usr/X11R6/lib, headers > /usr/X11R6/include > > checking for dnet_ntoa in -ldnet... no > > checking for dnet_ntoa in -ldnet_stub... no > > checking for gethostbyname... (cached) yes > > checking for connect... (cached) yes > > checking for remove... yes > > checking for shmat... no > > checking for shmat in -lipc... no > > checking for IceConnectionNumber in -lICE... yes > > checking for Motif... libraries /usr/local/lib, headers > > /usr/local/include/ > > checking for Athena... libraries /usr/X11R6/lib, headers > > /usr/X11R6/include/ > > checking for Xpm... libraries /usr/X11R6/lib, headers in > default path > > checking whether compiling X headers requires -fpermissive... no > > checking for XOpenDisplay in -lX11... yes > > checking for _Xlcmbcurmax in -lXintl... no > > checking for shmap in -lipc... no > > checking for XtToolkitInitialize in -lXt... yes > > checking for XShapeQueryVersion in -lXext... yes > > checking for XmuCvtStringToOrientation in -lXmu... no > > checking for XawTextSetInsertionPoint in -lXaw... no > > configure: warning: The Athena widgets library '-lXaw' could not be > > found. > > If you have the athena library, please use the > > configure options > '--with-athena-includes=DIR' and > > '--with-athena-libraries=DIR' to specify the Xaw > > location. > > If you do not have the athena library, use the > > configure > > option '--without-athena' to suppress this > message. > > See the files 'config.log' and 'ddd/config.log' > > for further diagnostics. > > checking for XpmCreatePixmapFromXpmImage in -lXpm... yes > > checking for X11/xpm.h... yes > > checking for xpm.h... yes > > checking for XpSelectInput in -lXp... yes > > checking for XmCreateOptionMenu in -lXm... no > > checking for xmUseVersion in -lXm... no > > checking for XmInstallImage in -lXm... no > > checking for Xm21InstallImage in -lXm... no > > configure: error: The Motif library '-lXm' could not be found. > > Please use the configure options > > '--with-motif-includes=DIR' > > and '--with-motif-libraries=DIR' to specify the Xm > > location. > > See the files 'config.log' and 'ddd/config.log' > > for further diagnostics. > > configure: error: ./configure failed for ddd > > /cygdrive/c/tmp/ddd/ddd-3.2.91 > > > > > > > -----Original Message----- > > From: ssiddiqi [ mailto:ssiddiqi@inspirepharm.com ] > > Sent: Friday, November 17, 2000 4:18 PM > > To: cygwin-xfree; ddd > > Cc: ssiddiqi > > Subject: RE: ddd/configure breaks > > > > > > You are adding wrong paths, that is all change it too, > > > > ./configure --with-motif-includes=/usr/local/include/ > > --with-motif-libraries=/usr/local/lib > > --with-athena-includes=/usr/X11R6/include/ > > --with-athena-libraries=/usr/X11R6/lib > > > > > -----Original Message----- > > > From: Chuck.Irvine@mail.sprint.com > > > [ mailto:Chuck.Irvine@mail.sprint.com ] > > > Sent: Friday, November 17, 2000 5:02 PM > > > To: cygwin-xfree@sources.redhat.com; cygwin@sourceware.cygnus.com; > > > ddd@gnu.org > > > Subject: ddd/configure breaks > > > > > > > > > Still struggling mightily to successfully configure DDD under > cygwin. > > > Basically, configure fails saying that '-lXm' cannot be > > > found. However, > > > Motif is installed and configure notes this early in the configure > > > process. My platform is Cygwin, but I don't believe that this is a > > > Cygwin problem, per se, since I've seen basically the same problem > > > report from people trying to get DDD to configure under > Linux. I am > > > attaching config.log, ddd/config.log, and the complete > output of the > > > configure script. Please let me know if I can provide any > additional > > > information useful for diagnosing this problem. > > > > > > Thanks in advance for your help. > > > > > > Chuck Irvine > > > > > > > > > Addional Info: > > > > > > > > > Versions: > > > > > > cygwin DLL 1.1.5 > > > cygwin/XFree86 4.0 > > > LessTif: 0.91.21 > > > DDD: 3.2.91 > > > > > > My configure command line is: > > > > > > ./configure --with-motif-includes=/usr/local/include/Xm > > > --with-motif-libraries=/usr/local/lib > > > --with-athena-includes=/usr/X11R6/include/X11/Xaw > > > --with-athena-libraries=/usr/X11R6/lib > > > > > > > > > During the configure, the two things complained about are: > > > > > > configure: warning: The Athena widgets library '-lXaw' > could not be > > > found. > > > If you have the athena library, please use the > > > configure options > > > '--with-athena-includes=DIR' and > > > '--with-athena-libraries=DIR' to > specify the Xaw > > > location. > > > If you do not have the athena library, use the > > > configure > > > option '--without-athena' to suppress > > > this message. > > > See the files 'config.log' and > 'ddd/config.log' > > > for further diagnostics. > > > > > > configure: error: The Motif library '-lXm' could not be found. > > > Please use the configure options > > > '--with-motif-includes=DIR' > > > and '--with-motif-libraries=DIR' to > specify the Xm > > > location. > > > See the files 'config.log' and 'ddd/config.log' > > > for further diagnostics. > > > > > > > > > > > > _______________________________________________ > > Ddd mailing list > > Ddd@gnu.org > > http://mail.gnu.org/mailman/listinfo/ddd > > > > > > > From jbdoll@kepri.re.kr Mon Nov 27 16:48:00 2000 From: jbdoll@kepri.re.kr (Jong B. Lee) Date: Mon, 27 Nov 2000 16:48:00 -0000 Subject: Where can I find X11R6.4 & LessTif binaries? Message-ID: <001301c058d5$adcc4e60$8b0c4ea8@kepri.re.kr> Dear Cygwin users, I was using cygwin B20.1 + Mumit Khan's gcc-2.95.2 + X11 libraries (including lesstif). Now, I installed new cygwin net release. But, couln't find X11 libraries. I know there are XFree86 libraries. But, that's not what I want. (I think...) I don't need X server... My application needs X libs and Motif (or LessTif) libs to be compiled and I have commercial X server program(something like eXceed). Could you please tell me where I can find prebuilt binary files ( X11R6.4 Lib + LessTif ) for new cygwin? I searched out the mailing lists and related links, but did not find proper answer. ftp.hungry.org does not seem to provide lesstif binaries for cygwin. Most of X11R6.4 links seem to be related with cygwinB20.1 or older. From ssiddiqi@inspirepharm.com Mon Nov 27 17:23:00 2000 From: ssiddiqi@inspirepharm.com (Suhaib Siddiqi) Date: Mon, 27 Nov 2000 17:23:00 -0000 Subject: Where can I find X11R6.4 & LessTif binaries? Message-ID: <7F2B9185F0196F44B59990759B91B1C2151792@ins-exch.inspirepharm.com> The answer is you still need Cygwin/XFree86 from http://sources.redhat.com/cygwin/xfree . The X-server executable will not force you to use it if you do not want it. You can use libxxx.a and libxxx. dll for development purposes. As far as LessTif is concerned, Lesstif now compiled pretty much of the box, at elast libraries does, exccept mwm client which need Stiple from bitmap, and if you are not going to use mwm as a Window manager, simply download the latest LessTif sources from http://www.lesstif.org , run ./conifgure --with-x --x-includes=/usr/X11R6/include and --x- libraries=/usr/X11R6/lib --enable-production=yes --enable-static=yes, enable-sahred=no then make that will be it. I do not suply precompiled LessTif binaries to LessTif.org any more because LessTif libraries at now compile out of the box, under Cygwin. Suhaib -----Original Message----- From: Jong B. Lee To: cygwin-xfree@sources.redhat.com Sent: 11/27/2000 7:53 PM Subject: Where can I find X11R6.4 & LessTif binaries? Dear Cygwin users, I was using cygwin B20.1 + Mumit Khan's gcc-2.95.2 + X11 libraries (including lesstif). Now, I installed new cygwin net release. But, couln't find X11 libraries. I know there are XFree86 libraries. But, that's not what I want. (I think...) I don't need X server... My application needs X libs and Motif (or LessTif) libs to be compiled and I have commercial X server program(something like eXceed). Could you please tell me where I can find prebuilt binary files ( X11R6.4 Lib + LessTif ) for new cygwin? I searched out the mailing lists and related links, but did not find proper answer. ftp.hungry.org does not seem to provide lesstif binaries for cygwin. Most of X11R6.4 links seem to be related with cygwinB20.1 or older. From jbdoll@kepri.re.kr Mon Nov 27 17:56:00 2000 From: jbdoll@kepri.re.kr (Jong B. Lee) Date: Mon, 27 Nov 2000 17:56:00 -0000 Subject: Where can I find X11R6.4 & LessTif binaries? References: <7F2B9185F0196F44B59990759B91B1C2151792@ins-exch.inspirepharm.com> Message-ID: <000d01c058df$27c2c100$8b0c4ea8@kepri.re.kr> Thanks, Suhaib, I have one more question. According to LessTif Installation Instructions at LessTif home page, LessTif needs automake and libtool, and automake requires perl to be compiled, those are not included in cygwin. Currently, I'm using perl-5.6.0 and automake at CygUtils home and libtool compiled from gnu source. Is this a right proceedure? ----- Original Message ----- From: "Suhaib Siddiqi" To: Sent: Tuesday, November 28, 2000 10:22 AM Subject: RE: Where can I find X11R6.4 & LessTif binaries? > > The answer is you still need Cygwin/XFree86 from > http://sources.redhat.com/cygwin/xfree . The X-server executable will not > force you to use it if you do not want it. You can use libxxx.a and libxxx. > dll for development purposes. > > As far as LessTif is concerned, Lesstif now compiled pretty much of the > box, at elast libraries does, exccept mwm client which need Stiple from > bitmap, and if you are not going to use mwm as a Window manager, simply > download the latest LessTif sources from http://www.lesstif.org , run > ./conifgure --with-x --x-includes=/usr/X11R6/include and --x- > libraries=/usr/X11R6/lib --enable-production=yes --enable-static=yes, > enable-sahred=no enable-shared=no > > then make > > that will be it. > > I do not suply precompiled LessTif binaries to LessTif.org any more because > LessTif libraries at now compile out of the box, under Cygwin. > > Suhaib > > -----Original Message----- > From: Jong B. Lee > To: cygwin-xfree@sources.redhat.com > Sent: 11/27/2000 7:53 PM > Subject: Where can I find X11R6.4 & LessTif binaries? > > Dear Cygwin users, > > I was using cygwin B20.1 + Mumit Khan's gcc-2.95.2 + X11 libraries > (including lesstif). > > Now, I installed new cygwin net release. > But, couln't find X11 libraries. > > I know there are XFree86 libraries. > But, that's not what I want. (I think...) > I don't need X server... > My application needs X libs and Motif (or LessTif) libs to be compiled > and I have commercial X server program(something like eXceed). > > Could you please tell me where I can find prebuilt binary files ( > X11R6.4 Lib + LessTif ) for new cygwin? > > > I searched out the mailing lists and related links, but did not find > proper answer. > > ftp.hungry.org does not seem to provide lesstif binaries for cygwin. > Most of X11R6.4 links seem to be related with cygwinB20.1 or older. > From ssiddiqi@inspirepharm.com Mon Nov 27 18:24:00 2000 From: ssiddiqi@inspirepharm.com (Suhaib Siddiqi) Date: Mon, 27 Nov 2000 18:24:00 -0000 Subject: Where can I find X11R6.4 & LessTif binaries? Message-ID: <7F2B9185F0196F44B59990759B91B1C2151795@ins-exch.inspirepharm.com> I hope, You should be fine with what you have. Give it a try if you run into problems, post detail error messages at this list please. Suhaib -----Original Message----- From: Jong B. Lee To: cygwin-xfree@sources.redhat.com Sent: 11/27/2000 9:01 PM Subject: Re: Where can I find X11R6.4 & LessTif binaries? Thanks, Suhaib, I have one more question. According to LessTif Installation Instructions at LessTif home page, LessTif needs automake and libtool, and automake requires perl to be compiled, those are not included in cygwin. Currently, I'm using perl-5.6.0 and automake at CygUtils home and libtool compiled from gnu source. Is this a right proceedure? ----- Original Message ----- From: "Suhaib Siddiqi" To: Sent: Tuesday, November 28, 2000 10:22 AM Subject: RE: Where can I find X11R6.4 & LessTif binaries? > > The answer is you still need Cygwin/XFree86 from > http://sources.redhat.com/cygwin/xfree . The X-server executable will not > force you to use it if you do not want it. You can use libxxx.a and libxxx. > dll for development purposes. > > As far as LessTif is concerned, Lesstif now compiled pretty much of the > box, at elast libraries does, exccept mwm client which need Stiple from > bitmap, and if you are not going to use mwm as a Window manager, simply > download the latest LessTif sources from http://www.lesstif.org , run > ./conifgure --with-x --x-includes=/usr/X11R6/include and --x- > libraries=/usr/X11R6/lib --enable-production=yes --enable-static=yes, > enable-sahred=no enable-shared=no > > then make > > that will be it. > > I do not suply precompiled LessTif binaries to LessTif.org any more because > LessTif libraries at now compile out of the box, under Cygwin. > > Suhaib > > -----Original Message----- > From: Jong B. Lee > To: cygwin-xfree@sources.redhat.com > Sent: 11/27/2000 7:53 PM > Subject: Where can I find X11R6.4 & LessTif binaries? > > Dear Cygwin users, > > I was using cygwin B20.1 + Mumit Khan's gcc-2.95.2 + X11 libraries > (including lesstif). > > Now, I installed new cygwin net release. > But, couln't find X11 libraries. > > I know there are XFree86 libraries. > But, that's not what I want. (I think...) > I don't need X server... > My application needs X libs and Motif (or LessTif) libs to be compiled > and I have commercial X server program(something like eXceed). > > Could you please tell me where I can find prebuilt binary files ( > X11R6.4 Lib + LessTif ) for new cygwin? > > > I searched out the mailing lists and related links, but did not find > proper answer. > > ftp.hungry.org does not seem to provide lesstif binaries for cygwin. > Most of X11R6.4 links seem to be related with cygwinB20.1 or older. > From andreas.zeller@fmi.uni-passau.de Mon Nov 27 23:49:00 2000 From: andreas.zeller@fmi.uni-passau.de (Andreas Zeller) Date: Mon, 27 Nov 2000 23:49:00 -0000 Subject: ddd/configure breaks (motif mistakenly flagged as missing) References: <7F2B9185F0196F44B59990759B91B1C2151785@ins-exch.inspirepharm.com> Message-ID: Hi! Suhaib Siddiqi writes: > Actually i told you first time when you posted that configure script > of DDD has problems and does not include libraries in a proper > order. This is a VERY VERY problem in DDD configure script and I am > not sure who DDD maintainer never thought to look at it. The oder of > linking should always be -lSM -lICE -lXt. On many systems -lXt -lSM > -lICE will DEFINITELY fail because libXt will return unresolved > symbols. > > Therefore in response to your first complain that Cygwin/Xfree86 has > libraries missing, I told you, "Definitely NOT, Complain to DDD > mailing list and maintainers to fix the DDD configure scripts." Sorry folks, but can anyone tell me what I should fix? As Suhaib states, the ordering of these libraries is (and should be) `-lXt -lSM -lICE'. But this is also the order which the DDD `configure' script uses. These are the libraries as inferred by the DDD `configure' script on my Linux RedHat box. As far as I can see, everything is just fine: -L/usr/X11R6/lib -lXm -lXp -lXpm -lXaw -lXmu -lXext -lXt -lSM -lICE -lX11 -lncurses -liberty -lm The `-lSM -lICE -lX11' part is inferred by the `autoconf' `AC_PATH_XTRA' macro, which I cannot control. (And I assume the `autoconf' people know their job.) The DDD `configure' script itself just checks for the additional libraries (from right to left: -lXm -lXp -lXpm -lXaw -lXmu -lXext), adding them in front of the original `-lSM -lICE -lX11' part. Unless anyone sees a flaw in this procedure (or its actual implementation in `ddd/configure.in'), there is not much I can do. Please note that DDD is around for five years now, always with this procedure. I won't change a running system unless I have strong evidence for a failure -- and strong evidence that the proposed fix won't break other builds. Best wishes, Andreas -- Andreas Zeller Universitaet Passau http://www.fmi.uni-passau.de/st/staff/zeller/ From Philippe.Le-Bihan@evidian.com Tue Nov 28 00:52:00 2000 From: Philippe.Le-Bihan@evidian.com (Philippe Le Bihan) Date: Tue, 28 Nov 2000 00:52:00 -0000 Subject: Error with xvfb fonts path References: <7F2B9185F0196F44B59990759B91B1C215170A@ins-exch.inspirepharm.com> Message-ID: <3A237131.FF6@evidian.com> Suhaib Siddiqi wrote: > > ... > > talking about Xvfb: > > 3) Is there a reason for the "-fp" command line option not to work? > > No, it should. But right now I cannot tell you why it does not work. > I can troubleshoot tonight at my home pc. > > Suhaib > Anything? > > > > Philippe. > > > > > > > > > -----Original Message----- > > > > From: Philippe Le Bihan [ mailto:Philippe.Le-Bihan@evidian.com ] > > > > Sent: Thursday, November 16, 2000 9:44 AM > > > > To: cygwin-xfree@sources.redhat.com > > > > Subject: Error with xvfb fonts path > > > > > > > > > > > > Hello, > > > > > > > > I have downloaded xfree86-4.0-Xvfb.tar.bz2 along with > > > > everything it takes to work. And indeed, everything works > > > > properly when installed right in [DRIVE:]/usr/X11R6... > > > > > > > > The problem is that I HAVE to install it in another > > > > directory. And then xvfb fails because it does not find > > > > needed fonts, even when I start it with "-fp" command line > > > > option. > > > > > > > > Am I misunderstanding something about this option? > > > > Does anybody knows of a way to do this ? (recompile > > > > with another RootDir is not an option, because > > > > installation directory will vary from one system to > > > > another). > > > > > > > > Any help appreciated. > > > > > > > > -- > > > > Philippe LE BIHAN > > > > mailto:Philippe.Le-Bihan@evidian.com > > > > tel:(33-1) 01 30 80 34 11 int. 23-73411 > > > > -- > > > > -- Philippe LE BIHAN mailto:Philippe.Le-Bihan@evidian.com tel:(33-1) 01 30 80 34 11 int. 23-73411 -- From bmrevet@igr.fr Tue Nov 28 02:27:00 2000 From: bmrevet@igr.fr (Bernard Revet) Date: Tue, 28 Nov 2000 02:27:00 -0000 Subject: Xwin start and $HOME and .bashrc and .xmodmap Message-ID: <3A238810.3185D02C@igr.fr> Dear Cywinxfrees I have installed Cygnus and binaries of Xfree and everything seem to work OK For the console cygwin no problem with the .bat file @echo off D: chdir \cygwin\bin bash --login -i with cygwinX no major problem with the startxwin.bat file @echo off SET DISPLAY=127.0.0.1:0.0 SET PATH=%PATH%;d:\cygwin\bin;d:\cygwin\usr\X11R6\bin:/bin SET HOME=/home/administrateur start XWin -screen 0 1024x768x8 -whitepixel 255 -blackpixel 0 start xterm -sl 1000 -sb -rightbar -ms red -fg yellow -bg black start rxvt -fn "Lucidia Console-12" start vtwm However the main problems are that the windows open on /usr/X11/R6 and not on /home/administrateur. The .bashrc or .xmodmap which are in /home/administrateur are not interpreted Any suggestions to solve these problems are welcome Best regards Yours Bernard From ssiddiqi@inspirepharm.com Tue Nov 28 03:49:00 2000 From: ssiddiqi@inspirepharm.com (Suhaib Siddiqi) Date: Tue, 28 Nov 2000 03:49:00 -0000 Subject: ddd/configure breaks (motif mistakenly flagged as missing) Message-ID: <7F2B9185F0196F44B59990759B91B1C2151796@ins-exch.inspirepharm.com> Andreas, When I get time I will compile DDD latest version and submit patches. It may not happen before January. Suhaib > -----Original Message----- > From: Andreas Zeller [ mailto:andreas.zeller@fmi.uni-passau.de ] > Sent: Tuesday, November 28, 2000 2:49 AM > To: Suhaib Siddiqi > Cc: cygwin-xfree@sources.redhat.com; ddd@gnu.org; > Chuck.Irvine@mail.sprint.com; zoepfgen@bdv.com > Subject: Re: ddd/configure breaks (motif mistakenly flagged > as missing) > > > Hi! > > Suhaib Siddiqi writes: > > > Actually i told you first time when you posted that configure script > > of DDD has problems and does not include libraries in a proper > > order. This is a VERY VERY problem in DDD configure script and I am > > not sure who DDD maintainer never thought to look at it. The oder of > > linking should always be -lSM -lICE -lXt. On many systems -lXt -lSM > > -lICE will DEFINITELY fail because libXt will return unresolved > > symbols. > > > > Therefore in response to your first complain that Cygwin/Xfree86 has > > libraries missing, I told you, "Definitely NOT, Complain to DDD > > mailing list and maintainers to fix the DDD configure scripts." > > Sorry folks, but can anyone tell me what I should fix? > > As Suhaib states, the ordering of these libraries is (and should be) > `-lXt -lSM -lICE'. > > But this is also the order which the DDD `configure' script uses. > > These are the libraries as inferred by the DDD `configure' script on > my Linux RedHat box. As far as I can see, everything is just fine: > > -L/usr/X11R6/lib -lXm -lXp -lXpm -lXaw -lXmu -lXext -lXt -lSM > -lICE -lX11 -lncurses -liberty -lm > > The `-lSM -lICE -lX11' part is inferred by the `autoconf' > `AC_PATH_XTRA' macro, which I cannot control. (And I assume the > `autoconf' people know their job.) > > The DDD `configure' script itself just checks for the additional > libraries (from right to left: -lXm -lXp -lXpm -lXaw -lXmu -lXext), > adding them in front of the original `-lSM -lICE -lX11' part. > > Unless anyone sees a flaw in this procedure (or its actual > implementation in `ddd/configure.in'), there is not much I can do. > > Please note that DDD is around for five years now, always with this > procedure. I won't change a running system unless I have strong > evidence for a failure -- and strong evidence that the proposed fix > won't break other builds. > > Best wishes, > > Andreas > > -- > Andreas Zeller Universitaet Passau > http://www.fmi.uni-passau.de/st/staff/zeller/ > From ssiddiqi@inspirepharm.com Tue Nov 28 03:51:00 2000 From: ssiddiqi@inspirepharm.com (Suhaib Siddiqi) Date: Tue, 28 Nov 2000 03:51:00 -0000 Subject: Error with xvfb fonts path Message-ID: <7F2B9185F0196F44B59990759B91B1C2151797@ins-exch.inspirepharm.com> Is it not working for you? Anyone else has similar problems? Suhaib > -----Original Message----- > From: Philippe Le Bihan [ mailto:Philippe.Le-Bihan@evidian.com ] > Sent: Tuesday, November 28, 2000 3:48 AM > To: Suhaib Siddiqi > Cc: cygwin-xfree@sources.redhat.com > Subject: Re: Error with xvfb fonts path > > > Suhaib Siddiqi wrote: > > > > ... > > > talking about Xvfb: > > > 3) Is there a reason for the "-fp" command line option > not to work? > > > > No, it should. But right now I cannot tell you why it does > not work. > > I can troubleshoot tonight at my home pc. > > > > Suhaib > > > > Anything? > > > > > > > > Philippe. > > > > > > > > > > > > -----Original Message----- > > > > > From: Philippe Le Bihan [ mailto:Philippe.Le-Bihan@evidian.com ] > > > > > Sent: Thursday, November 16, 2000 9:44 AM > > > > > To: cygwin-xfree@sources.redhat.com > > > > > Subject: Error with xvfb fonts path > > > > > > > > > > > > > > > Hello, > > > > > > > > > > I have downloaded xfree86-4.0-Xvfb.tar.bz2 along with > > > > > everything it takes to work. And indeed, everything works > > > > > properly when installed right in [DRIVE:]/usr/X11R6... > > > > > > > > > > The problem is that I HAVE to install it in another > > > > > directory. And then xvfb fails because it does not find > > > > > needed fonts, even when I start it with "-fp" command line > > > > > option. > > > > > > > > > > Am I misunderstanding something about this option? > > > > > Does anybody knows of a way to do this ? (recompile > > > > > with another RootDir is not an option, because > > > > > installation directory will vary from one system to > > > > > another). > > > > > > > > > > Any help appreciated. > > > > > > > > > > -- > > > > > Philippe LE BIHAN > > > > > mailto:Philippe.Le-Bihan@evidian.com > > > > > tel:(33-1) 01 30 80 34 11 int. 23-73411 > > > > > -- > > > > > > > -- > Philippe LE BIHAN > mailto:Philippe.Le-Bihan@evidian.com > tel:(33-1) 01 30 80 34 11 int. 23-73411 > -- > From ssiddiqi@inspirepharm.com Tue Nov 28 03:53:00 2000 From: ssiddiqi@inspirepharm.com (Suhaib Siddiqi) Date: Tue, 28 Nov 2000 03:53:00 -0000 Subject: Xwin start and $HOME and .bashrc and .xmodmap Message-ID: <7F2B9185F0196F44B59990759B91B1C2151798@ins-exch.inspirepharm.com> Bernard, First can you check what kind of Mail Reader are you using? When I hit Reply button I get in my To: field 94805@inspire.inspirepharm.com; Villejuif@inspire.inspirepharm.com; France@inspire.inspirepharm.com Please configure your mail client properly!!! Can you not source .bashrc and .xmodmap? I do not know a reason why they are not being read. Perhaps someone from Cygwin mailing list can answer you? Suhaib > -----Original Message----- > From: Bernard Revet [ mailto:bmrevet@igr.fr ] > Sent: Tuesday, November 28, 2000 5:25 AM > To: Cygx (E-mail) > Subject: Xwin start and $HOME and .bashrc and .xmodmap > > > Dear Cywinxfrees > > I have installed Cygnus and binaries of Xfree and everything seem to > work OK > For the console cygwin > no problem with the .bat file > > @echo off > D: > chdir \cygwin\bin > bash --login -i > > with cygwinX no major problem with the startxwin.bat file > > @echo off > SET DISPLAY=127.0.0.1:0.0 > SET PATH=%PATH%;d:\cygwin\bin;d:\cygwin\usr\X11R6\bin:/bin > SET HOME=/home/administrateur > start XWin -screen 0 1024x768x8 -whitepixel 255 -blackpixel 0 > start xterm -sl 1000 -sb -rightbar -ms red -fg yellow -bg black > start rxvt -fn "Lucidia Console-12" > start vtwm > > However the main problems are that the windows open on /usr/X11/R6 and > not on /home/administrateur. > The .bashrc or .xmodmap which are in /home/administrateur are not > interpreted > Any suggestions to solve these problems are welcome > > Best regards > Yours > Bernard > > > From Idar.Tollefsen@baerum.kommune.no Tue Nov 28 04:52:00 2000 From: Idar.Tollefsen@baerum.kommune.no (Idar Tollefsen) Date: Tue, 28 Nov 2000 04:52:00 -0000 Subject: Windowed server and LyX? Message-ID: Hello, I just stumbeled upon XFree86 for Cygwin when I now needed to do a reinstall of my Cygwin environment (system crash). The documentation says that work is in progress to provide a server that will be displayed in a window, not just full screen mode. The screenshot shows such an X-server, doesn't it? Does that mean that the current version can be started in a window, and if so, how? I would also like some guidance as to where to turn to get some information about certain porting projects. I have used Cygwin in combination with ReflectionX from WRQ and MiKTeX to run LyX for Win32. Does anyone know if there is a TeX port available for Cygwin, and if someone has sucessfully compiled LyX for Cygwin/XFree86? - Idar Tollefsen From ssiddiqi@inspirepharm.com Tue Nov 28 05:21:00 2000 From: ssiddiqi@inspirepharm.com (Suhaib Siddiqi) Date: Tue, 28 Nov 2000 05:21:00 -0000 Subject: Windowed server and LyX? Message-ID: <7F2B9185F0196F44B59990759B91B1C215179A@ins-exch.inspirepharm.com> > > I just stumbeled upon XFree86 for Cygwin when I now needed to > do a reinstall of my Cygwin environment (system crash). > > The documentation says that work is in progress to provide a server > that will be displayed in a window, not just full screen mode. The > screenshot shows such an X-server, doesn't it? Does that mean > that the current version can be started in a window, and if so, how? XFree86 works only in Fullscreen mode and only on Windows NT. The screen capture is of x-server-v-1.0 from "contrib" directory which works on Win 9x too, but is a bit slow. One of these days I am going to put a note that screen capture is from x-server-v-1.0 from contrib directory. > > I would also like some guidance as to where to turn to get some > information about certain porting projects. > > I have used Cygwin in combination with ReflectionX from WRQ and > MiKTeX to run LyX for Win32. > > Does anyone know if there is a TeX port available for Cygwin, and > if someone has sucessfully compiled LyX for Cygwin/XFree86? Not of someone I know. Suhaib > > > > - Idar Tollefsen > > From Philippe.Le-Bihan@evidian.com Tue Nov 28 05:25:00 2000 From: Philippe.Le-Bihan@evidian.com (Philippe Le Bihan) Date: Tue, 28 Nov 2000 05:25:00 -0000 Subject: Error with xvfb fonts path References: <7F2B9185F0196F44B59990759B91B1C2151797@ins-exch.inspirepharm.com> Message-ID: <3A23B14F.237C@evidian.com> Suhaib Siddiqi wrote: > > Is it not working for you? Anyone else has similar problems? > No, it is not. This is a blocking problem for me... Do you think it might be a slash/antislash issue? I get the same error message either with c:/my/font/dir or c:\my\font\dir or /lkjqdsf/klj ! > Suhaib > > > -----Original Message----- > > From: Philippe Le Bihan [ mailto:Philippe.Le-Bihan@evidian.com ] > > Sent: Tuesday, November 28, 2000 3:48 AM > > To: Suhaib Siddiqi > > Cc: cygwin-xfree@sources.redhat.com > > Subject: Re: Error with xvfb fonts path > > > > > > Suhaib Siddiqi wrote: > > > > > > ... > > > > talking about Xvfb: > > > > 3) Is there a reason for the "-fp" command line option > > not to work? > > > > > > No, it should. But right now I cannot tell you why it does > > not work. > > > I can troubleshoot tonight at my home pc. > > > > > > Suhaib > > > > > > > Anything? > > > > > ... -- Philippe LE BIHAN mailto:Philippe.Le-Bihan@evidian.com tel:(33-1) 01 30 80 34 11 int. 23-73411 -- From ssiddiqi@inspirepharm.com Tue Nov 28 05:29:00 2000 From: ssiddiqi@inspirepharm.com (Suhaib Siddiqi) Date: Tue, 28 Nov 2000 05:29:00 -0000 Subject: Error with xvfb fonts path Message-ID: <7F2B9185F0196F44B59990759B91B1C215179C@ins-exch.inspirepharm.com> > Suhaib Siddiqi wrote: > > > > Is it not working for you? Anyone else has similar problems? > > > > No, it is not. This is a blocking problem for me... Do you think > it might be a slash/antislash issue? I am not sure about that. from a bash shell c:\my\font\dir will not work >I get the same error message > either with c:/my/font/dir or c:\my\font\dir or /lkjqdsf/klj ! How about creating a symlink in /usr/X11R6/lib/X11/fonts to your /my/font/dir using the symlink at -fp command line. sms > > > Suhaib > > > > > -----Original Message----- > > > From: Philippe Le Bihan [ mailto:Philippe.Le-Bihan@evidian.com ] > > > Sent: Tuesday, November 28, 2000 3:48 AM > > > To: Suhaib Siddiqi > > > Cc: cygwin-xfree@sources.redhat.com > > > Subject: Re: Error with xvfb fonts path > > > > > > > > > Suhaib Siddiqi wrote: > > > > > > > > ... > > > > > talking about Xvfb: > > > > > 3) Is there a reason for the "-fp" command line option > > > not to work? > > > > > > > > No, it should. But right now I cannot tell you why it does > > > not work. > > > > I can troubleshoot tonight at my home pc. > > > > > > > > Suhaib > > > > > > > > > > Anything? > > > > > > > > ... > > > -- > Philippe LE BIHAN > mailto:Philippe.Le-Bihan@evidian.com > tel:(33-1) 01 30 80 34 11 int. 23-73411 > -- > From Harold@compasstechnologies.com Tue Nov 28 05:52:00 2000 From: Harold@compasstechnologies.com (Harold Hunt) Date: Tue, 28 Nov 2000 05:52:00 -0000 Subject: Development Framework Release 1 Message-ID: <896908DA55C4D311B9C000C04F01A05410A83F@ENTERPRISE> The initial release of the development framework is now available. Development framework release 1 includes buildable and runable source code that allows any interested developers to begin implementing the Device Dependent X (DDX) functions using Windows GDI functions; development framework release 2 will hopefully add support for DirectDraw graphics calls. The development framework release is not a fully implemented and operational X/Server; rather, as the name implies, the framework release contains place holders for most of the functions that we must implement to have a fully operational X/Server. Development efforts for the framework should concentrate on using Windows GDI function calls for graphics primitives (lines, arcs, polygons, etc.) and DirectDraw function calls for bit block transfers and bitmap operations; more information on which DDX functions nearly map to Windows GDI calls can be found in the document titled "Design of eXcursion Version 2 for Windows, Windows NT, and Windows 95"; a link to said document is included near the end of this announcement. Development framework releases produce XWin.exe only; xf_dx.dll is not needed by the development framework releases, as much effort has been put into allowing Win32 API calls directly from XWin.exe, rather than indirectly through a seperate DLL like xf_dx.dll. Development framework releases do not currently support DirectDraw function calls; a ddraw.h header must be added to Cygwin to allow DirectDraw function calls. You can download Development Framework Release 1 from: http://www.msu.edu/~huntharo/xwin/dfr/usr-include-w32api-diffs-26Nov2000.tar .bz2 http://www.msu.edu/~huntharo/xwin/dfr/xc-include-diffs-26Nov2000.tar.bz2 http://www.msu.edu/~huntharo/xwin/dfr/xc-programs-Xserver-diffs-26Nov2000.ta r.bz2 http://www.msu.edu/~huntharo/xwin/dfr/xwin-src-26Nov2000.tar.bz2 or from: ftp://sources.redhat.com/pub/cygwin/xfree/framework-xf86 The development framework consists of several tarballs, including whole source files as well as patches to existing header files and Imakefiles. Installing patch tarballs (install-dir-diffs.tar.bz2): cd install-dir/ bunzip2 install-dir-diffs.tar.bz2 tar -xf install-dir-diffs.tar patch original-file original-file.diff Installing whole files (install-dir-src.tar.bz2): cd install-dir/ cd .. mv install-dir install-dir-backup mkdir install-dir cd install-dir/ bunzip2 install-dir-src.tar.bz2 tar -xf install-dir-src.tar If you already have a successful build enviroment for XWin.exe, you need only to rebuild your makefiles after unpacking the development framework files: cd xc/programs/ make Makefiles (should take a few minutes) If you have never built XWin.exe you need to run the following commands to prepare your build environment: cd xc/ make World XWin.exe is not built by default; enter the following commands to build XWin.exe: cd xc/programs/Xserver/ make XWin.exe Expected behaviour of the compiled development framework release XWin.exe: A Windows window is drawn The Window is filled with black lines Status messages are displayed on your console Windows cursor disappears on startup, toggles as you pass in and out of the client area of the Cygwin/XFree86 window Execution may be *very* slow on Win9X machines as it is expensive to display status messages to the Win9X console; Win2000 does not appear to have this problem How to contribute: 1) Get "Definition of the Porting Layer for X v11 Sample Server", April 8, 1994, Digital Equipment Corporation, MIT X Consortium, X Consortium. This document is about 70 pages long and is available online as a PDF. 2) Consider purchasing "X Window System - The Complete Reference to Xlib, X Protocol, ICCCM, and XLFD for X11R5", 3rd Edition, 1992, Butterworth-Heinemann and Digital Press, ISBN 1-55558-088-2. This book costs about $60; it has been replaced by a three book set costing around $180; for most people the single book will be enough, considering the price difference. Note that these books are available online, in PDF form, for free; the book is nice because it is much smaller and tidier than any version that you could print yourself. 3) Consider purchasing, if you don't already own it, "Programming Windows", 5th Edition, 1999, Charles Petzold, Microsoft Press, ISBN 1-57231-995-X. 4) Read "Design of eXcursion Version 2 for Windows, Windows NT, and Windows 95" at http://www.digital.com/DTJL03/DTJL03PF.PDF . We are attempting to create a similar server; the primary differences between our implementation and eXcursion are that the identified shortcomings of the Windows GDI have been addressed for us by DirectDraw. 5) Peruse the code in xc/programs/Xserver/hw/xwin/, paying particular attention to wingetsp.c, winsetsp.c, and winfillsp.c, as these three files contain the absolute minimum of functions that must be implemented to get a somewhat working X Server. Note that input processing code is already finished and working; we only need to work on the output code. 6) Pay attention to the mailing list and post your discoveries, if they have not already been posted. 7) Enjoy! Thank you for your interest in the project, Harold From Harold@compasstechnologies.com Tue Nov 28 06:26:00 2000 From: Harold@compasstechnologies.com (Harold Hunt) Date: Tue, 28 Nov 2000 06:26:00 -0000 Subject: Development Framework Release 1 Message-ID: <896908DA55C4D311B9C000C04F01A05410A840@ENTERPRISE> The announcement is also available online with working, non-truncated, links to the tarballs: http://www.msu.edu/~huntharo/xwin/dfr/ Enjoy, Harold From Philippe.Le-Bihan@evidian.com Tue Nov 28 06:39:00 2000 From: Philippe.Le-Bihan@evidian.com (Philippe Le Bihan) Date: Tue, 28 Nov 2000 06:39:00 -0000 Subject: Error with xvfb fonts path References: <7F2B9185F0196F44B59990759B91B1C215179C@ins-exch.inspirepharm.com> Message-ID: <3A23C27D.2F1C@evidian.com> Suhaib Siddiqi wrote: > > > Suhaib Siddiqi wrote: > > > > > > Is it not working for you? Anyone else has similar problems? > > > > > > > No, it is not. This is a blocking problem for me... Do you think > > it might be a slash/antislash issue? > > I am not sure about that. from a bash shell c:\my\font\dir will not work > > >I get the same error message > > either with c:/my/font/dir or c:\my\font\dir or /lkjqdsf/klj ! > > How about creating a symlink in /usr/X11R6/lib/X11/fonts to your > /my/font/dir > using the symlink at -fp command line. > > sms > Actually, -fp command line option overrides defaults. And it never works even when installed in /usr/X11R6. My shell is a Korn shell from NutCracker (DataFocus), but I have the same problem from the WinNT command prompt > > > > > Suhaib > > > > > > > -----Original Message----- > > > > From: Philippe Le Bihan [ mailto:Philippe.Le-Bihan@evidian.com ] > > > > Sent: Tuesday, November 28, 2000 3:48 AM > > > > To: Suhaib Siddiqi > > > > Cc: cygwin-xfree@sources.redhat.com > > > > Subject: Re: Error with xvfb fonts path > > > > > > > > > > > > Suhaib Siddiqi wrote: > > > > > > > > > > ... > > > > > > talking about Xvfb: > > > > > > 3) Is there a reason for the "-fp" command line option > > > > not to work? > > > > > > > > > > No, it should. But right now I cannot tell you why it does > > > > not work. > > > > > I can troubleshoot tonight at my home pc. > > > > > > > > > > Suhaib > > > > > > > > > > > > > Anything? > > > > > > > > > > > ... > > > > > > -- > > Philippe LE BIHAN > > mailto:Philippe.Le-Bihan@evidian.com > > tel:(33-1) 01 30 80 34 11 int. 23-73411 > > -- > > -- Philippe LE BIHAN mailto:Philippe.Le-Bihan@evidian.com tel:(33-1) 01 30 80 34 11 int. 23-73411 -- From bmrevet@igr.fr Tue Nov 28 07:26:00 2000 From: bmrevet@igr.fr (Bernard Revet) Date: Tue, 28 Nov 2000 07:26:00 -0000 Subject: Xwin and $HOME Message-ID: <3A23CE08.14582846@igr.fr> Suhaib Do you get this message correctly I sent it from NT. The previous one was from W 95. I am sorry to insist but I do not have .xmodmap neither .bashrc started after Starxwin. The rest is working fine. X11 Programs which used to run under Linux compiled correctly and run . Thanks. even LessTif compiled correctly after removing mwm in SUBDIRS of the Makefile of clients/Motif-1.2. There is a problem in the compilation of screens.c in mwm. Thanks for your help. Yours Bernard From a.eibach@gmx.net Tue Nov 28 07:45:00 2000 From: a.eibach@gmx.net (Andreas Eibach) Date: Tue, 28 Nov 2000 07:45:00 -0000 Subject: Xwin start and $HOME and .bashrc and .xmodmap References: <7F2B9185F0196F44B59990759B91B1C2151798@ins-exch.inspirepharm.com> Message-ID: <003901c0579b$0e200220$ae1507d5@default> ----- Original Message ----- From: "Suhaib Siddiqi" To: "Cygx (E-mail)" Sent: Tuesday, November 28, 2000 12:53 PM Subject: RE: Xwin start and $HOME and .bashrc and .xmodmap > Bernard, > > First can you check what kind of Mail Reader are you using? > When I hit Reply button I get in my To: field > > 94805@inspire.inspirepharm.com; Villejuif@inspire.inspirepharm.com; > France@inspire.inspirepharm.com > > Please configure your mail client properly!!! Before, he ought to tell *which* system he uses Cygwin-Xfree on. Harold test 7 or binaries for NT/2000 or what? Forgot my crystal ball today ;) andreas From ssiddiqi@inspirepharm.com Tue Nov 28 08:10:00 2000 From: ssiddiqi@inspirepharm.com (Suhaib Siddiqi) Date: Tue, 28 Nov 2000 08:10:00 -0000 Subject: Xwin start and $HOME and .bashrc and .xmodmap Message-ID: <7F2B9185F0196F44B59990759B91B1C21517A5@ins-exch.inspirepharm.com> I assume he is using production version from xc-4-binaries. I think problem here is he is using MKS Korn shell which is not sourcing .bsahrc etc. Suhaib > -----Original Message----- > From: Andreas Eibach [ mailto:a.eibach@gmx.net ] > Sent: Sunday, November 26, 2000 6:22 AM > To: cygwin-xfree@sourceware.cygnus.com > Subject: Re: Xwin start and $HOME and .bashrc and .xmodmap > > > > ----- Original Message ----- > From: "Suhaib Siddiqi" > To: "Cygx (E-mail)" > Sent: Tuesday, November 28, 2000 12:53 PM > Subject: RE: Xwin start and $HOME and .bashrc and .xmodmap > > > > Bernard, > > > > First can you check what kind of Mail Reader are you using? > > When I hit Reply button I get in my To: field > > > > 94805@inspire.inspirepharm.com; Villejuif@inspire.inspirepharm.com; > > France@inspire.inspirepharm.com > > > > Please configure your mail client properly!!! > > Before, he ought to tell *which* system he uses Cygwin-Xfree on. > Harold test 7 or binaries for NT/2000 or what? > > Forgot my crystal ball today ;) > > andreas > From ssiddiqi@inspirepharm.com Tue Nov 28 08:13:00 2000 From: ssiddiqi@inspirepharm.com (Suhaib Siddiqi) Date: Tue, 28 Nov 2000 08:13:00 -0000 Subject: Xwin and $HOME Message-ID: <7F2B9185F0196F44B59990759B91B1C21517A6@ins-exch.inspirepharm.com> > Do you get this message correctly I sent it from NT. The previous one > was from W 95. > > I am sorry to insist but I do not have .xmodmap neither > .bashrc started > after Starxwin. The rest is working fine. X11 Programs which > used to run Could it MKS Korn shell is messing up and not allowing you source the bashrc and profile files? > under Linux compiled correctly and run . Thanks. > even LessTif compiled correctly after removing mwm in SUBDIRS of the > Makefile of clients/Motif-1.2. > > There is a problem in the compilation of screens.c in mwm. That is because it includes bitmaps/Stipples while on UNIX there is stipples and Stipple. Windows bummers are not case sensitive therefore we loose one file. You can copy the missing one from a UNIX box, rename it to wstipple, and edit screen.c, change include to wstipples... then it should compile without problems. Suhaib > > Thanks for your help. > Yours > Bernard > > > > > From superbiskit@home.com Tue Nov 28 09:50:00 2000 From: superbiskit@home.com (David A. Cobb) Date: Tue, 28 Nov 2000 09:50:00 -0000 Subject: Development Framework Release 1 References: <896908DA55C4D311B9C000C04F01A05410A83F@ENTERPRISE> Message-ID: <3A23F06C.F0CDDD2C@home.com> Harold, do you have [or does anyone on the list] URL's for the X-books listed below? Harold Hunt wrote: > [Great big snip] > How to contribute: > 1) Get "Definition of the Porting Layer for X v11 Sample Server", April 8, > 1994, Digital Equipment Corporation, MIT X Consortium, X Consortium. This > document is about 70 pages long and is available online as a PDF. > 2) Consider purchasing "X Window System - The Complete Reference to Xlib, X > Protocol, ICCCM, and XLFD for X11R5", 3rd Edition, 1992, > Butterworth-Heinemann and Digital Press, ISBN 1-55558-088-2. This book > costs about $60; it has been replaced by a three book set costing around > $180; for most people the single book will be enough, considering the price > difference. Note that these books are available online, in PDF form, for > free; the book is nice because it is much smaller and tidier than any > version that you could print yourself. > 3) Consider purchasing, if you don't already own it, "Programming Windows", > 5th Edition, 1999, Charles Petzold, Microsoft Press, ISBN 1-57231-995-X. > 4) Read "Design of eXcursion Version 2 for Windows, Windows NT, and Windows > 95" at http://www.digital.com/DTJL03/DTJL03PF.PDF . We are attempting to > create a similar server; the primary differences between our implementation > and eXcursion are that the identified shortcomings of the Windows GDI have > been addressed for us by DirectDraw. > 5) Peruse the code in xc/programs/Xserver/hw/xwin/, paying particular > attention to wingetsp.c, winsetsp.c, and winfillsp.c, as these three files > contain the absolute minimum of functions that must be implemented to get a > somewhat working X Server. Note that input processing code is already > finished and working; we only need to work on the output code. > 6) Pay attention to the mailing list and post your discoveries, if they > have not already been posted. > 7) Enjoy! > > Thank you for your interest in the project, > > Harold -- David A. Cobb, Software Engineer, Public Access Advocate. Public Key at: < http://pgpkeys.mit.edu:11371/pks/lookup?op=get&search=superbiskit > "Don't buy or use crappy software" "By the grace of God I am a Christian man, by my actions a great sinner" -- The Way of a Pilgrim [R. M. French, tr.] From Harold@compasstechnologies.com Tue Nov 28 10:41:00 2000 From: Harold@compasstechnologies.com (Harold Hunt) Date: Tue, 28 Nov 2000 10:41:00 -0000 Subject: Development Framework Release 1 - Documentation links Message-ID: <896908DA55C4D311B9C000C04F01A05410A842@ENTERPRISE> -------------------------------------------------- Online documents not generally available in print. All of these PDFs print out fine. -------------------------------------------------- Definition of the Porting Layer for the X V11 Sample Server (179kB, 69 pages) 1994 - Covers up to X11R6; essential http://www.msu.edu/~huntharo/xwin/docs/ddx.pdf Design of eXcursion Version 2 for Windows, Windows NT, and Windows 95 (301kB, 14 pages) 1996 - Essential http://www.digital.com/DTJL03/DTJL03PF.PDF Strategies for Porting the X V11 Sample Server (77kB, 22 pages) 1988 - Might give you some insight http://www.msu.edu/~huntharo/xwin/docs/strat.pdf Godzilla's Guide to Porting the X V11 Sample Server (38kB, 11 pages) 1990 - Old and thin, but relevant http://www.msu.edu/~huntharo/xwin/docs/gdz.pdf Writing a Graphics Device Driver and DDX for the Digital UNIX X Server (602kB, 272 pages) 1997 - Contains some good hints in the DDX section http://tru64unix.compaq.com/faqs/publications/dev_doc/DOCUMENTATION/PDF/xikd oc.pdf -------------------------------------------------- Online versions of X Window System manuals. These contain roughly the same information as the books, but these are free :) Some of the PDFs have graphics that appear out of place when viewing them; most of them appear to print out okay. -------------------------------------------------- X Window System - The Complete Reference to Xlib, X Protocol, ICCCM, and XFLD for X11R4 (1M PDF, 711 pages): 1992 - Original (online) X Window System book http://tru64unix.compaq.com/faqs/publications/base_doc/DOCUMENTATION/V51_PDF _ACRO_SUP/XWINSYS.PDF Xlib - C Language X Interface - X11R6 (1M PDF, 516 pages): http://tru64unix.compaq.com/faqs/publications/base_doc/DOCUMENTATION/V51_PDF _ACRO_SUP/XLIB.PDF X Protocol - X11R6 (327kB PDF, 176 pages): http://tru64unix.compaq.com/faqs/publications/base_doc/DOCUMENTATION/V51_PDF _ACRO_SUP/PROTO.PDF X Logical Font Description Conventions - X11R6 (67kB PDF, 37 pages) http://tru64unix.compaq.com/faqs/publications/base_doc/DOCUMENTATION/V51_PDF _ACRO_SUP/XLFD.PDF X Inter-Client Communication Conventions - X11R6 (168kb PDF, 73 pages) http://tru64unix.compaq.com/faqs/publications/base_doc/DOCUMENTATION/V51_PDF _ACRO_SUP/ICCCM.PDF -------------------------------------------------- Print versions of X Window System manuals. All books listed below are in print and available at amazon.com through the provided links. -------------------------------------------------- X Window System - The Complete Reference to Xlib, X Protocol, ICCCM, and XFLD for X11R5 (Paperback, 1000 pages): 1992 - $59.95 - Original X Window System book http://www.amazon.com/exec/obidos/ASIN/1555580882/ X Window System - Core Libraries and Standards - X11R6.1 (Paperback, 700 pages) Covers Xlib, ICCCM, and XLFD 1996 - $59.95 - Part 1 of 3 replacing original X Window System Book http://www.amazon.com/exec/obidos/ASIN/1555581544/ X Window System - Core and Extension Protocols - X11R6.1 (Paperback, 700 pages) 1997 - $69.95 - Part 2 of 3 replacing original X Window System book http://www.amazon.com/exec/obidos/ASIN/155558148X/ X Window System - Extension Libraries - X11R6.1 (Paperback, 400 pages) 1997 - $59.95 - Part 3 of 3 replacing original X Window System book http://www.amazon.com/exec/obidos/ASIN/1555581463/ David, You ask, I giveth :) Now, did you really want all of that? :) Harold From Harold@compasstechnologies.com Tue Nov 28 11:32:00 2000 From: Harold@compasstechnologies.com (Harold Hunt) Date: Tue, 28 Nov 2000 11:32:00 -0000 Subject: Development Framework Release 1 - Documentation links Message-ID: <896908DA55C4D311B9C000C04F01A05410A843@ENTERPRISE> As usual my links were cutoff... I have posted the unchopped links on my DFR page: http://www.msu.edu/~huntharo/xwin/dfr/ Harold From Harold@compasstechnologies.com Wed Nov 29 09:07:00 2000 From: Harold@compasstechnologies.com (Harold Hunt) Date: Wed, 29 Nov 2000 09:07:00 -0000 Subject: Miniature Programmer's Guide Message-ID: <896908DA55C4D311B9C000C04F01A05410A848@ENTERPRISE> I have updated the development framework announcement so much that it has really turned into an interim Programmer's Guide. You may want to peruse the announcement for helpful links and tips at: http://www.msu.edu/~huntharo/xwin/dfr/ Harold From Harold@compasstechnologies.com Wed Nov 29 09:18:00 2000 From: Harold@compasstechnologies.com (Harold Hunt) Date: Wed, 29 Nov 2000 09:18:00 -0000 Subject: Advocato Project Message-ID: <896908DA55C4D311B9C000C04F01A05410A849@ENTERPRISE> I added Cygwin/XFree86 to the Advocate project list. Feel free to add yourself to the project if you have an Advocato account; or, create an account, then add yourself :) http://advogato.org/proj/Cygwin%20XFree86/ Harold From a.eibach@gmx.net Wed Nov 29 09:24:00 2000 From: a.eibach@gmx.net (Andreas Eibach) Date: Wed, 29 Nov 2000 09:24:00 -0000 Subject: Xwin start and $HOME and .bashrc and .xmodmap References: <7F2B9185F0196F44B59990759B91B1C21517A5@ins-exch.inspirepharm.com> Message-ID: <003501c05807$e907ed00$a00b07d5@default> > I assume he is using production version from xc-4-binaries. Me too, but you never know... > I think problem here is he is using MKS Korn shell which is not sourcing > .bsahrc etc. Not necessarily. I think I even *recall* part of that behaviour. Harold test 7 together with the xc-4 binaries invokes an 'ash', not a bash, at least on my W95. Well, don't ask me why. And I DID NOT change a particular thing, I swear. andreas From bmrevet@igr.fr Wed Nov 29 09:33:00 2000 From: bmrevet@igr.fr (Bernard Revet) Date: Wed, 29 Nov 2000 09:33:00 -0000 Subject: Xwin and .bashrc and xmodmap Message-ID: <3A253D29.FE576284@igr.fr> Dear Cygwinnies It seems that Cygwin understands correctly your computer environment . i.e in my case french keyboard and $HOME /home/administrateur. What a headache under X ! A soon as you open a session you are in /usr/X11R6 and not in /home/administratreur. cd instruction works and you are in /home/administrateur with a US keyboard .bashrc .profile are not taken into account . Concerning xmodmap instructions such as xmodmap -e "keycode 24 = a A ae AE " are taken into account when introduced manually. . However a shell in which you have all the instructions for your keyboard fail. Example of a part of xmod.exe file #! xmodmap -e "keycode 8 = " xmodmap -e "keycode 9 = Escape " xmodmap -e "keycode 10 = ampersand 1 onesuperior exclamdown " xmodmap -e "keycode 11 = eacute 2 asciitilde oneeighth " xmodmap -e "keycode 12 = quotedbl 3 numbersign sterling " xmodmap -e "keycode 13 = apostrophe 4 braceleft dollar " xmodmap -e "keycode 14 = parenleft 5 bracketleft threeeighths " xmodmap -e "keycode 15 = minus 6 bar fiveeighths " xmodmap -e "keycode 16 = egrave 7 grave seveneighths " xmodmap -e "keycode 17 = underscore 8 backslash trademark " xmodmap -e "keycode 18 = ccedilla 9 asciicircum plusminus " xmodmap -e "keycode 19 = agrave 0 at degree " xmodmap -e "keycode 20 = parenright degree bracketright questiondown " xmodmap -e "keycode 21 = equal plus braceright dead_ogonek " xmodmap -e "keycode 22 = BackSpace " xmodmap -e "keycode 23 = Tab ISO_Left_Tab " xmodmap -e "keycode 24 = a A ae AE " xmodmap -e "keycode 25 = z Z guillemotleft less " X broke and I got the following indication sous systeme MSDOS 16 bits xterm UC NTVDM instruction ill????gale CS:06e4 IP:0177 OP:63 6c 61 6d 64 I do not know what to do. There is also a problem in xmodmap with the key located left of W < > less greater Really too bad !! Need Help Best regards Yours Bernard PS Thank you Suhaib Computation of LessMotif-0.91.8 is OK after changing only in screens.c line 87,88 to Stipple_bit Stipple_width, Stipple_height . From Harold@compasstechnologies.com Wed Nov 29 09:53:00 2000 From: Harold@compasstechnologies.com (Harold Hunt) Date: Wed, 29 Nov 2000 09:53:00 -0000 Subject: Xwin and .bashrc and xmodmap Message-ID: <896908DA55C4D311B9C000C04F01A05410A84A@ENTERPRISE> Are you using my Test 7 release? I would like to know if you get significantly different behaviour with my Test 7 release than with the standard release; Test 7 uses normal Windows Input functions with virtual key codes, while the standard release uses DirectInput with more hardware-dependent key mappings. Below is the ammended text of the Test 7 release announcement. Good luck, Harold ---------------------------------------------------------------------------- Changes: 1) Removed DDLOCK_NOSYSLOCK flag in call to IDirectDrawSurface_Lock; John Fortin said that flag doesn't exist in DirectX 3... I can't find the documentation to back that up, but I'll go with it. Testers with failures in IDirectDrawSurface_Lock() seem to all be running Windows NT 4.0 SP3+; so, John is probably right that the said flag is not supported in DirectX 3. Any Windows 98 testers out there please check in if the latest release works for you. Known Issues: 1) Don't move the window :) 2) Be careful when moving focus to and away from the window; the best bet is to minimize the window, rather than just clicking on another app 3) Not feature complete - the only goal of the current testing is to get an image from the X server to appear on every tester's machine Updates in this test release were constrained to xf_dx.dll, so, if you already have the Test 3, or greater, full package (OverlayAndNoDITest.tar.bz2) installed, you can just download the xf_dx.dll package; otherwise, download the full Test 7 package. Full Test 7 Package: http://www.msu.edu/~huntharo/OverlayAndNoDITest.tar.bz2 (1.7 MB) Test 7 xf_dx.dll Package: http://www.msu.edu/~huntharo/xf_dx.dll.tar.bz2 (43 kB) Before you extract, be sure to backup your original XWin.exe and xf_dx.dll files. Extract the test archive like so: cp OverlayAndNoDITest.tar.bz2 /usr/X11R6/bin cd /usr/X11R6/bin mv XWin.exe XWin.orig.exe mv xf_dx.dll xf_dx.orig.dll bunzip2 OverlayAndNoDITest.tar.bz2 tar -xf OverlayAndNoDITest.tar Sources: You can download the xf_dx.dll test 7 source if you have Visual C++ 6 and you feel like poking around: http://www.msu.edu/~huntharo/xf_dx-src.zip (14 kB) Screenshots, 1024x768: 1) A local xterm: http://www.msu.edu/~huntharo/CygwinXFree86-ScreenShot-xterm.png (160 kB) 2) Remote gftp running on a GNU/Linux host with Gnome installed: http://www.msu.edu/~huntharo/CygwinXFree86-ScreenShot-gftp.png (153 kB) Good luck, enjoy, and thanks for testing, Harold From bmrevet@igr.fr Wed Nov 29 10:00:00 2000 From: bmrevet@igr.fr (Bernard Revet) Date: Wed, 29 Nov 2000 10:00:00 -0000 Subject: Xwin and xmodmap 2nd part Message-ID: <3A25439B.1AA7D3C2@igr.fr> Dear Cygwinnies Concerning xmodmap.exe failure ( previous message) Naming the file xmodmap and typing sh xmodmap & give you the possibility to have a more decent keyboard . However some keys are not interpreted like the > < which is a little bit annoying as you need redirection . Some more work is needed!!!! Best regards Bernard I can give the whole xmodmap file I have for those who are interested From tmassey@modernmerchant.com Wed Nov 29 10:50:00 2000 From: tmassey@modernmerchant.com (Timothy J. Massey) Date: Wed, 29 Nov 2000 10:50:00 -0000 Subject: X seems to run, but in wrong video mode Message-ID: <200011291500.3240793.6@ns1.modernmerchant.com> Hello! I have followed the instructions for running X on Windows NT (4.0, SP6). In fact, when I run STARTXWIN.BAT, the X screen seems to come up. The problem is, the monitor is being driven too fast. I have a Diamond Viper V330 video card with 4MB of RAM. The STARTXWIN.BAT is set for the following: start XWin -screen 8 1024x768x16 -whitepixel 255 -blackpixel 0 My monitor only supports 60Hz refresh at 1024x768, and the mode X is using is higher. I tried modifying the above line to say both 640x480x16 and 640x480x8, to no avail. I also got desperate and tried changing the screen 8 to various (random) digits, also with no effect. How do I change the screen mode and refresh? I've tried building an XF86Config, but I don't know where to put it (or whether it's even attempting to read such a file). Thank you very much for whatever help you could give me. Tim Massey From Harold@compasstechnologies.com Wed Nov 29 10:54:00 2000 From: Harold@compasstechnologies.com (Harold Hunt) Date: Wed, 29 Nov 2000 10:54:00 -0000 Subject: X seems to run, but in wrong video mode Message-ID: <896908DA55C4D311B9C000C04F01A05410A84C@ENTERPRISE> I just updated my post of the User's Guide; read the chapter titled, "Configuring Cygwin/XFree86". It's about one page in length; I know it will fix your problem. My post of the User's Guide: http://www.msu.edu/~huntharo/xwin/docs/ug/ Thank you for your interest in the project, Harold From ssiddiqi@inspirepharm.com Wed Nov 29 10:54:00 2000 From: ssiddiqi@inspirepharm.com (Suhaib Siddiqi) Date: Wed, 29 Nov 2000 10:54:00 -0000 Subject: X seems to run, but in wrong video mode Message-ID: <7F2B9185F0196F44B59990759B91B1C21F3AA6@ins-exch.inspirepharm.com> Try the rplace xwin-update.tar.bz2 from xc-4-binaries directory? Suhaib > -----Original Message----- > From: Timothy J. Massey [ mailto:tmassey@modernmerchant.com ] > Sent: Wednesday, November 29, 2000 2:01 PM > To: cygwin-xfree@sourceware.cygnus.com > Subject: X seems to run, but in wrong video mode > > > Hello! > > I have followed the instructions for running X on Windows NT (4.0, > SP6). In fact, when I run STARTXWIN.BAT, the X screen seems to come > up. The problem is, the monitor is being driven too fast. > > I have a Diamond Viper V330 video card with 4MB of RAM. The > STARTXWIN.BAT is set for the following: > > start XWin -screen 8 1024x768x16 -whitepixel 255 -blackpixel 0 > > My monitor only supports 60Hz refresh at 1024x768, and the mode X is > using is higher. I tried modifying the above line to say both > 640x480x16 and 640x480x8, to no avail. I also got desperate and tried > changing the screen 8 to various (random) digits, also with no effect. > > How do I change the screen mode and refresh? I've tried building an > XF86Config, but I don't know where to put it (or whether it's even > attempting to read such a file). > > Thank you very much for whatever help you could give me. > > Tim Massey > > > From ssiddiqi@inspirepharm.com Wed Nov 29 10:59:00 2000 From: ssiddiqi@inspirepharm.com (Suhaib Siddiqi) Date: Wed, 29 Nov 2000 10:59:00 -0000 Subject: X seems to run, but in wrong video mode Message-ID: <7F2B9185F0196F44B59990759B91B1C21F3AA7@ins-exch.inspirepharm.com> Harold, OK, How about you tar.bz all your documents in separate archives and I put them on Cygwin/Xfree86 server? It would be helpful if we keep distributions consolidated at one place. This project still has a longw ay to go and your contributions are very important to WIN32 community. Have you looked into getting ssh keys so I can ask Chris Faylor to give you CVS and SSH access to Cygwin/XFree86 project. Suhaib > -----Original Message----- > From: Harold Hunt [ mailto:Harold@compasstechnologies.com ] > Sent: Wednesday, November 29, 2000 1:49 PM > To: 'Timothy J. Massey'; cygwin-xfree@sourceware.cygnus.com > Subject: RE: X seems to run, but in wrong video mode > > > I just updated my post of the User's Guide; read the chapter titled, > "Configuring Cygwin/XFree86". It's about one page in length; > I know it will > fix your problem. > > My post of the User's Guide: > http://www.msu.edu/~huntharo/xwin/docs/ug/ > > Thank you for your interest in the project, > > Harold > From kdekorte@yahoo.com Wed Nov 29 12:05:00 2000 From: kdekorte@yahoo.com (Kevin DeKorte) Date: Wed, 29 Nov 2000 12:05:00 -0000 Subject: No Xterms or Window Manager when running startxwin.bat References: <896908DA55C4D311B9C000C04F01A05410A84C@ENTERPRISE> Message-ID: <006201c05a3f$aba460d0$0af76309@kdekorte> I am able to launch the startxwin command after editing the batch file to be the following @echo off SET DISPLAY=127.0.0.1:0.0 SET PATH=%PATH%;\usr\bin\X11;c:\cygwin\bin start XWin -screen 0 1024x768x16 -whitepixel 255 -blackpixel 0 start xterm -sl 1000 -sb -rightbar -ms red -fg yellow -bg black start rxvt -fn "Lucidia Console-12" start vtwm I get the b&w checkerd X screen and the X cursor and I can move the cursor around. That is all that happens. I switch back to windows using Alt-Tab and type 'xterm' and it tells me 'unable to open display "127.0.0.1:0.0" I run ipconfig and it tells me that my ip is 9.99.247.10 (provided by DHCP). I set my display var to be that ip and I restart X and I get the same error message by with the new ip. Any ideas what is wrong? Kevin From ssiddiqi@inspirepharm.com Wed Nov 29 12:11:00 2000 From: ssiddiqi@inspirepharm.com (Suhaib Siddiqi) Date: Wed, 29 Nov 2000 12:11:00 -0000 Subject: No Xterms or Window Manager when running startxwin.bat Message-ID: <7F2B9185F0196F44B59990759B91B1C21F3AAD@ins-exch.inspirepharm.com> You do not need your ip address 127.0.0.1:0.0 is for localhost. What do you see in the console (black windows) for xterm when you press alt+tab? I suspect xterm is dying for some reasons. Edit your startxwin.bat and comment out rxvt and vtwm Then see if xterm shows up, if it does then kill the x-server and uncomment vtwm (that is remove REM before it) and try again. that is @echo off SET DISPLAY=127.0.0.1:0.0 SET PATH=%PATH%;\usr\bin\X11;c:\cygwin\bin start XWin -screen 0 1024x768x16 -whitepixel 255 -blackpixel 0 start xterm -sl 1000 -sb -rightbar -ms red -fg yellow -bg black REM start rxvt -fn "Lucidia Console-12" REM start vtwm > -----Original Message----- > From: Kevin DeKorte [ mailto:kdekorte@yahoo.com ] > Sent: Wednesday, November 29, 2000 3:04 PM > To: cygwin-xfree@sourceware.cygnus.com > Subject: No Xterms or Window Manager when running startxwin.bat > > > I am able to launch the startxwin command after editing the > batch file to be > the following > > @echo off > SET DISPLAY=127.0.0.1:0.0 > SET PATH=%PATH%;\usr\bin\X11;c:\cygwin\bin > start XWin -screen 0 1024x768x16 -whitepixel 255 -blackpixel 0 > start xterm -sl 1000 -sb -rightbar -ms red -fg yellow -bg black > start rxvt -fn "Lucidia Console-12" > start vtwm > > > I get the b&w checkerd X screen and the X cursor and I can > move the cursor > around. That is all that happens. > I switch back to windows using Alt-Tab and type 'xterm' and > it tells me > 'unable to open display "127.0.0.1:0.0" > I run ipconfig and it tells me that my ip is 9.99.247.10 > (provided by DHCP). > I set my display var to be that ip and > I restart X and I get the same error message by with the new > ip. Any ideas > what is wrong? > > Kevin > > From ssiddiqi@inspirepharm.com Wed Nov 29 12:14:00 2000 From: ssiddiqi@inspirepharm.com (Suhaib Siddiqi) Date: Wed, 29 Nov 2000 12:14:00 -0000 Subject: No Xterms or Window Manager when running startxwin.bat Message-ID: <7F2B9185F0196F44B59990759B91B1C21F3AAE@ins-exch.inspirepharm.com> One more addition /correctionto startxwin.bat @echo off SET DISPLAY=127.0.0.1:0.0 SET PATH=%PATH%;\usr\X11R6\bin;c:\cygwin\bin <----- in the default there is a mistake \usr\bin\X11 start XWin -screen 0 1024x768x16 -whitepixel 255 -blackpixel 0 start xterm -sl 1000 -sb -rightbar -ms red -fg yellow -bg black REM start rxvt -fn "Lucidia Console-12" REM start vtwm > -----Original Message----- > From: Suhaib Siddiqi [ mailto:ssiddiqi@inspirepharm.com ] > Sent: Wednesday, November 29, 2000 3:11 PM > To: cygwin-xfree@sourceware.cygnus.com > Subject: RE: No Xterms or Window Manager when running startxwin.bat > > > You do not need your ip address 127.0.0.1:0.0 is for localhost. > > What do you see in the console (black windows) for xterm when > you press > alt+tab? > I suspect xterm is dying for some reasons. Edit your > startxwin.bat and > comment out rxvt and vtwm > Then see if xterm shows up, if it does then kill the x-server > and uncomment > vtwm (that is remove REM before it) and try again. > > that is > > @echo off > SET DISPLAY=127.0.0.1:0.0 > SET PATH=%PATH%;\usr\bin\X11;c:\cygwin\bin > start XWin -screen 0 1024x768x16 -whitepixel 255 -blackpixel 0 > start xterm -sl 1000 -sb -rightbar -ms red -fg yellow -bg black > REM start rxvt -fn "Lucidia Console-12" > REM start vtwm > > > -----Original Message----- > > From: Kevin DeKorte [ mailto:kdekorte@yahoo.com ] > > Sent: Wednesday, November 29, 2000 3:04 PM > > To: cygwin-xfree@sourceware.cygnus.com > > Subject: No Xterms or Window Manager when running startxwin.bat > > > > > > I am able to launch the startxwin command after editing the > > batch file to be > > the following > > > > @echo off > > SET DISPLAY=127.0.0.1:0.0 > > SET PATH=%PATH%;\usr\bin\X11;c:\cygwin\bin > > start XWin -screen 0 1024x768x16 -whitepixel 255 -blackpixel 0 > > start xterm -sl 1000 -sb -rightbar -ms red -fg yellow -bg black > > start rxvt -fn "Lucidia Console-12" > > start vtwm > > > > > > I get the b&w checkerd X screen and the X cursor and I can > > move the cursor > > around. That is all that happens. > > I switch back to windows using Alt-Tab and type 'xterm' and > > it tells me > > 'unable to open display "127.0.0.1:0.0" > > I run ipconfig and it tells me that my ip is 9.99.247.10 > > (provided by DHCP). > > I set my display var to be that ip and > > I restart X and I get the same error message by with the new > > ip. Any ideas > > what is wrong? > > > > Kevin > > > > > From kdekorte@yahoo.com Wed Nov 29 12:43:00 2000 From: kdekorte@yahoo.com (Kevin DeKorte) Date: Wed, 29 Nov 2000 12:43:00 -0000 Subject: No Xterms or Window Manager when running startxwin.bat References: <7F2B9185F0196F44B59990759B91B1C21F3AAE@ins-exch.inspirepharm.com> Message-ID: <007301c05a45$0ce2b040$0af76309@kdekorte> I don't have a \usr\bin\X11 directory... I installed from the precompiled binaries > > One more addition /correctionto startxwin.bat > > > @echo off > SET DISPLAY=127.0.0.1:0.0 > SET PATH=%PATH%;\usr\X11R6\bin;c:\cygwin\bin <----- in the default there > is a mistake \usr\bin\X11 > start XWin -screen 0 1024x768x16 -whitepixel 255 -blackpixel 0 > start xterm -sl 1000 -sb -rightbar -ms red -fg yellow -bg black > REM start rxvt -fn "Lucidia Console-12" > REM start vtwm > > > > -----Original Message----- > > From: Suhaib Siddiqi [ mailto:ssiddiqi@inspirepharm.com ] > > Sent: Wednesday, November 29, 2000 3:11 PM > > To: cygwin-xfree@sourceware.cygnus.com > > Subject: RE: No Xterms or Window Manager when running startxwin.bat > > > > > > You do not need your ip address 127.0.0.1:0.0 is for localhost. > > > > What do you see in the console (black windows) for xterm when > > you press > > alt+tab? > > I suspect xterm is dying for some reasons. Edit your > > startxwin.bat and > > comment out rxvt and vtwm > > Then see if xterm shows up, if it does then kill the x-server > > and uncomment > > vtwm (that is remove REM before it) and try again. > > > > that is > > > > @echo off > > SET DISPLAY=127.0.0.1:0.0 > > SET PATH=%PATH%;\usr\bin\X11;c:\cygwin\bin > > start XWin -screen 0 1024x768x16 -whitepixel 255 -blackpixel 0 > > start xterm -sl 1000 -sb -rightbar -ms red -fg yellow -bg black > > REM start rxvt -fn "Lucidia Console-12" > > REM start vtwm > > > > > -----Original Message----- > > > From: Kevin DeKorte [ mailto:kdekorte@yahoo.com ] > > > Sent: Wednesday, November 29, 2000 3:04 PM > > > To: cygwin-xfree@sourceware.cygnus.com > > > Subject: No Xterms or Window Manager when running startxwin.bat > > > > > > > > > I am able to launch the startxwin command after editing the > > > batch file to be > > > the following > > > > > > @echo off > > > SET DISPLAY=127.0.0.1:0.0 > > > SET PATH=%PATH%;\usr\bin\X11;c:\cygwin\bin > > > start XWin -screen 0 1024x768x16 -whitepixel 255 -blackpixel 0 > > > start xterm -sl 1000 -sb -rightbar -ms red -fg yellow -bg black > > > start rxvt -fn "Lucidia Console-12" > > > start vtwm > > > > > > > > > I get the b&w checkerd X screen and the X cursor and I can > > > move the cursor > > > around. That is all that happens. > > > I switch back to windows using Alt-Tab and type 'xterm' and > > > it tells me > > > 'unable to open display "127.0.0.1:0.0" > > > I run ipconfig and it tells me that my ip is 9.99.247.10 > > > (provided by DHCP). > > > I set my display var to be that ip and > > > I restart X and I get the same error message by with the new > > > ip. Any ideas > > > what is wrong? > > > > > > Kevin > > > > > > > > From ssiddiqi@inspirepharm.com Wed Nov 29 12:46:00 2000 From: ssiddiqi@inspirepharm.com (Suhaib Siddiqi) Date: Wed, 29 Nov 2000 12:46:00 -0000 Subject: No Xterms or Window Manager when running startxwin.bat Message-ID: <7F2B9185F0196F44B59990759B91B1C21F3AB0@ins-exch.inspirepharm.com> That is why I said correct the PATH in startxwin.bat, please. It was a mistake from me. I will rplace it soon on the ftp server. The PATH in startxwin.bat should be SET PATH=%PATH%;\cygwin\usr\X11R6\bin;c:\cygwin\bin Suhaib > -----Original Message----- > From: Kevin DeKorte [ mailto:kdekorte@yahoo.com ] > Sent: Wednesday, November 29, 2000 3:44 PM > To: cygwin-xfree@sourceware.cygnus.com > Subject: Re: No Xterms or Window Manager when running startxwin.bat > > > I don't have a \usr\bin\X11 directory... > I installed from the precompiled binaries > > > > > > > One more addition /correctionto startxwin.bat > > > > > > @echo off > > SET DISPLAY=127.0.0.1:0.0 > > SET PATH=%PATH%;\usr\X11R6\bin;c:\cygwin\bin <----- in > the default there > > is a mistake \usr\bin\X11 > > start XWin -screen 0 1024x768x16 -whitepixel 255 -blackpixel 0 > > start xterm -sl 1000 -sb -rightbar -ms red -fg yellow -bg black > > REM start rxvt -fn "Lucidia Console-12" > > REM start vtwm > > > > > > > -----Original Message----- > > > From: Suhaib Siddiqi [ mailto:ssiddiqi@inspirepharm.com ] > > > Sent: Wednesday, November 29, 2000 3:11 PM > > > To: cygwin-xfree@sourceware.cygnus.com > > > Subject: RE: No Xterms or Window Manager when running > startxwin.bat > > > > > > > > > You do not need your ip address 127.0.0.1:0.0 is for localhost. > > > > > > What do you see in the console (black windows) for xterm when > > > you press > > > alt+tab? > > > I suspect xterm is dying for some reasons. Edit your > > > startxwin.bat and > > > comment out rxvt and vtwm > > > Then see if xterm shows up, if it does then kill the x-server > > > and uncomment > > > vtwm (that is remove REM before it) and try again. > > > > > > that is > > > > > > @echo off > > > SET DISPLAY=127.0.0.1:0.0 > > > SET PATH=%PATH%;\usr\bin\X11;c:\cygwin\bin > > > start XWin -screen 0 1024x768x16 -whitepixel 255 -blackpixel 0 > > > start xterm -sl 1000 -sb -rightbar -ms red -fg yellow -bg black > > > REM start rxvt -fn "Lucidia Console-12" > > > REM start vtwm > > > > > > > -----Original Message----- > > > > From: Kevin DeKorte [ mailto:kdekorte@yahoo.com ] > > > > Sent: Wednesday, November 29, 2000 3:04 PM > > > > To: cygwin-xfree@sourceware.cygnus.com > > > > Subject: No Xterms or Window Manager when running startxwin.bat > > > > > > > > > > > > I am able to launch the startxwin command after editing the > > > > batch file to be > > > > the following > > > > > > > > @echo off > > > > SET DISPLAY=127.0.0.1:0.0 > > > > SET PATH=%PATH%;\usr\bin\X11;c:\cygwin\bin > > > > start XWin -screen 0 1024x768x16 -whitepixel 255 -blackpixel 0 > > > > start xterm -sl 1000 -sb -rightbar -ms red -fg yellow -bg black > > > > start rxvt -fn "Lucidia Console-12" > > > > start vtwm > > > > > > > > > > > > I get the b&w checkerd X screen and the X cursor and I can > > > > move the cursor > > > > around. That is all that happens. > > > > I switch back to windows using Alt-Tab and type 'xterm' and > > > > it tells me > > > > 'unable to open display "127.0.0.1:0.0" > > > > I run ipconfig and it tells me that my ip is 9.99.247.10 > > > > (provided by DHCP). > > > > I set my display var to be that ip and > > > > I restart X and I get the same error message by with the new > > > > ip. Any ideas > > > > what is wrong? > > > > > > > > Kevin > > > > > > > > > > > > From robert.collins@itdomain.com.au Wed Nov 29 12:49:00 2000 From: robert.collins@itdomain.com.au (Robert Collins) Date: Wed, 29 Nov 2000 12:49:00 -0000 Subject: X seems to run, but in wrong video mode References: <7F2B9185F0196F44B59990759B91B1C21F3AA7@ins-exch.inspirepharm.com> Message-ID: <013f01c05a46$d88a0b70$0200a8c0@lifelesswks> I agree - Your Previous user guide is already linked in on the sources.redhat.com servers.. and Chris has said he's happy to give contributors access... Version skew on documentation is a very bad thing :] Rob ----- Original Message ----- From: "Suhaib Siddiqi" To: "'Harold Hunt'" ; "'Timothy J. Massey'" ; Sent: Thursday, November 30, 2000 5:58 AM Subject: RE: X seems to run, but in wrong video mode > > Harold, > > OK, > How about you tar.bz all your documents in separate archives and I put them > on Cygwin/Xfree86 > server? > > It would be helpful if we keep distributions consolidated at one place. > This project > still has a longw ay to go and your contributions are very important to > WIN32 community. > Have you looked into getting ssh keys so I can ask Chris Faylor to give you > CVS and SSH access > to Cygwin/XFree86 project. > > Suhaib > > > -----Original Message----- > > From: Harold Hunt [ mailto:Harold@compasstechnologies.com ] > > Sent: Wednesday, November 29, 2000 1:49 PM > > To: 'Timothy J. Massey'; cygwin-xfree@sourceware.cygnus.com > > Subject: RE: X seems to run, but in wrong video mode > > > > > > I just updated my post of the User's Guide; read the chapter titled, > > "Configuring Cygwin/XFree86". It's about one page in length; > > I know it will > > fix your problem. > > > > My post of the User's Guide: > > http://www.msu.edu/~huntharo/xwin/docs/ug/ > > > > Thank you for your interest in the project, > > > > Harold > > > From tmassey@modernmerchant.com Wed Nov 29 13:22:00 2000 From: tmassey@modernmerchant.com (Timothy J. Massey) Date: Wed, 29 Nov 2000 13:22:00 -0000 Subject: Running remote X apps Message-ID: <200011291732.3339284.6@ns1.modernmerchant.com> Hello! I have the X server running on my local NT machine. I must say I haven't been this excited since I had an X server running on my OS/2 workstation... ;) Now, on to the next step. I have a Linux box that I want to use to run remote X apps. On the NT workstation I tried to use the xhost command: D:\WIN32\cygwin\usr\X11R6\bin>xhost +204.238.175.35 xhost: unable to open display "" As you can see, I get an error. Am I doing something correct, or am I just jumping the gun on this? Thank you very much for your help. It will be nice to have an X server running on my NT workstation: I won't have to switch over to the Linux box to get to the X apps I occasionally need... Tim Massey From Harold@compasstechnologies.com Wed Nov 29 13:30:00 2000 From: Harold@compasstechnologies.com (Harold Hunt) Date: Wed, 29 Nov 2000 13:30:00 -0000 Subject: Running remote X apps Message-ID: <896908DA55C4D311B9C000C04F01A05410A851@ENTERPRISE> I do what you are talking about; I usually type: xhost my.ip.address Notice, I don't type a '+' in front of my ip address; this may be the root of your problem. Harold -----Original Message----- From: Timothy J. Massey [ mailto:tmassey@modernmerchant.com ] Sent: Wednesday, November 29, 2000 4:33 PM To: cygwin-xfree@sourceware.cygnus.com Subject: Running remote X apps Hello! I have the X server running on my local NT machine. I must say I haven't been this excited since I had an X server running on my OS/2 workstation... ;) Now, on to the next step. I have a Linux box that I want to use to run remote X apps. On the NT workstation I tried to use the xhost command: D:\WIN32\cygwin\usr\X11R6\bin>xhost +204.238.175.35 xhost: unable to open display "" As you can see, I get an error. Am I doing something correct, or am I just jumping the gun on this? Thank you very much for your help. It will be nice to have an X server running on my NT workstation: I won't have to switch over to the Linux box to get to the X apps I occasionally need... Tim Massey From ssiddiqi@inspirepharm.com Wed Nov 29 13:34:00 2000 From: ssiddiqi@inspirepharm.com (Suhaib Siddiqi) Date: Wed, 29 Nov 2000 13:34:00 -0000 Subject: Running remote X apps Message-ID: <7F2B9185F0196F44B59990759B91B1C21F3AB1@ins-exch.inspirepharm.com> or try xhost + no ipa ddress, to turn xclient security off for the present shell. Suhaib > -----Original Message----- > From: Harold Hunt [ mailto:Harold@compasstechnologies.com ] > Sent: Wednesday, November 29, 2000 4:25 PM > To: 'Timothy J. Massey'; cygwin-xfree@sourceware.cygnus.com > Subject: RE: Running remote X apps > > > I do what you are talking about; I usually type: > xhost my.ip.address > > Notice, I don't type a '+' in front of my ip address; this > may be the root > of your problem. > > Harold > > -----Original Message----- > From: Timothy J. Massey [ mailto:tmassey@modernmerchant.com ] > Sent: Wednesday, November 29, 2000 4:33 PM > To: cygwin-xfree@sourceware.cygnus.com > Subject: Running remote X apps > > > Hello! > > I have the X server running on my local NT machine. I must say I > haven't been this excited since I had an X server running on my OS/2 > workstation... ;) > > Now, on to the next step. I have a Linux box that I want to > use to run > remote X apps. On the NT workstation I tried to use the > xhost command: > > D:\WIN32\cygwin\usr\X11R6\bin>xhost +204.238.175.35 > xhost: unable to open display "" > > As you can see, I get an error. Am I doing something correct, or am I > just jumping the gun on this? > > Thank you very much for your help. It will be nice to have > an X server > running on my NT workstation: I won't have to switch over to > the Linux > box to get to the X apps I occasionally need... > > Tim Massey > > From kdekorte@yahoo.com Wed Nov 29 13:39:00 2000 From: kdekorte@yahoo.com (Kevin DeKorte) Date: Wed, 29 Nov 2000 13:39:00 -0000 Subject: No Xterms or Window Manager when running startxwin.bat References: <7F2B9185F0196F44B59990759B91B1C21F3AAD@ins-exch.inspirepharm.com> Message-ID: <008101c05a4c$c8881630$0af76309@kdekorte> This is what I get after I run startxwin.bat C:\cygwin\usr\X11R6\bin>xterm setegid(544): Invalid argument xterm Xt error: Can't open display: 127.0.0.1:0.0 ----- Original Message ----- From: "Suhaib Siddiqi" To: Sent: Wednesday, November 29, 2000 1:11 PM Subject: RE: No Xterms or Window Manager when running startxwin.bat > You do not need your ip address 127.0.0.1:0.0 is for localhost. > > What do you see in the console (black windows) for xterm when you press > alt+tab? > I suspect xterm is dying for some reasons. Edit your startxwin.bat and > comment out rxvt and vtwm > Then see if xterm shows up, if it does then kill the x-server and uncomment > vtwm (that is remove REM before it) and try again. > > that is > > @echo off > SET DISPLAY=127.0.0.1:0.0 > SET PATH=%PATH%;\usr\bin\X11;c:\cygwin\bin > start XWin -screen 0 1024x768x16 -whitepixel 255 -blackpixel 0 > start xterm -sl 1000 -sb -rightbar -ms red -fg yellow -bg black > REM start rxvt -fn "Lucidia Console-12" > REM start vtwm > > > -----Original Message----- > > From: Kevin DeKorte [ mailto:kdekorte@yahoo.com ] > > Sent: Wednesday, November 29, 2000 3:04 PM > > To: cygwin-xfree@sourceware.cygnus.com > > Subject: No Xterms or Window Manager when running startxwin.bat > > > > > > I am able to launch the startxwin command after editing the > > batch file to be > > the following > > > > @echo off > > SET DISPLAY=127.0.0.1:0.0 > > SET PATH=%PATH%;\usr\bin\X11;c:\cygwin\bin > > start XWin -screen 0 1024x768x16 -whitepixel 255 -blackpixel 0 > > start xterm -sl 1000 -sb -rightbar -ms red -fg yellow -bg black > > start rxvt -fn "Lucidia Console-12" > > start vtwm > > > > > > I get the b&w checkerd X screen and the X cursor and I can > > move the cursor > > around. That is all that happens. > > I switch back to windows using Alt-Tab and type 'xterm' and > > it tells me > > 'unable to open display "127.0.0.1:0.0" > > I run ipconfig and it tells me that my ip is 9.99.247.10 > > (provided by DHCP). > > I set my display var to be that ip and > > I restart X and I get the same error message by with the new > > ip. Any ideas > > what is wrong? > > > > Kevin > > > > From Harold@compasstechnologies.com Wed Nov 29 14:03:00 2000 From: Harold@compasstechnologies.com (Harold Hunt) Date: Wed, 29 Nov 2000 14:03:00 -0000 Subject: Running remote X apps Message-ID: <896908DA55C4D311B9C000C04F01A05410A854@ENTERPRISE> My post of the Cygwin/XFree86 User's Guide now has a section in Chapter 4 titled "Displaying Remote Clients". http://www.msu.edu/~huntharo/xwin/docs/ug/ You can go immediately to said section through this link: http://www.msu.edu/~huntharo/xwin/docs/ug/using-remote-apps.html Tim - let me know if this helps. Suhaib - I've applied for my sources.redhat.com account. Harold From ssiddiqi@inspirepharm.com Wed Nov 29 14:07:00 2000 From: ssiddiqi@inspirepharm.com (Suhaib Siddiqi) Date: Wed, 29 Nov 2000 14:07:00 -0000 Subject: Running remote X apps Message-ID: <7F2B9185F0196F44B59990759B91B1C21F3AB3@ins-exch.inspirepharm.com> > -----Original Message----- > From: Harold Hunt [ mailto:Harold@compasstechnologies.com ] > Sent: Wednesday, November 29, 2000 4:57 PM > To: 'Timothy J. Massey' > Cc: Cygx (E-mail) > Subject: RE: Running remote X apps > > > My post of the Cygwin/XFree86 User's Guide now has a section > in Chapter 4 > titled "Displaying Remote Clients". > http://www.msu.edu/~huntharo/xwin/docs/ug/ > > You can go immediately to said section through this link: > http://www.msu.edu/~huntharo/xwin/docs/ug/using-remote-apps.html > > Tim - let me know if this helps. > > Suhaib - I've applied for my sources.redhat.com account. > Ok, thanks. After you get approval from Chris, and instructions how to load etc, could you please consolidate all your documents and guide books into one place. Perhaps, it would be helpful to add a URL with details about your framework stuff in framework-xf86 directory. After a while your announcement in mail archive will get burried at the bottom and users will start asking questions. Keep up the good work. Suhaib > Harold > From acmay@mace.penguinpowered.com Wed Nov 29 23:23:00 2000 From: acmay@mace.penguinpowered.com (acmay@mace.penguinpowered.com) Date: Wed, 29 Nov 2000 23:23:00 -0000 Subject: Running remote X apps References: <896908DA55C4D311B9C000C04F01A05410A854@ENTERPRISE> Message-ID: <20001129232336.A801@sink.san.rr.com> Does xauth work yet? xhost is pretty dangerous and you might want to at least mention why. When I first started with X somebody gave me an real interesting picture for a background. On Wed, Nov 29, 2000 at 04:57:12PM -0500, Harold Hunt wrote: > My post of the Cygwin/XFree86 User's Guide now has a section in Chapter 4 > titled "Displaying Remote Clients". > http://www.msu.edu/~huntharo/xwin/docs/ug/ > > You can go immediately to said section through this link: > http://www.msu.edu/~huntharo/xwin/docs/ug/using-remote-apps.html > > Tim - let me know if this helps. > > Suhaib - I've applied for my sources.redhat.com account. > > Harold > From Harold@compasstechnologies.com Thu Nov 30 05:51:00 2000 From: Harold@compasstechnologies.com (Harold Hunt) Date: Thu, 30 Nov 2000 05:51:00 -0000 Subject: Running remote X apps Message-ID: <896908DA55C4D311B9C000C04F01A05410A857@ENTERPRISE> In life one must find a balance between time for drinking beer and time for all other things; xauth requires too much beer time :) I've never used xauth, but I will probably add a blurb about how dangerous and vile xhost is :) I'm assuming that the xhost dangers you referred to were that host names can be spoofed and any user from an allowed host name is allowed to connect? Was there anything else? On a side note, I found "Remote X Apps mini-HOWTO" which has a pretty good discussion of the different ways to display remote X clients: http://www.xs4all.nl/~zweije/xauth.html Harold -----Original Message----- From: acmay@mace.penguinpowered.com [ mailto:acmay@mace.penguinpowered.com ] Sent: Thursday, November 30, 2000 2:24 AM To: Harold Hunt Cc: 'Timothy J. Massey'; Cygx (E-mail) Subject: Re: Running remote X apps Does xauth work yet? xhost is pretty dangerous and you might want to at least mention why. When I first started with X somebody gave me an real interesting picture for a background. From a.eibach@gmx.net Thu Nov 30 10:42:00 2000 From: a.eibach@gmx.net (Andreas Eibach) Date: Thu, 30 Nov 2000 10:42:00 -0000 Subject: Test 7 : How can I change my default shell? Message-ID: <010e01c05888$0202ac20$e61407d5@default> hi there, obviously, I misplaced my question in an inappropriate thread before, so I'm going to ask again. After having downloaded all the xfree binaries plus those Win9x fixes from Harold, I'm getting the 'ash' shell instead of bashrc. Could anyone please give me a hint where to change this? Andreas From a.eibach@gmx.net Thu Nov 30 10:44:00 2000 From: a.eibach@gmx.net (Andreas Eibach) Date: Thu, 30 Nov 2000 10:44:00 -0000 Subject: X seems to run, but in wrong video mode References: <896908DA55C4D311B9C000C04F01A05410A84C@ENTERPRISE> Message-ID: <011801c05888$558749a0$e61407d5@default> ----- Original Message ----- From: "Harold Hunt" To: "'Timothy J. Massey'" ; Sent: Wednesday, November 29, 2000 7:49 PM Subject: RE: X seems to run, but in wrong video mode > My post of the User's Guide: > http://www.msu.edu/~huntharo/xwin/docs/ug/ > Harold, isn't this part a little outdated now? :) "Run /usr/X11R6/bin/startxwin.bat by double-clicking it in Windows Explorer. Currently, Cygwin/XFree86 launches in full-screen mode only; work is continuing on providing a windowed mode." No, Harold Test 7 *does* run in a window, of course. That's what I'm using here. Andreas From Harold@compasstechnologies.com Thu Nov 30 10:51:00 2000 From: Harold@compasstechnologies.com (Harold Hunt) Date: Thu, 30 Nov 2000 10:51:00 -0000 Subject: X seems to run, but in wrong video mode Message-ID: <896908DA55C4D311B9C000C04F01A05410A860@ENTERPRISE> It's not really outdated; the Test 7 release works by copying the X Server display to your Windows display at a rate of 15 frames per second, utilizing between 5 and 25% of your CPU time even when your X Clients are idle. I could modify the Test 7 release to write directly to the primary frame buffer on NT, but I've already moved on to programming the next release that uses Windows GDI and DirectDraw calls to draw the X Server screen. I don't want to recommend that everyone use Test 7, as it has lousy performance :) Harold -----Original Message----- From: Andreas Eibach [ mailto:a.eibach@gmx.net ] Sent: Monday, November 27, 2000 10:40 AM To: Harold Hunt Cc: cygwin-xfree@sources.redhat.com Subject: Re: X seems to run, but in wrong video mode ----- Original Message ----- From: "Harold Hunt" To: "'Timothy J. Massey'" ; Sent: Wednesday, November 29, 2000 7:49 PM Subject: RE: X seems to run, but in wrong video mode > My post of the User's Guide: > http://www.msu.edu/~huntharo/xwin/docs/ug/ > Harold, isn't this part a little outdated now? :) "Run /usr/X11R6/bin/startxwin.bat by double-clicking it in Windows Explorer. Currently, Cygwin/XFree86 launches in full-screen mode only; work is continuing on providing a windowed mode." No, Harold Test 7 *does* run in a window, of course. That's what I'm using here. Andreas From Harold@compasstechnologies.com Thu Nov 30 11:12:00 2000 From: Harold@compasstechnologies.com (Harold Hunt) Date: Thu, 30 Nov 2000 11:12:00 -0000 Subject: Test 7 : How can I change my default shell? Message-ID: <896908DA55C4D311B9C000C04F01A05410A862@ENTERPRISE> Wait, you're still getting bash when you run Cygwin, but you get ash in your xterm, right? In that case, I'd guess that you need to configure xterm to launch bash instead of ash... I'm guessing that it can be done, but I've never done it, so I can't really help in that direction. Of course, you could just run bash from within ash. Harold -----Original Message----- From: Andreas Eibach [ mailto:a.eibach@gmx.net ] Sent: Monday, November 27, 2000 10:38 AM To: cygwin-xfree@sources.redhat.com Subject: Test 7 : How can I change my default shell? hi there, obviously, I misplaced my question in an inappropriate thread before, so I'm going to ask again. After having downloaded all the xfree binaries plus those Win9x fixes from Harold, I'm getting the 'ash' shell instead of bashrc. Could anyone please give me a hint where to change this? Andreas From ssiddiqi@inspirepharm.com Thu Nov 30 13:17:00 2000 From: ssiddiqi@inspirepharm.com (Suhaib Siddiqi) Date: Thu, 30 Nov 2000 13:17:00 -0000 Subject: No Xterms or Window Manager when running startxwin.bat Message-ID: <7F2B9185F0196F44B59990759B91B1C21F3AC1@ins-exch.inspirepharm.com> What is the version of Cygwin1.dll? Suhaib > -----Original Message----- > From: Kevin DeKorte [ mailto:kdekorte@yahoo.com ] > Sent: Wednesday, November 29, 2000 4:39 PM > To: cygwin-xfree@sourceware.cygnus.com > Subject: Re: No Xterms or Window Manager when running startxwin.bat > > > This is what I get after I run startxwin.bat > > C:\cygwin\usr\X11R6\bin>xterm > setegid(544): Invalid argument > xterm Xt error: Can't open display: 127.0.0.1:0.0 > > > ----- Original Message ----- > From: "Suhaib Siddiqi" > To: > Sent: Wednesday, November 29, 2000 1:11 PM > Subject: RE: No Xterms or Window Manager when running startxwin.bat > > > > You do not need your ip address 127.0.0.1:0.0 is for localhost. > > > > What do you see in the console (black windows) for xterm > when you press > > alt+tab? > > I suspect xterm is dying for some reasons. Edit your > startxwin.bat and > > comment out rxvt and vtwm > > Then see if xterm shows up, if it does then kill the x-server and > uncomment > > vtwm (that is remove REM before it) and try again. > > > > that is > > > > @echo off > > SET DISPLAY=127.0.0.1:0.0 > > SET PATH=%PATH%;\usr\bin\X11;c:\cygwin\bin > > start XWin -screen 0 1024x768x16 -whitepixel 255 -blackpixel 0 > > start xterm -sl 1000 -sb -rightbar -ms red -fg yellow -bg black > > REM start rxvt -fn "Lucidia Console-12" > > REM start vtwm > > > > > -----Original Message----- > > > From: Kevin DeKorte [ mailto:kdekorte@yahoo.com ] > > > Sent: Wednesday, November 29, 2000 3:04 PM > > > To: cygwin-xfree@sourceware.cygnus.com > > > Subject: No Xterms or Window Manager when running startxwin.bat > > > > > > > > > I am able to launch the startxwin command after editing the > > > batch file to be > > > the following > > > > > > @echo off > > > SET DISPLAY=127.0.0.1:0.0 > > > SET PATH=%PATH%;\usr\bin\X11;c:\cygwin\bin > > > start XWin -screen 0 1024x768x16 -whitepixel 255 -blackpixel 0 > > > start xterm -sl 1000 -sb -rightbar -ms red -fg yellow -bg black > > > start rxvt -fn "Lucidia Console-12" > > > start vtwm > > > > > > > > > I get the b&w checkerd X screen and the X cursor and I can > > > move the cursor > > > around. That is all that happens. > > > I switch back to windows using Alt-Tab and type 'xterm' and > > > it tells me > > > 'unable to open display "127.0.0.1:0.0" > > > I run ipconfig and it tells me that my ip is 9.99.247.10 > > > (provided by DHCP). > > > I set my display var to be that ip and > > > I restart X and I get the same error message by with the new > > > ip. Any ideas > > > what is wrong? > > > > > > Kevin > > > > > > > From tmassey@modernmerchant.com Thu Nov 30 13:56:00 2000 From: tmassey@modernmerchant.com (Timothy J. Massey) Date: Thu, 30 Nov 2000 13:56:00 -0000 Subject: Thank you for your responses! Message-ID: <200011301806.0240050.8@ns1.modernmerchant.com> Hello! Thank you all for your replies. I have corrected both problems (incorrect video mode and running remote X apps). It turns out that in both cases Mr. Harold Hunt was minutes away from writing documentation for both of these problems on the Web! Changing the screen to 0 solved the one, and running the xhost command from within Cygwin corrected the other (yeah, I know, I should have known that one...). While I'm cluttering the mailing list, I will ask one more question: is there any way to get the mailing list to send me digests without each message attached, but rather part of the main body? Thanks again for your quick responses to my problems! I very much appreciate it. Tim Massey From Alexander.Gottwald@informatik.tu-chemnitz.de Thu Nov 30 14:35:00 2000 From: Alexander.Gottwald@informatik.tu-chemnitz.de (Alexander Gottwald) Date: Thu, 30 Nov 2000 14:35:00 -0000 Subject: Running remote X apps References: <200011291732.3339284.6@ns1.modernmerchant.com> Message-ID: On Wed, 29 Nov 2000, Timothy J. Massey wrote: > > D:\WIN32\cygwin\usr\X11R6\bin>xhost +204.238.175.35 > xhost: unable to open display "" > It seems, that your display enivironment variable is not set try xhost -display 127.0.0.1 +204.238.175.35 or (for command.com) set DISPLAY=127.0.0.1 xhost +204.238.175.35 of (for bash) export DISPLAY=127.0.0.1 xhost +204.238.175.35 you can also try to leaveout the '+' HTH ago -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org +49 3725 3498080 From a.eibach@gmx.net Thu Nov 30 15:04:00 2000 From: a.eibach@gmx.net (Andreas Eibach) Date: Thu, 30 Nov 2000 15:04:00 -0000 Subject: X seems to run, but in wrong video mode References: <896908DA55C4D311B9C000C04F01A05410A860@ENTERPRISE> Message-ID: <030f01c05a58$7f36e5e0$e61407d5@default> ----- Original Message ----- From: "Harold Hunt" To: "'Andreas Eibach'" Cc: Sent: Thursday, November 30, 2000 7:45 PM Subject: RE: X seems to run, but in wrong video mode > It's not really outdated; the Test 7 release works by copying the X Server > display to your Windows display at a rate of 15 frames per second, utilizing > between 5 and 25% of your CPU time even when your X Clients are idle. [...] Correct, but the main difference is that it *does* run in a window, not in full screen like you wrote. You seem to refer to the NT version in the docs, where it could be like that, however, as a W9x user, I can't tell. Andreas From kdekorte@yahoo.com Thu Nov 30 15:15:00 2000 From: kdekorte@yahoo.com (Kevin DeKorte) Date: Thu, 30 Nov 2000 15:15:00 -0000 Subject: No Xterms or Window Manager when running startxwin.bat References: <7F2B9185F0196F44B59990759B91B1C21F3AC1@ins-exch.inspirepharm.com> Message-ID: <004101c05b23$7c048d70$0af76309@kdekorte> I have cygwin 1.1.5 ----- Original Message ----- From: "Suhaib Siddiqi" To: Sent: Thursday, November 30, 2000 2:16 PM Subject: RE: No Xterms or Window Manager when running startxwin.bat > What is the version of Cygwin1.dll? > > Suhaib > > > -----Original Message----- > > From: Kevin DeKorte [ mailto:kdekorte@yahoo.com ] > > Sent: Wednesday, November 29, 2000 4:39 PM > > To: cygwin-xfree@sourceware.cygnus.com > > Subject: Re: No Xterms or Window Manager when running startxwin.bat > > > > > > This is what I get after I run startxwin.bat > > > > C:\cygwin\usr\X11R6\bin>xterm > > setegid(544): Invalid argument > > xterm Xt error: Can't open display: 127.0.0.1:0.0 > > > > > > ----- Original Message ----- > > From: "Suhaib Siddiqi" > > To: > > Sent: Wednesday, November 29, 2000 1:11 PM > > Subject: RE: No Xterms or Window Manager when running startxwin.bat > > > > > > > You do not need your ip address 127.0.0.1:0.0 is for localhost. > > > > > > What do you see in the console (black windows) for xterm > > when you press > > > alt+tab? > > > I suspect xterm is dying for some reasons. Edit your > > startxwin.bat and > > > comment out rxvt and vtwm > > > Then see if xterm shows up, if it does then kill the x-server and > > uncomment > > > vtwm (that is remove REM before it) and try again. > > > > > > that is > > > > > > @echo off > > > SET DISPLAY=127.0.0.1:0.0 > > > SET PATH=%PATH%;\usr\bin\X11;c:\cygwin\bin > > > start XWin -screen 0 1024x768x16 -whitepixel 255 -blackpixel 0 > > > start xterm -sl 1000 -sb -rightbar -ms red -fg yellow -bg black > > > REM start rxvt -fn "Lucidia Console-12" > > > REM start vtwm > > > > > > > -----Original Message----- > > > > From: Kevin DeKorte [ mailto:kdekorte@yahoo.com ] > > > > Sent: Wednesday, November 29, 2000 3:04 PM > > > > To: cygwin-xfree@sourceware.cygnus.com > > > > Subject: No Xterms or Window Manager when running startxwin.bat > > > > > > > > > > > > I am able to launch the startxwin command after editing the > > > > batch file to be > > > > the following > > > > > > > > @echo off > > > > SET DISPLAY=127.0.0.1:0.0 > > > > SET PATH=%PATH%;\usr\bin\X11;c:\cygwin\bin > > > > start XWin -screen 0 1024x768x16 -whitepixel 255 -blackpixel 0 > > > > start xterm -sl 1000 -sb -rightbar -ms red -fg yellow -bg black > > > > start rxvt -fn "Lucidia Console-12" > > > > start vtwm > > > > > > > > > > > > I get the b&w checkerd X screen and the X cursor and I can > > > > move the cursor > > > > around. That is all that happens. > > > > I switch back to windows using Alt-Tab and type 'xterm' and > > > > it tells me > > > > 'unable to open display "127.0.0.1:0.0" > > > > I run ipconfig and it tells me that my ip is 9.99.247.10 > > > > (provided by DHCP). > > > > I set my display var to be that ip and > > > > I restart X and I get the same error message by with the new > > > > ip. Any ideas > > > > what is wrong? > > > > > > > > Kevin > > > > > > > > > > From ssiddiqi@inspirepharm.com Thu Nov 30 17:28:00 2000 From: ssiddiqi@inspirepharm.com (Suhaib Siddiqi) Date: Thu, 30 Nov 2000 17:28:00 -0000 Subject: No Xterms or Window Manager when running startxwin.bat Message-ID: <7F2B9185F0196F44B59990759B91B1C21F3AC5@ins-exch.inspirepharm.com> Ummm... well. Try upgrading your Cygwin1.dll to 1.1.6 please. Once ina while I had xtermc rashed on me too with Cygwin1.dll but with 1.1.6 it worked without crashes. Suhaib -----Original Message----- From: Kevin DeKorte To: cygwin-xfree@sourceware.cygnus.com Sent: 11/30/2000 6:15 PM Subject: Re: No Xterms or Window Manager when running startxwin.bat I have cygwin 1.1.5 ----- Original Message ----- From: "Suhaib Siddiqi" To: Sent: Thursday, November 30, 2000 2:16 PM Subject: RE: No Xterms or Window Manager when running startxwin.bat > What is the version of Cygwin1.dll? > > Suhaib > > > -----Original Message----- > > From: Kevin DeKorte [ mailto:kdekorte@yahoo.com ] > > Sent: Wednesday, November 29, 2000 4:39 PM > > To: cygwin-xfree@sourceware.cygnus.com > > Subject: Re: No Xterms or Window Manager when running startxwin.bat > > > > > > This is what I get after I run startxwin.bat > > > > C:\cygwin\usr\X11R6\bin>xterm > > setegid(544): Invalid argument > > xterm Xt error: Can't open display: 127.0.0.1:0.0 > > > > > > ----- Original Message ----- > > From: "Suhaib Siddiqi" > > To: > > Sent: Wednesday, November 29, 2000 1:11 PM > > Subject: RE: No Xterms or Window Manager when running startxwin.bat > > > > > > > You do not need your ip address 127.0.0.1:0.0 is for localhost. > > > > > > What do you see in the console (black windows) for xterm > > when you press > > > alt+tab? > > > I suspect xterm is dying for some reasons. Edit your > > startxwin.bat and > > > comment out rxvt and vtwm > > > Then see if xterm shows up, if it does then kill the x-server and > > uncomment > > > vtwm (that is remove REM before it) and try again. > > > > > > that is > > > > > > @echo off > > > SET DISPLAY=127.0.0.1:0.0 > > > SET PATH=%PATH%;\usr\bin\X11;c:\cygwin\bin > > > start XWin -screen 0 1024x768x16 -whitepixel 255 -blackpixel 0 > > > start xterm -sl 1000 -sb -rightbar -ms red -fg yellow -bg black > > > REM start rxvt -fn "Lucidia Console-12" > > > REM start vtwm > > > > > > > -----Original Message----- > > > > From: Kevin DeKorte [ mailto:kdekorte@yahoo.com ] > > > > Sent: Wednesday, November 29, 2000 3:04 PM > > > > To: cygwin-xfree@sourceware.cygnus.com > > > > Subject: No Xterms or Window Manager when running startxwin.bat > > > > > > > > > > > > I am able to launch the startxwin command after editing the > > > > batch file to be > > > > the following > > > > > > > > @echo off > > > > SET DISPLAY=127.0.0.1:0.0 > > > > SET PATH=%PATH%;\usr\bin\X11;c:\cygwin\bin > > > > start XWin -screen 0 1024x768x16 -whitepixel 255 -blackpixel 0 > > > > start xterm -sl 1000 -sb -rightbar -ms red -fg yellow -bg black > > > > start rxvt -fn "Lucidia Console-12" > > > > start vtwm > > > > > > > > > > > > I get the b&w checkerd X screen and the X cursor and I can > > > > move the cursor > > > > around. That is all that happens. > > > > I switch back to windows using Alt-Tab and type 'xterm' and > > > > it tells me > > > > 'unable to open display "127.0.0.1:0.0" > > > > I run ipconfig and it tells me that my ip is 9.99.247.10 > > > > (provided by DHCP). > > > > I set my display var to be that ip and > > > > I restart X and I get the same error message by with the new > > > > ip. Any ideas > > > > what is wrong? > > > > > > > > Kevin > > > > > > > > > > From rmcgowan@veritas.com Thu Nov 30 17:46:00 2000 From: rmcgowan@veritas.com (Bob McGowan) Date: Thu, 30 Nov 2000 17:46:00 -0000 Subject: Test 7 : How can I change my default shell? References: <896908DA55C4D311B9C000C04F01A05410A862@ENTERPRISE> Message-ID: <3A270348.42E1CD94@veritas.com> xterm .... -e bash The -e option MUST be the last option to xterm, so it will take all the rest of the args and use them to exec the shell (or whatever program is specified). Depending on where/how you start this, either or both of xterm/bash may need to be referenced by absolute paths. When xterm starts, if there is no -e and no SHELL variable set, it will default to /bin/sh (ash on Cygwin). So you could also try setting SHELL=bash somewhere. But I think the -e option is probably more reliable. Harold Hunt wrote: > > Wait, you're still getting bash when you run Cygwin, but you get ash in your > xterm, right? > > In that case, I'd guess that you need to configure xterm to launch bash > instead of ash... I'm guessing that it can be done, but I've never done it, > so I can't really help in that direction. > > Of course, you could just run bash from within ash. > > Harold > > -----Original Message----- > From: Andreas Eibach [ mailto:a.eibach@gmx.net ] > Sent: Monday, November 27, 2000 10:38 AM > To: cygwin-xfree@sources.redhat.com > Subject: Test 7 : How can I change my default shell? > > hi there, > > obviously, I misplaced my question in an inappropriate thread before, so I'm > going to ask again. > > After having downloaded all the xfree binaries plus those Win9x fixes from > Harold, I'm getting the 'ash' shell instead of bashrc. > Could anyone please give me a hint where to change this? > > Andreas -- Bob McGowan Staff Software Quality Engineer VERITAS Software rmcgowan@veritas.com From acmay@mace.penguinpowered.com Thu Nov 30 19:50:00 2000 From: acmay@mace.penguinpowered.com (acmay@mace.penguinpowered.com) Date: Thu, 30 Nov 2000 19:50:00 -0000 Subject: Running remote X apps References: <896908DA55C4D311B9C000C04F01A05410A857@ENTERPRISE> Message-ID: <20001130195012.B801@sink.san.rr.com> The link seems to cover just about everything pretty well. I never have gotten xauth working without using xdm, but since I haven't used OS/2 much anymore I just use run level 5 in linux and start xdm automatically. I have not dealt with the low level X stuff much, but I believe it is possible to write a client that is hard to observer that just captures all the keyboard access, and it is pretty easy to do a DoS by throwing up a lot of clients, and not to mention things you wouldn't want your mother to see. So by just saying other clients are "allowed to connect" seems to understatement the problem to me. People need to be aware that there are many bad things that can happen besides a random X-Client popping up a window on their screen. On Thu, Nov 30, 2000 at 08:45:54AM -0500, Harold Hunt wrote: > In life one must find a balance between time for drinking beer and time for > all other things; xauth requires too much beer time :) > > I've never used xauth, but I will probably add a blurb about how dangerous > and vile xhost is :) I'm assuming that the xhost dangers you referred to > were that host names can be spoofed and any user from an allowed host name > is allowed to connect? Was there anything else? > > On a side note, I found "Remote X Apps mini-HOWTO" which has a pretty good > discussion of the different ways to display remote X clients: > http://www.xs4all.nl/~zweije/xauth.html > > Harold > > -----Original Message----- > From: acmay@mace.penguinpowered.com > [ mailto:acmay@mace.penguinpowered.com ] > Sent: Thursday, November 30, 2000 2:24 AM > To: Harold Hunt > Cc: 'Timothy J. Massey'; Cygx (E-mail) > Subject: Re: Running remote X apps > > > Does xauth work yet? > > xhost is pretty dangerous and you might want to at least mention why. > > When I first started with X somebody gave me an real interesting > picture for a background. > From cgf@redhat.com Thu Nov 30 20:14:00 2000 From: cgf@redhat.com (Christopher Faylor) Date: Thu, 30 Nov 2000 20:14:00 -0000 Subject: No Xterms or Window Manager when running startxwin.bat References: <7F2B9185F0196F44B59990759B91B1C21F3AC5@ins-exch.inspirepharm.com> Message-ID: <20001130231337.A13611@redhat.com> On Thu, Nov 30, 2000 at 08:27:50PM -0500, Suhaib Siddiqi wrote: > > >Ummm... well. Try upgrading your Cygwin1.dll to 1.1.6 please. > >Once ina while I had xtermc rashed on me too with Cygwin1.dll >but with 1.1.6 it worked without crashes. Yep. 1.1.5 had problems. 1.1.6 seems to have an out-of-order execution problem but I haven't been able to track it down yet. cgf