From huntharo@msu.edu Mon Dec 1 00:05:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 01 Dec 2003 00:05:00 -0000 Subject: xwin on cygwin - cannot connect In-Reply-To: <071B78D196015846A511D2EA6540766D0209E5@commandcenter.dijitalconceptions.com> References: <071B78D196015846A511D2EA6540766D0209E5@commandcenter.dijitalconceptions.com> Message-ID: <3FCA85CD.6030105@msu.edu> Andrew, Oops, forgot to check the basics. XDMCP is not enabled by default on most Linux distributions these days. See below for information on how to enable it: http://xfree86.cygwin.com/docs/faq/cygwin-xfree-faq.html#q-mandrake-8.1-xdmcp Make sure that you either restart gdm (drop to runlevel 3, then go back to runlevel 5) or just restart the Linux machine to make sure that the XDMCP enable flag is read. Then do your test again. Harold Andrew Leung wrote: > Harold, > > Yes that's the latest XWin.log off the cygwin installation. Then I > suppose it's something on the linux box. Are there logs on there that > would shed some light? I see that gdm is running from top command: > > PID USER PRI NI SIZE RSS SHARE STAT %CPU %MEM TIME CPU > COMMAND > 2089 root 14 0 936 900 752 R 2.1 3.0 0:02 0 top > 2092 root 11 0 10372 5276 1500 S 1.3 17.9 0:16 0 X > 2060 root 11 0 896 740 660 S 0.7 2.5 0:00 0 sshd > 6 root 10 0 0 0 0 SW 0.1 0.0 0:15 0 > kupdated > 2101 gdm 9 0 10968 10M 6736 S 0.1 37.3 0:26 0 > gdmgreeter > 1 root 9 0 80 52 44 S 0.0 0.1 0:04 0 init > 2 root 9 0 0 0 0 SW 0.0 0.0 0:00 0 > keventd > 3 root 19 19 0 0 0 SWN 0.0 0.0 0:00 0 > ksoftirqd_CPU > 4 root 9 0 0 0 0 SW 0.0 0.0 0:33 0 kswapd > > Login screen prompt is on the box. Am I in the right direction or > something missing? > > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com] On Behalf Of Harold L Hunt II > Sent: Sunday, November 30, 2003 1:27 AM > To: cygwin-xfree@cygwin.com > Subject: Re: xwin on cygwin - cannot connect > > Andrew, > > Hmm... the log file looks okay, you did try a failed connection, then > send in that XWin.log, right? > > I'm going to bed. Maybe someone else can help. > > Harold > > Andrew Leung wrote: > > >>Thanks for the reply, here it is, This was my latest attempt, but > > now > >>it seems the checkered screen stays.. but with no change. It does not >>disappear on me at this point. >> >>ddxProcessArgument - Initializing default screens >>winInitializeDefaultScreens - w 1024 h 768 >>winInitializeDefaultScreens - Returning >>OsVendorInit - Creating bogus screen 0 >>_XSERVTransmkdir: Owner of /tmp/.X11-unix should be set to root >>(EE) Unable to locate/open config file >>InitOutput - Error reading config file >>winDetectSupportedEngines - Windows NT/2000/XP >>winDetectSupportedEngines - DirectDraw installed >>winDetectSupportedEngines - Allowing PrimaryDD >>winDetectSupportedEngines - DirectDraw4 installed >>winDetectSupportedEngines - Returning, supported engines 0000001f >>InitOutput - g_iNumScreens: 1 iMaxConsecutiveScreen: 1 >>winSetEngine - Using Shadow DirectDraw NonLocking >>winAdjustVideoModeShadowDDNL - Using Windows display depth of 32 bits >>per pixel >>winCreateBoundingWindowWindowed - User w: 1024 h: 768 >>winCreateBoundingWindowWindowed - Current w: 1024 h: 768 >>winAdjustForAutoHide - Original WorkArea: 0 100 718 1024 >>winAdjustForAutoHide - Adjusted WorkArea: 0 100 718 1024 >>winCreateBoundingWindowWindowed - WindowClient w 918 h 693 r 918 l 0 b >>693 t 0 >>winCreateBoundingWindowWindowed - Returning >>winCreatePrimarySurfaceShadowDDNL - Creating primary surface >>winCreatePrimarySurfaceShadowDDNL - Created primary surface >>winCreatePrimarySurfaceShadowDDNL - Attached clipper to primary > > surface > >>winAllocateFBShadowDDNL - lPitch: 3672 >>winAllocateFBShadowDDNL - Created shadow pitch: 3672 >>winAllocateFBShadowDDNL - Created shadow stride: 918 >>winFinishScreenInitFB - Masks: 00ff0000 0000ff00 000000ff >>winInitVisualsShadowDDNL - Masks 00ff0000 0000ff00 000000ff BPRGB 8 d > > 24 > >>bpp 32 >>winCreateDefColormap - Deferring to fbCreateDefColormap () >>winFinishScreenInitFB - returning >>winScreenInit - returning >>InitOutput - Returning. >>MIT-SHM extension disabled due to lack of kernel support >>XFree86-Bigfont extension local-client optimization disabled due to > > lack > >>of shared memory support in the kernel >>(==) winConfigKeyboard - Layout: "00000409" (00000409) >>(EE) No primary keyboard configured >>(==) Using compiletime defaults for keyboard >>Rules = "xfree86" Model = "pc101" Layout = "us" Variant = "(null)" >>Options = "(null)" >>winPointerWarpCursor - Discarding first warp: 459 346 >>winBlockHandler - Releasing pmServerStarted >>winBlockHandler - pthread_mutex_unlock () returned >> >> >>-----Original Message----- >>From: cygwin-xfree-owner@cygwin.com >>[mailto:cygwin-xfree-owner@cygwin.com] On Behalf Of Harold L Hunt II >>Sent: Sunday, November 30, 2003 1:09 AM >>To: cygwin-xfree@cygwin.com >>Subject: Re: xwin on cygwin - cannot connect >> >>Andrew, >> >>Andrew Leung wrote: >> >> >>>I've got cygwin on winxp machine - can't connect to the X server. >> >>When >> >> >>>using xwin.exe :0 -query the checkered screen quickly comes up >>>and then disappears.. Anyone know whats happening? Also I remember >>>someone mentioning that X shouldn't be running on the linux box when >>>trying to connect. How do I stop this as the login screen loads up >>>everytime I boot up? The machine is running slackware. I'm pretty >> >>sure >> >> >>>there's communication since tcpdumps show some responsive port 117 >>>traffic.. Any help is appreciated, I'm new to linux so I'm not sure >>>what to look for.. Thanks in advance. >> >> >>Sounds like you have a font problem on your Windows machine. Please >>send in the contents of /tmp/XWin.log after a failed attempt to > > connect. > >>Harold >> >> >> >> >> > > > > > > From andrew.leung@utoronto.ca Mon Dec 1 01:04:00 2003 From: andrew.leung@utoronto.ca (Andrew Leung) Date: Mon, 01 Dec 2003 01:04:00 -0000 Subject: xwin on cygwin - cannot connect Message-ID: <071B78D196015846A511D2EA6540766D0209E7@commandcenter.dijitalconceptions.com> K actually the flag was enabled already - I must have forgotten to restart it after making those changes. After doing that, here's some changes in the logs - the IP you see there is ip of the linux box. Also, I was watching top closely during the connection attempt, and found kdmgreeter process popon for maybe 5 seconds, and then disappear off the list.. is that indicative of anything? ddxProcessArgument - Initializing default screens winInitializeDefaultScreens - w 1024 h 768 winInitializeDefaultScreens - Returning OsVendorInit - Creating bogus screen 0 _XSERVTransmkdir: Owner of /tmp/.X11-unix should be set to root (EE) Unable to locate/open config file InitOutput - Error reading config file winDetectSupportedEngines - Windows NT/2000/XP winDetectSupportedEngines - DirectDraw installed winDetectSupportedEngines - Allowing PrimaryDD winDetectSupportedEngines - DirectDraw4 installed winDetectSupportedEngines - Returning, supported engines 0000001f InitOutput - g_iNumScreens: 1 iMaxConsecutiveScreen: 1 winSetEngine - Using Shadow DirectDraw NonLocking winAdjustVideoModeShadowDDNL - Using Windows display depth of 32 bits per pixel winCreateBoundingWindowWindowed - User w: 1024 h: 768 winCreateBoundingWindowWindowed - Current w: 1024 h: 768 winAdjustForAutoHide - Original WorkArea: 0 100 718 1024 winAdjustForAutoHide - Adjusted WorkArea: 0 100 718 1024 winCreateBoundingWindowWindowed - WindowClient w 918 h 693 r 918 l 0 b 693 t 0 winCreateBoundingWindowWindowed - Returning winCreatePrimarySurfaceShadowDDNL - Creating primary surface winCreatePrimarySurfaceShadowDDNL - Created primary surface winCreatePrimarySurfaceShadowDDNL - Attached clipper to primary surface winAllocateFBShadowDDNL - lPitch: 3672 winAllocateFBShadowDDNL - Created shadow pitch: 3672 winAllocateFBShadowDDNL - Created shadow stride: 918 winFinishScreenInitFB - Masks: 00ff0000 0000ff00 000000ff winInitVisualsShadowDDNL - Masks 00ff0000 0000ff00 000000ff BPRGB 8 d 24 bpp 32 winCreateDefColormap - Deferring to fbCreateDefColormap () winFinishScreenInitFB - returning winScreenInit - returning InitOutput - Returning. MIT-SHM extension disabled due to lack of kernel support XFree86-Bigfont extension local-client optimization disabled due to lack of shared memory support in the kernel (==) winConfigKeyboard - Layout: "00000409" (00000409) (EE) No primary keyboard configured (==) Using compiletime defaults for keyboard Rules = "xfree86" Model = "pc101" Layout = "us" Variant = "(null)" Options = "(null)" winPointerWarpCursor - Discarding first warp: 459 346 winBlockHandler - Releasing pmServerStarted winBlockHandler - pthread_mutex_unlock () returned AUDIT: Sun Nov 30 19:59:45 2003: 2708 XWin: client 6 rejected from IP 192.168.0.4 port 1024 Auth name: MIT-MAGIC-COOKIE-1 ID: -1 AUDIT: Sun Nov 30 19:59:46 2003: 2708 XWin: client 6 rejected from IP 192.168.0.4 port 1025 Auth name: MIT-MAGIC-COOKIE-1 ID: -1 AUDIT: Sun Nov 30 19:59:50 2003: 2708 XWin: client 6 rejected from IP 192.168.0.4 port 1026 Auth name: MIT-MAGIC-COOKIE-1 ID: -1 AUDIT: Sun Nov 30 19:59:55 2003: 2708 XWin: client 6 rejected from IP 192.168.0.4 port 1027 Auth name: MIT-MAGIC-COOKIE-1 ID: -1 AUDIT: Sun Nov 30 20:00:02 2003: 2708 XWin: client 6 rejected from IP 192.168.0.4 port 1028 Auth name: MIT-MAGIC-COOKIE-1 ID: -1 AUDIT: Sun Nov 30 20:00:11 2003: 2708 XWin: client 6 rejected from IP 192.168.0.4 port 1029 Auth name: MIT-MAGIC-COOKIE-1 ID: -1 AUDIT: Sun Nov 30 20:00:22 2003: 2708 XWin: client 6 rejected from IP 192.168.0.4 port 1030 Auth name: MIT-MAGIC-COOKIE-1 ID: -1 -----Original Message----- From: cygwin-xfree-owner@cygwin.com [mailto:cygwin-xfree-owner@cygwin.com] On Behalf Of Harold L Hunt II Sent: Sunday, November 30, 2003 7:06 PM To: cygwin-xfree@cygwin.com Subject: Re: xwin on cygwin - cannot connect Andrew, Oops, forgot to check the basics. XDMCP is not enabled by default on most Linux distributions these days. See below for information on how to enable it: http://xfree86.cygwin.com/docs/faq/cygwin-xfree-faq.html#q-mandrake-8.1- xdmcp Make sure that you either restart gdm (drop to runlevel 3, then go back to runlevel 5) or just restart the Linux machine to make sure that the XDMCP enable flag is read. Then do your test again. Harold Andrew Leung wrote: > Harold, > > Yes that's the latest XWin.log off the cygwin installation. Then I > suppose it's something on the linux box. Are there logs on there that > would shed some light? I see that gdm is running from top command: > > PID USER PRI NI SIZE RSS SHARE STAT %CPU %MEM TIME CPU > COMMAND > 2089 root 14 0 936 900 752 R 2.1 3.0 0:02 0 top > 2092 root 11 0 10372 5276 1500 S 1.3 17.9 0:16 0 X > 2060 root 11 0 896 740 660 S 0.7 2.5 0:00 0 sshd > 6 root 10 0 0 0 0 SW 0.1 0.0 0:15 0 > kupdated > 2101 gdm 9 0 10968 10M 6736 S 0.1 37.3 0:26 0 > gdmgreeter > 1 root 9 0 80 52 44 S 0.0 0.1 0:04 0 init > 2 root 9 0 0 0 0 SW 0.0 0.0 0:00 0 > keventd > 3 root 19 19 0 0 0 SWN 0.0 0.0 0:00 0 > ksoftirqd_CPU > 4 root 9 0 0 0 0 SW 0.0 0.0 0:33 0 kswapd > > Login screen prompt is on the box. Am I in the right direction or > something missing? > > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com] On Behalf Of Harold L Hunt II > Sent: Sunday, November 30, 2003 1:27 AM > To: cygwin-xfree@cygwin.com > Subject: Re: xwin on cygwin - cannot connect > > Andrew, > > Hmm... the log file looks okay, you did try a failed connection, then > send in that XWin.log, right? > > I'm going to bed. Maybe someone else can help. > > Harold > > Andrew Leung wrote: > > >>Thanks for the reply, here it is, This was my latest attempt, but > > now > >>it seems the checkered screen stays.. but with no change. It does not >>disappear on me at this point. >> >>ddxProcessArgument - Initializing default screens >>winInitializeDefaultScreens - w 1024 h 768 >>winInitializeDefaultScreens - Returning >>OsVendorInit - Creating bogus screen 0 >>_XSERVTransmkdir: Owner of /tmp/.X11-unix should be set to root >>(EE) Unable to locate/open config file >>InitOutput - Error reading config file >>winDetectSupportedEngines - Windows NT/2000/XP >>winDetectSupportedEngines - DirectDraw installed >>winDetectSupportedEngines - Allowing PrimaryDD >>winDetectSupportedEngines - DirectDraw4 installed >>winDetectSupportedEngines - Returning, supported engines 0000001f >>InitOutput - g_iNumScreens: 1 iMaxConsecutiveScreen: 1 >>winSetEngine - Using Shadow DirectDraw NonLocking >>winAdjustVideoModeShadowDDNL - Using Windows display depth of 32 bits >>per pixel >>winCreateBoundingWindowWindowed - User w: 1024 h: 768 >>winCreateBoundingWindowWindowed - Current w: 1024 h: 768 >>winAdjustForAutoHide - Original WorkArea: 0 100 718 1024 >>winAdjustForAutoHide - Adjusted WorkArea: 0 100 718 1024 >>winCreateBoundingWindowWindowed - WindowClient w 918 h 693 r 918 l 0 b >>693 t 0 >>winCreateBoundingWindowWindowed - Returning >>winCreatePrimarySurfaceShadowDDNL - Creating primary surface >>winCreatePrimarySurfaceShadowDDNL - Created primary surface >>winCreatePrimarySurfaceShadowDDNL - Attached clipper to primary > > surface > >>winAllocateFBShadowDDNL - lPitch: 3672 >>winAllocateFBShadowDDNL - Created shadow pitch: 3672 >>winAllocateFBShadowDDNL - Created shadow stride: 918 >>winFinishScreenInitFB - Masks: 00ff0000 0000ff00 000000ff >>winInitVisualsShadowDDNL - Masks 00ff0000 0000ff00 000000ff BPRGB 8 d > > 24 > >>bpp 32 >>winCreateDefColormap - Deferring to fbCreateDefColormap () >>winFinishScreenInitFB - returning >>winScreenInit - returning >>InitOutput - Returning. >>MIT-SHM extension disabled due to lack of kernel support >>XFree86-Bigfont extension local-client optimization disabled due to > > lack > >>of shared memory support in the kernel >>(==) winConfigKeyboard - Layout: "00000409" (00000409) >>(EE) No primary keyboard configured >>(==) Using compiletime defaults for keyboard >>Rules = "xfree86" Model = "pc101" Layout = "us" Variant = "(null)" >>Options = "(null)" >>winPointerWarpCursor - Discarding first warp: 459 346 >>winBlockHandler - Releasing pmServerStarted >>winBlockHandler - pthread_mutex_unlock () returned >> >> >>-----Original Message----- >>From: cygwin-xfree-owner@cygwin.com >>[mailto:cygwin-xfree-owner@cygwin.com] On Behalf Of Harold L Hunt II >>Sent: Sunday, November 30, 2003 1:09 AM >>To: cygwin-xfree@cygwin.com >>Subject: Re: xwin on cygwin - cannot connect >> >>Andrew, >> >>Andrew Leung wrote: >> >> >>>I've got cygwin on winxp machine - can't connect to the X server. >> >>When >> >> >>>using xwin.exe :0 -query the checkered screen quickly comes up >>>and then disappears.. Anyone know whats happening? Also I remember >>>someone mentioning that X shouldn't be running on the linux box when >>>trying to connect. How do I stop this as the login screen loads up >>>everytime I boot up? The machine is running slackware. I'm pretty >> >>sure >> >> >>>there's communication since tcpdumps show some responsive port 117 >>>traffic.. Any help is appreciated, I'm new to linux so I'm not sure >>>what to look for.. Thanks in advance. >> >> >>Sounds like you have a font problem on your Windows machine. Please >>send in the contents of /tmp/XWin.log after a failed attempt to > > connect. > >>Harold >> >> >> >> >> > > > > > > From huntharo@msu.edu Mon Dec 1 01:08:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 01 Dec 2003 01:08:00 -0000 Subject: xwin on cygwin - cannot connect In-Reply-To: <071B78D196015846A511D2EA6540766D0209E7@commandcenter.dijitalconceptions.com> References: <071B78D196015846A511D2EA6540766D0209E7@commandcenter.dijitalconceptions.com> Message-ID: <3FCA949A.90903@msu.edu> What are the exact flags you are passing to XWin.exe? Please copy and paste them so that there are no transcription errors. Harold Andrew Leung wrote: > K actually the flag was enabled already - I must have forgotten to > restart it after making those changes. After doing that, here's some > changes in the logs - the IP you see there is ip of the linux box. > Also, I was watching top closely during the connection attempt, and > found kdmgreeter process popon for maybe 5 seconds, and then disappear > off the list.. is that indicative of anything? > > > ddxProcessArgument - Initializing default screens > winInitializeDefaultScreens - w 1024 h 768 > winInitializeDefaultScreens - Returning > OsVendorInit - Creating bogus screen 0 > _XSERVTransmkdir: Owner of /tmp/.X11-unix should be set to root > (EE) Unable to locate/open config file > InitOutput - Error reading config file > winDetectSupportedEngines - Windows NT/2000/XP > winDetectSupportedEngines - DirectDraw installed > winDetectSupportedEngines - Allowing PrimaryDD > winDetectSupportedEngines - DirectDraw4 installed > winDetectSupportedEngines - Returning, supported engines 0000001f > InitOutput - g_iNumScreens: 1 iMaxConsecutiveScreen: 1 > winSetEngine - Using Shadow DirectDraw NonLocking > winAdjustVideoModeShadowDDNL - Using Windows display depth of 32 bits > per pixel > winCreateBoundingWindowWindowed - User w: 1024 h: 768 > winCreateBoundingWindowWindowed - Current w: 1024 h: 768 > winAdjustForAutoHide - Original WorkArea: 0 100 718 1024 > winAdjustForAutoHide - Adjusted WorkArea: 0 100 718 1024 > winCreateBoundingWindowWindowed - WindowClient w 918 h 693 r 918 l 0 b > 693 t 0 > winCreateBoundingWindowWindowed - Returning > winCreatePrimarySurfaceShadowDDNL - Creating primary surface > winCreatePrimarySurfaceShadowDDNL - Created primary surface > winCreatePrimarySurfaceShadowDDNL - Attached clipper to primary surface > winAllocateFBShadowDDNL - lPitch: 3672 > winAllocateFBShadowDDNL - Created shadow pitch: 3672 > winAllocateFBShadowDDNL - Created shadow stride: 918 > winFinishScreenInitFB - Masks: 00ff0000 0000ff00 000000ff > winInitVisualsShadowDDNL - Masks 00ff0000 0000ff00 000000ff BPRGB 8 d 24 > bpp 32 > winCreateDefColormap - Deferring to fbCreateDefColormap () > winFinishScreenInitFB - returning > winScreenInit - returning > InitOutput - Returning. > MIT-SHM extension disabled due to lack of kernel support > XFree86-Bigfont extension local-client optimization disabled due to lack > of shared memory support in the kernel > (==) winConfigKeyboard - Layout: "00000409" (00000409) > (EE) No primary keyboard configured > (==) Using compiletime defaults for keyboard > Rules = "xfree86" Model = "pc101" Layout = "us" Variant = "(null)" > Options = "(null)" > winPointerWarpCursor - Discarding first warp: 459 346 > winBlockHandler - Releasing pmServerStarted > winBlockHandler - pthread_mutex_unlock () returned > > AUDIT: Sun Nov 30 19:59:45 2003: 2708 XWin: client 6 rejected from IP > 192.168.0.4 port 1024 > Auth name: MIT-MAGIC-COOKIE-1 ID: -1 > AUDIT: Sun Nov 30 19:59:46 2003: 2708 XWin: client 6 rejected from IP > 192.168.0.4 port 1025 > Auth name: MIT-MAGIC-COOKIE-1 ID: -1 > AUDIT: Sun Nov 30 19:59:50 2003: 2708 XWin: client 6 rejected from IP > 192.168.0.4 port 1026 > Auth name: MIT-MAGIC-COOKIE-1 ID: -1 > AUDIT: Sun Nov 30 19:59:55 2003: 2708 XWin: client 6 rejected from IP > 192.168.0.4 port 1027 > Auth name: MIT-MAGIC-COOKIE-1 ID: -1 > AUDIT: Sun Nov 30 20:00:02 2003: 2708 XWin: client 6 rejected from IP > 192.168.0.4 port 1028 > Auth name: MIT-MAGIC-COOKIE-1 ID: -1 > AUDIT: Sun Nov 30 20:00:11 2003: 2708 XWin: client 6 rejected from IP > 192.168.0.4 port 1029 > Auth name: MIT-MAGIC-COOKIE-1 ID: -1 > AUDIT: Sun Nov 30 20:00:22 2003: 2708 XWin: client 6 rejected from IP > 192.168.0.4 port 1030 > Auth name: MIT-MAGIC-COOKIE-1 ID: -1 > > > > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com] On Behalf Of Harold L Hunt II > Sent: Sunday, November 30, 2003 7:06 PM > To: cygwin-xfree@cygwin.com > Subject: Re: xwin on cygwin - cannot connect > > Andrew, > > Oops, forgot to check the basics. XDMCP is not enabled by default on > most Linux distributions these days. See below for information on how > to enable it: > > http://xfree86.cygwin.com/docs/faq/cygwin-xfree-faq.html#q-mandrake-8.1- > xdmcp > > Make sure that you either restart gdm (drop to runlevel 3, then go back > to runlevel 5) or just restart the Linux machine to make sure that the > XDMCP enable flag is read. Then do your test again. > > Harold > > Andrew Leung wrote: > > >>Harold, >> >>Yes that's the latest XWin.log off the cygwin installation. Then I >>suppose it's something on the linux box. Are there logs on there that >>would shed some light? I see that gdm is running from top command: >> >> PID USER PRI NI SIZE RSS SHARE STAT %CPU %MEM TIME CPU >>COMMAND >> 2089 root 14 0 936 900 752 R 2.1 3.0 0:02 0 top >> 2092 root 11 0 10372 5276 1500 S 1.3 17.9 0:16 0 X >> 2060 root 11 0 896 740 660 S 0.7 2.5 0:00 0 sshd >> 6 root 10 0 0 0 0 SW 0.1 0.0 0:15 0 >>kupdated >> 2101 gdm 9 0 10968 10M 6736 S 0.1 37.3 0:26 0 >>gdmgreeter >> 1 root 9 0 80 52 44 S 0.0 0.1 0:04 0 init >> 2 root 9 0 0 0 0 SW 0.0 0.0 0:00 0 >>keventd >> 3 root 19 19 0 0 0 SWN 0.0 0.0 0:00 0 >>ksoftirqd_CPU >> 4 root 9 0 0 0 0 SW 0.0 0.0 0:33 0 > > kswapd > >>Login screen prompt is on the box. Am I in the right direction or >>something missing? >> >>-----Original Message----- >>From: cygwin-xfree-owner@cygwin.com >>[mailto:cygwin-xfree-owner@cygwin.com] On Behalf Of Harold L Hunt II >>Sent: Sunday, November 30, 2003 1:27 AM >>To: cygwin-xfree@cygwin.com >>Subject: Re: xwin on cygwin - cannot connect >> >>Andrew, >> >>Hmm... the log file looks okay, you did try a failed connection, then >>send in that XWin.log, right? >> >>I'm going to bed. Maybe someone else can help. >> >>Harold >> >>Andrew Leung wrote: >> >> >> >>>Thanks for the reply, here it is, This was my latest attempt, but >> >>now >> >> >>>it seems the checkered screen stays.. but with no change. It does not >>>disappear on me at this point. >>> >>>ddxProcessArgument - Initializing default screens >>>winInitializeDefaultScreens - w 1024 h 768 >>>winInitializeDefaultScreens - Returning >>>OsVendorInit - Creating bogus screen 0 >>>_XSERVTransmkdir: Owner of /tmp/.X11-unix should be set to root >>>(EE) Unable to locate/open config file >>>InitOutput - Error reading config file >>>winDetectSupportedEngines - Windows NT/2000/XP >>>winDetectSupportedEngines - DirectDraw installed >>>winDetectSupportedEngines - Allowing PrimaryDD >>>winDetectSupportedEngines - DirectDraw4 installed >>>winDetectSupportedEngines - Returning, supported engines 0000001f >>>InitOutput - g_iNumScreens: 1 iMaxConsecutiveScreen: 1 >>>winSetEngine - Using Shadow DirectDraw NonLocking >>>winAdjustVideoModeShadowDDNL - Using Windows display depth of 32 bits >>>per pixel >>>winCreateBoundingWindowWindowed - User w: 1024 h: 768 >>>winCreateBoundingWindowWindowed - Current w: 1024 h: 768 >>>winAdjustForAutoHide - Original WorkArea: 0 100 718 1024 >>>winAdjustForAutoHide - Adjusted WorkArea: 0 100 718 1024 >>>winCreateBoundingWindowWindowed - WindowClient w 918 h 693 r 918 l 0 b >>>693 t 0 >>>winCreateBoundingWindowWindowed - Returning >>>winCreatePrimarySurfaceShadowDDNL - Creating primary surface >>>winCreatePrimarySurfaceShadowDDNL - Created primary surface >>>winCreatePrimarySurfaceShadowDDNL - Attached clipper to primary >> >>surface >> >> >>>winAllocateFBShadowDDNL - lPitch: 3672 >>>winAllocateFBShadowDDNL - Created shadow pitch: 3672 >>>winAllocateFBShadowDDNL - Created shadow stride: 918 >>>winFinishScreenInitFB - Masks: 00ff0000 0000ff00 000000ff >>>winInitVisualsShadowDDNL - Masks 00ff0000 0000ff00 000000ff BPRGB 8 d >> >>24 >> >> >>>bpp 32 >>>winCreateDefColormap - Deferring to fbCreateDefColormap () >>>winFinishScreenInitFB - returning >>>winScreenInit - returning >>>InitOutput - Returning. >>>MIT-SHM extension disabled due to lack of kernel support >>>XFree86-Bigfont extension local-client optimization disabled due to >> >>lack >> >> >>>of shared memory support in the kernel >>>(==) winConfigKeyboard - Layout: "00000409" (00000409) >>>(EE) No primary keyboard configured >>>(==) Using compiletime defaults for keyboard >>>Rules = "xfree86" Model = "pc101" Layout = "us" Variant = "(null)" >>>Options = "(null)" >>>winPointerWarpCursor - Discarding first warp: 459 346 >>>winBlockHandler - Releasing pmServerStarted >>>winBlockHandler - pthread_mutex_unlock () returned >>> >>> >>>-----Original Message----- >>>From: cygwin-xfree-owner@cygwin.com >>>[mailto:cygwin-xfree-owner@cygwin.com] On Behalf Of Harold L Hunt II >>>Sent: Sunday, November 30, 2003 1:09 AM >>>To: cygwin-xfree@cygwin.com >>>Subject: Re: xwin on cygwin - cannot connect >>> >>>Andrew, >>> >>>Andrew Leung wrote: >>> >>> >>> >>>>I've got cygwin on winxp machine - can't connect to the X server. >>> >>>When >>> >>> >>> >>>>using xwin.exe :0 -query the checkered screen quickly comes up >>>>and then disappears.. Anyone know whats happening? Also I remember >>>>someone mentioning that X shouldn't be running on the linux box when >>>>trying to connect. How do I stop this as the login screen loads up >>>>everytime I boot up? The machine is running slackware. I'm pretty >>> >>>sure >>> >>> >>> >>>>there's communication since tcpdumps show some responsive port 117 >>>>traffic.. Any help is appreciated, I'm new to linux so I'm not sure >>>>what to look for.. Thanks in advance. >>> >>> >>>Sounds like you have a font problem on your Windows machine. Please >>>send in the contents of /tmp/XWin.log after a failed attempt to >> >>connect. >> >> >>>Harold >>> >>> >>> >>> >>> >> >> >> >> >> >> > > > > > From andrew.leung@utoronto.ca Mon Dec 1 01:56:00 2003 From: andrew.leung@utoronto.ca (Andrew Leung) Date: Mon, 01 Dec 2003 01:56:00 -0000 Subject: xwin on cygwin - cannot connect Message-ID: <071B78D196015846A511D2EA6540766D0209E8@commandcenter.dijitalconceptions.com> The exact command I try to type is xwin.exe :0 -query 192.168.0.4 or Xwin.exe :0 -query shizbox shizbox being hostname. Ok, I'm getting some weird results here. After the first reboot and trying to connect using hostname I got the checkerboard and pasted the log that I sent you earlier. Then I tried the command just earlier again, but with IP and I got the KDE login!! I disconnected, and tried to reconnect, with the same command but it went back to checkerboard. Since then I've tried to reconnect many times, which result in either a hung checkerboard, or at times the checkerboard stays for about 5 seconds, then closes by itself. So, I got to see the login prompt once, after reconnecting many times, only thing that was changed was the xwin command - switching between IP and host - but not producting some consistent results. -----Original Message----- From: cygwin-xfree-owner@cygwin.com [mailto:cygwin-xfree-owner@cygwin.com] On Behalf Of Harold L Hunt II Sent: Sunday, November 30, 2003 8:09 PM To: cygwin-xfree@cygwin.com Subject: Re: xwin on cygwin - cannot connect What are the exact flags you are passing to XWin.exe? Please copy and paste them so that there are no transcription errors. Harold Andrew Leung wrote: > K actually the flag was enabled already - I must have forgotten to > restart it after making those changes. After doing that, here's some > changes in the logs - the IP you see there is ip of the linux box. > Also, I was watching top closely during the connection attempt, and > found kdmgreeter process popon for maybe 5 seconds, and then disappear > off the list.. is that indicative of anything? > > > ddxProcessArgument - Initializing default screens > winInitializeDefaultScreens - w 1024 h 768 > winInitializeDefaultScreens - Returning > OsVendorInit - Creating bogus screen 0 > _XSERVTransmkdir: Owner of /tmp/.X11-unix should be set to root > (EE) Unable to locate/open config file > InitOutput - Error reading config file > winDetectSupportedEngines - Windows NT/2000/XP > winDetectSupportedEngines - DirectDraw installed > winDetectSupportedEngines - Allowing PrimaryDD > winDetectSupportedEngines - DirectDraw4 installed > winDetectSupportedEngines - Returning, supported engines 0000001f > InitOutput - g_iNumScreens: 1 iMaxConsecutiveScreen: 1 > winSetEngine - Using Shadow DirectDraw NonLocking > winAdjustVideoModeShadowDDNL - Using Windows display depth of 32 bits > per pixel > winCreateBoundingWindowWindowed - User w: 1024 h: 768 > winCreateBoundingWindowWindowed - Current w: 1024 h: 768 > winAdjustForAutoHide - Original WorkArea: 0 100 718 1024 > winAdjustForAutoHide - Adjusted WorkArea: 0 100 718 1024 > winCreateBoundingWindowWindowed - WindowClient w 918 h 693 r 918 l 0 b > 693 t 0 > winCreateBoundingWindowWindowed - Returning > winCreatePrimarySurfaceShadowDDNL - Creating primary surface > winCreatePrimarySurfaceShadowDDNL - Created primary surface > winCreatePrimarySurfaceShadowDDNL - Attached clipper to primary surface > winAllocateFBShadowDDNL - lPitch: 3672 > winAllocateFBShadowDDNL - Created shadow pitch: 3672 > winAllocateFBShadowDDNL - Created shadow stride: 918 > winFinishScreenInitFB - Masks: 00ff0000 0000ff00 000000ff > winInitVisualsShadowDDNL - Masks 00ff0000 0000ff00 000000ff BPRGB 8 d 24 > bpp 32 > winCreateDefColormap - Deferring to fbCreateDefColormap () > winFinishScreenInitFB - returning > winScreenInit - returning > InitOutput - Returning. > MIT-SHM extension disabled due to lack of kernel support > XFree86-Bigfont extension local-client optimization disabled due to lack > of shared memory support in the kernel > (==) winConfigKeyboard - Layout: "00000409" (00000409) > (EE) No primary keyboard configured > (==) Using compiletime defaults for keyboard > Rules = "xfree86" Model = "pc101" Layout = "us" Variant = "(null)" > Options = "(null)" > winPointerWarpCursor - Discarding first warp: 459 346 > winBlockHandler - Releasing pmServerStarted > winBlockHandler - pthread_mutex_unlock () returned > > AUDIT: Sun Nov 30 19:59:45 2003: 2708 XWin: client 6 rejected from IP > 192.168.0.4 port 1024 > Auth name: MIT-MAGIC-COOKIE-1 ID: -1 > AUDIT: Sun Nov 30 19:59:46 2003: 2708 XWin: client 6 rejected from IP > 192.168.0.4 port 1025 > Auth name: MIT-MAGIC-COOKIE-1 ID: -1 > AUDIT: Sun Nov 30 19:59:50 2003: 2708 XWin: client 6 rejected from IP > 192.168.0.4 port 1026 > Auth name: MIT-MAGIC-COOKIE-1 ID: -1 > AUDIT: Sun Nov 30 19:59:55 2003: 2708 XWin: client 6 rejected from IP > 192.168.0.4 port 1027 > Auth name: MIT-MAGIC-COOKIE-1 ID: -1 > AUDIT: Sun Nov 30 20:00:02 2003: 2708 XWin: client 6 rejected from IP > 192.168.0.4 port 1028 > Auth name: MIT-MAGIC-COOKIE-1 ID: -1 > AUDIT: Sun Nov 30 20:00:11 2003: 2708 XWin: client 6 rejected from IP > 192.168.0.4 port 1029 > Auth name: MIT-MAGIC-COOKIE-1 ID: -1 > AUDIT: Sun Nov 30 20:00:22 2003: 2708 XWin: client 6 rejected from IP > 192.168.0.4 port 1030 > Auth name: MIT-MAGIC-COOKIE-1 ID: -1 > > > > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com] On Behalf Of Harold L Hunt II > Sent: Sunday, November 30, 2003 7:06 PM > To: cygwin-xfree@cygwin.com > Subject: Re: xwin on cygwin - cannot connect > > Andrew, > > Oops, forgot to check the basics. XDMCP is not enabled by default on > most Linux distributions these days. See below for information on how > to enable it: > > http://xfree86.cygwin.com/docs/faq/cygwin-xfree-faq.html#q-mandrake-8.1- > xdmcp > > Make sure that you either restart gdm (drop to runlevel 3, then go back > to runlevel 5) or just restart the Linux machine to make sure that the > XDMCP enable flag is read. Then do your test again. > > Harold > > Andrew Leung wrote: > > >>Harold, >> >>Yes that's the latest XWin.log off the cygwin installation. Then I >>suppose it's something on the linux box. Are there logs on there that >>would shed some light? I see that gdm is running from top command: >> >> PID USER PRI NI SIZE RSS SHARE STAT %CPU %MEM TIME CPU >>COMMAND >> 2089 root 14 0 936 900 752 R 2.1 3.0 0:02 0 top >> 2092 root 11 0 10372 5276 1500 S 1.3 17.9 0:16 0 X >> 2060 root 11 0 896 740 660 S 0.7 2.5 0:00 0 sshd >> 6 root 10 0 0 0 0 SW 0.1 0.0 0:15 0 >>kupdated >> 2101 gdm 9 0 10968 10M 6736 S 0.1 37.3 0:26 0 >>gdmgreeter >> 1 root 9 0 80 52 44 S 0.0 0.1 0:04 0 init >> 2 root 9 0 0 0 0 SW 0.0 0.0 0:00 0 >>keventd >> 3 root 19 19 0 0 0 SWN 0.0 0.0 0:00 0 >>ksoftirqd_CPU >> 4 root 9 0 0 0 0 SW 0.0 0.0 0:33 0 > > kswapd > >>Login screen prompt is on the box. Am I in the right direction or >>something missing? >> >>-----Original Message----- >>From: cygwin-xfree-owner@cygwin.com >>[mailto:cygwin-xfree-owner@cygwin.com] On Behalf Of Harold L Hunt II >>Sent: Sunday, November 30, 2003 1:27 AM >>To: cygwin-xfree@cygwin.com >>Subject: Re: xwin on cygwin - cannot connect >> >>Andrew, >> >>Hmm... the log file looks okay, you did try a failed connection, then >>send in that XWin.log, right? >> >>I'm going to bed. Maybe someone else can help. >> >>Harold >> >>Andrew Leung wrote: >> >> >> >>>Thanks for the reply, here it is, This was my latest attempt, but >> >>now >> >> >>>it seems the checkered screen stays.. but with no change. It does not >>>disappear on me at this point. >>> >>>ddxProcessArgument - Initializing default screens >>>winInitializeDefaultScreens - w 1024 h 768 >>>winInitializeDefaultScreens - Returning >>>OsVendorInit - Creating bogus screen 0 >>>_XSERVTransmkdir: Owner of /tmp/.X11-unix should be set to root >>>(EE) Unable to locate/open config file >>>InitOutput - Error reading config file >>>winDetectSupportedEngines - Windows NT/2000/XP >>>winDetectSupportedEngines - DirectDraw installed >>>winDetectSupportedEngines - Allowing PrimaryDD >>>winDetectSupportedEngines - DirectDraw4 installed >>>winDetectSupportedEngines - Returning, supported engines 0000001f >>>InitOutput - g_iNumScreens: 1 iMaxConsecutiveScreen: 1 >>>winSetEngine - Using Shadow DirectDraw NonLocking >>>winAdjustVideoModeShadowDDNL - Using Windows display depth of 32 bits >>>per pixel >>>winCreateBoundingWindowWindowed - User w: 1024 h: 768 >>>winCreateBoundingWindowWindowed - Current w: 1024 h: 768 >>>winAdjustForAutoHide - Original WorkArea: 0 100 718 1024 >>>winAdjustForAutoHide - Adjusted WorkArea: 0 100 718 1024 >>>winCreateBoundingWindowWindowed - WindowClient w 918 h 693 r 918 l 0 b >>>693 t 0 >>>winCreateBoundingWindowWindowed - Returning >>>winCreatePrimarySurfaceShadowDDNL - Creating primary surface >>>winCreatePrimarySurfaceShadowDDNL - Created primary surface >>>winCreatePrimarySurfaceShadowDDNL - Attached clipper to primary >> >>surface >> >> >>>winAllocateFBShadowDDNL - lPitch: 3672 >>>winAllocateFBShadowDDNL - Created shadow pitch: 3672 >>>winAllocateFBShadowDDNL - Created shadow stride: 918 >>>winFinishScreenInitFB - Masks: 00ff0000 0000ff00 000000ff >>>winInitVisualsShadowDDNL - Masks 00ff0000 0000ff00 000000ff BPRGB 8 d >> >>24 >> >> >>>bpp 32 >>>winCreateDefColormap - Deferring to fbCreateDefColormap () >>>winFinishScreenInitFB - returning >>>winScreenInit - returning >>>InitOutput - Returning. >>>MIT-SHM extension disabled due to lack of kernel support >>>XFree86-Bigfont extension local-client optimization disabled due to >> >>lack >> >> >>>of shared memory support in the kernel >>>(==) winConfigKeyboard - Layout: "00000409" (00000409) >>>(EE) No primary keyboard configured >>>(==) Using compiletime defaults for keyboard >>>Rules = "xfree86" Model = "pc101" Layout = "us" Variant = "(null)" >>>Options = "(null)" >>>winPointerWarpCursor - Discarding first warp: 459 346 >>>winBlockHandler - Releasing pmServerStarted >>>winBlockHandler - pthread_mutex_unlock () returned >>> >>> >>>-----Original Message----- >>>From: cygwin-xfree-owner@cygwin.com >>>[mailto:cygwin-xfree-owner@cygwin.com] On Behalf Of Harold L Hunt II >>>Sent: Sunday, November 30, 2003 1:09 AM >>>To: cygwin-xfree@cygwin.com >>>Subject: Re: xwin on cygwin - cannot connect >>> >>>Andrew, >>> >>>Andrew Leung wrote: >>> >>> >>> >>>>I've got cygwin on winxp machine - can't connect to the X server. >>> >>>When >>> >>> >>> >>>>using xwin.exe :0 -query the checkered screen quickly comes up >>>>and then disappears.. Anyone know whats happening? Also I remember >>>>someone mentioning that X shouldn't be running on the linux box when >>>>trying to connect. How do I stop this as the login screen loads up >>>>everytime I boot up? The machine is running slackware. I'm pretty >>> >>>sure >>> >>> >>> >>>>there's communication since tcpdumps show some responsive port 117 >>>>traffic.. Any help is appreciated, I'm new to linux so I'm not sure >>>>what to look for.. Thanks in advance. >>> >>> >>>Sounds like you have a font problem on your Windows machine. Please >>>send in the contents of /tmp/XWin.log after a failed attempt to >> >>connect. >> >> >>>Harold >>> >>> >>> >>> >>> >> >> >> >> >> >> > > > > > From andrew.leung@utoronto.ca Mon Dec 1 02:01:00 2003 From: andrew.leung@utoronto.ca (Andrew Leung) Date: Mon, 01 Dec 2003 02:01:00 -0000 Subject: xwin on cygwin - cannot connect Message-ID: <071B78D196015846A511D2EA6540766D0209E9@commandcenter.dijitalconceptions.com> I thought this could be a network issue, but ping signs don't show info on packet loss: drew@SCV ~ $ ping -t 192.168.0.4 Pinging 192.168.0.4 with 32 bytes of data: Reply from 192.168.0.4: bytes=32 time=2ms TTL=64 Reply from 192.168.0.4: bytes=32 time=2ms TTL=64 Reply from 192.168.0.4: bytes=32 time=2ms TTL=64 Reply from 192.168.0.4: bytes=32 time=2ms TTL=64 Reply from 192.168.0.4: bytes=32 time=2ms TTL=64 Reply from 192.168.0.4: bytes=32 time=2ms TTL=64 Reply from 192.168.0.4: bytes=32 time=2ms TTL=64 Ping statistics for 192.168.0.4: Packets: Sent = 7, Received = 7, Lost = 0 (0% loss), Approximate round trip times in milli-seconds: Minimum = 2ms, Maximum = 2ms, Average = 2ms Control-C drew@SCV ~ is xdcmp being flaky? I'm going to try rebooting to box and try an initial connection again. -----Original Message----- From: cygwin-xfree-owner@cygwin.com [mailto:cygwin-xfree-owner@cygwin.com] On Behalf Of Harold L Hunt II Sent: Sunday, November 30, 2003 8:09 PM To: cygwin-xfree@cygwin.com Subject: Re: xwin on cygwin - cannot connect What are the exact flags you are passing to XWin.exe? Please copy and paste them so that there are no transcription errors. Harold Andrew Leung wrote: > K actually the flag was enabled already - I must have forgotten to > restart it after making those changes. After doing that, here's some > changes in the logs - the IP you see there is ip of the linux box. > Also, I was watching top closely during the connection attempt, and > found kdmgreeter process popon for maybe 5 seconds, and then disappear > off the list.. is that indicative of anything? > > > ddxProcessArgument - Initializing default screens > winInitializeDefaultScreens - w 1024 h 768 > winInitializeDefaultScreens - Returning > OsVendorInit - Creating bogus screen 0 > _XSERVTransmkdir: Owner of /tmp/.X11-unix should be set to root > (EE) Unable to locate/open config file > InitOutput - Error reading config file > winDetectSupportedEngines - Windows NT/2000/XP > winDetectSupportedEngines - DirectDraw installed > winDetectSupportedEngines - Allowing PrimaryDD > winDetectSupportedEngines - DirectDraw4 installed > winDetectSupportedEngines - Returning, supported engines 0000001f > InitOutput - g_iNumScreens: 1 iMaxConsecutiveScreen: 1 > winSetEngine - Using Shadow DirectDraw NonLocking > winAdjustVideoModeShadowDDNL - Using Windows display depth of 32 bits > per pixel > winCreateBoundingWindowWindowed - User w: 1024 h: 768 > winCreateBoundingWindowWindowed - Current w: 1024 h: 768 > winAdjustForAutoHide - Original WorkArea: 0 100 718 1024 > winAdjustForAutoHide - Adjusted WorkArea: 0 100 718 1024 > winCreateBoundingWindowWindowed - WindowClient w 918 h 693 r 918 l 0 b > 693 t 0 > winCreateBoundingWindowWindowed - Returning > winCreatePrimarySurfaceShadowDDNL - Creating primary surface > winCreatePrimarySurfaceShadowDDNL - Created primary surface > winCreatePrimarySurfaceShadowDDNL - Attached clipper to primary surface > winAllocateFBShadowDDNL - lPitch: 3672 > winAllocateFBShadowDDNL - Created shadow pitch: 3672 > winAllocateFBShadowDDNL - Created shadow stride: 918 > winFinishScreenInitFB - Masks: 00ff0000 0000ff00 000000ff > winInitVisualsShadowDDNL - Masks 00ff0000 0000ff00 000000ff BPRGB 8 d 24 > bpp 32 > winCreateDefColormap - Deferring to fbCreateDefColormap () > winFinishScreenInitFB - returning > winScreenInit - returning > InitOutput - Returning. > MIT-SHM extension disabled due to lack of kernel support > XFree86-Bigfont extension local-client optimization disabled due to lack > of shared memory support in the kernel > (==) winConfigKeyboard - Layout: "00000409" (00000409) > (EE) No primary keyboard configured > (==) Using compiletime defaults for keyboard > Rules = "xfree86" Model = "pc101" Layout = "us" Variant = "(null)" > Options = "(null)" > winPointerWarpCursor - Discarding first warp: 459 346 > winBlockHandler - Releasing pmServerStarted > winBlockHandler - pthread_mutex_unlock () returned > > AUDIT: Sun Nov 30 19:59:45 2003: 2708 XWin: client 6 rejected from IP > 192.168.0.4 port 1024 > Auth name: MIT-MAGIC-COOKIE-1 ID: -1 > AUDIT: Sun Nov 30 19:59:46 2003: 2708 XWin: client 6 rejected from IP > 192.168.0.4 port 1025 > Auth name: MIT-MAGIC-COOKIE-1 ID: -1 > AUDIT: Sun Nov 30 19:59:50 2003: 2708 XWin: client 6 rejected from IP > 192.168.0.4 port 1026 > Auth name: MIT-MAGIC-COOKIE-1 ID: -1 > AUDIT: Sun Nov 30 19:59:55 2003: 2708 XWin: client 6 rejected from IP > 192.168.0.4 port 1027 > Auth name: MIT-MAGIC-COOKIE-1 ID: -1 > AUDIT: Sun Nov 30 20:00:02 2003: 2708 XWin: client 6 rejected from IP > 192.168.0.4 port 1028 > Auth name: MIT-MAGIC-COOKIE-1 ID: -1 > AUDIT: Sun Nov 30 20:00:11 2003: 2708 XWin: client 6 rejected from IP > 192.168.0.4 port 1029 > Auth name: MIT-MAGIC-COOKIE-1 ID: -1 > AUDIT: Sun Nov 30 20:00:22 2003: 2708 XWin: client 6 rejected from IP > 192.168.0.4 port 1030 > Auth name: MIT-MAGIC-COOKIE-1 ID: -1 > > > > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com] On Behalf Of Harold L Hunt II > Sent: Sunday, November 30, 2003 7:06 PM > To: cygwin-xfree@cygwin.com > Subject: Re: xwin on cygwin - cannot connect > > Andrew, > > Oops, forgot to check the basics. XDMCP is not enabled by default on > most Linux distributions these days. See below for information on how > to enable it: > > http://xfree86.cygwin.com/docs/faq/cygwin-xfree-faq.html#q-mandrake-8.1- > xdmcp > > Make sure that you either restart gdm (drop to runlevel 3, then go back > to runlevel 5) or just restart the Linux machine to make sure that the > XDMCP enable flag is read. Then do your test again. > > Harold > > Andrew Leung wrote: > > >>Harold, >> >>Yes that's the latest XWin.log off the cygwin installation. Then I >>suppose it's something on the linux box. Are there logs on there that >>would shed some light? I see that gdm is running from top command: >> >> PID USER PRI NI SIZE RSS SHARE STAT %CPU %MEM TIME CPU >>COMMAND >> 2089 root 14 0 936 900 752 R 2.1 3.0 0:02 0 top >> 2092 root 11 0 10372 5276 1500 S 1.3 17.9 0:16 0 X >> 2060 root 11 0 896 740 660 S 0.7 2.5 0:00 0 sshd >> 6 root 10 0 0 0 0 SW 0.1 0.0 0:15 0 >>kupdated >> 2101 gdm 9 0 10968 10M 6736 S 0.1 37.3 0:26 0 >>gdmgreeter >> 1 root 9 0 80 52 44 S 0.0 0.1 0:04 0 init >> 2 root 9 0 0 0 0 SW 0.0 0.0 0:00 0 >>keventd >> 3 root 19 19 0 0 0 SWN 0.0 0.0 0:00 0 >>ksoftirqd_CPU >> 4 root 9 0 0 0 0 SW 0.0 0.0 0:33 0 > > kswapd > >>Login screen prompt is on the box. Am I in the right direction or >>something missing? >> >>-----Original Message----- >>From: cygwin-xfree-owner@cygwin.com >>[mailto:cygwin-xfree-owner@cygwin.com] On Behalf Of Harold L Hunt II >>Sent: Sunday, November 30, 2003 1:27 AM >>To: cygwin-xfree@cygwin.com >>Subject: Re: xwin on cygwin - cannot connect >> >>Andrew, >> >>Hmm... the log file looks okay, you did try a failed connection, then >>send in that XWin.log, right? >> >>I'm going to bed. Maybe someone else can help. >> >>Harold >> >>Andrew Leung wrote: >> >> >> >>>Thanks for the reply, here it is, This was my latest attempt, but >> >>now >> >> >>>it seems the checkered screen stays.. but with no change. It does not >>>disappear on me at this point. >>> >>>ddxProcessArgument - Initializing default screens >>>winInitializeDefaultScreens - w 1024 h 768 >>>winInitializeDefaultScreens - Returning >>>OsVendorInit - Creating bogus screen 0 >>>_XSERVTransmkdir: Owner of /tmp/.X11-unix should be set to root >>>(EE) Unable to locate/open config file >>>InitOutput - Error reading config file >>>winDetectSupportedEngines - Windows NT/2000/XP >>>winDetectSupportedEngines - DirectDraw installed >>>winDetectSupportedEngines - Allowing PrimaryDD >>>winDetectSupportedEngines - DirectDraw4 installed >>>winDetectSupportedEngines - Returning, supported engines 0000001f >>>InitOutput - g_iNumScreens: 1 iMaxConsecutiveScreen: 1 >>>winSetEngine - Using Shadow DirectDraw NonLocking >>>winAdjustVideoModeShadowDDNL - Using Windows display depth of 32 bits >>>per pixel >>>winCreateBoundingWindowWindowed - User w: 1024 h: 768 >>>winCreateBoundingWindowWindowed - Current w: 1024 h: 768 >>>winAdjustForAutoHide - Original WorkArea: 0 100 718 1024 >>>winAdjustForAutoHide - Adjusted WorkArea: 0 100 718 1024 >>>winCreateBoundingWindowWindowed - WindowClient w 918 h 693 r 918 l 0 b >>>693 t 0 >>>winCreateBoundingWindowWindowed - Returning >>>winCreatePrimarySurfaceShadowDDNL - Creating primary surface >>>winCreatePrimarySurfaceShadowDDNL - Created primary surface >>>winCreatePrimarySurfaceShadowDDNL - Attached clipper to primary >> >>surface >> >> >>>winAllocateFBShadowDDNL - lPitch: 3672 >>>winAllocateFBShadowDDNL - Created shadow pitch: 3672 >>>winAllocateFBShadowDDNL - Created shadow stride: 918 >>>winFinishScreenInitFB - Masks: 00ff0000 0000ff00 000000ff >>>winInitVisualsShadowDDNL - Masks 00ff0000 0000ff00 000000ff BPRGB 8 d >> >>24 >> >> >>>bpp 32 >>>winCreateDefColormap - Deferring to fbCreateDefColormap () >>>winFinishScreenInitFB - returning >>>winScreenInit - returning >>>InitOutput - Returning. >>>MIT-SHM extension disabled due to lack of kernel support >>>XFree86-Bigfont extension local-client optimization disabled due to >> >>lack >> >> >>>of shared memory support in the kernel >>>(==) winConfigKeyboard - Layout: "00000409" (00000409) >>>(EE) No primary keyboard configured >>>(==) Using compiletime defaults for keyboard >>>Rules = "xfree86" Model = "pc101" Layout = "us" Variant = "(null)" >>>Options = "(null)" >>>winPointerWarpCursor - Discarding first warp: 459 346 >>>winBlockHandler - Releasing pmServerStarted >>>winBlockHandler - pthread_mutex_unlock () returned >>> >>> >>>-----Original Message----- >>>From: cygwin-xfree-owner@cygwin.com >>>[mailto:cygwin-xfree-owner@cygwin.com] On Behalf Of Harold L Hunt II >>>Sent: Sunday, November 30, 2003 1:09 AM >>>To: cygwin-xfree@cygwin.com >>>Subject: Re: xwin on cygwin - cannot connect >>> >>>Andrew, >>> >>>Andrew Leung wrote: >>> >>> >>> >>>>I've got cygwin on winxp machine - can't connect to the X server. >>> >>>When >>> >>> >>> >>>>using xwin.exe :0 -query the checkered screen quickly comes up >>>>and then disappears.. Anyone know whats happening? Also I remember >>>>someone mentioning that X shouldn't be running on the linux box when >>>>trying to connect. How do I stop this as the login screen loads up >>>>everytime I boot up? The machine is running slackware. I'm pretty >>> >>>sure >>> >>> >>> >>>>there's communication since tcpdumps show some responsive port 117 >>>>traffic.. Any help is appreciated, I'm new to linux so I'm not sure >>>>what to look for.. Thanks in advance. >>> >>> >>>Sounds like you have a font problem on your Windows machine. Please >>>send in the contents of /tmp/XWin.log after a failed attempt to >> >>connect. >> >> >>>Harold >>> >>> >>> >>> >>> >> >> >> >> >> >> > > > > > From rasjidw@openminddev.net Mon Dec 1 11:06:00 2003 From: rasjidw@openminddev.net (Rasjid Wilcox) Date: Mon, 01 Dec 2003 11:06:00 -0000 Subject: xwin on cygwin - cannot connect In-Reply-To: <071B78D196015846A511D2EA6540766D0209E8@commandcenter.dijitalconceptions.com> References: <071B78D196015846A511D2EA6540766D0209E8@commandcenter.dijitalconceptions.com> Message-ID: <200312012207.19417.rasjidw@openminddev.net> On Monday 01 December 2003 12:56, Andrew Leung wrote: > The exact command I try to type is xwin.exe :0 -query 192.168.0.4 or > Xwin.exe :0 -query shizbox Have you tried using the -from paramater? -- Rasjid Wilcox Canberra, Australia (UTC +10 hrs) http://www.openminddev.net From alexander.gottwald@s1999.tu-chemnitz.de Mon Dec 1 13:26:00 2003 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Mon, 01 Dec 2003 13:26:00 -0000 Subject: keyboard mapping does not work In-Reply-To: <3FCA770E.4090606@gmx.de> References: <3FCA6022.7090208@gmx.de> <3FCA770E.4090606@gmx.de> Message-ID: On Mon, 1 Dec 2003, Oliver Brandt wrote: > Problem is solved :-) What was the reason? > > wmaker an X works fine until I want to enable F1, F2, F3 etc. > > to switch my workspace. I used the wmaker-configuration tool. > > As I tried to capture my keyboard entries, everytime I capture > > F2 or F3 etc, I realized that Mod1 + F1 is captured but I only > > press F1! I can??t find Mod1 on my keyboard. F11 and F12 is > > preconfigured and works! Very odd :-) Mod1 is Alt_L bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From ian@ianbrandt.com Mon Dec 1 20:42:00 2003 From: ian@ianbrandt.com (Ian Brandt) Date: Mon, 01 Dec 2003 20:42:00 -0000 Subject: Repaint bug for maximized windows Message-ID: <3FCBA7AC.2090701@ianbrandt.com> Hi, I'm being effected by what appears to be the same bug reported here: http://sources.redhat.com/ml/cygwin-xfree/2003-09/msg00071.html If I have emacs maximized, then maximize another window over it, then wait a couple of minutes, then bring emacs back to the front (via taskbar or Alt-Tab), the entire client area of the window remains totally white (also of note the mouse disappears when moved over the client area)... http://ianbrandt.com/images/cygwin-xfree-1.gif If I restore the window, and then maximize it again, part of the client area repaints, but not all of it. Notice on the right and bottom edges the small remaining white area (when I restore the window it only reduces slightly in size, and it never remembers the restored size if I change it, but that's a another story)... http://ianbrandt.com/images/cygwin-xfree-2.gif If I restore the window again, but resize it to a smaller size, it renders properly... http://ianbrandt.com/images/cygwin-xfree-3.gif And then when I maximize it from there it also renders properly... http://ianbrandt.com/images/cygwin-xfree-4.gif For me the problem only seems to occur when the window is maximized and left behind another maximized window for a few minutes. Regards, Ian From andrew.leung@utoronto.ca Tue Dec 2 03:36:00 2003 From: andrew.leung@utoronto.ca (Andrew Leung) Date: Tue, 02 Dec 2003 03:36:00 -0000 Subject: xwin on cygwin - cannot connect Message-ID: <071B78D196015846A511D2EA6540766D0209EB@commandcenter.dijitalconceptions.com> Hey Harold, thanks for the help. I've got it working now! -----Original Message----- From: cygwin-xfree-owner@cygwin.com [mailto:cygwin-xfree-owner@cygwin.com] On Behalf Of Harold L Hunt II Sent: Sunday, November 30, 2003 8:09 PM To: cygwin-xfree@cygwin.com Subject: Re: xwin on cygwin - cannot connect What are the exact flags you are passing to XWin.exe? Please copy and paste them so that there are no transcription errors. Harold Andrew Leung wrote: > K actually the flag was enabled already - I must have forgotten to > restart it after making those changes. After doing that, here's some > changes in the logs - the IP you see there is ip of the linux box. > Also, I was watching top closely during the connection attempt, and > found kdmgreeter process popon for maybe 5 seconds, and then disappear > off the list.. is that indicative of anything? > > > ddxProcessArgument - Initializing default screens > winInitializeDefaultScreens - w 1024 h 768 > winInitializeDefaultScreens - Returning > OsVendorInit - Creating bogus screen 0 > _XSERVTransmkdir: Owner of /tmp/.X11-unix should be set to root > (EE) Unable to locate/open config file > InitOutput - Error reading config file > winDetectSupportedEngines - Windows NT/2000/XP > winDetectSupportedEngines - DirectDraw installed > winDetectSupportedEngines - Allowing PrimaryDD > winDetectSupportedEngines - DirectDraw4 installed > winDetectSupportedEngines - Returning, supported engines 0000001f > InitOutput - g_iNumScreens: 1 iMaxConsecutiveScreen: 1 > winSetEngine - Using Shadow DirectDraw NonLocking > winAdjustVideoModeShadowDDNL - Using Windows display depth of 32 bits > per pixel > winCreateBoundingWindowWindowed - User w: 1024 h: 768 > winCreateBoundingWindowWindowed - Current w: 1024 h: 768 > winAdjustForAutoHide - Original WorkArea: 0 100 718 1024 > winAdjustForAutoHide - Adjusted WorkArea: 0 100 718 1024 > winCreateBoundingWindowWindowed - WindowClient w 918 h 693 r 918 l 0 b > 693 t 0 > winCreateBoundingWindowWindowed - Returning > winCreatePrimarySurfaceShadowDDNL - Creating primary surface > winCreatePrimarySurfaceShadowDDNL - Created primary surface > winCreatePrimarySurfaceShadowDDNL - Attached clipper to primary surface > winAllocateFBShadowDDNL - lPitch: 3672 > winAllocateFBShadowDDNL - Created shadow pitch: 3672 > winAllocateFBShadowDDNL - Created shadow stride: 918 > winFinishScreenInitFB - Masks: 00ff0000 0000ff00 000000ff > winInitVisualsShadowDDNL - Masks 00ff0000 0000ff00 000000ff BPRGB 8 d 24 > bpp 32 > winCreateDefColormap - Deferring to fbCreateDefColormap () > winFinishScreenInitFB - returning > winScreenInit - returning > InitOutput - Returning. > MIT-SHM extension disabled due to lack of kernel support > XFree86-Bigfont extension local-client optimization disabled due to lack > of shared memory support in the kernel > (==) winConfigKeyboard - Layout: "00000409" (00000409) > (EE) No primary keyboard configured > (==) Using compiletime defaults for keyboard > Rules = "xfree86" Model = "pc101" Layout = "us" Variant = "(null)" > Options = "(null)" > winPointerWarpCursor - Discarding first warp: 459 346 > winBlockHandler - Releasing pmServerStarted > winBlockHandler - pthread_mutex_unlock () returned > > AUDIT: Sun Nov 30 19:59:45 2003: 2708 XWin: client 6 rejected from IP > 192.168.0.4 port 1024 > Auth name: MIT-MAGIC-COOKIE-1 ID: -1 > AUDIT: Sun Nov 30 19:59:46 2003: 2708 XWin: client 6 rejected from IP > 192.168.0.4 port 1025 > Auth name: MIT-MAGIC-COOKIE-1 ID: -1 > AUDIT: Sun Nov 30 19:59:50 2003: 2708 XWin: client 6 rejected from IP > 192.168.0.4 port 1026 > Auth name: MIT-MAGIC-COOKIE-1 ID: -1 > AUDIT: Sun Nov 30 19:59:55 2003: 2708 XWin: client 6 rejected from IP > 192.168.0.4 port 1027 > Auth name: MIT-MAGIC-COOKIE-1 ID: -1 > AUDIT: Sun Nov 30 20:00:02 2003: 2708 XWin: client 6 rejected from IP > 192.168.0.4 port 1028 > Auth name: MIT-MAGIC-COOKIE-1 ID: -1 > AUDIT: Sun Nov 30 20:00:11 2003: 2708 XWin: client 6 rejected from IP > 192.168.0.4 port 1029 > Auth name: MIT-MAGIC-COOKIE-1 ID: -1 > AUDIT: Sun Nov 30 20:00:22 2003: 2708 XWin: client 6 rejected from IP > 192.168.0.4 port 1030 > Auth name: MIT-MAGIC-COOKIE-1 ID: -1 > > > > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com] On Behalf Of Harold L Hunt II > Sent: Sunday, November 30, 2003 7:06 PM > To: cygwin-xfree@cygwin.com > Subject: Re: xwin on cygwin - cannot connect > > Andrew, > > Oops, forgot to check the basics. XDMCP is not enabled by default on > most Linux distributions these days. See below for information on how > to enable it: > > http://xfree86.cygwin.com/docs/faq/cygwin-xfree-faq.html#q-mandrake-8.1- > xdmcp > > Make sure that you either restart gdm (drop to runlevel 3, then go back > to runlevel 5) or just restart the Linux machine to make sure that the > XDMCP enable flag is read. Then do your test again. > > Harold > > Andrew Leung wrote: > > >>Harold, >> >>Yes that's the latest XWin.log off the cygwin installation. Then I >>suppose it's something on the linux box. Are there logs on there that >>would shed some light? I see that gdm is running from top command: >> >> PID USER PRI NI SIZE RSS SHARE STAT %CPU %MEM TIME CPU >>COMMAND >> 2089 root 14 0 936 900 752 R 2.1 3.0 0:02 0 top >> 2092 root 11 0 10372 5276 1500 S 1.3 17.9 0:16 0 X >> 2060 root 11 0 896 740 660 S 0.7 2.5 0:00 0 sshd >> 6 root 10 0 0 0 0 SW 0.1 0.0 0:15 0 >>kupdated >> 2101 gdm 9 0 10968 10M 6736 S 0.1 37.3 0:26 0 >>gdmgreeter >> 1 root 9 0 80 52 44 S 0.0 0.1 0:04 0 init >> 2 root 9 0 0 0 0 SW 0.0 0.0 0:00 0 >>keventd >> 3 root 19 19 0 0 0 SWN 0.0 0.0 0:00 0 >>ksoftirqd_CPU >> 4 root 9 0 0 0 0 SW 0.0 0.0 0:33 0 > > kswapd > >>Login screen prompt is on the box. Am I in the right direction or >>something missing? >> >>-----Original Message----- >>From: cygwin-xfree-owner@cygwin.com >>[mailto:cygwin-xfree-owner@cygwin.com] On Behalf Of Harold L Hunt II >>Sent: Sunday, November 30, 2003 1:27 AM >>To: cygwin-xfree@cygwin.com >>Subject: Re: xwin on cygwin - cannot connect >> >>Andrew, >> >>Hmm... the log file looks okay, you did try a failed connection, then >>send in that XWin.log, right? >> >>I'm going to bed. Maybe someone else can help. >> >>Harold >> >>Andrew Leung wrote: >> >> >> >>>Thanks for the reply, here it is, This was my latest attempt, but >> >>now >> >> >>>it seems the checkered screen stays.. but with no change. It does not >>>disappear on me at this point. >>> >>>ddxProcessArgument - Initializing default screens >>>winInitializeDefaultScreens - w 1024 h 768 >>>winInitializeDefaultScreens - Returning >>>OsVendorInit - Creating bogus screen 0 >>>_XSERVTransmkdir: Owner of /tmp/.X11-unix should be set to root >>>(EE) Unable to locate/open config file >>>InitOutput - Error reading config file >>>winDetectSupportedEngines - Windows NT/2000/XP >>>winDetectSupportedEngines - DirectDraw installed >>>winDetectSupportedEngines - Allowing PrimaryDD >>>winDetectSupportedEngines - DirectDraw4 installed >>>winDetectSupportedEngines - Returning, supported engines 0000001f >>>InitOutput - g_iNumScreens: 1 iMaxConsecutiveScreen: 1 >>>winSetEngine - Using Shadow DirectDraw NonLocking >>>winAdjustVideoModeShadowDDNL - Using Windows display depth of 32 bits >>>per pixel >>>winCreateBoundingWindowWindowed - User w: 1024 h: 768 >>>winCreateBoundingWindowWindowed - Current w: 1024 h: 768 >>>winAdjustForAutoHide - Original WorkArea: 0 100 718 1024 >>>winAdjustForAutoHide - Adjusted WorkArea: 0 100 718 1024 >>>winCreateBoundingWindowWindowed - WindowClient w 918 h 693 r 918 l 0 b >>>693 t 0 >>>winCreateBoundingWindowWindowed - Returning >>>winCreatePrimarySurfaceShadowDDNL - Creating primary surface >>>winCreatePrimarySurfaceShadowDDNL - Created primary surface >>>winCreatePrimarySurfaceShadowDDNL - Attached clipper to primary >> >>surface >> >> >>>winAllocateFBShadowDDNL - lPitch: 3672 >>>winAllocateFBShadowDDNL - Created shadow pitch: 3672 >>>winAllocateFBShadowDDNL - Created shadow stride: 918 >>>winFinishScreenInitFB - Masks: 00ff0000 0000ff00 000000ff >>>winInitVisualsShadowDDNL - Masks 00ff0000 0000ff00 000000ff BPRGB 8 d >> >>24 >> >> >>>bpp 32 >>>winCreateDefColormap - Deferring to fbCreateDefColormap () >>>winFinishScreenInitFB - returning >>>winScreenInit - returning >>>InitOutput - Returning. >>>MIT-SHM extension disabled due to lack of kernel support >>>XFree86-Bigfont extension local-client optimization disabled due to >> >>lack >> >> >>>of shared memory support in the kernel >>>(==) winConfigKeyboard - Layout: "00000409" (00000409) >>>(EE) No primary keyboard configured >>>(==) Using compiletime defaults for keyboard >>>Rules = "xfree86" Model = "pc101" Layout = "us" Variant = "(null)" >>>Options = "(null)" >>>winPointerWarpCursor - Discarding first warp: 459 346 >>>winBlockHandler - Releasing pmServerStarted >>>winBlockHandler - pthread_mutex_unlock () returned >>> >>> >>>-----Original Message----- >>>From: cygwin-xfree-owner@cygwin.com >>>[mailto:cygwin-xfree-owner@cygwin.com] On Behalf Of Harold L Hunt II >>>Sent: Sunday, November 30, 2003 1:09 AM >>>To: cygwin-xfree@cygwin.com >>>Subject: Re: xwin on cygwin - cannot connect >>> >>>Andrew, >>> >>>Andrew Leung wrote: >>> >>> >>> >>>>I've got cygwin on winxp machine - can't connect to the X server. >>> >>>When >>> >>> >>> >>>>using xwin.exe :0 -query the checkered screen quickly comes up >>>>and then disappears.. Anyone know whats happening? Also I remember >>>>someone mentioning that X shouldn't be running on the linux box when >>>>trying to connect. How do I stop this as the login screen loads up >>>>everytime I boot up? The machine is running slackware. I'm pretty >>> >>>sure >>> >>> >>> >>>>there's communication since tcpdumps show some responsive port 117 >>>>traffic.. Any help is appreciated, I'm new to linux so I'm not sure >>>>what to look for.. Thanks in advance. >>> >>> >>>Sounds like you have a font problem on your Windows machine. Please >>>send in the contents of /tmp/XWin.log after a failed attempt to >> >>connect. >> >> >>>Harold >>> >>> >>> >>> >>> >> >> >> >> >> >> > > > > > From huntharo@msu.edu Tue Dec 2 03:55:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 02 Dec 2003 03:55:00 -0000 Subject: xwin on cygwin - cannot connect In-Reply-To: <071B78D196015846A511D2EA6540766D0209EB@commandcenter.dijitalconceptions.com> References: <071B78D196015846A511D2EA6540766D0209EB@commandcenter.dijitalconceptions.com> Message-ID: <3FCC0D28.3060507@msu.edu> Andrew, What was the problem? Harold Andrew Leung wrote: > Hey Harold, thanks for the help. I've got it working now! > > > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com] On Behalf Of Harold L Hunt II > Sent: Sunday, November 30, 2003 8:09 PM > To: cygwin-xfree@cygwin.com > Subject: Re: xwin on cygwin - cannot connect > > What are the exact flags you are passing to XWin.exe? Please copy and > paste them so that there are no transcription errors. > > Harold > > Andrew Leung wrote: > > >>K actually the flag was enabled already - I must have forgotten to >>restart it after making those changes. After doing that, here's some >>changes in the logs - the IP you see there is ip of the linux box. >>Also, I was watching top closely during the connection attempt, and >>found kdmgreeter process popon for maybe 5 seconds, and then disappear >>off the list.. is that indicative of anything? >> >> >>ddxProcessArgument - Initializing default screens >>winInitializeDefaultScreens - w 1024 h 768 >>winInitializeDefaultScreens - Returning >>OsVendorInit - Creating bogus screen 0 >>_XSERVTransmkdir: Owner of /tmp/.X11-unix should be set to root >>(EE) Unable to locate/open config file >>InitOutput - Error reading config file >>winDetectSupportedEngines - Windows NT/2000/XP >>winDetectSupportedEngines - DirectDraw installed >>winDetectSupportedEngines - Allowing PrimaryDD >>winDetectSupportedEngines - DirectDraw4 installed >>winDetectSupportedEngines - Returning, supported engines 0000001f >>InitOutput - g_iNumScreens: 1 iMaxConsecutiveScreen: 1 >>winSetEngine - Using Shadow DirectDraw NonLocking >>winAdjustVideoModeShadowDDNL - Using Windows display depth of 32 bits >>per pixel >>winCreateBoundingWindowWindowed - User w: 1024 h: 768 >>winCreateBoundingWindowWindowed - Current w: 1024 h: 768 >>winAdjustForAutoHide - Original WorkArea: 0 100 718 1024 >>winAdjustForAutoHide - Adjusted WorkArea: 0 100 718 1024 >>winCreateBoundingWindowWindowed - WindowClient w 918 h 693 r 918 l 0 b >>693 t 0 >>winCreateBoundingWindowWindowed - Returning >>winCreatePrimarySurfaceShadowDDNL - Creating primary surface >>winCreatePrimarySurfaceShadowDDNL - Created primary surface >>winCreatePrimarySurfaceShadowDDNL - Attached clipper to primary > > surface > >>winAllocateFBShadowDDNL - lPitch: 3672 >>winAllocateFBShadowDDNL - Created shadow pitch: 3672 >>winAllocateFBShadowDDNL - Created shadow stride: 918 >>winFinishScreenInitFB - Masks: 00ff0000 0000ff00 000000ff >>winInitVisualsShadowDDNL - Masks 00ff0000 0000ff00 000000ff BPRGB 8 d > > 24 > >>bpp 32 >>winCreateDefColormap - Deferring to fbCreateDefColormap () >>winFinishScreenInitFB - returning >>winScreenInit - returning >>InitOutput - Returning. >>MIT-SHM extension disabled due to lack of kernel support >>XFree86-Bigfont extension local-client optimization disabled due to > > lack > >>of shared memory support in the kernel >>(==) winConfigKeyboard - Layout: "00000409" (00000409) >>(EE) No primary keyboard configured >>(==) Using compiletime defaults for keyboard >>Rules = "xfree86" Model = "pc101" Layout = "us" Variant = "(null)" >>Options = "(null)" >>winPointerWarpCursor - Discarding first warp: 459 346 >>winBlockHandler - Releasing pmServerStarted >>winBlockHandler - pthread_mutex_unlock () returned >> >>AUDIT: Sun Nov 30 19:59:45 2003: 2708 XWin: client 6 rejected from IP >>192.168.0.4 port 1024 >> Auth name: MIT-MAGIC-COOKIE-1 ID: -1 >>AUDIT: Sun Nov 30 19:59:46 2003: 2708 XWin: client 6 rejected from IP >>192.168.0.4 port 1025 >> Auth name: MIT-MAGIC-COOKIE-1 ID: -1 >>AUDIT: Sun Nov 30 19:59:50 2003: 2708 XWin: client 6 rejected from IP >>192.168.0.4 port 1026 >> Auth name: MIT-MAGIC-COOKIE-1 ID: -1 >>AUDIT: Sun Nov 30 19:59:55 2003: 2708 XWin: client 6 rejected from IP >>192.168.0.4 port 1027 >> Auth name: MIT-MAGIC-COOKIE-1 ID: -1 >>AUDIT: Sun Nov 30 20:00:02 2003: 2708 XWin: client 6 rejected from IP >>192.168.0.4 port 1028 >> Auth name: MIT-MAGIC-COOKIE-1 ID: -1 >>AUDIT: Sun Nov 30 20:00:11 2003: 2708 XWin: client 6 rejected from IP >>192.168.0.4 port 1029 >> Auth name: MIT-MAGIC-COOKIE-1 ID: -1 >>AUDIT: Sun Nov 30 20:00:22 2003: 2708 XWin: client 6 rejected from IP >>192.168.0.4 port 1030 >> Auth name: MIT-MAGIC-COOKIE-1 ID: -1 >> >> >> >>-----Original Message----- >>From: cygwin-xfree-owner@cygwin.com >>[mailto:cygwin-xfree-owner@cygwin.com] On Behalf Of Harold L Hunt II >>Sent: Sunday, November 30, 2003 7:06 PM >>To: cygwin-xfree@cygwin.com >>Subject: Re: xwin on cygwin - cannot connect >> >>Andrew, >> >>Oops, forgot to check the basics. XDMCP is not enabled by default on >>most Linux distributions these days. See below for information on how > > >>to enable it: >> >> > > http://xfree86.cygwin.com/docs/faq/cygwin-xfree-faq.html#q-mandrake-8.1- > >>xdmcp >> >>Make sure that you either restart gdm (drop to runlevel 3, then go > > back > >>to runlevel 5) or just restart the Linux machine to make sure that the > > >>XDMCP enable flag is read. Then do your test again. >> >>Harold >> >>Andrew Leung wrote: >> >> >> >>>Harold, >>> >>>Yes that's the latest XWin.log off the cygwin installation. Then I >>>suppose it's something on the linux box. Are there logs on there that >>>would shed some light? I see that gdm is running from top command: >>> >>> PID USER PRI NI SIZE RSS SHARE STAT %CPU %MEM TIME CPU >>>COMMAND >>>2089 root 14 0 936 900 752 R 2.1 3.0 0:02 0 top >>>2092 root 11 0 10372 5276 1500 S 1.3 17.9 0:16 0 X >>>2060 root 11 0 896 740 660 S 0.7 2.5 0:00 0 sshd >>> 6 root 10 0 0 0 0 SW 0.1 0.0 0:15 0 >>>kupdated >>>2101 gdm 9 0 10968 10M 6736 S 0.1 37.3 0:26 0 >>>gdmgreeter >>> 1 root 9 0 80 52 44 S 0.0 0.1 0:04 0 init >>> 2 root 9 0 0 0 0 SW 0.0 0.0 0:00 0 >>>keventd >>> 3 root 19 19 0 0 0 SWN 0.0 0.0 0:00 0 >>>ksoftirqd_CPU >>> 4 root 9 0 0 0 0 SW 0.0 0.0 0:33 0 >> >>kswapd >> >> >>>Login screen prompt is on the box. Am I in the right direction or >>>something missing? >>> >>>-----Original Message----- >>>From: cygwin-xfree-owner@cygwin.com >>>[mailto:cygwin-xfree-owner@cygwin.com] On Behalf Of Harold L Hunt II >>>Sent: Sunday, November 30, 2003 1:27 AM >>>To: cygwin-xfree@cygwin.com >>>Subject: Re: xwin on cygwin - cannot connect >>> >>>Andrew, >>> >>>Hmm... the log file looks okay, you did try a failed connection, then >>>send in that XWin.log, right? >>> >>>I'm going to bed. Maybe someone else can help. >>> >>>Harold >>> >>>Andrew Leung wrote: >>> >>> >>> >>> >>>>Thanks for the reply, here it is, This was my latest attempt, but >>> >>>now >>> >>> >>> >>>>it seems the checkered screen stays.. but with no change. It does > > not > >>>>disappear on me at this point. >>>> >>>>ddxProcessArgument - Initializing default screens >>>>winInitializeDefaultScreens - w 1024 h 768 >>>>winInitializeDefaultScreens - Returning >>>>OsVendorInit - Creating bogus screen 0 >>>>_XSERVTransmkdir: Owner of /tmp/.X11-unix should be set to root >>>>(EE) Unable to locate/open config file >>>>InitOutput - Error reading config file >>>>winDetectSupportedEngines - Windows NT/2000/XP >>>>winDetectSupportedEngines - DirectDraw installed >>>>winDetectSupportedEngines - Allowing PrimaryDD >>>>winDetectSupportedEngines - DirectDraw4 installed >>>>winDetectSupportedEngines - Returning, supported engines 0000001f >>>>InitOutput - g_iNumScreens: 1 iMaxConsecutiveScreen: 1 >>>>winSetEngine - Using Shadow DirectDraw NonLocking >>>>winAdjustVideoModeShadowDDNL - Using Windows display depth of 32 bits >>>>per pixel >>>>winCreateBoundingWindowWindowed - User w: 1024 h: 768 >>>>winCreateBoundingWindowWindowed - Current w: 1024 h: 768 >>>>winAdjustForAutoHide - Original WorkArea: 0 100 718 1024 >>>>winAdjustForAutoHide - Adjusted WorkArea: 0 100 718 1024 >>>>winCreateBoundingWindowWindowed - WindowClient w 918 h 693 r 918 l 0 > > b > >>>>693 t 0 >>>>winCreateBoundingWindowWindowed - Returning >>>>winCreatePrimarySurfaceShadowDDNL - Creating primary surface >>>>winCreatePrimarySurfaceShadowDDNL - Created primary surface >>>>winCreatePrimarySurfaceShadowDDNL - Attached clipper to primary >>> >>>surface >>> >>> >>> >>>>winAllocateFBShadowDDNL - lPitch: 3672 >>>>winAllocateFBShadowDDNL - Created shadow pitch: 3672 >>>>winAllocateFBShadowDDNL - Created shadow stride: 918 >>>>winFinishScreenInitFB - Masks: 00ff0000 0000ff00 000000ff >>>>winInitVisualsShadowDDNL - Masks 00ff0000 0000ff00 000000ff BPRGB 8 d >>> >>>24 >>> >>> >>> >>>>bpp 32 >>>>winCreateDefColormap - Deferring to fbCreateDefColormap () >>>>winFinishScreenInitFB - returning >>>>winScreenInit - returning >>>>InitOutput - Returning. >>>>MIT-SHM extension disabled due to lack of kernel support >>>>XFree86-Bigfont extension local-client optimization disabled due to >>> >>>lack >>> >>> >>> >>>>of shared memory support in the kernel >>>>(==) winConfigKeyboard - Layout: "00000409" (00000409) >>>>(EE) No primary keyboard configured >>>>(==) Using compiletime defaults for keyboard >>>>Rules = "xfree86" Model = "pc101" Layout = "us" Variant = "(null)" >>>>Options = "(null)" >>>>winPointerWarpCursor - Discarding first warp: 459 346 >>>>winBlockHandler - Releasing pmServerStarted >>>>winBlockHandler - pthread_mutex_unlock () returned >>>> >>>> >>>>-----Original Message----- >>>>From: cygwin-xfree-owner@cygwin.com >>>>[mailto:cygwin-xfree-owner@cygwin.com] On Behalf Of Harold L Hunt II >>>>Sent: Sunday, November 30, 2003 1:09 AM >>>>To: cygwin-xfree@cygwin.com >>>>Subject: Re: xwin on cygwin - cannot connect >>>> >>>>Andrew, >>>> >>>>Andrew Leung wrote: >>>> >>>> >>>> >>>> >>>>>I've got cygwin on winxp machine - can't connect to the X server. >>>> >>>>When >>>> >>>> >>>> >>>> >>>>>using xwin.exe :0 -query the checkered screen quickly comes > > up > >>>>>and then disappears.. Anyone know whats happening? Also I remember >>>>>someone mentioning that X shouldn't be running on the linux box when >>>>>trying to connect. How do I stop this as the login screen loads up >>>>>everytime I boot up? The machine is running slackware. I'm pretty >>>> >>>>sure >>>> >>>> >>>> >>>> >>>>>there's communication since tcpdumps show some responsive port 117 >>>>>traffic.. Any help is appreciated, I'm new to linux so I'm not sure >>>>>what to look for.. Thanks in advance. >>>> >>>> >>>>Sounds like you have a font problem on your Windows machine. Please >>>>send in the contents of /tmp/XWin.log after a failed attempt to >>> >>>connect. >>> >>> >>> >>>>Harold >>>> >>>> >>>> >>>> >>>> >>> >>> >>> >>> >>> >>> >> >> >> >> > > > > > From arehman@braus.ch Tue Dec 2 13:17:00 2003 From: arehman@braus.ch (Ahmed Rehman) Date: Tue, 02 Dec 2003 13:17:00 -0000 Subject: windowmaker bug appers when using dos Text File Format Message-ID: Im using windows 2000, current cygwin installation (2.12.2003) windowmaker (wmaker) has a error on startup, (it says error 11, files like $HOME/GNUstep/Defaults/WindowMaker cant be read by wmaker or are empty, setting $HOME system variable does not help, ) i found it happens if when i set "Default text type" to dos during installation with the cygwin installer, (and it disappears when I set it to Linux) ahmed Rehman From dirk.fassbender@avinci.de Tue Dec 2 19:02:00 2003 From: dirk.fassbender@avinci.de (Dirk Fassbender) Date: Tue, 02 Dec 2003 19:02:00 -0000 Subject: Latest cygwin snapshots brake XWin Message-ID: <001301c3b906$e3ab69f0$0100007f@due.avinci.de> Hello list, the latest cygwin snapshots brake XWin with the -clipboard nd/or -multiwindow option for me. If I try a XWin -multiwindow & or XWin -clipboard & the program terminates immediately. There is no stackdump and /tmp/XWin.log shows no Problem. I have attached one XWin.log from an unsuccessful start. The latest cygwin snapshot that works (part of cygcheck -s) : Build date: Thu Nov 27 18:37:39 EST 2003 Snapshot date: 20031121-17:21:44 The first cygwin snapshot that does not work (I think the snapshot from Nov 28 was broken complete) : Build date: Sat Nov 29 21:32:02 EST 2003 Snapshot date: 20031129-21:28:41 Is this a problem with my installation ? Mit freundlichen Gruessen / Best Regards Dirk Fassbender Senior Consultant Avinci - The Know-How Company Halskestra??e 38 D-40880 Ratingen http://www.avinci.biz -------------- next part -------------- A non-text attachment was scrubbed... Name: XWin.log Type: application/octet-stream Size: 1771 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: CYGCHECK.def Type: application/octet-stream Size: 28562 bytes Desc: not available URL: From rlvcosta@hotmail.com Tue Dec 2 19:02:00 2003 From: rlvcosta@hotmail.com (Rodrigo Costa) Date: Tue, 02 Dec 2003 19:02:00 -0000 Subject: F keys not in a single sequence Message-ID: Cygwin X team, I would like to request your help to solve one issue that I have about X system. I 'm running X under cygwin, in my Windows 2000 laptop. I have one Solaris server that have an application that needs the F keys sequence to be sent in an atomic way. Application requeriment: With Oracle 8, however, the escape sequence has to be received as an atom in order for the corresponding function key to work. For example, for F1 of vt100 terminal, the escape sequence "ESC+O+P" must be received by RCV as an atom. If the network first sends "ESC+O" and then followed by "P", the key's function will fail. This can be verified by running truss on runrcformx process. I runned truss under the process and receive : See the read in two steps. door_return(0x00000000, 0, 0x00000000, 0) (sleeping...) lwp_cond_wait(0xDFA427B8, 0xDFA427C8, 0xDF86AD78) (sleeping...) read(0, "1B", 32) = 1 read(0, " [ A", 32) = 2 write(1, "1B [ 1 m1B [ 7 m A\b1B [".., 13) = 13 read(0, 0x08B515B8, 32) (sleeping...) signotifywait() (sleeping...) and with another terminal, that is not an xterm, it works fine. See the read below. read(0, 0x08B515B8, 32) (sleeping...) signotifywait() (sleeping...) door_return(0x00000000, 0, 0x00000000, 0) (sleeping...) lwp_cond_wait(0xDFA427B8, 0xDFA427C8, 0xDF86AD78) (sleeping...) read(0, "1B [ B", 32) = 3 write(1, "1B [ 0 ; 1 ; 7 m B1B [ 2".., 85) = 85 read(0, 0x08B515B8, 32) (sleeping...) signotifywait() (sleeping...) What I do is under the xterm, telnet to the other machine, set TERM as xterm, and open the application that I need to use. It was running under X before I make a cygwin, full system (including X), upgrade. Now I run out my tries. Do you know if this can be a configuration file? Or what can be done to workaround ? Thanks, Rodrigo. _________________________________________________________________ MSN Hotmail, o maior webmail do Brasil. http://www.hotmail.com From daveroth@acm.org Tue Dec 2 19:59:00 2003 From: daveroth@acm.org (David Rothenberger) Date: Tue, 02 Dec 2003 19:59:00 -0000 Subject: Latest cygwin snapshots brake XWin In-Reply-To: <001301c3b906$e3ab69f0$0100007f@due.avinci.de> References: <001301c3b906$e3ab69f0$0100007f@due.avinci.de> Message-ID: <3FCCEF27.3030604@acm.org> I am experiencing the same problem with the latest CVS DLL. The message I get to the console is: XIO: fatal IO error 104 (Connection reset by peer) on X server "127.0.0.1:0.0" after 0 requests (0 known processed) with 0 events remaining. It doesn't seem to matter what DISPLAY variable setting I use. David Dirk Fassbender wrote: > Hello list, > > the latest cygwin snapshots brake XWin with the -clipboard > nd/or -multiwindow option for me. > > If I try a > XWin -multiwindow & > or > XWin -clipboard & > the program terminates immediately. > There is no stackdump and /tmp/XWin.log shows no Problem. > I have attached one XWin.log from an unsuccessful start. > > The latest cygwin snapshot that works (part of cygcheck -s) : > Build date: Thu Nov 27 18:37:39 EST 2003 > Snapshot date: 20031121-17:21:44 > > The first cygwin snapshot that does not work (I think the snapshot from Nov > 28 was broken complete) : > Build date: Sat Nov 29 21:32:02 EST 2003 > Snapshot date: 20031129-21:28:41 > > Is this a problem with my installation ? > > Mit freundlichen Gruessen / Best Regards > > Dirk Fassbender > Senior Consultant > > Avinci - The Know-How Company > Halskestra??e 38 > D-40880 Ratingen > > http://www.avinci.biz > From pechtcha@cs.nyu.edu Tue Dec 2 20:44:00 2003 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Tue, 02 Dec 2003 20:44:00 -0000 Subject: Cygwin XFree86 startx Problem In-Reply-To: References: <20031121192050.14367.qmail@web60304.mail.yahoo.com> <3FBE6FCF.6090002@msu.edu> <3FBFACC6.80305@msu.edu> Message-ID: On Sat, 29 Nov 2003, Igor Pechtchanski wrote: > On Sat, 22 Nov 2003, Harold L Hunt II wrote: > > > Igor, > > > > Igor Pechtchanski wrote: > > > On Fri, 21 Nov 2003, Harold L Hunt II wrote: > > > > > >>Igor, > > >> > > >>Igor Pechtchanski wrote: > > >> > > >> > > >>>On Fri, 21 Nov 2003, Chan Seng Loong wrote: > > >>> > > >>>>hi again... > > >>>> > > >>>>Thanks to Mr. Igor Pechtchanski, the "[: Seng: unknown > > >>>>operand" problem is eleminated with the power of "" > > >>>>qutoes :-D > > >>> > > >>>Good. Harold, how do you want to go about incorporating the patch? > > >> > > >>As you suspected, I think this is actually a generated file. Granted, > > >>the input is similar to the output, but it is a different file that > > >>needs to be patched. Again, I cannot check this right now. > > >> > > >>As far as what to do with the patch, it is hard to say. Are you just > > >>asking about how it will get into my next release? That should be easy. > > >> As far as finding it an upstream home, we still have to wait for the > > >>tree on freedesktop.org to finish being setup. > > >> > > >>Harold > > > > > > Ok, I'll try to checkout the CVS tree at some point soon and produce this > > > patch off the correct file. > > > > Base the patch off of the SourceForge tree that we have for now: > > > > http://sourceforge.net/projects/xoncygwin/ > > > > That's what I essentially do my builds from, so it should work. > > Hopefully the file in question is actually in that tree... if not, then > > just wait until our freedesktop.org tree is ready. > > > > Harold > > Harold, > > The file (startx.cpp) is in xc/programs/xinit, and the xoncygwin tree only > has xc/programs/Xserver. Are you going to use the tree on freedesktop.org > (which is already set up at "xorg") for further builds of the non-server > parts? If so, should I use the MAIN branch there, or the XORG-CURRENT > branch? > Igor Harold, Here's a patch against the HEAD of the MAIN branch in the xorg tree at freedesktop.org. ChangeLog is below. Let me know if there's a problem. Igor ============================================================================== ChangeLog: 2003-12-02 Igor Pechtchanski * xc/programs/xinit/startx.cpp: Make space-friendly. -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "I have since come to realize that being between your mentor and his route to the bathroom is a major career booster." -- Patrick Naughton -------------- next part -------------- --- xc/programs/xinit/startx.cpp-orig 2003-12-02 13:10:12.000000000 -0500 +++ xc/programs/xinit/startx.cpp 2003-12-02 13:45:06.566899200 -0500 @@ -48,8 +48,9 @@ fi scoclientrc=$HOME/.startxrc #endif -userclientrc=$HOME/.xinitrc -userserverrc=$HOME/.xserverrc +userclientrc="$HOME/.xinitrc" +userserverrc="$HOME/.xserverrc" +/* Note: XINITDIR and BINDIR should be space-free */ sysclientrc=XINITDIR/xinitrc sysserverrc=XINITDIR/xserverrc defaultclient=BINDIR/xterm @@ -64,19 +65,19 @@ if [ -f $scoclientrc ]; then defaultclientargs=$scoclientrc else #endif -if [ -f $userclientrc ]; then - defaultclientargs=$userclientrc -elif [ -f $sysclientrc ]; then - defaultclientargs=$sysclientrc +if [ -f "$userclientrc" ]; then + defaultclientargs="\"$userclientrc\"" +elif [ -f "$sysclientrc" ]; then + defaultclientargs="\"$sysclientrc\"" fi #ifdef SCO fi #endif -if [ -f $userserverrc ]; then - defaultserverargs=$userserverrc -elif [ -f $sysserverrc ]; then - defaultserverargs=$sysserverrc +if [ -f "$userserverrc" ]; then + defaultserverargs="\"$userserverrc\"" +elif [ -f "$sysserverrc" ]; then + defaultserverargs="\"$sysserverrc\"" fi whoseargs="client" @@ -86,15 +87,15 @@ while [ x"$1" != x ]; do /''*|\./''*) if [ "$whoseargs" = "client" ]; then if [ x"$clientargs" = x ]; then - client="$1" + client="\"$1\"" else - clientargs="$clientargs $1" + clientargs="$clientargs \"$1\"" fi else if [ x"$serverargs" = x ]; then - server="$1" + server="\"$1\"" else - serverargs="$serverargs $1" + serverargs="$serverargs \"$1\"" fi fi ;; @@ -103,14 +104,14 @@ while [ x"$1" != x ]; do ;; *) if [ "$whoseargs" = "client" ]; then - clientargs="$clientargs $1" + clientargs="$clientargs \"$1\"" else XCOMM display must be the FIRST server argument if [ x"$serverargs" = x ] && @@ expr "$1" : ':[0-9][0-9]*$' > /dev/null 2>&1; then - display="$1" + display="\"$1\"" else - serverargs="$serverargs $1" + serverargs="$serverargs \"$1\"" fi fi ;; @@ -124,7 +125,7 @@ if [ x"$client" = x ]; then if [ x"$clientargs" = x ]; then client="$defaultclientargs" else - client=$defaultclient + client="$defaultclient" fi fi @@ -134,12 +135,12 @@ if [ x"$server" = x ]; then if [ x"$serverargs" = x -a x"$display" = x ]; then server="$defaultserverargs" else - server=$defaultserver + server="$defaultserver" fi fi if [ x"$XAUTHORITY" = x ]; then - XAUTHORITY=$HOME/.Xauthority + XAUTHORITY="$HOME/.Xauthority" export XAUTHORITY fi @@ -172,9 +173,13 @@ EOF done #endif -xinit $client $clientargs -- $server $display $serverargs +XCOMM correctly process quotes, etc +eval "set -- $client $clientargs -- $server $display $serverargs" + +xinit "$@" if [ x"$removelist" != x ]; then + XCOMM Note: this is still not space-friendly! xauth remove $removelist fi From huntharo@msu.edu Wed Dec 3 01:37:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 03 Dec 2003 01:37:00 -0000 Subject: Latest cygwin snapshots brake XWin In-Reply-To: <001301c3b906$e3ab69f0$0100007f@due.avinci.de> References: <001301c3b906$e3ab69f0$0100007f@due.avinci.de> Message-ID: <3FCD3E5A.206@msu.edu> Dirk, The fact that the new cygserver support for SHM in cygwin1.dll is enabled in CVS might have something to do with your problem: http://sources.redhat.com/ml/cygwin-apps/2003-11/msg00354.html This may have nothing at all to do with your problem, but I would suspect that our linking with cygipc (which exports some duplicate functions now) would cause a problem with the new cygwin1.dll from CVS. You would have to rebuild all of our tree and prevent it from linking with cygipc in order to figure out if this is the root of your problem. As it is at the moment, I'm not going to look into it because I am satisfied that I know what the problem is. If you look into it further, please post to this list. No need to post anywhere else... anyone interested follows this list. Harold Dirk Fassbender wrote: > Hello list, > > the latest cygwin snapshots brake XWin with the -clipboard > nd/or -multiwindow option for me. > > If I try a > XWin -multiwindow & > or > XWin -clipboard & > the program terminates immediately. > There is no stackdump and /tmp/XWin.log shows no Problem. > I have attached one XWin.log from an unsuccessful start. > > The latest cygwin snapshot that works (part of cygcheck -s) : > Build date: Thu Nov 27 18:37:39 EST 2003 > Snapshot date: 20031121-17:21:44 > > The first cygwin snapshot that does not work (I think the snapshot from Nov > 28 was broken complete) : > Build date: Sat Nov 29 21:32:02 EST 2003 > Snapshot date: 20031129-21:28:41 > > Is this a problem with my installation ? > > Mit freundlichen Gruessen / Best Regards > > Dirk Fassbender > Senior Consultant > > Avinci - The Know-How Company > Halskestra??e 38 > D-40880 Ratingen > > http://www.avinci.biz From huntharo@msu.edu Wed Dec 3 01:38:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 03 Dec 2003 01:38:00 -0000 Subject: Cygwin XFree86 startx Problem In-Reply-To: References: <20031121192050.14367.qmail@web60304.mail.yahoo.com> <3FBE6FCF.6090002@msu.edu> <3FBFACC6.80305@msu.edu> Message-ID: <3FCD3E7E.5060604@msu.edu> Igor, Cool. Thanks! Harold Igor Pechtchanski wrote: > On Sat, 29 Nov 2003, Igor Pechtchanski wrote: > > >>On Sat, 22 Nov 2003, Harold L Hunt II wrote: >> >> >>>Igor, >>> >>>Igor Pechtchanski wrote: >>> >>>>On Fri, 21 Nov 2003, Harold L Hunt II wrote: >>>> >>>> >>>>>Igor, >>>>> >>>>>Igor Pechtchanski wrote: >>>>> >>>>> >>>>> >>>>>>On Fri, 21 Nov 2003, Chan Seng Loong wrote: >>>>>> >>>>>> >>>>>>>hi again... >>>>>>> >>>>>>>Thanks to Mr. Igor Pechtchanski, the "[: Seng: unknown >>>>>>>operand" problem is eleminated with the power of "" >>>>>>>qutoes :-D >>>>>> >>>>>>Good. Harold, how do you want to go about incorporating the patch? >>>>> >>>>>As you suspected, I think this is actually a generated file. Granted, >>>>>the input is similar to the output, but it is a different file that >>>>>needs to be patched. Again, I cannot check this right now. >>>>> >>>>>As far as what to do with the patch, it is hard to say. Are you just >>>>>asking about how it will get into my next release? That should be easy. >>>>> As far as finding it an upstream home, we still have to wait for the >>>>>tree on freedesktop.org to finish being setup. >>>>> >>>>>Harold >>>> >>>>Ok, I'll try to checkout the CVS tree at some point soon and produce this >>>>patch off the correct file. >>> >>>Base the patch off of the SourceForge tree that we have for now: >>> >>>http://sourceforge.net/projects/xoncygwin/ >>> >>>That's what I essentially do my builds from, so it should work. >>>Hopefully the file in question is actually in that tree... if not, then >>>just wait until our freedesktop.org tree is ready. >>> >>>Harold >> >>Harold, >> >>The file (startx.cpp) is in xc/programs/xinit, and the xoncygwin tree only >>has xc/programs/Xserver. Are you going to use the tree on freedesktop.org >>(which is already set up at "xorg") for further builds of the non-server >>parts? If so, should I use the MAIN branch there, or the XORG-CURRENT >>branch? >> Igor > > > Harold, > > Here's a patch against the HEAD of the MAIN branch in the xorg tree at > freedesktop.org. ChangeLog is below. Let me know if there's a problem. > Igor > ============================================================================== > ChangeLog: > 2003-12-02 Igor Pechtchanski > * xc/programs/xinit/startx.cpp: Make space-friendly. > > > > ------------------------------------------------------------------------ > > --- xc/programs/xinit/startx.cpp-orig 2003-12-02 13:10:12.000000000 -0500 > +++ xc/programs/xinit/startx.cpp 2003-12-02 13:45:06.566899200 -0500 > @@ -48,8 +48,9 @@ fi > scoclientrc=$HOME/.startxrc > #endif > > -userclientrc=$HOME/.xinitrc > -userserverrc=$HOME/.xserverrc > +userclientrc="$HOME/.xinitrc" > +userserverrc="$HOME/.xserverrc" > +/* Note: XINITDIR and BINDIR should be space-free */ > sysclientrc=XINITDIR/xinitrc > sysserverrc=XINITDIR/xserverrc > defaultclient=BINDIR/xterm > @@ -64,19 +65,19 @@ if [ -f $scoclientrc ]; then > defaultclientargs=$scoclientrc > else > #endif > -if [ -f $userclientrc ]; then > - defaultclientargs=$userclientrc > -elif [ -f $sysclientrc ]; then > - defaultclientargs=$sysclientrc > +if [ -f "$userclientrc" ]; then > + defaultclientargs="\"$userclientrc\"" > +elif [ -f "$sysclientrc" ]; then > + defaultclientargs="\"$sysclientrc\"" > fi > #ifdef SCO > fi > #endif > > -if [ -f $userserverrc ]; then > - defaultserverargs=$userserverrc > -elif [ -f $sysserverrc ]; then > - defaultserverargs=$sysserverrc > +if [ -f "$userserverrc" ]; then > + defaultserverargs="\"$userserverrc\"" > +elif [ -f "$sysserverrc" ]; then > + defaultserverargs="\"$sysserverrc\"" > fi > > whoseargs="client" > @@ -86,15 +87,15 @@ while [ x"$1" != x ]; do > /''*|\./''*) > if [ "$whoseargs" = "client" ]; then > if [ x"$clientargs" = x ]; then > - client="$1" > + client="\"$1\"" > else > - clientargs="$clientargs $1" > + clientargs="$clientargs \"$1\"" > fi > else > if [ x"$serverargs" = x ]; then > - server="$1" > + server="\"$1\"" > else > - serverargs="$serverargs $1" > + serverargs="$serverargs \"$1\"" > fi > fi > ;; > @@ -103,14 +104,14 @@ while [ x"$1" != x ]; do > ;; > *) > if [ "$whoseargs" = "client" ]; then > - clientargs="$clientargs $1" > + clientargs="$clientargs \"$1\"" > else > XCOMM display must be the FIRST server argument > if [ x"$serverargs" = x ] && @@ > expr "$1" : ':[0-9][0-9]*$' > /dev/null 2>&1; then > - display="$1" > + display="\"$1\"" > else > - serverargs="$serverargs $1" > + serverargs="$serverargs \"$1\"" > fi > fi > ;; > @@ -124,7 +125,7 @@ if [ x"$client" = x ]; then > if [ x"$clientargs" = x ]; then > client="$defaultclientargs" > else > - client=$defaultclient > + client="$defaultclient" > fi > fi > > @@ -134,12 +135,12 @@ if [ x"$server" = x ]; then > if [ x"$serverargs" = x -a x"$display" = x ]; then > server="$defaultserverargs" > else > - server=$defaultserver > + server="$defaultserver" > fi > fi > > if [ x"$XAUTHORITY" = x ]; then > - XAUTHORITY=$HOME/.Xauthority > + XAUTHORITY="$HOME/.Xauthority" > export XAUTHORITY > fi > > @@ -172,9 +173,13 @@ EOF > done > #endif > > -xinit $client $clientargs -- $server $display $serverargs > +XCOMM correctly process quotes, etc > +eval "set -- $client $clientargs -- $server $display $serverargs" > + > +xinit "$@" > > if [ x"$removelist" != x ]; then > + XCOMM Note: this is still not space-friendly! > xauth remove $removelist > fi > From andrew.leung@utoronto.ca Wed Dec 3 02:01:00 2003 From: andrew.leung@utoronto.ca (Andrew Leung) Date: Wed, 03 Dec 2003 02:01:00 -0000 Subject: FW: xwin on cygwin - cannot connect Message-ID: <071B78D196015846A511D2EA6540766D0209ED@commandcenter.dijitalconceptions.com> I believe it was an issue with the cygwin.? The screen and the whole app it self seemed to crash when trying to connect.? I tried on a nother machine and everything is fine. ? Another question,? I would like to access this box from external, it's behind a NAT/firewall.? I've been hearing that xdmcp does not work behind NAT devices..? true or false? ? thx ? From: cygwin-xfree-owner@cygwin.com on behalf of Harold L Hunt II Sent: Mon 01/12/2003 10:55 PM To: cygwin-xfree@cygwin.com Subject: Re: xwin on cygwin - cannot connect Andrew, What was the problem? Harold Andrew Leung wrote: > Hey Harold, thanks for the help.? I've got it working now! > > > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com] On Behalf Of Harold L Hunt II > Sent: Sunday, November 30, 2003 8:09 PM > To: cygwin-xfree@cygwin.com > Subject: Re: xwin on cygwin - cannot connect > > What are the exact flags you are passing to XWin.exe?? Please copy and > paste them so that there are no transcription errors. > > Harold > > Andrew Leung wrote: > > >>K actually the flag was enabled already - I must have forgotten to >>restart it after making those changes.? After doing that, here's some >>changes in the logs - the IP you see there is ip of the linux box. >>Also, I was watching top closely during the connection attempt, and >>found kdmgreeter process popon for maybe 5 seconds, and then disappear >>off the list..? is that indicative of anything? >> >> >>ddxProcessArgument - Initializing default screens >>winInitializeDefaultScreens - w 1024 h 768 >>winInitializeDefaultScreens - Returning >>OsVendorInit - Creating bogus screen 0 >>_XSERVTransmkdir: Owner of /tmp/.X11-unix should be set to root >>(EE) Unable to locate/open config file >>InitOutput - Error reading config file >>winDetectSupportedEngines - Windows NT/2000/XP >>winDetectSupportedEngines - DirectDraw installed >>winDetectSupportedEngines - Allowing PrimaryDD >>winDetectSupportedEngines - DirectDraw4 installed >>winDetectSupportedEngines - Returning, supported engines 0000001f >>InitOutput - g_iNumScreens: 1 iMaxConsecutiveScreen: 1 >>winSetEngine - Using Shadow DirectDraw NonLocking >>winAdjustVideoModeShadowDDNL - Using Windows display depth of 32 bits >>per pixel >>winCreateBoundingWindowWindowed - User w: 1024 h: 768 >>winCreateBoundingWindowWindowed - Current w: 1024 h: 768 >>winAdjustForAutoHide - Original WorkArea: 0 100 718 1024 >>winAdjustForAutoHide - Adjusted WorkArea: 0 100 718 1024 >>winCreateBoundingWindowWindowed - WindowClient w 918 h 693 r 918 l 0 b >>693 t 0 >>winCreateBoundingWindowWindowed -? Returning >>winCreatePrimarySurfaceShadowDDNL - Creating primary surface >>winCreatePrimarySurfaceShadowDDNL - Created primary surface >>winCreatePrimarySurfaceShadowDDNL - Attached clipper to primary > > surface > >>winAllocateFBShadowDDNL - lPitch: 3672 >>winAllocateFBShadowDDNL - Created shadow pitch: 3672 >>winAllocateFBShadowDDNL - Created shadow stride: 918 >>winFinishScreenInitFB - Masks: 00ff0000 0000ff00 000000ff >>winInitVisualsShadowDDNL - Masks 00ff0000 0000ff00 000000ff BPRGB 8 d > > 24 > >>bpp 32 >>winCreateDefColormap - Deferring to fbCreateDefColormap () >>winFinishScreenInitFB - returning >>winScreenInit - returning >>InitOutput - Returning. >>MIT-SHM extension disabled due to lack of kernel support >>XFree86-Bigfont extension local-client optimization disabled due to > > lack > >>of shared memory support in the kernel >>(==) winConfigKeyboard - Layout: "00000409" (00000409) >>(EE) No primary keyboard configured >>(==) Using compiletime defaults for keyboard >>Rules = "xfree86" Model = "pc101" Layout = "us" Variant = "(null)" >>Options = "(null)" >>winPointerWarpCursor - Discarding first warp: 459 346 >>winBlockHandler - Releasing pmServerStarted >>winBlockHandler - pthread_mutex_unlock () returned >> >>AUDIT: Sun Nov 30 19:59:45 2003: 2708 XWin: client 6 rejected from IP >>192.168.0.4 port 1024 >>? Auth name: MIT-MAGIC-COOKIE-1 ID: -1 >>AUDIT: Sun Nov 30 19:59:46 2003: 2708 XWin: client 6 rejected from IP >>192.168.0.4 port 1025 >>? Auth name: MIT-MAGIC-COOKIE-1 ID: -1 >>AUDIT: Sun Nov 30 19:59:50 2003: 2708 XWin: client 6 rejected from IP >>192.168.0.4 port 1026 >>? Auth name: MIT-MAGIC-COOKIE-1 ID: -1 >>AUDIT: Sun Nov 30 19:59:55 2003: 2708 XWin: client 6 rejected from IP >>192.168.0.4 port 1027 >>? Auth name: MIT-MAGIC-COOKIE-1 ID: -1 >>AUDIT: Sun Nov 30 20:00:02 2003: 2708 XWin: client 6 rejected from IP >>192.168.0.4 port 1028 >>? Auth name: MIT-MAGIC-COOKIE-1 ID: -1 >>AUDIT: Sun Nov 30 20:00:11 2003: 2708 XWin: client 6 rejected from IP >>192.168.0.4 port 1029 >>? Auth name: MIT-MAGIC-COOKIE-1 ID: -1 >>AUDIT: Sun Nov 30 20:00:22 2003: 2708 XWin: client 6 rejected from IP >>192.168.0.4 port 1030 >>? Auth name: MIT-MAGIC-COOKIE-1 ID: -1 >> >> >> >>-----Original Message----- >>From: cygwin-xfree-owner@cygwin.com >>[mailto:cygwin-xfree-owner@cygwin.com] On Behalf Of Harold L Hunt II >>Sent: Sunday, November 30, 2003 7:06 PM >>To: cygwin-xfree@cygwin.com >>Subject: Re: xwin on cygwin - cannot connect >> >>Andrew, >> >>Oops, forgot to check the basics.? XDMCP is not enabled by default on >>most Linux distributions these days.? See below for information on how > > >>to enable it: >> >> > > http://xfree86.cygwin.com/docs/faq/cygwin-xfree-faq.html#q-mandrake-8.1- > >>xdmcp >> >>Make sure that you either restart gdm (drop to runlevel 3, then go > > back > >>to runlevel 5) or just restart the Linux machine to make sure that the > > >>XDMCP enable flag is read.? Then do your test again. >> >>Harold >> >>Andrew Leung wrote: >> >> >> >>>Harold, >>> >>>Yes that's the latest XWin.log off the cygwin installation.? Then I >>>suppose it's something on the linux box.? Are there logs on there that >>>would shed some light?? I see that gdm is running from top command: >>> >>> PID USER???? PRI? NI? SIZE? RSS SHARE STAT %CPU %MEM?? TIME CPU >>>COMMAND >>>2089 root????? 14?? 0?? 936? 900?? 752 R???? 2.1? 3.0?? 0:02?? 0 top >>>2092 root????? 11?? 0 10372 5276? 1500 S???? 1.3 17.9?? 0:16?? 0 X >>>2060 root????? 11?? 0?? 896? 740?? 660 S???? 0.7? 2.5?? 0:00?? 0 sshd >>>?? 6 root????? 10?? 0???? 0??? 0???? 0 SW??? 0.1? 0.0?? 0:15?? 0 >>>kupdated >>>2101 gdm??????? 9?? 0 10968? 10M? 6736 S???? 0.1 37.3?? 0:26?? 0 >>>gdmgreeter >>>?? 1 root?????? 9?? 0??? 80?? 52??? 44 S???? 0.0? 0.1?? 0:04?? 0 init >>>?? 2 root?????? 9?? 0???? 0??? 0???? 0 SW??? 0.0? 0.0?? 0:00?? 0 >>>keventd >>>?? 3 root????? 19? 19???? 0??? 0???? 0 SWN?? 0.0? 0.0?? 0:00?? 0 >>>ksoftirqd_CPU >>>?? 4 root?????? 9?? 0???? 0??? 0???? 0 SW??? 0.0? 0.0?? 0:33?? 0 >> >>kswapd >> >> >>>Login screen prompt is on the box.? Am I in the right direction or >>>something missing? >>> >>>-----Original Message----- >>>From: cygwin-xfree-owner@cygwin.com >>>[mailto:cygwin-xfree-owner@cygwin.com] On Behalf Of Harold L Hunt II >>>Sent: Sunday, November 30, 2003 1:27 AM >>>To: cygwin-xfree@cygwin.com >>>Subject: Re: xwin on cygwin - cannot connect >>> >>>Andrew, >>> >>>Hmm... the log file looks okay, you did try a failed connection, then >>>send in that XWin.log, right? >>> >>>I'm going to bed.? Maybe someone else can help. >>> >>>Harold >>> >>>Andrew Leung wrote: >>> >>> >>> >>> >>>>Thanks for the reply,? here it is,? This was my latest attempt, but >>> >>>now >>> >>> >>> >>>>it seems the checkered screen stays.. but with no change.? It does > > not > >>>>disappear on me at this point.? >>>> >>>>ddxProcessArgument - Initializing default screens >>>>winInitializeDefaultScreens - w 1024 h 768 >>>>winInitializeDefaultScreens - Returning >>>>OsVendorInit - Creating bogus screen 0 >>>>_XSERVTransmkdir: Owner of /tmp/.X11-unix should be set to root >>>>(EE) Unable to locate/open config file >>>>InitOutput - Error reading config file >>>>winDetectSupportedEngines - Windows NT/2000/XP >>>>winDetectSupportedEngines - DirectDraw installed >>>>winDetectSupportedEngines - Allowing PrimaryDD >>>>winDetectSupportedEngines - DirectDraw4 installed >>>>winDetectSupportedEngines - Returning, supported engines 0000001f >>>>InitOutput - g_iNumScreens: 1 iMaxConsecutiveScreen: 1 >>>>winSetEngine - Using Shadow DirectDraw NonLocking >>>>winAdjustVideoModeShadowDDNL - Using Windows display depth of 32 bits >>>>per pixel >>>>winCreateBoundingWindowWindowed - User w: 1024 h: 768 >>>>winCreateBoundingWindowWindowed - Current w: 1024 h: 768 >>>>winAdjustForAutoHide - Original WorkArea: 0 100 718 1024 >>>>winAdjustForAutoHide - Adjusted WorkArea: 0 100 718 1024 >>>>winCreateBoundingWindowWindowed - WindowClient w 918 h 693 r 918 l 0 > > b > >>>>693 t 0 >>>>winCreateBoundingWindowWindowed -? Returning >>>>winCreatePrimarySurfaceShadowDDNL - Creating primary surface >>>>winCreatePrimarySurfaceShadowDDNL - Created primary surface >>>>winCreatePrimarySurfaceShadowDDNL - Attached clipper to primary >>> >>>surface >>> >>> >>> >>>>winAllocateFBShadowDDNL - lPitch: 3672 >>>>winAllocateFBShadowDDNL - Created shadow pitch: 3672 >>>>winAllocateFBShadowDDNL - Created shadow stride: 918 >>>>winFinishScreenInitFB - Masks: 00ff0000 0000ff00 000000ff >>>>winInitVisualsShadowDDNL - Masks 00ff0000 0000ff00 000000ff BPRGB 8 d >>> >>>24 >>> >>> >>> >>>>bpp 32 >>>>winCreateDefColormap - Deferring to fbCreateDefColormap () >>>>winFinishScreenInitFB - returning >>>>winScreenInit - returning >>>>InitOutput - Returning. >>>>MIT-SHM extension disabled due to lack of kernel support >>>>XFree86-Bigfont extension local-client optimization disabled due to >>> >>>lack >>> >>> >>> >>>>of shared memory support in the kernel >>>>(==) winConfigKeyboard - Layout: "00000409" (00000409) >>>>(EE) No primary keyboard configured >>>>(==) Using compiletime defaults for keyboard >>>>Rules = "xfree86" Model = "pc101" Layout = "us" Variant = "(null)" >>>>Options = "(null)" >>>>winPointerWarpCursor - Discarding first warp: 459 346 >>>>winBlockHandler - Releasing pmServerStarted >>>>winBlockHandler - pthread_mutex_unlock () returned >>>> >>>> >>>>-----Original Message----- >>>>From: cygwin-xfree-owner@cygwin.com >>>>[mailto:cygwin-xfree-owner@cygwin.com] On Behalf Of Harold L Hunt II >>>>Sent: Sunday, November 30, 2003 1:09 AM >>>>To: cygwin-xfree@cygwin.com >>>>Subject: Re: xwin on cygwin - cannot connect >>>> >>>>Andrew, >>>> >>>>Andrew Leung wrote: >>>> >>>> >>>> >>>> >>>>>I've got cygwin on winxp machine - can't connect to the X server. >>>> >>>>When >>>> >>>> >>>> >>>> >>>>>using xwin.exe :0 -query the checkered screen quickly comes > > up > >>>>>and then disappears.. Anyone know whats happening?? Also I remember >>>>>someone mentioning that X shouldn't be running on the linux box when >>>>>trying to connect.? How do I stop this as the login screen loads up >>>>>everytime I boot up?? The machine is running slackware.? I'm pretty >>>> >>>>sure >>>> >>>> >>>> >>>> >>>>>there's communication since tcpdumps show some responsive port 117 >>>>>traffic..? Any help is appreciated, I'm new to linux so I'm not sure >>>>>what to look for..? Thanks in advance. >>>> >>>> >>>>Sounds like you have a font problem on your Windows machine.? Please >>>>send in the contents of /tmp/XWin.log after a failed attempt to >>> >>>connect. >>> >>> >>> >>>>Harold >>>> >>>> >>>> >>>> >>>> >>> >>> >>> >>> >>> >>> >> >> >> >> > > > > > From jay@JaySmith.com Wed Dec 3 02:11:00 2003 From: jay@JaySmith.com (Jay Smith) Date: Wed, 03 Dec 2003 02:11:00 -0000 Subject: Access from outside a NAT/firewall In-Reply-To: <071B78D196015846A511D2EA6540766D0209ED@commandcenter.dijitalconceptions.com> References: <071B78D196015846A511D2EA6540766D0209ED@commandcenter.dijitalconceptions.com> Message-ID: <3FCD45FC.9080708@JaySmith.com> Andrew, I can't speak to the direct question about XDMCP, however.... Some NAT devices are able to map multiple internal addresses to multiple external addresses. If your network's NAT/firewall has the "multiple" capability the risks vs rewards must be carefully examined. Jay Andrew Leung said the following on 12/02/2003 09:01 PM: > > Another question, I would like to access this box from external, it's behind a NAT/firewall. I've been hearing that xdmcp does not work behind NAT devices.. true or false? > > thx From cgf-no-personal-reply-please@cygwin.com Wed Dec 3 05:32:00 2003 From: cgf-no-personal-reply-please@cygwin.com (Christopher Faylor) Date: Wed, 03 Dec 2003 05:32:00 -0000 Subject: Latest cygwin snapshots brake XWin In-Reply-To: <3FCD3E5A.206@msu.edu> References: <001301c3b906$e3ab69f0$0100007f@due.avinci.de> <3FCD3E5A.206@msu.edu> Message-ID: <20031203053207.GA1909@redhat.com> On Tue, Dec 02, 2003 at 08:37:30PM -0500, Harold L Hunt II wrote: >Dirk, > >The fact that the new cygserver support for SHM in cygwin1.dll is >enabled in CVS might have something to do with your problem: > >http://sources.redhat.com/ml/cygwin-apps/2003-11/msg00354.html > >This may have nothing at all to do with your problem, but I would >suspect that our linking with cygipc (which exports some duplicate >functions now) would cause a problem with the new cygwin1.dll from CVS. >You would have to rebuild all of our tree and prevent it from linking >with cygipc in order to figure out if this is the root of your problem. >As it is at the moment, I'm not going to look into it because I am >satisfied that I know what the problem is. If you look into it >further, please post to this list. No need to post anywhere else... >anyone interested follows this list. I looked into it further. My recent signal work screwed this up. I checked in a fix and am uploading a new snapshot now. cgf From colin.harrison@virgin.net Wed Dec 3 08:27:00 2003 From: colin.harrison@virgin.net (Colin Harrison) Date: Wed, 03 Dec 2003 08:27:00 -0000 Subject: Latest cygwin snapshots brake XWin Message-ID: <200312030826.hB38QqN01805@chamonix.straightrunning.com> Hi, Latest snapshot cygwin1.dll 20031203 now works for me, with XP + Cygwin IPC Daemon 2. Thanks Colin From richard.campbell@air2web.com Wed Dec 3 15:19:00 2003 From: richard.campbell@air2web.com (Richard Campbell) Date: Wed, 03 Dec 2003 15:19:00 -0000 Subject: All packages refreshed with build scripts and source code (we ll, almost all) Message-ID: >I have just finished rebuilding almost all of the Cygwin/X packages. >The prime reasons of the rebuilding and repackaging were: > >1) Provide source for all packages. >2) Provide a build script for all packages. >3) Provide a Cygwin-specific README file for all packages. >4) Include the setup.hint files in each package, so others can modify >and maintain them. >5) Refresh the build of any packages that predated the new shared >library naming convention. Harold, were the source packages ever released for XFree86-*? -Richard Campbell. From ford@vss.fsi.com Wed Dec 3 19:20:00 2003 From: ford@vss.fsi.com (Brian Ford) Date: Wed, 03 Dec 2003 19:20:00 -0000 Subject: compiling DDD In-Reply-To: <1070478432.3fce34609f444@www.nexusmail.uwaterloo.ca> References: <1070478432.3fce34609f444@www.nexusmail.uwaterloo.ca> Message-ID: This is an XFree86 issue, so please use the proper mailing list (cygwin-xfree@cygwin.com). On Wed, 3 Dec 2003 y2bismil@engmail.uwaterloo.ca wrote: > I used to be able to compile ddd fine, but something occurred when i recently > updated ddd. I'm getting static initialiation_construct_and_destructor errors. > Please post the exact (cut and paste) error messages you receive. > If I revert to an oldfer binary or older GCC(3.2.x) then it compiles fine, but > segfaults on startup. > What does an older binary mean? Please see http://www.cygwin.com/problems.html for the additional information we need to help. Also, search the cygwin-xfree mailing list archives to see several discussions on this topic. > *****ddd log************* > GNU DDD 3.3.8 (i686-pc-cygwin) > Copyright (C) 1995-1999 Technische Universit䴠Braunschweig, Germany. > Copyright (C) 1999-2001 Universit䴠Passau, Germany. > Copyright (C) 2001 Universit䴠des Saarlandes, Germany. > > Compiled with GCC 3.2 20020927 (prerelease) > Requires X11R6, Xt11R6, Motif 2.1 (GNU/LessTif Version 2.1 Release 0.93.91) > Includes XPM 3.4.11, Athena Panner (7000002L), DDD core > Built 2003-12-02 by me!!!!. > $ ddd > ! Segmentation fault > ****************************** > It complains about getting an XT error. > Please post the exact XT error. -- Brian Ford Senior Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International Phone: 314-551-8460 Fax: 314-551-8444 From richard.campbell@air2web.com Wed Dec 3 21:39:00 2003 From: richard.campbell@air2web.com (Richard Campbell) Date: Wed, 03 Dec 2003 21:39:00 -0000 Subject: compiling DDD Message-ID: >> I used to be able to compile ddd fine, but something occurred when i recently >> updated ddd. I'm getting static initialiation_construct_and_destructor errors. >> >Please post the exact (cut and paste) error messages you receive. Brian, piggybacking a bit here - this is with ddd-3.3.7 source, compiling with g++ (GCC) 3.3.1 (cygming special), everything else up to date: Agent.o(.text+0x3fb6): In function `GLOBAL(int10_t, long double, char, short, int, double)': /usr/include/c++/3.3.1/iostream:438: undefined reference to `__static_initialization_and_destruction_0(int, int)' Agent.o(.text+0x3fd6): In function `_GLOBAL__D_Agent_rcsid': /usr/include/c++/3.3.1/iostream:438: undefined reference to `__static_initialization_and_destruction_0(int, int)' AgentM.o(.ctors+0x0): In function `_ZN12AgentManagerpLEP5Agent': /cygdrive/c/ddd-3.3.7/ddd/AgentM.C:62: undefined reference to `_GLOBAL(int10_t, long double, char, short, int, double)' I looked here: http://www.cygwin.com/ml/cygwin/2003-07/msg00463.html And cut out all pragma interface and pragma implementations I could find. After that, ddd compiles. If I run it, the following segmentation fault: bash-2.05b$ /usr/local/bin/ddd Warning: This DDD requires a Motif 2.1 library (using Motif 1324099.71) Continue at own risk. Warning: No type converter registered for 'String' to 'Orientation' conversion. Warning: No type converter registered for 'String' to 'Orientation' conversion. Warning: No type converter registered for 'String' to 'Orientation' conversion. Internal error (Segmentation fault). Oops! You have found a bug in DDD. If you can reproduce this bug, please send a bug report to , giving a subject like DDD 3.3.7 (i686-pc-cygwin) gets `Segmentation fault' signal To enable us to fix the bug, you should include the following information: * What you were doing to get this message. Report all the facts. * The contents of the `~/.ddd/log' file as generated by this session. Please read also the section "Reporting Bugs" in the DDD manual. Looking at the ~/.ddd/log output is rather bizarre: GNU DDD 3.3.7 (i686-pc-cygwin) Copyright (C) 1995-1999 Technische Universit?t Braunschweig, Germany. Copyright (C) 1999-2001 Universit?t Passau, Germany. Copyright (C) 2001 Universit?t des Saarlandes, Germany. Compiled with GCC 3.3.1 (cygming special) Requires X11R6, Xt11R6, Motif 2.1 (GNU/LessTif Version 2.1 Release 0.93.91) Includes XPM 3.4.11, Athena Panner (7000002L), DDD core Built 2003-12-01 by (unknown). $ /usr/local/bin/ddd ! Segmentation fault ! Interrupt (because that lesstif version is the one I'm using). I'm going back and doing some "make check" and looking at config.log to see what's going on with the lesstif linking and discussion. -Richard Campbell. From richard.campbell@air2web.com Wed Dec 3 21:42:00 2003 From: richard.campbell@air2web.com (Richard Campbell) Date: Wed, 03 Dec 2003 21:42:00 -0000 Subject: compiling DDD Message-ID: "make check" segfaults at the make check for ddd in just the same way as the main program does (same output, same ~/.ddd/log output). -Richard Campbell. bash-2.05b$ /usr/local/bin/ddd Warning: This DDD requires a Motif 2.1 library (using Motif 1324099.71) Continue at own risk. Warning: No type converter registered for 'String' to 'Orientation' conversion. Warning: No type converter registered for 'String' to 'Orientation' conversion. Warning: No type converter registered for 'String' to 'Orientation' conversion. Internal error (Segmentation fault). Oops! You have found a bug in DDD. If you can reproduce this bug, please send a bug report to , giving a subject like DDD 3.3.7 (i686-pc-cygwin) gets `Segmentation fault' signal To enable us to fix the bug, you should include the following information: * What you were doing to get this message. Report all the facts. * The contents of the `~/.ddd/log' file as generated by this session. Please read also the section "Reporting Bugs" in the DDD manual. Looking at the ~/.ddd/log output is rather bizarre: GNU DDD 3.3.7 (i686-pc-cygwin) Copyright (C) 1995-1999 Technische Universit?t Braunschweig, Germany. Copyright (C) 1999-2001 Universit?t Passau, Germany. Copyright (C) 2001 Universit?t des Saarlandes, Germany. Compiled with GCC 3.3.1 (cygming special) Requires X11R6, Xt11R6, Motif 2.1 (GNU/LessTif Version 2.1 Release 0.93.91) Includes XPM 3.4.11, Athena Panner (7000002L), DDD core Built 2003-12-01 by (unknown). $ /usr/local/bin/ddd ! Segmentation fault ! Interrupt (because that lesstif version is the one I'm using). I'm going back and doing some "make check" and looking at config.log to see what's going on with the lesstif linking and discussion. -Richard Campbell. From subbuk@cs.utexas.edu Wed Dec 3 21:42:00 2003 From: subbuk@cs.utexas.edu (S Iyer) Date: Wed, 03 Dec 2003 21:42:00 -0000 Subject: DDD 3.3.8 (i686-pc-cygwin) gets `Segmentation fault WAS Re: compiling DDD In-Reply-To: References: <1070478432.3fce34609f444@www.nexusmail.uwaterloo.ca> Message-ID: <20031203214218.GA1101@crom.cs.utexas.edu> As I am having similar problems with DDD, let me describe what I have done. 1. Setup a fresh copy of cygwin from kernel.org mirror 2. Get ddd-3.3.8 and unpack. 3. ./configure -- all goes well with one WARNING: configure: WARNING: X11/Xmu/Editres.h: present but cannot be compiled configure: WARNING: X11/Xmu/Editres.h: check for missing prerequisite headers? configure: WARNING: X11/Xmu/Editres.h: proceeding with the preprocessor's result 4. make did not compile even a single file: $make Making all in libiberty /usr/local/ddd-3.3.8/libiberty make[1]: Entering directory `/usr/local/ddd-3.3.8/libiberty' if [ x"" != x ] && [ ! -d pic ]; then \ mkdir pic; \ else true; fi touch stamp-picdir make[1]: *** No rule to make target `../include/xregex.h', needed by `regex.o'. Stop. make[1]: Leaving directory `/usr/local/ddd-3.3.8/libiberty' make: *** [all-recursive] Error 1 Now I can use an earlier ddd or an earlier gcc. Having read past messages, old gcc's are frowned upon. So I got ddd-3.3.7, compile still complains that Editres cannot be compiled. make seems to compile everything untilt eh linker complains: AgentM.o(.text+0x296): In function `GLOBAL(int10_t, long double, char, short, int, double)': /usr/include/c++/3.3.1/iostream:87: undefined reference to `__static_initialization_and_destruction_0(int, int)' AgentM.o(.text+0x2b6): In function `_GLOBAL__D_AgentM_rcsid': /usr/include/c++/3.3.1/iostream:87: undefined reference to `__static_initialization_and_destruction_0(int, int)' AsyncAgent.o(.text+0x8b6): In function `_GLOBAL__I_AsyncAgent_rcsid': /usr/include/c++/3.3.1/iostream:287: undefined reference to `__static_initialization_and_destruction_0(int, int)' AsyncAgent.o(.text+0x8d6): In function `_GLOBAL__D_AsyncAgent_rcsid': /usr/include/c++/3.3.1/iostream:287: undefined reference to `__static_initialization_and_destruction_0(int, int)' LiterateA.o(.text+0x2496): In function `_GLOBAL__I_LiterateAgent_rcsid': /usr/include/c++/3.3.1/iostream:269: undefined reference to `__static_initialization_and_destruction_0(int, int)' LiterateA.o(.text+0x24b6):/usr/include/c++/3.3.1/iostream:269: more undefined references to `__static_initialization_and_destruction_0(int, int)' follow GraphNPA.o(.ctors+0x0):/usr/local/ddd-3.3.7/ddd/GraphNPA.C: undefined reference to `__GLOBAL__I_GraphNodePointerArray_rcsid' GraphNPA.o(.dtors+0x0):/usr/local/ddd-3.3.7/ddd/GraphNPA.C: undefined reference to `__GLOBAL__D_GraphNodePointerArray_rcsid' HintGraphN.o(.text+0xa6): In function `_GLOBAL__I_HintGraphNode_rcsid': /usr/include/c++/3.3.1/iostream:453: undefined reference to `__static_initialization_and_destruction_0(int, int)' HintGraphN.o(.text+0xc6): In function `_GLOBAL__D_HintGraphNode_rcsid': /usr/include/c++/3.3.1/iostream:453: undefined reference to `__static_initialization_and_destruction_0(int, int)' PannedGE.o(.ctors+0x0):PannedGE.C: undefined reference to `__GLOBAL__I_PannedGraphEdit_rcsid' PannedGE.o(.dtors+0x0):PannedGE.C: undefined reference to `__GLOBAL__D_PannedGraphEdit_rcsid' PosGraphN.o(.text+0x36): In function `_GLOBAL__I_PosGraphNode_rcsid': /usr/include/c++/3.3.1/iostream:453: undefined reference to `__static_initialization_and_destruction_0(int, int)' PosGraphN.o(.text+0x56): In function `_GLOBAL__D_PosGraphNode_rcsid': /usr/include/c++/3.3.1/iostream:453: undefined reference to `__static_initialization_and_destruction_0(int, int)' annotation.o(.ctors+0x0): In function `_Z13strip_leadingR6stringRKS_': /usr/local/ddd-3.3.7/ddd/annotation.C:45: undefined reference to `__GLOBAL__I_annotation_rcsid' annotation.o(.dtors+0x0):/usr/local/ddd-3.3.7/ddd/annotation.C:45: undefined reference to `__GLOBAL__D_annotation_rcsid' complete.o(.text+0x2aa6): In function `GLOBAL(int12_t, long double, char, short, int, double)': /usr/include/c++/3.3.1/iostream:226: undefined reference to `__static_initialization_and_destruction_0(int, int)' complete.o(.text+0x2ac6): In function `_GLOBAL__D_complete_rcsid': /usr/include/c++/3.3.1/iostream:226: undefined reference to `__static_initialization_and_destruction_0(int, int)' deref.o(.text+0x856): In function `GLOBAL(int222_t, long double, char, short, int, double)': /usr/include/c++/3.3.1/iostream:1089: undefined reference to `__static_initialization_and_destruction_0(int, int)' deref.o(.text+0x876): In function `_GLOBAL__D_deref_rcsid': /usr/include/c++/3.3.1/iostream:1089: undefined reference to `__static_initialization_and_destruction_0(int, int)' disp-read.o(.text+0x43b6): In function `_GLOBAL__I_disp_read_rcsid': /usr/include/c++/3.3.1/iostream:1089: undefined reference to `__static_initialization_and_destruction_0(int, int)' disp-read.o(.text+0x43d6):/usr/include/c++/3.3.1/iostream:1089: more undefined references to `__static_initialization_and_destruction_0(int, int)' follow fortranize.o(.ctors+0x0):fortranize.C: undefined reference to `__GLOBAL__I_fortranize_rcsid' fortranize.o(.dtors+0x0):fortranize.C: undefined reference to `__GLOBAL__D_fortranize_rcsid' post.o(.ctors+0x0): In function `_Z4YnCBP10_WidgetRecPvS1_': /usr/local/ddd-3.3.7/ddd/post.C:85: undefined reference to `_GLOBAL(int0_t, long double, char, short, int, double)' post.o(.dtors+0x0):/usr/local/ddd-3.3.7/ddd/post.C:85: undefined reference to `__GLOBAL__D_post_rcsid' question.o(.ctors+0x0): In function `_Z17gdb_reply_timeoutPvPm': /usr/local/ddd-3.3.7/ddd/question.C:76: undefined reference to `_GLOBAL(int0_t, long double, char, short, int, double)' question.o(.dtors+0x0):/usr/local/ddd-3.3.7/ddd/question.C:76: undefined reference to `__GLOBAL__D_question_rcsid' simpleMenu.o(.ctors+0x0): In function `_Z10same_shellP10_WidgetRecS0_': /usr/local/ddd-3.3.7/ddd/simpleMenu.C:58: undefined reference to `__GLOBAL__I_simpleMenu_rcsid' simpleMenu.o(.dtors+0x0):/usr/local/ddd-3.3.7/ddd/simpleMenu.C:58: undefined reference to `__GLOBAL__D_simpleMenu_rcsid' status.o(.text+0x28a6): In function `GLOBAL(int0_t, long double, char, short, int, double)': /usr/include/c++/3.3.1/iostream:437: undefined reference to `__static_initialization_and_destruction_0(int, int)' status.o(.text+0x28c6): In function `_GLOBAL__D_status_rcsid': etc ending in: Info: resolving _topLevelShellWidgetClass by linking to __imp__topLevelShellWidgetClass (auto-import) Info: resolving _overrideShellWidgetClass by linking to __imp__overrideShellWidgetClass (auto-import) Info: resolving _widgetClassRec by linking to __imp__widgetClassRec (auto-import) Info: resolving __XtInherit by linking to __imp___XtInherit (auto-import) Info: resolving __XtInheritTranslations by linking to __imp___XtInheritTranslations (auto-import) Info: resolving _formWidgetClass by linking to __imp__formWidgetClass (auto-import) Info: resolving _pannerWidgetClass by linking to __imp__pannerWidgetClass (auto-import) collect2: ld returned 1 exit status make[2]: *** [ddd.exe] Error 1 make[2]: Leaving directory `/usr/local/ddd-3.3.7/ddd' make[1]: *** [all] Error 2 make[1]: Leaving directory `/usr/local/ddd-3.3.7/ddd' make: *** [all-recursive] Error 1 I also tried compiling ddd-3.3.8 with gcc-3.2, the compilation as well as linkage work but ddd crashes as soon as it is started. $ddd Warning: This DDD requires a Motif 2.1 library (using Motif -1617156.-609) Continue at own risk. Internal error (Segmentation fault). Oops! You have found a bug in DDD. If you can reproduce this bug, please send a bug report to , giving a subject like DDD 3.3.8 (i686-pc-cygwin) gets `Segmentation fault' signal To enable us to fix the bug, you should include the following information: * What you were doing to get this message. Report all the facts. * The contents of the `~/.ddd/log' file as generated by this * session. Please read also the section "Reporting Bugs" in the DDD manual. We thank you for your support. ------- Notice the ridiculous value for "using Motif". Of course my motif is actually lesstif, version 0.93.91-4 Someone suggested in a previous thread that there is MOTIF-LESSTIF compatibility flag that needs to be set. Well, I could not find an option to configure to do this, so I set opened up ddd/config.h and set the two variables HAVE_MOTIF and HAVE_LESSTIF to (0,1) as well as (1,1) There is no change in the segmentation fault behaviour as above. Anyone have a clue? Thanks subbu On Wed, Dec 03, 2003 at 01:20:23PM -0600, Brian Ford wrote: > Date: Wed, 3 Dec 2003 13:20:23 -0600 (CST) > From: Brian Ford > To: y2bismil@engmail.uwaterloo.ca > cc: cygwin-xfree@cygwin.com > Subject: Re: compiling DDD > > This is an XFree86 issue, so please use the proper mailing list > (cygwin-xfree@cygwin.com). > > On Wed, 3 Dec 2003 y2bismil@engmail.uwaterloo.ca wrote: > > > I used to be able to compile ddd fine, but something occurred when i recently > > updated ddd. I'm getting static initialiation_construct_and_destructor errors. > > > Please post the exact (cut and paste) error messages you receive. > > > If I revert to an oldfer binary or older GCC(3.2.x) then it compiles fine, but > > segfaults on startup. > > > What does an older binary mean? > > Please see http://www.cygwin.com/problems.html for the additional > information we need to help. > > Also, search the cygwin-xfree mailing list archives to see several > discussions on this topic. > > > *****ddd log************* > > GNU DDD 3.3.8 (i686-pc-cygwin) > > Copyright (C) 1995-1999 Technische Universit䴠Braunschweig, Germany. > > Copyright (C) 1999-2001 Universit䴠Passau, Germany. > > Copyright (C) 2001 Universit䴠des Saarlandes, Germany. > > > > Compiled with GCC 3.2 20020927 (prerelease) > > Requires X11R6, Xt11R6, Motif 2.1 (GNU/LessTif Version 2.1 Release 0.93.91) > > Includes XPM 3.4.11, Athena Panner (7000002L), DDD core > > Built 2003-12-02 by me!!!!. > > $ ddd > > ! Segmentation fault > > ****************************** > > It complains about getting an XT error. > > > Please post the exact XT error. > > -- > Brian Ford > Senior Realtime Software Engineer > VITAL - Visual Simulation Systems > FlightSafety International > Phone: 314-551-8460 > Fax: 314-551-8444 -- From y2bismil@engmail.uwaterloo.ca Wed Dec 3 21:44:00 2003 From: y2bismil@engmail.uwaterloo.ca (y2bismil@engmail.uwaterloo.ca) Date: Wed, 03 Dec 2003 21:44:00 -0000 Subject: compiling DDD Message-ID: <1070487863.3fce59378c48d@www.nexusmail.uwaterloo.ca> Hi all, I've lost the ability to compile ddd. It used to work, but now it doesn't. Nor does running the old binary of ddd. I am using the latewst cygwin and ddd 3.3.8, but the same thing happens with ddd 3.3.7. I am using gcc 3.3.1. This is the output trying to run an old binary of ddd (before ddd stopped working) ******************************************************** Warning: No type converter registered for 'String' to 'Orientation' conversion. Warning: No type converter registered for 'String' to 'Orientation' conversion. Warning: No type converter registered for 'String' to 'Orientation' conversion. Warning: XmPrimitive ClassInitialize: XmeTraitSet failed Error: attempt to add non-widget child "DropSiteManager" to parent "ddd" which supports only widgets Xt error (attempt to add non-widget child "DropSiteManager" to parent "ddd" which supports only widgets). Oops! You have found a bug in DDD. If you can reproduce this bug, please send a bug report to , giving a subject like DDD 3.3.8 (i686-pc-cygwin) gets Xt error To enable us to fix the bug, you should include the following information: * What you were doing to get this message. Report all the facts. * The contents of the `~/.ddd/log' file as generated by this session. Please read also the section "Reporting Bugs" in the DDD manual. We thank you for your support. Internal error (Segmentation fault). Oops! You have found a bug in DDD. If you can reproduce this bug, please send a bug report to , giving a subject like DDD 3.3.8 (i686-pc-cygwin) gets `Segmentation fault' signal To enable us to fix the bug, you should include the following information: * What you were doing to get this message. Report all the facts. * The contents of the `~/.ddd/log' file as generated by this session. Please read also the section "Reporting Bugs" in the DDD manual. We thank you for your support. Segmentation fault ******************************************************** This is the what happens when I try to compile it ******************************************************** complete.o(.text+0x28b6): In function `_GLOBAL__D_complete_rcsid': /usr/include/c++/3.3.1/iostream:219: undefined reference to `__static_initialization_and_destruction_0(int, int)' deref.o(.text+0x886): In function `GLOBAL(int222_t, long double, char, short, int, double)': /usr/include/c++/3.3.1/iostream:1077: undefined reference to `__static_initialization_and_destruction_0(int, int)' deref.o(.text+0x8a6): In function `_GLOBAL__D_deref_rcsid': /usr/include/c++/3.3.1/iostream:1077: undefined reference to `__static_initialization_and_destruction_0(int, int)' disp-read.o(.text+0x44c6): In function `_GLOBAL__I_disp_read_rcsid': /usr/include/c++/3.3.1/iostream:1077: undefined reference to `__static_initialization_and_destruction_0(int, int)' disp-read.o(.text+0x44e6):/usr/include/c++/3.3.1/iostream:1077: more undefined references to `__static_initialization_and_destruction_0(int, int)' follow fortranize.o(.ctors+0x0):fortranize.C: undefined reference to `__GLOBAL__I_fortranize_rcsid' fortranize.o(.dtors+0x0):fortranize.C: undefined reference to `__GLOBAL__D_fortranize_rcsid' gdbinit.o(.text+0x4b56): In function `GLOBAL(int0_t, long double, char, short, int, double)': /usr/include/c++/3.3.1/iostream:64: undefined reference to `__static_initialization_and_destruction_0(int, int)' gdbinit.o(.text+0x4b76): In function `_GLOBAL__D_gdbinit_rcsid': /usr/include/c++/3.3.1/iostream:64: undefined reference to `__static_initialization_and_destruction_0(int, int)' post.o(.ctors+0x0): In function `_Z4YnCBP10_WidgetRecPvS1_': /cygdrive/c/ddd/ddd-3.3.8/ddd/post.C:85: undefined reference to `_GLOBAL(int0_t, long double, char, short, int, double)' post.o(.dtors+0x0):/cygdrive/c/ddd/ddd-3.3.8/ddd/post.C:85: undefined reference to `__GLOBAL__D_post_rcsid' question.o(.ctors+0x0): In function `_Z17gdb_reply_timeoutPvPm': /cygdrive/c/ddd/ddd-3.3.8/ddd/question.C:76: undefined reference to `_GLOBAL(int0_t, long double, char, short, int, double)' question.o(.dtors+0x0):/cygdrive/c/ddd/ddd-3.3.8/ddd/question.C:76: undefined reference to `__GLOBAL__D_question_rcsid' simpleMenu.o(.ctors+0x0): In function `_Z10same_shellP10_WidgetRecS0_': /cygdrive/c/ddd/ddd-3.3.8/ddd/simpleMenu.C:58: undefined reference to `__GLOBAL__I_simpleMenu_rcsid' simpleMenu.o(.dtors+0x0):/cygdrive/c/ddd/ddd-3.3.8/ddd/simpleMenu.C:58: undefined reference to `__GLOBAL__D_simpleMenu_rcsid' status.o(.text+0x2746): In function `GLOBAL(int0_t, long double, char, short, int, double)': /usr/include/c++/3.3.1/iostream:437: undefined reference to `__static_initialization_and_destruction_0(int, int)' status.o(.text+0x2766): In function `_GLOBAL__D_status_rcsid': /usr/include/c++/3.3.1/iostream:437: undefined reference to `__static_initialization_and_destruction_0(int, int)' tictactoe.o(.ctors+0x0): In function `_Z7moveRowi': /cygdrive/c/ddd/ddd-3.3.8/ddd/tictactoe.C:84: undefined reference to `_GLOBAL(in ******************************************************** Thanks, Yamin ---------------------------------------- This mail sent through www.mywaterloo.ca From ford@vss.fsi.com Wed Dec 3 21:56:00 2003 From: ford@vss.fsi.com (Brian Ford) Date: Wed, 03 Dec 2003 21:56:00 -0000 Subject: compiling DDD In-Reply-To: References: Message-ID: On Wed, 3 Dec 2003, Richard Campbell wrote: Richard, I'm still very hit and miss with respect to finding time to look at this, but since you are the only one sending in solid information, could you post the output of cygcheck ddd.exe. Thanks. -- Brian Ford Senior Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International Phone: 314-551-8460 Fax: 314-551-8444 From winminion@realmspace.com Wed Dec 3 21:56:00 2003 From: winminion@realmspace.com (Joaquin) Date: Wed, 03 Dec 2003 21:56:00 -0000 Subject: testing Message-ID: <000e01c3b9e8$400beb20$c901a8c0@macross> Hi. I am testing to see if I can post. There have been some problems with qmail. - Joaquin From richard.campbell@air2web.com Wed Dec 3 22:02:00 2003 From: richard.campbell@air2web.com (Richard Campbell) Date: Wed, 03 Dec 2003 22:02:00 -0000 Subject: compiling DDD - "cygcheck ddd.exe" attached. Message-ID: If the attachment doesn't fly, I'll resend as text. This particular cygXm-2.dll it mentions I built myself, using the script from the lesstif source package, when I was trying to run some other problem (specifically, I was concerned about mixing 3.2 build libraries based on some other mailing list posts) down - I can reinstall the default from setup, but it should be the same. -Richard Campbell. -------------- next part -------------- A non-text attachment was scrubbed... Name: ddd_cygcheck Type: application/octet-stream Size: 840 bytes Desc: not available URL: From richard.campbell@air2web.com Wed Dec 3 22:05:00 2003 From: richard.campbell@air2web.com (Richard Campbell) Date: Wed, 03 Dec 2003 22:05:00 -0000 Subject: compiling DDD Message-ID: This appears to be the ultimate link line run: g++ -DNDEBUG -O2 -g -W -Wall -trigraphs -o ddd.exe ddd.o basename.o compare.o cook.o cwd.o glob.o UndoBuffer.o UndoBE.o WhatNextCB.o configinfo.o -L/usr/X11R6/lib .libs/libimp-cygXm-2.a -lXft -lXrender .libs/libimp-cygfontconfig-1.a .libs/libimp-cygfreetype-6.a -lz .libs/libimp-cygexpat-0.a -lXaw -lXmu -lXt -lXpm -lXp -lXext -lX11 -lSM -lICE -lncurses -ly ../libiberty/libiberty.a -Wl,--rpath -Wl,/usr/X11R6/lib -Wl,--rpath -Wl,/usr/X11R6/lib Why is it that cygXm-2 is linked in as ".libs/libimp-cygXm-2.a"? Is that to be expected? -Richard Campbell. From richard.campbell@air2web.com Wed Dec 3 22:26:00 2003 From: richard.campbell@air2web.com (Richard Campbell) Date: Wed, 03 Dec 2003 22:26:00 -0000 Subject: compiling DDD Message-ID: I reinstalled lesstif from setup. Same exact results. -Richard Campbell. From dvt@ou.edu Wed Dec 3 22:44:00 2003 From: dvt@ou.edu (Thai.Dang-Vu-1) Date: Wed, 03 Dec 2003 22:44:00 -0000 Subject: How to configure a windows machine as an X client? Message-ID: <85569e854f4b.854f4b85569e@ou.edu> Hello everybody, I'm very impressed that I can use Cygwin/XFree86 and openssh to run mozilla on a Linux machine with the mozilla window on the Windows machine. I have a question. Could I configure a Windows machine as an X client so that from a Linux machine I can run Internet Explorer and have the IE window on that Linux machine? If it is possible, could you tell me which document I should read? Regards, Thai From ford@vss.fsi.com Wed Dec 3 23:04:00 2003 From: ford@vss.fsi.com (Brian Ford) Date: Wed, 03 Dec 2003 23:04:00 -0000 Subject: How to configure a windows machine as an X client? In-Reply-To: <85569e854f4b.854f4b85569e@ou.edu> References: <85569e854f4b.854f4b85569e@ou.edu> Message-ID: Please set the line wrap to something less than 80 characters in your mail client. Thanks. On Wed, 3 Dec 2003, Thai.Dang-Vu-1 wrote: > I have a question. Could I configure a Windows machine as an X client > so that from a Linux machine I can run Internet Explorer and have the IE > window on that Linux machine? If it is possible, could you tell me which > document I should read? > No. IIRC, a project to do this was discussed on this list about a year ago, but AFAIK, nothing came of it. Search the archives if you are interested. Google for VNC or rdesktop for other alternatives. -- Brian Ford Senior Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International Phone: 314-551-8460 Fax: 314-551-8444 From jay@JaySmith.com Wed Dec 3 23:07:00 2003 From: jay@JaySmith.com (Jay Smith) Date: Wed, 03 Dec 2003 23:07:00 -0000 Subject: Running Windows on Linux (Re: How to configure a windows machine as an X client?) In-Reply-To: <85569e854f4b.854f4b85569e@ou.edu> References: <85569e854f4b.854f4b85569e@ou.edu> Message-ID: <3FCE6C6E.9050108@JaySmith.com> Thai, I don't know if you can do it the way you said it. However.... On the linux server (or a linux workstation) you could run a program such as Wine, Crossover, or VMWare which allow you to run linux programs on the linux server (and thus from any X client connected to the linux server). There are a couple different fundimental types of these programs and I am not competent to give you information. However, see: http://www.winehq.com/ http://www.codeweavers.com/ http://www.vmware.com/products/desktop/ws_features.html I have some notes (about a year old) that may or may not be accurate..... 1) Install and run the MS Windows application using WINE. You then run the applications directly in Linux letting the wine layer "translate" MS Windows API calls into native Linux API calls. This is great but the "translation" is not 100%. Especially for newer versions of MS Windows and especially for extremely MS dependent stuff (eg. Quicken which leverages a lot of MS DLL's like IE's DLL). It seems to work reasonably for most well-written DOS/Win95/98 level programs. 2) Install Crossover ($59 - price may be old) which expands and enhances the WINE environment such that a lot more MS Windows apps can run and they are easier to install. Eg. They have improved it enough to install and run the MS Office suite, MS IE, Outlook, Quicken, etc. 3) Install VMWare ($300 - price may be old) which provides an clean "PC in a window" upon which you can install your favorite flavor of MS Windows. When you open the "PC in a window" (aka VMWare session) it "boots" MS Windows and you install your software just as you would on a stand-alone MS Windows PC. Hope that helps. Jay Thai.Dang-Vu-1 said the following on 12/03/2003 05:44 PM: > Hello everybody, > > I'm very impressed that I can use Cygwin/XFree86 and openssh to run mozilla on a Linux machine with the mozilla window on the Windows machine. > > I have a question. Could I configure a Windows machine as an X client so that from a Linux machine I can run Internet Explorer and have the IE window on that Linux machine? If it is possible, could you tell me which document I should read? > > Regards, > > Thai -- Jay Smith e-mail: Jay@JaySmith.com mailto:Jay@JaySmith.com website: http://www.JaySmith.com Jay Smith & Associates P.O. Box 650 Snow Camp, NC 27349 USA Phone: Int+US+336-376-9991 Toll-Free Phone in US & Canada: 1-800-447-8267 Fax: Int+US+336-376-6750 From ford@vss.fsi.com Wed Dec 3 23:14:00 2003 From: ford@vss.fsi.com (Brian Ford) Date: Wed, 03 Dec 2003 23:14:00 -0000 Subject: Running Windows on Linux (Re: How to configure a windows machine as an X client?) In-Reply-To: <3FCE6C6E.9050108@JaySmith.com> References: <85569e854f4b.854f4b85569e@ou.edu> <3FCE6C6E.9050108@JaySmith.com> Message-ID: On Wed, 3 Dec 2003, Jay Smith wrote: > On the linux server (or a linux workstation) you could run a program such > as Wine, Crossover, or VMWare which allow you to run linux programs on the ^Windows > linux server (and thus from any X client connected to the linux server). -- Brian Ford Senior Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International Phone: 314-551-8460 Fax: 314-551-8444 From ford@vss.fsi.com Wed Dec 3 23:39:00 2003 From: ford@vss.fsi.com (Brian Ford) Date: Wed, 03 Dec 2003 23:39:00 -0000 Subject: compiling DDD In-Reply-To: References: Message-ID: On Wed, 3 Dec 2003, Richard Campbell wrote: > I reinstalled lesstif from setup. Same exact results. > WAG, try configuring with --without-athena. -- Brian Ford Senior Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International Phone: 314-551-8460 Fax: 314-551-8444 From arnaud.desitter@ouce.ox.ac.uk Thu Dec 4 10:19:00 2003 From: arnaud.desitter@ouce.ox.ac.uk (Arnaud Desitter) Date: Thu, 04 Dec 2003 10:19:00 -0000 Subject: DDD 3.3.8 (i686-pc-cygwin) gets `Segmentation fault WAS Re: compiling DDD References: <1070478432.3fce34609f444@www.nexusmail.uwaterloo.ca> <20031203214218.GA1101@crom.cs.utexas.edu> Message-ID: <08ef01c3ba50$112eb6d0$d92601a3@ouce.ox.ac.uk> Hi, ----- Original Message ----- From: "S Iyer" Newsgroups: gmane.os.cygwin.xfree,gmane.comp.debugging.ddd.bugs Cc: Sent: Wednesday, December 03, 2003 9:42 PM Subject: DDD 3.3.8 (i686-pc-cygwin) gets `Segmentation fault WAS Re: compiling DDD > As I am having similar problems with DDD, let me describe what I > have done. > 1. Setup a fresh copy of cygwin from kernel.org mirror > 2. Get ddd-3.3.8 and unpack. > 3. ./configure -- all goes well with one WARNING: > configure: WARNING: X11/Xmu/Editres.h: present but cannot be compiled > configure: WARNING: X11/Xmu/Editres.h: check for missing prerequisite headers? > configure: WARNING: X11/Xmu/Editres.h: proceeding with the preprocessor's result > > 4. make did not compile even a single file: > $make > Making all in libiberty > /usr/local/ddd-3.3.8/libiberty > make[1]: Entering directory `/usr/local/ddd-3.3.8/libiberty' > if [ x"" != x ] && [ ! -d pic ]; then \ > mkdir pic; \ > else true; fi > touch stamp-picdir > make[1]: *** No rule to make target `../include/xregex.h', needed > by `regex.o'. Stop. > make[1]: Leaving directory `/usr/local/ddd-3.3.8/libiberty' > make: *** [all-recursive] Error 1 > Some include files from libiberty have been forgotten in ddd 3.3.8. It will be fixed in the next version. Meanwhile, you can find the missing files in gcc 3.3.2. Grab the gcc source and recopy gcc/include within ddd/include. That should fix it. > Now I can use an earlier ddd or an earlier gcc. > Having read past messages, old gcc's are frowned upon. > So I got ddd-3.3.7, compile still complains that Editres cannot > be compiled. make seems to compile everything untilt eh linker > complains: > AgentM.o(.text+0x296): In function `GLOBAL(int10_t, long double, > char, short, int, double)': > /usr/include/c++/3.3.1/iostream:87: undefined reference to > `__static_initialization_and_destruction_0(int, int)' > AgentM.o(.text+0x2b6): In function `_GLOBAL__D_AgentM_rcsid': > /usr/include/c++/3.3.1/iostream:87: undefined reference to > `__static_initialization_and_destruction_0(int, int)' > AsyncAgent.o(.text+0x8b6): In function > `_GLOBAL__I_AsyncAgent_rcsid': > /usr/include/c++/3.3.1/iostream:287: undefined reference to > `__static_initialization_and_destruction_0(int, int)' > AsyncAgent.o(.text+0x8d6): In function > `_GLOBAL__D_AsyncAgent_rcsid': > /usr/include/c++/3.3.1/iostream:287: undefined reference to > `__static_initialization_and_destruction_0(int, int)' > LiterateA.o(.text+0x2496): In function > `_GLOBAL__I_LiterateAgent_rcsid': > /usr/include/c++/3.3.1/iostream:269: undefined reference to > `__static_initialization_and_destruction_0(int, int)' > LiterateA.o(.text+0x24b6):/usr/include/c++/3.3.1/iostream:269: > more undefined references to > `__static_initialization_and_destruction_0(int, int)' follow > GraphNPA.o(.ctors+0x0):/usr/local/ddd-3.3.7/ddd/GraphNPA.C: > undefined reference to `__GLOBAL__I_GraphNodePointerArray_rcsid' > GraphNPA.o(.dtors+0x0):/usr/local/ddd-3.3.7/ddd/GraphNPA.C: > undefined reference to `__GLOBAL__D_GraphNodePointerArray_rcsid' > HintGraphN.o(.text+0xa6): In function > `_GLOBAL__I_HintGraphNode_rcsid': > /usr/include/c++/3.3.1/iostream:453: undefined reference to > `__static_initialization_and_destruction_0(int, int)' > HintGraphN.o(.text+0xc6): In function > `_GLOBAL__D_HintGraphNode_rcsid': > /usr/include/c++/3.3.1/iostream:453: undefined reference to > `__static_initialization_and_destruction_0(int, int)' > PannedGE.o(.ctors+0x0):PannedGE.C: undefined reference to > `__GLOBAL__I_PannedGraphEdit_rcsid' > PannedGE.o(.dtors+0x0):PannedGE.C: undefined reference to > `__GLOBAL__D_PannedGraphEdit_rcsid' > PosGraphN.o(.text+0x36): In function > `_GLOBAL__I_PosGraphNode_rcsid': > /usr/include/c++/3.3.1/iostream:453: undefined reference to > `__static_initialization_and_destruction_0(int, int)' > PosGraphN.o(.text+0x56): In function > `_GLOBAL__D_PosGraphNode_rcsid': > /usr/include/c++/3.3.1/iostream:453: undefined reference to > `__static_initialization_and_destruction_0(int, int)' > annotation.o(.ctors+0x0): In function > `_Z13strip_leadingR6stringRKS_': > /usr/local/ddd-3.3.7/ddd/annotation.C:45: undefined reference to > `__GLOBAL__I_annotation_rcsid' > annotation.o(.dtors+0x0):/usr/local/ddd-3.3.7/ddd/annotation.C:45: > undefined reference to `__GLOBAL__D_annotation_rcsid' > complete.o(.text+0x2aa6): In function `GLOBAL(int12_t, long > double, char, short, int, double)': > /usr/include/c++/3.3.1/iostream:226: undefined reference to > `__static_initialization_and_destruction_0(int, int)' > complete.o(.text+0x2ac6): In function > `_GLOBAL__D_complete_rcsid': > /usr/include/c++/3.3.1/iostream:226: undefined reference to > `__static_initialization_and_destruction_0(int, int)' > deref.o(.text+0x856): In function `GLOBAL(int222_t, long double, > char, short, int, double)': > /usr/include/c++/3.3.1/iostream:1089: undefined reference to > `__static_initialization_and_destruction_0(int, int)' > deref.o(.text+0x876): In function `_GLOBAL__D_deref_rcsid': > /usr/include/c++/3.3.1/iostream:1089: undefined reference to > `__static_initialization_and_destruction_0(int, int)' > disp-read.o(.text+0x43b6): In function > `_GLOBAL__I_disp_read_rcsid': > /usr/include/c++/3.3.1/iostream:1089: undefined reference to > `__static_initialization_and_destruction_0(int, int)' > disp-read.o(.text+0x43d6):/usr/include/c++/3.3.1/iostream:1089: > more undefined references to > `__static_initialization_and_destruction_0(int, int)' follow > fortranize.o(.ctors+0x0):fortranize.C: undefined reference to > `__GLOBAL__I_fortranize_rcsid' > fortranize.o(.dtors+0x0):fortranize.C: undefined reference to > `__GLOBAL__D_fortranize_rcsid' > post.o(.ctors+0x0): In function `_Z4YnCBP10_WidgetRecPvS1_': > /usr/local/ddd-3.3.7/ddd/post.C:85: undefined reference to > `_GLOBAL(int0_t, long double, char, short, int, double)' > post.o(.dtors+0x0):/usr/local/ddd-3.3.7/ddd/post.C:85: undefined > reference to `__GLOBAL__D_post_rcsid' > question.o(.ctors+0x0): In function `_Z17gdb_reply_timeoutPvPm': > /usr/local/ddd-3.3.7/ddd/question.C:76: undefined reference to > `_GLOBAL(int0_t, long double, char, short, int, double)' > question.o(.dtors+0x0):/usr/local/ddd-3.3.7/ddd/question.C:76: > undefined reference to `__GLOBAL__D_question_rcsid' > simpleMenu.o(.ctors+0x0): In function > `_Z10same_shellP10_WidgetRecS0_': > /usr/local/ddd-3.3.7/ddd/simpleMenu.C:58: undefined reference to > `__GLOBAL__I_simpleMenu_rcsid' > simpleMenu.o(.dtors+0x0):/usr/local/ddd-3.3.7/ddd/simpleMenu.C:58: > undefined reference to `__GLOBAL__D_simpleMenu_rcsid' > status.o(.text+0x28a6): In function `GLOBAL(int0_t, long double, > char, short, int, double)': > /usr/include/c++/3.3.1/iostream:437: undefined reference to > `__static_initialization_and_destruction_0(int, int)' > status.o(.text+0x28c6): In function `_GLOBAL__D_status_rcsid': > > etc ending in: > > Info: resolving _topLevelShellWidgetClass by linking to > __imp__topLevelShellWidgetClass (auto-import) > Info: resolving _overrideShellWidgetClass by linking to > __imp__overrideShellWidgetClass (auto-import) > Info: resolving _widgetClassRec by linking to > __imp__widgetClassRec (auto-import) > Info: resolving __XtInherit by linking to __imp___XtInherit > (auto-import) > Info: resolving __XtInheritTranslations by linking to > __imp___XtInheritTranslations (auto-import) > Info: resolving _formWidgetClass by linking to > __imp__formWidgetClass (auto-import) > Info: resolving _pannerWidgetClass by linking to > __imp__pannerWidgetClass (auto-import) > collect2: ld returned 1 exit status > make[2]: *** [ddd.exe] Error 1 > make[2]: Leaving directory `/usr/local/ddd-3.3.7/ddd' > make[1]: *** [all] Error 2 > make[1]: Leaving directory `/usr/local/ddd-3.3.7/ddd' > make: *** [all-recursive] Error 1 That is a bug in gcc on cygwin related to "#pragma interface". Please look for help on the cygwin mailing list. > > I also tried compiling ddd-3.3.8 with gcc-3.2, > the compilation as well as linkage work but ddd crashes as soon > as it is started. > $ddd > Warning: This DDD requires a Motif 2.1 library (using Motif > -1617156.-609) > Continue at own risk. > > Internal error (Segmentation fault). > > Oops! You have found a bug in DDD. > > If you can reproduce this bug, please send a bug report > to , giving a subject like > > DDD 3.3.8 (i686-pc-cygwin) gets `Segmentation fault' signal > > To enable us to fix the bug, you should include the following > information: > * What you were doing to get this message. Report all the facts. > * The contents of the `~/.ddd/log' file as generated by this > * session. > Please read also the section "Reporting Bugs" in the DDD manual. > > We thank you for your support. > ------- > Notice the ridiculous value for "using Motif". > Of course my motif is actually lesstif, version 0.93.91-4 That is a problem with lessif on cygwin and it is not related to ddd. > Someone suggested in a previous thread that there is > MOTIF-LESSTIF compatibility flag that needs to be set. > Well, I could not find an option to configure to do this, > so I set opened up ddd/config.h and set the two variables > HAVE_MOTIF and HAVE_LESSTIF to (0,1) as well as (1,1) > There is no change in the segmentation fault behaviour as above. Modifying ddd/config.h will not help. There is a problem with the lesstif distribution on cygwin. See: http://www.lesstif.org/INSTALL.html Good luck, > > Anyone have a clue? > > Thanks > subbu > > On Wed, Dec 03, 2003 at 01:20:23PM -0600, Brian Ford wrote: > > Date: Wed, 3 Dec 2003 13:20:23 -0600 (CST) > > From: Brian Ford > > To: y2bismil@engmail.uwaterloo.ca > > cc: cygwin-xfree@cygwin.com > > Subject: Re: compiling DDD > > > > This is an XFree86 issue, so please use the proper mailing list > > (cygwin-xfree@cygwin.com). > > > > On Wed, 3 Dec 2003 y2bismil@engmail.uwaterloo.ca wrote: > > > > > I used to be able to compile ddd fine, but something occurred when i recently > > > updated ddd. I'm getting static initialiation_construct_and_destructor errors. > > > > > Please post the exact (cut and paste) error messages you receive. > > > > > If I revert to an oldfer binary or older GCC(3.2.x) then it compiles fine, but > > > segfaults on startup. > > > > > What does an older binary mean? > > > > Please see http://www.cygwin.com/problems.html for the additional > > information we need to help. > > > > Also, search the cygwin-xfree mailing list archives to see several > > discussions on this topic. > > > > > *****ddd log************* > > > GNU DDD 3.3.8 (i686-pc-cygwin) > > > Copyright (C) 1995-1999 Technische Universit䴠Braunschweig, Germany. > > > Copyright (C) 1999-2001 Universit䴠Passau, Germany. > > > Copyright (C) 2001 Universit䴠des Saarlandes, Germany. > > > > > > Compiled with GCC 3.2 20020927 (prerelease) > > > Requires X11R6, Xt11R6, Motif 2.1 (GNU/LessTif Version 2.1 Release 0.93.91) > > > Includes XPM 3.4.11, Athena Panner (7000002L), DDD core > > > Built 2003-12-02 by me!!!!. > > > $ ddd > > > ! Segmentation fault > > > ****************************** > > > It complains about getting an XT error. > > > > > Please post the exact XT error. > > > > -- > > Brian Ford > > Senior Realtime Software Engineer > > VITAL - Visual Simulation Systems > > FlightSafety International > > Phone: 314-551-8460 > > Fax: 314-551-8444 > > -- > From tinez@gmx.ch Thu Dec 4 12:23:00 2003 From: tinez@gmx.ch (Martin Schmid) Date: Thu, 04 Dec 2003 12:23:00 -0000 Subject: Error: procedure entry point in cygwin1.dll References: <5012.1070538696@www47.gmx.net> Message-ID: <18026.1070540618@www8.gmx.net> Hello I try running xfree/cygwin on a PC with Windows XP. When I try to start xfree either directly from the windows explorer with startxwin.bat or from a cygwin bash or csh shell with startxwin.sh, I always get the error: The procedure entry point __getreent could not be located in the dynamic link library cygwin1.dll I have made a search in previous messages and they most of them suggest that similar errors are usually caused by having several versions of cygwin1.dll or an outdated version of this file. However I have only one version of cygwin1.dll on my hard disk, the one that came with cygwin 1.5.5-1 which is dated to 20.09.03 Has anyone another suggestion for the cause of the problem? Thanks, Martin -- +++ GMX - die erste Adresse f??r Mail, Message, More +++ Neu: Preissenkung f??r MMS und FreeMMS! http://www.gmx.net -- +++ GMX - die erste Adresse f??r Mail, Message, More +++ Neu: Preissenkung f??r MMS und FreeMMS! http://www.gmx.net From andrew_zachary@yahoo.com Thu Dec 4 14:05:00 2003 From: andrew_zachary@yahoo.com (Andrew Zachary) Date: Thu, 04 Dec 2003 14:05:00 -0000 Subject: Problem with emacs on Dell Inspiron 5100 Message-ID: <3FCF3F2F.5090804@yahoo.com> I have a problem with running Cygwin/X on my Dell 5100 with ATI Mobility Radeon 7500. The windows come up without any problem, but when I start emacs, I get garbage in the emacs buffers. I'm guessing, without really knowing for sure, that some of the required emacs fonts are missing. Anyone have any ideas for how to patch this? Thanks. BTW, I have a stand-alone installation of GNU emacs which works just fine... From richard.campbell@air2web.com Thu Dec 4 14:49:00 2003 From: richard.campbell@air2web.com (Richard Campbell) Date: Thu, 04 Dec 2003 14:49:00 -0000 Subject: DDD 3.3.8 (i686-pc-cygwin) gets `Segmentation fault WAS Re: c ompiling DDD Message-ID: >That is a bug in gcc on cygwin related to "#pragma interface". >Please look for help on the cygwin mailing list. Arnaud, the problem is with both "#pragma interface" and "#pragma implementation". http://www.cygwin.com/ml/cygwin/2003-07/msg00463.html Guarding all "#pragma interface" and "#pragma implementation" calls with ifndef __CYGWIN__ allows everything to compile cleanly - is this something that could be applied to the main baseline? >Modifying ddd/config.h will not help. There is a problem with the >lesstif distribution on cygwin. See: >http://www.lesstif.org/INSTALL.html Is the following what you are referring to? "On windows using Cygwin, U/WIN or Interix, LessTif must be built as static libraries. Because, one of the biggest issues with X on Win32 is the moronic DLL format. Specifically - it is not possible to export data from a Win32 DLL in a form that can be used to statically initialize another global variable. Data access from a DLL requires at least one pointer indirection, and hence executable code. This is why X11R6 doesn't have DLLs for Xt/Xmu/Xaw (and Motif) on Win32." If yes, these rules have been changing. Brian, isn't this what you were specifically working on recently? -Richard Campbell. From richard.campbell@air2web.com Thu Dec 4 15:08:00 2003 From: richard.campbell@air2web.com (Richard Campbell) Date: Thu, 04 Dec 2003 15:08:00 -0000 Subject: compiling DDD Message-ID: >WAG, try configuring with --without-athena. Doesn't build, then. make[2]: Entering directory `/cygdrive/c/ddd-3.3.7/ddd' source='PannedGE.C' object='PannedGE.o' libtool=no \ depfile='.deps/PannedGE.Po' tmpdepfile='.deps/PannedGE.TPo' \ depmode=gcc3 /bin/sh ../depcomp \ g++ -DHAVE_CONFIG_H -I. -I. -I. -I./.. -isystem /usr/X11R6/include -DNDEBUG - O2 -g -W -Wall -trigraphs -c -o PannedGE.o `test -f 'PannedGE.C' || echo './'`P annedGE.C PannedGE.C: In function `_WidgetRec* createPannedGraphEdit(_WidgetRec*, const char*, Arg*, unsigned int)': PannedGE.C:400: error: `cerr' undeclared (first use this function) PannedGE.C:400: error: (Each undeclared identifier is reported only once for each function it appears in.) make[2]: *** [PannedGE.o] Error 1 make[2]: Leaving directory `/cygdrive/c/ddd-3.3.7/ddd' make[1]: *** [all] Error 2 make[1]: Leaving directory `/cygdrive/c/ddd-3.3.7/ddd' make: *** [all-recursive] Error 1 That line is: cerr << "Warning: panned graph editors are not supported " "in this configuration.\n"; Checking a little further, iostream isn't included on that side of the configuration, which seems odd. Added an iostream include and it successfully built. And then failed in much the same way (different specific error in the version of Motif it didn't find): Warning: This DDD requires a Motif 2.1 library (using Motif 1275340.287) Continue at own risk. Internal error (Segmentation fault). -Richard Campbell. From listrelay.cygwin-xfree@haidinger.dyndns.org Thu Dec 4 15:22:00 2003 From: listrelay.cygwin-xfree@haidinger.dyndns.org (Walter Haidinger) Date: Thu, 04 Dec 2003 15:22:00 -0000 Subject: AltGr and XP Powertoys not fixed yet? Message-ID: Hi! I've installed Cygwin XFree86 4.3.0-25 on Windows XP Professional (German Edition, with latest patches) with TweakUI installed. Unfortunately the AltGr key doesn't work as expected in any X11 application (no problems except with XFree86). The keys works sometimes (that is, e.g. 3 times then not) or not at all. FYI, the letters @~|[]{}\ are reached via the AltGr key on german keyboards. Not having the backslash, at or pipe-symbol is quite annoying, to say the least! ;-) Digging through the mailing-list archives revealed that the XP Powertoys are somehow messing up the keyboard message queue. However, the posts are over a year old. Hasn't this been fixed yet? I supposed it was fixed because I did not find anything in the FAQs regarding the AltGr problem. Well, the only fix I've found so far is to deinstall the Powertoys. :-( Is there a patch or something else (perhaps a magic Registry entry to disable Powertoys behaviour) to make AltGr work _with_ having Powertoys installed? I'd really appreciate this as Exceed would be the only other solution I can see for now. Thanks, Walter From cgf-no-personal-reply-please@cygwin.com Thu Dec 4 15:46:00 2003 From: cgf-no-personal-reply-please@cygwin.com (Christopher Faylor) Date: Thu, 04 Dec 2003 15:46:00 -0000 Subject: Error: procedure entry point in cygwin1.dll In-Reply-To: <18026.1070540618@www8.gmx.net> References: <5012.1070538696@www47.gmx.net> <18026.1070540618@www8.gmx.net> Message-ID: <20031204154603.GB3581@redhat.com> On Thu, Dec 04, 2003 at 01:23:38PM +0100, Martin Schmid wrote: >Hello > >I try running xfree/cygwin on a PC with Windows XP. When I try to start >xfree either directly from the windows explorer with startxwin.bat or from a >cygwin bash or csh shell with startxwin.sh, I always get the error: > >The procedure entry point __getreent could not be located in the dynamic >link library cygwin1.dll > >I have made a search in previous messages and they most of them suggest that >similar errors are usually caused by having several versions of cygwin1.dll >or an outdated version of this file. However I have only one version of >cygwin1.dll on my hard disk, the one that came with cygwin 1.5.5-1 which is >dated >to 20.09.03 You should trust the wisdom of the archives. You either have two versions of the DLL around, or you need to reboot. There are no other reasons for this problem. -- Please use the resources at cygwin.com rather than sending personal email. Special for spam email harvesters: send email to aaaspam@sourceware.org and be permanently blocked from mailing lists at sources.redhat.com From huntharo@msu.edu Thu Dec 4 15:49:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 04 Dec 2003 15:49:00 -0000 Subject: DDD 3.3.8 (i686-pc-cygwin) gets `Segmentation fault WAS Re: c ompiling DDD In-Reply-To: References: Message-ID: <3FCF578A.9030304@msu.edu> Richard Campbell wrote: >>Modifying ddd/config.h will not help. There is a problem with the >>lesstif distribution on cygwin. See: >>http://www.lesstif.org/INSTALL.html > > > Is the following what you are referring to? > > "On windows using Cygwin, U/WIN or Interix, LessTif must be built as > static libraries. Because, one of the biggest issues with X on Win32 > is the moronic DLL format. Specifically - it is not possible to export > data from a Win32 DLL in a form that can be used to statically initialize > another global variable. Data access from a DLL requires at least one > pointer indirection, and hence executable code. This is why X11R6 doesn't > have DLLs for Xt/Xmu/Xaw (and Motif) on Win32." > > If yes, these rules have been changing. Brian, isn't this what you > were specifically working on recently? The statement in quotes above is now misleading and completely incorrect. We are distributing *only* a shared version of LessTif on Cygwin now. The various problems mentioned in the quote all have work-arounds, some of which were already used by OS/2; we enabled those work-arounds and adding one or two more of our own and the shared LessTif library compiles and works fine now. The problem is not with Cygwin's LessTif... the problem is in how DDD is detecting LessTif on Cygwin. It must be assuming that the file name for the import library with be of the format foo.a whereas the name is of the format foo.dll.a on Cygwin. Harold From richard.campbell@air2web.com Thu Dec 4 15:51:00 2003 From: richard.campbell@air2web.com (Richard Campbell) Date: Thu, 04 Dec 2003 15:51:00 -0000 Subject: DDD 3.3.8 (i686-pc-cygwin) gets `Segmentation fault WAS Re: c ompiling DDD Message-ID: >The problem is not with Cygwin's LessTif... the problem is in how DDD is >detecting LessTif on Cygwin. It must be assuming that the file name for >the import library with be of the format foo.a whereas the name is of >the format foo.dll.a on Cygwin. This would be detection inside the actual execution, then? The link step is libtoolized and ends up being: g++ -DNDEBUG -O2 -g -W -Wall -trigraphs -o ddd.exe ddd.o basename.o compare.o cook.o cwd.o glob.o UndoBuffer.o UndoBE.o WhatNextCB.o configinfo.o -L/usr/X11R6/lib .libs/libimp-cygXm-2.a -lXft -lXrender .libs/libimp-cygfontconfig-1.a .libs/libimp-cygfreetype-6.a -lz .libs/libimp-cygexpat-0.a -lXaw -lXmu -lXt -lXpm -lXp -lXext -lX11 -lSM -lICE -lncurses -ly ../libiberty/libiberty.a -Wl,--rpath -Wl,/usr/X11R6/lib -Wl,--rpath -Wl,/usr/X11R6/lib Which looks sorta automagic for the dlls, right? -Richard Campbell. From huntharo@msu.edu Thu Dec 4 15:55:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 04 Dec 2003 15:55:00 -0000 Subject: AltGr and XP Powertoys not fixed yet? In-Reply-To: References: Message-ID: <3FCF58D9.7040400@msu.edu> Walter, Walter Haidinger wrote: > Hi! > > I've installed Cygwin XFree86 4.3.0-25 on Windows XP Professional (German > Edition, with latest patches) with TweakUI installed. > > Unfortunately the AltGr key doesn't work as expected in any X11 > application (no problems except with XFree86). The keys works sometimes > (that is, e.g. 3 times then not) or not at all. > > FYI, the letters @~|[]{}\ are reached via the AltGr key on german > keyboards. Not having the backslash, at or pipe-symbol is quite annoying, > to say the least! ;-) > > Digging through the mailing-list archives revealed that the XP Powertoys > are somehow messing up the keyboard message queue. However, the posts are > over a year old. Hasn't this been fixed yet? I supposed it was fixed > because I did not find anything in the FAQs regarding the AltGr problem. > Well, the only fix I've found so far is to deinstall the Powertoys. :-( Good man: you actually searched the archives :) > Is there a patch or something else (perhaps a magic Registry entry to > disable Powertoys behaviour) to make AltGr work _with_ having Powertoys > installed? I'd really appreciate this as Exceed would be the only other > solution I can see for now. No, there is not a patch. Creating a patch would be easiest for someone with a non-U.S. keyboard and keyboard layout, Windows XP, and TweakUI installled. The process would consist of looking for all patterns in the keyboard messages that distinquish TweakUI from non-TweakUI (might have been done to some degree, you would be looking for things like the fake Ctrl and Alt keys having different timestamps or coming in in a different order, or something along those lines) and choosing either a compatible pattern that works regardless of whether TweakUI is running or not, or coming up with a way of detecting that TweakUI is running and altering the way we handle AltGr until TweakUI is stopped or we are shutdown. Harold From huntharo@msu.edu Thu Dec 4 15:59:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 04 Dec 2003 15:59:00 -0000 Subject: DDD 3.3.8 (i686-pc-cygwin) gets `Segmentation fault WAS Re: c ompiling DDD In-Reply-To: References: Message-ID: <3FCF59DC.30301@msu.edu> Richard Campbell wrote: >>The problem is not with Cygwin's LessTif... the problem is in how DDD is >>detecting LessTif on Cygwin. It must be assuming that the file name for >>the import library with be of the format foo.a whereas the name is of >>the format foo.dll.a on Cygwin. > > > This would be detection inside the actual execution, then? The link step > is libtoolized and ends up being: > > g++ -DNDEBUG -O2 -g -W -Wall -trigraphs -o ddd.exe ddd.o basename.o > compare.o cook.o cwd.o glob.o > > UndoBuffer.o UndoBE.o WhatNextCB.o configinfo.o -L/usr/X11R6/lib > .libs/libimp-cygXm-2.a -lXft -lXrender .libs/libimp-cygfontconfig-1.a > .libs/libimp-cygfreetype-6.a -lz .libs/libimp-cygexpat-0.a -lXaw -lXmu -lXt > -lXpm -lXp -lXext -lX11 -lSM -lICE -lncurses -ly ../libiberty/libiberty.a > -Wl,--rpath -Wl,/usr/X11R6/lib -Wl,--rpath -Wl,/usr/X11R6/lib > > Which looks sorta automagic for the dlls, right? I'm not an expert (or even a user of DDD), but it wouldn't be the first time if I saw something detected incorrectly in configure (picking Motif versus LessTif), followed by a clean compile, followed by a crash on execution. Remember, Motif and LessTif are supposed to have the same interface, so code written for either should compile and link against the other, but the code may not work (segfault). So, I would suspect that DDD's configure is detecting Motif (or assuming Motif by default), compiling some conditional segments for Motif instead of for LessTif (introducing buggy code), followed by linking with LessTif (leading to a crash when the code that works with Motif but not LessTif is run). Again, this is speculation, but that is where I would be looking at the moment. Harold From arnaud.desitter@ouce.ox.ac.uk Thu Dec 4 16:51:00 2003 From: arnaud.desitter@ouce.ox.ac.uk (Arnaud Desitter) Date: Thu, 04 Dec 2003 16:51:00 -0000 Subject: DDD 3.3.8 (i686-pc-cygwin) gets `Segmentation fault WAS Re: compiling DDD References: Message-ID: <0a9501c3ba86$ea9d7ec0$d92601a3@ouce.ox.ac.uk> ----- Original Message ----- From: "Richard Campbell" Newsgroups: gmane.os.cygwin.xfree,gmane.comp.debugging.ddd.bugs Cc: Sent: Thursday, December 04, 2003 2:49 PM Subject: RE: DDD 3.3.8 (i686-pc-cygwin) gets `Segmentation fault WAS Re: compiling DDD > >That is a bug in gcc on cygwin related to "#pragma interface". > >Please look for help on the cygwin mailing list. > > Arnaud, the problem is with both "#pragma interface" and "#pragma > implementation". > http://www.cygwin.com/ml/cygwin/2003-07/msg00463.html > > Guarding all "#pragma interface" and "#pragma implementation" calls with > ifndef __CYGWIN__ > > allows everything to compile cleanly - is this something that could be > applied to the main baseline? It may be better to fix gcc. However, you can try to convince the ddd maintainer. > >Modifying ddd/config.h will not help. There is a problem with the > >lesstif distribution on cygwin. See: > >http://www.lesstif.org/INSTALL.html > > Is the following what you are referring to? What I was referring to is that in the curent lesstif version, the compatibility mode is hard-coded at build time. Therefore, there is no compatibility switch to play with once lesstif is installed. Please try on Cygwin: >cat Xmcheck.c #include #include int main(void){ printf("xmUseVersion=%d XmVersion=%d\n", xmUseVersion, XmVersion); return 0; } >gcc -Wall -I/usr/X11R6/include Xmcheck.c -L/usr/X11R6/lib -lXm >./a.out xmUseVersion=2002 XmVersion=2002 If it gives different numbers, there is a good chance that your lesstif library won't work properly. Regards, > > -Richard Campbell. > From richard.campbell@air2web.com Thu Dec 4 16:54:00 2003 From: richard.campbell@air2web.com (Richard Campbell) Date: Thu, 04 Dec 2003 16:54:00 -0000 Subject: DDD 3.3.8 (i686-pc-cygwin) gets `Segmentation fault WAS Re: c ompiling DDD Message-ID: >Please try on Cygwin: >>cat Xmcheck.c >#include >#include >int main(void){ > printf("xmUseVersion=%d XmVersion=%d\n", > xmUseVersion, XmVersion); > return 0; >} >>gcc -Wall -I/usr/X11R6/include Xmcheck.c -L/usr/X11R6/lib -lXm >>./a.out >xmUseVersion=2002 XmVersion=2002 > >If it gives different numbers, there is a good chance that your lesstif >library won't work properly. bash-2.05b$ gcc -Wall -I/usr/X11R6/include Xmcheck.c -L/usr/X11R6/lib -lXm Info: resolving _xmUseVersion by linking to __imp__xmUseVersion (auto-import) bash-2.05b$ ./a.exe xmUseVersion=2001 XmVersion=2001 Same numbers. -Richard Campbell. From arnaud.desitter@ouce.ox.ac.uk Thu Dec 4 17:32:00 2003 From: arnaud.desitter@ouce.ox.ac.uk (Arnaud Desitter) Date: Thu, 04 Dec 2003 17:32:00 -0000 Subject: DDD 3.3.8 (i686-pc-cygwin) gets `Segmentation fault WAS Re: compiling DDD References: Message-ID: <0ac501c3ba8c$874e76c0$d92601a3@ouce.ox.ac.uk> ----- Original Message ----- From: "Richard Campbell" Newsgroups: gmane.os.cygwin.xfree,gmane.comp.debugging.ddd.bugs Cc: Sent: Thursday, December 04, 2003 4:54 PM Subject: RE: DDD 3.3.8 (i686-pc-cygwin) gets `Segmentation fault WAS Re: compiling DDD > >Please try on Cygwin: > >>cat Xmcheck.c > >#include > >#include > >int main(void){ > > printf("xmUseVersion=%d XmVersion=%d\n", > > xmUseVersion, XmVersion); > > return 0; > >} > >>gcc -Wall -I/usr/X11R6/include Xmcheck.c -L/usr/X11R6/lib -lXm > >>./a.out > >xmUseVersion=2002 XmVersion=2002 > > > >If it gives different numbers, there is a good chance that your lesstif > >library won't work properly. > > bash-2.05b$ gcc -Wall -I/usr/X11R6/include Xmcheck.c -L/usr/X11R6/lib -lXm > Info: resolving _xmUseVersion by linking to __imp__xmUseVersion > (auto-import) > bash-2.05b$ ./a.exe > xmUseVersion=2001 XmVersion=2001 > > Same numbers. That's progress. Could you try to perform the link using the same commands as ddd ? You posted: g++ -DNDEBUG -O2 -g -W -Wall -trigraphs -o ddd.exe ddd.o basename.o compare.o cook.o cwd.o glob.o UndoBuffer.o UndoBE.o WhatNextCB.o configinfo.o -L/usr/X11R6/lib .libs/libimp-cygXm-2.a -lXft -lXrender .libs/libimp-cygfontconfig-1.a .libs/libimp-cygfreetype-6.a -lz .libs/libimp-cygexpat-0.a -lXaw -lXmu -lXt -lXpm -lXp -lXext -lX11 -lSM -lICE -lncurses -ly ../libiberty/libiberty.a -Wl,--rpath -Wl,/usr/X11R6/lib -Wl,--rpath -Wl,/usr/X11R6/lib So I guess that it should be something along the lines: gcc -Wall -I/usr/X11R6/include Xmcheck.c -L/usr/X11R6/lib .libs/libimp-cygXm-2.a using whather .libs/libimp-cygXm-2.a points to. Regards, From arnaud.desitter@ouce.ox.ac.uk Thu Dec 4 17:34:00 2003 From: arnaud.desitter@ouce.ox.ac.uk (Arnaud Desitter) Date: Thu, 04 Dec 2003 17:34:00 -0000 Subject: DDD 3.3.8 (i686-pc-cygwin) gets `Segmentation fault WAS Re: c ompiling DDD References: <3FCF578A.9030304@msu.edu> Message-ID: <0ad701c3ba8c$e47ad9b0$d92601a3@ouce.ox.ac.uk> ----- Original Message ----- From: "Harold L Hunt II" Newsgroups: gmane.os.cygwin.xfree,gmane.comp.debugging.ddd.bugs Cc: Sent: Thursday, December 04, 2003 3:49 PM Subject: Re: DDD 3.3.8 (i686-pc-cygwin) gets `Segmentation fault WAS Re: c ompiling DDD > Richard Campbell wrote: > >>http://www.lesstif.org/INSTALL.html > > > > "On windows using Cygwin, U/WIN or Interix, LessTif must be built as > > static libraries. Because, one of the biggest issues with X on Win32 > > is the moronic DLL format. Specifically - it is not possible to export > > data from a Win32 DLL in a form that can be used to statically initialize > > another global variable. Data access from a DLL requires at least one > > pointer indirection, and hence executable code. This is why X11R6 doesn't > > have DLLs for Xt/Xmu/Xaw (and Motif) on Win32." > > > > If yes, these rules have been changing. Brian, isn't this what you > > were specifically working on recently? > > The statement in quotes above is now misleading and completely > incorrect. We are distributing *only* a shared version of LessTif on > Cygwin now. The various problems mentioned in the quote all have > work-arounds, some of which were already used by OS/2; we enabled those > work-arounds and adding one or two more of our own and the shared > LessTif library compiles and works fine now. > Fill free to contact the lesstif guys to fix it. Regards, From richard.campbell@air2web.com Thu Dec 4 17:50:00 2003 From: richard.campbell@air2web.com (Richard Campbell) Date: Thu, 04 Dec 2003 17:50:00 -0000 Subject: DDD 3.3.8 (i686-pc-cygwin) gets `Segmentation fault WAS Re: c ompiling DDD Message-ID: >So I guess that it should be something along the lines: >gcc -Wall -I/usr/X11R6/include Xmcheck.c -L/usr/X11R6/lib >.libs/libimp-cygXm-2.a >using whather .libs/libimp-cygXm-2.a points to. Ok, yeah, that seems to be the problem. bash-2.05b$ gcc -Wall -I/usr/X11R6/include Xmcheck.c -L/usr/X11R6/lib -lXm Info: resolving _xmUseVersion by linking to __imp__xmUseVersion (auto-import) bash-2.05b$ ./a.exe xmUseVersion=2001 XmVersion=2001 bash-2.05b$ gcc -Wall -I/usr/X11R6/include Xmcheck.c -L/usr/X11R6/lib ddd/.libs/libimp-cygXm-2.a bash-2.05b$ ./a.exe xmUseVersion=1089480191 XmVersion=2001 Now, I guess, to try and walk back all of the automatic steps to figure out why ddd ended up linking against that libimp-cygXm-2.a file. But first, I'll run that last g++ linking step for ddd after editing it to remove those .libs links. -Richard Campbell. From richard.campbell@air2web.com Thu Dec 4 18:13:00 2003 From: richard.campbell@air2web.com (Richard Campbell) Date: Thu, 04 Dec 2003 18:13:00 -0000 Subject: DDD 3.3.8 (i686-pc-cygwin) gets `Segmentation fault WAS Re: c ompiling DDD Message-ID: >But first, I'll run that last g++ linking step for ddd after editing it to >remove those .libs >links. Yep. The following edited line produces a segfaulting binary: g++ -DNDEBUG -O2 -g -W -Wall -trigraphs -o ddd.exe ddd.o basename.o compare.o cook.o cwd.o glob.o UndoBuffer.o UndoBE.o WhatNextCB.o configinfo.o -L/usr/X11R6/lib .libs/libimp-cygXm-2.a -lXft -lXrender .libs/libimp-cygfontconfig-1.a .libs/libimp-cygfreetype-6.a -lz .libs/libimp-cygexpat-0.a -lXt -lXpm -lXp -lXext -lX11 -lSM -lICE -lncurses -ly ../libiberty/libiberty.a -Wl,--rpath -Wl,/usr/X11R6/lib -Wl,--rpath -Wl,/usr/X11R6/lib And the following edited line produces a running (at least for simple test, breakpoint, step through, browse source, etc.) binary: g++ -DNDEBUG -O2 -g -W -Wall -trigraphs -o ddd.exe ddd.o basename.o compare.o cook.o cwd.o glob.o UndoBuffer.o UndoBE.o WhatNextCB.o configinfo.o -L/usr/X11R6/lib -lXm -lXt -lXpm -lXp -lXext -lX11 -lSM -lICE -lncurses -ly ../libiberty/libiberty.a -Wl,--rpath -Wl,/usr/X11R6/lib -Wl,--rpath -Wl,/usr/X11R6/lib That line, the bugged one anyway, was produced by libtool. So the question becomes, what is libtool doing wrong? Which will probably require shifting over to the main cygwin list and delving into hideous problems, but C'est la vie. Thanks muchly, Arnaud. -Richard Campbell. From arnaud.desitter@ouce.ox.ac.uk Thu Dec 4 18:23:00 2003 From: arnaud.desitter@ouce.ox.ac.uk (Arnaud Desitter) Date: Thu, 04 Dec 2003 18:23:00 -0000 Subject: DDD 3.3.8 (i686-pc-cygwin) gets `Segmentation fault WAS Re: compiling DDD References: Message-ID: <0b1f01c3ba93$b54458e0$d92601a3@ouce.ox.ac.uk> ----- Original Message ----- From: "Richard Campbell" Newsgroups: gmane.os.cygwin.xfree,gmane.comp.debugging.ddd.bugs Cc: Sent: Thursday, December 04, 2003 5:50 PM Subject: RE: DDD 3.3.8 (i686-pc-cygwin) gets `Segmentation fault WAS Re: compiling DDD > >So I guess that it should be something along the lines: > >gcc -Wall -I/usr/X11R6/include Xmcheck.c -L/usr/X11R6/lib > >.libs/libimp-cygXm-2.a > >using whather .libs/libimp-cygXm-2.a points to. > > Ok, yeah, that seems to be the problem. > > bash-2.05b$ gcc -Wall -I/usr/X11R6/include Xmcheck.c -L/usr/X11R6/lib -lXm > Info: resolving _xmUseVersion by linking to __imp__xmUseVersion > (auto-import) > bash-2.05b$ ./a.exe > xmUseVersion=2001 XmVersion=2001 > bash-2.05b$ gcc -Wall -I/usr/X11R6/include Xmcheck.c -L/usr/X11R6/lib > ddd/.libs/libimp-cygXm-2.a > bash-2.05b$ ./a.exe > xmUseVersion=1089480191 XmVersion=2001 > > Now, I guess, to try and walk back all of the automatic steps to figure out > why ddd ended > up linking against that libimp-cygXm-2.a file. Credit or blame libtool for that. > But first, I'll run that last g++ linking step for ddd after editing it to > remove those .libs > links. Just comment out libtool in the Makefile and see what it does. If you can crack and fix this problem properly, that would be great. Regards, From huntharo@msu.edu Thu Dec 4 19:00:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 04 Dec 2003 19:00:00 -0000 Subject: DDD 3.3.8 (i686-pc-cygwin) gets `Segmentation fault WAS Re: c ompiling DDD In-Reply-To: <0ad701c3ba8c$e47ad9b0$d92601a3@ouce.ox.ac.uk> References: <3FCF578A.9030304@msu.edu> <0ad701c3ba8c$e47ad9b0$d92601a3@ouce.ox.ac.uk> Message-ID: <3FCF8430.3020701@msu.edu> Arnaud Desitter wrote: >>>If yes, these rules have been changing. Brian, isn't this what you >>>were specifically working on recently? >> >>The statement in quotes above is now misleading and completely >>incorrect. We are distributing *only* a shared version of LessTif on >>Cygwin now. The various problems mentioned in the quote all have >>work-arounds, some of which were already used by OS/2; we enabled those >>work-arounds and adding one or two more of our own and the shared >>LessTif library compiles and works fine now. >> > > > Fill free to contact the lesstif guys to fix it. > > Regards, Regards, My bad... I'm just a clueless newbie to this whole open-source development thingy majig. Harold From richard.campbell@air2web.com Thu Dec 4 19:21:00 2003 From: richard.campbell@air2web.com (Richard Campbell) Date: Thu, 04 Dec 2003 19:21:00 -0000 Subject: ddd compilation Message-ID: Please keep replies on the cygwin-xfree mailing list. >I was wondering if you could send me the changes to the makefile needed to get >it to compile. What version of gcc are you using? 3.3.1? 3.3.1. I have described all the changes I have made. 1. If using ddd 3.3.8, get the include files from gcc as mentioned by Arnaud. I haven't done this, as I downgraded to ddd 3.3.7 for testing purposes. 2. Remove all "#pragma interface" and "#pragma implementation" lines. 3. Run make. Save off the output. You now have a segfaulting ddd.exe file. 4. Edit the last g++ line to remove the .libs/libcyg*.a libraries and to add -Xm, -Xt, etc., where appropriate. 5. Run that last g++ line again. -Richard Campbell. From ford@vss.fsi.com Thu Dec 4 19:35:00 2003 From: ford@vss.fsi.com (Brian Ford) Date: Thu, 04 Dec 2003 19:35:00 -0000 Subject: INSTALL.html#compile_Windows was (Re: DDD 3.3.8 (i686-pc-cygwin) gets `Segmentation fault) In-Reply-To: <0ad701c3ba8c$e47ad9b0$d92601a3@ouce.ox.ac.uk> References: <3FCF578A.9030304@msu.edu> <0ad701c3ba8c$e47ad9b0$d92601a3@ouce.ox.ac.uk> Message-ID: Arnaud Desitter wrote: > Harold L Hunt II wrote: >> Richard Campbell wrote: >>>Arnaud Desitter wrote: >>>>http://www.lesstif.org/INSTALL.html >>> >>> "On windows using Cygwin, U/WIN or Interix, LessTif must be built as >>> static libraries. Because, one of the biggest issues with X on Win32 >>> is the moronic DLL format. Specifically - it is not possible to export >>> data from a Win32 DLL in a form that can be used to statically initialize >>> another global variable. Data access from a DLL requires at least one >>> pointer indirection, and hence executable code. This is why X11R6 doesn't >>> have DLLs for Xt/Xmu/Xaw (and Motif) on Win32." >>> >>> If yes, these rules have been changing. Brian, isn't this what you >>> were specifically working on recently? >>> I was just trying to help pick up the pieces. Ralf Habacker and Harold L Hunt II fixed the shared Xt problem here: http://www.cygwin.com/ml/cygwin-xfree/2003-10/msg00173.html Then, Zhangrong Huang and Harold L Hunt II fixed lesstif here: http://www.cygwin.com/ml/cygwin-xfree/2003-10/msg00347.html > > The statement in quotes above is now misleading and completely > > incorrect. We are distributing *only* a shared version of LessTif on > > Cygwin now. The various problems mentioned in the quote all have > > work-arounds, some of which were already used by OS/2; we enabled those > > work-arounds and adding one or two more of our own and the shared > > LessTif library compiles and works fine now. > > I'll take an action item to push these changes back upstream to lesstif, but don't expect any particular time line. > Fill free to contact the lesstif guys to fix it. > I did, here: http://www.cygwin.com/ml/cygwin-xfree/2003-10/msg00291.html They have not, yet. I guess I need to supply an actual documentation patch. Again, I'll put it on my list. But, don't expect immediate action. -- Brian Ford Senior Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International Phone: 314-551-8460 Fax: 314-551-8444 From richard.campbell@air2web.com Thu Dec 4 19:52:00 2003 From: richard.campbell@air2web.com (Richard Campbell) Date: Thu, 04 Dec 2003 19:52:00 -0000 Subject: DDD 3.3.8 (i686-pc-cygwin) gets `Segmentation fault WAS Re: c ompiling DDD Message-ID: >> Now, I guess, to try and walk back all of the automatic steps to figure >> out why ddd ended up linking against that libimp-cygXm-2.a file. > >Credit or blame libtool for that. Specifically, the following two settings: # Whether or not to build static libraries. build_old_libs=yes # Create a temporary old-style archive to link instead of a shared archive. old_archive_from_expsyms_cmds="\$DLLTOOL --as=\$AS --dllname \$soname --def \$output_objdir/\$soname-def --output-lib \$output_objdir/\$newlib" If commented out, everything works cleanly. Now, the bizarre part of the generated libtool is the following: # Whether or not to build shared libraries. build_libtool_libs=yes # Whether or not to build static libraries. build_old_libs=yes Why would you have both "shared" and "static" turned on? Now, to configure, I suppose... -Richard Campbell. From ford@vss.fsi.com Thu Dec 4 20:06:00 2003 From: ford@vss.fsi.com (Brian Ford) Date: Thu, 04 Dec 2003 20:06:00 -0000 Subject: DDD 3.3.8 (i686-pc-cygwin) gets `Segmentation fault WAS Re: c ompiling DDD In-Reply-To: References: Message-ID: On Thu, 4 Dec 2003, Richard Campbell wrote: > Arnaud Desitter wrote: > >Richard Campbell wrote: > >> Now, I guess, to try and walk back all of the automatic steps to figure > >> out why ddd ended up linking against that libimp-cygXm-2.a file. > >> > >Credit or blame libtool for that. > > What version of libtool is ddd-3.3.8 using? Does re-libtoolizing fix it? When these two questions are answered, it is probably time to move this to cygwin@cygwin.com or libtool@gnu.org where the Cygwin libtool experts are. > Specifically, the following two settings: > > # Whether or not to build static libraries. > build_old_libs=yes > > # Create a temporary old-style archive to link instead of a shared archive. > old_archive_from_expsyms_cmds="\$DLLTOOL --as=\$AS --dllname \$soname --def > \$output_objdir/\$soname-def --output-lib \$output_objdir/\$newlib" > > If commented out, everything works cleanly. > > Now, the bizarre part of the generated libtool is the following: > > # Whether or not to build shared libraries. > build_libtool_libs=yes > > # Whether or not to build static libraries. > build_old_libs=yes > > Why would you have both "shared" and "static" turned on? > To have the option of either, obviously. Some packages default this way as a courtesy. Static libs are useful when profiling, distributing binaries without worrying about associated libs, etc. -- Brian Ford Senior Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International Phone: 314-551-8460 Fax: 314-551-8444 From richard.campbell@air2web.com Thu Dec 4 20:09:00 2003 From: richard.campbell@air2web.com (Richard Campbell) Date: Thu, 04 Dec 2003 20:09:00 -0000 Subject: DDD 3.3.8 (i686-pc-cygwin) gets `Segmentation fault WAS Re: c ompiling DDD Message-ID: >What version of libtool is ddd-3.3.8 using? Automatically generated by configure? I reconfigured with: bash ./configure --disable-static And libtool now has the settings I had hoped for - I'm running a make now, and I'm pretty confident that will work. Which would boil my steps down to (for 3.3.7): 1. Remove all "#pragma interface" and "#pragma implementation" lines. 2. Configure with: "bash ./configure --disable-static". 3. Make as usual. (For 3.3.8, add the following: 0. Copy gcc/include into libiberty/include, or whatever exactly Arnaud said ) -Richard Campbell. From huntharo@msu.edu Thu Dec 4 20:23:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 04 Dec 2003 20:23:00 -0000 Subject: DDD 3.3.8 (i686-pc-cygwin) gets `Segmentation fault WAS Re: c ompiling DDD In-Reply-To: References: Message-ID: <3FCF978F.8010400@msu.edu> Richard, Richard Campbell wrote: >>What version of libtool is ddd-3.3.8 using? > > > Automatically generated by configure? > > I reconfigured with: > bash ./configure --disable-static > > And libtool now has the settings I had hoped for - I'm running a make now, > and I'm pretty confident that will work. > > Which would boil my steps down to (for 3.3.7): > > 1. Remove all "#pragma interface" and "#pragma implementation" lines. > 2. Configure with: "bash ./configure --disable-static". > 3. Make as usual. > > (For 3.3.8, add the following: > 0. Copy gcc/include into libiberty/include, or whatever exactly Arnaud said > ) Does this result in a working version of ddd? If so, I can package it up for Cygwin's setup.exe. Harold From richard.campbell@air2web.com Thu Dec 4 20:24:00 2003 From: richard.campbell@air2web.com (Richard Campbell) Date: Thu, 04 Dec 2003 20:24:00 -0000 Subject: DDD 3.3.8 (i686-pc-cygwin) gets `Segmentation fault WAS Re: c ompiling DDD Message-ID: bash ./configure --disable-static Only got me halfway - if old_archive_from_expsyms_cmds has a value, it will override the "build_old_libs=no" option in libtool. Strange. -Richard Campbell. From richard.campbell@air2web.com Thu Dec 4 20:26:00 2003 From: richard.campbell@air2web.com (Richard Campbell) Date: Thu, 04 Dec 2003 20:26:00 -0000 Subject: DDD 3.3.8 (i686-pc-cygwin) gets `Segmentation fault WAS Re: c ompiling DDD Message-ID: Almost. When I figure out the minimum number of changes, I'll repost, and then test on the current (3.3.8) build. -Richard Campbell. >Does this result in a working version of ddd? If so, I can package it >up for Cygwin's setup.exe. From jurbanczyk@paychex.com Thu Dec 4 20:55:00 2003 From: jurbanczyk@paychex.com (John E Urbanczyk) Date: Thu, 04 Dec 2003 20:55:00 -0000 Subject: Xaw patch (focus problem) & DLL Message-ID: <005601c3baa8$ebc1e210$56b4020a@paychex.com> I am working with an xterm I modified and rebuilt under the latest cygwin source files and binaries and have experienced the problem with focus (the xterm only has keyboard focus if the mouse is in the window). This was corrected with a patch by Harold Hunt recently, and I have been looking into implementing the patch. However, when I rebuilt the library with the patch, using the Imake and make with the default settings, it builds a static library. (I am building using the files in cygwin/xc/programs/Xaw. And because of the firewall I work behind, I have been unable to access the CVS source tree, so am unaware of what may be missing in my cygwin environment.) It appears from Harold's email that he rebuilt a dynamic library, as he states that he tested the patch by running a non-recompiled xterm against the library. So my question is: what library (or libraries) need to be rebuilt, and does one go about building it? I have looked at the documentation on dlltool, but have never used it before. (The last time I built xterm under cygwin was over two years ago, and I believe that static libraries were all that I used. And I am confused by the various libraries used in my cygwin setup - for example, libXaw-7.dll.a is used by the linker in building xterm, apparently, but cygxaw-7.dll is required at runtime.) Thanks in advance for any help. John Urbanczyk Developer, Research & Development Paychex Inc. 675 Basket Road Webster NY 14580 Phone: 585-216-0578 ----------------------------------------- The information contained in this message may be privileged, confidential, and protected from disclosure. If the reader of this message is not the intended recipient, or any employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any dissemination, distribution, or copying of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by replying to the message and deleting it from your computer. Thank you. Paychex, Inc. From ford@vss.fsi.com Thu Dec 4 21:09:00 2003 From: ford@vss.fsi.com (Brian Ford) Date: Thu, 04 Dec 2003 21:09:00 -0000 Subject: DDD 3.3.8 (i686-pc-cygwin) gets `Segmentation fault WAS Re: c ompiling DDD In-Reply-To: References: Message-ID: On Thu, 4 Dec 2003, Richard Campbell wrote: > Brian Ford wrote: > >What version of libtool is ddd-3.3.8 using? > > > Automatically generated by configure? > I checked. In ltmain.sh for ddd-3.3.8 it says VERSION=1.4.2. I don't know what it was in 3.3.7. The latest is 1.5. > >Does re-libtoolizing fix it? > > Could you try "autoreconf --install --force", re-configure, and report the results? It would be nice to know if the latest autotools are still broken. Thanks. -- Brian Ford Senior Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International Phone: 314-551-8460 Fax: 314-551-8444 From richard.campbell@air2web.com Thu Dec 4 21:28:00 2003 From: richard.campbell@air2web.com (Richard Campbell) Date: Thu, 04 Dec 2003 21:28:00 -0000 Subject: DDD 3.3.8 (i686-pc-cygwin) gets `Segmentation fault WAS Re: c ompiling DDD Message-ID: bash-2.05b$ autoreconf --install --force configure.ac:248: warning: AC_CANONICAL_HOST invoked multiple times autoconf/specific.m4:363: AC_CYGWIN is expanded from... configure.ac:248: the top level autoheader: WARNING: Using auxiliary files such as `acconfig.h', `config.h.bot' autoheader: WARNING: and `config.h.top', to define templates for `config.h.in' autoheader: WARNING: is deprecated and discouraged. autoheader: autoheader: WARNING: Using the third argument of `AC_DEFINE' and autoheader: WARNING: `AC_DEFINE_UNQUOTED' allows to define a template without autoheader: WARNING: `acconfig.h': autoheader: autoheader: WARNING: AC_DEFINE([NEED_FUNC_MAIN], 1, autoheader: [Define if a function `main' is needed.]) autoheader: autoheader: WARNING: More sophisticated templates can also be produced, see the autoheader: WARNING: documentation. configure.in:54: error: possibly undefined macro: AC_PROG_CC_GNU If this token and others are legitimate, please use m4_pattern_allow. See the Autoconf documentation. configure.in:65: error: possibly undefined macro: AC_PROG_CC_G configure.in:198: error: do not use LIBOBJS directly, use AC_LIBOBJ (see section `AC_LIBOBJ vs LIBOBJS' configure.in:310: error: possibly undefined macro: AC_PROG_CC_WORKS autoreconf: /usr/autotool/devel/bin/autoconf failed with exit status: 1 bash-2.05b$ autoreconf --version autoreconf (GNU Autoconf) 2.59 From ford@vss.fsi.com Thu Dec 4 22:35:00 2003 From: ford@vss.fsi.com (Brian Ford) Date: Thu, 04 Dec 2003 22:35:00 -0000 Subject: Cygwin crashed by emacs??? In-Reply-To: References: Message-ID: On Thu, 4 Dec 2003, Sergey Barabash wrote: > My entire cygwin session CRASHES CONSISTENTLY > ("XWin.exe has generated errors... log is being created") > This is XWin.exe, not your "entire cygwin session" (whatever that means). As such, please use the cygwin-xfree@cygwin.com list. I have directed this reply there. > when I try using "ediff-buffers" in emacs. > > Details: > I am running cygwin 1.3-4 under Windows 2000 (v.5.00.2195, s.p.4) > I don't know what Cygwin version 1.3-4 was/is. I suggest you visit http://www.cygwin.com/problems.html to see how to form a useful bug report with the proper supporting information. I also suggest you use http://www.cygwin.com/setup.exe to update your installation (especially the cygwin package, emacs package, and all XFree86 packages) before soliciting further support. If you are not up-to-date, you will not get much help. -- Brian Ford Senior Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International Phone: 314-551-8460 Fax: 314-551-8444 From ford@vss.fsi.com Thu Dec 4 23:54:00 2003 From: ford@vss.fsi.com (Brian Ford) Date: Thu, 04 Dec 2003 23:54:00 -0000 Subject: libtool created import libs broken? was RE: DDD 3.3.8 (i686-pc-cygwin) gets `Segmentation fault In-Reply-To: References: Message-ID: Charles Wilson, Could you look at the problem discovered in the thread below and give us a comment? Thanks. http://www.cygwin.com/ml/cygwin-xfree/2003-12/msg00053.html I'm not an autotool expert, but: On Thu, 4 Dec 2003, Richard Campbell wrote: > bash-2.05b$ autoreconf --install --force These are just warnings, so I think this part worked fine. I guess the ddd people should clean these up? > configure.ac:248: warning: AC_CANONICAL_HOST invoked multiple times > autoconf/specific.m4:363: AC_CYGWIN is expanded from... > configure.ac:248: the top level > autoheader: WARNING: Using auxiliary files such as `acconfig.h', > `config.h.bot' > autoheader: WARNING: and `config.h.top', to define templates for > `config.h.in' > autoheader: WARNING: is deprecated and discouraged. > autoheader: > autoheader: WARNING: Using the third argument of `AC_DEFINE' and > autoheader: WARNING: `AC_DEFINE_UNQUOTED' allows to define a template > without > autoheader: WARNING: `acconfig.h': > autoheader: > autoheader: WARNING: AC_DEFINE([NEED_FUNC_MAIN], 1, > autoheader: [Define if a function `main' is needed.]) > autoheader: > autoheader: WARNING: More sophisticated templates can also be produced, see > the > autoheader: WARNING: documentation. > Here is where we should have stopped, although I don't know how to do that with autoreconf. The following are errors from subdirectories that use older (circa 2.13) autoconf scripts. autoreconf does not support mixed versions, I guess? > configure.in:54: error: possibly undefined macro: AC_PROG_CC_GNU > If this token and others are legitimate, please use m4_pattern_allow. > See the Autoconf documentation. > configure.in:65: error: possibly undefined macro: AC_PROG_CC_G > configure.in:198: error: do not use LIBOBJS directly, use AC_LIBOBJ (see > section `AC_LIBOBJ vs LIBOBJS' > configure.in:310: error: possibly undefined macro: AC_PROG_CC_WORKS > autoreconf: /usr/autotool/devel/bin/autoconf failed with exit status: 1 > So, if this hasn't left your tree broken, I think it would test what I wanted. You should now have libtool 1.5 for the main ddd tree. I think it would fix this. New in 1.5: 2002-04-14; CVS version 1.4e, Libtool team: * Support auto-import patch to binutils on cygwin for much improved dll support. -- Brian Ford Senior Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International Phone: 314-551-8460 Fax: 314-551-8444 From ford@vss.fsi.com Fri Dec 5 00:26:00 2003 From: ford@vss.fsi.com (Brian Ford) Date: Fri, 05 Dec 2003 00:26:00 -0000 Subject: Xaw patch (focus problem) & DLL In-Reply-To: <005601c3baa8$ebc1e210$56b4020a@paychex.com> References: <005601c3baa8$ebc1e210$56b4020a@paychex.com> Message-ID: On Thu, 4 Dec 2003, John E Urbanczyk wrote: > I am working with an xterm I modified and rebuilt under the latest > cygwin source files and binaries and have experienced the problem with > focus (the xterm only has keyboard focus if the mouse is in the window). > This was corrected with a patch by Harold Hunt recently, and I have been > looking into implementing the patch. > What do you mean, implementing the patch? > However, when I rebuilt the library > with the patch, using the Imake and make with the default settings, it > builds a static library. > Why build the library at all? Why not just use the one Harold released here? http://www.cygwin.com/ml/cygwin-xfree-announce/2003-11/msg00003.html > (I am building using the files in > cygwin/xc/programs/Xaw. And because of the firewall I work behind, I > have been unable to access the CVS source tree, so am unaware of what > may be missing in my cygwin environment.) > Now I'm really lost. You said you were using the "latest cygwin source files and binaries." And, how does the XFree CVS source tree have anything to do with things missing from your "cygwin environment". > It appears from Harold's email > that he rebuilt a dynamic library, as he states that he tested the patch > by running a non-recompiled xterm against the library. > Yes. > So my question > is: what library (or libraries) need to be rebuilt, > None if you are using the release in the announcement above. > and does one go about building it? > I would say without getting up-to-date CVS sources, no one would be interested in re-inventing this for you. > I have looked at the documentation on dlltool, but > have never used it before. (The last time I built xterm under cygwin was > over two years ago, and I believe that static libraries were all that I > used. > I hope your sources are not that old :). > And I am confused by the various libraries used in my cygwin setup > - for example, libXaw-7.dll.a is used by the linker in building xterm, > It's an import library. Read up on them. > apparently, but cygxaw-7.dll is required at runtime.) Thanks in advance > for any help. > This is the actual dll. Maybe it's just me, but I found your description very confusing. Since you had not received a reply yet, I thought I would try to help you clarify. -- Brian Ford Senior Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International Phone: 314-551-8460 Fax: 314-551-8444 From cygwin@cwilson.fastmail.fm Fri Dec 5 03:11:00 2003 From: cygwin@cwilson.fastmail.fm (Charles Wilson) Date: Fri, 05 Dec 2003 03:11:00 -0000 Subject: libtool created import libs broken? was RE: DDD 3.3.8 (i686-pc-cygwin) gets `Segmentation fault In-Reply-To: References: Message-ID: <3FCFF7D8.70500@cwilson.fastmail.fm> Brian Ford wrote: > Charles Wilson, > > Could you look at the problem discovered in the thread below and give us a > comment? Thanks. > > http://www.cygwin.com/ml/cygwin-xfree/2003-12/msg00053.html There are a couple of problems. 1) OOB, DDD uses libtool-1.4.2 -- which has very minimal support for cygwin. It works (barely) -- and it takes a whole chapter in the autobook http://sources.redhat.com/autobook/ to explain the differences from "normal" unix shared lib creation. The new 1.5+ procedure (with binutils/gcc autoimport, autoexport, and .dll.a naming convention support) is much more unix-like. Although ltmodules don't seem to work very well, except in toy cases. :-( 2) Old libtool, when it finds a .la file (which specifies the DLL name and the static lib name, AND the import lib name) doesn't appear to handle the implib properly -- it thinks that it does not exist, and attempts to recreate it from scratch using the export table from the DLL. But it uses old, buggy, obsolete, unmaintained, code to do so. Now, there are only four libraries in your link list that have .la files: expat, fontconfig, freetype, and Xm. And whaddaya know -- those are precisely the libs that cause problems in your link command. QuickNDirty answer: hide those four .la files and re-run configure. Long answer: update to the most recent autotools (relibtoolize). However.... >>bash-2.05b$ autoreconf --install --force > > > These are just warnings, so I think this part worked fine. I guess the > ddd people should clean these up? > Yes, they should -- when they are ready to move to autoconf-2.5x, automake-1.7.x, and libtool-1.5+. But as you can see, there are incompatibilities between autoconf-2.13 and -2.5x. Basically, you CAN write a configure.in file that works with both -- but 2.13 was much more forgiving than 2.5x, so most existing configure.in's need to be brought up to 'spec' in order to work with 2.5x. And the _easiest_ way to do THAT is to make changes to the configure.in that are NOT backwards compatible with 2.13! So, it's possible to allow both versions to work with your configure.in, but much harder than just upgrading in a non-backwards-compatible way. So most projects (like gcc/binutils until recently) have taken a wait-and-see approach to autoconf-2.5x. Which leaves us poor cygwin folks, who NEED libtool-1.5 for decent DLL support, out in the cold -- because libtool-1.5 requires automake-1.7.x which requires autoconf-2.5x... (And, even though it is conceivable to use ac-2.5x with old-style automake-1.4p6, the cygwin wrapper system doesn't let you do that. So, if you re-autoconf with ac-2.5x, you'll also need to re-automake with am-1.[67].x -- which brings its own share of possible incompatibilities in the Makefile.am's. And you'll want to add -no-undefined to the libXXXXX_LDFLAGS setting for any libraries that DDD builds) >>configure.ac:248: warning: AC_CANONICAL_HOST invoked multiple times >>autoconf/specific.m4:363: AC_CYGWIN is expanded from... >>configure.ac:248: the top level >>autoheader: WARNING: Using auxiliary files such as `acconfig.h', >>`config.h.bot' >>autoheader: WARNING: and `config.h.top', to define templates for >>`config.h.in' >>autoheader: WARNING: is deprecated and discouraged. >>autoheader: >>autoheader: WARNING: Using the third argument of `AC_DEFINE' and >>autoheader: WARNING: `AC_DEFINE_UNQUOTED' allows to define a template >>without >>autoheader: WARNING: `acconfig.h': >>autoheader: >>autoheader: WARNING: AC_DEFINE([NEED_FUNC_MAIN], 1, >>autoheader: [Define if a function `main' is needed.]) >>autoheader: >>autoheader: WARNING: More sophisticated templates can also be produced, see >>the >>autoheader: WARNING: documentation. Yep, you're gonna have to take care of this stuff by hand. I believe that support for config.h.top etc will be going away in autoconf-2.60, but that's **just** a guess. And anyway, 2.60 isn't expected for at least several months (and 2.59 won't go 'poof' then, anyway) > Here is where we should have stopped, although I don't know how to do > that with autoreconf. The following are errors from subdirectories that > use older (circa 2.13) autoconf scripts. autoreconf does not support > mixed versions, I guess? No, not at all. That's why Zack Weinberg (Nathaniel Nerode?) over on the gcc list are updating gcc's (and friends') configure.in's by hand, one directory at a time. Bringing the autotool infrastructure up to snuff for a large project, like DDD, is a significant challenge. And it's not a job that anyone really wants to do -- so if you've the itch, the only person who will scratch it is you. You'll need to do all this work yourself, and then send your patches back to the DDD developers as a fait accompli, and HOPE that they are ready to 'take the plunge', accept your patch, and **force all of their developers to switch to using the new autotools**. It's that last bit that causes trouble. And until they accept the patches and take the plunge, you'll have to maintain your changes out-of-baseline. And keep reapplying-and-reautotooling each time you update to a new version of DDD. One thing to keep in mind: when doing this, it helps to keep your patches in separate 'piles'. I usually keep a 'pre-autotool' set, which are the changes to configure.in, Makefile.am's, acinclude.m4's, etc. Then, there's the 'post-autotool' set, which are the changes to those files which are automagically updated by re-running autoconf/automake/libtoolize (I usually include a 'bootstrap' script as part of my 'pre-autotool' pile-o-patches [*]). Then, there's the 'code' set (changes to actual code), and the 'cygwin-packinging' set (stuff that goes in /CYGWIN-PATCHES/ like cyg-specific README, .hint, postinstall script, etc -- that the upstream maintainers would NEVER be interested in.) [*] When actually releasing the cygwin package, there are two ways to do this. The first way is to combine all four piles into one mondo patch, and ship it as "the" patch for the package. (patchutils is your friend). The downside is, often these patches are > 3M uncompressed, thanks to the MASSIVE changes to the configure script, the Makefile.in's, etc -- IOW, the 'post-autotool' pile-o-patches. The second way is to only ship the pre-autotool, code, and cygwin-packaging piles as the 'mondo' patch, and then adapt cygwin's generic-packaging-script to run bootstrap as part of it's prep() phase. This way, the patch is much smaller -- AND it's easier for you to maintain. The downside is that (a) if anybody else wants to build your version of the package, they must have the autotools installed, (b) building is slow, because you have to run bootstrap each time [twice! -- again during mkpatch() for reasons I won't go into here -- if you're interested, I can send one of my old packages where I had to do this, and you can see how I did it and why. None of my current packages on sourceware need to do this anymore...yay me.] It's a royal pain...but there's no other choice, if (a) your-fav-pkg won't compile properly on cygwin without modern autotool support, (b) the upstream maintainers are unable/unwilling/properly-cautious to 'take the plunge' and refuse to integrate your patches for a few release cycles. >>configure.in:54: error: possibly undefined macro: AC_PROG_CC_GNU >> If this token and others are legitimate, please use m4_pattern_allow. >> See the Autoconf documentation. >>configure.in:65: error: possibly undefined macro: AC_PROG_CC_G >>configure.in:198: error: do not use LIBOBJS directly, use AC_LIBOBJ (see >>section `AC_LIBOBJ vs LIBOBJS' >>configure.in:310: error: possibly undefined macro: AC_PROG_CC_WORKS >>autoreconf: /usr/autotool/devel/bin/autoconf failed with exit status: 1 >> > > So, if this hasn't left your tree broken, I think it would test what I > wanted. You should now have libtool 1.5 for the main ddd tree. I think > it would fix this. But if the subtrees are configured separately AND the subtrees use libtool, then each subtree will create its own libtool during its own sub-configure step -- and you're back to the mixed-version problem again. Blech. > New in 1.5: 2002-04-14; CVS version 1.4e, Libtool team: > * Support auto-import patch to binutils on cygwin for much improved dll > support. Yep. -- Chuck From winminion@realmspace.com Fri Dec 5 05:50:00 2003 From: winminion@realmspace.com (Joaquin) Date: Fri, 05 Dec 2003 05:50:00 -0000 Subject: How to configure a windows machine as an X client? In-Reply-To: <85569e854f4b.854f4b85569e@ou.edu> Message-ID: <000101c3baf3$af1fc520$c901a8c0@macross> Nope. This would require making Windows an Xclient. This was done before and even offered as a product from Insignia, but was later pulled due to contractual problems with the developer company and never brought back again. Now though, I see people getting similar functionality with VNC. - Joaquin > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com] On Behalf Of Thai.Dang-Vu-1 > Sent: Wednesday, December 03, 2003 2:45 PM > To: cygwin-xfree@cygwin.com > Subject: How to configure a windows machine as an X client? > > > Hello everybody, > > I'm very impressed that I can use Cygwin/XFree86 and openssh > to run mozilla on a Linux machine with the mozilla window on > the Windows machine. > > I have a question. Could I configure a Windows machine as an > X client so that from a Linux machine I can run Internet > Explorer and have the IE window on that Linux machine? If it > is possible, could you tell me which document I should read? > > Regards, > > Thai > > > From kevin.lawton@bt.com Fri Dec 5 09:55:00 2003 From: kevin.lawton@bt.com (kevin.lawton@bt.com) Date: Fri, 05 Dec 2003 09:55:00 -0000 Subject: Cygwin - KDE Message-ID: My apologies in advance if this is considered to be 'off topic' for this list. I have heard rumour that it is possible to run the KDE desktop under Cygwin and wondered if anyone had any knowledge of this - experience or just a pointer to some details. Any help would be much appreciated. TIA Kevin. P.S.: Please feel free to reply to me personally if you don't want to clutter the list up with traffic like this - at: kevin_dot_lawton_at_bt_dot_com From tinez@gmx.ch Fri Dec 5 10:37:00 2003 From: tinez@gmx.ch (Martin Schmid) Date: Fri, 05 Dec 2003 10:37:00 -0000 Subject: Error: procedure entry point in cygwin1.dll Message-ID: <8009.1070620639@www48.gmx.net> Hello all Thanks, Christopher, for your answer I do trust the wisdom of the archives, that's why I checked my whole hard disk for any other copy of cygwin1.dll, and why I rebooted three times before posting the message. There definitely must be another reason for the problem. Any suggestion? Martin On Thu, Dec 04, 2003 at 01:23:38PM +0100, Martin Schmid wrote: >Hello > >I try running xfree/cygwin on a PC with Windows XP. When I try to start >xfree either directly from the windows explorer with startxwin.bat or from a >cygwin bash or csh shell with startxwin.sh, I always get the error: > >The procedure entry point __getreent could not be located in the dynamic >link library cygwin1.dll > >I have made a search in previous messages and they most of them suggest that >similar errors are usually caused by having several versions of cygwin1.dll >or an outdated version of this file. However I have only one version of >cygwin1.dll on my hard disk, the one that came with cygwin 1.5.5-1 which is >dated >to 20.09.03 You should trust the wisdom of the archives. You either have two versions of the DLL around, or you need to reboot. There are no other reasons for this problem. -- Please use the resources at cygwin.com rather than sending personal email. Special for spam email harvesters: send email to aaaspam@sourceware.org and be permanently blocked from mailing lists at sources.redhat.com -- +++ GMX - die erste Adresse f??r Mail, Message, More +++ Neu: Preissenkung f??r MMS und FreeMMS! http://www.gmx.net From davidf@sjsoft.com Fri Dec 5 10:40:00 2003 From: davidf@sjsoft.com (David Fraser) Date: Fri, 05 Dec 2003 10:40:00 -0000 Subject: Cygwin - KDE In-Reply-To: References: Message-ID: <3FD060AC.9010006@sjsoft.com> kevin.lawton@bt.com wrote: >My apologies in advance if this is considered to be 'off topic' for this list. >I have heard rumour that it is possible to run the KDE desktop under Cygwin and wondered if anyone had any knowledge of this - experience or just a pointer to some details. Any help would be much appreciated. >TIA >Kevin. >P.S.: Please feel free to reply to me personally if you don't want to clutter the list up with traffic like this - at: kevin_dot_lawton_at_bt_dot_com > > kde-cygwin.sourceforge.net has all the details you need. it works great. they have a mailing list if you need any more help. replying to the list so everyone else knows they don't need to mail you. david From kevin.lawton@bt.com Fri Dec 5 10:40:00 2003 From: kevin.lawton@bt.com (kevin.lawton@bt.com) Date: Fri, 05 Dec 2003 10:40:00 -0000 Subject: Cygwin - KDE Message-ID: My apologies in advance if this is considered to be 'off topic' for this list. I have heard rumour that it is possible to run the KDE desktop under Cygwin and wondered if anyone had any knowledge of this - experience or just a pointer to some details. Any help would be much appreciated. TIA Kevin. P.S.: Please feel free to reply to me personally if you don't want to clutter the list up with traffic like this - at: kevin_dot_lawton_at_bt_dot_com From bmj2004@bellsouth.net Fri Dec 5 10:47:00 2003 From: bmj2004@bellsouth.net (Robert McNulty Junior) Date: Fri, 05 Dec 2003 10:47:00 -0000 Subject: Cygwin - KDE In-Reply-To: Message-ID: Yep. look at KDO on Cygwin at sourceforge.net. Works great. Currently BETA though. You can download KDE 3.1.1 Bobby -----Original Message----- From: cygwin-xfree-owner@cygwin.com [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of kevin.lawton@bt.com Sent: Friday, December 05, 2003 4:39 AM To: cygwin-xfree@cygwin.com Subject: Cygwin - KDE My apologies in advance if this is considered to be 'off topic' for this list. I have heard rumour that it is possible to run the KDE desktop under Cygwin and wondered if anyone had any knowledge of this - experience or just a pointer to some details. Any help would be much appreciated. TIA Kevin. P.S.: Please feel free to reply to me personally if you don't want to clutter the list up with traffic like this - at: kevin_dot_lawton_at_bt_dot_com From bmj2004@bellsouth.net Fri Dec 5 10:49:00 2003 From: bmj2004@bellsouth.net (Robert McNulty Junior) Date: Fri, 05 Dec 2003 10:49:00 -0000 Subject: Cygwin - KDE In-Reply-To: Message-ID: Meant KDE on Cygwin -----Original Message----- From: cygwin-xfree-owner@cygwin.com [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Robert McNulty Junior Sent: Friday, December 05, 2003 4:48 AM To: cygwin-xfree@cygwin.com Subject: RE: Cygwin - KDE Yep. look at KDO on Cygwin at sourceforge.net. Works great. Currently BETA though. You can download KDE 3.1.1 Bobby -----Original Message----- From: cygwin-xfree-owner@cygwin.com [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of kevin.lawton@bt.com Sent: Friday, December 05, 2003 4:39 AM To: cygwin-xfree@cygwin.com Subject: Cygwin - KDE My apologies in advance if this is considered to be 'off topic' for this list. I have heard rumour that it is possible to run the KDE desktop under Cygwin and wondered if anyone had any knowledge of this - experience or just a pointer to some details. Any help would be much appreciated. TIA Kevin. P.S.: Please feel free to reply to me personally if you don't want to clutter the list up with traffic like this - at: kevin_dot_lawton_at_bt_dot_com From kevin.lawton@bt.com Fri Dec 5 10:57:00 2003 From: kevin.lawton@bt.com (kevin.lawton@bt.com) Date: Fri, 05 Dec 2003 10:57:00 -0000 Subject: Avoiding the SPAM (was: Cygwin - KDE). Message-ID: Thanks for your reply, David, looking forward to an interesting weekend checking it all out. Sorry to add extra traffic to the list, but I feel I have to point out: When you replied to me, you (or your e-mail client) echoed my e-mail address (and yours, and that of the mailing list) back in the message in plain text. This is the 'staff of life' for spam harvesters ! Any spammer lurking on the list will now have a couple more e-mail addresses to sell to the advertisers and porn-mongers of this world. Aaarrgh ! Please try to avoid returning e-mail addresses as text in the messages - probably best to 'munger' your address or snip out the server part. Some e-mail clients can be set to do this for you. At the very least, replace the '@' with something less obvious. Please - I'm not trying to 'dictate terms' - hey, I've only just joined this list - but I would like to hope that everyone takes my point on board. These days, people are losing their jobs for receiving 'dodgy' e-mail adverts at work. Kevin. kevin_dot_lawton_at_bt_dot_com > -----Original Message----- > From: David Fraser > Sent: 05 December 2003 10:41 > To: cygwin-xfree > Cc: Lawton,K,Kevin,XJH3C C > Subject: Re: Cygwin - KDE > > kevin.lawton wrote: > > >My apologies in advance if this is considered to be 'off > topic' for this list. > >I have heard rumour that it is possible to run the KDE > desktop under Cygwin and wondered if anyone had any knowledge > of this - experience or just a pointer to some details. Any > help would be much appreciated. > >TIA > >Kevin. > >P.S.: Please feel free to reply to me personally if you > don't want to clutter the list up with traffic like this - > at: kevin_dot_lawton_at_bt_dot_com > > > kde-cygwin.sourceforge.net has all the details you need. it > works great. > they have a mailing list if you need any more help. > replying to the list so everyone else knows they don't need > to mail you. > David > > From davidf@sjsoft.com Fri Dec 5 11:10:00 2003 From: davidf@sjsoft.com (David Fraser) Date: Fri, 05 Dec 2003 11:10:00 -0000 Subject: Avoiding the SPAM (was: Cygwin - KDE). In-Reply-To: References: Message-ID: <3FD0679C.6090605@sjsoft.com> Hi Kevin Sorry about that. If you set your mail client to show your name in the From address, it will usually get quoted using the name rather than the address David Kevin Lawton wrote: >Thanks for your reply, David, looking forward to an interesting weekend checking it all out. >Sorry to add extra traffic to the list, but I feel I have to point out: >When you replied to me, you (or your e-mail client) echoed my e-mail address (and yours, and that of the mailing list) back in the message in plain text. This is the 'staff of life' for spam harvesters ! Any spammer lurking on the list will now have a couple more e-mail addresses to sell to the advertisers and porn-mongers of this world. Aaarrgh ! >Please try to avoid returning e-mail addresses as text in the messages - probably best to 'munger' your address or snip out the server part. Some e-mail clients can be set to do this for you. At the very least, replace the '@' with something less obvious. >Please - I'm not trying to 'dictate terms' - hey, I've only just joined this list - but I would like to hope that everyone takes my point on board. These days, people are losing their jobs for receiving 'dodgy' e-mail adverts at work. >Kevin. > kevin_dot_lawton_at_bt_dot_com > > > >>-----Original Message----- >>From: David Fraser >>Sent: 05 December 2003 10:41 >>To: cygwin-xfree >>Cc: Lawton,K,Kevin,XJH3C C >>Subject: Re: Cygwin - KDE >> >>kevin.lawton wrote: >> >> >> >>>My apologies in advance if this is considered to be 'off >>> >>> >>topic' for this list. >> >> >>>I have heard rumour that it is possible to run the KDE >>> >>> >>desktop under Cygwin and wondered if anyone had any knowledge >>of this - experience or just a pointer to some details. Any >>help would be much appreciated. >> >> >>>TIA >>>Kevin. >>>P.S.: Please feel free to reply to me personally if you >>> >>> >>don't want to clutter the list up with traffic like this - >>at: kevin_dot_lawton_at_bt_dot_com >> >> >>> >>> >>> >>kde-cygwin.sourceforge.net has all the details you need. it >>works great. >>they have a mailing list if you need any more help. >>replying to the list so everyone else knows they don't need >>to mail you. >>David >> >> >> > > > > From arnaud.desitter@ouce.ox.ac.uk Fri Dec 5 12:46:00 2003 From: arnaud.desitter@ouce.ox.ac.uk (Arnaud Desitter) Date: Fri, 05 Dec 2003 12:46:00 -0000 Subject: libtool created import libs broken? was RE: DDD 3.3.8 (i686-pc-cygwin) gets `Segmentation fault References: <3FCFF7D8.70500@cwilson.fastmail.fm> Message-ID: <0d1001c3bb2d$ce13ea80$d92601a3@ouce.ox.ac.uk> Hi, Points taken. ddd requires autoconf 2.5x. It may well be that more work is needed in the configure machinery to make it work with the most recent versions of the autotools. Patches are welcome. For instance, ddd/acconfig.h should be converted. Again any help is welcome. An additional problem is that libiberty is bundled but has not been converted yet to autoconf 2.5x. This causes problems but there is not much we can do at the moment (except not using it in the first place). The ddd cvs repository lives at http://sourceforge.net/projects/ddd/. Patches posted at ddd@gnu.org will be considered. Best regards, ----- Original Message ----- From: "Charles Wilson" Newsgroups: gmane.os.cygwin,gmane.os.cygwin.xfree,gmane.comp.debugging.ddd.bugs Cc: ; Sent: Friday, December 05, 2003 3:13 AM Subject: Re: libtool created import libs broken? was RE: DDD 3.3.8 (i686-pc-cygwin) gets `Segmentation fault > Brian Ford wrote: > > Charles Wilson, > > > > Could you look at the problem discovered in the thread below and give us a > > comment? Thanks. > > > > http://www.cygwin.com/ml/cygwin-xfree/2003-12/msg00053.html > > There are a couple of problems. > > 1) OOB, DDD uses libtool-1.4.2 -- which has very minimal support for > cygwin. It works (barely) -- and it takes a whole chapter in the > autobook http://sources.redhat.com/autobook/ to explain the differences > from "normal" unix shared lib creation. The new 1.5+ procedure (with > binutils/gcc autoimport, autoexport, and .dll.a naming convention > support) is much more unix-like. Although ltmodules don't seem to work > very well, except in toy cases. :-( > > 2) Old libtool, when it finds a .la file (which specifies the DLL > name and the static lib name, AND the import lib name) doesn't appear to > handle the implib properly -- it thinks that it does not exist, and > attempts to recreate it from scratch using the export table from the > DLL. But it uses old, buggy, obsolete, unmaintained, code to do so. > > Now, there are only four libraries in your link list that have .la > files: expat, fontconfig, freetype, and Xm. And whaddaya know -- those > are precisely the libs that cause problems in your link command. > > QuickNDirty answer: hide those four .la files and re-run configure. > > Long answer: update to the most recent autotools (relibtoolize). > However.... > > >>bash-2.05b$ autoreconf --install --force > > > > > > These are just warnings, so I think this part worked fine. I guess the > > ddd people should clean these up? > > > > Yes, they should -- when they are ready to move to autoconf-2.5x, > automake-1.7.x, and libtool-1.5+. But as you can see, there are > incompatibilities between autoconf-2.13 and -2.5x. Basically, you CAN > write a configure.in file that works with both -- but 2.13 was much more > forgiving than 2.5x, so most existing configure.in's need to be brought > up to 'spec' in order to work with 2.5x. > > And the _easiest_ way to do THAT is to make changes to the configure.in > that are NOT backwards compatible with 2.13! So, it's possible to allow > both versions to work with your configure.in, but much harder than just > upgrading in a non-backwards-compatible way. > > So most projects (like gcc/binutils until recently) have taken a > wait-and-see approach to autoconf-2.5x. Which leaves us poor cygwin > folks, who NEED libtool-1.5 for decent DLL support, out in the cold -- > because libtool-1.5 requires automake-1.7.x which requires autoconf-2.5x... > > (And, even though it is conceivable to use ac-2.5x with old-style > automake-1.4p6, the cygwin wrapper system doesn't let you do that. So, > if you re-autoconf with ac-2.5x, you'll also need to re-automake with > am-1.[67].x -- which brings its own share of possible incompatibilities > in the Makefile.am's. And you'll want to add -no-undefined to the > libXXXXX_LDFLAGS setting for any libraries that DDD builds) > > >>configure.ac:248: warning: AC_CANONICAL_HOST invoked multiple times > >>autoconf/specific.m4:363: AC_CYGWIN is expanded from... > >>configure.ac:248: the top level > >>autoheader: WARNING: Using auxiliary files such as `acconfig.h', > >>`config.h.bot' > >>autoheader: WARNING: and `config.h.top', to define templates for > >>`config.h.in' > >>autoheader: WARNING: is deprecated and discouraged. > >>autoheader: > >>autoheader: WARNING: Using the third argument of `AC_DEFINE' and > >>autoheader: WARNING: `AC_DEFINE_UNQUOTED' allows to define a template > >>without > >>autoheader: WARNING: `acconfig.h': > >>autoheader: > >>autoheader: WARNING: AC_DEFINE([NEED_FUNC_MAIN], 1, > >>autoheader: [Define if a function `main' is needed.]) > >>autoheader: > >>autoheader: WARNING: More sophisticated templates can also be produced, see > >>the > >>autoheader: WARNING: documentation. > > Yep, you're gonna have to take care of this stuff by hand. I believe > that support for config.h.top etc will be going away in autoconf-2.60, > but that's **just** a guess. And anyway, 2.60 isn't expected for at > least several months (and 2.59 won't go 'poof' then, anyway) > > > Here is where we should have stopped, although I don't know how to do > > that with autoreconf. The following are errors from subdirectories that > > use older (circa 2.13) autoconf scripts. autoreconf does not support > > mixed versions, I guess? > > No, not at all. That's why Zack Weinberg (Nathaniel Nerode?) over on > the gcc list are updating gcc's (and friends') configure.in's by hand, > one directory at a time. > > Bringing the autotool infrastructure up to snuff for a large project, > like DDD, is a significant challenge. And it's not a job that anyone > really wants to do -- so if you've the itch, the only person who will > scratch it is you. You'll need to do all this work yourself, and then > send your patches back to the DDD developers as a fait accompli, and > HOPE that they are ready to 'take the plunge', accept your patch, and > **force all of their developers to switch to using the new autotools**. > > It's that last bit that causes trouble. And until they accept the > patches and take the plunge, you'll have to maintain your changes > out-of-baseline. And keep reapplying-and-reautotooling each time you > update to a new version of DDD. > > One thing to keep in mind: when doing this, it helps to keep your > patches in separate 'piles'. I usually keep a 'pre-autotool' set, which > are the changes to configure.in, Makefile.am's, acinclude.m4's, etc. > Then, there's the 'post-autotool' set, which are the changes to those > files which are automagically updated by re-running > autoconf/automake/libtoolize (I usually include a 'bootstrap' script as > part of my 'pre-autotool' pile-o-patches [*]). Then, there's the 'code' > set (changes to actual code), and the 'cygwin-packinging' set (stuff > that goes in /CYGWIN-PATCHES/ like cyg-specific README, .hint, > postinstall script, etc -- that the upstream maintainers would NEVER be > interested in.) > > [*] When actually releasing the cygwin package, there are two ways to do > this. The first way is to combine all four piles into one mondo patch, > and ship it as "the" patch for the package. (patchutils is your > friend). The downside is, often these patches are > 3M uncompressed, > thanks to the MASSIVE changes to the configure script, the > Makefile.in's, etc -- IOW, the 'post-autotool' pile-o-patches. The > second way is to only ship the pre-autotool, code, and cygwin-packaging > piles as the 'mondo' patch, and then adapt cygwin's > generic-packaging-script to run bootstrap as part of it's prep() phase. > This way, the patch is much smaller -- AND it's easier for you to > maintain. The downside is that (a) if anybody else wants to build your > version of the package, they must have the autotools installed, (b) > building is slow, because you have to run bootstrap each time [twice! -- > again during mkpatch() for reasons I won't go into here -- if you're > interested, I can send one of my old packages where I had to do this, > and you can see how I did it and why. None of my current packages on > sourceware need to do this anymore...yay me.] > > It's a royal pain...but there's no other choice, if (a) your-fav-pkg > won't compile properly on cygwin without modern autotool support, (b) > the upstream maintainers are unable/unwilling/properly-cautious to 'take > the plunge' and refuse to integrate your patches for a few release cycles. > > >>configure.in:54: error: possibly undefined macro: AC_PROG_CC_GNU > >> If this token and others are legitimate, please use m4_pattern_allow. > >> See the Autoconf documentation. > >>configure.in:65: error: possibly undefined macro: AC_PROG_CC_G > >>configure.in:198: error: do not use LIBOBJS directly, use AC_LIBOBJ (see > >>section `AC_LIBOBJ vs LIBOBJS' > >>configure.in:310: error: possibly undefined macro: AC_PROG_CC_WORKS > >>autoreconf: /usr/autotool/devel/bin/autoconf failed with exit status: 1 > >> > > > > So, if this hasn't left your tree broken, I think it would test what I > > wanted. You should now have libtool 1.5 for the main ddd tree. I think > > it would fix this. > > But if the subtrees are configured separately AND the subtrees use > libtool, then each subtree will create its own libtool during its own > sub-configure step -- and you're back to the mixed-version problem > again. Blech. > > > New in 1.5: 2002-04-14; CVS version 1.4e, Libtool team: > > * Support auto-import patch to binutils on cygwin for much improved dll > > support. > > Yep. > > -- > Chuck > > > > From listrelay.cygwin-xfree@haidinger.dyndns.org Fri Dec 5 13:55:00 2003 From: listrelay.cygwin-xfree@haidinger.dyndns.org (Walter Haidinger) Date: Fri, 05 Dec 2003 13:55:00 -0000 Subject: AltGr and XP Powertoys not fixed yet? In-Reply-To: <3FCF58D9.7040400@msu.edu> References: <3FCF58D9.7040400@msu.edu> Message-ID: On Thu, 4 Dec 2003, Harold L Hunt II wrote: > > Well, the only fix I've found so far is to deinstall the Powertoys. :-( > > Good man: you actually searched the archives :) Isn't that common practice? ;-) > > Is there a patch or something else (perhaps a magic Registry entry to > > disable Powertoys behaviour) to make AltGr work _with_ having Powertoys > > installed? I'd really appreciate this as Exceed would be the only other > > solution I can see for now. > > No, there is not a patch. Creating a patch would be easiest for someone > with a non-U.S. keyboard and keyboard layout, Windows XP, and TweakUI > installled. I'm sorry to hear that but thanks for the confirmation! But how about adding this to the FAQ? The problem hits every XP user having a german keyboard and is running Powertoys... I wonder, is it _that_ uncommon so it isn't even a FAQ? Regards, Walter From cgf-no-personal-reply-please@cygwin.com Fri Dec 5 14:58:00 2003 From: cgf-no-personal-reply-please@cygwin.com (Christopher Faylor) Date: Fri, 05 Dec 2003 14:58:00 -0000 Subject: Error: procedure entry point in cygwin1.dll In-Reply-To: <8009.1070620639@www48.gmx.net> References: <8009.1070620639@www48.gmx.net> Message-ID: <20031205145805.GI8193@redhat.com> On Fri, Dec 05, 2003 at 11:37:19AM +0100, Martin Schmid wrote: >I do trust the wisdom of the archives, that's why I checked my whole >hard disk for any other copy of cygwin1.dll, and why I rebooted three >times before posting the message. That would have been an interesting thing to mention in your first problem report. >There definitely must be another reason for the problem. Any >suggestion? There are no other reasons for the problem. Possibly following the guidelines at: http://cygwin.com/problems.html will provide a clue. cgf From alexander.gottwald@s1999.tu-chemnitz.de Fri Dec 5 15:12:00 2003 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Fri, 05 Dec 2003 15:12:00 -0000 Subject: AltGr and XP Powertoys not fixed yet? In-Reply-To: References: <3FCF58D9.7040400@msu.edu> Message-ID: On Fri, 4 Dec 2003, Walter Haidinger wrote: > > Good man: you actually searched the archives :) > > Isn't that common practice? ;-) Unfortunatly there are always some users who ask questions which were discussed the week before. But we always hope that users read the FAQ and search the archives before asking questions on the list. > But how about adding this to the FAQ? Good point. > The problem hits every XP user > having a german keyboard and is running Powertoys... > I wonder, is it _that_ uncommon so it isn't even a FAQ? No. I'll add Harolds answer to the FAQ. bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From barabash@mps.ohio-state.edu Fri Dec 5 17:18:00 2003 From: barabash@mps.ohio-state.edu (Sergey Barabash) Date: Fri, 05 Dec 2003 17:18:00 -0000 Subject: Cygwin crashed by emacs??? In-Reply-To: Message-ID: > I don't know what Cygwin version 1.3-4 was/is. Sorry, it was CYGWIN_NT-5.0 1.3.22(0.78/3/2) (4 months old) --Sergey From alexander.gottwald@s1999.tu-chemnitz.de Fri Dec 5 17:25:00 2003 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Fri, 05 Dec 2003 17:25:00 -0000 Subject: Cygwin crashed by emacs??? In-Reply-To: References: Message-ID: On Fri, 5 Dec 2003, Sergey Barabash wrote: > > I don't know what Cygwin version 1.3-4 was/is. > > Sorry, it was CYGWIN_NT-5.0 1.3.22(0.78/3/2) > (4 months old) I don't know if the latest XWin build has a fix for the xemacs crash (which was already reported by a few users) but to use it you'll most likely need to upgrade to the most recent cygwin (1.5.x) since there were some incompatible changes in this library. bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From aroushdi@fr.ibm.com Fri Dec 5 17:30:00 2003 From: aroushdi@fr.ibm.com (amr roushi) Date: Fri, 05 Dec 2003 17:30:00 -0000 Subject: Latest cygwin + XF strange behaviour Message-ID: After installing the new xfree and cygwin builds i suffer from the following , note i have an older version on another machine and it does not manifest the same behaviour . I am on AIX 5 and W2K . A) I get defunct processes spawned from dtlogin with ever session i open and close . b) I have to use the -from parm in order to make it work ur help is greatly appreciated . thks n best regards From alexander.gottwald@s1999.tu-chemnitz.de Fri Dec 5 17:43:00 2003 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Fri, 05 Dec 2003 17:43:00 -0000 Subject: Latest cygwin + XF strange behaviour In-Reply-To: References: Message-ID: On Fri, 5 Dec 2003, amr roushi wrote: > After installing the new xfree and cygwin builds i suffer from the > following , note i have an older version on another machine and it does > not manifest the same behaviour . > I am on AIX 5 > and W2K . > A) I get defunct processes spawned from dtlogin with ever session i open > and close . Very strange since there is no direct connection between xwin and the processes. > b) I have to use the -from parm in order to make it work This is most likely because of your network configuration. There are at least two network interfaces configured and xwin does not know which one is the one it should use. The other machine has most likely a different configuration. bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From namreb@us.ibm.com Fri Dec 5 17:47:00 2003 From: namreb@us.ibm.com (Leonard Berman) Date: Fri, 05 Dec 2003 17:47:00 -0000 Subject: startx broken. Xlib: connection to ":0.0" refused by server,Xlib: No protocol specified Message-ID: I started having this problem a week ago when I accidentally shut down W2K which X was running. Since then I have reinstalled all of cygwin with no effect. (I did not remove the cygwin directory tree.) When I run startx from bash, a window opens; however, the window manager (fvwm2) cann't connect. XWin.log is included below. I assume the problem is a missing config file which is flagged in the log, but I'm at a loss at how to proceed. startxwin.sh works and from inside the resulting window, fvwm2 runs; however startx behaves the same. Thanks in advance for your help. --Len ddxProcessArgument - Initializing default screens winInitializeDefaultScreens - w 1024 h 768 winInitializeDefaultScreens - Returning OsVendorInit - Creating bogus screen 0 _XSERVTransmkdir: Owner of /tmp/.X11-unix should be set to root (EE) Unable to locate/open config file InitOutput - Error reading config file winDetectSupportedEngines - Windows NT/2000/XP winDetectSupportedEngines - DirectDraw installed winDetectSupportedEngines - Allowing PrimaryDD winDetectSupportedEngines - DirectDraw4 installed winDetectSupportedEngines - Returning, supported engines 0000001f InitOutput - g_iNumScreens: 1 iMaxConsecutiveScreen: 1 winSetEngine - Using Shadow DirectDraw NonLocking winAdjustVideoModeShadowDDNL - Using Windows display depth of 32 bits per pixel winCreateBoundingWindowWindowed - User w: 1024 h: 768 winCreateBoundingWindowWindowed - Current w: 1024 h: 768 winAdjustForAutoHide - Original WorkArea: 0 0 768 1024 winAdjustForAutoHide - Taskbar is auto hide winAdjustForAutoHide - Found BOTTOM auto-hide taskbar winAdjustForAutoHide - Adjusted WorkArea: 0 0 767 1024 winCreateBoundingWindowWindowed - WindowClient w 1018 h 742 r 1018 l 0 b 742 t 0 winCreateBoundingWindowWindowed - Returning winCreatePrimarySurfaceShadowDDNL - Creating primary surface winCreatePrimarySurfaceShadowDDNL - Created primary surface winCreatePrimarySurfaceShadowDDNL - Attached clipper to primary surface winAllocateFBShadowDDNL - lPitch: 4072 winAllocateFBShadowDDNL - Created shadow pitch: 4072 winAllocateFBShadowDDNL - Created shadow stride: 1018 winFinishScreenInitFB - Masks: 00ff0000 0000ff00 000000ff winInitVisualsShadowDDNL - Masks 00ff0000 0000ff00 000000ff BPRGB 8 d 24 bpp 32 winCreateDefColormap - Deferring to fbCreateDefColormap () winFinishScreenInitFB - returning winScreenInit - returning InitOutput - Returning. MIT-SHM extension disabled due to lack of kernel support XFree86-Bigfont extension local-client optimization disabled due to lack of shared memory support in the kernel (==) winConfigKeyboard - Layout: "00000409" (00000409) (EE) No primary keyboard configured (==) Using compiletime defaults for keyboard Rules = "xfree86" Model = "pc101" Layout = "us" Variant = "(null)" Options = "(null)" winPointerWarpCursor - Discarding first warp: 509 371 winBlockHandler - Releasing pmServerStarted winBlockHandler - pthread_mutex_unlock () returned AUDIT: Fri Dec 5 11:40:48 2003: 1740 X: client 1 rejected from local host AUDIT: Fri Dec 5 11:40:50 2003: 1740 X: client 1 rejected from local host AUDIT: Fri Dec 5 11:40:52 2003: 1740 X: client 1 rejected from local host AUDIT: Fri Dec 5 11:40:54 2003: 1740 X: client 1 rejected from local host AUDIT: Fri Dec 5 11:40:56 2003: 1740 X: client 1 rejected from local host AUDIT: Fri Dec 5 11:40:58 2003: 1740 X: client 1 rejected from local host winDeinitClipboard - Noting shutdown in progress winDeinitMultiWindowWM - Noting shutdown in progress winDeinitClipboard - Noting shutdown in progress winDeinitMultiWindowWM - Noting shutdown in progress From richard.campbell@air2web.com Fri Dec 5 18:39:00 2003 From: richard.campbell@air2web.com (Richard Campbell) Date: Fri, 05 Dec 2003 18:39:00 -0000 Subject: DDD 3.3.8 recipe - was - RE: libtool created import libs brok en? was RE: DDD 3.3.8 (i686-pc-cygwin) gets `Segmentation fault Message-ID: Resend - got denied because of attachment size, so I've uploaded my diffs to a web page. Ok, I think this is the quickest way to get a working (as far as I can tell, and I didn't play with it all that much, although I did load up the cxxtest.exe, set a breakpoint, run through, etc.) DDD 3.3.8 on cygwin: 1. Get the DDD 3.3.8 source and a gcc 3.3.x source. 2. Copy the gcc/include contents into ddd-3.3.8/include 3. Edit ddd-3.3.8/configure to remove the "old_archive_from_expsyms_cmds" variable (patch below, which is just in the cygwin section of configure): bash-2.05b$ diff -u ddd-3.3.8-orig/configure ddd-3.3.8/configure --- ddd-3.3.8-orig/configure 2003-10-22 15:29:40.000000000 -0400 +++ ddd-3.3.8/configure 2003-12-05 11:34:05.948423800 -0500 @@ -9492,7 +9492,8 @@ else $CC -o impgen impgen.c ; fi)~ $output_objdir/impgen $dir/$soroot > $output_objdir/$soname-def' - old_archive_from_expsyms_cmds='$DLLTOOL --as=$AS --dllname $soname --def $output_objdir/$soname-def --output-lib $output_objdir/$newlib' +# old_archive_from_expsyms_cmds='$DLLTOOL --as=$AS --dllname $soname --def $output_objdir/$soname-def --output-lib $output_objdir/$newlib' + old_archive_from_expsyms_cmds= # cygwin and mingw dlls have different entry points and sets of symbols # to exclude. 4. bash ./configure 5. Edit all of ddd/*.C ddd/*.h to remove or guard all "#pragma interface" and "#pragma implementation" lines. 6. make 7. make install 8. run as normal. The usual disclaimers apply. I have included the output of: diff -u -r -N ddd-3.3.8-orig/ ddd-3.3.8 Available at: http://bellsouthpwp.net/u/l/ulvester/ddddiffs.gz Feel free to play with it if the prospect of handediting 500 .C and .h files doesn't thrill you. -Richard Campbell. From ford@vss.fsi.com Fri Dec 5 18:49:00 2003 From: ford@vss.fsi.com (Brian Ford) Date: Fri, 05 Dec 2003 18:49:00 -0000 Subject: Cygwin crashed by emacs??? In-Reply-To: References: Message-ID: On Fri, 5 Dec 2003, Sergey Barabash wrote: > Dear Brian, > > Thank you for your reply. > You are welcome. But, I prefer that you send all Cygwin XFree related mail only to cygwin-xfree at cygwin dot com instead of sending me private mail. Thanks. > In fact, cygwin-xfree was for "discussion" of XFree and > answering "how to" questions, according to the online description. > I wanted to report a bug and the only group mentioning bug > reports was cygwin. Sorry if this was misdirected, but then the > online description should be clarified. > I'm glad you read the list descriptions that closely :). Most people don't. PTC, but this one is not worth my time. > > I also suggest you use http://www.cygwin.com/setup.exe to update your > > installation (especially the cygwin package, emacs package, and all > > It is not an emacs problem: as I mentioned, I ran different versions > of emacs on different platforms and they all crash XWin. > I agree. But, your Cygwin installation sounded like it was significantly out-of-date (<= 1.3.22. Since you still have not provided the information requested in http://www.cygwin.com/problems.html, I still can not tell.) Since 1.5.x was an major ABI change, I suggested that you update everything (at least what you claimed to be using) to avoid additional breakage. Furthermore, you will generally not get free "support" from an open source community if your software is very out-of-date. > Furthermore, an XServer must be stable no matter what > crazy thing a window application does -- if it is not, it is a bug > with the Xserver and not the problem of the application -- don't you > think so? > Yes, but you should always check to see if the bug has been fixed in the latest version first. > > This is XWin.exe, not your "entire cygwin session" (whatever that means). > > As such, please use the cygwin-xfree@cygwin.com list. I have directed > > this reply there. > > I hope you do not assume that every cygwin user has done extensive > study of the code and knows that "XWin" is same as "XFree"... > No, I don't. That would be amazing if they did. > Also, I installed cygwin because I needed a free X-server and that's > how I normally use it. I do appreciate the fact that cygwin > provides many more tools and a virtual linux machine running on my > computer, but the only way I know how to use those tools (not to say > that I frequently use them, but still..) is through the X-interface, so > indeed an "entire cygwin cession", being all interactive jobs, whether > local or remote (and in my case all remote), would crash for me anyway.. > Ok, how about "my entire Cygwin *X* session". That would be the normal term to use, I think. > > I don't know what Cygwin version 1.3-4 was/is. > > Actually that's the documentation version > (usr/doc/Cygwin/cygwin-doc-1.3-4.README) which I assumed was same as > the program version. > The uname info is actually CYGWIN_NT-5.0 1.3.22(0.78/3/2) > Sorry, I did not know that I could not trust documentation... ;( > Why would you expect the documentation version to be the same as the program version? The two do not usually change together. I would expect, however, that if the documentation documented the program version, it would document the correct version number. > > I suggest you visit http://www.cygwin.com/problems.html to see how to > I did, except it was all obvious stuff. > Where is your cygcheck output? > If you are concerned about people not knowing which version > they are running, you could have that web page explain how to correctly > look up the version number! Similarly, if the executable name ("XWin") is > different from the project name ("XFree"), the webpage could list both... > Ok on the latter. The former would have been included in cygcheck.out. > I'll try to update cygwin but I doubt it will change anything, > if similar problem has not been addressed recently, which apparently is > not the case. My version is only 4 months old, and this looks like > quite a nasty bug... > I tremendous amount of work on Cygwin and Cygwin Xfree86 has been done in those four months. It may not fix your problem, but we won't know until you try. And, I don't know anyone who is going to take you seriously until you do. > Anyway, thanks again for the reply > and for your help! > I'll send one more reply to the group with the correct version #. > You are welcome again. I don't mean to come on too strong, but we have many people who do not take the time to read any of the web site/documentation/list archives first. That is the standard assumption, especially if you do not attach cygcheck output as requested. Your reply to the list was probably too short to solicit any real feedback. Please try to update and post your results again. Thanks. -- Brian Ford Senior Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International Phone: 314-551-8460 Fax: 314-551-8444 From jurbanczyk@paychex.com Fri Dec 5 18:55:00 2003 From: jurbanczyk@paychex.com (John E Urbanczyk) Date: Fri, 05 Dec 2003 18:55:00 -0000 Subject: Xaw patch (focus problem) & DLL Message-ID: <007301c3bb61$4b9d2ec0$56b4020a@paychex.com> I wasn't aware that the patched libraries were available - all I had seen was Harold Hunt's email describing the patch and I read it to say that he hadn't rebuilt everything as of yet. And I was trying to put together everything in one day, but the new libraries have fixed the problem. I think I understand how cygwin has its libraries organized - I'm actually more familiar with the MS Visual Studio, and have a general idea of static and import libraries (.lib) and dynamic libraries (.dll) in that environment. John Urbanczyk Developer, Research & Development Paychex Inc. 675 Basket Road Webster NY 14580 Phone: 585-216-0578 ----------------------------------------- The information contained in this message may be privileged, confidential, and protected from disclosure. If the reader of this message is not the intended recipient, or any employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any dissemination, distribution, or copying of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by replying to the message and deleting it from your computer. Thank you. Paychex, Inc. From zakki@mint.workgroup Fri Dec 5 19:02:00 2003 From: zakki@mint.workgroup (zakki) Date: Fri, 05 Dec 2003 19:02:00 -0000 Subject: New multi-window mode Message-ID: <1070650769.3510.24.camel@mint.workgroup> Hi all, I wrote a window manager. This uses new rootless mode and extension. http://peppermint.jp/products/x/hackedbox4win-0.8.2.tar.gz Features * Faster drawing than old multi-window mode * Correct window decoration using MWM/Blackbox hint * Run window manager in separate process It requires new rootless mode and WindowsWM extension, so latest code in CVS is needed. By the way, I deleted half of HackedBox code and this has no compatibility with hackedbox, so new name is needed. Kensuke Matsuzaki From huntharo@msu.edu Fri Dec 5 19:05:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 05 Dec 2003 19:05:00 -0000 Subject: Xaw patch (focus problem) & DLL In-Reply-To: <007301c3bb61$4b9d2ec0$56b4020a@paychex.com> References: <007301c3bb61$4b9d2ec0$56b4020a@paychex.com> Message-ID: <3FD0D707.8070206@msu.edu> John, John E Urbanczyk wrote: > I wasn't aware that the patched libraries were available - all I had > seen was Harold Hunt's email describing the patch and I read it to say > that he hadn't rebuilt everything as of yet. And I was trying to put > together everything in one day, but the new libraries have fixed the > problem. I think I understand how cygwin has its libraries organized - > I'm actually more familiar with the MS Visual Studio, and have a general > idea of static and import libraries (.lib) and dynamic libraries (.dll) > in that environment. Yeah, there wasn't really a follow-up email in that thread. There was an announcement for the XFree86-bin package (*.dll) and the XFree86-prog package (*.dll.a) saying that the changes had been applied. A .lib is sort of equivalent to a .dll.a file and a .dll is obviously the same thing in both. I believe that all packages have been updated for the shared Xt library and all associated patches, so if you run Cygwin's setup.exe and let it update all packages you should be in good shape. Harold From kral@axiom-micro.com Fri Dec 5 20:31:00 2003 From: kral@axiom-micro.com (Alexandre Kral) Date: Fri, 05 Dec 2003 20:31:00 -0000 Subject: XWin crashes after some time Message-ID: <003101c3bb6e$ae1e16b0$ed01a8c0@SanOnofre> I have updated XWin and the XFree86 server version to the last ones and since then it tends to crash after some time but it is hard to know when. it seems to happen minutes or hours after i change the focus to a Windows XP window from the XF86 window. The XF86 session just disappears completely and creates a stack dump. I have attached the last 4 stack dumps so that someone who understands it may look at it. I have also attached the XWin.log but it seems normal. It used to be good with the previous versions of Xwin (about 6 months old). It runs on one big screen of 2560 x 1024 and i don't know if it is a memory issue or what not? Anyway, i only had this bug appear when the focus is not on the XFree86 window but on a different one. Any info or speculation would be greatly appreciated. Thank you. AK -------------- next part -------------- A non-text attachment was scrubbed... Name: XWin.log Type: application/octet-stream Size: 2258 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: XWin.exe5.stackdump Type: application/octet-stream Size: 1032 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: XWin.exe2.stackdump Type: application/octet-stream Size: 971 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: XWin.exe3.stackdump Type: application/octet-stream Size: 1093 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: XWin.exe4.stackdump Type: application/octet-stream Size: 971 bytes Desc: not available URL: From fcoudert@gmx.net Fri Dec 5 20:37:00 2003 From: fcoudert@gmx.net (Fabrice Coudert) Date: Fri, 05 Dec 2003 20:37:00 -0000 Subject: left or top taskbar & multiwindow Message-ID: <3FD0EC93.4000004@gmx.net> Hi folks, I usually like to set my taskbar at left border of the desktop (more vertical space on the desktop, more space for the task button to show up, all menu near the same area). But when using this configuration i'm experiencing two minor bugs in multiwindow mode : 1) with taskbar at left, area near the right edge of the desktop are not refreshed. The size of the area not refreshed is exactly the size of the taskbar at left. If I take a look into XWin.log I can see that the work area size is the actual desktop size truncated by the size the taskbar, but when using xev I can see that the coordinate are not translated. The same bug appears if the taskbar is set on top ; in this case area at bottom of the screen are refreshed. A solution is to add -multimonitor : the size of the work area will be set to the wall desktop and all will remain ok. I joined XWin.log with and without -multiplemonitors. 2) new window are opened under the taskbar, not at the edge of the taskbar. If the taskbar is on left, a bit of the window is masqued by the taskbar and the rest appears, so I can drag it with the mouse to show all the window. But, if the taskbar is on top, all the window bar is hidden by the taskbar and I can't drag it with the mouse. A solution is to do something like ALT+SPACE, M (for move), and use arrow keys to move it. This is a bit annoying. I started to look into the source but i will not get enought time to continue. I think that the problem is that work area doesn't need to be truncated in multiwindow mode, auto-hidden or not (winAdjustForAutoHide). But, a fix should be done in the window manager to give correct coordinate for new window, depending on the position of the taskbar, and if it is auto-hidden or not. Fab. From huntharo@msu.edu Fri Dec 5 20:41:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 05 Dec 2003 20:41:00 -0000 Subject: left or top taskbar & multiwindow In-Reply-To: <3FD0EC93.4000004@gmx.net> References: <3FD0EC93.4000004@gmx.net> Message-ID: <3FD0ED7C.1020405@msu.edu> Fabrice, Kensuke is working hard on a new multi-window window manager (see his announcement in today's mailing list log) that will replace the existing functionality. I think this new window manager and multi-window mode will be released within a month, so there is not much point in debugging problems with the current multi-window mode. Harold Fabrice Coudert wrote: > Hi folks, > > I usually like to set my taskbar at left border of the desktop (more > vertical space on the desktop, more space for the task button to show > up, all menu near the same area). But when using this configuration i'm > experiencing two minor bugs in multiwindow mode : > > 1) with taskbar at left, area near the right edge of the desktop are not > refreshed. The size of the area not refreshed is exactly the size of the > taskbar at left. If I take a look into XWin.log I can see that the work > area size is the actual desktop size truncated by the size the taskbar, > but when using xev I can see that the coordinate are not translated. The > same bug appears if the taskbar is set on top ; in this case area at > bottom of the screen are refreshed. > A solution is to add -multimonitor : the size of the work area will be > set to the wall desktop and all will remain ok. > I joined XWin.log with and without -multiplemonitors. > > 2) new window are opened under the taskbar, not at the edge of the taskbar. > If the taskbar is on left, a bit of the window is masqued by the taskbar > and the rest appears, so I can drag it with the mouse to show all the > window. But, if the taskbar is on top, all the window bar is hidden by > the taskbar and I can't drag it with the mouse. A solution is to do > something like ALT+SPACE, M (for move), and use arrow keys to move it. > This is a bit annoying. > > I started to look into the source but i will not get enought time to > continue. I think that the problem is that work area doesn't need to be > truncated in multiwindow mode, auto-hidden or not > (winAdjustForAutoHide). But, a fix should be done in the window manager > to give correct coordinate for new window, depending on the position of > the taskbar, and if it is auto-hidden or not. > > Fab. > > > > > > > > > > From huntharo@msu.edu Fri Dec 5 20:43:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 05 Dec 2003 20:43:00 -0000 Subject: [ITP] dx-4.3.2 (a.k.a. opendx) and dxsamples-4.3.2 Message-ID: <3FD0EDF1.7070402@msu.edu> [This is an X-app, so people in cygwin-xfree might be interested. I posted this to cygwin-apps earlier today.] I would like to contribute and maintain dx and dxsamples for Cygwin: http://www.opendx.org/ Description from opendx.org: If you need visualization for anything from examining simple data sets to analyzing complex, time-dependent data from disparate sources, OpenDX has what you need: features and functions that let you easily gain meaningful insight into your data. ***Reviewer's Caveat***: The 'dx' command segfaults on startup, when run without any parameters, in XGetGCValues (IIRC) (which runs the 'startupui' command by default). However, the other commands do appear to work. For example, 'dx -edit' works; you can load any of the sample programs and execute them to view their output. I am not a user of dx, so I can't do much more testing. The 'startupui' bug is something that can be fixed after this is released into the wild. Be sure to open a new login shell before trying to run 'dx' since the scripts in profile.d need to be run to add 'dx' to your path. ------------------------ cut here -------------------------------------- #!/bin/bash mkdir dx cd dx wget \ http://www.egr.msu.edu/~huntharo/cygwin/release/dx/setup.hint wget \ http://www.egr.msu.edu/~huntharo/cygwin/release/dx/dx-4.3.2-1.tar.bz2 wget \ http://www.egr.msu.edu/~huntharo/cygwin/release/dx/dx-4.3.2-1-src.tar.bz2 mkdir dxsamples cd dxsamples wget \ http://www.egr.msu.edu/~huntharo/cygwin/release/dx/dxsamples/setup.hint wget \ http://www.egr.msu.edu/~huntharo/cygwin/release/dx/dxsamples/dxsamples-4.3.2-1.tar.bz2 wget \ http://www.egr.msu.edu/~huntharo/cygwin/release/dx/dxsamples/dxsamples-4.3.2-1-src.tar.bz2 ------------------------ cut here -------------------------------------- MD5 sums: 20ba3798444c6e49c900e4f93ce7ec00 *dx/dx-4.3.2-1-src.tar.bz2 0b844181cd0930e8994333777dd228de *dx/dx-4.3.2-1.tar.bz2 43346409900d84e73a1bf66e1b31ca22 *dx/dxsamples/dxsamples-4.3.2-1-src.tar.bz2 b6513545bffc5a30cc60136b2228297d *dx/dxsamples/dxsamples-4.3.2-1.tar.bz2 bf9f810352b4be04e89d30f3693afb3b *dx/dxsamples/setup.hint 9ee3c18f3f24b8a04e230b7e9dea6a10 *dx/setup.hint Harold From fcoudert@gmx.net Fri Dec 5 20:44:00 2003 From: fcoudert@gmx.net (Fabrice Coudert) Date: Fri, 05 Dec 2003 20:44:00 -0000 Subject: left or top taskbar & multiwindow In-Reply-To: <3FD0EC93.4000004@gmx.net> References: <3FD0EC93.4000004@gmx.net> Message-ID: <3FD0EE3E.8010904@gmx.net> > The same bug appears if the taskbar is set on top ; > in this case area at bottom of the screen are refreshed. ^not From zab@zab-fake.dyndns.org Fri Dec 5 20:46:00 2003 From: zab@zab-fake.dyndns.org (Zab) Date: Fri, 05 Dec 2003 20:46:00 -0000 Subject: left or top taskbar & multiwindow In-Reply-To: <3FD0ED7C.1020405@msu.edu> References: <3FD0EC93.4000004@gmx.net> <3FD0ED7C.1020405@msu.edu> Message-ID: <3FD0EEBC.5040006@zab-fake.dyndns.org> Okee doc, i just see its annouce on the list. Waiting for the new WM ;] From fcoudert@gmx.net Fri Dec 5 20:47:00 2003 From: fcoudert@gmx.net (Fabrice Coudert) Date: Fri, 05 Dec 2003 20:47:00 -0000 Subject: left or top taskbar & multiwindow In-Reply-To: <3FD0ED7C.1020405@msu.edu> References: <3FD0EC93.4000004@gmx.net> <3FD0ED7C.1020405@msu.edu> Message-ID: <3FD0EEFE.1020303@gmx.net> Okee doc, i just see its annouce on the list. Waiting for the new WM ;] From subbuk@cs.utexas.edu Fri Dec 5 20:59:00 2003 From: subbuk@cs.utexas.edu (S Iyer) Date: Fri, 05 Dec 2003 20:59:00 -0000 Subject: DDD 3.3.8 recipe - was - RE: libtool created import libs brok en? was RE: DDD 3.3.8 (i686-pc-cygwin) gets `Segmentation fault In-Reply-To: References: Message-ID: <20031205205904.GA13665@crom.cs.utexas.edu> Step no 2 (copying the gcc include files) is no longer necessary as it is subsumed by the diff. So all that needs done to get a working ddd is: 1. cp -r ddd-3.3.8 ddd-3.3.8-orig 2. wget http://bellsouthpwp.net/u/l/ulvester/ddddiffs.gz gunzip -c ddddiffs.gz | patch -p0 3. cd ddd-3.3.8 && bash ./configure && make && make install Thanks to all who got this fixed so quickly, esp to Richard. Will it be possible to get this into cygwin's setup.exe? Thanks --subbu On Fri, Dec 05, 2003 at 01:39:43PM -0500, Richard Campbell wrote: > Resend - got denied because of attachment size, so I've uploaded my diffs to > a web page. > > Ok, I think this is the quickest way to get a working (as far as I can tell, > and I > didn't play with it all that much, although I did load up the cxxtest.exe, > set a breakpoint, > run through, etc.) DDD 3.3.8 on cygwin: > > 1. Get the DDD 3.3.8 source and a gcc 3.3.x source. > 2. Copy the gcc/include contents into ddd-3.3.8/include > 3. Edit ddd-3.3.8/configure to remove the "old_archive_from_expsyms_cmds" > variable (patch > below, which is just in the cygwin section of configure): > > bash-2.05b$ diff -u ddd-3.3.8-orig/configure ddd-3.3.8/configure > --- ddd-3.3.8-orig/configure 2003-10-22 15:29:40.000000000 -0400 > +++ ddd-3.3.8/configure 2003-12-05 11:34:05.948423800 -0500 > @@ -9492,7 +9492,8 @@ > else $CC -o impgen impgen.c ; fi)~ > $output_objdir/impgen $dir/$soroot > $output_objdir/$soname-def' > > - old_archive_from_expsyms_cmds='$DLLTOOL --as=$AS --dllname $soname > --def $output_objdir/$soname-def --output-lib $output_objdir/$newlib' > +# old_archive_from_expsyms_cmds='$DLLTOOL --as=$AS --dllname $soname > --def $output_objdir/$soname-def --output-lib $output_objdir/$newlib' > + old_archive_from_expsyms_cmds= > > # cygwin and mingw dlls have different entry points and sets of symbols > # to exclude. > > 4. bash ./configure > 5. Edit all of ddd/*.C ddd/*.h to remove or guard all "#pragma interface" > and > "#pragma implementation" lines. > 6. make > 7. make install > 8. run as normal. > > The usual disclaimers apply. I have included the output of: > > diff -u -r -N ddd-3.3.8-orig/ ddd-3.3.8 > > Available at: > > http://bellsouthpwp.net/u/l/ulvester/ddddiffs.gz > > Feel free to play with it if the prospect of handediting 500 .C and .h files > doesn't thrill you. > > -Richard Campbell. -- From huntharo@msu.edu Fri Dec 5 22:01:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 05 Dec 2003 22:01:00 -0000 Subject: DDD 3.3.8 recipe - was - RE: libtool created import libs brok en? was RE: DDD 3.3.8 (i686-pc-cygwin) gets `Segmentation fault In-Reply-To: <20031205205904.GA13665@crom.cs.utexas.edu> References: <20031205205904.GA13665@crom.cs.utexas.edu> Message-ID: <3FD10016.6090704@msu.edu> Subbu, S Iyer wrote: > Step no 2 (copying the gcc include files) is no longer necessary > as it is subsumed by the diff. So all that needs done to get a > working ddd is: > > 1. cp -r ddd-3.3.8 ddd-3.3.8-orig > 2. wget http://bellsouthpwp.net/u/l/ulvester/ddddiffs.gz > gunzip -c ddddiffs.gz | patch -p0 > 3. cd ddd-3.3.8 && bash ./configure && make && make install > > Thanks to all who got this fixed so quickly, esp to Richard. Thanks for the recipe. > Will it be possible to get this into cygwin's setup.exe? Well, I am working on building the package, but I get a silly error: configure: configuring in libiberty configure: running /bin/bash '/home/harold/x-devel/4.3/ports/ddd/ddd-3.3.8/libiberty/configure' --prefix=/usr '--srcdir=/home/harold/x-devel/4.3/ports/ddd/ddd-3.3.8' '--prefix=/usr' '--exec-prefix=/usr' '--sysconfdir=/etc' '--libdir=/usr/lib' '--includedir=/usr/include' '--mandir=/usr/share/man' '--infodir=/usr/share/info' '--libexecdir=${sbindir}' '--localstatedir=/var' '--datadir=${prefix}/share' 'CFLAGS=-O2' 'LDFLAGS=' --cache-file=/dev/null --srcdir=/home/harold/x-devel/4.3/ports/ddd/ddd-3.3.8/libiberty configure: warning: CFLAGS=-O2: invalid host type configure: warning: LDFLAGS=: invalid host type configure: error: can only configure for one host and one target at a time configure: error: /bin/bash '/home/harold/x-devel/4.3/ports/ddd/ddd-3.3.8/libiberty/configure' failed for libiberty This is due to the way that the configure script for libiberty is called in configure.ac: if test "$ddd_have_libiberty" != true; then # Avoid calling config.guess again. In libiberty, this destroys dummy.c. old_ac_configure_args="$ac_configure_args" case "$ac_configure_args" in *--host*) ;; *) ac_configure_args="$ac_configure_args --build=$build --target=$target";; esac AC_CONFIG_SUBDIRS([libiberty]) ac_configure_args="$old_ac_configure_args" fi I haven't looked into it enough to fix it at the moment (gotta drive somewhere in a few minutes). I would appreciate it if someone had a fix or suggested fix waiting for me when I plugged into the net again. :) By the way, the packaging script calls configure like so: conf() { (cd ${objdir} && \ CFLAGS="${MY_CFLAGS}" LDFLAGS="${MY_LDFLAGS}" \ ${srcdir}/configure \ --srcdir=${srcdir} --prefix=${prefix} \ --exec-prefix=${prefix} --sysconfdir=${sysconfdir} \ --libdir=${prefix}/lib --includedir=${prefix}/include \ --mandir=${prefix}/share/man --infodir=${prefix}/share/info \ --libexecdir='${sbindir}' --localstatedir=/var \ --datadir='${prefix}/share' ) } Harold From richard.campbell@air2web.com Fri Dec 5 22:03:00 2003 From: richard.campbell@air2web.com (Richard Campbell) Date: Fri, 05 Dec 2003 22:03:00 -0000 Subject: DDD 3.3.8 recipe - was - RE: libtool created import libs brok en? was RE: DDD 3.3.8 (i686-pc-cygwin) gets `Segmentation fault Message-ID: >This is due to the way that the configure script for libiberty is called >in configure.ac: If I was paying attention, libiberty uses autoconf 2.13 or similar, and the other pieces use 2.5...That's going to be a real pain to set up, I think... -Richard Campbell. From ivar.bratberg@fys.uio.no Fri Dec 5 22:20:00 2003 From: ivar.bratberg@fys.uio.no (Ivar Bratberg) Date: Fri, 05 Dec 2003 22:20:00 -0000 Subject: gv probelms Message-ID: Hello, I have just installed the newest version of KDE, freeX and Cygwin. It is an impressingly good software. But I have problems when using the command gv for reading ps files. I use latex and dvips to generate a latex file. When I say gv file.ps an error window occures and says: "Postscript interpreter failed in main window". I know the ps is file is ok, I have tested it in on a linux platform. When installing cygwin i choosed gv from both the graphics cvategory and the x11 category. Best regards, and thank you for a good product. Ivar Bratberg From huntharo@msu.edu Fri Dec 5 22:33:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 05 Dec 2003 22:33:00 -0000 Subject: DDD 3.3.8 recipe - was - RE: libtool created import libs brok en? was RE: DDD 3.3.8 (i686-pc-cygwin) gets `Segmentation fault In-Reply-To: References: Message-ID: <3FD107B4.5030902@msu.edu> Richard Campbell wrote: >>This is due to the way that the configure script for libiberty is called >>in configure.ac: > > > If I was paying attention, libiberty uses autoconf 2.13 or similar, and the > other pieces use 2.5...That's going to be a real pain to set up, I think... It's just our top-level configure being stupid and passing CFLAGS and LDFLAGS as options instead of as environment variables. I don't think it matters what version of autoconf libiberty is using (at least not for this problem). Harold From ford@vss.fsi.com Fri Dec 5 22:50:00 2003 From: ford@vss.fsi.com (Brian Ford) Date: Fri, 05 Dec 2003 22:50:00 -0000 Subject: DDD 3.3.8 recipe - was - RE: libtool created import libs brok en? was RE: DDD 3.3.8 (i686-pc-cygwin) gets `Segmentation fault In-Reply-To: <3FD107B4.5030902@msu.edu> References: <3FD107B4.5030902@msu.edu> Message-ID: On Fri, 5 Dec 2003, Harold L Hunt II wrote: > Richard Campbell wrote: > >Harold L Hunt II wrote: > >>This is due to the way that the configure script for libiberty is called > >>in configure.ac: > >> > > If I was paying attention, libiberty uses autoconf 2.13 or similar, and the > > other pieces use 2.5...That's going to be a real pain to set up, I think... > > > It's just our top-level configure being stupid and passing CFLAGS and > LDFLAGS as options instead of as environment variables. I don't think > it matters what version of autoconf libiberty is using (at least not for > this problem). > HTH http://cvs.sourceforge.net/viewcvs.py/ddd/ddd/PROBLEMS?r1=1.106&r2=1.107 -- Brian Ford Senior Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International Phone: 314-551-8460 Fax: 314-551-8444 From ihok@hotmail.com Fri Dec 5 23:17:00 2003 From: ihok@hotmail.com (Jack Tanner) Date: Fri, 05 Dec 2003 23:17:00 -0000 Subject: Ctrl-Alt-Backspace Message-ID: Er, so Ctrl-Alt-Backspace kills the X-server (quite efficiently, and with no confirmation). This is bad (for example, when Ctrl-Alt-Backspace happens to match an Emacs incantation). Since Xwin plays nicely with the system tray icon for exiting, is there any reason to listen for Ctrl-Alt-Backspace? I can think of two reasons -- compatibility with XFree86 convention across platforms, and preserving keyboard accessibility. I'm not sure that either one is very important here. The least disruptive fix is probably to make Ctrl-Alt-Backspace invoke the same confirmation dialog that the system tray icon invokes. Thanks, JT From rasjidw@openminddev.net Sat Dec 6 00:01:00 2003 From: rasjidw@openminddev.net (Rasjid Wilcox) Date: Sat, 06 Dec 2003 00:01:00 -0000 Subject: Error: procedure entry point in cygwin1.dll In-Reply-To: <20031205145805.GI8193@redhat.com> References: <8009.1070620639@www48.gmx.net> <20031205145805.GI8193@redhat.com> Message-ID: <200312061102.52003.rasjidw@openminddev.net> On Saturday 06 December 2003 01:58, Christopher Faylor wrote: > On Fri, Dec 05, 2003 at 11:37:19AM +0100, Martin Schmid wrote: > >I do trust the wisdom of the archives, that's why I checked my whole > >hard disk for any other copy of cygwin1.dll, and why I rebooted three > >times before posting the message. > > That would have been an interesting thing to mention in your first > problem report. > > >There definitely must be another reason for the problem. Any > >suggestion? > > There are no other reasons for the problem. I am probably displaying my complete ignorance of dll's here, but is it possible for this problem to occur even if the second 'cygwin1.dll' as been named something different? Also, Martin, I assume that you used the Windows Find Files search funciton. Have you tried using the cygwin find utility instead? I have on occasions found the Windows find files search function to skip whole directories for no apparent reason. Cheers, Rasjid. -- Rasjid Wilcox Canberra, Australia (UTC +10 hrs) http://www.openminddev.net From huntharo@msu.edu Sat Dec 6 00:45:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Sat, 06 Dec 2003 00:45:00 -0000 Subject: DDD 3.3.8 recipe - was - RE: libtool created import libs brok en? was RE: DDD 3.3.8 (i686-pc-cygwin) gets `Segmentation fault In-Reply-To: References: <3FD107B4.5030902@msu.edu> Message-ID: <3FD1269E.3070400@msu.edu> Brian, Brian Ford wrote: > On Fri, 5 Dec 2003, Harold L Hunt II wrote: > >>Richard Campbell wrote: >> >>>Harold L Hunt II wrote: >>> >>>>This is due to the way that the configure script for libiberty is called >>>>in configure.ac: >>>> >>> >>>If I was paying attention, libiberty uses autoconf 2.13 or similar, and the >>>other pieces use 2.5...That's going to be a real pain to set up, I think... >>> >> >>It's just our top-level configure being stupid and passing CFLAGS and >>LDFLAGS as options instead of as environment variables. I don't think >>it matters what version of autoconf libiberty is using (at least not for >>this problem). >> > > HTH > > http://cvs.sourceforge.net/viewcvs.py/ddd/ddd/PROBLEMS?r1=1.106&r2=1.107 Thanks. That is exactly what I wanted to know. Harold From cgf-no-personal-reply-please@cygwin.com Sat Dec 6 00:48:00 2003 From: cgf-no-personal-reply-please@cygwin.com (Christopher Faylor) Date: Sat, 06 Dec 2003 00:48:00 -0000 Subject: Error: procedure entry point in cygwin1.dll In-Reply-To: <200312061102.52003.rasjidw@openminddev.net> References: <8009.1070620639@www48.gmx.net> <20031205145805.GI8193@redhat.com> <200312061102.52003.rasjidw@openminddev.net> Message-ID: <20031206004809.GF30378@redhat.com> On Sat, Dec 06, 2003 at 11:02:51AM +1100, Rasjid Wilcox wrote: >On Saturday 06 December 2003 01:58, Christopher Faylor wrote: >>On Fri, Dec 05, 2003 at 11:37:19AM +0100, Martin Schmid wrote: >>>I do trust the wisdom of the archives, that's why I checked my whole >>>hard disk for any other copy of cygwin1.dll, and why I rebooted three >>>times before posting the message. >> >>That would have been an interesting thing to mention in your first >>problem report. >> >>>There definitely must be another reason for the problem. Any >>>suggestion? >> >>There are no other reasons for the problem. > >I am probably displaying my complete ignorance of dll's here, but is it >possible for this problem to occur even if the second 'cygwin1.dll' as >been named something different? No. From cygwin@tlinx.org Sat Dec 6 00:51:00 2003 From: cygwin@tlinx.org (linda w) Date: Sat, 06 Dec 2003 00:51:00 -0000 Subject: Ctrl-Alt-Backspace In-Reply-To: References: Message-ID: <3FD12801.7010203@tlinx.org> I don't know, but can't you remap it rather than changing the default X-server behavior? Certainly seems like something that should be user-remapable for kiosk type installations....can't have just everyone going around killing off your kiosk, ya know. Jack Tanner wrote: > Er, so Ctrl-Alt-Backspace kills the X-server (quite efficiently, and > with no confirmation). This is bad (for example, when > Ctrl-Alt-Backspace happens to match an Emacs incantation). > > Since Xwin plays nicely with the system tray icon for exiting, is > there any reason to listen for Ctrl-Alt-Backspace? I can think of two > reasons -- compatibility with XFree86 convention across platforms, and > preserving keyboard accessibility. I'm not sure that either one is > very important here. > > The least disruptive fix is probably to make Ctrl-Alt-Backspace invoke > the same confirmation dialog that the system tray icon invokes. > > Thanks, > JT > > From huntharo@msu.edu Sat Dec 6 01:01:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Sat, 06 Dec 2003 01:01:00 -0000 Subject: DDD 3.3.8 recipe - was - RE: libtool created import libs brok en? was RE: DDD 3.3.8 (i686-pc-cygwin) gets `Segmentation fault In-Reply-To: <20031205205904.GA13665@crom.cs.utexas.edu> References: <20031205205904.GA13665@crom.cs.utexas.edu> Message-ID: <3FD12A60.9020905@msu.edu> Subbu, The patch is no good. It takes the following: #ifdef __GNUG__ #pragma implementation "foo.h" #endif and turns it into: #ifdef __GNUG__ #ifndef __CYGWIN__ #pragma implementation #endif "foo.h" #endif Here is an example: #ifdef __GNUG__ +#ifndef __CYGWIN__ #pragma implementation -#pragma implementation "Map.h" +#endif +#ifndef __CYGWIN__ +#pragma implementation +#endif "Map.h" #endif The mistake was matching only "#pragma implementation (.*)" and replacing that with "#ifndef __CYGWIN__ #pragma implementation #endif (.*)" instead of replacing it with "#ifndef __CYGWIN__ #pragma implementation (.*) #endif". Could you send in the original search and replace command (or string of commands) that you used to do this so that I can fix it and run the change again? Harold S Iyer wrote: > Step no 2 (copying the gcc include files) is no longer necessary > as it is subsumed by the diff. So all that needs done to get a > working ddd is: > > 1. cp -r ddd-3.3.8 ddd-3.3.8-orig > 2. wget http://bellsouthpwp.net/u/l/ulvester/ddddiffs.gz > gunzip -c ddddiffs.gz | patch -p0 > 3. cd ddd-3.3.8 && bash ./configure && make && make install > > Thanks to all who got this fixed so quickly, esp to Richard. > > Will it be possible to get this into cygwin's setup.exe? > > Thanks > --subbu > > On Fri, Dec 05, 2003 at 01:39:43PM -0500, Richard Campbell wrote: > >>Resend - got denied because of attachment size, so I've uploaded my diffs to >>a web page. >> >>Ok, I think this is the quickest way to get a working (as far as I can tell, >>and I >>didn't play with it all that much, although I did load up the cxxtest.exe, >>set a breakpoint, >>run through, etc.) DDD 3.3.8 on cygwin: >> >>1. Get the DDD 3.3.8 source and a gcc 3.3.x source. >>2. Copy the gcc/include contents into ddd-3.3.8/include >>3. Edit ddd-3.3.8/configure to remove the "old_archive_from_expsyms_cmds" >>variable (patch >> below, which is just in the cygwin section of configure): >> >>bash-2.05b$ diff -u ddd-3.3.8-orig/configure ddd-3.3.8/configure >>--- ddd-3.3.8-orig/configure 2003-10-22 15:29:40.000000000 -0400 >>+++ ddd-3.3.8/configure 2003-12-05 11:34:05.948423800 -0500 >>@@ -9492,7 +9492,8 @@ >> else $CC -o impgen impgen.c ; fi)~ >> $output_objdir/impgen $dir/$soroot > $output_objdir/$soname-def' >> >>- old_archive_from_expsyms_cmds='$DLLTOOL --as=$AS --dllname $soname >>--def $output_objdir/$soname-def --output-lib $output_objdir/$newlib' >>+# old_archive_from_expsyms_cmds='$DLLTOOL --as=$AS --dllname $soname >>--def $output_objdir/$soname-def --output-lib $output_objdir/$newlib' >>+ old_archive_from_expsyms_cmds= >> >> # cygwin and mingw dlls have different entry points and sets of symbols >> # to exclude. >> >>4. bash ./configure >>5. Edit all of ddd/*.C ddd/*.h to remove or guard all "#pragma interface" >>and >> "#pragma implementation" lines. >>6. make >>7. make install >>8. run as normal. >> >>The usual disclaimers apply. I have included the output of: >> >>diff -u -r -N ddd-3.3.8-orig/ ddd-3.3.8 >> >>Available at: >> >>http://bellsouthpwp.net/u/l/ulvester/ddddiffs.gz >> >>Feel free to play with it if the prospect of handediting 500 .C and .h files >>doesn't thrill you. >> >>-Richard Campbell. > > From subbuk@cs.utexas.edu Sat Dec 6 02:00:00 2003 From: subbuk@cs.utexas.edu (S Iyer) Date: Sat, 06 Dec 2003 02:00:00 -0000 Subject: DDD 3.3.8 recipe - was - RE: libtool created import libs brok en? was RE: DDD 3.3.8 (i686-pc-cygwin) gets `Segmentation fault In-Reply-To: <3FD10016.6090704@msu.edu> References: <20031205205904.GA13665@crom.cs.utexas.edu> <3FD10016.6090704@msu.edu> Message-ID: <20031206020026.GC22192@crom.cs.utexas.edu> Odd, Richard's patch seems to work perfectly for me. I don't get any such error! -subbu PS: It is Richard's patch, I only wanted to point out that the "move gcc includes to ddd include" is unnecessary. On Fri, Dec 05, 2003 at 05:00:54PM -0500, Harold L Hunt II wrote: > Date: Fri, 05 Dec 2003 17:00:54 -0500 > From: Harold L Hunt II > To: cygwin-xfree@cygwin.com > Subject: Re: DDD 3.3.8 recipe - was - RE: libtool created import libs brok > en? was RE: DDD 3.3.8 (i686-pc-cygwin) gets `Segmentation fault > > Subbu, > > S Iyer wrote: > > >Step no 2 (copying the gcc include files) is no longer necessary > >as it is subsumed by the diff. So all that needs done to get a > >working ddd is: > > > >1. cp -r ddd-3.3.8 ddd-3.3.8-orig > >2. wget http://bellsouthpwp.net/u/l/ulvester/ddddiffs.gz > > gunzip -c ddddiffs.gz | patch -p0 > >3. cd ddd-3.3.8 && bash ./configure && make && make install > > > >Thanks to all who got this fixed so quickly, esp to Richard. > > Thanks for the recipe. > > >Will it be possible to get this into cygwin's setup.exe? > > Well, I am working on building the package, but I get a silly error: > > configure: configuring in libiberty > configure: running /bin/bash > '/home/harold/x-devel/4.3/ports/ddd/ddd-3.3.8/libiberty/configure' > --prefix=/usr '--srcdir=/home/harold/x-devel/4.3/ports/ddd/ddd-3.3.8' > '--prefix=/usr' '--exec-prefix=/usr' '--sysconfdir=/etc' > '--libdir=/usr/lib' '--includedir=/usr/include' > '--mandir=/usr/share/man' '--infodir=/usr/share/info' > '--libexecdir=${sbindir}' '--localstatedir=/var' > '--datadir=${prefix}/share' 'CFLAGS=-O2' 'LDFLAGS=' > --cache-file=/dev/null > --srcdir=/home/harold/x-devel/4.3/ports/ddd/ddd-3.3.8/libiberty > configure: warning: CFLAGS=-O2: invalid host type > configure: warning: LDFLAGS=: invalid host type > configure: error: can only configure for one host and one target at a time > configure: error: /bin/bash > '/home/harold/x-devel/4.3/ports/ddd/ddd-3.3.8/libiberty/configure' > failed for libiberty > > > This is due to the way that the configure script for libiberty is called > in configure.ac: > > if test "$ddd_have_libiberty" != true; then > # Avoid calling config.guess again. In libiberty, this destroys > dummy.c. > old_ac_configure_args="$ac_configure_args" > case "$ac_configure_args" in > *--host*) ;; > *) ac_configure_args="$ac_configure_args --build=$build > --target=$target";; > esac > AC_CONFIG_SUBDIRS([libiberty]) > ac_configure_args="$old_ac_configure_args" > fi > > > I haven't looked into it enough to fix it at the moment (gotta drive > somewhere in a few minutes). I would appreciate it if someone had a fix > or suggested fix waiting for me when I plugged into the net again. :) > > By the way, the packaging script calls configure like so: > > conf() { > (cd ${objdir} && \ > CFLAGS="${MY_CFLAGS}" LDFLAGS="${MY_LDFLAGS}" \ > ${srcdir}/configure \ > --srcdir=${srcdir} --prefix=${prefix} \ > --exec-prefix=${prefix} --sysconfdir=${sysconfdir} \ > --libdir=${prefix}/lib --includedir=${prefix}/include \ > --mandir=${prefix}/share/man --infodir=${prefix}/share/info \ > --libexecdir='${sbindir}' --localstatedir=/var \ > --datadir='${prefix}/share' > ) > } > > > Harold > -- From subbuk@cs.utexas.edu Sat Dec 6 02:08:00 2003 From: subbuk@cs.utexas.edu (S Iyer) Date: Sat, 06 Dec 2003 02:08:00 -0000 Subject: DDD 3.3.8 recipe - was - RE: libtool created import libs brok en? was RE: DDD 3.3.8 (i686-pc-cygwin) gets `Segmentation fault In-Reply-To: <3FD12A60.9020905@msu.edu> References: <20031205205904.GA13665@crom.cs.utexas.edu> <3FD12A60.9020905@msu.edu> Message-ID: <20031206020821.GD22192@crom.cs.utexas.edu> Harold, it is Richard's patch not mine. I was only pointing out that one step in the recipe should be removed - if you move the gcc/include into ddd/include, then patch gets confused on those files. That said, the error is in non-cygwin case, which is why the whole compilation went through flawlessly for me! Richard, can you fix this appropriately? Thanks, --subbu On Fri, Dec 05, 2003 at 08:01:20PM -0500, Harold L Hunt II wrote: > Subbu, > > The patch is no good. It takes the following: > > #ifdef __GNUG__ > #pragma implementation "foo.h" > #endif > > and turns it into: > > #ifdef __GNUG__ > #ifndef __CYGWIN__ > #pragma implementation > #endif "foo.h" > #endif > > Here is an example: > > #ifdef __GNUG__ > +#ifndef __CYGWIN__ > #pragma implementation > -#pragma implementation "Map.h" > +#endif > +#ifndef __CYGWIN__ > +#pragma implementation > +#endif "Map.h" > #endif > > > The mistake was matching only "#pragma implementation (.*)" and > replacing that with "#ifndef __CYGWIN__ #pragma implementation #endif > (.*)" instead of replacing it with "#ifndef __CYGWIN__ #pragma > implementation (.*) #endif". > > Could you send in the original search and replace command (or string of > commands) that you used to do this so that I can fix it and run the > change again? > > Harold > > > S Iyer wrote: > > >Step no 2 (copying the gcc include files) is no longer necessary > >as it is subsumed by the diff. So all that needs done to get a > >working ddd is: > > > >1. cp -r ddd-3.3.8 ddd-3.3.8-orig > >2. wget http://bellsouthpwp.net/u/l/ulvester/ddddiffs.gz > > gunzip -c ddddiffs.gz | patch -p0 > >3. cd ddd-3.3.8 && bash ./configure && make && make install > > > >Thanks to all who got this fixed so quickly, esp to Richard. > > > >Will it be possible to get this into cygwin's setup.exe? > > > >Thanks > >--subbu > > > >On Fri, Dec 05, 2003 at 01:39:43PM -0500, Richard Campbell wrote: > > > >>Resend - got denied because of attachment size, so I've uploaded my diffs > >>to > >>a web page. > >> > >>Ok, I think this is the quickest way to get a working (as far as I can > >>tell, > >>and I > >>didn't play with it all that much, although I did load up the cxxtest.exe, > >>set a breakpoint, > >>run through, etc.) DDD 3.3.8 on cygwin: > >> > >>1. Get the DDD 3.3.8 source and a gcc 3.3.x source. > >>2. Copy the gcc/include contents into ddd-3.3.8/include > >>3. Edit ddd-3.3.8/configure to remove the "old_archive_from_expsyms_cmds" > >>variable (patch > >> below, which is just in the cygwin section of configure): > >> > >>bash-2.05b$ diff -u ddd-3.3.8-orig/configure ddd-3.3.8/configure > >>--- ddd-3.3.8-orig/configure 2003-10-22 15:29:40.000000000 -0400 > >>+++ ddd-3.3.8/configure 2003-12-05 11:34:05.948423800 -0500 > >>@@ -9492,7 +9492,8 @@ > >> else $CC -o impgen impgen.c ; fi)~ > >> $output_objdir/impgen $dir/$soroot > $output_objdir/$soname-def' > >> > >>- old_archive_from_expsyms_cmds='$DLLTOOL --as=$AS --dllname $soname > >>--def $output_objdir/$soname-def --output-lib $output_objdir/$newlib' > >>+# old_archive_from_expsyms_cmds='$DLLTOOL --as=$AS --dllname $soname > >>--def $output_objdir/$soname-def --output-lib $output_objdir/$newlib' > >>+ old_archive_from_expsyms_cmds= > >> > >> # cygwin and mingw dlls have different entry points and sets of > >> symbols > >> # to exclude. > >> > >>4. bash ./configure > >>5. Edit all of ddd/*.C ddd/*.h to remove or guard all "#pragma interface" > >>and > >> "#pragma implementation" lines. > >>6. make > >>7. make install > >>8. run as normal. > >> > >>The usual disclaimers apply. I have included the output of: > >> > >>diff -u -r -N ddd-3.3.8-orig/ ddd-3.3.8 > >> > >>Available at: > >> > >>http://bellsouthpwp.net/u/l/ulvester/ddddiffs.gz > >> > >>Feel free to play with it if the prospect of handediting 500 .C and .h > >>files > >>doesn't thrill you. > >> > >>-Richard Campbell. > > > > > -- From huntharo@msu.edu Sat Dec 6 02:17:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Sat, 06 Dec 2003 02:17:00 -0000 Subject: DDD 3.3.8 recipe - was - RE: libtool created import libs brok en? was RE: DDD 3.3.8 (i686-pc-cygwin) gets `Segmentation fault In-Reply-To: <20031206020821.GD22192@crom.cs.utexas.edu> References: <20031205205904.GA13665@crom.cs.utexas.edu> <3FD12A60.9020905@msu.edu> <20031206020821.GD22192@crom.cs.utexas.edu> Message-ID: <3FD13C43.2000101@msu.edu> No need. I fixed my local version by hand. Harold S Iyer wrote: > Harold, it is Richard's patch not mine. I was only pointing out > that one step in the recipe should be removed - if you move > the gcc/include into ddd/include, then patch gets confused > on those files. > > That said, the error is in non-cygwin case, which is why the > whole compilation went through flawlessly for me! > Richard, can you fix this appropriately? > > Thanks, > --subbu > > On Fri, Dec 05, 2003 at 08:01:20PM -0500, Harold L Hunt II wrote: > >>Subbu, >> >>The patch is no good. It takes the following: >> >>#ifdef __GNUG__ >>#pragma implementation "foo.h" >>#endif >> >>and turns it into: >> >>#ifdef __GNUG__ >>#ifndef __CYGWIN__ >>#pragma implementation >>#endif "foo.h" >>#endif >> >>Here is an example: >> >> #ifdef __GNUG__ >>+#ifndef __CYGWIN__ >> #pragma implementation >>-#pragma implementation "Map.h" >>+#endif >>+#ifndef __CYGWIN__ >>+#pragma implementation >>+#endif "Map.h" >> #endif >> >> >>The mistake was matching only "#pragma implementation (.*)" and >>replacing that with "#ifndef __CYGWIN__ #pragma implementation #endif >>(.*)" instead of replacing it with "#ifndef __CYGWIN__ #pragma >>implementation (.*) #endif". >> >>Could you send in the original search and replace command (or string of >>commands) that you used to do this so that I can fix it and run the >>change again? >> >>Harold >> >> >>S Iyer wrote: >> >> >>>Step no 2 (copying the gcc include files) is no longer necessary >>>as it is subsumed by the diff. So all that needs done to get a >>>working ddd is: >>> >>>1. cp -r ddd-3.3.8 ddd-3.3.8-orig >>>2. wget http://bellsouthpwp.net/u/l/ulvester/ddddiffs.gz >>> gunzip -c ddddiffs.gz | patch -p0 >>>3. cd ddd-3.3.8 && bash ./configure && make && make install >>> >>>Thanks to all who got this fixed so quickly, esp to Richard. >>> >>>Will it be possible to get this into cygwin's setup.exe? >>> >>>Thanks >>>--subbu >>> >>>On Fri, Dec 05, 2003 at 01:39:43PM -0500, Richard Campbell wrote: >>> >>> >>>>Resend - got denied because of attachment size, so I've uploaded my diffs >>>>to >>>>a web page. >>>> >>>>Ok, I think this is the quickest way to get a working (as far as I can >>>>tell, >>>>and I >>>>didn't play with it all that much, although I did load up the cxxtest.exe, >>>>set a breakpoint, >>>>run through, etc.) DDD 3.3.8 on cygwin: >>>> >>>>1. Get the DDD 3.3.8 source and a gcc 3.3.x source. >>>>2. Copy the gcc/include contents into ddd-3.3.8/include >>>>3. Edit ddd-3.3.8/configure to remove the "old_archive_from_expsyms_cmds" >>>>variable (patch >>>> below, which is just in the cygwin section of configure): >>>> >>>>bash-2.05b$ diff -u ddd-3.3.8-orig/configure ddd-3.3.8/configure >>>>--- ddd-3.3.8-orig/configure 2003-10-22 15:29:40.000000000 -0400 >>>>+++ ddd-3.3.8/configure 2003-12-05 11:34:05.948423800 -0500 >>>>@@ -9492,7 +9492,8 @@ >>>> else $CC -o impgen impgen.c ; fi)~ >>>> $output_objdir/impgen $dir/$soroot > $output_objdir/$soname-def' >>>> >>>>- old_archive_from_expsyms_cmds='$DLLTOOL --as=$AS --dllname $soname >>>>--def $output_objdir/$soname-def --output-lib $output_objdir/$newlib' >>>>+# old_archive_from_expsyms_cmds='$DLLTOOL --as=$AS --dllname $soname >>>>--def $output_objdir/$soname-def --output-lib $output_objdir/$newlib' >>>>+ old_archive_from_expsyms_cmds= >>>> >>>> # cygwin and mingw dlls have different entry points and sets of >>>> symbols >>>> # to exclude. >>>> >>>>4. bash ./configure >>>>5. Edit all of ddd/*.C ddd/*.h to remove or guard all "#pragma interface" >>>>and >>>> "#pragma implementation" lines. >>>>6. make >>>>7. make install >>>>8. run as normal. >>>> >>>>The usual disclaimers apply. I have included the output of: >>>> >>>>diff -u -r -N ddd-3.3.8-orig/ ddd-3.3.8 >>>> >>>>Available at: >>>> >>>>http://bellsouthpwp.net/u/l/ulvester/ddddiffs.gz >>>> >>>>Feel free to play with it if the prospect of handediting 500 .C and .h >>>>files >>>>doesn't thrill you. >>>> >>>>-Richard Campbell. >>> >>> > From subbuk@cs.utexas.edu Sat Dec 6 02:21:00 2003 From: subbuk@cs.utexas.edu (S Iyer) Date: Sat, 06 Dec 2003 02:21:00 -0000 Subject: DDD 3.3.8 recipe - was - RE: libtool created import libs brok en? was RE: DDD 3.3.8 (i686-pc-cygwin) gets `Segmentation fault In-Reply-To: <20031206020821.GD22192@crom.cs.utexas.edu> References: <20031205205904.GA13665@crom.cs.utexas.edu> <3FD12A60.9020905@msu.edu> <20031206020821.GD22192@crom.cs.utexas.edu> Message-ID: <20031206022111.GA23300@crom.cs.utexas.edu> Since the required fix seemed to be a simple find and replace, I did it myself: the new patch is at http://www.cs.utexas.edu/~subbuk/cygwin-ddd-patch.gz So the new recipe is as follows: 1. cp -r ddd-3.3.8 ddd-3.3.8-orig 2. wget http://www.cs.utexas.edu/~subbuk/cygwin-ddd-patch.gz gunzip -c cygwin-ddd-patch.gz | patch -p0 3. cd ddd-3.3.8 && bash ./configure && make && make install Thanks, --subbu On Fri, Dec 05, 2003 at 08:08:21PM -0600, S Iyer wrote: > Harold, it is Richard's patch not mine. I was only pointing out > that one step in the recipe should be removed - if you move > the gcc/include into ddd/include, then patch gets confused > on those files. > > That said, the error is in non-cygwin case, which is why the > whole compilation went through flawlessly for me! > Richard, can you fix this appropriately? > > Thanks, > --subbu > > On Fri, Dec 05, 2003 at 08:01:20PM -0500, Harold L Hunt II wrote: > > Subbu, > > > > The patch is no good. It takes the following: > > > > #ifdef __GNUG__ > > #pragma implementation "foo.h" > > #endif > > > > and turns it into: > > > > #ifdef __GNUG__ > > #ifndef __CYGWIN__ > > #pragma implementation > > #endif "foo.h" > > #endif > > > > Here is an example: > > > > #ifdef __GNUG__ > > +#ifndef __CYGWIN__ > > #pragma implementation > > -#pragma implementation "Map.h" > > +#endif > > +#ifndef __CYGWIN__ > > +#pragma implementation > > +#endif "Map.h" > > #endif > > > > > > The mistake was matching only "#pragma implementation (.*)" and > > replacing that with "#ifndef __CYGWIN__ #pragma implementation #endif > > (.*)" instead of replacing it with "#ifndef __CYGWIN__ #pragma > > implementation (.*) #endif". > > > > Could you send in the original search and replace command (or string of > > commands) that you used to do this so that I can fix it and run the > > change again? > > > > Harold > > > > > > S Iyer wrote: > > > > >Step no 2 (copying the gcc include files) is no longer necessary > > >as it is subsumed by the diff. So all that needs done to get a > > >working ddd is: > > > > > >1. cp -r ddd-3.3.8 ddd-3.3.8-orig > > >2. wget http://bellsouthpwp.net/u/l/ulvester/ddddiffs.gz > > > gunzip -c ddddiffs.gz | patch -p0 > > >3. cd ddd-3.3.8 && bash ./configure && make && make install > > > > > >Thanks to all who got this fixed so quickly, esp to Richard. > > > > > >Will it be possible to get this into cygwin's setup.exe? > > > > > >Thanks > > >--subbu > > > > > >On Fri, Dec 05, 2003 at 01:39:43PM -0500, Richard Campbell wrote: > > > > > >>Resend - got denied because of attachment size, so I've uploaded my diffs > > >>to > > >>a web page. > > >> > > >>Ok, I think this is the quickest way to get a working (as far as I can > > >>tell, > > >>and I > > >>didn't play with it all that much, although I did load up the cxxtest.exe, > > >>set a breakpoint, > > >>run through, etc.) DDD 3.3.8 on cygwin: > > >> > > >>1. Get the DDD 3.3.8 source and a gcc 3.3.x source. > > >>2. Copy the gcc/include contents into ddd-3.3.8/include > > >>3. Edit ddd-3.3.8/configure to remove the "old_archive_from_expsyms_cmds" > > >>variable (patch > > >> below, which is just in the cygwin section of configure): > > >> > > >>bash-2.05b$ diff -u ddd-3.3.8-orig/configure ddd-3.3.8/configure > > >>--- ddd-3.3.8-orig/configure 2003-10-22 15:29:40.000000000 -0400 > > >>+++ ddd-3.3.8/configure 2003-12-05 11:34:05.948423800 -0500 > > >>@@ -9492,7 +9492,8 @@ > > >> else $CC -o impgen impgen.c ; fi)~ > > >> $output_objdir/impgen $dir/$soroot > $output_objdir/$soname-def' > > >> > > >>- old_archive_from_expsyms_cmds='$DLLTOOL --as=$AS --dllname $soname > > >>--def $output_objdir/$soname-def --output-lib $output_objdir/$newlib' > > >>+# old_archive_from_expsyms_cmds='$DLLTOOL --as=$AS --dllname $soname > > >>--def $output_objdir/$soname-def --output-lib $output_objdir/$newlib' > > >>+ old_archive_from_expsyms_cmds= > > >> > > >> # cygwin and mingw dlls have different entry points and sets of > > >> symbols > > >> # to exclude. > > >> > > >>4. bash ./configure > > >>5. Edit all of ddd/*.C ddd/*.h to remove or guard all "#pragma interface" > > >>and > > >> "#pragma implementation" lines. > > >>6. make > > >>7. make install > > >>8. run as normal. > > >> > > >>The usual disclaimers apply. I have included the output of: > > >> > > >>diff -u -r -N ddd-3.3.8-orig/ ddd-3.3.8 > > >> > > >>Available at: > > >> > > >>http://bellsouthpwp.net/u/l/ulvester/ddddiffs.gz > > >> > > >>Feel free to play with it if the prospect of handediting 500 .C and .h > > >>files > > >>doesn't thrill you. > > >> > > >>-Richard Campbell. > > > > > > > > > > -- -- From huntharo@msu.edu Sat Dec 6 02:38:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Sat, 06 Dec 2003 02:38:00 -0000 Subject: [ITP] ddd-3.3.8 Message-ID: <3FD14117.6090505@msu.edu> I would like to contribute and maintain ddd: http://www.gnu.org/software/ddd/ GNU DDD is a graphical front-end for command-line debuggers such as GDB, DBX, WDB, Ladebug, JDB, XDB, the Perl debugger, or the Python debugger. Besides ``usual'' front-end features such as viewing source texts, DDD has become famous through its interactive graphical data display, where data structures are displayed as graphs. You can point Cygwin's setup.exe to the following address to install and test ddd: http://www.egr.msu.edu/~huntharo/cygwin/ ***Reviewer's Caveat***: I don't think that the static libiberty.a is supposed to be installed, so I removed the /usr/lib directory in the install step of the build script. ------------------------ cut here -------------------------------------- #!/bin/bash mkdir ddd cd ddd wget \ http://www.egr.msu.edu/~huntharo/cygwin/release/ddd/setup.hint wget \ http://www.egr.msu.edu/~huntharo/cygwin/release/ddd/ddd-3.3.8-1.tar.bz2 wget \ http://www.egr.msu.edu/~huntharo/cygwin/release/ddd/ddd-3.3.8-1-src.tar.bz2 ------------------------ cut here -------------------------------------- MD5 sums: de2d743b95817745c4227427afec759b *ddd/ddd-3.3.8-1-src.tar.bz2 86cc2b9dff9a4f794dfc6bbe49bf2bbc *ddd/ddd-3.3.8-1.tar.bz2 2c6bec0f95a7c76ee6581133eeab1db6 *ddd/setup.hint Harold From hwu@airflownetworks.com Sat Dec 6 02:44:00 2003 From: hwu@airflownetworks.com (Haomin Wu) Date: Sat, 06 Dec 2003 02:44:00 -0000 Subject: how to make xterm point for active window without mouse click Message-ID: I have recently installed cygwin on my pc windown-xp. The cygwin version 2.416. I run startxwin on my window dos prompt and get a xfree86 server running on the window. I find one thing amazing is that all x-terms can be opened on MS window xp instead on the xfree86 own window which used to be the case with previous version. But one thing that I don't quite like is that now all the xterm windows don't have the point-to-active functions which should be the case in x-window. Now every time, I want to type commands on a xterm, I have to use mouse click to make it active like MS window. This is really inconienent. Is there any way I can set up the windows for mouse point-to-make acive. Thanks. Regard, Haomin Wu Sr. HW Engineer AirFlow Networks, Inc. Tel: (408)524-3114 From cappa_consultants1@tiscali.co.uk Sat Dec 6 03:14:00 2003 From: cappa_consultants1@tiscali.co.uk (Cappa Consultants) Date: Sat, 06 Dec 2003 03:14:00 -0000 Subject: HSBC ENQUIRY. Message-ID: My name is Sarah Cappa. I am a senior partner in the firm of Cappa Consultants: Private Investigators and Security Consultants. We are conducting a standard process investigation on behalf of HSBC, the international Banking conglomerate. This investigation involves a client who shares the same surname with you and also the circumstances surrounding investments made by this client at HSBC Republic,the Private Banking arm of HSBC. The HSBC Private Banking client died in intestate and nominated no successor in title over the investments made with the bank. The essence of this communication with you is to request you provide us information/comments on any or all of the four issues: 1-Are you aware of any relative/relation who shares your same name whose last known contact address was Brussels Belgium? 2-Are you aware of any investment of considerable value made by such a person at the Private Banking Division of HSBC Bank PLC? 3-Born on the 1st of october 1930 4-Can you establish beyond reasonable doubt your eligibility to assume status of successor in title to the deceased? It is pertinent that you inform us ASAP whether or not you are familiar with this personality that we may put an end to this communication with you and our inquiries surrounding this personality. You must appreciate that we are constrained from providing you with more detailed information at this point. Please respond to this mail as soon as possible to afford us the opportunity to close this investigation. Thank you for accommodating our enquiry. Ms Sarah Cappa For:Cappa Consultants 06-12-2003 From huntharo@msu.edu Sat Dec 6 03:19:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Sat, 06 Dec 2003 03:19:00 -0000 Subject: HSBC ENQUIRY. In-Reply-To: <200312060314.hB63Euw68596@pilot09.cl.msu.edu> References: <200312060314.hB63Euw68596@pilot09.cl.msu.edu> Message-ID: <3FD14AC7.2090208@msu.edu> Oh my god! We are all rich! How do we all have the same last name as this person?!? Who cares, we're filthy stinking rich! ;) Harold Cappa Consultants wrote: > My name is Sarah Cappa. > I am a senior partner in the firm of Cappa Consultants: Private Investigators > and Security Consultants. > > We are conducting a standard process investigation on behalf of HSBC, the > international Banking conglomerate. This > investigation involves a client who shares the same surname with you and > also the circumstances surrounding investments > made by this client at HSBC Republic,the Private Banking arm of HSBC. > > The HSBC Private Banking client died in intestate and nominated no successor > in title over the investments made with the bank. The essence of this communication > with you is to request you provide us information/comments on any or all > of the four issues: > > > 1-Are you aware of any relative/relation who shares your same name whose > last known contact address was Brussels Belgium? > > 2-Are you aware of any investment of considerable value made by such a person > at the Private Banking Division of HSBC Bank PLC? > > 3-Born on the 1st of october 1930 > > 4-Can you establish beyond reasonable doubt your eligibility to assume status > of successor in title to the deceased? > > It is pertinent that you inform us ASAP whether or not you are familiar > with this personality that we may put an end to this > communication with you and our inquiries surrounding this personality. > > You must appreciate that we are constrained from providing you with more > detailed information at this point. Please respond to this mail as soon > as possible to afford us the opportunity to close this investigation. > > Thank you for accommodating our enquiry. > > > Ms Sarah Cappa > For:Cappa Consultants > 06-12-2003 > > > From bmj2004@bellsouth.net Sat Dec 6 03:25:00 2003 From: bmj2004@bellsouth.net (Bobby McNulty Junior) Date: Sat, 06 Dec 2003 03:25:00 -0000 Subject: HSBC ENQUIRY. In-Reply-To: <3FD14AC7.2090208@msu.edu> Message-ID: I smell scam somewhere. -----Original Message----- From: cygwin-xfree-owner@cygwin.com [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Harold L Hunt II Sent: Friday, December 05, 2003 9:20 PM To: cygwin-xfree@cygwin.com Subject: Re: HSBC ENQUIRY. Oh my god! We are all rich! How do we all have the same last name as this person?!? Who cares, we're filthy stinking rich! ;) Harold Cappa Consultants wrote: > My name is Sarah Cappa. > I am a senior partner in the firm of Cappa Consultants: Private Investigators > and Security Consultants. > > We are conducting a standard process investigation on behalf of HSBC, the > international Banking conglomerate. This > investigation involves a client who shares the same surname with you and > also the circumstances surrounding investments > made by this client at HSBC Republic,the Private Banking arm of HSBC. > > The HSBC Private Banking client died in intestate and nominated no successor > in title over the investments made with the bank. The essence of this communication > with you is to request you provide us information/comments on any or all > of the four issues: > > > 1-Are you aware of any relative/relation who shares your same name whose > last known contact address was Brussels Belgium? > > 2-Are you aware of any investment of considerable value made by such a person > at the Private Banking Division of HSBC Bank PLC? > > 3-Born on the 1st of october 1930 > > 4-Can you establish beyond reasonable doubt your eligibility to assume status > of successor in title to the deceased? > > It is pertinent that you inform us ASAP whether or not you are familiar > with this personality that we may put an end to this > communication with you and our inquiries surrounding this personality. > > You must appreciate that we are constrained from providing you with more > detailed information at this point. Please respond to this mail as soon > as possible to afford us the opportunity to close this investigation. > > Thank you for accommodating our enquiry. > > > Ms Sarah Cappa > For:Cappa Consultants > 06-12-2003 > > > From pechtcha@cs.nyu.edu Sat Dec 6 05:18:00 2003 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Sat, 06 Dec 2003 05:18:00 -0000 Subject: -nounixkill doesn't seem to work (Was Re: Ctrl-Alt-Backspace) In-Reply-To: References: Message-ID: On Fri, 5 Dec 2003, Jack Tanner wrote: > Er, so Ctrl-Alt-Backspace kills the X-server (quite efficiently, and > with no confirmation). This is bad (for example, when Ctrl-Alt-Backspace > happens to match an Emacs incantation). > > Since Xwin plays nicely with the system tray icon for exiting, is there > any reason to listen for Ctrl-Alt-Backspace? I can think of two reasons > -- compatibility with XFree86 convention across platforms, and > preserving keyboard accessibility. I'm not sure that either one is very > important here. > > The least disruptive fix is probably to make Ctrl-Alt-Backspace invoke > the same confirmation dialog that the system tray icon invokes. > > Thanks, > JT Well, technically, adding "-nounixkill" to the XWin.exe parameter list should do it, but it doesn't work for me. When I open an XWin session on a Win2k SP3 machine, Ctrl-Alt-Backspace still happily kills the server, even with -nounixkill. The command I used to start the X server was XWin :1.0 -nounixkill (since I have Exceed running on display :0.0) and pressed Ctrl-Alt-Backspace in the window once the screen appeared to have initialized (after a minute or so). /tmp/XWin.log is attached, and the versions of the relevant (IMO) installed software are below. Please let me know what further information I can provide (or experiments I could try) to help diagnose the problem. Igor $ cygcheck -cd | egrep 'XFree|cygwin ' cygwin 1.5.5-1 XFree86-base 4.3.0-1 XFree86-bin 4.3.0-7 XFree86-etc 4.3.0-5 XFree86-f100 4.2.0-3 XFree86-fcyr 4.2.0-3 XFree86-fenc 4.2.0-3 XFree86-fnts 4.2.0-3 XFree86-lib 4.3.0-1 XFree86-lib-compat 4.3.0-2 XFree86-man 4.3.0-2 XFree86-prog 4.3.0-10 XFree86-startup-scripts 4.2.0-5 XFree86-xserv 4.3.0-22 -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "I have since come to realize that being between your mentor and his route to the bathroom is a major career booster." -- Patrick Naughton -------------- next part -------------- ddxProcessArgument - Initializing default screens winInitializeDefaultScreens - w 1024 h 768 winInitializeDefaultScreens - Returning OsVendorInit - Creating bogus screen 0 _XSERVTransmkdir: Owner of /tmp/.X11-unix should be set to root (EE) Unable to locate/open config file InitOutput - Error reading config file winDetectSupportedEngines - Windows NT/2000/XP winDetectSupportedEngines - DirectDraw installed winDetectSupportedEngines - Allowing PrimaryDD winDetectSupportedEngines - DirectDraw4 installed winDetectSupportedEngines - Returning, supported engines 0000001f InitOutput - g_iNumScreens: 1 iMaxConsecutiveScreen: 1 winSetEngine - Using Shadow DirectDraw NonLocking winAdjustVideoModeShadowDDNL - Using Windows display depth of 32 bits per pixel winCreateBoundingWindowWindowed - User w: 1024 h: 768 winCreateBoundingWindowWindowed - Current w: 1024 h: 768 winAdjustForAutoHide - Original WorkArea: 0 0 715 1024 winAdjustForAutoHide - Adjusted WorkArea: 0 0 715 1024 winCreateBoundingWindowWindowed - WindowClient w 1018 h 690 r 1018 l 0 b 690 t 0 winCreateBoundingWindowWindowed - Returning winCreatePrimarySurfaceShadowDDNL - Creating primary surface winCreatePrimarySurfaceShadowDDNL - Created primary surface winCreatePrimarySurfaceShadowDDNL - Attached clipper to primary surface winAllocateFBShadowDDNL - lPitch: 4072 winAllocateFBShadowDDNL - Created shadow pitch: 4072 winAllocateFBShadowDDNL - Created shadow stride: 1018 winFinishScreenInitFB - Masks: 00ff0000 0000ff00 000000ff winInitVisualsShadowDDNL - Masks 00ff0000 0000ff00 000000ff BPRGB 8 d 24 bpp 32 winCreateDefColormap - Deferring to fbCreateDefColormap () winFinishScreenInitFB - returning winScreenInit - returning InitOutput - Returning. MIT-SHM extension disabled due to lack of kernel support XFree86-Bigfont extension local-client optimization disabled due to lack of shared memory support in the kernel (==) winConfigKeyboard - Layout: "00000409" (00000409) (EE) No primary keyboard configured (==) Using compiletime defaults for keyboard Rules = "xfree86" Model = "pc101" Layout = "us" Variant = "(null)" Options = "(null)" 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! winPointerWarpCursor - Discarding first warp: 509 345 winBlockHandler - Releasing pmServerStarted winBlockHandler - pthread_mutex_unlock () returned winDeinitClipboard - Noting shutdown in progress winDeinitMultiWindowWM - Noting shutdown in progress From pechtcha@cs.nyu.edu Sat Dec 6 05:28:00 2003 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Sat, 06 Dec 2003 05:28:00 -0000 Subject: HSBC ENQUIRY. In-Reply-To: <3FD14AC7.2090208@msu.edu> References: <200312060314.hB63Euw68596@pilot09.cl.msu.edu> <3FD14AC7.2090208@msu.edu> Message-ID: Harold, Look at the addressee on the original message... The deceased's last name was 'Xfree'! :-) Igor On Fri, 5 Dec 2003, Harold L Hunt II wrote: > Oh my god! We are all rich! How do we all have the same last name as > this person?!? Who cares, we're filthy stinking rich! ;) > > Harold > > Cappa Consultants wrote: > > > My name is Sarah Cappa. > > I am a senior partner in the firm of Cappa Consultants: Private Investigators > > and Security Consultants. > > > > We are conducting a standard process investigation on behalf of HSBC, > > the international Banking conglomerate. This investigation involves a > > client who shares the same surname with you and also the circumstances > > surrounding investments made by this client at HSBC Republic,the > > Private Banking arm of HSBC. > > [snip] -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "I have since come to realize that being between your mentor and his route to the bathroom is a major career booster." -- Patrick Naughton From boblogic@adelphia.net Sat Dec 6 11:17:00 2003 From: boblogic@adelphia.net (boblogic@adelphia.net) Date: Sat, 06 Dec 2003 11:17:00 -0000 Subject: a problem Message-ID: <20031206111743.RBVV18168.mta13.adelphia.net@mail.adelphia.net> *** Whoa there**** A simple cp -p failed are you out of disk space? i did a df -h and say 105gb free and wondering what is wrong and how to fix From Alexander.Gottwald@s1999.tu-chemnitz.de Sat Dec 6 13:01:00 2003 From: Alexander.Gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Sat, 06 Dec 2003 13:01:00 -0000 Subject: a problem In-Reply-To: <20031206111743.RBVV18168.mta13.adelphia.net@mail.adelphia.net> References: <20031206111743.RBVV18168.mta13.adelphia.net@mail.adelphia.net> Message-ID: boblogic@adelphia.net wrote: > *** Whoa there**** > A simple cp -p failed > are you out of disk space? > > i did a df -h > and say 105gb free > and wondering what is wrong You send your question to the wrong mailing list and your message revealed no useful information about your problem. > and how to fix Give exact information on program output of cp, information about the system and contact the correct mailing list. eg cygwin@cygwin.com if you have the problem in a cygwin environment. HTH ago -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From Alexander.Gottwald@s1999.tu-chemnitz.de Sat Dec 6 13:12:00 2003 From: Alexander.Gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Sat, 06 Dec 2003 13:12:00 -0000 Subject: Ctrl-Alt-Backspace In-Reply-To: <3FD12801.7010203@tlinx.org> References: <3FD12801.7010203@tlinx.org> Message-ID: linda w wrote: > I don't know, but can't you remap it rather than changing the default > X-server behavior? Of cause you can. Just remove the binding to Terminate_Server from keycode 22. xmodmap -e "keycode 22 = BackSpace" > Certainly > seems like something that should be user-remapable for kiosk type > installations....can't have just > everyone going around killing off your kiosk, ya know. Why not. The kiosk should be restarted then automaticly. It is better than having no possiblity to reset a screwed session. bye ago -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From Alexander.Gottwald@s1999.tu-chemnitz.de Sat Dec 6 13:15:00 2003 From: Alexander.Gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Sat, 06 Dec 2003 13:15:00 -0000 Subject: -nounixkill doesn't seem to work (Was Re: Ctrl-Alt-Backspace) In-Reply-To: References: Message-ID: Igor Pechtchanski wrote: > Well, technically, adding "-nounixkill" to the XWin.exe parameter list > should do it, but it doesn't work for me. When I open an XWin session on > a Win2k SP3 machine, Ctrl-Alt-Backspace still happily kills the server, > even with -nounixkill. The command I used to start the X server was add the option -unixkill. This will ask you indstead of just killing the server. The problem is that the 4.3 release of XFree binds the killing of the server to the keycode "TerminateServer". There is currently no way to override this but you can remove that binding from keycode 22. xmodmap -e "keycode 22 = BackSpace" bye ago -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From Dr.Volker.Zell@oracle.com Sat Dec 6 15:38:00 2003 From: Dr.Volker.Zell@oracle.com (Dr. Volker Zell) Date: Sat, 06 Dec 2003 15:38:00 -0000 Subject: gv probelms In-Reply-To: (Ivar Bratberg's message of "Fri, 5 Dec 2003 23:20:05 +0100 (CET)") References: Message-ID: <871xriufcz.fsf@vzell-de.de.oracle.com> >>>>> "Ivar" == Ivar Bratberg writes: Ivar> Hello, I have just installed the newest version of KDE, freeX and Cygwin. Ivar> It is an impressingly good software. Ivar> But I have problems when using the command gv for reading ps files. Ivar> I use latex and dvips to generate a latex file. Ivar> When I say gv file.ps an error window occures and says: "Postscript Ivar> interpreter failed in main window". Ivar> I know the ps is file is ok, I have tested it in on a linux platform. Ivar> When installing cygwin i choosed gv from both the graphics cvategory and Ivar> the x11 category. Does this happen for every postscript file ? Ivar> Best regards, and thank you for a good product. Ivar> Ivar Bratberg Ciao Volker From cgf-no-personal-reply-please@cygwin.com Sat Dec 6 16:21:00 2003 From: cgf-no-personal-reply-please@cygwin.com (Christopher Faylor) Date: Sat, 06 Dec 2003 16:21:00 -0000 Subject: a problem In-Reply-To: References: <20031206111743.RBVV18168.mta13.adelphia.net@mail.adelphia.net> Message-ID: <20031206162114.GB3129@redhat.com> On Sat, Dec 06, 2003 at 02:01:27PM +0100, Alexander Gottwald wrote: >boblogic@adelphia.net wrote: > >> *** Whoa there**** >> A simple cp -p failed >> are you out of disk space? >> >> i did a df -h >> and say 105gb free >> and wondering what is wrong > >You send your question to the wrong mailing list and your message revealed >no useful information about your problem. > >> and how to fix > >Give exact information on program output of cp, information about the >system and contact the correct mailing list. eg >cygwin-MUMBLE-cygwin-SPLAT-com if you have the problem in a cygwin >environment. Please don't include raw email addresses in the body of messages. And, for the original poster, go back to the cygwin web site, inspect the mailing list information again, and also click on the "Reporting Problems" link. From pechtcha@cs.nyu.edu Sat Dec 6 18:35:00 2003 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Sat, 06 Dec 2003 18:35:00 -0000 Subject: -nounixkill doesn't seem to work (Was Re: Ctrl-Alt-Backspace) In-Reply-To: References: Message-ID: On Sat, 6 Dec 2003, Alexander Gottwald wrote: > Igor Pechtchanski wrote: > > > Well, technically, adding "-nounixkill" to the XWin.exe parameter list > > should do it, but it doesn't work for me. When I open an XWin session on > > a Win2k SP3 machine, Ctrl-Alt-Backspace still happily kills the server, > > even with -nounixkill. The command I used to start the X server was > > add the option -unixkill. This will ask you indstead of just killing the > server. Thanks, this worked like a charm. > The problem is that the 4.3 release of XFree binds the killing of the server > to the keycode "TerminateServer". There is currently no way to override this > but you can remove that binding from keycode 22. > > xmodmap -e "keycode 22 = BackSpace" This, however, not only didn't change anything (Ctrl-Alt-Backspace still exited X), but also crashed XWin.exe. I doubt the stack dump is of any use with a non-debug version of XWin, but I can provide it if people request, as well as the corresponding XWin.log (which doesn't contain any details of the crash). I believe I've also posted the details of my setup earlier in this thread. To reproduce the problem, run $ XWin :1.0 -unixkill & Try exiting it with Ctrl-Alt-Backspace, and press "Cancel". $ xmodmap -display :1.0 -e "keycode 22 = BackSpace" Try exiting again with Ctrl-Alt-Backspace, and press "Exit". XWin will crash with a segfault. I'd be willing to try a debug version and get a real stack trace if developers can't reproduce it. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "I have since come to realize that being between your mentor and his route to the bathroom is a major career booster." -- Patrick Naughton From Alexander.Gottwald@s1999.tu-chemnitz.de Sat Dec 6 19:31:00 2003 From: Alexander.Gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Sat, 06 Dec 2003 19:31:00 -0000 Subject: a problem In-Reply-To: <20031206162114.GB3129@redhat.com> References: <20031206111743.RBVV18168.mta13.adelphia.net@mail.adelphia.net> <20031206162114.GB3129@redhat.com> Message-ID: Christopher Faylor wrote: > On Sat, Dec 06, 2003 at 02:01:27PM +0100, Alexander Gottwald wrote: > >boblogicadelphia.net wrote: > > Please don't include raw email addresses in the body of messages. That was an email address? I thought this was his name. But this is a nice way to enforce usage of a realname *g*. bye ago NP: Einst?rzende Neubauten - Leid und Elend (live) -- Alexander.Gottwaldinformatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From rasjidw@openminddev.net Sat Dec 6 23:32:00 2003 From: rasjidw@openminddev.net (Rasjid Wilcox) Date: Sat, 06 Dec 2003 23:32:00 -0000 Subject: Error: procedure entry point in cygwin1.dll In-Reply-To: <200312061102.52003.rasjidw@openminddev.net> References: <8009.1070620639@www48.gmx.net> <20031205145805.GI8193@redhat.com> <200312061102.52003.rasjidw@openminddev.net> Message-ID: <200312071033.25138.rasjidw@openminddev.net> On Saturday 06 December 2003 11:02, Rasjid Wilcox wrote: > Have you tried using the cygwin find utility instead? That has to be one of the daftest things I've ever said on a public mailling list, since cygwin is not working. I would suggest the following instead: In a cmd shell - C:\>dir /s > filelist.txt C:\>start wordpad filelist.txt Do an edit/find for 'cygwin1.dll'. See if you have more than one. (In case the Windows find file missed it for some reason.) Cheers, Rasjid. -- Rasjid Wilcox Canberra, Australia (UTC +10 hrs) http://www.openminddev.net From ihok@hotmail.com Sun Dec 7 00:24:00 2003 From: ihok@hotmail.com (Jack Tanner) Date: Sun, 07 Dec 2003 00:24:00 -0000 Subject: Error: procedure entry point in cygwin1.dll In-Reply-To: <200312071033.25138.rasjidw@openminddev.net> References: <8009.1070620639@www48.gmx.net> <20031205145805.GI8193@redhat.com> <200312061102.52003.rasjidw@openminddev.net> <200312071033.25138.rasjidw@openminddev.net> Message-ID: Rasjid Wilcox wrote: > C:\>dir /s > filelist.txt > C:\>start wordpad filelist.txt > > Do an edit/find for 'cygwin1.dll'. See if you have more than one. (In case > the Windows find file missed it for some reason.) Better: dir cygwin1.dll /s /a /b /a will catch cygwin1.dll even if it should be marked as a hidden or system file, and /b will optimize the output format (one line per file). Off topic: I just tried that on my machine and I found that CDRDAO ships a cygwin1.dll with their Windows build (I have version 1.1.7). If someone is in the habit of slapping wrists for that sort of thing, there's your cue. Best, JT From cgf-no-personal-reply-please@cygwin.com Sun Dec 7 00:59:00 2003 From: cgf-no-personal-reply-please@cygwin.com (Christopher Faylor) Date: Sun, 07 Dec 2003 00:59:00 -0000 Subject: Error: procedure entry point in cygwin1.dll In-Reply-To: References: <8009.1070620639@www48.gmx.net> <20031205145805.GI8193@redhat.com> <200312061102.52003.rasjidw@openminddev.net> <200312071033.25138.rasjidw@openminddev.net> Message-ID: <20031207005916.GA32485@redhat.com> On Sat, Dec 06, 2003 at 07:24:29PM -0500, Jack Tanner wrote: >Rasjid Wilcox wrote: >>C:\>dir /s > filelist.txt >>C:\>start wordpad filelist.txt >> >>Do an edit/find for 'cygwin1.dll'. See if you have more than one. (In >>case the Windows find file missed it for some reason.) > >Better: > >dir cygwin1.dll /s /a /b > >/a will catch cygwin1.dll even if it should be marked as a hidden or >system file, and /b will optimize the output format (one line per file). What's wrong with using the Windows Find/Search utility? >Off topic: I just tried that on my machine and I found that CDRDAO ships >a cygwin1.dll with their Windows build (I have version 1.1.7). If >someone is in the habit of slapping wrists for that sort of thing, >there's your cue. I need a better cue than that. Where did you get the binary? From gorrigo@switch.com Sun Dec 7 01:06:00 2003 From: gorrigo@switch.com (Orrigo, Giampaolo .) Date: Sun, 07 Dec 2003 01:06:00 -0000 Subject: Error: procedure entry point in cygwin1.dll Message-ID: <8F329FEDF58BD411BE5200508B10DA760E0BA016@exchptc1.switch.com> Here another one: QVTNet 5.1.2 (QPC Software, www.qpc.com) ships with cygwin1.dll version 1.3.5 and with cygz.dll > On Sat, Dec 06, 2003 at 07:24:29PM -0500, Jack Tanner wrote: > >Rasjid Wilcox wrote: > >>C:\>dir /s > filelist.txt > >>C:\>start wordpad filelist.txt > >> > >>Do an edit/find for 'cygwin1.dll'. See if you have more than one. (In > >>case the Windows find file missed it for some reason.) > > > >Better: > > > >dir cygwin1.dll /s /a /b > > > >/a will catch cygwin1.dll even if it should be marked as a hidden or > >system file, and /b will optimize the output format (one line per file). > > What's wrong with using the Windows Find/Search utility? > > >Off topic: I just tried that on my machine and I found that CDRDAO ships > >a cygwin1.dll with their Windows build (I have version 1.1.7). If > >someone is in the habit of slapping wrists for that sort of thing, > >there's your cue. > > I need a better cue than that. Where did you get the binary? From cgf-no-personal-reply-please@cygwin.com Sun Dec 7 01:10:00 2003 From: cgf-no-personal-reply-please@cygwin.com (Christopher Faylor) Date: Sun, 07 Dec 2003 01:10:00 -0000 Subject: Error: procedure entry point in cygwin1.dll In-Reply-To: <8F329FEDF58BD411BE5200508B10DA760E0BA016@exchptc1.switch.com> References: <8F329FEDF58BD411BE5200508B10DA760E0BA016@exchptc1.switch.com> Message-ID: <20031207011036.GA2163@redhat.com> On Sat, Dec 06, 2003 at 08:07:35PM -0500, Orrigo, Giampaolo . wrote: >Here another one: > >QVTNet 5.1.2 (QPC Software, www.qpc.com) ships with cygwin1.dll version >1.3.5 and with cygz.dll And no source...? cgf From danny.backx@skynet.be Sun Dec 7 10:41:00 2003 From: danny.backx@skynet.be (Danny Backx) Date: Sun, 07 Dec 2003 10:41:00 -0000 Subject: [Lesstif] INSTALL.html#compile_Windows was (Re: DDD 3.3.8 (i686-pc-cygwin) gets `Segmentation fault) In-Reply-To: References: <3FCF578A.9030304@msu.edu> <0ad701c3ba8c$e47ad9b0$d92601a3@ouce.ox.ac.uk> Message-ID: <1070793699.1293.5.camel@dell.roesel.skynet.be> Hmm, maybe I didn't read some message carefully enough to figure out that this was a complete and working patch set, not work in progress. If that is so, my apologies. Anyway : I've located the messages in your mail and worked through the patch set. I've applied them. One was wrong (aclocal.m4 is a generated file, ac_find_xft.m4 needed to be changed instead. I've edited the INSTALL document, you may want to read the changes. I am not sure whether Interix and others still exist, maybe you'd like me to add more comments about Cygwin. If you do, don't hesitate to ask. I don't run Cygwin regularly so I'm not in a position to test these changes. Can someone check ? Do you want me to create another release of LessTif with this change ? Danny On Thu, 2003-12-04 at 20:35, Brian Ford wrote: > Arnaud Desitter wrote: > > Harold L Hunt II wrote: > >> Richard Campbell wrote: > >>>Arnaud Desitter wrote: > >>>>http://www.lesstif.org/INSTALL.html > >>> > >>> "On windows using Cygwin, U/WIN or Interix, LessTif must be built as > >>> static libraries. Because, one of the biggest issues with X on Win32 > >>> is the moronic DLL format. Specifically - it is not possible to export > >>> data from a Win32 DLL in a form that can be used to statically initialize > >>> another global variable. Data access from a DLL requires at least one > >>> pointer indirection, and hence executable code. This is why X11R6 doesn't > >>> have DLLs for Xt/Xmu/Xaw (and Motif) on Win32." > >>> > >>> If yes, these rules have been changing. Brian, isn't this what you > >>> were specifically working on recently? > >>> > I was just trying to help pick up the pieces. > > Ralf Habacker and Harold L Hunt II fixed the shared Xt problem here: > > http://www.cygwin.com/ml/cygwin-xfree/2003-10/msg00173.html > > Then, Zhangrong Huang and Harold L Hunt II fixed lesstif here: > > http://www.cygwin.com/ml/cygwin-xfree/2003-10/msg00347.html > > > > The statement in quotes above is now misleading and completely > > > incorrect. We are distributing *only* a shared version of LessTif on > > > Cygwin now. The various problems mentioned in the quote all have > > > work-arounds, some of which were already used by OS/2; we enabled those > > > work-arounds and adding one or two more of our own and the shared > > > LessTif library compiles and works fine now. > > > > I'll take an action item to push these changes back upstream to lesstif, > but don't expect any particular time line. > > > Fill free to contact the lesstif guys to fix it. > > > I did, here: > > http://www.cygwin.com/ml/cygwin-xfree/2003-10/msg00291.html > > They have not, yet. > > I guess I need to supply an actual documentation patch. Again, I'll put > it on my list. But, don't expect immediate action. From huntharo@msu.edu Sun Dec 7 20:46:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Sun, 07 Dec 2003 20:46:00 -0000 Subject: Error: procedure entry point in cygwin1.dll In-Reply-To: <20031207005916.GA32485@redhat.com> References: <8009.1070620639@www48.gmx.net> <20031205145805.GI8193@redhat.com> <200312061102.52003.rasjidw@openminddev.net> <200312071033.25138.rasjidw@openminddev.net> <20031207005916.GA32485@redhat.com> Message-ID: <3FD391B3.9040001@msu.edu> Christopher Faylor wrote: > On Sat, Dec 06, 2003 at 07:24:29PM -0500, Jack Tanner wrote: > >>Rasjid Wilcox wrote: >> >>>C:\>dir /s > filelist.txt >>>C:\>start wordpad filelist.txt >>> >>>Do an edit/find for 'cygwin1.dll'. See if you have more than one. (In >>>case the Windows find file missed it for some reason.) >> >>Better: >> >>dir cygwin1.dll /s /a /b >> >>/a will catch cygwin1.dll even if it should be marked as a hidden or >>system file, and /b will optimize the output format (one line per file). > > > What's wrong with using the Windows Find/Search utility? It works fine in Windows 2000, but they broke it horribly in Windows XP when they "extended" it to ignore certain directories and types of files. You have to jump through all sorts of hoops and enable the indexing service in order to get it to search all files in XP. So, the results of the utility cannot be trusted in XP. Harold From ihok@hotmail.com Sun Dec 7 20:58:00 2003 From: ihok@hotmail.com (Jack Tanner) Date: Sun, 07 Dec 2003 20:58:00 -0000 Subject: Error: procedure entry point in cygwin1.dll In-Reply-To: <20031207005916.GA32485@redhat.com> References: <8009.1070620639@www48.gmx.net> <20031205145805.GI8193@redhat.com> <200312061102.52003.rasjidw@openminddev.net> <200312071033.25138.rasjidw@openminddev.net> <20031207005916.GA32485@redhat.com> Message-ID: Christopher Faylor wrote: > What's wrong with using the Windows Find/Search utility? Nothing; it's capable of the same thing, but you have to explicitly turn on "Show hidden and system files" in Folder Options (in case the dll is on the drive, but hidden from view because of attributes). In another sense, the Windows Search utility is actually better because you can search multiple drives at once, whereas with the CLI, you have to repeat the dir command for every drive. >>Off topic: I just tried that on my machine and I found that CDRDAO ships >>a cygwin1.dll with their Windows build (I have version 1.1.7). If >>someone is in the habit of slapping wrists for that sort of thing, >>there's your cue. > > I need a better cue than that. Where did you get the binary? http://cdrdao.sourceforge.net/ is the main site; http://sourceforge.net/projects/cdrdao/ is the download page where 1.1.7 is available. The main developer is Andreas Mueller (andreasm at users.sourceforge.net), but since it's a SourceForge-hosted project, they have a bug db available through the site. Best, JT From ihok@hotmail.com Sun Dec 7 21:26:00 2003 From: ihok@hotmail.com (Jack Tanner) Date: Sun, 07 Dec 2003 21:26:00 -0000 Subject: Error: procedure entry point in cygwin1.dll In-Reply-To: <3FD391B3.9040001@msu.edu> References: <8009.1070620639@www48.gmx.net> <20031205145805.GI8193@redhat.com> <200312061102.52003.rasjidw@openminddev.net> <200312071033.25138.rasjidw@openminddev.net> <20031207005916.GA32485@redhat.com> <3FD391B3.9040001@msu.edu> Message-ID: Harold L Hunt II wrote: > It works fine in Windows 2000, but they broke it horribly in Windows XP > when they "extended" it to ignore certain directories and types of > files. You have to jump through all sorts of hoops and enable the > indexing service in order to get it to search all files in XP. So, the > results of the utility cannot be trusted in XP. What's wrong with Start, Search, All files and folders, Look in Local Hard Drives? I just tested it on XP SP1, it worked well. Doesn't it get around what you describe if you click "All files and folders" instead of "Pictures, music, or video" or "Documents"? -JT From huntharo@msu.edu Sun Dec 7 22:32:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Sun, 07 Dec 2003 22:32:00 -0000 Subject: Error: procedure entry point in cygwin1.dll In-Reply-To: References: <8009.1070620639@www48.gmx.net> <20031205145805.GI8193@redhat.com> <200312061102.52003.rasjidw@openminddev.net> <200312071033.25138.rasjidw@openminddev.net> <20031207005916.GA32485@redhat.com> <3FD391B3.9040001@msu.edu> Message-ID: <3FD3AA5D.5010006@msu.edu> Jack Tanner wrote: > Harold L Hunt II wrote: > >> It works fine in Windows 2000, but they broke it horribly in Windows >> XP when they "extended" it to ignore certain directories and types of >> files. You have to jump through all sorts of hoops and enable the >> indexing service in order to get it to search all files in XP. So, >> the results of the utility cannot be trusted in XP. > > > What's wrong with Start, Search, All files and folders, Look in Local > Hard Drives? I just tested it on XP SP1, it worked well. Doesn't it get > around what you describe if you click "All files and folders" instead of > "Pictures, music, or video" or "Documents"? Nope, doesn't work, at least not in the cases that I use the most, but might not be entirely relevant to the discussion at hand. The case I am referring to is when you are searching for text in a file, which is a little different than what we are talking about here. In that case, you have to configure the indexing service specially and turn it on in order to be able to search through .c and .h files (and all the other files a programmer would use) without having Visual Studio .NET installed (which I think installs handlers that allow some of these file types to be searched. The overall point to be taken home here is that you can't trust the search facility in XP unless you are prepared to ask people if they have done things in a very specific way *and* you are prepared to trust their response to those questions. It ends up being a huge waste of time when you could instead run a command-line search and be done with it. Harold From cgf-no-personal-reply-please@cygwin.com Sun Dec 7 23:11:00 2003 From: cgf-no-personal-reply-please@cygwin.com (Christopher Faylor) Date: Sun, 07 Dec 2003 23:11:00 -0000 Subject: Error: procedure entry point in cygwin1.dll In-Reply-To: <3FD3AA5D.5010006@msu.edu> References: <8009.1070620639@www48.gmx.net> <20031205145805.GI8193@redhat.com> <200312061102.52003.rasjidw@openminddev.net> <200312071033.25138.rasjidw@openminddev.net> <20031207005916.GA32485@redhat.com> <3FD391B3.9040001@msu.edu> <3FD3AA5D.5010006@msu.edu> Message-ID: <20031207231157.GA632@redhat.com> On Sun, Dec 07, 2003 at 05:31:57PM -0500, Harold L Hunt II wrote: >The overall point to be taken home here is that you can't trust the >search facility in XP unless you are prepared to ask people if they have >done things in a very specific way *and* you are prepared to trust their >response to those questions. It ends up being a huge waste of time when >you could instead run a command-line search and be done with it. I'm pretty certain that using the search facility in XP for the purpose of searching for duplicate cygwin1.dll's should work just fine. Using cygwin's command-line search in a scenario where cygwin doesn't work is obviously not going to work and using dir/s is rather laborious and error-prone if you have multiple drives. In the many years of advising people to use GUI utility, I've never heard anyone say that they failed to find what they were looking for with this method. cgf From huntharo@msu.edu Sun Dec 7 23:23:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Sun, 07 Dec 2003 23:23:00 -0000 Subject: Error: procedure entry point in cygwin1.dll In-Reply-To: <20031207231157.GA632@redhat.com> References: <8009.1070620639@www48.gmx.net> <20031205145805.GI8193@redhat.com> <200312061102.52003.rasjidw@openminddev.net> <200312071033.25138.rasjidw@openminddev.net> <20031207005916.GA32485@redhat.com> <3FD391B3.9040001@msu.edu> <3FD3AA5D.5010006@msu.edu> <20031207231157.GA632@redhat.com> Message-ID: <3FD3B667.2010709@msu.edu> Christopher Faylor wrote: > On Sun, Dec 07, 2003 at 05:31:57PM -0500, Harold L Hunt II wrote: > >>The overall point to be taken home here is that you can't trust the >>search facility in XP unless you are prepared to ask people if they have >>done things in a very specific way *and* you are prepared to trust their >>response to those questions. It ends up being a huge waste of time when >>you could instead run a command-line search and be done with it. > > > I'm pretty certain that using the search facility in XP for the purpose > of searching for duplicate cygwin1.dll's should work just fine. Again, it might work in this case. But, I'm talking about reasons for using a different approach that works in all cases. It really doesn't matter though. > Using cygwin's command-line search in a scenario where cygwin doesn't > work is obviously not going to work and using dir/s is rather laborious > and error-prone if you have multiple drives. I guess. > In the many years of advising people to use GUI utility, I've never > heard anyone say that they failed to find what they were looking for > with this method. Well, many years of prior experience doesn't really matter since I am complaining about the broken search functionality in XP, which isn't many years old :) Search did work fine in Windows until XP, but now it has a lot of caveats, and I am not good at remembering caveats. Harold From benson@dchbk.us Mon Dec 8 02:36:00 2003 From: benson@dchbk.us (benson) Date: Mon, 08 Dec 2003 02:36:00 -0000 Subject: -multiwindow! Message-ID: <000d01c3bd34$0ebc5b00$0b00140a@dchbk.us> This is great! Could it be in the XWin man page, so one could find it without searching google for repairs to all the busted window-manager alternatives? One minor glitch ... my xclock insists on being elliptical, since the minimum width for the XP decorations is wider than the height. Is there a way to suppress or shrink decorations? From doblinne@lycos.com Mon Dec 8 03:29:00 2003 From: doblinne@lycos.com (Floyd Mcgee) Date: Mon, 08 Dec 2003 03:29:00 -0000 Subject: Cygwin-developers Early Xmas gift to you and your family wzwbizowjmbchzsf Message-ID: Stop the stress Want to get rid of cc debts completly. Well come visit us for more info http://master32d.com/c/ Cease: http://www.lexcom.com.br/nearby/rm/ From kevin.lawton@bt.com Mon Dec 8 10:39:00 2003 From: kevin.lawton@bt.com (kevin.lawton@bt.com) Date: Mon, 08 Dec 2003 10:39:00 -0000 Subject: HSBC ENQUIRY. Message-ID: Could this be a spam harvester's latest tactic ? What makes me think this ? - well, three points really: 1) It was sent out at 3am on a Saturday morning ! 2) The poor English. The word 'intestate' is an adjective not a noun, so one wouldn't die 'in intestate' one would just die 'intestate'. 3) There is no company called Cappa Consultants registered in the UK with Companies House. I guess this will now take over as we've all got wise to one about trying to help get the family fortune of the ex-leader of some banana republic out of the country since it was overrun by rebel forces. I wonder what scam we'll have to face next - save the starving Martians, perhaps ? Kevin. > -----Original Message----- > From: Cappa Consultants [mailto:cappa_consultants1@tiscali.co.uk] > Sent: 06 December 2003 03:15 > To: cygwin-xfree > Subject: HSBC ENQUIRY. > > My name is Sarah Cappa. > I am a senior partner in the firm of Cappa Consultants: > Private Investigators > and Security Consultants. > > We are conducting a standard process investigation on behalf > of HSBC, the > international Banking conglomerate. This > investigation involves a client who shares the same surname > with you and > also the circumstances surrounding investments > made by this client at HSBC Republic,the Private Banking arm of HSBC. > > The HSBC Private Banking client died in intestate and > nominated no successor > in title over the investments made with the bank. The essence > of this communication > with you is to request you provide us information/comments on > any or all > of the four issues: > > 1-Are you aware of any relative/relation who shares your same > name whose > last known contact address was Brussels Belgium? > > 2-Are you aware of any investment of considerable value made > by such a person > at the Private Banking Division of HSBC Bank PLC? > > 3-Born on the 1st of october 1930 > > 4-Can you establish beyond reasonable doubt your eligibility > to assume status > of successor in title to the deceased? > > It is pertinent that you inform us ASAP whether or not you > are familiar > with this personality that we may put an end to this > communication with you and our inquiries surrounding this personality. > > You must appreciate that we are constrained from providing > you with more > detailed information at this point. Please respond to this > mail as soon > as possible to afford us the opportunity to close this investigation. > > Thank you for accommodating our enquiry. > > > Ms Sarah Cappa > For:Cappa Consultants > 06-12-2003 > > > > From alexander.gottwald@s1999.tu-chemnitz.de Mon Dec 8 11:18:00 2003 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Mon, 08 Dec 2003 11:18:00 -0000 Subject: -nounixkill doesn't seem to work (Was Re: Ctrl-Alt-Backspace) In-Reply-To: References: Message-ID: On Sat, 6 Dec 2003, Igor Pechtchanski wrote: > > xmodmap -e "keycode 22 = BackSpace" > > This, however, not only didn't change anything (Ctrl-Alt-Backspace still > exited X), but also crashed XWin.exe. I doubt the stack dump is of any > use with a non-debug version of XWin, but I can provide it if people > request, as well as the corresponding XWin.log (which doesn't contain any > details of the crash). I believe I've also posted the details of my setup > earlier in this thread. To reproduce the problem, run > > $ XWin :1.0 -unixkill & > > Try exiting it with Ctrl-Alt-Backspace, and press "Cancel". > > $ xmodmap -display :1.0 -e "keycode 22 = BackSpace" > > Try exiting again with Ctrl-Alt-Backspace, and press "Exit". > > XWin will crash with a segfault. I'd be willing to try a debug version > and get a real stack trace if developers can't reproduce it. I can't reproduce it so I'd be glad if you could do so. bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From bingalls@nj.rr.com Mon Dec 8 15:57:00 2003 From: bingalls@nj.rr.com (Bruce Ingalls) Date: Mon, 08 Dec 2003 15:57:00 -0000 Subject: display bug Message-ID: <3FD49F93.9030206@nj.rr.com> I noticed an interesting bug. When I started emacs& from my xterm, then dragged the xterm window out of the way, during the time that emacs was taking a long time to launch, the emacs display was being written to both windows. When I clicked on the title bar of the xterm, then both the emacs window, where it overlapped the previous xterm position, and the current xterm position, both showed the xterm display. Finally, I dragged the current emacs displaying xterm back, to align with its overlapping xterm display, and X Window went back in synch. I am running a default configuration of the latest stable version of cygwin-xfree (v4.3?) on XP home. This is a rootless system. I'm not sure how easy it will be to reproduce the problem, as the timing of moving the parent xterm seems important. From pechtcha@cs.nyu.edu Mon Dec 8 17:58:00 2003 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Mon, 08 Dec 2003 17:58:00 -0000 Subject: Requesting a debug XFree86 snapshot (Was Re: -nounixkill doesn't seem to work) In-Reply-To: References: Message-ID: On Mon, 8 Dec 2003, Alexander Gottwald wrote: > On Sat, 6 Dec 2003, Igor Pechtchanski wrote: > > > > xmodmap -e "keycode 22 = BackSpace" > > > > This, however, not only didn't change anything (Ctrl-Alt-Backspace still > > exited X), but also crashed XWin.exe. I doubt the stack dump is of any > > use with a non-debug version of XWin, but I can provide it if people > > request, as well as the corresponding XWin.log (which doesn't contain any > > details of the crash). I believe I've also posted the details of my setup > > earlier in this thread. To reproduce the problem, run > > > > $ XWin :1.0 -unixkill & > > > > Try exiting it with Ctrl-Alt-Backspace, and press "Cancel". > > > > $ xmodmap -display :1.0 -e "keycode 22 = BackSpace" > > > > Try exiting again with Ctrl-Alt-Backspace, and press "Exit". > > > > XWin will crash with a segfault. I'd be willing to try a debug version > > and get a real stack trace if developers can't reproduce it. > > I can't reproduce it so I'd be glad if you could do so. > > bye > ago Alexander, Could you or Harold please post a debug snapshot somewhere? I don't have a build tree set up, and the problem is relatively minor and doesn't affect me too much, so I don't have the motivation of setting one up just now. I will try the debug snapshot, though, and post the stack trace. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "I have since come to realize that being between your mentor and his route to the bathroom is a major career booster." -- Patrick Naughton From arnaud.desitter@ouce.ox.ac.uk Mon Dec 8 18:50:00 2003 From: arnaud.desitter@ouce.ox.ac.uk (Arnaud Desitter) Date: Mon, 08 Dec 2003 18:50:00 -0000 Subject: DDD 3.3.8 recipe - was - RE: libtool created import libs broken? was RE: DDD 3.3.8 (i686-pc-cygwin) gets `Segmentation fault References: Message-ID: <000e01c3bdbc$18ee5640$d92601a3@ouce.ox.ac.uk> Hi, A few suggestions: Related to "#pragma interface" and gang, could you submit a bug report to the gcc folks ? As far as ddd is concerned, you could write an autoconf test that makes sure that "#pragma ..." does not create a link failure and patch properly the ddd source code. "#ifndef __CYWIN__" all over the ddd source code is not acceptable IMO. Related to the libtool problem, you should get the ddd source from the CVS repository and use "./CVSMake" directly under cygwin using recent version of the autotools. It may uncover some problems in configure.ac and friends. Please report (and possibly fix) them to ddd@gnu.org. Regards, ----- Original Message ----- From: "Richard Campbell" Newsgroups: gmane.os.cygwin.xfree,gmane.comp.debugging.ddd.bugs Cc: Sent: Friday, December 05, 2003 6:39 PM Subject: RE: DDD 3.3.8 recipe - was - RE: libtool created import libs broken? was RE: DDD 3.3.8 (i686-pc-cygwin) gets `Segmentation fault > Resend - got denied because of attachment size, so I've uploaded my diffs to > a web page. > > Ok, I think this is the quickest way to get a working (as far as I can tell, > and I > didn't play with it all that much, although I did load up the cxxtest.exe, > set a breakpoint, > run through, etc.) DDD 3.3.8 on cygwin: > > 1. Get the DDD 3.3.8 source and a gcc 3.3.x source. > 2. Copy the gcc/include contents into ddd-3.3.8/include > 3. Edit ddd-3.3.8/configure to remove the "old_archive_from_expsyms_cmds" > variable (patch > below, which is just in the cygwin section of configure): > > bash-2.05b$ diff -u ddd-3.3.8-orig/configure ddd-3.3.8/configure > --- ddd-3.3.8-orig/configure 2003-10-22 15:29:40.000000000 -0400 > +++ ddd-3.3.8/configure 2003-12-05 11:34:05.948423800 -0500 > @@ -9492,7 +9492,8 @@ > else $CC -o impgen impgen.c ; fi)~ > $output_objdir/impgen $dir/$soroot > $output_objdir/$soname-def' > > - old_archive_from_expsyms_cmds='$DLLTOOL --as=$AS --dllname $soname > --def $output_objdir/$soname-def --output-lib $output_objdir/$newlib' > +# old_archive_from_expsyms_cmds='$DLLTOOL --as=$AS --dllname $soname > --def $output_objdir/$soname-def --output-lib $output_objdir/$newlib' > + old_archive_from_expsyms_cmds= > > # cygwin and mingw dlls have different entry points and sets of symbols > # to exclude. > > 4. bash ./configure > 5. Edit all of ddd/*.C ddd/*.h to remove or guard all "#pragma interface" > and > "#pragma implementation" lines. > 6. make > 7. make install > 8. run as normal. > > The usual disclaimers apply. I have included the output of: > > diff -u -r -N ddd-3.3.8-orig/ ddd-3.3.8 > > Available at: > > http://bellsouthpwp.net/u/l/ulvester/ddddiffs.gz > > Feel free to play with it if the prospect of handediting 500 .C and .h files > doesn't thrill you. > > -Richard Campbell. > From ford@vss.fsi.com Mon Dec 8 18:57:00 2003 From: ford@vss.fsi.com (Brian Ford) Date: Mon, 08 Dec 2003 18:57:00 -0000 Subject: [Lesstif] INSTALL.html#compile_Windows In-Reply-To: <1070793699.1293.5.camel@dell.roesel.skynet.be> References: <3FCF578A.9030304@msu.edu> <0ad701c3ba8c$e47ad9b0$d92601a3@ouce.ox.ac.uk> <1070793699.1293.5.camel@dell.roesel.skynet.be> Message-ID: On Sun, 7 Dec 2003, Danny Backx wrote: > Hmm, maybe I didn't read some message carefully enough to figure > out that this was a complete and working patch set, not work > in progress. > At the time, a lesstif DLL for Cygwin was still a work in progress, all be it an iminent one. But, the Xt/Xmu/Xaw DLLs described by your documentation as the reason for its impossibility did already exist. Hence, I requested a documentation update while soliciting help for the work in progress. > If that is so, my apologies. > It was confusing, and I should have supplied an actual documentation patch instead of just the commentary. So, my appologies as well. > Anyway : I've located the messages in your mail and worked through > the patch set. I've applied them. One was wrong (aclocal.m4 is a > generated file, ac_find_xft.m4 needed to be changed instead. > I definately did not expect you to do this. As I stated previously, I intended to clean them up and submit them myself given sufficient time. At the time of the first report, this patch set did not exist, yet. Anyway, thank you for taking the time to do this. I have not yet had the time to review the resul, but I will try to soon. > I've edited the INSTALL document, you may want to read the > changes. I am not sure whether Interix and others still exist, > maybe you'd like me to add more comments about Cygwin. If you > do, don't hesitate to ask. > This looks fine for now. Thank you again. > I don't run Cygwin regularly so I'm not in a position to test > these changes. Can someone check ? Do you want me to create > another release of LessTif with this change ? > I will check as soon as I find time. Cygwin distributes its own binary and source releases independant of the lesstif release schedule, so a new release from you is not necessary. Thanks for the offer. > On Thu, 2003-12-04 at 20:35, Brian Ford wrote: > > Arnaud Desitter wrote: > > > Harold L Hunt II wrote: > > >> Richard Campbell wrote: > > >>>Arnaud Desitter wrote: > > >>>>http://www.lesstif.org/INSTALL.html > > >>> > > >>> "On windows using Cygwin, U/WIN or Interix, LessTif must be built as > > >>> static libraries. Because, one of the biggest issues with X on Win32 > > >>> is the moronic DLL format. Specifically - it is not possible to export > > >>> data from a Win32 DLL in a form that can be used to statically initialize > > >>> another global variable. Data access from a DLL requires at least one > > >>> pointer indirection, and hence executable code. This is why X11R6 doesn't > > >>> have DLLs for Xt/Xmu/Xaw (and Motif) on Win32." > > >>> > > >>> If yes, these rules have been changing. Brian, isn't this what you > > >>> were specifically working on recently? > > >>> > > I was just trying to help pick up the pieces. > > > > Ralf Habacker and Harold L Hunt II fixed the shared Xt problem here: > > > > http://www.cygwin.com/ml/cygwin-xfree/2003-10/msg00173.html > > > > Then, Zhangrong Huang and Harold L Hunt II fixed lesstif here: > > > > http://www.cygwin.com/ml/cygwin-xfree/2003-10/msg00347.html > > > > > > The statement in quotes above is now misleading and completely > > > > incorrect. We are distributing *only* a shared version of LessTif on > > > > Cygwin now. The various problems mentioned in the quote all have > > > > work-arounds, some of which were already used by OS/2; we enabled those > > > > work-arounds and adding one or two more of our own and the shared > > > > LessTif library compiles and works fine now. > > > > > > I'll take an action item to push these changes back upstream to lesstif, > > but don't expect any particular time line. > > > > > Fill free to contact the lesstif guys to fix it. > > > > > I did, here: > > > > http://www.cygwin.com/ml/cygwin-xfree/2003-10/msg00291.html > > > > They have not, yet. > > > > I guess I need to supply an actual documentation patch. Again, I'll put > > it on my list. But, don't expect immediate action. > -- Brian Ford Senior Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International Phone: 314-551-8460 Fax: 314-551-8444 From Alexander.Gottwald@s1999.tu-chemnitz.de Mon Dec 8 19:08:00 2003 From: Alexander.Gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Mon, 08 Dec 2003 19:08:00 -0000 Subject: Requesting a debug XFree86 snapshot (Was Re: -nounixkill doesn't seem to work) In-Reply-To: References: Message-ID: Igor Pechtchanski wrote: > > Could you or Harold please post a debug snapshot somewhere? I've uploaded a debugbuild to http://www.tu-chemnitz.de/~goal/xfree/XWin.exe.bz2 It is from my development tree and _NOT_ intended to replace the latest release. bye ago -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From richard.campbell@air2web.com Mon Dec 8 19:22:00 2003 From: richard.campbell@air2web.com (Richard Campbell) Date: Mon, 08 Dec 2003 19:22:00 -0000 Subject: #pragma inteface - was - RE: DDD 3.3.8 recipe - was - RE: lib tool created import libs broken? was RE: DDD 3.3.8 (i686-pc-cygwin) get s `Segmentation fault Message-ID: >Related to "#pragma interface" and gang, could you submit a bug report >to the gcc folks ? Related to "#pragma interface", It appears to be a known problem: http://sources.redhat.com/ml/cygwin/2003-11/msg01066.html I do intend to push on it somewhat, as I agree that "#ifndef __CYWIN__" is certainly not a good long term plan (and even in the short term, it should be only done in the cygwin-specific package). Just haven't gotten the energy yet. -Richard Campbell. From pechtcha@cs.nyu.edu Mon Dec 8 21:37:00 2003 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Mon, 08 Dec 2003 21:37:00 -0000 Subject: Requesting a debug XFree86 snapshot (Was Re: -nounixkill doesn't seem to work) In-Reply-To: References: Message-ID: On Mon, 8 Dec 2003, Alexander Gottwald wrote: > Igor Pechtchanski wrote: > > > > Could you or Harold please post a debug snapshot somewhere? > > I've uploaded a debugbuild to > http://www.tu-chemnitz.de/~goal/xfree/XWin.exe.bz2 > > It is from my development tree and _NOT_ intended to replace the latest > release. > > bye > ago Alexander, Thanks. However, your snapshot doesn't seem to react to the "Exit" message or the Alt-F4 key combination (-[no]winkill don't help). It only reacts to Ctrl-Alt-Backspace if neither -nounixkill nor -unixkill is specified, and then X simply exits. No wonder you couldn't reproduce the problem. I'm attaching the logs from your build for the two sequences below: 1) ./XWin :1.0 -unixkill & Press Ctrl-Alt-Backspace 5 times kill -1 %1 kill -2 %1 2) ./XWin :1.0 & Press Ctrl-Alt-Backspace HTH. Please let me know if you'd like me to try another debug build, one that has the -[no]unixkill functionality enabled. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "I have since come to realize that being between your mentor and his route to the bathroom is a major career booster." -- Patrick Naughton -------------- next part -------------- ddxProcessArgument - Initializing default screens winInitializeDefaultScreens - w 1024 h 768 winInitializeDefaultScreens - Returning OsVendorInit - Creating bogus screen 0 _XSERVTransmkdir: Owner of /tmp/.X11-unix should be set to root (EE) Unable to locate/open config file InitOutput - Error reading config file winDetectSupportedEngines - Windows NT/2000/XP winDetectSupportedEngines - DirectDraw installed winDetectSupportedEngines - Allowing PrimaryDD winDetectSupportedEngines - DirectDraw4 installed winDetectSupportedEngines - Returning, supported engines 0000001f InitOutput - g_iNumScreens: 1 iMaxConsecutiveScreen: 1 winSetEngine - Using Shadow DirectDraw NonLocking winAdjustVideoModeShadowDDNL - Using Windows display depth of 32 bits per pixel winCreateBoundingWindowWindowed - User w: 1024 h: 768 winCreateBoundingWindowWindowed - Current w: 1024 h: 768 winAdjustForAutoHide - Original WorkArea: 0 0 715 1024 winAdjustForAutoHide - Adjusted WorkArea: 0 0 715 1024 winCreateBoundingWindowWindowed - WindowClient w 1018 h 690 r 1018 l 0 b 690 t 0 winCreateBoundingWindowWindowed - Returning winCreatePrimarySurfaceShadowDDNL - Creating primary surface winCreatePrimarySurfaceShadowDDNL - Created primary surface winCreatePrimarySurfaceShadowDDNL - Attached clipper to primary surface winAllocateFBShadowDDNL - lPitch: 4072 winAllocateFBShadowDDNL - Created shadow pitch: 4072 winAllocateFBShadowDDNL - Created shadow stride: 1018 winFinishScreenInitFB - Masks: 00ff0000 0000ff00 000000ff winInitVisualsShadowDDNL - Masks 00ff0000 0000ff00 000000ff BPRGB 8 d 24 bpp 32 winCreateDefColormap - Deferring to fbCreateDefColormap () winFinishScreenInitFB - returning winScreenInit - returning InitOutput - Returning. MIT-SHM extension disabled due to lack of kernel support XFree86-Bigfont extension disabled due to lack of shared memory support in the kernel (--) Setting autorepeat to delay=500, rate=31 (--) winConfigKeyboard - Layout: "00000409" (00000409) (EE) No primary keyboard configured (==) Using compiletime defaults for keyboard Rules = "xfree86" Model = "pc101" Layout = "us" Variant = "(null)" Options = "(null)" 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! winPointerWarpCursor - Discarding first warp: 509 345 winWindowProc - WM_*KEYDOWN - Closekey hit, quitting winWindowProc - WM_*KEYDOWN - Closekey hit, quitting winWindowProc - WM_*KEYDOWN - Closekey hit, quitting winWindowProc - WM_*KEYDOWN - Closekey hit, quitting winWindowProc - WM_*KEYDOWN - Closekey hit, quitting winWindowProc - WM_*KEYDOWN - Closekey hit, quitting (EE) Unable to locate/open config file InitOutput - Error reading config file winDetectSupportedEngines - Windows NT/2000/XP winDetectSupportedEngines - DirectDraw installed winDetectSupportedEngines - Allowing PrimaryDD winDetectSupportedEngines - DirectDraw4 installed winDetectSupportedEngines - Returning, supported engines 0000001f InitOutput - g_iNumScreens: 1 iMaxConsecutiveScreen: 1 winSetEngine - Using Shadow DirectDraw NonLocking winCreateBoundingWindowWindowed - User w: 1024 h: 768 winCreateBoundingWindowWindowed - Current w: 1018 h: 690 winAdjustForAutoHide - Original WorkArea: 0 0 715 1024 winAdjustForAutoHide - Adjusted WorkArea: 0 0 715 1024 winCreateBoundingWindowWindowed - WindowClient w 1018 h 690 r 1018 l 0 b 690 t 0 winCreateBoundingWindowWindowed - Returning winCreatePrimarySurfaceShadowDDNL - Creating primary surface winCreatePrimarySurfaceShadowDDNL - Created primary surface winCreatePrimarySurfaceShadowDDNL - Attached clipper to primary surface winAllocateFBShadowDDNL - lPitch: 4072 winAllocateFBShadowDDNL - Created shadow pitch: 4072 winAllocateFBShadowDDNL - Created shadow stride: 1018 winFinishScreenInitFB - Masks: 00ff0000 0000ff00 000000ff winInitVisualsShadowDDNL - Masks 00ff0000 0000ff00 000000ff BPRGB 8 d 24 bpp 32 winCreateDefColormap - Deferring to fbCreateDefColormap () winFinishScreenInitFB - returning winScreenInit - returning InitOutput - Returning. MIT-SHM extension disabled due to lack of kernel support XFree86-Bigfont extension disabled due to lack of shared memory support in the kernel (--) Setting autorepeat to delay=500, rate=31 (--) winConfigKeyboard - Layout: "00000409" (00000409) (EE) No primary keyboard configured (==) Using compiletime defaults for keyboard Rules = "xfree86" Model = "pc101" Layout = "us" Variant = "(null)" Options = "(null)" 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! winDeinitClipboard - Noting shutdown in progress winDeinitMultiWindowWM - Noting shutdown in progress -------------- next part -------------- ddxProcessArgument - Initializing default screens winInitializeDefaultScreens - w 1024 h 768 winInitializeDefaultScreens - Returning OsVendorInit - Creating bogus screen 0 _XSERVTransmkdir: Owner of /tmp/.X11-unix should be set to root (EE) Unable to locate/open config file InitOutput - Error reading config file winDetectSupportedEngines - Windows NT/2000/XP winDetectSupportedEngines - DirectDraw installed winDetectSupportedEngines - Allowing PrimaryDD winDetectSupportedEngines - DirectDraw4 installed winDetectSupportedEngines - Returning, supported engines 0000001f InitOutput - g_iNumScreens: 1 iMaxConsecutiveScreen: 1 winSetEngine - Using Shadow DirectDraw NonLocking winAdjustVideoModeShadowDDNL - Using Windows display depth of 32 bits per pixel winCreateBoundingWindowWindowed - User w: 1024 h: 768 winCreateBoundingWindowWindowed - Current w: 1024 h: 768 winAdjustForAutoHide - Original WorkArea: 0 0 715 1024 winAdjustForAutoHide - Adjusted WorkArea: 0 0 715 1024 winCreateBoundingWindowWindowed - WindowClient w 1018 h 690 r 1018 l 0 b 690 t 0 winCreateBoundingWindowWindowed - Returning winCreatePrimarySurfaceShadowDDNL - Creating primary surface winCreatePrimarySurfaceShadowDDNL - Created primary surface winCreatePrimarySurfaceShadowDDNL - Attached clipper to primary surface winAllocateFBShadowDDNL - lPitch: 4072 winAllocateFBShadowDDNL - Created shadow pitch: 4072 winAllocateFBShadowDDNL - Created shadow stride: 1018 winFinishScreenInitFB - Masks: 00ff0000 0000ff00 000000ff winInitVisualsShadowDDNL - Masks 00ff0000 0000ff00 000000ff BPRGB 8 d 24 bpp 32 winCreateDefColormap - Deferring to fbCreateDefColormap () winFinishScreenInitFB - returning winScreenInit - returning InitOutput - Returning. MIT-SHM extension disabled due to lack of kernel support XFree86-Bigfont extension disabled due to lack of shared memory support in the kernel (--) Setting autorepeat to delay=500, rate=31 (--) winConfigKeyboard - Layout: "00000409" (00000409) (EE) No primary keyboard configured (==) Using compiletime defaults for keyboard Rules = "xfree86" Model = "pc101" Layout = "us" Variant = "(null)" Options = "(null)" 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! winPointerWarpCursor - Discarding first warp: 509 345 winDeinitClipboard - Noting shutdown in progress winDeinitMultiWindowWM - Noting shutdown in progress From Alexander.Gottwald@s1999.tu-chemnitz.de Tue Dec 9 01:34:00 2003 From: Alexander.Gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Tue, 09 Dec 2003 01:34:00 -0000 Subject: Requesting a debug XFree86 snapshot (Was Re: -nounixkill doesn't seem to work) In-Reply-To: References: Message-ID: Igor Pechtchanski wrote: > On Mon, 8 Dec 2003, Alexander Gottwald wrote: > > > Igor Pechtchanski wrote: > > > > > > Could you or Harold please post a debug snapshot somewhere? > > > > I've uploaded a debugbuild to > > http://www.tu-chemnitz.de/~goal/xfree/XWin.exe.bz2 > > > > It is from my development tree and _NOT_ intended to replace the latest > > release. > > > > bye > > ago > > Alexander, > > Thanks. However, your snapshot doesn't seem to react to the "Exit" > message or the Alt-F4 key combination (-[no]winkill don't help). It only > reacts to Ctrl-Alt-Backspace if neither -nounixkill nor -unixkill is > specified, and then X simply exits. No wonder you couldn't reproduce the > problem. I'm attaching the logs from your build for the two sequences > below: > > 1) ./XWin :1.0 -unixkill & > Press Ctrl-Alt-Backspace 5 times > kill -1 %1 > kill -2 %1 > > 2) ./XWin :1.0 & > Press Ctrl-Alt-Backspace > > HTH. Please let me know if you'd like me to try another debug build, one > that has the -[no]unixkill functionality enabled. > Igor I noticed this too but thought it was a problem when running in gdb. So you'll have to ask Harold for the debug build. I'm quite busy with merging the changes to the new CVS repository. -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From Alexander.Gottwald@s1999.tu-chemnitz.de Tue Dec 9 01:43:00 2003 From: Alexander.Gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Tue, 09 Dec 2003 01:43:00 -0000 Subject: [Xoncygwin-cvs] CVS Update: cygwin-xfree-doc (branch: trunk) In-Reply-To: References: <3FD21B1E.9010303@msu.edu> Message-ID: Alexander Gottwald wrote: > I'll do this but I am busy the next days too. So this may last until next > weekend or even later. But lets see how far I get on monday. I've finished the hw/xwin directory. Harold and Kensuke, can you please take a look if I've not removed changes (eg. to the new rootless mode). I've copyied all changes from xoncygwin except: - new logfile handling - harolds printf warning fixes - region changes - everything that smelled like rootless. But here I'm not sure if I've missed something - forgot something? + some warning fixes with function prototypes. good night, ago -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From huntharo@msu.edu Tue Dec 9 02:54:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 09 Dec 2003 02:54:00 -0000 Subject: [Xoncygwin-cvs] CVS Update: cygwin-xfree-doc (branch: trunk) In-Reply-To: References: <3FD21B1E.9010303@msu.edu> Message-ID: <3FD5396A.1080506@msu.edu> Alexander Gottwald wrote: > Alexander Gottwald wrote: > > >>I'll do this but I am busy the next days too. So this may last until next >>weekend or even later. But lets see how far I get on monday. > > > I've finished the hw/xwin directory. Harold and Kensuke, can you please > take a look if I've not removed changes (eg. to the new rootless mode). > > I've copyied all changes from xoncygwin except: > - new logfile handling That should be okay to move because our CYGWIN tag has the latest XFree86 CVS for all other directories. > - harolds printf warning fixes I made those changes on the xorg CYGWIN tag... not in xoncygwin. I take it you mean that you overwrote some files? > - region changes Did those get overwritten too? > - everything that smelled like rootless. But here I'm not sure if I've > missed something None of Kensuke's new rootless stuff was checked into either tree. Kensuke's new stuff will get merged soon, but it isn't an issue yet. > - forgot something? I don't see any emails in the cvs-commit log: http://pdx.freedesktop.org/pipermail/xorg-commit/2003-December/date.html > + some warning fixes with function prototypes. Okay. Thanks for working on this. This is my final exams week so I am pretty busy. Harold From huntharo@msu.edu Tue Dec 9 02:56:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 09 Dec 2003 02:56:00 -0000 Subject: [Xoncygwin-cvs] CVS Update: cygwin-xfree-doc (branch: trunk) In-Reply-To: <3FD5396A.1080506@msu.edu> References: <3FD21B1E.9010303@msu.edu> <3FD5396A.1080506@msu.edu> Message-ID: <3FD539CD.7080203@msu.edu> Alexander, Oh, I get it, you have been preparing for a commit, but you have not committed yet, right? I see no commits yet, so I suspect that this is the case: http://pdx.freedesktop.org/cgi-bin/viewcvs.cgi/xc/programs/Xserver/hw/xwin/?cvsroot=xorg Harold Harold L Hunt II wrote: > Alexander Gottwald wrote: > >> Alexander Gottwald wrote: >> >> >>> I'll do this but I am busy the next days too. So this may last until >>> next >>> weekend or even later. But lets see how far I get on monday. >> >> >> >> I've finished the hw/xwin directory. Harold and Kensuke, can you please >> take a look if I've not removed changes (eg. to the new rootless mode). >> >> I've copyied all changes from xoncygwin except: >> - new logfile handling > > > That should be okay to move because our CYGWIN tag has the latest > XFree86 CVS for all other directories. > >> - harolds printf warning fixes > > > I made those changes on the xorg CYGWIN tag... not in xoncygwin. I take > it you mean that you overwrote some files? > >> - region changes > > > Did those get overwritten too? > >> - everything that smelled like rootless. But here I'm not sure if I've >> missed something > > > None of Kensuke's new rootless stuff was checked into either tree. > Kensuke's new stuff will get merged soon, but it isn't an issue yet. > >> - forgot something? > > > I don't see any emails in the cvs-commit log: > > http://pdx.freedesktop.org/pipermail/xorg-commit/2003-December/date.html > >> + some warning fixes with function prototypes. > > > Okay. > > > Thanks for working on this. This is my final exams week so I am pretty > busy. > > Harold From huntharo@msu.edu Tue Dec 9 02:59:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 09 Dec 2003 02:59:00 -0000 Subject: [Xoncygwin-cvs] CVS Update: cygwin-xfree-doc (branch: trunk) In-Reply-To: <3FD539CD.7080203@msu.edu> References: <3FD21B1E.9010303@msu.edu> <3FD5396A.1080506@msu.edu> <3FD539CD.7080203@msu.edu> Message-ID: <3FD53A7B.70504@msu.edu> Ugh, I keep getting confused. Forgot to look at the CYGWIN tag: http://pdx.freedesktop.org/cgi-bin/viewcvs.cgi/xc/programs/Xserver/hw/xwin/?cvsroot=xorg&only_with_tag=CYGWIN So, the changes have been committed. This is good. Now I need to figure out why no emails were sent to xorg-commit. Harold Harold L Hunt II wrote: > Alexander, > > Oh, I get it, you have been preparing for a commit, but you have not > committed yet, right? I see no commits yet, so I suspect that this is > the case: > > http://pdx.freedesktop.org/cgi-bin/viewcvs.cgi/xc/programs/Xserver/hw/xwin/?cvsroot=xorg > > > Harold From huntharo@msu.edu Tue Dec 9 03:00:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 09 Dec 2003 03:00:00 -0000 Subject: [Xoncygwin-cvs] CVS Update: cygwin-xfree-doc (branch: trunk) In-Reply-To: <3FD539CD.7080203@msu.edu> References: <3FD21B1E.9010303@msu.edu> <3FD5396A.1080506@msu.edu> <3FD539CD.7080203@msu.edu> Message-ID: <3FD53AC5.8070606@msu.edu> Oh my! I didn't realize that Kensuke had already started committing patches to the tree! This is neat. Please disregard all of my responses to Alexander's earlier questions. Harold From zakki@peppermint.jp Tue Dec 9 04:13:00 2003 From: zakki@peppermint.jp (Kensuke Matsuzaki) Date: Tue, 09 Dec 2003 04:13:00 -0000 Subject: [Xoncygwin-cvs] CVS Update: cygwin-xfree-doc (branch: trunk) In-Reply-To: References: <3FD21B1E.9010303@msu.edu> Message-ID: Alexander, It seems like new rootless code were partly overwritten by old code, and Neither New and old rootless mode does't work. Kensuke Matsuzaki From tinez@gmx.ch Tue Dec 9 08:33:00 2003 From: tinez@gmx.ch (Martin Schmid) Date: Tue, 09 Dec 2003 08:33:00 -0000 Subject: Error: procedure entry point in cygwin1.dll Message-ID: <17889.1070958825@www40.gmx.net> Hello Rasjid Thanks for your tip which was not daft at all, since cygwin was actually running, I just couldn't start xfree from the cygwin shell. In fact, the cygwin find utility did find another copy of cygwin1.dll in the c:\windows folder, and deleting this file did solve the problem. Before deleting it, I repeated trying to find this file with the Windows XP Explorer. The first try was searching in C:, which failed to find c:\windows\cygwin1.dll but found C:\cygwin\cygwin1.dll (sic!), then I tried searching in C:\windows (without changing anything else), and this time c:\windows\cygwin1.dll was found. The Windows XP explorer really seems to have a problem finding files :-( Cheers, Martin >On Saturday 06 December 2003 11:02, Rasjid Wilcox wrote: >> Have you tried using the cygwin find utility instead? >That has to be one of the daftest things I've ever said on a public mailling >list, since cygwin is not working. I would suggest the following instead: >In a cmd shell - >C:\>dir /s > filelist.txt >C:\>start wordpad filelist.txt >Do an edit/find for 'cygwin1.dll'. See if you have more than one. (In case >the Windows find file missed it for some reason.) >Cheers, >Rasjid. -- +++ GMX - die erste Adresse f??r Mail, Message, More +++ Neu: Preissenkung f??r MMS und FreeMMS! http://www.gmx.net From rasjidw@openminddev.net Tue Dec 9 09:21:00 2003 From: rasjidw@openminddev.net (Rasjid Wilcox) Date: Tue, 09 Dec 2003 09:21:00 -0000 Subject: Error: procedure entry point in cygwin1.dll In-Reply-To: <17889.1070958825@www40.gmx.net> References: <17889.1070958825@www40.gmx.net> Message-ID: <200312092022.21805.rasjidw@openminddev.net> On Tuesday 09 December 2003 19:33, Martin Schmid wrote: > The Windows XP explorer really seems to have a problem finding files :-( That has been my experience, and it seems, the experience of a number of others on the list. No doubt there is a magic combinaiton of 'tick this box' and 'untick that box', and it will all work fine. And people that already have that magic combination will not see any problems. Personally, I liked Jack Tanners: dir cygwin1.dll /s /a /b solution. Seems guaranteed to work regardless of what options are ticked or otherwise. Cheers, Rasjid. -- Rasjid Wilcox Canberra, Australia (UTC +10 hrs) http://www.openminddev.net From Alexander.Gottwald@s1999.tu-chemnitz.de Tue Dec 9 09:59:00 2003 From: Alexander.Gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Tue, 09 Dec 2003 09:59:00 -0000 Subject: [Xoncygwin-cvs] CVS Update: cygwin-xfree-doc (branch: trunk) In-Reply-To: <3FD53A7B.70504@msu.edu> References: <3FD21B1E.9010303@msu.edu> <3FD5396A.1080506@msu.edu> <3FD539CD.7080203@msu.edu> <3FD53A7B.70504@msu.edu> Message-ID: Harold L Hunt II wrote: > So, the changes have been committed. This is good. Now I need to > figure out why no emails were sent to xorg-commit. The patch was quite big and might have hit the maximum size for mails to the list. I think the mail is waiting for moderator approval. bye ago -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From Alexander.Gottwald@s1999.tu-chemnitz.de Tue Dec 9 09:59:00 2003 From: Alexander.Gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Tue, 09 Dec 2003 09:59:00 -0000 Subject: [Xoncygwin-cvs] CVS Update: cygwin-xfree-doc (branch: trunk) In-Reply-To: References: <3FD21B1E.9010303@msu.edu> Message-ID: Kensuke Matsuzaki wrote: > It seems like new rootless code were partly overwritten by old code, > and Neither New and old rootless mode does't work. I think the commit mail will get though today and contains the full patch. Can you then take a look on the patch and remove everything but the wrongly commited chunks and apply the patch as reverse? bye ago -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From alexander.gottwald@s1999.tu-chemnitz.de Tue Dec 9 11:13:00 2003 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Tue, 09 Dec 2003 11:13:00 -0000 Subject: [Xoncygwin-cvs] CVS Update: cygwin-xfree-doc (branch: trunk) In-Reply-To: <3FD5396A.1080506@msu.edu> References: <3FD21B1E.9010303@msu.edu> <3FD5396A.1080506@msu.edu> Message-ID: On Mon, 8 Dec 2003, Harold L Hunt II wrote: > > I've copyied all changes from xoncygwin except: > > - new logfile handling > > That should be okay to move because our CYGWIN tag has the latest > XFree86 CVS for all other directories. > > > - harolds printf warning fixes > > I made those changes on the xorg CYGWIN tag... not in xoncygwin. I take > it you mean that you overwrote some files? The list was meant as changes in xorg, which I've left. I've done a diff on the directory and removed all chunks which a) should not go into xorg b) were changed in xorg but ot in xoncygwin The listed were all from category b I think I've kept the logfile and the printf changes completely but I'm not sure about the rootless changes. But as Kensuke already menitioned it seems I've overwritten some of his work. bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From warurtas@yahoo.com Tue Dec 9 15:19:00 2003 From: warurtas@yahoo.com (warurtas@yahoo.com) Date: Tue, 09 Dec 2003 15:19:00 -0000 Subject: think healthyMxphljlfsu Message-ID: <3de201c3be79$454313d0$5a7f41ca@hpi> vk mq vdaymx fd mb. Buy hard to get V-a-l-i-u-m, X.a.n.@.x, P.r.o.z.a.c and much more on.line!! Name-brand FDA Approved medications without consultation charge Easy Approve: http://medscheaprx.com/rxnow NexDay FedEX. Dropme: http://medstodaysale.com/a.html ugykxrqmi pj njh kvmu sgykxrqmi pjh dvmu ex A watched pot is long in boiling. eitwoimio np lwokdr qqsd vitwoimio twokdr fqsd fkx Je 10gjl85io,gifpys spjx gojyrpjd. From rk_news@netway.at Tue Dec 9 16:03:00 2003 From: rk_news@netway.at (RK) Date: Tue, 09 Dec 2003 16:03:00 -0000 Subject: Problems with windowmaker icons Message-ID: <3FD5F2B1.8040201@netway.at> Dear Cygwin/XFree developers, I am starting XFree using my script containing following commands: #! /bin/sh export DISPLAY=127.0.0.1:0.0 PATH=/usr/X11R6/bin:$PATH # Cleanup from last run. rm -rf /tmp/.X11-unix # Start the X Server. XWin -screen 0 1024 768 -clipboard -rootless -emulate3buttons 100 & setxkbmap de nodeadkeys & wmaker.exe #fvwm2.exe # Return from sh. Starting with above script results in following warning messages: TIFFReadDirectory: Warning, /usr/X11R6/share/WINGs/Images.tiff: unknown field with tag 317 (0x13d) encountered. TIFFReadDirectory: Warning, /usr/X11R6/share/WindowMaker/Icons/Terminal.tiff: unknown field with tag 317 (0x13d) encountered. Visibly the middle icon of the three in the upper right corner is broken. -------- Things get even worse if you invoke the configuration GUI using the lowest of the three buttons below the right upper corner. Following Warnings are produced (sorry for additional line-breaks): TIFFReadDirectory: Warning, /usr/X11R6/share/WINGs/Images.tiff: unknown field wi th tag 317 (0x13d) encountered. TIFFReadDirectory: Warning, /usr/X11R6/share/WindowMaker/Icons/Terminal.tiff: un known field with tag 317 (0x13d) encountered. TIFFReadDirectory: Warning, /usr/X11R6/GNUstep/Apps/WPrefs.app/tiff/windowfocus. tiff: unknown field with tag 317 (0x13d) encountered. TIFFReadDirectory: Warning, /usr/X11R6/GNUstep/Apps/WPrefs.app/tiff/windowfocus. tiff: unknown field with tag 317 (0x13d) encountered. TIFFReadDirectory: Warning, /usr/X11R6/GNUstep/Apps/WPrefs.app/tiff/whandling.ti ff: unknown field with tag 317 (0x13d) encountered. TIFFReadDirectory: Warning, /usr/X11R6/GNUstep/Apps/WPrefs.app/tiff/whandling.ti ff: unknown field with tag 317 (0x13d) encountered. TIFFReadDirectory: Warning, /usr/X11R6/GNUstep/Apps/WPrefs.app/tiff/menuprefs.ti ff: unknown field with tag 317 (0x13d) encountered. TIFFReadDirectory: Warning, /usr/X11R6/GNUstep/Apps/WPrefs.app/tiff/menuprefs.ti ff: unknown field with tag 317 (0x13d) encountered. TIFFReadDirectory: Warning, /usr/X11R6/GNUstep/Apps/WPrefs.app/tiff/iconprefs.ti ff: unknown field with tag 317 (0x13d) encountered. TIFFReadDirectory: Warning, /usr/X11R6/GNUstep/Apps/WPrefs.app/tiff/iconprefs.ti ff: unknown field with tag 317 (0x13d) encountered. TIFFReadDirectory: Warning, /usr/X11R6/GNUstep/Apps/WPrefs.app/tiff/ergonomic.ti ff: unknown field with tag 317 (0x13d) encountered. TIFFReadDirectory: Warning, /usr/X11R6/GNUstep/Apps/WPrefs.app/tiff/ergonomic.ti ff: unknown field with tag 317 (0x13d) encountered. TIFFReadDirectory: Warning, /usr/X11R6/GNUstep/Apps/WPrefs.app/tiff/paths.tiff: unknown field with tag 317 (0x13d) encountered. TIFFReadDirectory: Warning, /usr/X11R6/GNUstep/Apps/WPrefs.app/tiff/paths.tiff: unknown field with tag 317 (0x13d) encountered. TIFFReadDirectory: Warning, /usr/X11R6/GNUstep/Apps/WPrefs.app/tiff/workspace.ti ff: unknown field with tag 317 (0x13d) encountered. TIFFReadDirectory: Warning, /usr/X11R6/GNUstep/Apps/WPrefs.app/tiff/workspace.ti ff: unknown field with tag 317 (0x13d) encountered. TIFFReadDirectory: Warning, /usr/X11R6/GNUstep/Apps/WPrefs.app/tiff/configs.tiff : unknown field with tag 317 (0x13d) encountered. TIFFReadDirectory: Warning, /usr/X11R6/GNUstep/Apps/WPrefs.app/tiff/configs.tiff : unknown field with tag 317 (0x13d) encountered. TIFFReadDirectory: Warning, /usr/X11R6/GNUstep/Apps/WPrefs.app/tiff/keyshortcuts .tiff: unknown field with tag 317 (0x13d) encountered. TIFFReadDirectory: Warning, /usr/X11R6/GNUstep/Apps/WPrefs.app/tiff/keyshortcuts .tiff: unknown field with tag 317 (0x13d) encountered. TIFFReadDirectory: Warning, /usr/X11R6/GNUstep/Apps/WPrefs.app/tiff/mousesetting s.tiff: unknown field with tag 317 (0x13d) encountered. TIFFReadDirectory: Warning, /usr/X11R6/GNUstep/Apps/WPrefs.app/tiff/mousesetting s.tiff: unknown field with tag 317 (0x13d) encountered. TIFFReadDirectory: Warning, /usr/X11R6/GNUstep/Apps/WPrefs.app/tiff/appearance.t iff: unknown field with tag 317 (0x13d) encountered. TIFFReadDirectory: Warning, /usr/X11R6/GNUstep/Apps/WPrefs.app/tiff/appearance.t iff: unknown field with tag 317 (0x13d) encountered. TIFFReadDirectory: Warning, /usr/X11R6/GNUstep/Apps/WPrefs.app/tiff/expert.tiff: unknown field with tag 317 (0x13d) encountered. TIFFReadDirectory: Warning, /usr/X11R6/GNUstep/Apps/WPrefs.app/tiff/expert.tiff: unknown field with tag 317 (0x13d) encountered. Within the configuration tools most of the pictured buttons do not display correctly. The program versions I am using are (due to cygcheck -s): Cygwin Package Information Package Version _update-info-dir 00225-1 ash 20031007-1 autoconf 2.59-1 autoconf-devel 2.59-1 autoconf-stable 2.13-5 automake 1.7.9-1 automake-devel 1.7.9-1 automake-stable 1.4p6-2 base-files 2.6-1 base-passwd 1.1-1 bash 2.05b-16 bc 1.06-1 binutils 20030901-1 bzip2 1.0.2-5 clear 1.0-1 compface 1.4-5 cpio 2.5-3 cron 3.0.1-11 crypt 1.1-1 cygipc 2.02-1 cygrunsrv 0.97-1 cygutils 1.2.2-1 cygwin 1.5.5-1 cygwin-doc 1.3-6 diff 1.0-1 diffutils 2.8.4-1 ed 0.2-1 editrights 1.01-1 expat 1.95.6-2 file 4.06-1 fileutils 4.1-2 findutils 4.1.7-4 fontconfig 2.2.0-1 freetype2 2.1.5-1 fvwm 2.4.7-3 gawk 3.1.3-4 gcc 3.3.1-3 gcc-mingw 20030911-4 gcc-mingw-core 20031020-1 gdbm 1.8.3-7 gettext 0.12.1-3 ghostscript 7.05-2 ghostscript-base 7.05-2 gnupg 1.2.2-3 grep 2.5-1 groff 1.18.1-2 gzip 1.3.5-1 inetutils 1.3.2-25 jpeg 6b-11 less 381-1 libbz2_0 1.0.2-1 libbz2_1 1.0.2-5 libdb3.1 3.1.17-2 libdb4.1 4.1.25-1 libfontconfig-devel 2.2.0-1 libfontconfig1 2.2.0-1 libfreetype2-devel 2.1.5-1 libfreetype26 2.1.5-1 libgdbm 1.8.0-5 libgdbm-devel 1.8.3-7 libgdbm3 1.8.3-3 libgdbm4 1.8.3-7 libgettextpo0 0.12.1-3 libiconv2 1.9.1-3 libintl 0.10.38-3 libintl1 0.10.40-1 libintl2 0.12.1-3 libjpeg62 6b-11 libjpeg6b 6b-8 libncurses5 5.2-1 libncurses6 5.2-8 libncurses7 5.3-4 libpcre 4.1-1 libpcre0 4.4-2 libpng 1.2.5-4 libpng10 1.0.15-4 libpng12 1.2.5-4 libpopt0 1.6.4-4 libPropList 0.10.1-3 libreadline4 4.1-2 libreadline5 4.3-5 libtiff-devel 3.6.0-5 libtiff3 3.6.0-2 libtiff4 3.6.0-5 libungif 4.1.0-2 login 1.9-7 lynx 2.8.4-7 m4 1.4-1 make 3.80-1 man 1.5j-2 mc 4.6.0-4 mingw-runtime 3.2-1 mktemp 1.5-3 mt 2.0.1-2 ncurses 5.3-4 newlib-man 20020801 openssh 3.7.1p2-2 openssl 0.9.7c-1 openssl096 0.9.6j-1 patch 2.5.8-8 pcre 4.4-2 pcre-doc 4.4-2 perl 5.8.2-1 popt 1.6.4-4 postgresql 7.4-1 python 2.3.2-1 readline 4.3-5 regex 4.4-2 rxvt 2.7.10-3 sed 4.0.8-1 sh-utils 2.0.15-4 sharutils 4.2.1-3 shutdown 1.4-1 ssmtp 2.38.7-4 tar 1.13.25-5 tcltk 20030901-1 termcap 20021106-2 terminfo 5.3_20030726-1 texinfo 4.2-4 textutils 2.0.21-1 tiff 3.6.0-5 time 1.7-1 units 1.77-1 unzip 5.50-5 vim 6.2.098-1 w32api 2.4-1 wget 1.9.1-1 which 1.5-2 WindowMaker 0.80.2-1 XFree86-base 4.3.0-1 XFree86-bin 4.3.0-8 XFree86-etc 4.3.0-6 XFree86-f100 4.2.0-3 XFree86-fenc 4.2.0-3 XFree86-fnts 4.2.0-3 XFree86-fscl 4.2.0-3 XFree86-fsrv 4.3.0-7 XFree86-html 4.3.0-1 XFree86-lib 4.3.0-1 XFree86-lib-compat 4.3.0-2 XFree86-prog 4.3.0-12 XFree86-startup-scripts 4.2.0-5 XFree86-xserv 4.3.0-25 zip 2.3-5 zlib 1.1.4-4 I would be grateful to regain a (also visibly correct) working WindowMaker. Thank you in advance Rainer Kirsch From cgf-no-personal-reply-please@cygwin.com Tue Dec 9 16:15:00 2003 From: cgf-no-personal-reply-please@cygwin.com (Christopher Faylor) Date: Tue, 09 Dec 2003 16:15:00 -0000 Subject: Error: procedure entry point in cygwin1.dll In-Reply-To: <200312092022.21805.rasjidw@openminddev.net> References: <17889.1070958825@www40.gmx.net> <200312092022.21805.rasjidw@openminddev.net> Message-ID: <20031209161544.GG3789@redhat.com> On Tue, Dec 09, 2003 at 08:22:21PM +1100, Rasjid Wilcox wrote: >On Tuesday 09 December 2003 19:33, Martin Schmid wrote: >>The Windows XP explorer really seems to have a problem finding files >>:-( > >That has been my experience, and it seems, the experience of a number >of others on the list. It's odd that this is the very first time I've heard that XP find doesn't find files in system directories. I guess that's one for the FAQ. cgf From cryst@golden.net Tue Dec 9 16:54:00 2003 From: cryst@golden.net (cryst) Date: Tue, 09 Dec 2003 16:54:00 -0000 Subject: xterm Xt error: Can't open display: Message-ID: <018801c3be75$1670fb20$1701a8c0@Tim> This used to work until about a month or two ago, when I upgraded my ssh. I'm trying to open an xwindow showing my linux box's client. >From my XP computer I do the following (using a script) export DISPLAY=127.0.0.1:0.0 PATH=/usr/X11R6/bin:$PATH eval `ssh-agent` rm -rf /tmp/.X11-unix XWin -screen 0 1024 768 & ssh -X -l chris gecko This starts an X server just fine, and starts an ssh session with a (gentoo) linux box (named gecko). so far so good. This is what comes at the ssh session: chris@gecko's password: Warning: No xauth data; using fake authentication data for X11 forwarding. Last login: Tue Dec 9 12:29:56 2003 from 192.168.1.23 chris@gecko chris $ xterm xterm Xt error: Can't open display: chris@gecko chris $ So I log in fine, it gives me a warning (which from other posts I've read seems to be not important) but is not able to open the display. I try exporting my display to 192.168.1.23:0.0 and 192.168.1.23:0.1 and it returns : chris@gecko chris $ Xlib: connection to "192.168.1.23:0.0" refused by server Xlib: No protocol specified xterm Xt error: Can't open display: 192.168.1.23:0.0 and the like. This used to work. Does anyone have any idea what is going wrong? From alexander.gottwald@s1999.tu-chemnitz.de Tue Dec 9 17:00:00 2003 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Tue, 09 Dec 2003 17:00:00 -0000 Subject: xterm Xt error: Can't open display: In-Reply-To: <018801c3be75$1670fb20$1701a8c0@Tim> References: <018801c3be75$1670fb20$1701a8c0@Tim> Message-ID: On Tue, 9 Dec 2003, cryst wrote: > chris@gecko's password: > Warning: No xauth data; using fake authentication data for X11 forwarding. > Last login: Tue Dec 9 12:29:56 2003 from 192.168.1.23 > chris@gecko chris $ xterm > xterm Xt error: Can't open display: > chris@gecko chris $ > > and the like. This used to work. Does anyone have any idea what is going > wrong? http://xfree86.cygwin.com/docs/faq/cygwin-xfree-faq.html#q-ssh-no-x11forwarding bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From y2bismil@engmail.uwaterloo.ca Tue Dec 9 17:00:00 2003 From: y2bismil@engmail.uwaterloo.ca (y2bismil@engmail.uwaterloo.ca) Date: Tue, 09 Dec 2003 17:00:00 -0000 Subject: Trouble with DDD download via cygwin setup Message-ID: <1070989245.3fd5ffbde9d7b@www.nexusmail.uwaterloo.ca> I'm having trouble downloading the ddd version maintained by Harold Hunt. I have cygwin setup version 2.416. I setup the server to point to http://www.egr.msu.edu/~huntharo/cygwin/. I process normally through the cygwin setup. I located the ddd entry in the package list under Xfree86. I select it and set it to install ddd 3.3.8-1 (binary). I click Next and it starts downloading the file ddd-3.3.8-1.tar.bz2. I gets almost too completion( 96%, 1384k/1435k), and then an error message just comes up and says "download imcomplete try again". I've repeated this many times, all to the same result. I then tried manually downloading the file from http://www.egr.msu.edu/~huntharo/cygwin/release/ddd/ddd-3.3.8-1.tar.bz2, which downloaded fine. I extracted it (into a private dir), but when I tried to run the executable it says it could not find cygxm-2.dll. I'm assuming this is either motif or lestiff related from a google. The main story here is that the file is downloaded if I do not go through cygwin setup. Any ideas? Thanks, Yamin ***************************************************************** From: Harold L Hunt II msu.edu> Subject: [ITP] ddd-3.3.8 Newsgroups: gmane.os.cygwin.xfree, gmane.os.cygwin.applications Date: Fri, 05 Dec 2003 21:38:15 +0000 I would like to contribute and maintain ddd: http://www.gnu.org/software/ddd/ GNU DDD is a graphical front-end for command-line debuggers such as GDB, DBX, WDB, Ladebug, JDB, XDB, the Perl debugger, or the Python debugger. Besides ``usual'' front-end features such as viewing source texts, DDD has become famous through its interactive graphical data display, where data structures are displayed as graphs. You can point Cygwin's setup.exe to the following address to install and test ddd: http://www.egr.msu.edu/~huntharo/cygwin/ ***Reviewer's Caveat***: I don't think that the static libiberty.a is supposed to be installed, so I removed the /usr/lib directory in the install step of the build script. ------------------------ cut here -------------------------------------- #!/bin/bash mkdir ddd cd ddd wget \ http://www.egr.msu.edu/~huntharo/cygwin/release/ddd/setup.hint wget \ http://www.egr.msu.edu/~huntharo/cygwin/release/ddd/ddd-3.3.8-1.tar.bz2 wget \ http://www.egr.msu.edu/~huntharo/cygwin/release/ddd/ddd-3.3.8-1-src.tar.bz2 ------------------------ cut here -------------------------------------- MD5 sums: de2d743b95817745c4227427afec759b *ddd/ddd-3.3.8-1-src.tar.bz2 86cc2b9dff9a4f794dfc6bbe49bf2bbc *ddd/ddd-3.3.8-1.tar.bz2 2c6bec0f95a7c76ee6581133eeab1db6 *ddd/setup.hint Harold ---------------------------------------- This mail sent through www.mywaterloo.ca From huntharo@msu.edu Tue Dec 9 17:39:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 09 Dec 2003 17:39:00 -0000 Subject: Trouble with DDD download via cygwin setup In-Reply-To: <1070989245.3fd5ffbde9d7b@www.nexusmail.uwaterloo.ca> References: <1070989245.3fd5ffbde9d7b@www.nexusmail.uwaterloo.ca> Message-ID: <3FD608BC.8070708@msu.edu> y2bismil@engmail.uwaterloo.ca wrote: > I'm having trouble downloading the ddd version maintained by Harold Hunt. > I have cygwin setup version 2.416. I setup the server to point to > http://www.egr.msu.edu/~huntharo/cygwin/. I process normally through the cygwin > setup. I located the ddd entry in the package list under Xfree86. I select it > and set it to install ddd 3.3.8-1 (binary). I click Next and it starts > downloading the file ddd-3.3.8-1.tar.bz2. I gets almost too completion( 96%, > 1384k/1435k), and then an error message just comes up and says "download > imcomplete try again". I've repeated this many times, all to the same result. I must have messed up the setup.ini file so it is expecting a larger file. I should fix this, but I have a final due today and my wife is very sick. > I then tried manually downloading the file from > http://www.egr.msu.edu/~huntharo/cygwin/release/ddd/ddd-3.3.8-1.tar.bz2, which > downloaded fine. I extracted it (into a private dir), but when I tried to run > the executable it says it could not find cygxm-2.dll. I'm assuming this is > either motif or lestiff related from a google. The main story here is that the > file is downloaded if I do not go through cygwin setup. That's what happens when you install a package by hand: you don't get the dependencies. You need LessTif and possibly some other packages. Harold From cryst@golden.net Tue Dec 9 18:06:00 2003 From: cryst@golden.net (cryst) Date: Tue, 09 Dec 2003 18:06:00 -0000 Subject: xterm Xt error: Can't open display: References: <018801c3be75$1670fb20$1701a8c0@Tim> Message-ID: <01f701c3be7f$372bd790$1701a8c0@Tim> Thanks, but I've been there and it didn't help. (Hence this list). Any idea on how to diagnose this? Chris Bruner ----- Original Message ----- From: "Alexander Gottwald" To: Sent: Tuesday, December 09, 2003 12:00 PM Subject: Re: xterm Xt error: Can't open display: > On Tue, 9 Dec 2003, cryst wrote: > > > chris@gecko's password: > > Warning: No xauth data; using fake authentication data for X11 forwarding. > > Last login: Tue Dec 9 12:29:56 2003 from 192.168.1.23 > > chris@gecko chris $ xterm > > xterm Xt error: Can't open display: > > chris@gecko chris $ > > > > and the like. This used to work. Does anyone have any idea what is going > > wrong? > > http://xfree86.cygwin.com/docs/faq/cygwin-xfree-faq.html#q-ssh-no-x11forwarding > > bye > ago > -- > Alexander.Gottwald@s1999.tu-chemnitz.de > http://www.gotti.org ICQ: 126018723 From jay@JaySmith.com Tue Dec 9 18:12:00 2003 From: jay@JaySmith.com (Jay Smith) Date: Tue, 09 Dec 2003 18:12:00 -0000 Subject: xterm Xt error: Can't open display: In-Reply-To: <01f701c3be7f$372bd790$1701a8c0@Tim> References: <018801c3be75$1670fb20$1701a8c0@Tim> <01f701c3be7f$372bd790$1701a8c0@Tim> Message-ID: <3FD60FFE.3030808@JaySmith.com> Could it be related to mixing (as you showed in your post) DISPLAY= and Export DISPLAY ??? The example shows: $ DISPLAY=localhost:0.0 $ export DISPLAY $ ssh -X remotehost or $ DISPLAY=localhost:0.0 ssh -X remotehost which is different from your original post. May you tried all the combinations already? Jay cryst said the following on 12/09/2003 01:06 PM: > Thanks, but I've been there and it didn't help. (Hence this list). > > Any idea on how to diagnose this? > > Chris Bruner > > ----- Original Message ----- > From: "Alexander Gottwald" > To: > Sent: Tuesday, December 09, 2003 12:00 PM > Subject: Re: xterm Xt error: Can't open display: > > > >>On Tue, 9 Dec 2003, cryst wrote: >> >> >>>chris@gecko's password: >>>Warning: No xauth data; using fake authentication data for X11 > > forwarding. > >>>Last login: Tue Dec 9 12:29:56 2003 from 192.168.1.23 >>>chris@gecko chris $ xterm >>>xterm Xt error: Can't open display: >>>chris@gecko chris $ >>> >>>and the like. This used to work. Does anyone have any idea what is > > going > >>>wrong? >> >> > http://xfree86.cygwin.com/docs/faq/cygwin-xfree-faq.html#q-ssh-no-x11forwarding > >>bye >>ago >>-- >> Alexander.Gottwald@s1999.tu-chemnitz.de >> http://www.gotti.org ICQ: 126018723 From cryst@golden.net Tue Dec 9 18:25:00 2003 From: cryst@golden.net (cryst) Date: Tue, 09 Dec 2003 18:25:00 -0000 Subject: xterm Xt error: Can't open display: References: <018801c3be75$1670fb20$1701a8c0@Tim> <01f701c3be7f$372bd790$1701a8c0@Tim> <3FD60FFE.3030808@JaySmith.com> Message-ID: <021401c3be81$cfbaa480$1701a8c0@Tim> Yes I've tried all combinitions of these. We have a proprietary version of xdisplay (winpro) which works... Also, as I said, it used to work until I upgraded in November or so. (I upgraded the Linux box at the same time though, so who knows where the problem lies). Chris Bruner ----- Original Message ----- From: "Jay Smith" To: Sent: Tuesday, December 09, 2003 1:10 PM Subject: Re: xterm Xt error: Can't open display: > Could it be related to mixing (as you showed in your post) > DISPLAY= > and > Export DISPLAY > ??? > > > The example shows: > > $ DISPLAY=localhost:0.0 > $ export DISPLAY > $ ssh -X remotehost > > or > > $ DISPLAY=localhost:0.0 ssh -X remotehost > > which is different from your original post. > > May you tried all the combinations already? > > Jay > > cryst said the following on 12/09/2003 01:06 PM: > > Thanks, but I've been there and it didn't help. (Hence this list). > > > > Any idea on how to diagnose this? > > > > Chris Bruner > > > > ----- Original Message ----- > > From: "Alexander Gottwald" > > To: > > Sent: Tuesday, December 09, 2003 12:00 PM > > Subject: Re: xterm Xt error: Can't open display: > > > > > > > >>On Tue, 9 Dec 2003, cryst wrote: > >> > >> > >>>chris@gecko's password: > >>>Warning: No xauth data; using fake authentication data for X11 > > > > forwarding. > > > >>>Last login: Tue Dec 9 12:29:56 2003 from 192.168.1.23 > >>>chris@gecko chris $ xterm > >>>xterm Xt error: Can't open display: > >>>chris@gecko chris $ > >>> > >>>and the like. This used to work. Does anyone have any idea what is > > > > going > > > >>>wrong? > >> > >> > > http://xfree86.cygwin.com/docs/faq/cygwin-xfree-faq.html#q-ssh-no-x11forwarding > > > >>bye > >>ago > >>-- > >> Alexander.Gottwald@s1999.tu-chemnitz.de > >> http://www.gotti.org ICQ: 126018723 > > From pechtcha@cs.nyu.edu Tue Dec 9 19:07:00 2003 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Tue, 09 Dec 2003 19:07:00 -0000 Subject: xterm Xt error: Can't open display: In-Reply-To: <021401c3be81$cfbaa480$1701a8c0@Tim> References: <018801c3be75$1670fb20$1701a8c0@Tim> <01f701c3be7f$372bd790$1701a8c0@Tim> <3FD60FFE.3030808@JaySmith.com> <021401c3be81$cfbaa480$1701a8c0@Tim> Message-ID: Chris, Did you read the last part of the article at the link Alexander posted? The one about server configuration? You mentioned upgrading Linux, and I'm not sure the default sshd_config comes with X11Forwarding enabled. Igor P.S. Oh, and please instruct your mailer to not quote people's e-mail addresses in your messages. On Tue, 9 Dec 2003, cryst wrote: > Yes I've tried all combinitions of these. We have a proprietary version of > xdisplay (winpro) which works... Also, as I said, it used to work until I > upgraded in November or so. (I upgraded the Linux box at the same time > though, so who knows where the problem lies). > > Chris Bruner > ----- Original Message ----- > From: "Jay Smith" > To: > Sent: Tuesday, December 09, 2003 1:10 PM > Subject: Re: xterm Xt error: Can't open display: > > > > Could it be related to mixing (as you showed in your post) > > DISPLAY= > > and > > Export DISPLAY > > ??? > > > > > > The example shows: > > > > $ DISPLAY=localhost:0.0 > > $ export DISPLAY > > $ ssh -X remotehost > > > > or > > > > $ DISPLAY=localhost:0.0 ssh -X remotehost > > > > which is different from your original post. > > > > May you tried all the combinations already? > > > > Jay > > > > cryst said the following on 12/09/2003 01:06 PM: > > > Thanks, but I've been there and it didn't help. (Hence this list). > > > > > > Any idea on how to diagnose this? > > > > > > Chris Bruner > > > > > > ----- Original Message ----- > > > From: "Alexander Gottwald" > > > To: > > > Sent: Tuesday, December 09, 2003 12:00 PM > > > Subject: Re: xterm Xt error: Can't open display: > > > > > > > > > > > >>On Tue, 9 Dec 2003, cryst wrote: > > >> > > >> > > >>>chris@gecko's password: > > >>>Warning: No xauth data; using fake authentication data for X11 forwarding. > > > > > >>>Last login: Tue Dec 9 12:29:56 2003 from 192.168.1.23 > > >>>chris@gecko chris $ xterm > > >>>xterm Xt error: Can't open display: > > >>>chris@gecko chris $ > > >>> > > >>>and the like. This used to work. Does anyone have any idea what is going > > >>>wrong? > > >> > > >> > > >> http://xfree86.cygwin.com/docs/faq/cygwin-xfree-faq.html#q-ssh-no-x11forwarding > > > > > >>bye > > >>ago -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "I have since come to realize that being between your mentor and his route to the bathroom is a major career booster." -- Patrick Naughton From cryst@golden.net Tue Dec 9 20:03:00 2003 From: cryst@golden.net (cryst) Date: Tue, 09 Dec 2003 20:03:00 -0000 Subject: xterm Xt error: Can't open display: References: <018801c3be75$1670fb20$1701a8c0@Tim> <01f701c3be7f$372bd790$1701a8c0@Tim> <3FD60FFE.3030808@JaySmith.com> <021401c3be81$cfbaa480$1701a8c0@Tim> Message-ID: <027e01c3be8c$ef6e2da0$1701a8c0@Tim> Thank you Igor, It was the sshd-config that was the problem. I've now got gnome-session starting. Also sorry bout the addresses. I didn't realize that my client was misbehaving that badly. Unfortunatly I don't see any way of turning it off. Time to change to a new client I suppose. (sigh). suggestions? From Cary.Jamison@powerquest.com Tue Dec 9 20:11:00 2003 From: Cary.Jamison@powerquest.com (Cary Jamison) Date: Tue, 09 Dec 2003 20:11:00 -0000 Subject: Christmas donations Message-ID: I sent this yesterday, but since I did so in reply to a spam post I think it got filtered out, because I never saw it come through. Anyway, the spam made me think that this would be a good time for all to show their appreciation to Harold and others by making a Christmas donation! http://xfree86.cygwin.com/donations.html Cary From huntharo@msu.edu Tue Dec 9 20:12:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 09 Dec 2003 20:12:00 -0000 Subject: Christmas donations In-Reply-To: References: Message-ID: <3FD62CA8.8050709@msu.edu> Cary, Heh heh... thanks. :) Harold Cary Jamison wrote: > I sent this yesterday, but since I did so in reply to a spam post I > think it got filtered out, because I never saw it come through. > > Anyway, the spam made me think that this would be a good time for all to > show their appreciation to Harold and others by making a Christmas > donation! > > http://xfree86.cygwin.com/donations.html > > Cary From ue191@victoria.tc.ca Tue Dec 9 20:33:00 2003 From: ue191@victoria.tc.ca (Terrence Branscombe) Date: Tue, 09 Dec 2003 20:33:00 -0000 Subject: Cygwin and XDM-AUTHENTICATION-1 Message-ID: <3FD63179.1030009@victoria.tc.ca> Hi, I'm brand new to Cygwin (and X in general) and would appreciate some help understanding how to set up authentication with XDM-AUTHENTICATION-1. I'm running the latest Cygwin/XFree86 release and connecting to an HP AlphaServer running OpenVMS. The XDM for OpenVMS supports the XDM-AUTHENTICATION-1 method, but the docs fail to mention anything about how the keys are generated. Does the sysadmin simply make up some numbers, or is there a tool for generating a specific key format? First of all, does Cygwin support this method? If so, I guess the next thing I need to know is how and where the key is supposed to be stored on the system running Cygwin/XFree. FInally, what command-line parameters are available to pass the key value to the XDM? Many thanks in advance, Alder -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 3284 bytes Desc: S/MIME Cryptographic Signature URL: From ford@vss.fsi.com Tue Dec 9 22:26:00 2003 From: ford@vss.fsi.com (Brian Ford) Date: Tue, 09 Dec 2003 22:26:00 -0000 Subject: Problems with windowmaker icons In-Reply-To: <3FD5F2B1.8040201@netway.at> References: <3FD5F2B1.8040201@netway.at> Message-ID: Please search the archives before posting as this is a frequently reported issue. Please also *attach* your cygcheck -svr output. Thanks. http://sources.redhat.com/ml/cygwin-xfree/2003-11/msg00273.html http://www.cygwin.com/ml/cygwin-xfree/2003-11/msg00298.html On Tue, 9 Dec 2003, RK wrote: > Dear Cygwin/XFree developers, > > I am starting XFree using my script containing following commands: > #! /bin/sh [snip] > wmaker.exe > > Starting with above script results in following warning messages: > TIFFReadDirectory: Warning, /usr/X11R6/share/WINGs/Images.tiff: unknown > field with tag 317 (0x13d) encountered. > TIFFReadDirectory: Warning, > /usr/X11R6/share/WindowMaker/Icons/Terminal.tiff: unknown field with tag > 317 (0x13d) encountered. > > Visibly the middle icon of the three in the upper right corner is broken. > -- Brian Ford Senior Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International Phone: 314-551-8460 Fax: 314-551-8444 From geert.pille@vandemoortele.com Wed Dec 10 07:31:00 2003 From: geert.pille@vandemoortele.com (Pille Geert (bizvdm)) Date: Wed, 10 Dec 2003 07:31:00 -0000 Subject: [Xoncygwin-cvs] CVS Update: cygwin-xfree-doc (branch: trunk) Message-ID: <2FAEFC2A851BD211AD820008C7286BA403F99968@NBIZ205> Hallo, Will the "rootless" option be removed? Or do I get this ("everything that smelled like rootless") wrong? Geert > -----Original Message----- > From: Alexander Gottwald > [mailto:Alexander.Gottwald@s1999.tu-chemnitz.de] > Sent: dinsdag 9 december 2003 2:43 > To: cygwin-xfree@cygwin.com > Subject: Re: [Xoncygwin-cvs] CVS Update: cygwin-xfree-doc (branch: > trunk) > > > Alexander Gottwald wrote: > > > I'll do this but I am busy the next days too. So this may > last until next > > weekend or even later. But lets see how far I get on monday. > > I've finished the hw/xwin directory. Harold and Kensuke, can > you please > take a look if I've not removed changes (eg. to the new > rootless mode). > > I've copyied all changes from xoncygwin except: > - new logfile handling > - harolds printf warning fixes > - region changes > - everything that smelled like rootless. But here I'm not sure if I've > missed something > - forgot something? > > + some warning fixes with function prototypes. > > good night, > ago > -- > Alexander.Gottwald@informatik.tu-chemnitz.de > http://www.gotti.org ICQ: 126018723 > =============================== This email is confidential and intended solely for the use of the individual to whom it is addressed. If you are not the intended recipient, be advised that you have received this email in error and that any use, dissemination, forwarding, printing, or copying of this email is strictly prohibited. You are explicitly requested to notify the sender of this email that the intended recipient was not reached. From alexander.gottwald@s1999.tu-chemnitz.de Wed Dec 10 07:35:00 2003 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Wed, 10 Dec 2003 07:35:00 -0000 Subject: Cygwin and XDM-AUTHENTICATION-1 In-Reply-To: <3FD63179.1030009@victoria.tc.ca> References: <3FD63179.1030009@victoria.tc.ca> Message-ID: On Tue, 9 Dec 2003, Terrence Branscombe wrote: > Hi, > > I'm brand new to Cygwin (and X in general) and would appreciate some > help understanding how to set up authentication with > XDM-AUTHENTICATION-1. I'm running the latest Cygwin/XFree86 release and > connecting to an HP AlphaServer running OpenVMS. The XDM for OpenVMS > supports the XDM-AUTHENTICATION-1 method, but the docs fail to mention > anything about how the keys are generated. Does the sysadmin simply > make up some numbers, or is there a tool for generating a specific key > format? man Xsecurity The following is theoretical since I have never used it but may serve you as a startig point. the program xauth can be used to generate the authentication data $ xauth add displayname:0.0 XDM-AUTHORIZATION-1 [key] the 56bit random key can be generated this way: $ dd if=/dev/random count=1 | md5sum | cut -b1-14 You must tell the xserver to use the authentication data $ xauth -f /tmp/xauth.data add displayname:0.0 XDM-AUTHORIZATION-1 [key] $ XWin -auth /tmp/xauth.data [more options] > First of all, does Cygwin support this method? strings XWin.exe revealed no string "XDM-AUTHORIZATION-1" but "MIT-MAGIC-COOKIE" so I guess the XDM-AUTHORIZATION is not compiled in- > If so, I guess the next > thing I need to know is how and where the key is supposed to be stored > on the system running Cygwin/XFree. FInally, what command-line > parameters are available to pass the key value to the XDM? man xdm DisplayManager.keyFile XDM-AUTHENTICATION-1 style XDMCP authentication requires that a private key be shared between xdm and the terminal. This resource specifies the file containing those values. Each entry in the file consists of a display name and the shared key. By default, xdm does not include support for XDM- AUTHENTICATION-1, as it requires DES which is not generally distributable because of United States export restrictions. DisplayManager.DISPLAY.authName authorize is a boolean resource which controls whether xdm generates and uses authorization for the local server connections. If authorization is used, authName is a list of authorization mecha?? nisms to use, separated by white space. XDMCP con?? nections dynamically specify which authorization mechanisms are supported, so authName is ignored in this case. When authorize is set for a display and authorization is not available, the user is informed by having a different message displayed in the login widget. By default, authorize is ``true.'' authName is ``MIT-MAGIC-COOKIE-1,'' or, if XDM-AUTHORIZATION-1 is available, ``XDM-AUTHORIZATION-1 MIT-MAGIC-COOKIE-1.'' HTH ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From alexander.gottwald@s1999.tu-chemnitz.de Wed Dec 10 07:36:00 2003 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Wed, 10 Dec 2003 07:36:00 -0000 Subject: [Xoncygwin-cvs] CVS Update: cygwin-xfree-doc (branch: trunk) In-Reply-To: <2FAEFC2A851BD211AD820008C7286BA403F99968@NBIZ205> References: <2FAEFC2A851BD211AD820008C7286BA403F99968@NBIZ205> Message-ID: On Wed, 10 Dec 2003, Pille Geert (bizvdm) wrote: > Hallo, > > Will the "rootless" option be removed? Or do I get this ("everything that > smelled like rootless") wrong? There is new code for rootless so I've tried not to copy the old code. bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From geert.pille@vandemoortele.com Wed Dec 10 08:57:00 2003 From: geert.pille@vandemoortele.com (Pille Geert (bizvdm)) Date: Wed, 10 Dec 2003 08:57:00 -0000 Subject: [Xoncygwin-cvs] CVS Update: cygwin-xfree-doc (branch: trunk) Message-ID: <2FAEFC2A851BD211AD820008C7286BA403F99969@NBIZ205> I know, I should read the full digest before reacting. Mea culpa, Geert On Wed, 10 Dec 2003, Pille Geert (bizvdm) wrote: > Hallo, > > Will the "rootless" option be removed? Or do I get this ("everything that > smelled like rootless") wrong? There is new code for rootless so I've tried not to copy the old code. bye ago =============================== This email is confidential and intended solely for the use of the individual to whom it is addressed. If you are not the intended recipient, be advised that you have received this email in error and that any use, dissemination, forwarding, printing, or copying of this email is strictly prohibited. You are explicitly requested to notify the sender of this email that the intended recipient was not reached. From cee@ganil.fr Wed Dec 10 09:20:00 2003 From: cee@ganil.fr (Cee Rainer) Date: Wed, 10 Dec 2003 09:20:00 -0000 Subject: keyboard settings Message-ID: <3FD6E537.6000702@ganil.fr> Dear Cygwin users, I do not succeed in setting my german keyboard (portable PC, 88 keys) under Cygwin XFree86. I have read the FAQ's and the hints on the Chemnitz homepage (http://www-user.tu-chemnitz.de/~goal/xfree/#config). This is what I did so far: - I have copied the XF86Config sample file into the directory etc/X11/XF86Config, which I first had to create, and unpacked it - I have uncommented the lines Option "XkbRules" "xfree86" Option "XkbModel" "pc105" Option "XkbLayout" "de" Nevertheless I still have the US keyboard settings. It seems as if the config file is completely ignored. My /tmp directory is not mounted at all. I am using the latest Cygwin version (1.5.5-1.) Thank you in advance, Rainer. From alexander.gottwald@s1999.tu-chemnitz.de Wed Dec 10 09:36:00 2003 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Wed, 10 Dec 2003 09:36:00 -0000 Subject: keyboard settings In-Reply-To: <3FD6E537.6000702@ganil.fr> References: <3FD6E537.6000702@ganil.fr> Message-ID: On Wed, 10 Dec 2003, Cee Rainer wrote: > Dear Cygwin users, > > I do not succeed in setting my german keyboard (portable PC, 88 > keys) under Cygwin XFree86. I have read the FAQ's and the hints on the > Chemnitz homepage > (http://www-user.tu-chemnitz.de/~goal/xfree/#config). This is what I > did so far: > > - I have copied the XF86Config sample file into the directory > etc/X11/XF86Config, which I first had to create, and unpacked it > - I have uncommented the lines > Option "XkbRules" "xfree86" > Option "XkbModel" "pc105" > Option "XkbLayout" "de" > > Nevertheless I still have the US keyboard settings. It seems as if the > config file is completely ignored. My /tmp directory is not mounted at > all. I am using the latest Cygwin version (1.5.5-1.) What tells /tmp/XWin.log? bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From kris.thielemans@csc.mrc.ac.uk Wed Dec 10 15:25:00 2003 From: kris.thielemans@csc.mrc.ac.uk (Kris Thielemans) Date: Wed, 10 Dec 2003 15:25:00 -0000 Subject: Xwin freezes when IE6 crashes... Message-ID: Hi I've recently upgraded to IE6 sp1 and encounter the following strange thing. Occasionally, IE6 crashes when I open a new web page (not always, but anyway, this is not an IE list). However, when this happens, my XFree session is 'frozen'. Clicking on its icon on the task bar doesn't bring it to the foreground. It doesn't refresh anymore etc. Killing IE doesn't help unfortunately. Nothing much you anyone can do about this I guess, but it's pretty weird, no? Kris Thielemans From kris.thielemans@csc.mrc.ac.uk Wed Dec 10 15:29:00 2003 From: kris.thielemans@csc.mrc.ac.uk (Kris Thielemans) Date: Wed, 10 Dec 2003 15:29:00 -0000 Subject: keyboard repetition Message-ID: Hi since a while (sorry, can't be more specific) I have the following strange behaviour: sometimes, a key I press gets repeated. This happens most with 'Enter', but also with 'dot' (in vi for instance). It doesn't happen in my Windows applications, so I don't think it's the keyboard or so. Anyone else seen this? My system: NT 4.0 sp6a. Very latest cygwin+Xfree (downloaded last week), but it happened before that already. Kris Thielemans From pechtcha@cs.nyu.edu Wed Dec 10 16:57:00 2003 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Wed, 10 Dec 2003 16:57:00 -0000 Subject: Xwin freezes when IE6 crashes... In-Reply-To: References: Message-ID: On Wed, 10 Dec 2003, Kris Thielemans wrote: > Hi > > I've recently upgraded to IE6 sp1 and encounter the following strange thing. > Occasionally, IE6 crashes when I open a new web page (not always, but > anyway, this is not an IE list). However, when this happens, my XFree > session is 'frozen'. Clicking on its icon on the task bar doesn't bring it > to the foreground. It doesn't refresh anymore etc. Killing IE doesn't help > unfortunately. > > Nothing much you anyone can do about this I guess, but it's pretty weird, > no? > > Kris Thielemans Kris, It's possible that after the crash DirectDraw is in some weird state, which affects X using the DirectDraw engine (default when DirectDraw is detected, AFAIK). Try giving a "-engine 1" parameter to XWin and see if IE6 crashes still make it freeze. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "I have since come to realize that being between your mentor and his route to the bathroom is a major career booster." -- Patrick Naughton From ford@vss.fsi.com Wed Dec 10 17:08:00 2003 From: ford@vss.fsi.com (Brian Ford) Date: Wed, 10 Dec 2003 17:08:00 -0000 Subject: keyboard settings In-Reply-To: References: <3FD6E537.6000702@ganil.fr> Message-ID: On Wed, 10 Dec 2003, Alexander Gottwald wrote: > On Wed, 10 Dec 2003, Cee Rainer wrote: > > I do not succeed in setting my german keyboard (portable PC, 88 > > keys) under Cygwin XFree86. I have read the FAQ's and the hints on > > the Chemnitz homepage > > (http://www-user.tu-chemnitz.de/~goal/xfree/#config). > > I do not know how applicable to Cygwin Xfree86 those hints are. AFAIK, the goal of Cygwin XFree86 is to automatically detect the proper settings from Windows when possible. > > This is what I did so far: > > > > - I have copied the XF86Config sample file into the directory > > etc/X11/XF86Config, which I first had to create, and unpacked it > > I think you meant /etc/X11/. If that directory did not exist, you have an installation problem. Please then see http://www.cygwin.com/problems.html and *attach* an *uncompressed* cygcheck.out as requested. This would be a good idea anyway. The XF86Config file should go in /etc/X11/. But, IIRC, until recently at least, this file was ignored. > > - I have uncommented the lines > > Option "XkbRules" "xfree86" > > Option "XkbModel" "pc105" > > Option "XkbLayout" "de" > > > > Nevertheless I still have the US keyboard settings. It seems as if the > > config file is completely ignored. My /tmp directory is not mounted at > > all. I am using the latest Cygwin version (1.5.5-1.) > > As above, depending on your version, it may be. But, I suspect, you put it in the wrong place. I did not understand the relevance on the /tmp reference. > What tells /tmp/XWin.log? > Alexander meant to please also attach this file. Thanks. -- Brian Ford Senior Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International Phone: 314-551-8460 Fax: 314-551-8444 From SSharma@paulstra.com Wed Dec 10 20:27:00 2003 From: SSharma@paulstra.com (Shashikant Sharma) Date: Wed, 10 Dec 2003 20:27:00 -0000 Subject: sun binary on windows Message-ID: <9352C5015A08564495F0F7AA3D283A1F29CC95@exch_server.paulstra.com> Hi, I downloaded and installed cygwin from internet on my windows2000 PC. And I'm trying to execute a sun binary executable in cygwin shell, but I keep getting error. The command lines run fine. old scripts are running fine, except the executable. This executable doesn't need any library file, or graphical interface. It's juts a file translator. Since I don't have the source code for it, I would like to get it runnable on windows, as we have ported most of other modules to windows already. Any help is greatly appreciated. thanks, Shashikant Sharma ---------------------------------------------------------------------------- ------------ Sr. CAE Engineer Paulstra CRC 460 Fuller NE Grand Rapids, MI, 49501, USA ph(616)356-4697 fax(616)459-2858 email: ssharma@paulstra.com ---------------------------------------------------------------------------- ------------ ---------------------------------------------------------------- CONFIDENTIALITY NOTE: This email and any attachments may contain information that is privileged and confidential. It is intended for use only by the person to whom it is addressed. If you are not the intended recipient, please delete the message and notify the sender. Thank you. ---------------------------------------------------------------- From huntharo@msu.edu Wed Dec 10 20:33:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 10 Dec 2003 20:33:00 -0000 Subject: sun binary on windows In-Reply-To: <9352C5015A08564495F0F7AA3D283A1F29CC95@exch_server.paulstra.com> References: <9352C5015A08564495F0F7AA3D283A1F29CC95@exch_server.paulstra.com> Message-ID: <3FD782EF.1070504@msu.edu> Shashikant Sharma wrote: > Hi, > > I downloaded and installed cygwin from internet on my windows2000 PC. And > I'm trying to execute a sun binary executable in cygwin shell, but I keep > getting error. The command lines run fine. old scripts are running fine, > except the executable. > This executable doesn't need any library file, or graphical interface. It's > juts a file translator. Since I don't have the source code for it, I would > like to get it runnable on windows, as we have ported most of other modules > to windows already. Copying a binary to Windows and getting it to run is not an aim of the Cygwin/X project, nor of the Cygwin project in general. You would need a SPARC emulator and an installation of Solaris under the emulator in order to do something like that. Anyway, this is way off-topic for this mailing list. Please take this discussion to a list that can actually help you. Harold From alexander.gottwald@s1999.tu-chemnitz.de Wed Dec 10 20:40:00 2003 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Wed, 10 Dec 2003 20:40:00 -0000 Subject: keyboard settings In-Reply-To: References: <3FD6E537.6000702@ganil.fr> Message-ID: On Wed, 10 Dec 2003, Brian Ford wrote: > > On Wed, 10 Dec 2003, Cee Rainer wrote: > > > I do not succeed in setting my german keyboard (portable PC, 88 > > > keys) under Cygwin XFree86. I have read the FAQ's and the hints on > > > the Chemnitz homepage > > > (http://www-user.tu-chemnitz.de/~goal/xfree/#config). > > > > I do not know how applicable to Cygwin Xfree86 those hints are. AFAIK, > the goal of Cygwin XFree86 is to automatically detect the proper settings > from Windows when possible. Those hints are somehow a faq for cygwin/x. I think everything there should still apply to the current versions except that the autodetection is not mentioned. But for those where autodetection does not work, it's still a valid source of information. > The XF86Config file should go in /etc/X11/. But, IIRC, until > recently at least, this file was ignored. No. It is used for at least a year now. Mainly for setting the XKB Parameters and Fontpath. bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From jkalin@klasca.com Wed Dec 10 20:57:00 2003 From: jkalin@klasca.com (Jason Kalin) Date: Wed, 10 Dec 2003 20:57:00 -0000 Subject: Running xhost from Cygwin Bash Shell.. Message-ID: <3FD78907.1030006@klasca.com> Hi, I have the latest Cygwin release. I'm setting up to display my remote linux desktop on my Win2k box. Running inside of the Cygwin Bash Shell, I start XWin(xwin -screen 0 1400 1050&) with no local applications. When I then run 'xhost +' from the bash shell, the X server windows flashes and restarts. Even though 'xhost +' printed 'access control disabled, ..', since the X server is restarting the xhost + change is nullified. It seems I can work around this if I start just one window local to Cygwin before running 'xhost +'. It doesn't seem to matter what the window is: xterm, xclock, whatever. Then when I run 'xhost +' next the X server window doesn't flash/restart, and the 'xhost +' effect of 'access control disabled, ..' has taken place and I am able to remotely start applications from my linux box connecting to the Cygwin X Server. Am I violating any rules by this process, is this a known or unknown issue? Thanks, Jason Kalin From jkalin@klasca.com Wed Dec 10 21:27:00 2003 From: jkalin@klasca.com (Jason Kalin) Date: Wed, 10 Dec 2003 21:27:00 -0000 Subject: Running xhost from Cygwin Bash Shell.. Message-ID: <3FD78907.1030006@klasca.com> Hi, I have the latest Cygwin release. I'm setting up to display my remote linux desktop on my Win2k box. Running inside of the Cygwin Bash Shell, I start XWin(xwin -screen 0 1400 1050&) with no local applications. When I then run 'xhost +' from the bash shell, the X server windows flashes and restarts. Even though 'xhost +' printed 'access control disabled, ..', since the X server is restarting the xhost + change is nullified. It seems I can work around this if I start just one window local to Cygwin before running 'xhost +'. It doesn't seem to matter what the window is: xterm, xclock, whatever. Then when I run 'xhost +' next the X server window doesn't flash/restart, and the 'xhost +' effect of 'access control disabled, ..' has taken place and I am able to remotely start applications from my linux box connecting to the Cygwin X Server. Am I violating any rules by this process, is this a known or unknown issue? Thanks, Jason Kalin From huntharo@msu.edu Wed Dec 10 21:30:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 10 Dec 2003 21:30:00 -0000 Subject: Running xhost from Cygwin Bash Shell.. In-Reply-To: <3FD78907.1030006@klasca.com> References: <3FD78907.1030006@klasca.com> Message-ID: <3FD78F98.5060705@msu.edu> What you described is by design: the server resets after the last client (xhost in this case) disconnects. You have to be running at least one local client to keep this from happening, as you discovered. Harold Jason Kalin wrote: > > Hi, > > I have the latest Cygwin release. I'm setting up to display my remote > linux desktop on my Win2k box. > Running inside of the Cygwin Bash Shell, I start XWin(xwin -screen 0 > 1400 1050&) with no local > applications. When I then run 'xhost +' from the bash shell, the X > server windows flashes and restarts. > Even though 'xhost +' printed 'access control disabled, ..', since the X > server is restarting the xhost + > change is nullified. > > It seems I can work around this if I start just one window local to > Cygwin before running 'xhost +'. It > doesn't seem to matter what the window is: xterm, xclock, whatever. > Then when I run 'xhost +' next > the X server window doesn't flash/restart, and the 'xhost +' effect of > 'access control disabled, ..' has taken place > and I am able to remotely start applications from my linux box > connecting to the Cygwin X Server. > > Am I violating any rules by this process, is this a known or unknown issue? > > Thanks, Jason Kalin > From HZhou@lbl.gov Wed Dec 10 21:31:00 2003 From: HZhou@lbl.gov (HZhou@lbl.gov) Date: Wed, 10 Dec 2003 21:31:00 -0000 Subject: cygwin as X client Message-ID: <2562d825299a.25299a2562d8@lbl.gov> Dear All, Now I am on trip, the computer in my offcie is cygwin/win2000. I opened the ssh and apache server. The computer I used now is a linux system. I sshed to my cygwin and want to use xterm. But it gave the error information xterm Xt error: Can't open display: But I can use xterm on cygwin locally. I sshed with the parameter -X, and I browsered the mail archives, I didn't find help for me. I only wanted to use the Xapplication and I should be able to do so for I can use it locally. What is going wrong? Your kind help will be greatly appreciated. Best regards, Hong From fergus@bonhard.uklinux.net Wed Dec 10 21:37:00 2003 From: fergus@bonhard.uklinux.net (fergus@bonhard.uklinux.net) Date: Wed, 10 Dec 2003 21:37:00 -0000 Subject: Portable Cygwin works, but XWin fails Message-ID: <000701c3bf64$f335ccd0$0b7b2852@leper> I have been able to run portable versions of Cygwin, reduced in one way or another, both from writable USB memory sticks and from unwritable CDs. Lately I tried running XWin from a writable stick. By observing which files were written where, and as a consequence setting up links using ln -s /dev/null /tmp/Xwin.log ln -s /dev/null /var/run/utmp it really seemed that I had addressed all problems: in repeated uses, nothing new was written to the stick at all. I then burned a CD, but disappointingly XWin "dies" as soon as it is started. That is, I start the process with bash, and then try XWin -multiwindow & which I would normally follow with rxvt -display localhost:0.0 -e bash but XWin does not persist. (Sorry: I don't know how to express what happens other than to say it "dies" immediately.) This is VERY disappointing. Any clues to what else I might try? By the way, in mounting the portable version, I have already established that the directory /cygdrive/c/tmp/ must exist, so I suppose I could try ln -s /cygdrive/c/tmp/XWin.log /tmp/XWin.log before burning to CD. (I've already made 5 coasters. At this rate I'll be able to floor the bathroom.) Thanks. Fergus From huntharo@msu.edu Wed Dec 10 21:40:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 10 Dec 2003 21:40:00 -0000 Subject: cygwin as X client In-Reply-To: <2562d825299a.25299a2562d8@lbl.gov> References: <2562d825299a.25299a2562d8@lbl.gov> Message-ID: <3FD79228.4000103@msu.edu> Hong, You have to edit your sshd_config file and add the following line, then restart sshd: X11Forwarding yes X11 forwarding is disabled by default. Harold HZhou@lbl.gov wrote: > Dear All, > > Now I am on trip, the computer in my offcie is cygwin/win2000. I opened the ssh and apache server. > The computer I used now is a linux system. I sshed to > my cygwin and want to use xterm. But it gave the error > information > xterm Xt error: Can't open display: > But I can use xterm on cygwin locally. > I sshed with the parameter -X, > and I browsered the mail archives, I didn't find help > for me. > I only wanted to use the Xapplication and I should be > able to do so for I can use it locally. What is going > wrong? > > Your kind help will be greatly appreciated. > > Best regards, > Hong > From huntharo@msu.edu Wed Dec 10 21:45:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 10 Dec 2003 21:45:00 -0000 Subject: Portable Cygwin works, but XWin fails In-Reply-To: <000701c3bf64$f335ccd0$0b7b2852@leper> References: <000701c3bf64$f335ccd0$0b7b2852@leper> Message-ID: <3FD792A5.9090203@msu.edu> Fergus, fergus@bonhard.uklinux.net wrote: > I have been able to run portable versions of Cygwin, reduced in one way or > another, both from writable USB memory sticks and from unwritable CDs. > Lately I tried running XWin from a writable stick. By observing which files > were written where, and as a consequence setting up links using > ln -s /dev/null /tmp/Xwin.log > ln -s /dev/null /var/run/utmp > it really seemed that I had addressed all problems: in repeated uses, > nothing new was written to the stick at all. I then burned a CD, but > disappointingly XWin "dies" as soon as it is started. Look in /tmp and /var/run on your memory stick. There is likely a file created for the symlink. You can't create this file on your CD, so this fails, right? Is that the problem? Harold From the.unchallenged@gmx.de Wed Dec 10 22:10:00 2003 From: the.unchallenged@gmx.de (Oliver Brandt) Date: Wed, 10 Dec 2003 22:10:00 -0000 Subject: cygwin as X client In-Reply-To: <2562d825299a.25299a2562d8@lbl.gov> References: <2562d825299a.25299a2562d8@lbl.gov> Message-ID: <3FD794A5.7090509@gmx.de> Hi, 1. "X11Forwarding" in ssh_conifg (etc/ssh/ssh_config) on your linux box is enabled ("Yes") 2. "X11Forwarding" in sshd_config (etc/ssh/ssh_config) on your linux box is enabled ("Yes") 3. ssh on your linux box is enabled (/etc/services) 4. on your windows machine: export DISPLAY=YOUR_IP_WINDOWS2000:0.0 5. start XWin.exe AND your windowmanager (e.g. wmaker, fvwm ...) 6. ssh -X -l username hostname_linuxbox from your cygwinshell 7. open xemacs or xterm or any X-application and it should pop up in your X-Window Regards Olli > Dear All, > > Now I am on trip, the computer in my offcie is cygwin/win2000. I opened the ssh and apache server. > The computer I used now is a linux system. I sshed to > my cygwin and want to use xterm. But it gave the error > information > xterm Xt error: Can't open display: > But I can use xterm on cygwin locally. > I sshed with the parameter -X, > and I browsered the mail archives, I didn't find help > for me. > I only wanted to use the Xapplication and I should be > able to do so for I can use it locally. What is going > wrong? > > Your kind help will be greatly appreciated. > > Best regards, > Hong > > -- icq: 172670232 homepage: http://www.the-unchallenged.de From ford@vss.fsi.com Wed Dec 10 22:14:00 2003 From: ford@vss.fsi.com (Brian Ford) Date: Wed, 10 Dec 2003 22:14:00 -0000 Subject: cygwin as X client In-Reply-To: <3FD794A5.7090509@gmx.de> References: <2562d825299a.25299a2562d8@lbl.gov> <3FD794A5.7090509@gmx.de> Message-ID: I think you read that wrong. He is trying to do the inverse of your recipie. On Wed, 10 Dec 2003, Oliver Brandt wrote: > 1. "X11Forwarding" in ssh_conifg (etc/ssh/ssh_config) on your linux box > is enabled ("Yes") > 2. "X11Forwarding" in sshd_config (etc/ssh/ssh_config) on your linux box > is enabled ("Yes") > 3. ssh on your linux box is enabled (/etc/services) > 4. on your windows machine: export DISPLAY=YOUR_IP_WINDOWS2000:0.0 > 5. start XWin.exe AND your windowmanager (e.g. wmaker, fvwm ...) > 6. ssh -X -l username hostname_linuxbox from your cygwinshell > 7. open xemacs or xterm or any X-application and it should pop up in > your X-Window > > > Now I am on trip, the computer in my offcie is cygwin/win2000. I opened the ssh and apache server. > > The computer I used now is a linux system. I sshed to > > my cygwin and want to use xterm. But it gave the error > > information > > xterm Xt error: Can't open display: > > But I can use xterm on cygwin locally. > > I sshed with the parameter -X, > > and I browsered the mail archives, I didn't find help > > for me. > > I only wanted to use the Xapplication and I should be > > able to do so for I can use it locally. What is going > > wrong? > > -- Brian Ford Senior Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International Phone: 314-551-8460 Fax: 314-551-8444 From ford@vss.fsi.com Wed Dec 10 22:18:00 2003 From: ford@vss.fsi.com (Brian Ford) Date: Wed, 10 Dec 2003 22:18:00 -0000 Subject: Portable Cygwin works, but XWin fails In-Reply-To: <000701c3bf64$f335ccd0$0b7b2852@leper> References: <000701c3bf64$f335ccd0$0b7b2852@leper> Message-ID: On Wed, 10 Dec 2003 fergus@bonhard.uklinux.net wrote: > I have been able to run portable versions of Cygwin, reduced in one way or > another, both from writable USB memory sticks and from unwritable CDs. > Lately I tried running XWin from a writable stick. By observing which files > were written where, and as a consequence setting up links using > ln -s /dev/null /tmp/Xwin.log > ln -s /dev/null /var/run/utmp > it really seemed that I had addressed all problems: in repeated uses, > nothing new was written to the stick at all. I then burned a CD, but > disappointingly XWin "dies" as soon as it is started. That is, I start the > process with bash, and then try > XWin -multiwindow & > which I would normally follow with > rxvt -display localhost:0.0 -e bash > but XWin does not persist. (Sorry: I don't know how to express what happens > other than to say it "dies" immediately.) > This is VERY disappointing. Any clues to what else I might try? > What is your display variable set to? Do you have a /tmp/.X11-unix/X0 file on your memory stick? That might be the issue. > By the way, in mounting the portable version, I have already established > that the directory /cygdrive/c/tmp/ must exist, so I suppose I could try > ln -s /cygdrive/c/tmp/XWin.log /tmp/XWin.log > before burning to CD. (I've already made 5 coasters. At this rate I'll be > able to floor the bathroom.) > Thanks. > Fergus > -- Brian Ford Senior Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International Phone: 314-551-8460 Fax: 314-551-8444 From the.unchallenged@gmx.de Wed Dec 10 22:25:00 2003 From: the.unchallenged@gmx.de (Oliver Brandt) Date: Wed, 10 Dec 2003 22:25:00 -0000 Subject: cygwin as X client In-Reply-To: References: <2562d825299a.25299a2562d8@lbl.gov> <3FD794A5.7090509@gmx.de> Message-ID: <3FD79C88.8080800@gmx.de> Ups ... You??re right of course :-) Olli > I think you read that wrong. He is trying to do the inverse of your > recipie. > > On Wed, 10 Dec 2003, Oliver Brandt wrote: > > >>1. "X11Forwarding" in ssh_conifg (etc/ssh/ssh_config) on your linux box >>is enabled ("Yes") >>2. "X11Forwarding" in sshd_config (etc/ssh/ssh_config) on your linux box >>is enabled ("Yes") >>3. ssh on your linux box is enabled (/etc/services) >>4. on your windows machine: export DISPLAY=YOUR_IP_WINDOWS2000:0.0 >>5. start XWin.exe AND your windowmanager (e.g. wmaker, fvwm ...) >>6. ssh -X -l username hostname_linuxbox from your cygwinshell >>7. open xemacs or xterm or any X-application and it should pop up in >>your X-Window >> >> >>>Now I am on trip, the computer in my offcie is cygwin/win2000. I opened the ssh and apache server. >>>The computer I used now is a linux system. I sshed to >>>my cygwin and want to use xterm. But it gave the error >>>information >>> xterm Xt error: Can't open display: >>>But I can use xterm on cygwin locally. >>>I sshed with the parameter -X, >>>and I browsered the mail archives, I didn't find help >>>for me. >>>I only wanted to use the Xapplication and I should be >>>able to do so for I can use it locally. What is going >>>wrong? >>> > > -- icq: 172670232 homepage: http://www.the-unchallenged.de From fergus@bonhard.uklinux.net Wed Dec 10 22:30:00 2003 From: fergus@bonhard.uklinux.net (fergus@bonhard.uklinux.net) Date: Wed, 10 Dec 2003 22:30:00 -0000 Subject: Portable Cygwin works, but XWin fails Message-ID: <000b01c3bf6c$801ad080$0b7b2852@leper> Thank you: No, I now think (on looking at a file /cygdrive/c/tmp/XWin.log, brought into being by defining the link described in my previous email) that the problem seems not to be with the creation of this file, but with the creation of the directory /tmp/.X11-unix. (The file XWin.log says: _XSERVTransSocketUNIXCreateListener: mkdir(/tmp/.X11-unix) failed, errno = 17 _XSERVTransMakeAllCOTSServerListeners: failed to create listener for local Fatal server error: Failed to establish all listening sockets winDeinitClipboard - Noting shutdown in progress winDeinitMultiWindowWM - Noting shutdown in progress and the "noting shutdown in progress" must be what I have described as XWin "dies".) So: is there a way I can try to get this directory (and, specifically, I suppose, its contents) written to /cygdrive/c/tmp/ rather than to /tmp/? Fergus PS: Entirely unrelated question. When I start XWin from a conventional HD full installation of Cygwin, on a broadband 24-hour internet-connected machine, it evidently accesses the web. (I know this, because when Norton is up and running, I can tell that XWin specifically asks permission to do so.) Why does it do this? As far as I can tell, if I pull the broadband plug, Cygwin and XWin still work ...) From fergus@bonhard.uklinux.net Wed Dec 10 22:43:00 2003 From: fergus@bonhard.uklinux.net (fergus@bonhard.uklinux.net) Date: Wed, 10 Dec 2003 22:43:00 -0000 Subject: Portable Cygwin works, but XWin fails References: <000701c3bf64$f335ccd0$0b7b2852@leper> Message-ID: <001101c3bf6d$26dbb7e0$0b7b2852@leper> > What is your display variable set to? localhost:0.0 > Do you have a /tmp/.X11-unix/X0 > file on your memory stick? Yes: so I wonder whether in trying to make a CD version, as well as re-routing the file /tmp/XWin.log, I ought also to try to re-route the file /tmp/.X11-unix/X0. But: the trouble seems to occur earlier, at the point that XWin atempts to make the directory /tmp/.X11-unix. Can I trick XWin into creating this elsewehere (i.e. somewhere writeable?) Fergus From hwu@airflownetworks.com Wed Dec 10 22:50:00 2003 From: hwu@airflownetworks.com (Haomin Wu) Date: Wed, 10 Dec 2003 22:50:00 -0000 Subject: how to make xterm point for active window without mouse click Message-ID: Does anyone understand what I am stating below? Since no any response so far, maybe I did not describe it clearly. If you have any inputs, let me know. Thanks. Haomin -----Original Message----- From: Haomin Wu Sent: Friday, December 05, 2003 6:44 PM To: 'cygwin-xfree@cygwin.com' Subject: how to make xterm point for active window without mouse click I have recently installed cygwin on my pc windown-xp. The cygwin version 2.416. I run startxwin on my window dos prompt and get a xfree86 server running on the window. I find one thing amazing is that all x-terms can be opened on MS window xp instead on the xfree86 own window which used to be the case with previous version. But one thing that I don't quite like is that now all the xterm windows don't have the point-to-active functions which should be the case in x-window. Now every time, I want to type commands on a xterm, I have to use mouse click to make it active like MS window. This is really inconienent. Is there any way I can set up the windows for mouse point-to-make acive. Thanks. Regard, Haomin Wu Sr. HW Engineer AirFlow Networks, Inc. Tel: (408)524-3114 From ford@vss.fsi.com Wed Dec 10 22:58:00 2003 From: ford@vss.fsi.com (Brian Ford) Date: Wed, 10 Dec 2003 22:58:00 -0000 Subject: Portable Cygwin works, but XWin fails In-Reply-To: <001101c3bf6d$26dbb7e0$0b7b2852@leper> References: <000701c3bf64$f335ccd0$0b7b2852@leper> <001101c3bf6d$26dbb7e0$0b7b2852@leper> Message-ID: On Wed, 10 Dec 2003 fergus@bonhard.uklinux.net wrote: > > What is your display variable set to? > > > localhost:0.0 > > > Do you have a /tmp/.X11-unix/X0 file on your memory stick? > > > Yes: so I wonder whether in trying to make a CD version, as well as > re-routing the file /tmp/XWin.log, I ought also to try to re-route the file > /tmp/.X11-unix/X0. > No, you don't need to. Just Xwin.exe -nolisten local. -- Brian Ford Senior Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International Phone: 314-551-8460 Fax: 314-551-8444 From ford@vss.fsi.com Wed Dec 10 23:15:00 2003 From: ford@vss.fsi.com (Brian Ford) Date: Wed, 10 Dec 2003 23:15:00 -0000 Subject: Portable Cygwin works, but XWin fails In-Reply-To: <000b01c3bf6c$801ad080$0b7b2852@leper> References: <000b01c3bf6c$801ad080$0b7b2852@leper> Message-ID: On Wed, 10 Dec 2003 fergus@bonhard.uklinux.net wrote: > PS: Entirely unrelated question. When I start XWin from a conventional HD > full installation of Cygwin, on a broadband 24-hour internet-connected > machine, it evidently accesses the web. (I know this, because when Norton is > up and running, I can tell that XWin specifically asks permission to do so.) > Why does it do this? As far as I can tell, if I pull the broadband plug, > Cygwin and XWin still work ...) > It doesn't really access "the web". Your display variable is set to localhost:0.0. localhost is 127.0.0.1, ie. a TCP/IP address. Thus, X11 uses TCP/IP for loopback communications. Even if you set your display variable to just :0.0, ie. use a local AF_UNIX socket (which -nolisten local defeats), it would still use TCP/IP because this is how Cygwin emulates local AF_UNIX sockets. Secondly, I think there is one piece of code that tries to look up your hostname via DNS. That may actually breifly access "the web" depending on your DNS configuration. HTH BTW, both of these questions that I answered for you are in the recent (< 3 month old) list archives. Please try searching them and google before posting. Thanks. -- Brian Ford Senior Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International Phone: 314-551-8460 Fax: 314-551-8444 From ford@vss.fsi.com Wed Dec 10 23:15:00 2003 From: ford@vss.fsi.com (Brian Ford) Date: Wed, 10 Dec 2003 23:15:00 -0000 Subject: how to make xterm point for active window without mouse click In-Reply-To: References: Message-ID: On Wed, 10 Dec 2003, Haomin Wu wrote: > Does anyone understand what I am stating below? > Yes. > Since no any response so far, maybe I did not describe it clearly. > Some people on this list are students and are very busy with finals now. Others have year end projects at work to wrap up. Please be patient. > If you have any inputs, let me know. > > I have recently installed cygwin on my pc windown-xp. > You meant Windows XP. > The cygwin version 2.416. > No. That is the version of the Cygwin installer (setup.exe) that you used. See the output of "uname -a" for the Cygwin version. > I run startxwin on my window dos prompt and get a xfree86 server > running on the window. I find one thing amazing is that all x-terms can > be opened on MS window xp instead on the xfree86 own window which used > to be the case with previous version. > startxwin now uses the -multiwindow switch to enable the native Windows XP window manager instead of twm or the like. Stay tuned for an even more improved version comming soon. > But one thing that I don't quite > like is that now all the xterm windows don't have the point-to-active > functions which should be the case in x-window. Now every time, I want > to type commands on a xterm, I have to use mouse click to make it active > like MS window. This is really inconienent. Is there any way I can set > up the windows for mouse point-to-make acive. > This is a function of your window manager. You have two options: 2.) Edit the startxwin.sh script to remove the -multiwindow switch and use a window manager such as twm that you have configured to react this way. 2.) Continue using -multiwindow and try XP PowerToys Tweakui, although I believe there are behavioral problems here as well, YMMV. With it, you can make all of Windows act the way you want. See: http://www.microsoft.com/windowsxp/pro/downloads/powertoys.asp -- Brian Ford Senior Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International Phone: 314-551-8460 Fax: 314-551-8444 From fergus@bonhard.uklinux.net Wed Dec 10 23:41:00 2003 From: fergus@bonhard.uklinux.net (fergus@bonhard.uklinux.net) Date: Wed, 10 Dec 2003 23:41:00 -0000 Subject: Portable Cygwin works, but XWin fails References: <000701c3bf64$f335ccd0$0b7b2852@leper> <001101c3bf6d$26dbb7e0$0b7b2852@leper> Message-ID: <000501c3bf73$844a6c40$0b7b2852@leper> > No, you don't need to. Just Xwin.exe -nolisten local. Thank you. This worked just fine. I take the point about Google-ing - that's how I learned that diverting tmp/XWin.log might help. I didn't see the "-nolisten local" advice ... Just one final question: when I get into rxvt after "XWin -nolisten local -multiwindow &", the keyboard suddenly becomes USA, whereas it is set (correctly) to UK otherwise, within bash, within rxvt and for that matter within Windows. In this case, when I exit rxvt back to bash, the UK keyboard is recovered. Does the "-nolisten local" switch impose some kind USA default, as it would indeed appear to do? Fergus From ford@vss.fsi.com Thu Dec 11 01:32:00 2003 From: ford@vss.fsi.com (Brian Ford) Date: Thu, 11 Dec 2003 01:32:00 -0000 Subject: Portable Cygwin works, but XWin fails In-Reply-To: <000501c3bf73$844a6c40$0b7b2852@leper> References: <000701c3bf64$f335ccd0$0b7b2852@leper> <001101c3bf6d$26dbb7e0$0b7b2852@leper> <000501c3bf73$844a6c40$0b7b2852@leper> Message-ID: On Wed, 10 Dec 2003 fergus@bonhard.uklinux.net wrote: > Brian Ford wrote: > > No, you don't need to. Just Xwin.exe -nolisten local. > > Thank you. This worked just fine. I take the point about Google-ing - that's > how I learned that diverting tmp/XWin.log might help. I didn't see the > "-nolisten local" advice ... > I found both in the same message, although it is older than I stated: http://sources.redhat.com/ml/cygwin-xfree/2002-07/msg00165.html > Just one final question: when I get into rxvt after "XWin -nolisten > local -multiwindow &", the keyboard suddenly becomes USA, whereas it is set > (correctly) to UK otherwise, within bash, within rxvt and for that matter > within Windows. In this case, when I exit rxvt back to bash, the UK keyboard > is recovered. > I think the message listed above has another hint for you about this :). > Does the "-nolisten local" switch impose some kind USA default, as it would > indeed appear to do? > No, not related at all. -- Brian Ford Senior Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International Phone: 314-551-8460 Fax: 314-551-8444 From ADeFaria@Salira.com Thu Dec 11 01:40:00 2003 From: ADeFaria@Salira.com (Andrew DeFaria) Date: Thu, 11 Dec 2003 01:40:00 -0000 Subject: Running xhost from Cygwin Bash Shell.. In-Reply-To: <3FD78F98.5060705@msu.edu> References: <3FD78907.1030006@klasca.com> <3FD78F98.5060705@msu.edu> Message-ID: Harold L Hunt II wrote: > What you described is by design: the server resets after the last > client (xhost in this case) disconnects. You have to be running at > least one local client to keep this from happening, as you discovered. What about xwin -screen 0 1400 1050 -noreset &? > > Harold > > Jason Kalin wrote: > >> >> Hi, >> >> I have the latest Cygwin release. I'm setting up to display my >> remote linux desktop on my Win2k box. >> Running inside of the Cygwin Bash Shell, I start XWin(xwin -screen 0 >> 1400 1050&) with no local >> applications. When I then run 'xhost +' from the bash shell, the X >> server windows flashes and restarts. >> Even though 'xhost +' printed 'access control disabled, ..', since >> the X server is restarting the xhost + >> change is nullified. >> >> It seems I can work around this if I start just one window local to >> Cygwin before running 'xhost +'. It >> doesn't seem to matter what the window is: xterm, xclock, whatever. >> Then when I run 'xhost +' next >> the X server window doesn't flash/restart, and the 'xhost +' effect >> of 'access control disabled, ..' has taken place >> and I am able to remotely start applications from my linux box >> connecting to the Cygwin X Server. >> >> Am I violating any rules by this process, is this a known or unknown >> issue? >> >> Thanks, Jason Kalin >> > -- Always remember you're unique, just like everyone else. From yselkowitz@netscape.net Thu Dec 11 03:20:00 2003 From: yselkowitz@netscape.net (Yaakov S) Date: Thu, 11 Dec 2003 03:20:00 -0000 Subject: sun binary on windows In-Reply-To: <9352C5015A08564495F0F7AA3D283A1F29CC95@exch_server.paulstra.com> References: <9352C5015A08564495F0F7AA3D283A1F29CC95@exch_server.paulstra.com> Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Shashikant Sharma wrote: | I downloaded and installed cygwin from internet on my windows2000 PC. And | I'm trying to execute a sun binary executable in cygwin shell, but I keep | getting error. The command lines run fine. old scripts are running fine, | except the executable. | This executable doesn't need any library file, or graphical interface. It's | juts a file translator. Since I don't have the source code for it, I would | like to get it runnable on windows, as we have ported most of other modules | to windows already. | | Any help is greatly appreciated. Do you mean a Solaris binary? If so it won't work. Binaries compiled for *nix will not run in Cygwin; you have to get the source code and compile it on Cygwin for it to work. Since you said that you don't have the source, than you might be out of luck. Of course, scripts and such will run in any environment with the proper interpreter installed, and Cygwin comes with quite a few. I don't know what program you're trying to run, but you can probably find an open source project that does the same thing, and try to build it yourself. If you manage that, then maybe you'll consider contributing it. :-) Yaakov S. 'd' maintainer For those not following cygwin-apps, I have an ITP there now, and a few other programs available to test. Add the server http://mysite.verizon.net/yselkowitz/cygwin to setup.exe, and let me know what you think. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (MingW32) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQE/14RspiWmPGlmQSMRAmt/AJ9MWoK/UfPTFoCq5FY0b/Lr8kZ7IQCfakT/ E3bpYOybINT5sDQlgeeLHrc= =eUKx -----END PGP SIGNATURE----- From ue191@victoria.tc.ca Thu Dec 11 07:12:00 2003 From: ue191@victoria.tc.ca (Terrence Branscombe) Date: Thu, 11 Dec 2003 07:12:00 -0000 Subject: **Fwd: Re: Cygwin and XDM-AUTHENTICATION-1 In-Reply-To: References: <3FD63179.1030009@victoria.tc.ca> Message-ID: <3FD7E28E.8060802@victoria.tc.ca> Alexander, Thanks for the great info. It's certainly a good starting point as you say. I read the Xsecurity man page along with those of xauth and xdm, but I'm still a little confused about terminology. The Xsecurity page refers to "XDM-AUTHORIZATION-1" whereas the xdm page refer to "XDM-AUTHENTICATION-1". Any idea which is authoritative? Kind regards, Alder Alexander Gottwald wrote:: >man Xsecurity > >The following is theoretical since I have never used it but may serve you >as a startig point. > >the program xauth can be used to generate the authentication data > >$ xauth add displayname:0.0 XDM-AUTHORIZATION-1 [key] > > > >the 56bit random key can be generated this way: > >$ dd if=/dev/random count=1 | md5sum | cut -b1-14 > >You must tell the xserver to use the authentication data > >$ xauth -f /tmp/xauth.data add displayname:0.0 XDM-AUTHORIZATION-1 [key] >$ XWin -auth /tmp/xauth.data [more options] > > > >>First of all, does Cygwin support this method? >> >> > >strings XWin.exe revealed no string "XDM-AUTHORIZATION-1" but "MIT-MAGIC-COOKIE" >so I guess the XDM-AUTHORIZATION is not compiled in- > > > >>If so, I guess the next >>thing I need to know is how and where the key is supposed to be stored >>on the system running Cygwin/XFree. FInally, what command-line >>parameters are available to pass the key value to the XDM? >> >> > >man xdm > > DisplayManager.keyFile > XDM-AUTHENTICATION-1 style XDMCP authentication > requires that a private key be shared between xdm > and the terminal. This resource specifies the file > containing those values. Each entry in the file > consists of a display name and the shared key. By > default, xdm does not include support for XDM- > AUTHENTICATION-1, as it requires DES which is not > generally distributable because of United States > export restrictions. > > DisplayManager.DISPLAY.authName > authorize is a boolean resource which controls > whether xdm generates and uses authorization for > the local server connections. If authorization is > used, authName is a list of authorization mecha?? > nisms to use, separated by white space. XDMCP con?? > nections dynamically specify which authorization > mechanisms are supported, so authName is ignored in > this case. When authorize is set for a display and > authorization is not available, the user is > informed by having a different message displayed in > the login widget. By default, authorize is > ``true.'' authName is ``MIT-MAGIC-COOKIE-1,'' or, > if XDM-AUTHORIZATION-1 is available, > ``XDM-AUTHORIZATION-1 MIT-MAGIC-COOKIE-1.'' > >HTH > ago > > -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 3284 bytes Desc: S/MIME Cryptographic Signature URL: From geert.pille@vandemoortele.com Thu Dec 11 07:26:00 2003 From: geert.pille@vandemoortele.com (Pille Geert (bizvdm)) Date: Thu, 11 Dec 2003 07:26:00 -0000 Subject: Portable Cygwin works, but XWin fails Message-ID: <2FAEFC2A851BD211AD820008C7286BA403F9996C@NBIZ205> Hallo Fergus, would it not be possible with cygwin to mount /tmp as an in-memory filesystem? Geert > -----Original Message----- > From: fergus@bonhard.uklinux.net [mailto:fergus@bonhard.uklinux.net] > Sent: woensdag 10 december 2003 22:31 > To: cygwin-xfree@cygwin.com > Cc: fergus@bonhard.uklinux.net > Subject: Portable Cygwin works, but XWin fails > > > I have been able to run portable versions of Cygwin, reduced > in one way or > another, both from writable USB memory sticks and from unwritable CDs. > Lately I tried running XWin from a writable stick. By > observing which files > were written where, and as a consequence setting up links using > ln -s /dev/null /tmp/Xwin.log > ln -s /dev/null /var/run/utmp > it really seemed that I had addressed all problems: in repeated uses, > nothing new was written to the stick at all. I then burned a CD, but > disappointingly XWin "dies" as soon as it is started. That > is, I start the > process with bash, and then try > XWin -multiwindow & > which I would normally follow with > rxvt -display localhost:0.0 -e bash > but XWin does not persist. (Sorry: I don't know how to > express what happens > other than to say it "dies" immediately.) > This is VERY disappointing. Any clues to what else I might try? > By the way, in mounting the portable version, I have already > established > that the directory /cygdrive/c/tmp/ must exist, so I suppose > I could try > ln -s /cygdrive/c/tmp/XWin.log /tmp/XWin.log > before burning to CD. (I've already made 5 coasters. At this > rate I'll be > able to floor the bathroom.) > Thanks. > Fergus > > =============================== This email is confidential and intended solely for the use of the individual to whom it is addressed. If you are not the intended recipient, be advised that you have received this email in error and that any use, dissemination, forwarding, printing, or copying of this email is strictly prohibited. You are explicitly requested to notify the sender of this email that the intended recipient was not reached. From alexander.gottwald@s1999.tu-chemnitz.de Thu Dec 11 07:43:00 2003 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Thu, 11 Dec 2003 07:43:00 -0000 Subject: Portable Cygwin works, but XWin fails In-Reply-To: <000501c3bf73$844a6c40$0b7b2852@leper> References: <000701c3bf64$f335ccd0$0b7b2852@leper> <001101c3bf6d$26dbb7e0$0b7b2852@leper> <000501c3bf73$844a6c40$0b7b2852@leper> Message-ID: On Wed, 10 Dec 2003 fergus@bonhard.uklinux.net wrote: > Just one final question: when I get into rxvt after "XWin -nolisten > local -multiwindow &", the keyboard suddenly becomes USA, whereas it is set > (correctly) to UK otherwise, within bash, within rxvt and for that matter > within Windows. In this case, when I exit rxvt back to bash, the UK keyboard > is recovered. please do not mix terms like rxvt and bash if you really mean rxvt, xterm or windows console. Assuming you meant the native console terminal of windows (cmd.exe) with bash: Every X Client (and rxvt is one too) receives the input from the xserver which has a keycode to symbol translatio which is independent from windows. This translation must be properly setup and this uses /tmp for this purpose. If /tmp is not writable the you will end up with the default translation which is en_US. Solution: Mount /tmp to the windows tempdir mount -bu $(cygpath -m $TEMP) /tmp or mount -bu $WINDIR/Temp /tmp bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From alexander.gottwald@s1999.tu-chemnitz.de Thu Dec 11 09:02:00 2003 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Thu, 11 Dec 2003 09:02:00 -0000 Subject: Cygwin and XDM-AUTHENTICATION-1 In-Reply-To: <3FD7E28E.8060802@victoria.tc.ca> References: <3FD63179.1030009@victoria.tc.ca> <3FD7E28E.8060802@victoria.tc.ca> Message-ID: On Wed, 10 Dec 2003, Terrence Branscombe wrote: > Alexander, > > Thanks for the great info. It's certainly a good starting point as you say. > > I read the Xsecurity man page along with those of xauth and xdm, but I'm > still a little confused about terminology. The Xsecurity page refers to > "XDM-AUTHORIZATION-1" whereas the xdm page refer to > "XDM-AUTHENTICATION-1". Any idea which is authoritative? The source (xc/lib/X11/ConnDis.c) says: MIT-KERBEROS-5 SUN-DES-1 XDM-AUTHORIZATION-1 MIT-MAGIC-COOKIE-1 bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From ohernandezba@hotmail.com Thu Dec 11 09:33:00 2003 From: ohernandezba@hotmail.com (=?iso-8859-1?B?T3NjYXIgSGVybuFuZGV6IEJh8fM=?=) Date: Thu, 11 Dec 2003 09:33:00 -0000 Subject: CygWin/X Open GL Message-ID: Hello, I've one question. The Open GL is implemented in CygWin/X XServer ? Can the programs run about Open GL runs CygWin/X XServer? Thanks, ??scar. _________________________________________________________________ Descubre el mayor cat??logo de coches de la Red en MSN Motor. http://motor.msn.es/researchcentre/ From alexander.gottwald@s1999.tu-chemnitz.de Thu Dec 11 10:19:00 2003 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Thu, 11 Dec 2003 10:19:00 -0000 Subject: CygWin/X Open GL In-Reply-To: References: Message-ID: On Thu, 11 Dec 2003, Oscar Hern??ndez Ba???? wrote: > I've one question. The Open GL is implemented in CygWin/X XServer ? Can the > programs run about Open GL runs CygWin/X XServer? yes. But not hardware accelerated. bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From mbardiaux@peaktime.be Thu Dec 11 21:52:00 2003 From: mbardiaux@peaktime.be (Michel Bardiaux) Date: Thu, 11 Dec 2003 21:52:00 -0000 Subject: sun binary on windows References: <9352C5015A08564495F0F7AA3D283A1F29CC95@exch_server.paulstra.com> Message-ID: <3FD8448A.6010806@peaktime.be> Shashikant Sharma wrote: > Hi, > > I downloaded and installed cygwin from internet on my windows2000 PC. And > I'm trying to execute a sun binary executable in cygwin shell, but I keep > getting error. The command lines run fine. old scripts are running fine, > except the executable. > This executable doesn't need any library file, or graphical interface. It's > juts a file translator. Since I don't have the source code for it, I would > like to get it runnable on windows, as we have ported most of other modules > to windows already. > > Any help is greatly appreciated. > > thanks, > > Shashikant Sharma Wha does the 'file' command say (cygwin should have one). If it is a SPARC binary, you're POL. If it is an x86 binary, you could install vmware on your w2k PC, and install Solaris inside vmware. Or install bochs on w2k and solaris on bochs. Since cygwin does not appear in that solution, this branch of this thread is now off-topic. HaND, -- Michel Bardiaux Peaktime Belgium S.A. Bd. du Souverain, 191 B-1160 Bruxelles Tel : +32 2 790.29.41 From fergus@bonhard.uklinux.net Thu Dec 11 21:58:00 2003 From: fergus@bonhard.uklinux.net (fergus@bonhard.uklinux.net) Date: Thu, 11 Dec 2003 21:58:00 -0000 Subject: Portable Cygwin works, but XWin fails Message-ID: <000b01c3c031$14b03a90$0b7b2852@leper> >> Solution: Mount /tmp to the windows tempdir >> mount -bu $(cygpath -m $TEMP) /tmp >> mount -bu $WINDIR/Temp /tmp Thank you. This worked just fine. I now possess a superb portable CD with stats, emacs, vim, Perl, LaTeX, ..., which I can use in any Windows machine with a CD drive. CD still only 640/700 full. ... Fergus From CaKinzig@yahoo.com Thu Dec 11 22:07:00 2003 From: CaKinzig@yahoo.com (Carla Kinzig) Date: Thu, 11 Dec 2003 22:07:00 -0000 Subject: Download everything -- w/ Paris Hilton tape as Bonus am Message-ID: <20031211215820.CQSD7303.kudu@[193.77.89.68]> MassMP3 - Greater than KaZAA Could Ever Be! Get real --- You want ta check it out! http://ordeal.nocatchhosting.com/mm1/?wmid=john321&hydrant=spotlight Regards, Carla Kinzig Esq. -CaKinzig@yahoo.com] taps 7xKxp0iy Dont want more mail from uss? http://snick.nocatchhosting.com/massmp32/o1.php From CaKinzig@yahoo.com Fri Dec 12 14:31:00 2003 From: CaKinzig@yahoo.com (Carla Kinzig) Date: Fri, 12 Dec 2003 14:31:00 -0000 Subject: Download everything -- w/ Paris Hilton tape as Bonus am Message-ID: <20031211215820.CQSD7303.kudu@[193.77.89.68]> MassMP3 - Greater than KaZAA Could Ever Be! Get real --- You want ta check it out! http://ordeal.nocatchhosting.com/mm1/?wmid=john321&hydrant=spotlight Regards, Carla Kinzig Esq. -CaKinzig@yahoo.com] taps 7xKxp0iy Dont want more mail from uss? http://snick.nocatchhosting.com/massmp32/o1.php From CaKinzig@yahoo.com Fri Dec 12 14:53:00 2003 From: CaKinzig@yahoo.com (Carla Kinzig) Date: Fri, 12 Dec 2003 14:53:00 -0000 Subject: Download everything -- w/ Paris Hilton tape as Bonus am Message-ID: <20031211215820.CQSD7303.kudu@[193.77.89.68]> MassMP3 - Greater than KaZAA Could Ever Be! Get real --- You want ta check it out! http://ordeal.nocatchhosting.com/mm1/?wmid=john321&hydrant=spotlight Regards, Carla Kinzig Esq. -CaKinzig@yahoo.com] taps 7xKxp0iy Dont want more mail from uss? http://snick.nocatchhosting.com/massmp32/o1.php From CaKinzig@yahoo.com Fri Dec 12 16:33:00 2003 From: CaKinzig@yahoo.com (Carla Kinzig) Date: Fri, 12 Dec 2003 16:33:00 -0000 Subject: Download everything -- w/ Paris Hilton tape as Bonus am Message-ID: <20031211215820.CQSD7303.kudu@[193.77.89.68]> MassMP3 - Greater than KaZAA Could Ever Be! Get real --- You want ta check it out! http://ordeal.nocatchhosting.com/mm1/?wmid=john321&hydrant=spotlight Regards, Carla Kinzig Esq. -CaKinzig@yahoo.com] taps 7xKxp0iy Dont want more mail from uss? http://snick.nocatchhosting.com/massmp32/o1.php From rasjidw@openminddev.net Fri Dec 12 16:46:00 2003 From: rasjidw@openminddev.net (Rasjid Wilcox) Date: Fri, 12 Dec 2003 16:46:00 -0000 Subject: Portable Cygwin works, but XWin fails In-Reply-To: <000b01c3c031$14b03a90$0b7b2852@leper> References: <000b01c3c031$14b03a90$0b7b2852@leper> Message-ID: <200312120908.30834.rasjidw@openminddev.net> On Friday 12 December 2003 08:52, fergus@bonhard.uklinux.net wrote: > >> Solution: Mount /tmp to the windows tempdir > >> mount -bu $(cygpath -m $TEMP) /tmp > >> mount -bu $WINDIR/Temp /tmp > > Thank you. This worked just fine. I now possess a superb portable CD with > stats, emacs, vim, Perl, LaTeX, ..., which I can use in any Windows machine > with a CD drive. CD still only 640/700 full. ... Fergus Are you thinking of putting up a mini-howto somewhere? -- Rasjid Wilcox Canberra, Australia (UTC +10 hrs) http://www.openminddev.net From matt@overlook.homelinux.net Fri Dec 12 19:54:00 2003 From: matt@overlook.homelinux.net (Matthew Wilson) Date: Fri, 12 Dec 2003 19:54:00 -0000 Subject: setup 2.416 crashes when I try to install XFree86. Message-ID: <20031212150238.GA28492@frank.overlook.homelinux.net> Hi - I have cygwin installed OK on my windows XP machine. I installed from a local directory after running wget to grab everything I thought I would need. I want to use cygwin-xfree instead of Hummingbird Exceed to connect to my department's linux server, so I started up setup.exe (version 2.416) again and chose the XFree86-Base packages. Then I clicked next, and the installer just disappeared. I've run this several times on different computers and always gotten the same results. Does anyone have any ideas? The only thing I can think of is that I'm somehow missing something the setup program needs. I have a complete copy of everything starting at the cygwin directory, except for the mail-archives. This is the exact syntax of the wget command I ran to pull down my copy: wget --passive-ftp --recursive --no-clobber --no-host-directories \ --cut-dirs=2 -X/pub/cygwin/mail-archives -R '*-src.tar.bz2' \ ftp://mirrors.umbc.edu/pub/cygwin I reran this script to refresh my local copy and I still had problems. Our work firewall+proxy setup made other install methods impossible for me. I have tried them already. Does anyone know what is going on? Thanks for the help. From Lee.Nugent@royal-liver.com Fri Dec 12 20:08:00 2003 From: Lee.Nugent@royal-liver.com (Lee.Nugent@royal-liver.com) Date: Fri, 12 Dec 2003 20:08:00 -0000 Subject: XWIN to SuSE 9 no longer works on Sony PCG-GRT laptop Message-ID: We have multiply installs of Red Hat ES and Suse 9. Both have been set up correctly for XFree86 and work using xwin.exe -query on all machines except my new Sony PCG-GRT laptop. I can successfully connect to Red Hat servers, but get a grey screen when attempting to connect to SuSE 9 servers (although others can using different machines). Thanks for any help. From Alexander.Gottwald@s1999.tu-chemnitz.de Fri Dec 12 21:39:00 2003 From: Alexander.Gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Fri, 12 Dec 2003 21:39:00 -0000 Subject: XWIN to SuSE 9 no longer works on Sony PCG-GRT laptop In-Reply-To: References: Message-ID: Lee.Nugent@royal-liver.com wrote: > We have multiply installs of Red Hat ES and Suse 9. Both have been set up > correctly for XFree86 and work using xwin.exe -query on all machines except > my new Sony PCG-GRT laptop. > > I can successfully connect to Red Hat servers, but get a grey screen when > attempting to connect to SuSE 9 servers (although others can using > different machines). http://xfree86.cygwin.com/docs/faq/cygwin-xfree-faq.html#q-mandrake-8.1-xdmcp NP: Sportfreunde Stiller - Stereo -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From huntharo@msu.edu Fri Dec 12 21:49:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 12 Dec 2003 21:49:00 -0000 Subject: setup 2.416 crashes when I try to install XFree86. In-Reply-To: <20031212150238.GA28492@frank.overlook.homelinux.net> References: <20031212150238.GA28492@frank.overlook.homelinux.net> Message-ID: <3FD9F0DB.5020801@msu.edu> Matthew Wilson wrote: > Hi - > > I have cygwin installed OK on my windows XP machine. I installed from a > local directory after running wget to grab everything I thought I would > need. I want to use cygwin-xfree instead of Hummingbird Exceed to > connect to my department's linux server, so I started up setup.exe > (version 2.416) again and chose the XFree86-Base packages. > > Then I clicked next, and the installer just disappeared. I've run this > several times on different computers and always gotten the same results. > > Does anyone have any ideas? Use a different mirror and install from the mirror, not from the local drive. > The only thing I can think of is that I'm somehow missing something the > setup program needs. I have a complete copy of everything starting at > the cygwin directory, except for the mail-archives. > > This is the exact syntax of the wget command I ran to pull down my copy: > > wget --passive-ftp --recursive --no-clobber --no-host-directories \ > --cut-dirs=2 -X/pub/cygwin/mail-archives -R '*-src.tar.bz2' \ > ftp://mirrors.umbc.edu/pub/cygwin > > I reran this script to refresh my local copy and I still had problems. Is this actually supported? I'm not sure that anyone has done this before. Let me suggest instead using the download option in setup.exe from a machine that can connect to the internet without problems, then copy that archive to the machines that cannot connect. Alternatively, you should probably be using 'rsync' instead of wget, but I cannot offer much more help on that. > Our work firewall+proxy setup made other install methods impossible for > me. I have tried them already. You did try telling setup.exe to use your proxy? I can't see why it wouldn't work if you picked an http:// mirror. Harold From ford@vss.fsi.com Fri Dec 12 21:57:00 2003 From: ford@vss.fsi.com (Brian Ford) Date: Fri, 12 Dec 2003 21:57:00 -0000 Subject: Minimal set for XFree86 In-Reply-To: <3FDA1A38.4000107@princeton.edu> References: <3FDA1A38.4000107@princeton.edu> Message-ID: On Fri, 12 Dec 2003, Vinod Gupta wrote: > What is the minimal set of packages I need to download for > running XFree86 X-server? > If you use Cygwin's setup program to do the install, it will automatically select them for you. If it does not do that correctly, that's a bug. Please report it. However, before sending your next message, please take a look at http://cygwin.com/lists.html and select the appropriate list to send it to. (Hint: Xfree86 questions should go to cygwin-xfree@cygwin.com) I have redirected this reply there. -- Brian Ford Senior Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International Phone: 314-551-8460 Fax: 314-551-8444 From ingber@ingber.com Fri Dec 12 22:10:00 2003 From: ingber@ingber.com (Lester Ingber) Date: Fri, 12 Dec 2003 22:10:00 -0000 Subject: can't use windows with GoBack? Message-ID: <20031212200802.GA1220@ingber.com> I just installed Symantec GoBack (to compensate for known problems with XP Pro Systrem Restore). Most everything runs fine under Cygwin. However, anything under XWin (including brining up XWin), runs unbearably slow, about a factor of at least 100-1000 or more slower. The System just consumes all CPU? I just paid $30 to Symantec to hear that they do have some problems with GoBack with some applications running much too slow to use. They're "working in it." By chance, has anyone else run into something similar and solved this problem? I just posted this on cygwin@cygwin.com and I realize it porbably should have been posted here instead. Thanks. Lester From huntharo@msu.edu Fri Dec 12 22:13:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 12 Dec 2003 22:13:00 -0000 Subject: can't use windows with GoBack? In-Reply-To: <20031212200802.GA1220@ingber.com> References: <20031212200802.GA1220@ingber.com> Message-ID: <3FDA35A1.5040204@msu.edu> Lester, I can't offer any tips either way. I hope that someone has run into the same problems and can at least verify that they are having trouble as well. I know that we have some readers that may be able to provide some additional insight... lets see if they pipe up :) Harold Lester Ingber wrote: > I just installed Symantec GoBack (to compensate for known problems with XP > Pro Systrem Restore). Most everything runs fine under Cygwin. However, > anything under XWin (including brining up XWin), runs unbearably slow, > about a factor of at least 100-1000 or more slower. The System just > consumes all CPU? > > I just paid $30 to Symantec to hear that they do have some problems with > GoBack with some applications running much too slow to use. They're > "working in it." > > By chance, has anyone else run into something similar and solved this > problem? > > I just posted this on cygwin@cygwin.com and I realize it porbably should > have been posted here instead. > > Thanks. > > Lester > > From burke@amieast.com Sat Dec 13 00:44:00 2003 From: burke@amieast.com (J. Burke Murray) Date: Sat, 13 Dec 2003 00:44:00 -0000 Subject: undefined references to XtMalloc, XtWidget... Message-ID: I am trying to port an X-windows program to run under cygwin. I am getting link errors about undefined references to a bunch of Xt... routines. Thanks in advance for help or suggestions. Burke Murray Here is the output of make: [ this was all one line, I wrapped it for readability ] gcc -g -O0 -I/usr/X11R6/include -I/usr/local/include -DPRINT2D -DLINUX -DOPENGL -DVENDORDATA -DFIXREDUNDANTLABELS -DPARAMSYM -DDEMOROTATEF -o myprog main.o bitmap.o colors.o data.o dials.o draw.o draw2d.o draw3d.o events.o exp.o fonts.o globals.o graphics.o groups.o gwindows.o help.o hpolygons.o intrex.o intro.o memory.o menuroutines.o menus.o neat.o offbody.o polygons.o ps.o reports.o select.o solutions.o streamlines.o strings.o surf.o time.o vectors.o version.o vs.o vsglobals.o wakes.o warp.o windows.o jpeg.o pcl.o rgb.o tiff.o mpeg.o png.o -L/usr/X11R6/lib -L/usr/local/lib -lX11 -lXp -lXm -lXext -lXt -lglut32 -lglu32 -lopengl32 -lGLw -lGL -lGLU -lm /usr/X11R6/lib/libGLw.a(GLwM2DrawA.o)(.text+0x26d):GLwM2DrawA.c: undefined reference to `_XtWidgetToApplicationContext' /usr/X11R6/lib/libGLw.a(GLwM2DrawA.o)(.text+0x279):GLwM2DrawA.c: undefined reference to `_XtAppError' /usr/X11R6/lib/libGLw.a(GLwM2DrawA.o)(.text+0x2cd):GLwM2DrawA.c: undefined reference to `_XtWidgetToApplicationContext' /usr/X11R6/lib/libGLw.a(GLwM2DrawA.o)(.text+0x2d9):GLwM2DrawA.c: undefined reference to `_XtAppWarning' /usr/X11R6/lib/libGLw.a(GLwM2DrawA.o)(.text+0x361):GLwM2DrawA.c: undefined reference to `_XtMalloc' /usr/X11R6/lib/libGLw.a(GLwM2DrawA.o)(.text+0x54e):GLwM2DrawA.c: undefined reference to `_XtMalloc' [ and a bunch more ] Here is the output from cygcheck: Cygwin Win95/NT Configuration Diagnostics Current System Time: Fri Dec 12 16:12:01 2003 Windows NT Ver 4.0 Build 1381 Service Pack 6 Path: D:\AMI\burke\cygwin\usr\local\bin D:\AMI\burke\cygwin\bin D:\AMI\burke\cygwin\bin D:\AMI\burke\cygwin\usr\X11R6\bin c:\WINNT\System32 d:\AMI\burke\MSDev98\Bin d:\AMI\burke\Tools d:\AMI\VC98\bin . . Output from D:\AMI\burke\cygwin\bin\id.exe (nontsec) UID: 1000(burke) GID: 513(None) 513(None) Output from D:\AMI\burke\cygwin\bin\id.exe (ntsec) UID: 1000(burke) GID: 513(None) 513(None) 544(Administrators) 551(Backup Operators) 547(Power Users) 545(Users) 1003(AMI) SysDir: C:\WINNT\System32 WinDir: C:\WINNT HOME = `d:\ami\burke' MAKE_MODE = `unix' PWD = `/cygdrive/d/ami/burke/omnicyg' USER = `burke' COMPUTERNAME = `BURKEPC' COMSPEC = `C:\WINNT\system32\cmd.exe' CPU = `i386' CVS_RSH = `/bin/ssh' HOMEDRIVE = `d:' HOMEPATH = `/ami/burke' HOSTNAME = `burkepc' INCLUDE = `D:\AMI\VC98\atl\include;D:\AMI\VC98\mfc\include;D:\AMI\VC98\include' INFOPATH = `/usr/local/info:/usr/info:/usr/share/info:/usr/autotool/devel/info:/usr/aut otool/stable/info:' LIB = `D:\AMI\VC98\mfc\lib;D:\AMI\VC98\lib' LINK_F90 = `sstatd.lib sstats.lib smathd.lib smaths.lib sf90mp.lib' LOGONSERVER = `\\BURKEPC' MANPATH = `/usr/local/man:/usr/man:/usr/share/man:/usr/autotool/devel/man::/usr/ssl/ma n' MSDEVDIR = `D:\AMI\burke\MSDev98' NUMBER_OF_PROCESSORS = `1' OLDPWD = `/cygdrive/d/ami/burke' OS2LIBPATH = `C:\WINNT\system32\os2\dll;' OS = `Windows_NT' PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH' PKG_CONFIG_PATH = `:/usr/X11R6/lib/pkgconfig' PROCESSOR_ARCHITECTURE = `x86' PROCESSOR_IDENTIFIER = `x86 Family 6 Model 7 Stepping 3, GenuineIntel' PROCESSOR_LEVEL = `6' PROCESSOR_REVISION = `0703' PROMPT = `$P$G' PS1 = `\[\033]0;\w\007 \033[32m\]\u@\h \[\033[33m\w\033[0m\] $ ' SHLVL = `1' SYSTEMDRIVE = `C:' SYSTEMROOT = `C:\WINNT' TEMP = `c:\TEMP' TERM = `cygwin' TMP = `c:\TEMP' TMPDIR = `c:\TEMP' USERDOMAIN = `BURKEPC' USERNAME = `burke' USERPROFILE = `C:\WINNT\Profiles\burke' WINDIR = `C:\WINNT' _ = `/usr/bin/cygcheck' HKEY_CURRENT_USER\Software\Cygnus Solutions HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2 HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\Program Options HKEY_CURRENT_USER\Software\Cygnus Solutions\Kerbnet HKEY_CURRENT_USER\Software\Cygnus Solutions\Kerbnet\1 HKEY_CURRENT_USER\Software\Cygnus Solutions\Kerbnet\1\cns (default) = 0x00000100 y = 0x00000104 cx = 0x00000200 cy = 0x000000f7 alert = 0x00000000 beep = 0x00000000 lifetime = 0x00000258 forwardable = 0x00000001 no_addresses = 0x00000000 name = `burke' realm = `U.MHPCC.EDU' login_00 = `burke.@U.MHPCC.EDU' login_01 = `burke.@u.mhpcc.edu' HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2 (default) = `/cygdrive' cygdrive flags = 0x00000022 HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/ (default) = `D:\AMI\burke\cygwin' flags = 0x0000000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/bin (default) = `D:\AMI\burke\cygwin/bin' flags = 0x0000000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/lib (default) = `D:\AMI\burke\cygwin/lib' flags = 0x0000000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/X11R6/lib/X11/fonts (default) = `D:\AMI\burke\cygwin\usr\X11R6\lib\X11\fonts' flags = 0x0000000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\Program Options a: fd N/A N/A c: hd FAT 2047Mb 86% CP UN d: hd NTFS 6008Mb 69% CP CS UN PA FC g: cd CDFS 544Mb 100% CS DN600ENU2 h: ram FAT 29Mb 44% CP UN NT-RAMDRIVE D:\AMI\burke\cygwin / system binmode D:\AMI\burke\cygwin/bin /usr/bin system binmode D:\AMI\burke\cygwin/lib /usr/lib system binmode D:\AMI\burke\cygwin\usr\X11R6\lib\X11\fonts /usr/X11R6/lib/X11/fonts system binmode . /cygdrive system binmode,cygdrive Found: D:\AMI\burke\cygwin\bin\awk.exe Found: D:\AMI\burke\cygwin\bin\bash.exe Found: D:\AMI\burke\cygwin\bin\cat.exe Found: D:\AMI\burke\cygwin\bin\cp.exe Found: D:\AMI\burke\cygwin\bin\cpp.exe Found: D:\AMI\burke\cygwin\bin\find.exe Found: D:\AMI\burke\cygwin\bin\gcc.exe Found: D:\AMI\burke\cygwin\bin\gdb.exe Found: D:\AMI\burke\cygwin\bin\grep.exe Found: D:\AMI\burke\cygwin\bin\ld.exe Found: D:\AMI\burke\cygwin\bin\ls.exe Found: D:\AMI\burke\cygwin\bin\make.exe Found: D:\AMI\burke\cygwin\bin\mv.exe Found: D:\AMI\burke\cygwin\bin\rm.exe Found: D:\AMI\burke\cygwin\bin\sed.exe Found: D:\AMI\burke\cygwin\bin\sh.exe Found: D:\AMI\burke\cygwin\bin\tar.exe 61k 2003/08/09 D:\AMI\burke\cygwin\bin\cygbz2-1.dll - os=4.0 img=1.0 sys=4.0 "cygbz2-1.dll" v0.0 ts=2003/8/9 2:35 14k 2003/08/10 D:\AMI\burke\cygwin\bin\cygcharset-1.dll - os=4.0 img=1.0 sys=4.0 "cygcharset-1.dll" v0.0 ts=2003/8/10 16:57 7k 2003/10/19 D:\AMI\burke\cygwin\bin\cygcrypt-0.dll - os=4.0 img=1.0 sys=4.0 "cygcrypt-0.dll" v0.0 ts=2003/10/19 3:57 842k 2003/09/30 D:\AMI\burke\cygwin\bin\cygcrypto-0.9.7.dll - os=4.0 img=1.0 sys=4.0 "cygcrypto-0.9.7.dll" v0.0 ts=2003/9/30 12:49 598k 2003/11/03 D:\AMI\burke\cygwin\bin\cygcurl-2.dll - os=4.0 img=1.0 sys=4.0 "cygcurl-2.dll" v0.0 ts=2003/11/3 11:22 22k 2003/10/17 D:\AMI\burke\cygwin\bin\cygcygipc-2.dll - os=4.0 img=1.0 sys=4.0 "cygcygipc-2.dll" v0.0 ts=2003/10/17 1:24 380k 2002/07/24 D:\AMI\burke\cygwin\bin\cygdb-3.1.dll - os=4.0 img=1.0 sys=4.0 "cygdb-3.1.dll" v0.0 ts=2002/7/24 12:24 831k 2003/09/20 D:\AMI\burke\cygwin\bin\cygdb-4.1.dll - os=4.0 img=1.0 sys=4.0 "cygdb-4.1.dll" v0.0 ts=2003/9/20 17:51 487k 2002/07/24 D:\AMI\burke\cygwin\bin\cygdb_cxx-3.1.dll - os=4.0 img=1.0 sys=4.0 "cygdb_cxx-3.1.dll" v0.0 ts=2002/7/24 12:25 1080k 2003/09/20 D:\AMI\burke\cygwin\bin\cygdb_cxx-4.1.dll - os=4.0 img=1.0 sys=4.0 "cygdb_cxx-4.1.dll" v0.0 ts=2003/9/20 17:53 132k 2003/07/12 D:\AMI\burke\cygwin\bin\cygexpat-0.dll - os=4.0 img=1.0 sys=4.0 "cygexpat-0.dll" v0.0 ts=2003/7/12 7:33 64k 2003/09/23 D:\AMI\burke\cygwin\bin\cygexslt-0.dll - os=4.0 img=1.0 sys=4.0 "cygexslt-0.dll" v0.0 ts=2003/9/23 15:13 654k 2003/11/04 D:\AMI\burke\cygwin\bin\cygfltknox-0.dll - os=4.0 img=1.0 sys=4.0 "cygfltknox-0.dll" v0.0 ts=2003/11/4 16:57 65k 2003/11/04 D:\AMI\burke\cygwin\bin\cygfltknox_forms-0.dll - os=4.0 img=1.0 sys=4.0 "cygfltknox_forms-0.dll" v0.0 ts=2003/11/4 16:57 81k 2003/11/04 D:\AMI\burke\cygwin\bin\cygfltknox_gl-0.dll - os=4.0 img=1.0 sys=4.0 "cygfltknox_gl-0.dll" v0.0 ts=2003/11/4 16:58 108k 2003/11/04 D:\AMI\burke\cygwin\bin\cygfltknox_images-0.dll - os=4.0 img=1.0 sys=4.0 "cygfltknox_images-0.dll" v0.0 ts=2003/11/4 16:58 131k 2003/10/28 D:\AMI\burke\cygwin\bin\cygfontconfig-1.dll - os=4.0 img=1.0 sys=4.0 "cygfontconfig-1.dll" v0.0 ts=2003/10/28 17:44 45k 2001/04/25 D:\AMI\burke\cygwin\bin\cygform5.dll - os=4.0 img=1.0 sys=4.0 "cygform5.dll" v0.0 ts=2001/4/25 1:28 35k 2002/01/09 D:\AMI\burke\cygwin\bin\cygform6.dll - os=4.0 img=1.0 sys=4.0 "cygform6.dll" v0.0 ts=2002/1/9 1:03 48k 2003/08/09 D:\AMI\burke\cygwin\bin\cygform7.dll - os=4.0 img=1.0 sys=4.0 "cygform7.dll" v0.0 ts=2003/8/9 5:25 361k 2003/10/25 D:\AMI\burke\cygwin\bin\cygfreetype-6.dll - os=4.0 img=1.0 sys=4.0 "cygfreetype-6.dll" v0.0 ts=2003/10/22 0:18 208k 2003/11/19 D:\AMI\burke\cygwin\bin\cyggd-2.dll - os=4.0 img=1.0 sys=4.0 "cyggd-2.dll" v0.0 ts=2003/11/19 12:57 28k 2003/07/20 D:\AMI\burke\cygwin\bin\cyggdbm-3.dll - os=4.0 img=1.0 sys=4.0 "cyggdbm-3.dll" v0.0 ts=2003/7/20 3:58 30k 2003/08/11 D:\AMI\burke\cygwin\bin\cyggdbm-4.dll - os=4.0 img=1.0 sys=4.0 "cyggdbm-4.dll" v0.0 ts=2003/8/10 22:12 19k 2003/03/22 D:\AMI\burke\cygwin\bin\cyggdbm.dll - os=4.0 img=1.0 sys=4.0 "cyggdbm.dll" v0.0 ts=2002/2/19 22:05 15k 2003/07/20 D:\AMI\burke\cygwin\bin\cyggdbm_compat-3.dll - os=4.0 img=1.0 sys=4.0 "cyggdbm_compat-3.dll" v0.0 ts=2003/7/20 4:00 15k 2003/08/11 D:\AMI\burke\cygwin\bin\cyggdbm_compat-4.dll - os=4.0 img=1.0 sys=4.0 "cyggdbm_compat-4.dll" v0.0 ts=2003/8/10 22:13 69k 2003/08/10 D:\AMI\burke\cygwin\bin\cyggettextlib-0-12-1.dll - os=4.0 img=1.0 sys=4.0 "cyggettextlib-0-12-1.dll" v0.0 ts=2003/8/10 18:10 12k 2003/08/10 D:\AMI\burke\cygwin\bin\cyggettextpo-0.dll - os=4.0 img=1.0 sys=4.0 "cyggettextpo-0.dll" v0.0 ts=2003/8/10 18:11 134k 2003/08/10 D:\AMI\burke\cygwin\bin\cyggettextsrc-0-12-1.dll - os=4.0 img=1.0 sys=4.0 "cyggettextsrc-0-12-1.dll" v0.0 ts=2003/8/10 18:10 489k 2003/08/09 D:\AMI\burke\cygwin\bin\cygguile-12.dll - os=4.0 img=1.0 sys=4.0 "cygguile-12.dll" v0.0 ts=2003/8/9 10:17 489k 2003/07/28 D:\AMI\burke\cygwin\bin\cygguile-12abi13.dll - os=4.0 img=1.0 sys=4.0 "cygguile-12abi13.dll" v0.0 ts=2003/7/28 14:18 24k 2003/08/09 D:\AMI\burke\cygwin\bin\cygguile-ltdl-1.dll - os=4.0 img=1.0 sys=4.0 "cygguile-ltdl-1.dll" v0.0 ts=2003/8/9 10:16 24k 2003/07/28 D:\AMI\burke\cygwin\bin\cygguile-ltdl-1abi13.dll - os=4.0 img=1.0 sys=4.0 "cygguile-ltdl-1abi13.dll" v0.0 ts=2003/7/28 13:48 62k 2003/08/09 D:\AMI\burke\cygwin\bin\cygguile-srfi-srfi-13-14-v-1-1.dll - os=4.0 img=1.0 sys=4.0 "cygguile-srfi-srfi-13-14-v-1-1.dll" v0.0 ts=2003/8/9 10:17 62k 2003/07/28 D:\AMI\burke\cygwin\bin\cygguile-srfi-srfi-13-14-v-1-1abi13.dll - os=4.0 img=1.0 sys=4.0 "cygguile-srfi-srfi-13-14-v-1-1abi13.dll" v0.0 ts=2003/7/28 14:18 23k 2003/08/09 D:\AMI\burke\cygwin\bin\cygguile-srfi-srfi-4-v-1-1.dll - os=4.0 img=1.0 sys=4.0 "cygguile-srfi-srfi-4-v-1-1.dll" v0.0 ts=2003/8/9 10:17 23k 2003/07/28 D:\AMI\burke\cygwin\bin\cygguile-srfi-srfi-4-v-1-1abi13.dll - os=4.0 img=1.0 sys=4.0 "cygguile-srfi-srfi-4-v-1-1abi13.dll" v0.0 ts=2003/7/28 14:18 11k 2003/08/09 D:\AMI\burke\cygwin\bin\cygguilereadline-v-12-12.dll - os=4.0 img=1.0 sys=4.0 "cygguilereadline-v-12-12.dll" v0.0 ts=2003/8/9 10:17 11k 2003/07/28 D:\AMI\burke\cygwin\bin\cygguilereadline-v-12-12abi13.dll - os=4.0 img=1.0 sys=4.0 "cygguilereadline-v-12-12abi13.dll" v0.0 ts=2003/7/28 14:18 17k 2001/06/28 D:\AMI\burke\cygwin\bin\cyghistory4.dll - os=4.0 img=1.0 sys=4.0 "cyghistory4.dll" v0.0 ts=2001/1/6 23:34 29k 2003/08/10 D:\AMI\burke\cygwin\bin\cyghistory5.dll - os=4.0 img=1.0 sys=4.0 "cyghistory5.dll" v0.0 ts=2003/8/10 19:16 958k 2003/08/10 D:\AMI\burke\cygwin\bin\cygiconv-2.dll - os=4.0 img=1.0 sys=4.0 "cygiconv-2.dll" v0.0 ts=2003/8/10 16:57 22k 2001/12/13 D:\AMI\burke\cygwin\bin\cygintl-1.dll - os=4.0 img=1.0 sys=4.0 "cygintl-1.dll" v0.0 ts=2001/12/13 4:28 37k 2003/08/10 D:\AMI\burke\cygwin\bin\cygintl-2.dll - os=4.0 img=1.0 sys=4.0 "cygintl-2.dll" v0.0 ts=2003/8/10 17:50 21k 2001/06/20 D:\AMI\burke\cygwin\bin\cygintl.dll - os=4.0 img=1.0 sys=4.0 "cygintl.dll" v0.0 ts=2001/6/20 13:09 12k 2003/02/17 D:\AMI\burke\cygwin\bin\cygioperm-0.dll - os=4.0 img=1.0 sys=4.0 "cygioperm-0.dll" v0.0 ts=2003/2/17 14:58 48k 2003/08/10 D:\AMI\burke\cygwin\bin\cygjbig1.dll - os=4.0 img=1.0 sys=4.0 "cygjbig1.dll" v0.0 ts=2003/8/10 19:58 132k 2003/08/11 D:\AMI\burke\cygwin\bin\cygjpeg-62.dll - os=4.0 img=1.0 sys=4.0 "cygjpeg-62.dll" v0.0 ts=2003/8/10 20:37 119k 2002/02/09 D:\AMI\burke\cygwin\bin\cygjpeg6b.dll - os=4.0 img=1.0 sys=4.0 "cygjpeg6b.dll" v0.0 ts=2002/2/9 0:19 60k 2003/09/17 D:\AMI\burke\cygwin\bin\cygkpathsea-3.dll - os=4.0 img=1.0 sys=4.0 "cygkpathsea-3.dll" v0.0 ts=2003/9/17 12:37 60k 2003/07/27 D:\AMI\burke\cygwin\bin\cygkpathsea-3abi13.dll - os=4.0 img=1.0 sys=4.0 "cygkpathsea-3abi13.dll" v0.0 ts=2003/7/27 16:23 32k 2003/08/18 D:\AMI\burke\cygwin\bin\cygltdl-3.dll - os=4.0 img=1.0 sys=4.0 "cygltdl-3.dll" v0.0 ts=2003/8/18 1:35 349k 2003/12/04 D:\AMI\burke\cygwin\bin\cygMagick++-6.dll - os=4.0 img=1.0 sys=4.0 "cygMagick++-6.dll" v0.0 ts=2003/12/3 21:51 2354k 2003/12/04 D:\AMI\burke\cygwin\bin\cygMagick-6.dll - os=4.0 img=1.0 sys=4.0 "cygMagick-6.dll" v0.0 ts=2003/12/3 20:53 26k 2001/04/25 D:\AMI\burke\cygwin\bin\cygmenu5.dll - os=4.0 img=1.0 sys=4.0 "cygmenu5.dll" v0.0 ts=2001/4/25 1:27 20k 2002/01/09 D:\AMI\burke\cygwin\bin\cygmenu6.dll - os=4.0 img=1.0 sys=4.0 "cygmenu6.dll" v0.0 ts=2002/1/9 1:03 29k 2003/08/09 D:\AMI\burke\cygwin\bin\cygmenu7.dll - os=4.0 img=1.0 sys=4.0 "cygmenu7.dll" v0.0 ts=2003/8/9 5:25 156k 2001/04/25 D:\AMI\burke\cygwin\bin\cygncurses++5.dll - os=4.0 img=1.0 sys=4.0 "cygncurses++5.dll" v0.0 ts=2001/4/25 1:29 175k 2002/01/09 D:\AMI\burke\cygwin\bin\cygncurses++6.dll - os=4.0 img=1.0 sys=4.0 "cygncurses++6.dll" v0.0 ts=2002/1/9 1:03 226k 2001/04/25 D:\AMI\burke\cygwin\bin\cygncurses5.dll - os=4.0 img=1.0 sys=4.0 "cygncurses5.dll" v0.0 ts=2001/4/25 1:17 202k 2002/01/09 D:\AMI\burke\cygwin\bin\cygncurses6.dll - os=4.0 img=1.0 sys=4.0 "cygncurses6.dll" v0.0 ts=2002/1/9 1:03 224k 2003/08/09 D:\AMI\burke\cygwin\bin\cygncurses7.dll - os=4.0 img=1.0 sys=4.0 "cygncurses7.dll" v0.0 ts=2003/8/9 5:24 15k 2001/04/25 D:\AMI\burke\cygwin\bin\cygpanel5.dll - os=4.0 img=1.0 sys=4.0 "cygpanel5.dll" v0.0 ts=2001/4/25 1:27 12k 2002/01/09 D:\AMI\burke\cygwin\bin\cygpanel6.dll - os=4.0 img=1.0 sys=4.0 "cygpanel6.dll" v0.0 ts=2002/1/9 1:03 19k 2003/08/09 D:\AMI\burke\cygwin\bin\cygpanel7.dll - os=4.0 img=1.0 sys=4.0 "cygpanel7.dll" v0.0 ts=2003/8/9 5:24 67k 2003/09/10 D:\AMI\burke\cygwin\bin\cygpcre-0.dll - os=4.0 img=1.0 sys=4.0 "cygpcre-0.dll" v0.0 ts=2003/9/10 10:25 63k 2003/04/11 D:\AMI\burke\cygwin\bin\cygpcre.dll - os=4.0 img=1.0 sys=4.0 "cygpcre.dll" v0.0 ts=2003/4/11 4:31 15k 2003/09/10 D:\AMI\burke\cygwin\bin\cygpcreposix-0.dll - os=4.0 img=1.0 sys=4.0 "cygpcreposix-0.dll" v0.0 ts=2003/9/10 10:25 61k 2003/04/11 D:\AMI\burke\cygwin\bin\cygpcreposix.dll - os=4.0 img=1.0 sys=4.0 "cygpcreposix.dll" v0.0 ts=2003/4/11 4:31 1049k 2003/11/07 D:\AMI\burke\cygwin\bin\cygperl5_8_2.dll - os=4.0 img=1.0 sys=4.0 "cygperl5_8_2.dll" v0.0 ts=2003/11/7 6:08 168k 2003/08/10 D:\AMI\burke\cygwin\bin\cygpng10.dll - os=4.0 img=1.0 sys=4.0 "cygpng10.dll" v0.0 ts=2003/8/10 18:31 173k 2003/08/10 D:\AMI\burke\cygwin\bin\cygpng12.dll - os=4.0 img=1.0 sys=4.0 "cygpng12.dll" v0.0 ts=2003/8/10 18:35 170k 2002/01/21 D:\AMI\burke\cygwin\bin\cygpng2.dll - os=4.0 img=1.0 sys=4.0 "cygpng2.dll" v0.0 ts=2002/1/20 20:05 22k 2002/06/09 D:\AMI\burke\cygwin\bin\cygpopt-0.dll - os=4.0 img=1.0 sys=4.0 "cygpopt-0.dll" v0.0 ts=2002/6/9 1:45 108k 2001/06/28 D:\AMI\burke\cygwin\bin\cygreadline4.dll - os=4.0 img=1.0 sys=4.0 "cygreadline4.dll" v0.0 ts=2001/1/6 23:34 148k 2003/08/10 D:\AMI\burke\cygwin\bin\cygreadline5.dll - os=4.0 img=1.0 sys=4.0 "cygreadline5.dll" v0.0 ts=2003/8/10 19:16 682k 2003/10/11 D:\AMI\burke\cygwin\bin\cygruby18.dll - os=4.0 img=1.0 sys=4.0 "cygruby18.dll" v0.0 ts=2003/10/11 7:41 171k 2003/09/30 D:\AMI\burke\cygwin\bin\cygssl-0.9.7.dll - os=4.0 img=1.0 sys=4.0 "cygssl-0.9.7.dll" v0.0 ts=2003/9/30 12:49 281k 2003/02/24 D:\AMI\burke\cygwin\bin\cygtiff3.dll - os=4.0 img=1.0 sys=4.0 "cygtiff3.dll" v0.0 ts=2003/2/23 23:58 282k 2003/08/11 D:\AMI\burke\cygwin\bin\cygtiff4.dll - os=4.0 img=1.0 sys=4.0 "cygtiff4.dll" v0.0 ts=2003/8/10 22:32 1074k 2003/09/23 D:\AMI\burke\cygwin\bin\cygxml2-2.dll - os=4.0 img=1.0 sys=4.0 "cygxml2-2.dll" v0.0 ts=2003/9/23 13:52 50k 2003/08/09 D:\AMI\burke\cygwin\bin\cygXpm-noX4.dll - os=4.0 img=1.0 sys=4.0 "cygXpm-noX4.dll" v0.0 ts=2003/8/9 3:21 54k 2003/08/09 D:\AMI\burke\cygwin\bin\cygXpm-X4.dll - os=4.0 img=1.0 sys=4.0 "cygXpm-X4.dll" v0.0 ts=2003/8/9 3:22 196k 2003/09/23 D:\AMI\burke\cygwin\bin\cygxslt-1.dll - os=4.0 img=1.0 sys=4.0 "cygxslt-1.dll" v0.0 ts=2003/9/23 14:58 7k 2003/09/23 D:\AMI\burke\cygwin\bin\cygxsltbreakpoint-1.dll - os=4.0 img=1.0 sys=4.0 "cygxsltbreakpoint-1.dll" v0.0 ts=2003/9/23 15:06 60k 2003/08/09 D:\AMI\burke\cygwin\bin\cygz.dll - os=4.0 img=1.0 sys=4.0 "cygz.dll" v0.0 ts=2003/8/9 2:28 949k 2003/09/20 D:\AMI\burke\cygwin\bin\cygwin1.dll - os=4.0 img=1.0 sys=4.0 "cygwin1.dll" v0.0 ts=2003/9/20 16:31 Cygwin DLL version info: DLL version: 1.5.5 DLL epoch: 19 DLL bad signal mask: 19005 DLL old termios: 5 DLL malloc env: 28 API major: 0 API minor: 94 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 Sep 20 16:31:15 EDT 2003 CVS tag: cr-0x9b Shared id: cygwin1S3 237k 2003/11/18 D:\AMI\burke\cygwin\usr\X11R6\bin\cygdps-1.dll - os=4.0 img=1.0 sys=4.0 "cygdps-1.dll" v0.0 ts=2003/11/17 20:41 121k 2003/11/18 D:\AMI\burke\cygwin\usr\X11R6\bin\cygdpstk-1.dll - os=4.0 img=1.0 sys=4.0 "cygdpstk-1.dll" v0.0 ts=2003/11/17 20:41 28k 2003/10/29 D:\AMI\burke\cygwin\usr\X11R6\bin\cygDtPrint-1.dll - os=4.0 img=1.0 sys=4.0 "cygDtPrint-1.dll" v0.0 ts=2003/10/28 19:59 282k 2003/10/28 D:\AMI\burke\cygwin\usr\X11R6\bin\cygfreetype-9.dll - os=4.0 img=1.0 sys=4.0 "cygfreetype-9.dll" v0.0 ts=2003/10/18 2:44 373k 2003/11/18 D:\AMI\burke\cygwin\usr\X11R6\bin\cygGL-1.dll - os=4.0 img=1.0 sys=4.0 "cygGL-1.dll" v0.0 ts=2003/11/17 20:39 439k 2003/11/18 D:\AMI\burke\cygwin\usr\X11R6\bin\cygGLU-1.dll - os=4.0 img=1.0 sys=4.0 "cygGLU-1.dll" v0.0 ts=2003/11/17 20:40 74k 2003/11/18 D:\AMI\burke\cygwin\usr\X11R6\bin\cygICE-6.dll - os=4.0 img=1.0 sys=4.0 "cygICE-6.dll" v0.0 ts=2003/11/17 20:30 77k 2003/10/29 D:\AMI\burke\cygwin\usr\X11R6\bin\cygMrm-2.dll - os=4.0 img=1.0 sys=4.0 "cygMrm-2.dll" v0.0 ts=2003/10/28 19:59 9k 2003/11/18 D:\AMI\burke\cygwin\usr\X11R6\bin\cygoldX-6.dll - os=4.0 img=1.0 sys=4.0 "cygoldX-6.dll" v0.0 ts=2003/11/17 20:30 1271k 2003/11/18 D:\AMI\burke\cygwin\usr\X11R6\bin\cygOSMesa-4.dll - os=4.0 img=1.0 sys=4.0 "cygOSMesa-4.dll" v0.0 ts=2003/11/17 20:39 20k 2003/11/18 D:\AMI\burke\cygwin\usr\X11R6\bin\cygpsres-1.dll - os=4.0 img=1.0 sys=4.0 "cygpsres-1.dll" v0.0 ts=2003/11/17 20:42 30k 2003/11/18 D:\AMI\burke\cygwin\usr\X11R6\bin\cygSM-6.dll - os=4.0 img=1.0 sys=4.0 "cygSM-6.dll" v0.0 ts=2003/11/17 20:30 66k 2003/10/29 D:\AMI\burke\cygwin\usr\X11R6\bin\cygUil-2.dll - os=4.0 img=1.0 sys=4.0 "cygUil-2.dll" v0.0 ts=2003/10/28 19:59 864k 2003/11/18 D:\AMI\burke\cygwin\usr\X11R6\bin\cygX11-6.dll - os=4.0 img=1.0 sys=4.0 "cygX11-6.dll" v0.0 ts=2003/11/17 20:30 253k 2003/11/18 D:\AMI\burke\cygwin\usr\X11R6\bin\cygXaw-6.dll - os=4.0 img=1.0 sys=4.0 "cygXaw-6.dll" v0.0 ts=2003/11/17 20:33 355k 2003/11/18 D:\AMI\burke\cygwin\usr\X11R6\bin\cygXaw-7.dll - os=4.0 img=1.0 sys=4.0 "cygXaw-7.dll" v0.0 ts=2003/11/17 20:34 281k 2003/10/30 D:\AMI\burke\cygwin\usr\X11R6\bin\cygXaw3d-7.dll - os=4.0 img=1.0 sys=4.0 "cygXaw3d-7.dll" v0.0 ts=2003/10/30 11:14 36k 2003/11/18 D:\AMI\burke\cygwin\usr\X11R6\bin\cygXcursor-1.dll - os=4.0 img=1.0 sys=4.0 "cygXcursor-1.dll" v0.0 ts=2003/11/17 20:43 49k 2003/11/18 D:\AMI\burke\cygwin\usr\X11R6\bin\cygXext-6.dll - os=4.0 img=1.0 sys=4.0 "cygXext-6.dll" v0.0 ts=2003/11/17 20:30 56k 2003/11/18 D:\AMI\burke\cygwin\usr\X11R6\bin\cygXft-1.dll - os=4.0 img=1.0 sys=4.0 "cygXft-1.dll" v0.0 ts=2003/11/17 20:42 74k 2003/11/18 D:\AMI\burke\cygwin\usr\X11R6\bin\cygXft-2.dll - os=4.0 img=1.0 sys=4.0 "cygXft-2.dll" v0.0 ts=2003/11/17 20:42 27k 2003/11/18 D:\AMI\burke\cygwin\usr\X11R6\bin\cygXi-6.dll - os=4.0 img=1.0 sys=4.0 "cygXi-6.dll" v0.0 ts=2003/11/17 20:34 1324k 2003/10/29 D:\AMI\burke\cygwin\usr\X11R6\bin\cygXm-2.dll - os=4.0 img=1.0 sys=4.0 "cygXm-2.dll" v0.0 ts=2003/10/28 19:44 76k 2003/11/18 D:\AMI\burke\cygwin\usr\X11R6\bin\cygXmu-6.dll - os=4.0 img=1.0 sys=4.0 "cygXmu-6.dll" v0.0 ts=2003/11/17 20:32 11k 2003/11/18 D:\AMI\burke\cygwin\usr\X11R6\bin\cygXmuu-1.dll - os=4.0 img=1.0 sys=4.0 "cygXmuu-1.dll" v0.0 ts=2003/11/17 20:32 26k 2003/11/18 D:\AMI\burke\cygwin\usr\X11R6\bin\cygXp-6.dll - os=4.0 img=1.0 sys=4.0 "cygXp-6.dll" v0.0 ts=2003/11/17 20:35 51k 2003/11/18 D:\AMI\burke\cygwin\usr\X11R6\bin\cygXpm-4.dll - os=4.0 img=1.0 sys=4.0 "cygXpm-4.dll" v0.0 ts=2003/11/17 20:32 14k 2003/11/18 D:\AMI\burke\cygwin\usr\X11R6\bin\cygXrandr-2.dll - os=4.0 img=1.0 sys=4.0 "cygXrandr-2.dll" v0.0 ts=2003/11/17 20:43 26k 2003/11/18 D:\AMI\burke\cygwin\usr\X11R6\bin\cygXrender-1.dll - os=4.0 img=1.0 sys=4.0 "cygXrender-1.dll" v0.0 ts=2003/11/17 20:42 282k 2003/11/18 D:\AMI\burke\cygwin\usr\X11R6\bin\cygXt-6.dll - os=4.0 img=1.0 sys=4.0 "cygXt-6.dll" v0.0 ts=2003/11/17 20:31 27k 2003/11/18 D:\AMI\burke\cygwin\usr\X11R6\bin\cygXTrap-6.dll - os=4.0 img=1.0 sys=4.0 "cygXTrap-6.dll" v0.0 ts=2003/11/17 20:43 17k 2003/11/18 D:\AMI\burke\cygwin\usr\X11R6\bin\cygXtst-6.dll - os=4.0 img=1.0 sys=4.0 "cygXtst-6.dll" v0.0 ts=2003/11/17 20:34 15k 2003/11/18 D:\AMI\burke\cygwin\usr\X11R6\bin\cygXv-1.dll - os=4.0 img=1.0 sys=4.0 "cygXv-1.dll" v0.0 ts=2003/11/17 20:35 Cygwin Package Information Last downloaded files to: D:\AMI\burke\windows programming Last downloaded files from: ftp://ftp.nas.nasa.gov/mirrors/cygwin.com/pub/cygwin Package Version _update-info-dir 00225-1 ash 20031007-1 astyle 1.15.3-3 autoconf 2.59-1 autoconf-devel 2.59-1 autoconf-stable 2.13-5 automake 1.7.9-1 automake-devel 1.7.9-1 automake-stable 1.4p6-2 base-files 2.6-1 base-passwd 1.1-1 bash 2.05b-16 binutils 20030901-1 bison 20030307-1 byacc 1.9-1 bzip2 1.0.2-5 c-client 2002e-3 ccache 2.2-1 ccdoc 0.8.39-1 check 0.8.4-1 clisp 2.31-2 cmake 1.8.2-1 cocom 0.995-1 compface 1.4-5 crypt 1.1-1 ctags 5.5-4 curl 7.10.8-1 curl-devel 7.10.8-1 cvs 1.11.6-3 cygipc 2.02-1 cygwin 1.5.5-1 dejagnu 20021217-2 diffutils 2.8.4-1 distcc 2.11.2-1 doxygen 1.2.18-1 dpkg 1.10.4-2 editrights 1.01-1 ELFIO 1.0.0-1 expat 1.95.6-2 expect 20030128-1 file 4.06-1 fileutils 4.1-2 findutils 4.1.7-4 flex 2.5.4a-3 fltk 1.1.4-2 fontconfig 2.2.0-1 freetype2 2.1.5-1 gawk 3.1.3-4 gcc 3.3.1-3 gcc-ada 3.3.1-3 gcc-g++ 3.3.1-3 gcc-g77 3.3.1-3 gcc-gpc 3.3.1-3 gcc-java 3.3.1-3 gcc-mingw 20030911-4 gcc-mingw-ada 20031020-1 gcc-mingw-core 20031020-1 gcc-mingw-g++ 20031020-1 gcc-mingw-g77 20031020-1 gcc-mingw-gpc 20031020-1 gcc-mingw-java 20031020-1 gcc-mingw-objc 20031020-1 gcc-objc 3.3.1-3 gd 2.0.15-1 gdb 20030919-1 gdbm 1.8.3-7 gettext 0.12.1-3 gettext-devel 0.12.1-3 ghostscript 7.05-2 ghostscript-base 7.05-2 ghostscript-x11 7.05-2 gnuplot 3.8j.0-1 gperf 2.7.2-1 grep 2.5-1 groff 1.18.1-2 guile 1.6.4-12 guile-devel 1.6.4-12 gv 3.5.8-1 gzip 1.3.5-1 ImageMagick 5.5.7-1 indent 2.2.8-1 ioperm 0.4-1 jbigkit 1.5-3 jgraph 8.3-1 jpeg 6b-11 less 381-1 lesstif 0.93.91-4 libbz2_1 1.0.2-5 libcharset1 1.9.1-3 libdb3.1 3.1.17-2 libdb4.1 4.1.25-1 libfontconfig-devel 2.2.0-1 libfontconfig1 2.2.0-1 libfreetype2-devel 2.1.5-1 libfreetype26 2.1.5-1 libgd-devel 2.0.15-1 libgd2 2.0.15-1 libgdbm 1.8.0-5 libgdbm-devel 1.8.3-7 libgdbm3 1.8.3-3 libgdbm4 1.8.3-7 libgettextpo0 0.12.1-3 libguile12 1.6.4-12 libguile12abi13 1.6.4-2 libiconv 1.9.1-3 libiconv2 1.9.1-3 libintl 0.10.38-3 libintl1 0.10.40-1 libintl2 0.12.1-3 libjpeg62 6b-11 libjpeg6b 6b-8 libkpathsea3 2.0.2-13 libkpathsea3abi13 2.0.2-2 libltdl3 1.5-3 libMagick-devel 5.5.7-1 libMagick6 5.5.7-1 libncurses-devel 5.3-4 libncurses5 5.2-1 libncurses6 5.2-8 libncurses7 5.3-4 libpcre 4.1-1 libpcre0 4.4-2 libpng 1.2.5-4 libpng10 1.0.15-4 libpng10-devel 1.0.15-4 libpng12 1.2.5-4 libpng12-devel 1.2.5-4 libpng2 1.0.12-1 libpopt0 1.6.4-4 libreadline4 4.1-2 libreadline5 4.3-5 libtiff-devel 3.6.0-5 libtiff3 3.6.0-2 libtiff4 3.6.0-5 libtool 1.5b-1 libtool-devel 1.5-3 libtool-stable 1.4.3-2 libxml2 2.5.11-1 libxslt 1.0.33-1 login 1.9-7 m4 1.4-1 make 3.80-1 man 1.5j-2 mingw-runtime 3.2-1 minires-devel 0.97-1 mktemp 1.5-3 nasm 0.98.38-1 ncurses 5.3-4 opengl 1.1.0-7 openssl 0.9.7c-1 openssl-devel 0.9.7c-1 patch 2.5.8-8 patchutils 0.2.22-2 pcre 4.4-2 pcre-devel 4.4-2 pcre-doc 4.4-2 perl 5.8.2-1 pkgconfig 0.15.0-4 popt 1.6.4-4 rcs 5.7-3 readline 4.3-5 ruby 1.8.0-2 sed 4.0.8-1 sh-utils 2.0.15-4 splint 3.1.1-1 SWI-Prolog 5.2.6-1 swig 1.3.19-1 tar 1.13.25-5 tcltk 20030901-1 tcm 2.20-1 termcap 20021106-2 terminfo 5.3_20030726-1 tetex-devel 2.0.2-13 texinfo 4.2-4 textutils 2.0.21-1 tiff 3.6.0-5 uw-imap 2002e-3 w32api 2.4-1 which 1.5-2 Xaw3d 1.5D-4 xerces-c-devel 2.3.0-4 XFree86-base 4.3.0-1 XFree86-bin 4.3.0-8 XFree86-etc 4.3.0-6 XFree86-fenc 4.2.0-3 XFree86-fnts 4.2.0-3 XFree86-lib 4.3.0-1 XFree86-lib-compat 4.3.0-2 XFree86-prog 4.3.0-12 XFree86-startup-scripts 4.2.0-5 XFree86-xserv 4.3.0-25 xpm-nox 4.2.0-4 zlib 1.1.4-4 Use -h to see help about each section From huntharo@msu.edu Sat Dec 13 03:50:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Sat, 13 Dec 2003 03:50:00 -0000 Subject: undefined references to XtMalloc, XtWidget... In-Reply-To: References: Message-ID: <3FDA39B2.2010300@msu.edu> This is a very common problem. Your link order needs to be changed so that any library that references library "foo" comes before library "foo" in the link order; else the link will fail. In your case, you can see from the error message that "GLw" is using Xt functions. Thus, -lXt must come *after* -lGLw. Try modifying that gcc link command by hand and get all of the dependencies in the right order (verify it by running it), then work on fixes your makefiles or whatever to permanently fix the problem. Harold J. Burke Murray wrote: > I am trying to port an X-windows program to run under cygwin. I am getting > link errors about undefined references to a bunch of Xt... routines. > > Thanks in advance for help or suggestions. > > Burke Murray > > Here is the output of make: > > [ this was all one line, I wrapped it for readability ] > gcc -g -O0 -I/usr/X11R6/include -I/usr/local/include > -DPRINT2D -DLINUX -DOPENGL -DVENDORDATA -DFIXREDUNDANTLABELS -DPARAMSYM > -DDEMOROTATEF -o myprog main.o bitmap.o colors.o data.o dials.o draw.o > draw2d.o > draw3d.o events.o exp.o fonts.o globals.o graphics.o groups.o > gwindows.o help.o > hpolygons.o intrex.o intro.o memory.o menuroutines.o menus.o neat.o > offbody.o > polygons.o ps.o reports.o select.o solutions.o streamlines.o > strings.o > surf.o time.o vectors.o version.o vs.o vsglobals.o wakes.o warp.o > windows.o jpeg.o pcl.o rgb.o tiff.o mpeg.o png.o -L/usr/X11R6/lib > -L/usr/local/lib -lX11 -lXp -lXm -lXext -lXt -lglut32 -lglu32 > -lopengl32 -lGLw -lGL -lGLU -lm > > /usr/X11R6/lib/libGLw.a(GLwM2DrawA.o)(.text+0x26d):GLwM2DrawA.c: undefined > reference to `_XtWidgetToApplicationContext' > /usr/X11R6/lib/libGLw.a(GLwM2DrawA.o)(.text+0x279):GLwM2DrawA.c: undefined > reference to `_XtAppError' > /usr/X11R6/lib/libGLw.a(GLwM2DrawA.o)(.text+0x2cd):GLwM2DrawA.c: undefined > reference to `_XtWidgetToApplicationContext' > /usr/X11R6/lib/libGLw.a(GLwM2DrawA.o)(.text+0x2d9):GLwM2DrawA.c: undefined > reference to `_XtAppWarning' > /usr/X11R6/lib/libGLw.a(GLwM2DrawA.o)(.text+0x361):GLwM2DrawA.c: undefined > reference to `_XtMalloc' > /usr/X11R6/lib/libGLw.a(GLwM2DrawA.o)(.text+0x54e):GLwM2DrawA.c: undefined > reference to `_XtMalloc' > > [ and a bunch more ] > > Here is the output from cygcheck: > > > Cygwin Win95/NT Configuration Diagnostics > Current System Time: Fri Dec 12 16:12:01 2003 > > Windows NT Ver 4.0 Build 1381 Service Pack 6 > > Path: D:\AMI\burke\cygwin\usr\local\bin > D:\AMI\burke\cygwin\bin > D:\AMI\burke\cygwin\bin > D:\AMI\burke\cygwin\usr\X11R6\bin > c:\WINNT\System32 > d:\AMI\burke\MSDev98\Bin > d:\AMI\burke\Tools > d:\AMI\VC98\bin > . > . > > Output from D:\AMI\burke\cygwin\bin\id.exe (nontsec) > UID: 1000(burke) GID: 513(None) > 513(None) > > Output from D:\AMI\burke\cygwin\bin\id.exe (ntsec) > UID: 1000(burke) GID: 513(None) > 513(None) 544(Administrators) > 551(Backup Operators) 547(Power Users) > 545(Users) 1003(AMI) > > SysDir: C:\WINNT\System32 > WinDir: C:\WINNT > > HOME = `d:\ami\burke' > MAKE_MODE = `unix' > PWD = `/cygdrive/d/ami/burke/omnicyg' > USER = `burke' > > COMPUTERNAME = `BURKEPC' > COMSPEC = `C:\WINNT\system32\cmd.exe' > CPU = `i386' > CVS_RSH = `/bin/ssh' > HOMEDRIVE = `d:' > HOMEPATH = `/ami/burke' > HOSTNAME = `burkepc' > INCLUDE = > `D:\AMI\VC98\atl\include;D:\AMI\VC98\mfc\include;D:\AMI\VC98\include' > INFOPATH = > `/usr/local/info:/usr/info:/usr/share/info:/usr/autotool/devel/info:/usr/aut > otool/stable/info:' > LIB = `D:\AMI\VC98\mfc\lib;D:\AMI\VC98\lib' > LINK_F90 = `sstatd.lib sstats.lib smathd.lib smaths.lib sf90mp.lib' > LOGONSERVER = `\\BURKEPC' > MANPATH = > `/usr/local/man:/usr/man:/usr/share/man:/usr/autotool/devel/man::/usr/ssl/ma > n' > MSDEVDIR = `D:\AMI\burke\MSDev98' > NUMBER_OF_PROCESSORS = `1' > OLDPWD = `/cygdrive/d/ami/burke' > OS2LIBPATH = `C:\WINNT\system32\os2\dll;' > OS = `Windows_NT' > PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH' > PKG_CONFIG_PATH = `:/usr/X11R6/lib/pkgconfig' > PROCESSOR_ARCHITECTURE = `x86' > PROCESSOR_IDENTIFIER = `x86 Family 6 Model 7 Stepping 3, GenuineIntel' > PROCESSOR_LEVEL = `6' > PROCESSOR_REVISION = `0703' > PROMPT = `$P$G' > PS1 = `\[\033]0;\w\007 > \033[32m\]\u@\h \[\033[33m\w\033[0m\] > $ ' > SHLVL = `1' > SYSTEMDRIVE = `C:' > SYSTEMROOT = `C:\WINNT' > TEMP = `c:\TEMP' > TERM = `cygwin' > TMP = `c:\TEMP' > TMPDIR = `c:\TEMP' > USERDOMAIN = `BURKEPC' > USERNAME = `burke' > USERPROFILE = `C:\WINNT\Profiles\burke' > WINDIR = `C:\WINNT' > _ = `/usr/bin/cygcheck' > > HKEY_CURRENT_USER\Software\Cygnus Solutions > HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin > HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2 > HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\Program Options > HKEY_CURRENT_USER\Software\Cygnus Solutions\Kerbnet > HKEY_CURRENT_USER\Software\Cygnus Solutions\Kerbnet\1 > HKEY_CURRENT_USER\Software\Cygnus Solutions\Kerbnet\1\cns > (default) = 0x00000100 > y = 0x00000104 > cx = 0x00000200 > cy = 0x000000f7 > alert = 0x00000000 > beep = 0x00000000 > lifetime = 0x00000258 > forwardable = 0x00000001 > no_addresses = 0x00000000 > name = `burke' > realm = `U.MHPCC.EDU' > login_00 = `burke.@U.MHPCC.EDU' > login_01 = `burke.@u.mhpcc.edu' > HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions > HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin > HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2 > (default) = `/cygdrive' > cygdrive flags = 0x00000022 > HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/ > (default) = `D:\AMI\burke\cygwin' > flags = 0x0000000a > HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/bin > (default) = `D:\AMI\burke\cygwin/bin' > flags = 0x0000000a > HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/lib > (default) = `D:\AMI\burke\cygwin/lib' > flags = 0x0000000a > HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts > v2\/usr/X11R6/lib/X11/fonts > (default) = `D:\AMI\burke\cygwin\usr\X11R6\lib\X11\fonts' > flags = 0x0000000a > HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\Program Options > > a: fd N/A N/A > c: hd FAT 2047Mb 86% CP UN > d: hd NTFS 6008Mb 69% CP CS UN PA FC > g: cd CDFS 544Mb 100% CS DN600ENU2 > h: ram FAT 29Mb 44% CP UN NT-RAMDRIVE > > D:\AMI\burke\cygwin / > system binmode > D:\AMI\burke\cygwin/bin /usr/bin > system binmode > D:\AMI\burke\cygwin/lib /usr/lib > system binmode > D:\AMI\burke\cygwin\usr\X11R6\lib\X11\fonts /usr/X11R6/lib/X11/fonts > system binmode > . /cygdrive > system binmode,cygdrive > > Found: D:\AMI\burke\cygwin\bin\awk.exe > Found: D:\AMI\burke\cygwin\bin\bash.exe > Found: D:\AMI\burke\cygwin\bin\cat.exe > Found: D:\AMI\burke\cygwin\bin\cp.exe > Found: D:\AMI\burke\cygwin\bin\cpp.exe > Found: D:\AMI\burke\cygwin\bin\find.exe > Found: D:\AMI\burke\cygwin\bin\gcc.exe > Found: D:\AMI\burke\cygwin\bin\gdb.exe > Found: D:\AMI\burke\cygwin\bin\grep.exe > Found: D:\AMI\burke\cygwin\bin\ld.exe > Found: D:\AMI\burke\cygwin\bin\ls.exe > Found: D:\AMI\burke\cygwin\bin\make.exe > Found: D:\AMI\burke\cygwin\bin\mv.exe > Found: D:\AMI\burke\cygwin\bin\rm.exe > Found: D:\AMI\burke\cygwin\bin\sed.exe > Found: D:\AMI\burke\cygwin\bin\sh.exe > Found: D:\AMI\burke\cygwin\bin\tar.exe > > 61k 2003/08/09 D:\AMI\burke\cygwin\bin\cygbz2-1.dll - os=4.0 img=1.0 > sys=4.0 > "cygbz2-1.dll" v0.0 ts=2003/8/9 2:35 > 14k 2003/08/10 D:\AMI\burke\cygwin\bin\cygcharset-1.dll - os=4.0 img=1.0 > sys=4.0 > "cygcharset-1.dll" v0.0 ts=2003/8/10 16:57 > 7k 2003/10/19 D:\AMI\burke\cygwin\bin\cygcrypt-0.dll - os=4.0 img=1.0 > sys=4.0 > "cygcrypt-0.dll" v0.0 ts=2003/10/19 3:57 > 842k 2003/09/30 D:\AMI\burke\cygwin\bin\cygcrypto-0.9.7.dll - os=4.0 > img=1.0 sys=4.0 > "cygcrypto-0.9.7.dll" v0.0 ts=2003/9/30 12:49 > 598k 2003/11/03 D:\AMI\burke\cygwin\bin\cygcurl-2.dll - os=4.0 img=1.0 > sys=4.0 > "cygcurl-2.dll" v0.0 ts=2003/11/3 11:22 > 22k 2003/10/17 D:\AMI\burke\cygwin\bin\cygcygipc-2.dll - os=4.0 img=1.0 > sys=4.0 > "cygcygipc-2.dll" v0.0 ts=2003/10/17 1:24 > 380k 2002/07/24 D:\AMI\burke\cygwin\bin\cygdb-3.1.dll - os=4.0 img=1.0 > sys=4.0 > "cygdb-3.1.dll" v0.0 ts=2002/7/24 12:24 > 831k 2003/09/20 D:\AMI\burke\cygwin\bin\cygdb-4.1.dll - os=4.0 img=1.0 > sys=4.0 > "cygdb-4.1.dll" v0.0 ts=2003/9/20 17:51 > 487k 2002/07/24 D:\AMI\burke\cygwin\bin\cygdb_cxx-3.1.dll - os=4.0 img=1.0 > sys=4.0 > "cygdb_cxx-3.1.dll" v0.0 ts=2002/7/24 12:25 > 1080k 2003/09/20 D:\AMI\burke\cygwin\bin\cygdb_cxx-4.1.dll - os=4.0 img=1.0 > sys=4.0 > "cygdb_cxx-4.1.dll" v0.0 ts=2003/9/20 17:53 > 132k 2003/07/12 D:\AMI\burke\cygwin\bin\cygexpat-0.dll - os=4.0 img=1.0 > sys=4.0 > "cygexpat-0.dll" v0.0 ts=2003/7/12 7:33 > 64k 2003/09/23 D:\AMI\burke\cygwin\bin\cygexslt-0.dll - os=4.0 img=1.0 > sys=4.0 > "cygexslt-0.dll" v0.0 ts=2003/9/23 15:13 > 654k 2003/11/04 D:\AMI\burke\cygwin\bin\cygfltknox-0.dll - os=4.0 img=1.0 > sys=4.0 > "cygfltknox-0.dll" v0.0 ts=2003/11/4 16:57 > 65k 2003/11/04 D:\AMI\burke\cygwin\bin\cygfltknox_forms-0.dll - os=4.0 > img=1.0 sys=4.0 > "cygfltknox_forms-0.dll" v0.0 ts=2003/11/4 16:57 > 81k 2003/11/04 D:\AMI\burke\cygwin\bin\cygfltknox_gl-0.dll - os=4.0 > img=1.0 sys=4.0 > "cygfltknox_gl-0.dll" v0.0 ts=2003/11/4 16:58 > 108k 2003/11/04 D:\AMI\burke\cygwin\bin\cygfltknox_images-0.dll - os=4.0 > img=1.0 sys=4.0 > "cygfltknox_images-0.dll" v0.0 ts=2003/11/4 16:58 > 131k 2003/10/28 D:\AMI\burke\cygwin\bin\cygfontconfig-1.dll - os=4.0 > img=1.0 sys=4.0 > "cygfontconfig-1.dll" v0.0 ts=2003/10/28 17:44 > 45k 2001/04/25 D:\AMI\burke\cygwin\bin\cygform5.dll - os=4.0 img=1.0 > sys=4.0 > "cygform5.dll" v0.0 ts=2001/4/25 1:28 > 35k 2002/01/09 D:\AMI\burke\cygwin\bin\cygform6.dll - os=4.0 img=1.0 > sys=4.0 > "cygform6.dll" v0.0 ts=2002/1/9 1:03 > 48k 2003/08/09 D:\AMI\burke\cygwin\bin\cygform7.dll - os=4.0 img=1.0 > sys=4.0 > "cygform7.dll" v0.0 ts=2003/8/9 5:25 > 361k 2003/10/25 D:\AMI\burke\cygwin\bin\cygfreetype-6.dll - os=4.0 img=1.0 > sys=4.0 > "cygfreetype-6.dll" v0.0 ts=2003/10/22 0:18 > 208k 2003/11/19 D:\AMI\burke\cygwin\bin\cyggd-2.dll - os=4.0 img=1.0 > sys=4.0 > "cyggd-2.dll" v0.0 ts=2003/11/19 12:57 > 28k 2003/07/20 D:\AMI\burke\cygwin\bin\cyggdbm-3.dll - os=4.0 img=1.0 > sys=4.0 > "cyggdbm-3.dll" v0.0 ts=2003/7/20 3:58 > 30k 2003/08/11 D:\AMI\burke\cygwin\bin\cyggdbm-4.dll - os=4.0 img=1.0 > sys=4.0 > "cyggdbm-4.dll" v0.0 ts=2003/8/10 22:12 > 19k 2003/03/22 D:\AMI\burke\cygwin\bin\cyggdbm.dll - os=4.0 img=1.0 > sys=4.0 > "cyggdbm.dll" v0.0 ts=2002/2/19 22:05 > 15k 2003/07/20 D:\AMI\burke\cygwin\bin\cyggdbm_compat-3.dll - os=4.0 > img=1.0 sys=4.0 > "cyggdbm_compat-3.dll" v0.0 ts=2003/7/20 4:00 > 15k 2003/08/11 D:\AMI\burke\cygwin\bin\cyggdbm_compat-4.dll - os=4.0 > img=1.0 sys=4.0 > "cyggdbm_compat-4.dll" v0.0 ts=2003/8/10 22:13 > 69k 2003/08/10 D:\AMI\burke\cygwin\bin\cyggettextlib-0-12-1.dll - os=4.0 > img=1.0 sys=4.0 > "cyggettextlib-0-12-1.dll" v0.0 ts=2003/8/10 18:10 > 12k 2003/08/10 D:\AMI\burke\cygwin\bin\cyggettextpo-0.dll - os=4.0 > img=1.0 sys=4.0 > "cyggettextpo-0.dll" v0.0 ts=2003/8/10 18:11 > 134k 2003/08/10 D:\AMI\burke\cygwin\bin\cyggettextsrc-0-12-1.dll - os=4.0 > img=1.0 sys=4.0 > "cyggettextsrc-0-12-1.dll" v0.0 ts=2003/8/10 18:10 > 489k 2003/08/09 D:\AMI\burke\cygwin\bin\cygguile-12.dll - os=4.0 img=1.0 > sys=4.0 > "cygguile-12.dll" v0.0 ts=2003/8/9 10:17 > 489k 2003/07/28 D:\AMI\burke\cygwin\bin\cygguile-12abi13.dll - os=4.0 > img=1.0 sys=4.0 > "cygguile-12abi13.dll" v0.0 ts=2003/7/28 14:18 > 24k 2003/08/09 D:\AMI\burke\cygwin\bin\cygguile-ltdl-1.dll - os=4.0 > img=1.0 sys=4.0 > "cygguile-ltdl-1.dll" v0.0 ts=2003/8/9 10:16 > 24k 2003/07/28 D:\AMI\burke\cygwin\bin\cygguile-ltdl-1abi13.dll - os=4.0 > img=1.0 sys=4.0 > "cygguile-ltdl-1abi13.dll" v0.0 ts=2003/7/28 13:48 > 62k 2003/08/09 > D:\AMI\burke\cygwin\bin\cygguile-srfi-srfi-13-14-v-1-1.dll - os=4.0 img=1.0 > sys=4.0 > "cygguile-srfi-srfi-13-14-v-1-1.dll" v0.0 ts=2003/8/9 > 10:17 > 62k 2003/07/28 > D:\AMI\burke\cygwin\bin\cygguile-srfi-srfi-13-14-v-1-1abi13.dll - os=4.0 > img=1.0 sys=4.0 > "cygguile-srfi-srfi-13-14-v-1-1abi13.dll" v0.0 > ts=2003/7/28 14:18 > 23k 2003/08/09 D:\AMI\burke\cygwin\bin\cygguile-srfi-srfi-4-v-1-1.dll - > os=4.0 img=1.0 sys=4.0 > "cygguile-srfi-srfi-4-v-1-1.dll" v0.0 ts=2003/8/9 10:17 > 23k 2003/07/28 > D:\AMI\burke\cygwin\bin\cygguile-srfi-srfi-4-v-1-1abi13.dll - os=4.0 img=1.0 > sys=4.0 > "cygguile-srfi-srfi-4-v-1-1abi13.dll" v0.0 ts=2003/7/28 > 14:18 > 11k 2003/08/09 D:\AMI\burke\cygwin\bin\cygguilereadline-v-12-12.dll - > os=4.0 img=1.0 sys=4.0 > "cygguilereadline-v-12-12.dll" v0.0 ts=2003/8/9 10:17 > 11k 2003/07/28 > D:\AMI\burke\cygwin\bin\cygguilereadline-v-12-12abi13.dll - os=4.0 img=1.0 > sys=4.0 > "cygguilereadline-v-12-12abi13.dll" v0.0 ts=2003/7/28 > 14:18 > 17k 2001/06/28 D:\AMI\burke\cygwin\bin\cyghistory4.dll - os=4.0 img=1.0 > sys=4.0 > "cyghistory4.dll" v0.0 ts=2001/1/6 23:34 > 29k 2003/08/10 D:\AMI\burke\cygwin\bin\cyghistory5.dll - os=4.0 img=1.0 > sys=4.0 > "cyghistory5.dll" v0.0 ts=2003/8/10 19:16 > 958k 2003/08/10 D:\AMI\burke\cygwin\bin\cygiconv-2.dll - os=4.0 img=1.0 > sys=4.0 > "cygiconv-2.dll" v0.0 ts=2003/8/10 16:57 > 22k 2001/12/13 D:\AMI\burke\cygwin\bin\cygintl-1.dll - os=4.0 img=1.0 > sys=4.0 > "cygintl-1.dll" v0.0 ts=2001/12/13 4:28 > 37k 2003/08/10 D:\AMI\burke\cygwin\bin\cygintl-2.dll - os=4.0 img=1.0 > sys=4.0 > "cygintl-2.dll" v0.0 ts=2003/8/10 17:50 > 21k 2001/06/20 D:\AMI\burke\cygwin\bin\cygintl.dll - os=4.0 img=1.0 > sys=4.0 > "cygintl.dll" v0.0 ts=2001/6/20 13:09 > 12k 2003/02/17 D:\AMI\burke\cygwin\bin\cygioperm-0.dll - os=4.0 img=1.0 > sys=4.0 > "cygioperm-0.dll" v0.0 ts=2003/2/17 14:58 > 48k 2003/08/10 D:\AMI\burke\cygwin\bin\cygjbig1.dll - os=4.0 img=1.0 > sys=4.0 > "cygjbig1.dll" v0.0 ts=2003/8/10 19:58 > 132k 2003/08/11 D:\AMI\burke\cygwin\bin\cygjpeg-62.dll - os=4.0 img=1.0 > sys=4.0 > "cygjpeg-62.dll" v0.0 ts=2003/8/10 20:37 > 119k 2002/02/09 D:\AMI\burke\cygwin\bin\cygjpeg6b.dll - os=4.0 img=1.0 > sys=4.0 > "cygjpeg6b.dll" v0.0 ts=2002/2/9 0:19 > 60k 2003/09/17 D:\AMI\burke\cygwin\bin\cygkpathsea-3.dll - os=4.0 img=1.0 > sys=4.0 > "cygkpathsea-3.dll" v0.0 ts=2003/9/17 12:37 > 60k 2003/07/27 D:\AMI\burke\cygwin\bin\cygkpathsea-3abi13.dll - os=4.0 > img=1.0 sys=4.0 > "cygkpathsea-3abi13.dll" v0.0 ts=2003/7/27 16:23 > 32k 2003/08/18 D:\AMI\burke\cygwin\bin\cygltdl-3.dll - os=4.0 img=1.0 > sys=4.0 > "cygltdl-3.dll" v0.0 ts=2003/8/18 1:35 > 349k 2003/12/04 D:\AMI\burke\cygwin\bin\cygMagick++-6.dll - os=4.0 img=1.0 > sys=4.0 > "cygMagick++-6.dll" v0.0 ts=2003/12/3 21:51 > 2354k 2003/12/04 D:\AMI\burke\cygwin\bin\cygMagick-6.dll - os=4.0 img=1.0 > sys=4.0 > "cygMagick-6.dll" v0.0 ts=2003/12/3 20:53 > 26k 2001/04/25 D:\AMI\burke\cygwin\bin\cygmenu5.dll - os=4.0 img=1.0 > sys=4.0 > "cygmenu5.dll" v0.0 ts=2001/4/25 1:27 > 20k 2002/01/09 D:\AMI\burke\cygwin\bin\cygmenu6.dll - os=4.0 img=1.0 > sys=4.0 > "cygmenu6.dll" v0.0 ts=2002/1/9 1:03 > 29k 2003/08/09 D:\AMI\burke\cygwin\bin\cygmenu7.dll - os=4.0 img=1.0 > sys=4.0 > "cygmenu7.dll" v0.0 ts=2003/8/9 5:25 > 156k 2001/04/25 D:\AMI\burke\cygwin\bin\cygncurses++5.dll - os=4.0 img=1.0 > sys=4.0 > "cygncurses++5.dll" v0.0 ts=2001/4/25 1:29 > 175k 2002/01/09 D:\AMI\burke\cygwin\bin\cygncurses++6.dll - os=4.0 img=1.0 > sys=4.0 > "cygncurses++6.dll" v0.0 ts=2002/1/9 1:03 > 226k 2001/04/25 D:\AMI\burke\cygwin\bin\cygncurses5.dll - os=4.0 img=1.0 > sys=4.0 > "cygncurses5.dll" v0.0 ts=2001/4/25 1:17 > 202k 2002/01/09 D:\AMI\burke\cygwin\bin\cygncurses6.dll - os=4.0 img=1.0 > sys=4.0 > "cygncurses6.dll" v0.0 ts=2002/1/9 1:03 > 224k 2003/08/09 D:\AMI\burke\cygwin\bin\cygncurses7.dll - os=4.0 img=1.0 > sys=4.0 > "cygncurses7.dll" v0.0 ts=2003/8/9 5:24 > 15k 2001/04/25 D:\AMI\burke\cygwin\bin\cygpanel5.dll - os=4.0 img=1.0 > sys=4.0 > "cygpanel5.dll" v0.0 ts=2001/4/25 1:27 > 12k 2002/01/09 D:\AMI\burke\cygwin\bin\cygpanel6.dll - os=4.0 img=1.0 > sys=4.0 > "cygpanel6.dll" v0.0 ts=2002/1/9 1:03 > 19k 2003/08/09 D:\AMI\burke\cygwin\bin\cygpanel7.dll - os=4.0 img=1.0 > sys=4.0 > "cygpanel7.dll" v0.0 ts=2003/8/9 5:24 > 67k 2003/09/10 D:\AMI\burke\cygwin\bin\cygpcre-0.dll - os=4.0 img=1.0 > sys=4.0 > "cygpcre-0.dll" v0.0 ts=2003/9/10 10:25 > 63k 2003/04/11 D:\AMI\burke\cygwin\bin\cygpcre.dll - os=4.0 img=1.0 > sys=4.0 > "cygpcre.dll" v0.0 ts=2003/4/11 4:31 > 15k 2003/09/10 D:\AMI\burke\cygwin\bin\cygpcreposix-0.dll - os=4.0 > img=1.0 sys=4.0 > "cygpcreposix-0.dll" v0.0 ts=2003/9/10 10:25 > 61k 2003/04/11 D:\AMI\burke\cygwin\bin\cygpcreposix.dll - os=4.0 img=1.0 > sys=4.0 > "cygpcreposix.dll" v0.0 ts=2003/4/11 4:31 > 1049k 2003/11/07 D:\AMI\burke\cygwin\bin\cygperl5_8_2.dll - os=4.0 img=1.0 > sys=4.0 > "cygperl5_8_2.dll" v0.0 ts=2003/11/7 6:08 > 168k 2003/08/10 D:\AMI\burke\cygwin\bin\cygpng10.dll - os=4.0 img=1.0 > sys=4.0 > "cygpng10.dll" v0.0 ts=2003/8/10 18:31 > 173k 2003/08/10 D:\AMI\burke\cygwin\bin\cygpng12.dll - os=4.0 img=1.0 > sys=4.0 > "cygpng12.dll" v0.0 ts=2003/8/10 18:35 > 170k 2002/01/21 D:\AMI\burke\cygwin\bin\cygpng2.dll - os=4.0 img=1.0 > sys=4.0 > "cygpng2.dll" v0.0 ts=2002/1/20 20:05 > 22k 2002/06/09 D:\AMI\burke\cygwin\bin\cygpopt-0.dll - os=4.0 img=1.0 > sys=4.0 > "cygpopt-0.dll" v0.0 ts=2002/6/9 1:45 > 108k 2001/06/28 D:\AMI\burke\cygwin\bin\cygreadline4.dll - os=4.0 img=1.0 > sys=4.0 > "cygreadline4.dll" v0.0 ts=2001/1/6 23:34 > 148k 2003/08/10 D:\AMI\burke\cygwin\bin\cygreadline5.dll - os=4.0 img=1.0 > sys=4.0 > "cygreadline5.dll" v0.0 ts=2003/8/10 19:16 > 682k 2003/10/11 D:\AMI\burke\cygwin\bin\cygruby18.dll - os=4.0 img=1.0 > sys=4.0 > "cygruby18.dll" v0.0 ts=2003/10/11 7:41 > 171k 2003/09/30 D:\AMI\burke\cygwin\bin\cygssl-0.9.7.dll - os=4.0 img=1.0 > sys=4.0 > "cygssl-0.9.7.dll" v0.0 ts=2003/9/30 12:49 > 281k 2003/02/24 D:\AMI\burke\cygwin\bin\cygtiff3.dll - os=4.0 img=1.0 > sys=4.0 > "cygtiff3.dll" v0.0 ts=2003/2/23 23:58 > 282k 2003/08/11 D:\AMI\burke\cygwin\bin\cygtiff4.dll - os=4.0 img=1.0 > sys=4.0 > "cygtiff4.dll" v0.0 ts=2003/8/10 22:32 > 1074k 2003/09/23 D:\AMI\burke\cygwin\bin\cygxml2-2.dll - os=4.0 img=1.0 > sys=4.0 > "cygxml2-2.dll" v0.0 ts=2003/9/23 13:52 > 50k 2003/08/09 D:\AMI\burke\cygwin\bin\cygXpm-noX4.dll - os=4.0 img=1.0 > sys=4.0 > "cygXpm-noX4.dll" v0.0 ts=2003/8/9 3:21 > 54k 2003/08/09 D:\AMI\burke\cygwin\bin\cygXpm-X4.dll - os=4.0 img=1.0 > sys=4.0 > "cygXpm-X4.dll" v0.0 ts=2003/8/9 3:22 > 196k 2003/09/23 D:\AMI\burke\cygwin\bin\cygxslt-1.dll - os=4.0 img=1.0 > sys=4.0 > "cygxslt-1.dll" v0.0 ts=2003/9/23 14:58 > 7k 2003/09/23 D:\AMI\burke\cygwin\bin\cygxsltbreakpoint-1.dll - os=4.0 > img=1.0 sys=4.0 > "cygxsltbreakpoint-1.dll" v0.0 ts=2003/9/23 15:06 > 60k 2003/08/09 D:\AMI\burke\cygwin\bin\cygz.dll - os=4.0 img=1.0 sys=4.0 > "cygz.dll" v0.0 ts=2003/8/9 2:28 > 949k 2003/09/20 D:\AMI\burke\cygwin\bin\cygwin1.dll - os=4.0 img=1.0 > sys=4.0 > "cygwin1.dll" v0.0 ts=2003/9/20 16:31 > Cygwin DLL version info: > DLL version: 1.5.5 > DLL epoch: 19 > DLL bad signal mask: 19005 > DLL old termios: 5 > DLL malloc env: 28 > API major: 0 > API minor: 94 > 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 Sep 20 16:31:15 EDT 2003 > CVS tag: cr-0x9b > Shared id: cygwin1S3 > > 237k 2003/11/18 D:\AMI\burke\cygwin\usr\X11R6\bin\cygdps-1.dll - os=4.0 > img=1.0 sys=4.0 > "cygdps-1.dll" v0.0 ts=2003/11/17 20:41 > 121k 2003/11/18 D:\AMI\burke\cygwin\usr\X11R6\bin\cygdpstk-1.dll - os=4.0 > img=1.0 sys=4.0 > "cygdpstk-1.dll" v0.0 ts=2003/11/17 20:41 > 28k 2003/10/29 D:\AMI\burke\cygwin\usr\X11R6\bin\cygDtPrint-1.dll - > os=4.0 img=1.0 sys=4.0 > "cygDtPrint-1.dll" v0.0 ts=2003/10/28 19:59 > 282k 2003/10/28 D:\AMI\burke\cygwin\usr\X11R6\bin\cygfreetype-9.dll - > os=4.0 img=1.0 sys=4.0 > "cygfreetype-9.dll" v0.0 ts=2003/10/18 2:44 > 373k 2003/11/18 D:\AMI\burke\cygwin\usr\X11R6\bin\cygGL-1.dll - os=4.0 > img=1.0 sys=4.0 > "cygGL-1.dll" v0.0 ts=2003/11/17 20:39 > 439k 2003/11/18 D:\AMI\burke\cygwin\usr\X11R6\bin\cygGLU-1.dll - os=4.0 > img=1.0 sys=4.0 > "cygGLU-1.dll" v0.0 ts=2003/11/17 20:40 > 74k 2003/11/18 D:\AMI\burke\cygwin\usr\X11R6\bin\cygICE-6.dll - os=4.0 > img=1.0 sys=4.0 > "cygICE-6.dll" v0.0 ts=2003/11/17 20:30 > 77k 2003/10/29 D:\AMI\burke\cygwin\usr\X11R6\bin\cygMrm-2.dll - os=4.0 > img=1.0 sys=4.0 > "cygMrm-2.dll" v0.0 ts=2003/10/28 19:59 > 9k 2003/11/18 D:\AMI\burke\cygwin\usr\X11R6\bin\cygoldX-6.dll - os=4.0 > img=1.0 sys=4.0 > "cygoldX-6.dll" v0.0 ts=2003/11/17 20:30 > 1271k 2003/11/18 D:\AMI\burke\cygwin\usr\X11R6\bin\cygOSMesa-4.dll - os=4.0 > img=1.0 sys=4.0 > "cygOSMesa-4.dll" v0.0 ts=2003/11/17 20:39 > 20k 2003/11/18 D:\AMI\burke\cygwin\usr\X11R6\bin\cygpsres-1.dll - os=4.0 > img=1.0 sys=4.0 > "cygpsres-1.dll" v0.0 ts=2003/11/17 20:42 > 30k 2003/11/18 D:\AMI\burke\cygwin\usr\X11R6\bin\cygSM-6.dll - os=4.0 > img=1.0 sys=4.0 > "cygSM-6.dll" v0.0 ts=2003/11/17 20:30 > 66k 2003/10/29 D:\AMI\burke\cygwin\usr\X11R6\bin\cygUil-2.dll - os=4.0 > img=1.0 sys=4.0 > "cygUil-2.dll" v0.0 ts=2003/10/28 19:59 > 864k 2003/11/18 D:\AMI\burke\cygwin\usr\X11R6\bin\cygX11-6.dll - os=4.0 > img=1.0 sys=4.0 > "cygX11-6.dll" v0.0 ts=2003/11/17 20:30 > 253k 2003/11/18 D:\AMI\burke\cygwin\usr\X11R6\bin\cygXaw-6.dll - os=4.0 > img=1.0 sys=4.0 > "cygXaw-6.dll" v0.0 ts=2003/11/17 20:33 > 355k 2003/11/18 D:\AMI\burke\cygwin\usr\X11R6\bin\cygXaw-7.dll - os=4.0 > img=1.0 sys=4.0 > "cygXaw-7.dll" v0.0 ts=2003/11/17 20:34 > 281k 2003/10/30 D:\AMI\burke\cygwin\usr\X11R6\bin\cygXaw3d-7.dll - os=4.0 > img=1.0 sys=4.0 > "cygXaw3d-7.dll" v0.0 ts=2003/10/30 11:14 > 36k 2003/11/18 D:\AMI\burke\cygwin\usr\X11R6\bin\cygXcursor-1.dll - > os=4.0 img=1.0 sys=4.0 > "cygXcursor-1.dll" v0.0 ts=2003/11/17 20:43 > 49k 2003/11/18 D:\AMI\burke\cygwin\usr\X11R6\bin\cygXext-6.dll - os=4.0 > img=1.0 sys=4.0 > "cygXext-6.dll" v0.0 ts=2003/11/17 20:30 > 56k 2003/11/18 D:\AMI\burke\cygwin\usr\X11R6\bin\cygXft-1.dll - os=4.0 > img=1.0 sys=4.0 > "cygXft-1.dll" v0.0 ts=2003/11/17 20:42 > 74k 2003/11/18 D:\AMI\burke\cygwin\usr\X11R6\bin\cygXft-2.dll - os=4.0 > img=1.0 sys=4.0 > "cygXft-2.dll" v0.0 ts=2003/11/17 20:42 > 27k 2003/11/18 D:\AMI\burke\cygwin\usr\X11R6\bin\cygXi-6.dll - os=4.0 > img=1.0 sys=4.0 > "cygXi-6.dll" v0.0 ts=2003/11/17 20:34 > 1324k 2003/10/29 D:\AMI\burke\cygwin\usr\X11R6\bin\cygXm-2.dll - os=4.0 > img=1.0 sys=4.0 > "cygXm-2.dll" v0.0 ts=2003/10/28 19:44 > 76k 2003/11/18 D:\AMI\burke\cygwin\usr\X11R6\bin\cygXmu-6.dll - os=4.0 > img=1.0 sys=4.0 > "cygXmu-6.dll" v0.0 ts=2003/11/17 20:32 > 11k 2003/11/18 D:\AMI\burke\cygwin\usr\X11R6\bin\cygXmuu-1.dll - os=4.0 > img=1.0 sys=4.0 > "cygXmuu-1.dll" v0.0 ts=2003/11/17 20:32 > 26k 2003/11/18 D:\AMI\burke\cygwin\usr\X11R6\bin\cygXp-6.dll - os=4.0 > img=1.0 sys=4.0 > "cygXp-6.dll" v0.0 ts=2003/11/17 20:35 > 51k 2003/11/18 D:\AMI\burke\cygwin\usr\X11R6\bin\cygXpm-4.dll - os=4.0 > img=1.0 sys=4.0 > "cygXpm-4.dll" v0.0 ts=2003/11/17 20:32 > 14k 2003/11/18 D:\AMI\burke\cygwin\usr\X11R6\bin\cygXrandr-2.dll - os=4.0 > img=1.0 sys=4.0 > "cygXrandr-2.dll" v0.0 ts=2003/11/17 20:43 > 26k 2003/11/18 D:\AMI\burke\cygwin\usr\X11R6\bin\cygXrender-1.dll - > os=4.0 img=1.0 sys=4.0 > "cygXrender-1.dll" v0.0 ts=2003/11/17 20:42 > 282k 2003/11/18 D:\AMI\burke\cygwin\usr\X11R6\bin\cygXt-6.dll - os=4.0 > img=1.0 sys=4.0 > "cygXt-6.dll" v0.0 ts=2003/11/17 20:31 > 27k 2003/11/18 D:\AMI\burke\cygwin\usr\X11R6\bin\cygXTrap-6.dll - os=4.0 > img=1.0 sys=4.0 > "cygXTrap-6.dll" v0.0 ts=2003/11/17 20:43 > 17k 2003/11/18 D:\AMI\burke\cygwin\usr\X11R6\bin\cygXtst-6.dll - os=4.0 > img=1.0 sys=4.0 > "cygXtst-6.dll" v0.0 ts=2003/11/17 20:34 > 15k 2003/11/18 D:\AMI\burke\cygwin\usr\X11R6\bin\cygXv-1.dll - os=4.0 > img=1.0 sys=4.0 > "cygXv-1.dll" v0.0 ts=2003/11/17 20:35 > > Cygwin Package Information > Last downloaded files to: D:\AMI\burke\windows programming > Last downloaded files from: > ftp://ftp.nas.nasa.gov/mirrors/cygwin.com/pub/cygwin > > Package Version > _update-info-dir 00225-1 > ash 20031007-1 > astyle 1.15.3-3 > autoconf 2.59-1 > autoconf-devel 2.59-1 > autoconf-stable 2.13-5 > automake 1.7.9-1 > automake-devel 1.7.9-1 > automake-stable 1.4p6-2 > base-files 2.6-1 > base-passwd 1.1-1 > bash 2.05b-16 > binutils 20030901-1 > bison 20030307-1 > byacc 1.9-1 > bzip2 1.0.2-5 > c-client 2002e-3 > ccache 2.2-1 > ccdoc 0.8.39-1 > check 0.8.4-1 > clisp 2.31-2 > cmake 1.8.2-1 > cocom 0.995-1 > compface 1.4-5 > crypt 1.1-1 > ctags 5.5-4 > curl 7.10.8-1 > curl-devel 7.10.8-1 > cvs 1.11.6-3 > cygipc 2.02-1 > cygwin 1.5.5-1 > dejagnu 20021217-2 > diffutils 2.8.4-1 > distcc 2.11.2-1 > doxygen 1.2.18-1 > dpkg 1.10.4-2 > editrights 1.01-1 > ELFIO 1.0.0-1 > expat 1.95.6-2 > expect 20030128-1 > file 4.06-1 > fileutils 4.1-2 > findutils 4.1.7-4 > flex 2.5.4a-3 > fltk 1.1.4-2 > fontconfig 2.2.0-1 > freetype2 2.1.5-1 > gawk 3.1.3-4 > gcc 3.3.1-3 > gcc-ada 3.3.1-3 > gcc-g++ 3.3.1-3 > gcc-g77 3.3.1-3 > gcc-gpc 3.3.1-3 > gcc-java 3.3.1-3 > gcc-mingw 20030911-4 > gcc-mingw-ada 20031020-1 > gcc-mingw-core 20031020-1 > gcc-mingw-g++ 20031020-1 > gcc-mingw-g77 20031020-1 > gcc-mingw-gpc 20031020-1 > gcc-mingw-java 20031020-1 > gcc-mingw-objc 20031020-1 > gcc-objc 3.3.1-3 > gd 2.0.15-1 > gdb 20030919-1 > gdbm 1.8.3-7 > gettext 0.12.1-3 > gettext-devel 0.12.1-3 > ghostscript 7.05-2 > ghostscript-base 7.05-2 > ghostscript-x11 7.05-2 > gnuplot 3.8j.0-1 > gperf 2.7.2-1 > grep 2.5-1 > groff 1.18.1-2 > guile 1.6.4-12 > guile-devel 1.6.4-12 > gv 3.5.8-1 > gzip 1.3.5-1 > ImageMagick 5.5.7-1 > indent 2.2.8-1 > ioperm 0.4-1 > jbigkit 1.5-3 > jgraph 8.3-1 > jpeg 6b-11 > less 381-1 > lesstif 0.93.91-4 > libbz2_1 1.0.2-5 > libcharset1 1.9.1-3 > libdb3.1 3.1.17-2 > libdb4.1 4.1.25-1 > libfontconfig-devel 2.2.0-1 > libfontconfig1 2.2.0-1 > libfreetype2-devel 2.1.5-1 > libfreetype26 2.1.5-1 > libgd-devel 2.0.15-1 > libgd2 2.0.15-1 > libgdbm 1.8.0-5 > libgdbm-devel 1.8.3-7 > libgdbm3 1.8.3-3 > libgdbm4 1.8.3-7 > libgettextpo0 0.12.1-3 > libguile12 1.6.4-12 > libguile12abi13 1.6.4-2 > libiconv 1.9.1-3 > libiconv2 1.9.1-3 > libintl 0.10.38-3 > libintl1 0.10.40-1 > libintl2 0.12.1-3 > libjpeg62 6b-11 > libjpeg6b 6b-8 > libkpathsea3 2.0.2-13 > libkpathsea3abi13 2.0.2-2 > libltdl3 1.5-3 > libMagick-devel 5.5.7-1 > libMagick6 5.5.7-1 > libncurses-devel 5.3-4 > libncurses5 5.2-1 > libncurses6 5.2-8 > libncurses7 5.3-4 > libpcre 4.1-1 > libpcre0 4.4-2 > libpng 1.2.5-4 > libpng10 1.0.15-4 > libpng10-devel 1.0.15-4 > libpng12 1.2.5-4 > libpng12-devel 1.2.5-4 > libpng2 1.0.12-1 > libpopt0 1.6.4-4 > libreadline4 4.1-2 > libreadline5 4.3-5 > libtiff-devel 3.6.0-5 > libtiff3 3.6.0-2 > libtiff4 3.6.0-5 > libtool 1.5b-1 > libtool-devel 1.5-3 > libtool-stable 1.4.3-2 > libxml2 2.5.11-1 > libxslt 1.0.33-1 > login 1.9-7 > m4 1.4-1 > make 3.80-1 > man 1.5j-2 > mingw-runtime 3.2-1 > minires-devel 0.97-1 > mktemp 1.5-3 > nasm 0.98.38-1 > ncurses 5.3-4 > opengl 1.1.0-7 > openssl 0.9.7c-1 > openssl-devel 0.9.7c-1 > patch 2.5.8-8 > patchutils 0.2.22-2 > pcre 4.4-2 > pcre-devel 4.4-2 > pcre-doc 4.4-2 > perl 5.8.2-1 > pkgconfig 0.15.0-4 > popt 1.6.4-4 > rcs 5.7-3 > readline 4.3-5 > ruby 1.8.0-2 > sed 4.0.8-1 > sh-utils 2.0.15-4 > splint 3.1.1-1 > SWI-Prolog 5.2.6-1 > swig 1.3.19-1 > tar 1.13.25-5 > tcltk 20030901-1 > tcm 2.20-1 > termcap 20021106-2 > terminfo 5.3_20030726-1 > tetex-devel 2.0.2-13 > texinfo 4.2-4 > textutils 2.0.21-1 > tiff 3.6.0-5 > uw-imap 2002e-3 > w32api 2.4-1 > which 1.5-2 > Xaw3d 1.5D-4 > xerces-c-devel 2.3.0-4 > XFree86-base 4.3.0-1 > XFree86-bin 4.3.0-8 > XFree86-etc 4.3.0-6 > XFree86-fenc 4.2.0-3 > XFree86-fnts 4.2.0-3 > XFree86-lib 4.3.0-1 > XFree86-lib-compat 4.3.0-2 > XFree86-prog 4.3.0-12 > XFree86-startup-scripts 4.2.0-5 > XFree86-xserv 4.3.0-25 > xpm-nox 4.2.0-4 > zlib 1.1.4-4 > Use -h to see help about each section > From dnelson@allantgroup.com Sat Dec 13 06:02:00 2003 From: dnelson@allantgroup.com (Dan Nelson) Date: Sat, 13 Dec 2003 06:02:00 -0000 Subject: can't use windows with GoBack? In-Reply-To: <20031212200802.GA1220@ingber.com> References: <20031212200802.GA1220@ingber.com> Message-ID: Lester Ingber wrote: > I just installed Symantec GoBack (to compensate for known problems with XP > Pro Systrem Restore). Most everything runs fine under Cygwin. However, > anything under XWin (including brining up XWin), runs unbearably slow, > about a factor of at least 100-1000 or more slower. The System just > consumes all CPU? > > I just paid $30 to Symantec to hear that they do have some problems with > GoBack with some applications running much too slow to use. They're > "working in it." I have no problems using cygwin/X and Goback on my XP machine. I also have it installed on 98 and w2k machines, but haven't used X on them. I know regular cygwin stuff runs fine. Maybe some IPC operation is going through the filesystem code and causing goback to process it? If you open up goback's advanced features window, does it log any activity? -- Dan Nelson dnelson@allantgroup.com From huntharo@msu.edu Sat Dec 13 07:16:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Sat, 13 Dec 2003 07:16:00 -0000 Subject: can't use windows with GoBack? In-Reply-To: References: <20031212200802.GA1220@ingber.com> Message-ID: <3FDA3D65.3060100@msu.edu> Lester, Dan Nelson wrote: > Lester Ingber wrote: > >> I just installed Symantec GoBack (to compensate for known problems >> with XP >> Pro Systrem Restore). Most everything runs fine under Cygwin. However, >> anything under XWin (including brining up XWin), runs unbearably slow, >> about a factor of at least 100-1000 or more slower. The System just >> consumes all CPU? >> >> I just paid $30 to Symantec to hear that they do have some problems with >> GoBack with some applications running much too slow to use. They're >> "working in it." > > > I have no problems using cygwin/X and Goback on my XP machine. I also > have it installed on 98 and w2k machines, but haven't used X on them. I > know regular cygwin stuff runs fine. Maybe some IPC operation is going > through the filesystem code and causing goback to process it? If you > open up goback's advanced features window, does it log any activity? That reminds me... do you have an ATI graphics card? Harold From ingber@ingber.com Sat Dec 13 21:34:00 2003 From: ingber@ingber.com (Lester Ingber) Date: Sat, 13 Dec 2003 21:34:00 -0000 Subject: can't use windows with GoBack? Message-ID: <20031213004412.GA3120@ingber.com> Harold: ... interesting that you should ask about the hardware. The GoBack tech said that most of the problems they are having is with some kinds of hardware. Yes, my Thinkpad A31 p has an ATI Mobility Fire GL 7800 graphics card. Thanks. Lester : Lester, : : Dan Nelson wrote: : : : Lester Ingber wrote: : : : I just installed Symantec GoBack (to compensate for known problems with XP : Pro Systrem Restore). Most everything runs fine under Cygwin. However, : anything under XWin (including brining up XWin), runs unbearably slow, : about a factor of at least 100-1000 or more slower. The System just : consumes all CPU? : : : I just paid $30 to Symantec to hear that they do have some problems with : GoBack with some applications running much too slow to use. They're : "working in it." : : : : I have no problems using cygwin/X and Goback on my XP machine. I also have it installed on 98 and w2k machines, but haven't used X on them. I know regular cygwin stuff runs fine. Maybe some IPC operation is going through the filesystem code and causing goback to process it? If you open up goback's advanced features window, does it log any activity? : : That reminds me... do you have an ATI graphics card? : : Harold From huntharo@msu.edu Sun Dec 14 23:11:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Sun, 14 Dec 2003 23:11:00 -0000 Subject: can't use windows with GoBack? In-Reply-To: <20031213004412.GA3120@ingber.com> References: <20031213004412.GA3120@ingber.com> Message-ID: <3FDA8C83.5010805@msu.edu> Lester, Lester Ingber wrote: > Harold: > > ... interesting that you should ask about the hardware. The GoBack tech > said that most of the problems they are having is with some kinds of hardware. > > Yes, my Thinkpad A31 p has an ATI Mobility Fire GL 7800 graphics card. Well then, the first thing for you to check is if "XWin -engine 1" has acceptable performance. If not, try "XWin -fullscreen". The first of these tests will use the GDI-based bit block transfer function, while the latter will use the DirectDraw bit block transfer function. Please report on the performance of both tests. The ATI 8500 series had some versions of the driver that had terrible DirectDraw performance. This was fixed by a driver update, but it was very difficult to get the driver update to actually install properly. If you have DirectDraw driver problems then you will likely notice problems in other DirectDraw-based apps, such as those that play video like Window Media Player or Real Player. Your GDI-based performance (-engine 1) should be unaffected by a problem with the DirectDraw driver. For more information on how ATI botched their drivers, and for a little info on how changes to certain system DLLs can affect performance, see the following: http://sources.redhat.com/ml/cygwin-xfree/2002-12/msg00049.html Harold From ingber@ingber.com Mon Dec 15 02:34:00 2003 From: ingber@ingber.com (Lester Ingber) Date: Mon, 15 Dec 2003 02:34:00 -0000 Subject: can't use windows with GoBack? Message-ID: <20031213060159.GA932@ingber.com> Harold: Until this GoBack problem occurred, I was using XWin -unixkill -emulate3buttons -clipboard -rootless & wmaker & I also used a few xterm commands, with very good performance: xterm -sb -bg white -fg darkblue -cr red -ms red -bd red -geometry 80x84+91+0 -name left & xterm -sb -bg white -fg darkblue -cr red -ms red -bd red -geometry 80x84+592+0 -name center & xterm -sb -bg white -fg darkblue -cr red -ms red -bd red -geometry 80x84-0+0 -name right & xterm -sb -bg white -fg darkblue -cr red -ms red -bd red -geometry 250x84-0+0 -name large & After I installed GoBack, I hit the terrible/impossible performance. I found that XWin -unixkill -emulate3buttons -clipboard -multiwindow & and with even 1 or 2 xterm windows was just a bit better, but still miserable. I tried your suggestions: XWin -engine 1 -unixkill -emulate3buttons -clipboard -multiwindow & XWin -fullscreen -emulate3buttons -clipboard & with just one xterm window, but these seem just as slow. (The fullscreen would not be so good for me as I often need multiple windows.) I disabled GoBack, rebooted as required, and I'm now running XWin -unixkill -emulate3buttons -clipboard -multiwindow & just fine. I noted that with or without GoBack my browsers and other PC applications seemed to work fine. Of course, when I brought up any XWin tool, all performance was degraded due to the load on the System. I appreciate your trying to help. Thanks. Lester : Lester, : : Lester Ingber wrote: : : : Harold: : : : ... interesting that you should ask about the hardware. The GoBack tech : said that most of the problems they are having is with some kinds of hardware. : Yes, my Thinkpad A31 p has an ATI Mobility Fire GL 7800 graphics card. : : Well then, the first thing for you to check is if "XWin -engine 1" has : acceptable performance. If not, try "XWin -fullscreen". The first of these tests : will use the GDI-based bit block transfer function, while the latter will use : the DirectDraw bit block transfer function. Please report on the performance of : both tests. : : The ATI 8500 series had some versions of the driver that had terrible DirectDraw : performance. This was fixed by a driver update, but it was very difficult to get : the driver update to actually install properly. If you have DirectDraw driver : problems then you will likely notice problems in other DirectDraw-based apps, : such as those that play video like Window Media Player or Real Player. Your : GDI-based performance (-engine 1) should be unaffected by a problem with the : DirectDraw driver. : : For more information on how ATI botched their drivers, and for a little info on : how changes to certain system DLLs can affect performance, see the following: : : http://sources.redhat.com/ml/cygwin-xfree/2002-12/msg00049.html : : Harold -- Prof. Lester Ingber ingber@ingber.com ingber@alumni.caltech.edu www.ingber.com www.alumni.caltech.edu/~ingber From baptista@dot-god.com Mon Dec 15 02:39:00 2003 From: baptista@dot-god.com (Joe Baptista) Date: Mon, 15 Dec 2003 02:39:00 -0000 Subject: XWIN caused an invalid page fault in module CYGWIN1.DLL Message-ID: Hello: I've been having some difficulties getting Xwin to work properly. If I use programs like xterm -display cygwin.host.com:0.0 - it works fine. But if I run a graphic intensive program from a unix host to display on a cygwin xwindow I get the following error. In this case i was using netscape - i.e. netscape -diplay cygwin.host.com:0.0 XWIN caused an invalid page fault in module CYGWIN1.DLL at 0167:61093b43. Registers: EAX=00000000 CS=0167 EIP=61093b43 EFLGS=00010246 EBX=00001db8 SS=016f ESP=0181ee10 EBP=0181ee28 ECX=10166228 DS=016f ESI=10166230 FS=b2cf EDX=00333366 ES=016f EDI=00000000 GS=0000 Bytes at CS:EIP: 89 50 0c 01 fb 89 42 08 c7 41 0c c4 83 12 61 a1 Stack dump: 00000000 bff813f8 00000000 10166230 10166230 1037f4f8 0181ee58 6103eb65 181283b0 00310000 61128390 00000001 00000032 61128444 0181ee88 00000018 Any help would be appreciated. Really like the unix functionality of cygwin and would really like to get xwin to work properly. thanks joe baptista Joe Baptista: USG Portal www.joebaptista.com, Personal www.baptista.god From dbader@ece.unm.edu Mon Dec 15 05:02:00 2003 From: dbader@ece.unm.edu (David A. Bader) Date: Mon, 15 Dec 2003 05:02:00 -0000 Subject: Cygwin XFree ignores the keyboard Message-ID: Can anyone help me with the following? Thanks, -david ------- Start of forwarded message ------- Date: Sat, 13 Dec 2003 14:42:03 -0500 >From: Harold L Hunt II To: "David A. Bader" Subject: Re: Cygwin XFree ignores the keyboard Send this to cygwin-xfree@cygwin.com. Other people can help you. Harold David A. Bader wrote: > Harold, > > I'm having the same problem -- running the latest release of Cygwin on > my IBM Thinkpad T23 with Win2K. The keyboard input does not work under > XFree86, even when the mouse is focussed on the window. (I'm an expert > X11/UNIX user ) but cannot get XWin to listen to the keyboard. In > /tmp/XWin.log, I see: > (EE) No primary keyboard configured > (==) Using compiletime defaults for keyboard > > Any ideas? > -david > ------- End of forwarded message ------- -- David A. Bader Office: 505-277-6724 Associate Professor and Regents' Lecturer FAX: 505-277-1439 Electrical and Computer Engineering Department University of New Mexico dbader@ece.unm.edu Albuquerque, NM 87131 http://www.ece.unm.edu/~dbader From kilima@neworleans.every1.net Mon Dec 15 10:23:00 2003 From: kilima@neworleans.every1.net (Gavin Faulkner) Date: Mon, 15 Dec 2003 10:23:00 -0000 Subject: processors needed, business 0pportunityradiochemical Message-ID: Thanks to Arnaud Dessiter for help and pointers. Here are the steps I suggest for someone who wants to get ddd up and running on MS's Mindows 2000, without going through the current compilation travails: 1. Install cygwin/X from a distribution that has lesstif 0.93.91-4 . (this has the cygXm-2.dll). e.g. http://ftp.udel.edu 2. Download the binary ddd 3.3.8-1 from Harold Hunt's web site: http://www.egr.msu.edu/~huntharo/cygwin/release/ddd Unpack this into its own directory. 3. Add ddd's usr/bin directory to the PATH variahle. I use the default cygwin shell, so this amounts to editing the .profile in my home directory. 4. To run ddd with gdb, start up the X environment, and type ddd& at an xterm prompt. Norm -- Norman Goldstein normvcr@telus.net From huntharo@msu.edu Mon Dec 15 12:41:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 15 Dec 2003 12:41:00 -0000 Subject: Trouble with DDD download via cygwin setup In-Reply-To: <3FDD1F7A.7030803@telus.net> References: <3FDD1F7A.7030803@telus.net> Message-ID: <3FDD1EDA.9040008@msu.edu> Norm, Norman Goldstein wrote: > Thanks to Arnaud Dessiter for help and pointers. > Here are the steps I suggest for someone > who wants to get ddd up and running on > MS's Mindows 2000, without going through the > current compilation travails: > > 1. Install cygwin/X from a distribution that has lesstif 0.93.91-4 . > (this has the cygXm-2.dll). e.g. http://ftp.udel.edu > > 2. Download the binary ddd 3.3.8-1 from Harold Hunt's web site: > http://www.egr.msu.edu/~huntharo/cygwin/release/ddd > Unpack this into its own directory. Why don't you add the following address to setup.exe? http://www.egr.msu.edu/~huntharo/cygwin/ I have a setup.ini file there that should allow you to install ddd without any manual steps. > 3. Add ddd's usr/bin directory to the PATH variahle. > I use the default cygwin shell, so this amounts to editing > the .profile in my home directory. Why is this needed? I don't remember what I did exactly with this package, but I remember not having to do something like this. Harold From normvcr@telus.net Mon Dec 15 14:10:00 2003 From: normvcr@telus.net (Norman Goldstein) Date: Mon, 15 Dec 2003 14:10:00 -0000 Subject: Trouble with DDD download via cygwin setup References: <3FDD1F7A.7030803@telus.net> Message-ID: <3FDD4264.2090605@telus.net> Harold, I had the same problem as that experessed by Yamin in * Date: Tue, 09 Dec 2003 12:39:08 -0500 i.e. the download did not succeed when I ran the Cygwin setup as setup http://www.egr.msu.edu/~huntharo/cygwin/ . You mentioned that, perhaps, the setup.ini needs some fiddling. I hope your wife is better and you did well in your final! Thank you for making the binary available for download. Cheers, Norm --------------------- Harold wrote: -------------------- Norm, Norman Goldstein wrote: Thanks to Arnaud Dessiter for help and pointers. Here are the steps I suggest for someone who wants to get ddd up and running on MS's Mindows 2000, without going through the current compilation travails: 1. Install cygwin/X from a distribution that has lesstif 0.93.91-4 . (this has the cygXm-2.dll). e.g. http://ftp.udel.edu 2. Download the binary ddd 3.3.8-1 from Harold Hunt's web site: http://www.egr.msu.edu/~huntharo/cygwin/release/ddd Unpack this into its own directory. Why don't you add the following address to setup.exe? http://www.egr.msu.edu/~huntharo/cygwin/ I have a setup.ini file there that should allow you to install ddd without any manual steps. 3. Add ddd's usr/bin directory to the PATH variahle. I use the default cygwin shell, so this amounts to editing the .profile in my home directory. Why is this needed? I don't remember what I did exactly with this package, but I remember not having to do something like this. Harold -- Norman Goldstein normvcr@telus.net From nmjkoe@livenet.ch Mon Dec 15 15:16:00 2003 From: nmjkoe@livenet.ch (Carmella Patton) Date: Mon, 15 Dec 2003 15:16:00 -0000 Subject: Get in the Middle916 Message-ID: <000078ae262c$00007d75$00003c3f@pacific.net.th> Raging bull LLC News Alert GDVI is expected to announce several major accomplishments Via News Press Releases, which could dramatically effect its' price over the next 10-days. Our current profile is Global Diversified Industries, Inc (GDVI) is a Company that continuously announces Increases in Profits, New contracts and jumps in sales revenue. Symbol--------------------GDVI Current Price-------------0.10 52 Week High--------------0.17 52 Week Low---------------0.07 60 day Target Price-------0.50 8 day Target Price--------0.20 2004 EST EPS--------------0.25 Inds average PE-----------12 12 Month Target-----------1.40 Latest News From GDVI Global Diversified Industries, was granted by State of California Approval for its Modular Designs NOVEMBER 12, 2003. Global Diversified Industries Reports 63% jump in Revenue. http://finance.yahoo.com/q?s=GDVI.OB Global Diversified Industries is experiencing unbridled growth as it furthers its expansion in the growing modular building market and strives to develop branding within an otherwise fragmented segment. The Company is forecasting significant growth in its revenues 60 million and EBITDA over the next 24 months, based upon Its customers?? initial positive reactions to the company??s unique and cost-effective modular systems solutions. The Company??s current contracts have launched production at its' facilities as it continues to focus on the construction process in the vibrant California classroom market. The Company looks to spiral its current projects with additional revenues from residential projects, commercial construction and other ancillary sources. Currently, the Company has structured its strategic marketing and sales plan for its California modular subsidiaries to achieve 85 million in new sales booking over the next 36 months. ******************************************************** Information within this email contains "forward looking statements" within the meaning of Section 27A of the Securities Act of 1933 and Section 21B of the Securities Exchange Act of 1934. Any statements that express or involve discussions with respect to predictions, goals, expectations, beliefs, plans, projections, objectives, assumptions or future events or performance are not statements of historical fact and may be "forward looking statements." This is not investment advice. *************************************** In compliance with the Securities Act of 1933, Section 17(b), RB discloses the receipt of 300,000 Shares of GDVI from a third party for the publication Of this report. Be aware of an inherent conflict of interest resulting from such compensation due to our intent to profit from the liquidation of these shares. Shares may be sold at any time, even after positive statements have been made regarding the above company. ****************************************************** To no longer receive our offers please send email to mailto:sal6721@yahoo.com?Subject=no-more From s.schaefer@sun.com Mon Dec 15 15:21:00 2003 From: s.schaefer@sun.com (Stephan Schaefer) Date: Mon, 15 Dec 2003 15:21:00 -0000 Subject: keyboard not working Message-ID: <3FDD8C45.3010404@sun.com> Hi, I just installed the most recent Xfree version but cannot input anything. I saw others reporting the same problem but nobody confirmed the problem officially. I added an XF86Config file with keyboard entries (the one from the chemnitz page) and the errors about not having a keyboard configured disappeared from the logfile, but still no key stroke is recognized. Any hints ? Stephan From alexander.gottwald@s1999.tu-chemnitz.de Mon Dec 15 15:32:00 2003 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Mon, 15 Dec 2003 15:32:00 -0000 Subject: keyboard not working In-Reply-To: <3FDD8C45.3010404@sun.com> References: <3FDD8C45.3010404@sun.com> Message-ID: On Mon, 15 Dec 2003, Stephan Schaefer wrote: > Hi, > > I just installed the most recent Xfree version but cannot input > anything. I saw others reporting the same problem but nobody confirmed > the problem officially. > I added an XF86Config file with keyboard entries (the one from the > chemnitz page) and the errors about not having a keyboard configured > disappeared from the logfile, but still no key stroke is recognized. Which programs have you tried? Please also run xev for testing and press some keys in the "Event Test" window. Are there some ButtonPress events reported? bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From burke@amieast.com Mon Dec 15 15:43:00 2003 From: burke@amieast.com (J. Burke Murray) Date: Mon, 15 Dec 2003 15:43:00 -0000 Subject: FW: undefined references to XtMalloc, XtWidget... Message-ID: J. Burke Murray wrote: > Yes, that was exactly the problem. Thanks a lot. > > Burke Murray > > >>-----Original Message----- >>From: Harold L Hunt II [mailto:huntharo@msu.edu] >>Sent: Friday, December 12, 2003 4:57 PM >>To: cygwin-xfree@cygwin.com >>Subject: Re: undefined references to XtMalloc, XtWidget... >> >> >>This is a very common problem. Your link order needs to be changed so >>that any library that references library "foo" comes before library >>"foo" in the link order; else the link will fail. In your case, you can >>see from the error message that "GLw" is using Xt functions. Thus, -lXt >>must come *after* -lGLw. Try modifying that gcc link command by hand >>and get all of the dependencies in the right order (verify it by running >>it), then work on fixes your makefiles or whatever to permanently fix >>the problem. >> >>Harold >> >>J. Burke Murray wrote: >> >> >>>I am trying to port an X-windows program to run under cygwin. >> >>I am getting >> >>>link errors about undefined references to a bunch of Xt... routines. >>> >>>Thanks in advance for help or suggestions. >>> >>>Burke Murray >>> >>>Here is the output of make: >>> >>>[ this was all one line, I wrapped it for readability ] >>>gcc -g -O0 -I/usr/X11R6/include -I/usr/local/include >>> -DPRINT2D -DLINUX -DOPENGL -DVENDORDATA -DFIXREDUNDANTLABELS >> >>-DPARAMSYM >> >>> -DDEMOROTATEF -o myprog main.o bitmap.o colors.o data.o >> >>dials.o draw.o >> >>>draw2d.o >>> draw3d.o events.o exp.o fonts.o globals.o graphics.o groups.o >>>gwindows.o help.o >>> hpolygons.o intrex.o intro.o memory.o menuroutines.o >> >>menus.o neat.o >> >>>offbody.o >>> polygons.o ps.o reports.o select.o solutions.o streamlines.o >>>strings.o >>> surf.o time.o vectors.o version.o vs.o vsglobals.o >> >>wakes.o warp.o >> >>> windows.o jpeg.o pcl.o rgb.o tiff.o mpeg.o png.o >> >>-L/usr/X11R6/lib >> >>> -L/usr/local/lib -lX11 -lXp -lXm -lXext -lXt -lglut32 -lglu32 >>> -lopengl32 -lGLw -lGL -lGLU -lm >>> >>> >> >>/usr/X11R6/lib/libGLw.a(GLwM2DrawA.o)(.text+0x26d):GLwM2DrawA.c: undefined >> >>>reference to `_XtWidgetToApplicationContext' >>> >> >>/usr/X11R6/lib/libGLw.a(GLwM2DrawA.o)(.text+0x279):GLwM2DrawA.c: undefined >> >>>reference to `_XtAppError' >>> >> >>/usr/X11R6/lib/libGLw.a(GLwM2DrawA.o)(.text+0x2cd):GLwM2DrawA.c: undefined >> >>>reference to `_XtWidgetToApplicationContext' >>> >> >>/usr/X11R6/lib/libGLw.a(GLwM2DrawA.o)(.text+0x2d9):GLwM2DrawA.c: undefined >> >>>reference to `_XtAppWarning' >>> >> >>/usr/X11R6/lib/libGLw.a(GLwM2DrawA.o)(.text+0x361):GLwM2DrawA.c: undefined >> >>>reference to `_XtMalloc' >>> >> >>/usr/X11R6/lib/libGLw.a(GLwM2DrawA.o)(.text+0x54e):GLwM2DrawA.c: undefined >> >>>reference to `_XtMalloc' >>> >>>[ and a bunch more ] >>> From s.schaefer@sun.com Mon Dec 15 18:47:00 2003 From: s.schaefer@sun.com (Stephan Schaefer) Date: Mon, 15 Dec 2003 18:47:00 -0000 Subject: keyboard not working Message-ID: <3FDDD048.7060804@sun.com> > Which programs have you tried? Please also run xev for testing and press > some keys in the "Event Test" window. Are there some ButtonPress events > reported? Yes! Mouseevents are all reported correctly. Additionally I see events from Shift/Ctrl/Alt and, most surprising, the numeric keypad is working as well. Still nothing from the rest of the keyboard.... Stephan From spam@clarke.ca Mon Dec 15 22:32:00 2003 From: spam@clarke.ca (Andrew Clarke) Date: Mon, 15 Dec 2003 22:32:00 -0000 Subject: Could not create directory '/home/andrew/.ssh'. Message-ID: <000001c3c31f$2808be50$0400a8c0@vaionotebook> Hi. I've been using and enjoying Cygwin for a few months now, but I recently reinstalled WIndows XP on my laptop and have been having the following problem when I try to run ssh: bash-2.05b$ ssh -X radagast Could not create directory '/home/andrew/.ssh'. ssh_exchange_identification: Connection closed by remote host I just uninstalled Cygwin, deleted c:\cygwin, deleted all the references to cygwin and cygnus that I could find in the registry and did a full reinstall and I'm still having this problem. What can I do to get this working? Thanks a lot! - Andrew Clarke. From burke@amieast.com Tue Dec 16 01:16:00 2003 From: burke@amieast.com (J. Burke Murray) Date: Tue, 16 Dec 2003 01:16:00 -0000 Subject: OpenGL hardware Acceleration Message-ID: I have looked through the documentation and mailing list archives but I am still a little confused about opengl hardware acceleration using cygwin/X. I recently compiled the application that I am working on (Omni3d), and it works but is slow (compared to the Linux version on the same hardware). The code uses X windows. I am assuming that it is slow because the opengl rendering is not using hardware acceleration, but I am not sure that that is the case. Am I correct in assuming that I cannot get hardware acceleration without a substantial rewrite of the code? Thanks in advance. Burke Murray From alexander.gottwald@s1999.tu-chemnitz.de Tue Dec 16 01:20:00 2003 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Tue, 16 Dec 2003 01:20:00 -0000 Subject: OpenGL hardware Acceleration In-Reply-To: References: Message-ID: On Mon, 15 Dec 2003, J. Burke Murray wrote: > I have looked through the documentation and mailing list archives but I am > still a little confused about opengl hardware acceleration using cygwin/X. > I recently compiled the application that I am working on (Omni3d), and it > works but is slow (compared to the Linux version on the same hardware). The > code uses X windows. I am assuming that it is slow because the opengl > rendering is not using hardware acceleration, but I am not sure that that is > the case. > > Am I correct in assuming that I cannot get hardware acceleration without a > substantial rewrite of the code? Currently all OpenGL operations are rendered in software. I doubt it is very hard to replace the GLX->Mesa interface with a GLX->OpenGL wrapper but I'm not familar with this interface. I've already took a look at the Aqua OpenGL wrapper but there is to much OS X specific code to have it quickly ported. If someone can supply me some pointers on documentation I'd be very happy. bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From y2bismil@engmail.uwaterloo.ca Tue Dec 16 01:58:00 2003 From: y2bismil@engmail.uwaterloo.ca (y2bismil@engmail.uwaterloo.ca) Date: Tue, 16 Dec 2003 01:58:00 -0000 Subject: function keys not working in DDD Message-ID: <1071514070.3fde01d6231fc@www.nexusmail.uwaterloo.ca> Hi all, I just installed ddd manually and it all works. The thing that was missing before was lesstif. I had the 0.93.91-2 while 0.93.91-4 was needed. Thanks Harold for the binaries. I did have to do a fresh cygwin install though. It seems to run fine, but I can't see to use any of the keyboard shortcuts. Like F5 or F6 to use the step/next operation. The alphabetic part (a,f,b,1,2,3) works fine, but not that function keys. I don't think the alt works either as I could not get quick access to the menu. I couldn't find anything on google or cygwin site about it. Is this a common problem with ddd? Is there some cygwin keyboard mapping file that needs to be have the function keys defined? Thanks, Yamin ---------------------------------------- This mail sent through www.mywaterloo.ca From paul@mackinney.net Tue Dec 16 10:20:00 2003 From: paul@mackinney.net (Paul Mackinney) Date: Tue, 16 Dec 2003 10:20:00 -0000 Subject: Basic X-window help Message-ID: <20031215223223.GA5147@dog> Hi, been using Linux for a while, new to Cygwin. I've seen someone start with the Cygwin shell, create an ssh session to another Linux box and run emacs in a stand-alone x-window. Can someone tell me how or point me to the docs? thanks, PM -- Paul Mackinney paul@mackinney.net From michaelhector@fmail.co.uk Tue Dec 16 10:54:00 2003 From: michaelhector@fmail.co.uk (michaelhector@fmail.co.uk) Date: Tue, 16 Dec 2003 10:54:00 -0000 Subject: very important message for you. Message-ID: HEAD TREASURY DEPARTMENT UNION BANK OF NIGERIA ? PLC., (UNION BANK HEADQUATERS, UNION HOUSE) LAGOS, NIGERIA. URGENT BUSINESS PROPOSAL. Dear sir, I am DR. Michael Eze, the head of Treasury Department with the Union Bank of Nigeria Plc. (Union Bank Headquarters) Union House, Lagos, Nigeria. It is with belief and trust that I send you this obvious and sensitive business proposal to enable me and my colleagues remit the sum of USD$20.5 Million (Twenty Million, Five hundred Thousand United States Dollars Only) into your account. This amount belongs to ENGR. ROBERT JAMES ANDERSON from Sweden an operation account number 0130648335800 an expatriate with (STRABAG NIGERIA PLC.) and has been operating it since the past 14 years (fourteen years) until November 7th 1996 when he died as a result of plane crash of ADC Airline with the flight number being 747 from Port Harcourt, River State to Lagos at the Ejiri River near Lagos where the incident happened. Meanwhile, the total sum in the account is now USD$24 Million (Twenty Four Million United States Dollars Only). USD$24 Million was the total sum, USD$20.5 Million amount to be withdrawn, USD$3.5 Million Banks commission interest. Now we have financially agreed, my colleagues and I to arrange with you a as a reliable foreign partner who will assist us by claiming to be the next of kin to the account owner who died in plane crash. The entire groundwork would be carried out by us. We are contacting you because by law, we are pre-cluded from operating any foreign bank account while in service. If it interests you to assist, please feel free to contact me via the> Email addresses: michaeleze@primposta.com. METHOD/MODE OF SHARING:- A. Total sum with account = USD$24 Million B. Amount to be withdrawn = USD$20.5 Million C. Myself and my colleagues = USD$12 Million D. Account holder (That?s you) = USD$7Million E. Incidental expenses = USD$1.5 Million F. Banks commission interest = USD$3.5 Million. Finally, I would highly appreciate it if you could make up your mind for us to do the business, which will be of great mutual benefit to both of us. Thanking you for you kind co-operation and remain blessed as we look forward to hearing from you soonest. My sincere regard to you. Best regards, DR. Michael Eze, Head of Treasury Dept. Union Bank of Nigeria Plc. From michaeleze@aol.com Tue Dec 16 16:51:00 2003 From: michaeleze@aol.com (Micheal Eze) Date: Tue, 16 Dec 2003 16:51:00 -0000 Subject: very important message for you. Message-ID: HEAD TREASURY DEPARTMENT UNION BANK OF NIGERIA ? PLC., (UNION BANK HEADQUATERS, UNION HOUSE) LAGOS, NIGERIA. URGENT BUSINESS PROPOSAL. Dear sir, I am DR. Michael Eze, the head of Treasury Department with the Union Bank of Nigeria Plc. (Union Bank Headquarters) Union House, Lagos, Nigeria. It is with belief and trust that I send you this obvious and sensitive business proposal to enable me and my colleagues remit the sum of USD$20.5 Million (Twenty Million, Five hundred Thousand United States Dollars Only) into your account. This amount belongs to ENGR. ROBERT JAMES ANDERSON from Sweden an operation account number 0130648335800 an expatriate with (STRABAG NIGERIA PLC.) and has been operating it since the past 14 years (fourteen years) until November 7th 1996 when he died as a result of plane crash of ADC Airline with the flight number being 747 from Port Harcourt, River State to Lagos at the Ejiri River near Lagos where the incident happened. Meanwhile, the total sum in the account is now USD$24 Million (Twenty Four Million United States Dollars Only). USD$24 Million was the total sum, USD$20.5 Million amount to be withdrawn, USD$3.5 Million Banks commission interest. Now we have financially agreed, my colleagues and I to arrange with you a as a reliable foreign partner who will assist us by claiming to be the next of kin to the account owner who died in plane crash. The entire groundwork would be carried out by us. We are contacting you because by law, we are pre-cluded from operating any foreign bank account while in service. If it interests you to assist, please feel free to contact me via the> Email addresses: michaeleze@primposta.com. METHOD/MODE OF SHARING:- A. Total sum with account = USD$24 Million B. Amount to be withdrawn = USD$20.5 Million C. Myself and my colleagues = USD$12 Million D. Account holder (That?s you) = USD$7Million E. Incidental expenses = USD$1.5 Million F. Banks commission interest = USD$3.5 Million. Finally, I would highly appreciate it if you could make up your mind for us to do the business, which will be of great mutual benefit to both of us. Thanking you for you kind co-operation and remain blessed as we look forward to hearing from you soonest. My sincere regard to you. Best regards, DR. Michael Eze, Head of Treasury Dept. Union Bank of Nigeria Plc. From huntharo@msu.edu Tue Dec 16 18:51:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 16 Dec 2003 18:51:00 -0000 Subject: Basic X-window help In-Reply-To: <20031215223223.GA5147@dog> References: <20031215223223.GA5147@dog> Message-ID: <3FDE66AB.1080002@msu.edu> http://xfree86.cygwin.com/docs/ug/using-remote-apps.html Paul Mackinney wrote: > Hi, been using Linux for a while, new to Cygwin. I've seen someone start > with the Cygwin shell, create an ssh session to another Linux box and > run emacs in a stand-alone x-window. Can someone tell me how or point me > to the docs? > > thanks, PM From jean-eric.cuendet@bluewin.ch Tue Dec 16 20:26:00 2003 From: jean-eric.cuendet@bluewin.ch (Jean-Eric Cuendet) Date: Tue, 16 Dec 2003 20:26:00 -0000 Subject: Win32 window manager Message-ID: <3FC3FB65000B2316@mssazhb-int.msg.bluewin.ch> Hi everybody, The most annoying problem with XFree and Win32,is the window manager. Some apps were ported to XFree+cygwin but lacking a good (not twm...) window manager makes them useless... What do you use as a window manager on Win32? I tried kde WM (kwin) but it is too heavy for just letting me move/resize the window. The ideal would be a Native Win32 that mimic the Win32 look-n-feel by enabling just the standard win32 buttons, nothingmore. Thanks to share your experiences -jec From alexander.gottwald@s1999.tu-chemnitz.de Tue Dec 16 23:14:00 2003 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Tue, 16 Dec 2003 23:14:00 -0000 Subject: Win32 window manager In-Reply-To: <3FC3FB65000B2316@mssazhb-int.msg.bluewin.ch> References: <3FC3FB65000B2316@mssazhb-int.msg.bluewin.ch> Message-ID: On Tue, 16 Dec 2003, Jean-Eric Cuendet wrote: > Hi everybody, > The most annoying problem with XFree and Win32,is the window manager. > Some apps were ported to XFree+cygwin but lacking a good (not twm...) window > manager makes them useless... > > What do you use as a window manager on Win32? > I tried kde WM (kwin) but it is too heavy for just letting me move/resize > the window. The ideal would be a Native Win32 that mimic the Win32 look-n-feel > by enabling just the standard win32 buttons, nothingmore. XWin -multiwindow windowmaker fvwm2 (maybe fvwm95 for Windows L&F) bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From juan_m_medina@yahoo.com Wed Dec 17 03:08:00 2003 From: juan_m_medina@yahoo.com (Juan Medina) Date: Wed, 17 Dec 2003 03:08:00 -0000 Subject: keyboard not working Message-ID: <20031216165111.57965.qmail@web60106.mail.yahoo.com> Hi! I have just seen this thread, and report EXACTLY the same problems that Stephan has reported. Mouse, Shift, Alt, Ctrl and the numeric keys do work, the rest does not. I am using a Microsoft Natural Keyboard. I do have the latest DirectX too (don't know if that is related). Xterm does not show characters typed other than numeric chars. xev reports what I mentioned on the previous paragraph. RXVT does not accept input either UNLESS I unset DISPLAY (last version I had did not have this requirement). I have tried to solve this problem by getting a sample XF86Config file and putting in the setting Option "XkbModel" "microsoft" to no avail. Any hints on what might be happening would be greatly welcomed. I totally depend on Cygwin (I use rxvt all the time), so I would greatly appreciate hints on what to do. Best Regards, JUAN M. MEDINA a.. From: Stephan Schaefer b.. To: alexander dot gottwald at s1999 dot tu-chemnitz dot de c.. Cc: cygwin-xfree at cygwin dot com d.. Date: Mon, 15 Dec 2003 16:16:24 +0100 e.. Subject: Re: keyboard not working f.. Reply-to: cygwin-xfree at cygwin dot com ---------------------------------------------------------------------------- ---- Which programs have you tried? Please also run xev for testing and press some keys in the "Event Test" window. Are there some ButtonPress events reported? Yes! Mouseevents are all reported correctly. Additionally I see events from Shift/Ctrl/Alt and, most surprising, the numeric keypad is working as well. Still nothing from the rest of the keyboard.... Stephan __________________________________ Do you Yahoo!? New Yahoo! Photos - easier uploading and sharing. http://photos.yahoo.com/ From paul@mackinney.net Wed Dec 17 03:55:00 2003 From: paul@mackinney.net (Paul Mackinney) Date: Wed, 17 Dec 2003 03:55:00 -0000 Subject: Typo on http://xfree86.cygwin.com/ home page Message-ID: <20031216185058.GA7544@dog> FYI, there's a typo on the Cygwin/X home page, first paragraph of the Downloading and Installing section. s/not yo already/not you already/ hope this is the right place to report it. PM -- Paul Mackinney paul@mackinney.net From ingber@ingber.com Wed Dec 17 06:42:00 2003 From: ingber@ingber.com (Lester Ingber) Date: Wed, 17 Dec 2003 06:42:00 -0000 Subject: using xbiff on remote mail Message-ID: <20031216202550.GA1912@ingber.com> I've been trying to use xbiff to monitor a remote mailbox as in `man xbiff`: checkCommand (class CheckCommand) Specifies a shell command to be executed to check for new mail rather than examining the size of file. The specified string value is used as the argument to a system(3) call and may therefore contain i/o redirection. An exit status of 0 indi- cates that new mail is waiting, 1 indicates that there has been no change in size, and 2 indicates that the mail has been cleared. By default, no shell command is provided. I set up a command line for xbiff in a command file: ----------8<---------- top cut 1/2 -> bottom 1/2 ----------->8---------- #!/bin/tcsh run xbiff -xrm 'checkCommand "/home/ingber/local/bin/mbsize"' -update 15 -fg red -geometry 75x75+0+75 ----------8<---------- bottom cut 1/2 <- top 1/2 ----------->8---------- I've tried some different variations of single and double-quotes in this command. I've tested the `mbsize` command file and it does what is expected by checkCommand(). ----------8<---------- top cut 2/2 -> bottom 2/2 ----------->8---------- #!/bin/tcsh -f set HEADER = 13 set MB = `ssh -q -x XXX.com -n /home/ingber/local/bin//mbsize` if ( $MB <= $HEADER) then /bin/rm -f /home/ingber/.Lester_mailbox echo 2 else if (-e /home/ingber/.Lester_mailbox) then set MBHOME = `cat /home/ingber/.Lester_mailbox` if ($MB > $MBHOME) then /bin/rm -f /home/ingber/.Lester_mailbox echo $MB > /home/ingber/.Lester_mailbox echo 0 else echo 1 endif else echo $MB > /home/ingber/.Lester_mailbox echo 0 endif endif ----------8<---------- bottom cut 2/2 <- top 2/2 ----------->8---------- When I run xbiff, the mailbox window pops up OK, but it not running checkCommand() as far as I can tell? Thanks. Lester From huntharo@msu.edu Wed Dec 17 07:37:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 17 Dec 2003 07:37:00 -0000 Subject: Typo on http://xfree86.cygwin.com/ home page In-Reply-To: <20031216185058.GA7544@dog> References: <20031216185058.GA7544@dog> Message-ID: <3FDF91D1.2020701@msu.edu> Paul, I dunno, I kinda like the "yo". :) I will fix it. Thanks for the catch. Harold Paul Mackinney wrote: > FYI, there's a typo on the Cygwin/X home page, first paragraph of the > Downloading and Installing section. > > s/not yo already/not you already/ > > hope this is the right place to report it. > > PM > -- > Paul Mackinney > paul@mackinney.net From baileymason@comcast.net Wed Dec 17 13:00:00 2003 From: baileymason@comcast.net (baileymason@comcast.net) Date: Wed, 17 Dec 2003 13:00:00 -0000 Subject: not getting login using xdmcp Message-ID: <3FDFC814.7050600@comcast.net> I've configured my RH9 to respond to xdmcp and have even successfully tested it with another xserver. But my attempts at getting the cygwin startxdmcp.bat command Xwin -query hostname -nodecoration -lesspointer to get me to a login have not been successful. The server (192.168.1.2) seems to respond as in this dump initation of startxdmcp 21:43:42.670753 192.168.1.132.1061 > 192.168.1.2.xdmcp: udp 7 21:43:42.835538 192.168.1.2.xdmcp > 192.168.1.132.1061: udp 84 (DF) 21:43:52.813260 192.168.1.132.1061 > 192.168.1.2.xdmcp: udp 66 21:43:52.814046 192.168.1.2.xdmcp > 192.168.1.132.1061: udp 52 (DF) 21:43:52.829619 192.168.1.132.1061 > 192.168.1.2.xdmcp: udp 29 21:44:06.258146 192.168.1.132.1061 > 192.168.1.2.xdmcp: udp 29 21:44:10.260849 192.168.1.132.1061 > 192.168.1.2.xdmcp: udp 29 21:44:18.266102 192.168.1.132.1061 > 192.168.1.2.xdmcp: udp 29 21:44:34.269619 192.168.1.132.1061 > 192.168.1.2.xdmcp: udp 29 21:45:06.271426 192.168.1.132.1061 > 192.168.1.2.xdmcp: udp 29 21:45:07.918032 192.168.1.2.xdmcp > 192.168.1.132.1061: udp 79 (DF) root cygwin window closes Unfortunately this sequence isn't generating errors to xdm-error.log. I'm thinking that either there is an xdm configuration setting or Xwin option that I don't have set up. I've tried the -from and -port options with no affect. Any advise is appreciated -John From metaip11@icqmail.com Wed Dec 17 13:22:00 2003 From: metaip11@icqmail.com (Oleg ) Date: Wed, 17 Dec 2003 13:22:00 -0000 Subject: Broken link XFree86-base on ftp server Message-ID: <20031216195546.22555.h007.c012.wm@mail.icqmail.com.criticalpath.net> Hello cygwin. File ftp://cygwin.csie.ntu.edu.tw/pub/cygwin/release/XFree86/XFree86-base/XFree86-base-4.3.0-1.tar.bz2 is damaged. Can you put correct archive? thank you in advance. ------------------------------------------------------------- Sign up for ICQmail at http://www.icq.com/icqmail/signup.html From winminion@realmspace.com Wed Dec 17 14:29:00 2003 From: winminion@realmspace.com (Joaquin) Date: Wed, 17 Dec 2003 14:29:00 -0000 Subject: Could not create directory '/home/andrew/.ssh'. In-Reply-To: <000001c3c31f$2808be50$0400a8c0@vaionotebook> Message-ID: <000001c3c468$f37ca160$c901a8c0@macross> When you type "mount" what does it say? > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com] On Behalf Of Andrew Clarke > Sent: Monday, December 15, 2003 7:22 AM > To: cygwin-xfree@cygwin.com > Subject: Could not create directory '/home/andrew/.ssh'. > > > Hi. I've been using and enjoying Cygwin for a few months > now, but I recently reinstalled WIndows XP on my laptop and > have been having the following problem when I try to run ssh: > > bash-2.05b$ ssh -X radagast > Could not create directory '/home/andrew/.ssh'. > ssh_exchange_identification: Connection closed by remote host > > I just uninstalled Cygwin, deleted c:\cygwin, deleted all the > references to cygwin and cygnus that I could find in the > registry and did a full reinstall and I'm still having this > problem. What can I do to get this working? > > Thanks a lot! > - Andrew Clarke. > > > > From alexander.gottwald@s1999.tu-chemnitz.de Wed Dec 17 14:53:00 2003 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Wed, 17 Dec 2003 14:53:00 -0000 Subject: not getting login using xdmcp In-Reply-To: <3FDFC814.7050600@comcast.net> References: <3FDFC814.7050600@comcast.net> Message-ID: On Tue, 16 Dec 2003 baileymason@comcast.net wrote: > Xwin -query hostname -nodecoration -lesspointer > > to get me to a login have not been successful. The server (192.168.1.2) > seems to respond as in this dump > > Unfortunately this sequence isn't generating errors to xdm-error.log. > I'm thinking that either there is an xdm configuration setting or Xwin > option that I don't have set up. I've tried the -from and -port options > with no affect. what about /tmp/XWin.log? Have you already tried the -from parameter? bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From v-overbeek@cistron.nl Wed Dec 17 14:56:00 2003 From: v-overbeek@cistron.nl (Ton van Overbeek) Date: Wed, 17 Dec 2003 14:56:00 -0000 Subject: Trouble with DDD download via cygwin setup Message-ID: I found out what the problem is trying to download ddd via Cygwin setup: the filesize and md5sum given in setup.ini for ddd-3.3.8-1.tar.bz2 do not match. In setup.ini: size 1435787, md5sum f3244afe271984c1fc1855203cb92300 After manual download: size 1435585, md5sum 86cc2b9dff9a4f794dfc6bbe49bf2bbc Hence the download incomplete, try again? message in setup. Harold, could you please fix your setup.ini, so ddd can be downloaded via setup? Thanks in advance. Ton van Overbeek From FRANZW@dk.ibm.com Wed Dec 17 16:17:00 2003 From: FRANZW@dk.ibm.com (Franz Wolfhagen) Date: Wed, 17 Dec 2003 16:17:00 -0000 Subject: Cygwin XFree86 featured in Danish Computer Magazine Message-ID: Well, it had to happen sometimes.... - the danish computer magazine "Alt om Data" www.aod.dk has metioned/included Cygwin Xfree86 on their monthly CDRom with their magazine along with a lot of the cygwin tools. The only problem as I see it - they have no sourcecode available on the CDRom - neither is it possible to see where it should obtained..... They can be contacted on the mail address cdromaod.dk Med venlig hilsen / Regards Franz Wolfhagen From huntharo@msu.edu Wed Dec 17 21:19:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 17 Dec 2003 21:19:00 -0000 Subject: Broken link XFree86-base on ftp server In-Reply-To: <20031216195546.22555.h007.c012.wm@mail.icqmail.com.criticalpath.net> References: <20031216195546.22555.h007.c012.wm@mail.icqmail.com.criticalpath.net> Message-ID: <3FE06854.3010106@msu.edu> How is it damaged? It is supposed to be empty. Harold Oleg wrote: > Hello cygwin. > > File > > ftp://cygwin.csie.ntu.edu.tw/pub/cygwin/release/XFree86/XFree86-base/XFree86-base-4.3.0-1.tar.bz2 > > is damaged. Can you put correct archive? > > thank you in advance. > > > > ------------------------------------------------------------- > Sign up for ICQmail at http://www.icq.com/icqmail/signup.html From huntharo@msu.edu Wed Dec 17 21:27:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 17 Dec 2003 21:27:00 -0000 Subject: Trouble with DDD download via cygwin setup In-Reply-To: References: Message-ID: <3FE06DEF.6070404@msu.edu> Thanks Ton. I fixed it by uploading the slightly updated binary file that I had created. Harold Ton van Overbeek wrote: > I found out what the problem is trying to download ddd via Cygwin setup: > the filesize and md5sum given in setup.ini for ddd-3.3.8-1.tar.bz2 > do not match. > > In setup.ini: size 1435787, md5sum f3244afe271984c1fc1855203cb92300 > After manual download: > size 1435585, md5sum 86cc2b9dff9a4f794dfc6bbe49bf2bbc > > Hence the download incomplete, try again? message in setup. > Harold, could you please fix your setup.ini, so ddd can be downloaded > via setup? > > Thanks in advance. > > Ton van Overbeek > From huntharo@msu.edu Wed Dec 17 23:51:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 17 Dec 2003 23:51:00 -0000 Subject: Typo on http://xfree86.cygwin.com/ home page In-Reply-To: <20031216185058.GA7544@dog> References: <20031216185058.GA7544@dog> Message-ID: <3FE06E93.9050809@msu.edu> Fixed. Thanks. Harold Paul Mackinney wrote: > FYI, there's a typo on the Cygwin/X home page, first paragraph of the > Downloading and Installing section. > > s/not yo already/not you already/ > > hope this is the right place to report it. > > PM > -- > Paul Mackinney > paul@mackinney.net From pechtcha@cs.nyu.edu Thu Dec 18 01:17:00 2003 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Thu, 18 Dec 2003 01:17:00 -0000 Subject: not getting login using xdmcp In-Reply-To: References: <3FDFC814.7050600@comcast.net> Message-ID: On Wed, 17 Dec 2003, Alexander Gottwald wrote: > On Tue, 16 Dec 2003 baileymason@comcast.net wrote: > > > Xwin -query hostname -nodecoration -lesspointer > > > > to get me to a login have not been successful. The server (192.168.1.2) > > seems to respond as in this dump > > > > Unfortunately this sequence isn't generating errors to xdm-error.log. > > I'm thinking that either there is an xdm configuration setting or Xwin > > option that I don't have set up. I've tried the -from and -port options > > with no affect. > > what about /tmp/XWin.log? Have you already tried the -from > parameter? > > bye > ago Also check /var/log/messages on the RedHat machine for any error messages from [gkx]dm. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "I have since come to realize that being between your mentor and his route to the bathroom is a major career booster." -- Patrick Naughton From murakami@ipl.t.u-tokyo.ac.jp Thu Dec 18 02:58:00 2003 From: murakami@ipl.t.u-tokyo.ac.jp (Takuma Murakami) Date: Thu, 18 Dec 2003 02:58:00 -0000 Subject: -nounixkill doesn't seem to work (Was Re: Ctrl-Alt-Backspace) In-Reply-To: References: Message-ID: <20031217155917.E8DC.MURAKAMI@ipl.t.u-tokyo.ac.jp> Dear Igor and Alexander, > > xmodmap -e "keycode 22 = BackSpace" > > This, however, not only didn't change anything (Ctrl-Alt-Backspace still > exited X), but also crashed XWin.exe. I doubt the stack dump is of any > use with a non-debug version of XWin, but I can provide it if people > request, as well as the corresponding XWin.log (which doesn't contain any > details of the crash). I believe I've also posted the details of my setup > earlier in this thread. To reproduce the problem, run The attached patch can fix the problem. This is against xorg CVS tree on freedesktop.org. Takuma Murakami (murakami@ipl.t.u-tokyo.ac.jp) -------------- next part -------------- A non-text attachment was scrubbed... Name: kbdcrash.patch Type: application/octet-stream Size: 764 bytes Desc: not available URL: From huntharo@msu.edu Thu Dec 18 03:02:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 18 Dec 2003 03:02:00 -0000 Subject: -nounixkill doesn't seem to work (Was Re: Ctrl-Alt-Backspace) In-Reply-To: <20031217155917.E8DC.MURAKAMI@ipl.t.u-tokyo.ac.jp> References: <20031217155917.E8DC.MURAKAMI@ipl.t.u-tokyo.ac.jp> Message-ID: <3FE0CA3B.5040501@msu.edu> Looks clean to me... I will test it tonight and release it if possible. I have a feeling that this might have some effect on the "keyboard doesn't work" problem that people have been encountering. Harold Takuma Murakami wrote: > Dear Igor and Alexander, > > >>> xmodmap -e "keycode 22 = BackSpace" >> >>This, however, not only didn't change anything (Ctrl-Alt-Backspace still >>exited X), but also crashed XWin.exe. I doubt the stack dump is of any >>use with a non-debug version of XWin, but I can provide it if people >>request, as well as the corresponding XWin.log (which doesn't contain any >>details of the crash). I believe I've also posted the details of my setup >>earlier in this thread. To reproduce the problem, run > > > The attached patch can fix the problem. This is against > xorg CVS tree on freedesktop.org. > > Takuma Murakami (murakami@ipl.t.u-tokyo.ac.jp) From ford@vss.fsi.com Thu Dec 18 03:10:00 2003 From: ford@vss.fsi.com (Brian Ford) Date: Thu, 18 Dec 2003 03:10:00 -0000 Subject: can't use windows with GoBack? In-Reply-To: <20031213060159.GA932@ingber.com> References: <20031213060159.GA932@ingber.com> Message-ID: Just my late WAG: Try setting your display variable to localhost:0.0 and using -nolisten local. That should avoid some possible file system interaction. On Fri, 12 Dec 2003, Lester Ingber wrote: > Harold: > > Until this GoBack problem occurred, I was using > XWin -unixkill -emulate3buttons -clipboard -rootless & > wmaker & > > After I installed GoBack, I hit the terrible/impossible performance. > I found that > XWin -unixkill -emulate3buttons -clipboard -multiwindow & > and with even 1 or 2 xterm windows was just a bit better, but still miserable. > -- Brian Ford Senior Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International Phone: 314-551-8460 Fax: 314-551-8444 From welson@et.byu.edu Thu Dec 18 03:31:00 2003 From: welson@et.byu.edu (Welson Sun) Date: Thu, 18 Dec 2003 03:31:00 -0000 Subject: Remote open X application Message-ID: Hi all, I have just installed Cygwin-XFree86, it works fine for local X applications, but when I tried to open remote X application, it fails. The log is: Xlib: connection to "localhost:0.0" refused by server Xlib: No protocol specified Error: Cann't open display: localhost:0.0 I searched the maillist, looks like a lot of people have been caught by this problem, but there is no satisfying answer yet. I have set the DISPLAY environment to be 127.0.0.1:0.0, but no help. I have disabled the NAV, but no help. Looks like it is the problem with my windows X server setting, somehow, it is not accepting the incoming request. Any idea guys? Best Regards, Welson Sun ------------------------------------- Electrical and Computer Engineering Brigham Young Unversity 461 CB, Provo, Utah 84602 Office: (801) 422-7206 Email: welson@et.byu.edu ------------------------------------- From welson@et.byu.edu Thu Dec 18 03:38:00 2003 From: welson@et.byu.edu (Welson Sun) Date: Thu, 18 Dec 2003 03:38:00 -0000 Subject: Remote open X application In-Reply-To: Message-ID: OK, I know what's wrong now. The step should be: 1. Start Cygwin X 2. xhost + Remote Server 3. ssh -X Remote Server This works for me now. At least the "refused by server" is resolved. But not all Linux machines................ I can start X applications on some Linux machine in this way, but on some others, it still complains about: Error: Cann't open display: localhost:0.0 I have no idea, now the problem looks like is relating with the Linux machine setup. Anybody can help me? Thanks! -----Original Message----- From: cygwin-xfree-owner@cygwin.com [mailto:cygwin-xfree-owner@cygwin.com] On Behalf Of Welson Sun Sent: Wednesday, December 17, 2003 6:18 PM To: cygwin-xfree@cygwin.com Subject: Remote open X application Hi all, I have just installed Cygwin-XFree86, it works fine for local X applications, but when I tried to open remote X application, it fails. The log is: Xlib: connection to "localhost:0.0" refused by server Xlib: No protocol specified Error: Cann't open display: localhost:0.0 I searched the maillist, looks like a lot of people have been caught by this problem, but there is no satisfying answer yet. I have set the DISPLAY environment to be 127.0.0.1:0.0, but no help. I have disabled the NAV, but no help. Looks like it is the problem with my windows X server setting, somehow, it is not accepting the incoming request. Any idea guys? Best Regards, Welson Sun ------------------------------------- Electrical and Computer Engineering Brigham Young Unversity 461 CB, Provo, Utah 84602 Office: (801) 422-7206 Email: welson@et.byu.edu ------------------------------------- From huntharo@msu.edu Thu Dec 18 03:41:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 18 Dec 2003 03:41:00 -0000 Subject: Remote open X application In-Reply-To: References: Message-ID: <3FE118CC.9000106@msu.edu> Welson, Welson Sun wrote: > OK, I know what's wrong now. The step should be: > 1. Start Cygwin X > 2. xhost + Remote Server No. xhost is not needed, nor desired, when using ssh. > 3. ssh -X Remote Server > > This works for me now. At least the "refused by server" is resolved. > > But not all Linux machines................ > > I can start X applications on some Linux machine in this way, but on some > others, it still complains about: > Error: Cann't open display: localhost:0.0 It is more likely that some of your Linux machines don't have ssh setup to allow X11 tunnelling. Follow the instructions on the following page for ssh, very carefully: http://xfree86.cygwin.com/docs/ug/using-remote-apps.html You should not have any trouble if you do it this way... unless your Linux machines need to have their sshd configuration changed, which you can find documentation about elsewhere. Harold From welson@et.byu.edu Thu Dec 18 04:48:00 2003 From: welson@et.byu.edu (Welson Sun) Date: Thu, 18 Dec 2003 04:48:00 -0000 Subject: Remote open X application In-Reply-To: <3FE118CC.9000106@msu.edu> Message-ID: Thanks Harold. At first, I just followed the link you provided, but got the error as stated in my previous email. Then I add the "xhost + ... " command before doing ssh, and it worked for my Linux machines. So, I think it might be that other Linux machines are not correctly set up, especially for X tunnelling. I am not expert on this, I need to talk with my system administrator. -----Original Message----- From: cygwin-xfree-owner@cygwin.com [mailto:cygwin-xfree-owner@cygwin.com] On Behalf Of Harold L Hunt II Sent: Wednesday, December 17, 2003 8:03 PM To: cygwin-xfree@cygwin.com Subject: Re: Remote open X application Welson, Welson Sun wrote: > OK, I know what's wrong now. The step should be: > 1. Start Cygwin X > 2. xhost + Remote Server No. xhost is not needed, nor desired, when using ssh. > 3. ssh -X Remote Server > > This works for me now. At least the "refused by server" is resolved. > > But not all Linux machines................ > > I can start X applications on some Linux machine in this way, but on > some others, it still complains about: > Error: Cann't open display: localhost:0.0 It is more likely that some of your Linux machines don't have ssh setup to allow X11 tunnelling. Follow the instructions on the following page for ssh, very carefully: http://xfree86.cygwin.com/docs/ug/using-remote-apps.html You should not have any trouble if you do it this way... unless your Linux machines need to have their sshd configuration changed, which you can find documentation about elsewhere. Harold From huntharo@msu.edu Thu Dec 18 09:15:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 18 Dec 2003 09:15:00 -0000 Subject: Remote open X application In-Reply-To: References: Message-ID: <3FE11F8B.5080200@msu.edu> Welson, Welson Sun wrote: > Thanks Harold. > > At first, I just followed the link you provided, but got the error as stated > in my previous email. Then I add the "xhost + ... " command before doing > ssh, and it worked for my Linux machines. > > So, I think it might be that other Linux machines are not correctly set up, > especially for X tunnelling. I am not expert on this, I need to talk with my > system administrator. Run the following when you login to one of your remote machines and tell me if the value of DISPLAY is equal to your Window machine's address or your Linux machine's address: set | grep DISPLAY Harold From welson@et.byu.edu Thu Dec 18 15:47:00 2003 From: welson@et.byu.edu (Welson Sun) Date: Thu, 18 Dec 2003 15:47:00 -0000 Subject: Remote open X application In-Reply-To: <3FE11F8B.5080200@msu.edu> Message-ID: Here is the result: 1. Start Cygwin/X DISPLAY = 127.0.0.1:0.0 2. ssh -X Remote Host DISPLAY = My router's external address -----Original Message----- From: cygwin-xfree-owner@cygwin.com [mailto:cygwin-xfree-owner@cygwin.com] On Behalf Of Harold L Hunt II Sent: Wednesday, December 17, 2003 8:31 PM To: cygwin-xfree@cygwin.com Subject: Re: Remote open X application Welson, Welson Sun wrote: > Thanks Harold. > > At first, I just followed the link you provided, but got the error as > stated in my previous email. Then I add the "xhost + ... " command > before doing ssh, and it worked for my Linux machines. > > So, I think it might be that other Linux machines are not correctly > set up, especially for X tunnelling. I am not expert on this, I need > to talk with my system administrator. Run the following when you login to one of your remote machines and tell me if the value of DISPLAY is equal to your Window machine's address or your Linux machine's address: set | grep DISPLAY Harold From huntharo@msu.edu Thu Dec 18 17:13:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 18 Dec 2003 17:13:00 -0000 Subject: Remote open X application In-Reply-To: References: Message-ID: <3FE121F1.7090102@msu.edu> Welson, Welson Sun wrote: > Here is the result: > 1. Start Cygwin/X > DISPLAY = 127.0.0.1:0.0 > > 2. ssh -X Remote Host > DISPLAY = My router's external address So, how do you launch apps from the remote host then? Are you setting the DISPLAY variable on the remote host to point back to the Windows host? By the way, do you do IRC? I am in irc.freenode.net/#cygwinx. It would be easier to help you there. Harold From welson@et.byu.edu Thu Dec 18 17:29:00 2003 From: welson@et.byu.edu (Welson Sun) Date: Thu, 18 Dec 2003 17:29:00 -0000 Subject: Remote open X application In-Reply-To: <3FE12A23.90206@msu.edu> Message-ID: OK, with Harold's help, it now works for me at last. By default, you should not need to set the DISPLAY variable, the sshd X11 tunnelling configuration should take care of this. But because some admin is not familiar with this, you may need to set up manually. Then I set it to be: localhost:10.1 and it works. But according to Harold, if somebody else is logged on via ssh already and using 10.0, I should set it be to 11.1, but I cannot know that. Anyway, this is a problem with the Remote Linux machine's sshd X11 tunnelling configuration. -----Original Message----- From: Harold L Hunt II [mailto:huntharo@msu.edu] Sent: Wednesday, December 17, 2003 9:17 PM To: Welson Sun Subject: Re: Remote open X application Welson, Let's keep this discussion on the mailing list for others to see. Welson Sun wrote: > Hi Harold, > > I am sorry that I don't use IRC, but I use MSN (welson_sun@hotmail.com). > Maybe it is a good idea to use IRC, I just finished all my finals so I > have some time to figure this out. :-) > > Yeah, you are right. After I logged on to the remote host, I will set > the DISPLAY variable to be 127.0.0.1:0.0, it worked on some Linux > machines, but not all. So I think this maybe a problem with the Linux sshd configuration. You are not supposed to do that. ssh works by redirecting your X apps to point to a local screen that sshd is listening on. If the DISPLAY variable is unset when you login to the remote machine, then it means that the remote machine is not properly configured for ssh X tunnelling. If it is set, then leave it alone and try running an app... it should work fine. That is what I meant when I said to follow the instructions on the web page; I didn't leave out any steps, which means that I don't want you to add any steps that I didn't mention. Please try that and report your results to the list. > BTW, what IRC program do you recommend? I use Mozilla's IRC program called Chatzilla. Harold From 83osoal@hotmail.com Thu Dec 18 17:36:00 2003 From: 83osoal@hotmail.com (Alana Valle) Date: Thu, 18 Dec 2003 17:36:00 -0000 Subject: now you dont have to pay for Pay_perview movies.......countermen Message-ID: <44$w51$396v$-w-0v$-$yf$4w$4m@n1b6y> What movies did you watch over this month. would like to l0wer your cable bills, well look at this - http://www.esavingsplus.com?refid=10010000860190756 No more advertisments - http://www.esavingsplus.com?unsub=10010000860190756 tm svy vb pzh adrwo g cuc ofz From huntharo@msu.edu Thu Dec 18 17:55:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 18 Dec 2003 17:55:00 -0000 Subject: -nounixkill doesn't seem to work (Was Re: Ctrl-Alt-Backspace) In-Reply-To: <20031217155917.E8DC.MURAKAMI@ipl.t.u-tokyo.ac.jp> References: <20031217155917.E8DC.MURAKAMI@ipl.t.u-tokyo.ac.jp> Message-ID: <3FE1CC01.5020709@msu.edu> Takuma, Thanks for the patch. It has been applied and released as XFree86-xserv-4.3.0-26. Alexander or Kensuke - Could you apply this patch to the freedesktop.org tree? Thanks in advance. Harold Takuma Murakami wrote: > Dear Igor and Alexander, > > >>> xmodmap -e "keycode 22 = BackSpace" >> >>This, however, not only didn't change anything (Ctrl-Alt-Backspace still >>exited X), but also crashed XWin.exe. I doubt the stack dump is of any >>use with a non-debug version of XWin, but I can provide it if people >>request, as well as the corresponding XWin.log (which doesn't contain any >>details of the crash). I believe I've also posted the details of my setup >>earlier in this thread. To reproduce the problem, run > > > The attached patch can fix the problem. This is against > xorg CVS tree on freedesktop.org. > > Takuma Murakami (murakami@ipl.t.u-tokyo.ac.jp) From pechtcha@cs.nyu.edu Thu Dec 18 19:10:00 2003 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Thu, 18 Dec 2003 19:10:00 -0000 Subject: -nounixkill doesn't seem to work (Was Re: Ctrl-Alt-Backspace) In-Reply-To: <3FE1CC01.5020709@msu.edu> References: <20031217155917.E8DC.MURAKAMI@ipl.t.u-tokyo.ac.jp> <3FE1CC01.5020709@msu.edu> Message-ID: Since I originally reported this bug, I'm happy to confirm that it seems to be fixed. Igor On Thu, 18 Dec 2003, Harold L Hunt II wrote: > Takuma, > > Thanks for the patch. It has been applied and released as > XFree86-xserv-4.3.0-26. > > Alexander or Kensuke - Could you apply this patch to the freedesktop.org > tree? Thanks in advance. > > Harold > > Takuma Murakami wrote: > > Dear Igor and Alexander, > > > > > >>> xmodmap -e "keycode 22 = BackSpace" > >> > >>This, however, not only didn't change anything (Ctrl-Alt-Backspace still > >>exited X), but also crashed XWin.exe. I doubt the stack dump is of any > >>use with a non-debug version of XWin, but I can provide it if people > >>request, as well as the corresponding XWin.log (which doesn't contain any > >>details of the crash). I believe I've also posted the details of my setup > >>earlier in this thread. To reproduce the problem, run > > > > > > The attached patch can fix the problem. This is against > > xorg CVS tree on freedesktop.org. > > > > Takuma Murakami (murakami@ipl.t.u-tokyo.ac.jp) -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "I have since come to realize that being between your mentor and his route to the bathroom is a major career booster." -- Patrick Naughton From juan_m_medina@yahoo.com Thu Dec 18 20:40:00 2003 From: juan_m_medina@yahoo.com (Juan Medina) Date: Thu, 18 Dec 2003 20:40:00 -0000 Subject: keyboard not working Message-ID: <20031218172931.4963.qmail@web60104.mail.yahoo.com> ****************************** Somebody please FAQ this somewhere ****************************** Found the solution somewhere in the email list (took me a while to perform the proper query). Check this out: http://www.cygwin.com/ml/cygwin-xfree/2003-08/msg00145.html As described there, the X server global variables XAPPLRESDIR, XCMSDB, XKEYSYMDB and XNLSPATH were set by some other program to point to /usr/X11R5. The latest Xfree included with Cygwin seems to be checking on this and so it does not work (Cygwin location for these is /usr/X11R6, not R5). In the message Pavel mentions Microsoft Services for Unix, which I have installed too. I am almost sure this is the one that created those system variables. As I do not use X from SFU (I only need the nfs capability so my local Windows drives can be accessed from Linux without Samba), I really do not care about breaking up X there and so I just got rid of those variables. I hope this is also the solution you were looking for, Best Regards, JUAN This is the mail archive of the cygwin-xfree@cygwin.com mailing list for the Cygwin XFree86 project. ---------------------------------------------------------------------------- ---- Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index] Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next] Other format: [Raw text] Re: keyboard not working a.. From: Stephan Schaefer b.. To: alexander dot gottwald at s1999 dot tu-chemnitz dot de c.. Cc: cygwin-xfree at cygwin dot com d.. Date: Mon, 15 Dec 2003 16:16:24 +0100 e.. Subject: Re: keyboard not working f.. Reply-to: cygwin-xfree at cygwin dot com ---------------------------------------------------------------------------- ---- Which programs have you tried? Please also run xev for testing and press some keys in the "Event Test" window. Are there some ButtonPress events reported? Yes! Mouseevents are all reported correctly. Additionally I see events from Shift/Ctrl/Alt and, most surprising, the numeric keypad is working as well. Still nothing from the rest of the keyboard.... Stephan __________________________________ Do you Yahoo!? New Yahoo! Photos - easier uploading and sharing. http://photos.yahoo.com/ From s.schaefer@sun.com Thu Dec 18 23:51:00 2003 From: s.schaefer@sun.com (Stephan Schaefer) Date: Thu, 18 Dec 2003 23:51:00 -0000 Subject: keyboard not working In-Reply-To: <20031218172931.4963.qmail@web60104.mail.yahoo.com> References: <20031218172931.4963.qmail@web60104.mail.yahoo.com> Message-ID: <3FE1E591.9090106@sun.com> Hi Juan, Thanks a lot ! That exactly solves my problem. I also had SFU installed :( Best regards Stephan > > Check this out: > http://www.cygwin.com/ml/cygwin-xfree/2003-08/msg00145.html > From ford@vss.fsi.com Fri Dec 19 03:15:00 2003 From: ford@vss.fsi.com (Brian Ford) Date: Fri, 19 Dec 2003 03:15:00 -0000 Subject: using xbiff on remote mail In-Reply-To: <20031216202550.GA1912@ingber.com> References: <20031216202550.GA1912@ingber.com> Message-ID: On Tue, 16 Dec 2003, Lester Ingber wrote: > I've been trying to use xbiff to monitor a remote mailbox as in `man xbiff`: > checkCommand (class CheckCommand) [snip] > therefore contain i/o redirection. An exit status of 0 indi- > cates that new mail is waiting, 1 indicates that there has been > no change in size, and 2 indicates that the mail has been > cleared. By default, no shell command is provided. > Notice it says exit status. [snip] > ----------8<---------- top cut 2/2 -> bottom 2/2 ----------->8---------- > #!/bin/tcsh -f > set HEADER = 13 > set MB = `ssh -q -x XXX.com -n /home/ingber/local/bin//mbsize` > if ( $MB <= $HEADER) then > /bin/rm -f /home/ingber/.Lester_mailbox > echo 2 exit 2? > else > if (-e /home/ingber/.Lester_mailbox) then > set MBHOME = `cat /home/ingber/.Lester_mailbox` > if ($MB > $MBHOME) then > /bin/rm -f /home/ingber/.Lester_mailbox > echo $MB > /home/ingber/.Lester_mailbox > echo 0 exit 0? > else > echo 1 exit 1? > endif > else > echo $MB > /home/ingber/.Lester_mailbox > echo 0 exit 0? > endif > endif > ----------8<---------- bottom cut 2/2 <- top 2/2 ----------->8---------- > -- Brian Ford Senior Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International Phone: 314-551-8460 Fax: 314-551-8444 From Alexander.Gottwald@s1999.tu-chemnitz.de Fri Dec 19 05:47:00 2003 From: Alexander.Gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Fri, 19 Dec 2003 05:47:00 -0000 Subject: Basic X-window help In-Reply-To: <20031215223223.GA5147@dog> References: <20031215223223.GA5147@dog> Message-ID: Paul Mackinney wrote: > Hi, been using Linux for a while, new to Cygwin. I've seen someone start > with the Cygwin shell, create an ssh session to another Linux box and > run emacs in a stand-alone x-window. Can someone tell me how or point me > to the docs? http://xfree86.cygwin.com/docs/faq/cygwin-xfree-faq.html#q-ssh-no-x11forwarding bye ago NP: Die ?rzte - Hurra -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From mattlist@fastmail.fm Fri Dec 19 08:50:00 2003 From: mattlist@fastmail.fm (Matt) Date: Fri, 19 Dec 2003 08:50:00 -0000 Subject: xwin crash (when running anything but xlogo) Message-ID: <3FE210F9.4030905@fastmail.fm> I just installed xf86 on my win2000 machine to be used as a remote x terminal. i forward the connection through ssh to a linux machine (debian woody), and everything seems good. i can run xlogo and see the logo on my windows machine....but that's about it. every other program i've tried (mozilla, startkde, evolution, gaim, etc.) crashes xwin.exe. xwin.log dosn't seem to contain any serious errors. is there a more detailed log file? please help, -matt p.s. i couldn't figure out how to subscribe to the list, so please cc your replys to me. thanks. From huntharo@msu.edu Fri Dec 19 09:11:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 19 Dec 2003 09:11:00 -0000 Subject: keyboard not working In-Reply-To: <20031218172931.4963.qmail@web60104.mail.yahoo.com> References: <20031218172931.4963.qmail@web60104.mail.yahoo.com> Message-ID: <3FE23D69.8010507@msu.edu> Just a question for anybody that uses SFU --- Does SFU have an X Server? I didn't think that it did... I thought it included some limited X stuff for command-line clients or perhaps to allow clients to be displayed on remote machines. Does anyone know what SFU actually has? I want to make sure it hasn't gotten too far advanced while I was not looking :) Harold Juan Medina wrote: > ****************************** > Somebody please FAQ this somewhere > ****************************** > > Found the solution somewhere in the email list (took > me a while to perform > the proper query). > > Check this out: > http://www.cygwin.com/ml/cygwin-xfree/2003-08/msg00145.html > > As described there, the X server global variables > XAPPLRESDIR, XCMSDB, > XKEYSYMDB and XNLSPATH were set by some other program > to point to > /usr/X11R5. The latest Xfree included with Cygwin > seems to be checking on > this and so it does not work (Cygwin location for > these is /usr/X11R6, not > R5). In the message Pavel mentions Microsoft Services > for Unix, which I have > installed too. I am almost sure this is the one that > created those system > variables. > > As I do not use X from SFU (I only need the nfs > capability so my local > Windows drives can be accessed from Linux without > Samba), I really do not > care about breaking up X there and so I just got rid > of those variables. > > I hope this is also the solution you were looking for, > > Best Regards, > > JUAN > > This is the mail archive of the > cygwin-xfree@cygwin.com mailing list for the > Cygwin XFree86 project. > > > ---------------------------------------------------------------------------- > ---- > > Index Nav: [Date Index] [Subject Index] [Author > Index] [Thread Index] > Message Nav: [Date Prev] [Date Next] [Thread > Prev] [Thread Next] > Other format: [Raw text] > > Re: keyboard not working > a.. From: Stephan Schaefer dot com> > b.. To: alexander dot gottwald at s1999 dot > tu-chemnitz dot de > c.. Cc: cygwin-xfree at cygwin dot com > d.. Date: Mon, 15 Dec 2003 16:16:24 +0100 > e.. Subject: Re: keyboard not working > f.. Reply-to: cygwin-xfree at cygwin dot com > > ---------------------------------------------------------------------------- > ---- > > Which programs have you tried? Please also run xev for > testing and press > some keys in the "Event Test" window. Are there some > ButtonPress events > reported? > > Yes! Mouseevents are all reported correctly. > Additionally I see events from > Shift/Ctrl/Alt and, most surprising, the numeric > keypad is working as well. > Still nothing from the rest of the keyboard.... > > Stephan > > > __________________________________ > Do you Yahoo!? > New Yahoo! Photos - easier uploading and sharing. > http://photos.yahoo.com/ > From huntharo@msu.edu Fri Dec 19 10:01:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 19 Dec 2003 10:01:00 -0000 Subject: FAQ Update Message-ID: <3FE26D65.9080602@msu.edu> I just posted some updates that Alexander made to the FAQ: http://xfree86.cygwin.com/docs/faq/ Harold From michael.lipp@danet.de Fri Dec 19 13:30:00 2003 From: michael.lipp@danet.de (Michael Lipp) Date: Fri, 19 Dec 2003 13:30:00 -0000 Subject: XFree86 4.3.0 and AltGr Message-ID: <3FE2BBDF.5070106@Danet.de> Hi, I downloaded cygwin yesterday and stumbled over the not-working AltGr. I searched the archives (I emphasize this as it seems you get praised on this list for doing so ;-) ) and got some news. In my case, the problem shows up a bit differently. I have Windows2000 and no power toys or tweakUI installed (whatever those are). AltGr seems to work in general, i.e. if I press AltGr and "+"-key twice, I get a "~" (or AltGr-+ and space). So this is what you expect from a keyborad with dead keys. XEmacs, however, considers AltGr a real key instead of a modified, i.e. every time I press AltGr I get a message about an undefined key. As I want nodeadkeys, I changed XF86Config-4, including the variant nodeadkeys. Nothing changed. So I intended to play around with some options and in order to avoid restarting the server every time, I assembled my "base" command: "xsetxkbmap -rules xfree86 -model pc105 -layout de -variant nodeadkeys". This is just what's written in my XF86Config-4. To my suprise this was it. I.e. after executing this command, everything works. So obviously, xwin is not really configured as stated in XF86Config-4 after startup. Regards, Michael From huntharo@msu.edu Fri Dec 19 13:30:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 19 Dec 2003 13:30:00 -0000 Subject: Website updates Message-ID: <3FE290E0.2020604@msu.edu> I have made quite a few minor changes to the Cygwin/X website (http://xfree86.cygwin.com/). Changes ======= 1) Add thumbnails to the screenshots page and generally change the entire layout. 2) Remove the CVS access page, since it only referred to the CVS access for the XWin Server code, when we in fact have two CVS trees: XWin Server at freedesktop.org and the documentation source at sourceforge.net. 3) Update the XWin Server Development page and add CVS info. 4) Update the Documentation Development page and add CVS info. 5) Decrease the width of the left menu bar from 20% to 15% of the page. 6) Update the FAQ with Alexander's info about Services for Unix. 7) Update the User's Guide by swapping the position of the ssh and telnet documentation to encourage people to try ssh first. 8) Fix a handful of broken links between pages. To-Do ===== The content of the website is largely up-to-date now and the screenshots page has been redesigned to accomodate more and newer screenshots. What I want to do now is to redesign the header, leftbar, and footer, as well as to start using a stylesheet more regularly across the site. If anyone is interested in helping, grab a copy of the source for our home page, update the colors, layout, etc. and send in a link to your updated mock-up. I would appreciate mock-ups that have use of new colors and that get rid of the alternating green and black header that we have. I can take the mock-ups that are sent in and apply the changes to the actual files. I am just looking for some help with the creative process. Harold From s.schaefer@sun.com Fri Dec 19 14:19:00 2003 From: s.schaefer@sun.com (Stephan Schaefer) Date: Fri, 19 Dec 2003 14:19:00 -0000 Subject: keyboard not working Message-ID: <3FE2C0A5.6080905@sun.com> SFU 3.0 has no X server, but it has the standard X11 binaries like xterm, xclock, etc that can be started from its own C-Shell. Of course this requires a running X Server. Stephan From Jonas.Jonsson@alcesys.se Fri Dec 19 17:33:00 2003 From: Jonas.Jonsson@alcesys.se (Jonas Jonsson) Date: Fri, 19 Dec 2003 17:33:00 -0000 Subject: AltGr, HP-UX and trouble Message-ID: <20031219.GNn.70970000@lafleur.alcesys.se> Here we go again, I know this question has been up asked quite a few times but I still *MUST* get a solution to this problem. I've attached relevant files (AFAIK). In short: I have a normal swedish keyboard, pc105, and all apropriate things set in /etc/X11/XF86Config. In the Cygwin-environment, everything works fine, all keys that should work seems to work. Emacs have no dead keys, ie I can write {}[]@ usd-sign etc. So, I logon to the BIG HP-UX-server running somewhere, via "telnet -8", and in the shell, everything works fine. But from that telnet (or actually the xterm-window) I start a new xterm-window (running HP-UX xterm). All of a sudden, {}[] etc don't work in the new window (Since AltGr doesn't seem to work). Worst of all, the quite important characters that I want to be able to type in Emacs (started on the HP-UX machine) is not possible to type. (Well, if I run emacs -nw in the xterm-window, the }][{-keys work, but that's not how I wanna use emacs.) This gives me problems, since I'm programming C/C++ on that very HP-UX machine :-D Then, I load this xmodmap.se-file, and the keys start working in the (remote) xterm-window, but Emacs still refuse to read the AltGr-key .... Finally, xev isn't available on the HP-UX machine :-O Where do I find source for xev, and a makefile that allows me to run it without installing it? What's wrong here?? -- Jonas Jonsson, Alcesys AB mail: Jonas.Jonsson@alcesys.se tel : 0733 - 96 13 13 web : http://www.alcesys.se -------------- next part -------------- A non-text attachment was scrubbed... Name: XWin.log Type: application/octet-stream Size: 5913 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: XF86Config Type: application/octet-stream Size: 1924 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: xmodmap.se Type: application/octet-stream Size: 2802 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: .xinitrc Type: application/octet-stream Size: 757 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: version.def Type: application/octet-stream Size: 1127 bytes Desc: not available URL: From kamlawal@123.com Sat Dec 20 13:56:00 2003 From: kamlawal@123.com (kamali lawal) Date: Sat, 20 Dec 2003 13:56:00 -0000 Subject: Sorry for intruding(Please Read) Message-ID: Dear Friend. As you read this, I don't want you to feel sorry for me, because, I believe everyone will die someday. My name is kamali Lawal, a merchant in Dubai, in the U.A.E.I have been diagnosed with Esophageal cancer caring for my health. It has defiled all forms of medicine, and right now I have only about a few months to live, according to medical experts. I have not particularly lived my life so well, as I never really cared for anyone not even myself but my business. Though I am very rich, I was never generous, I was always hostile to people and only focus on my business as that was the only thing I cared for. But now I regret all this as I now know that there is more to life than just wanting to have or make all the money in the world. I believe when God gives me a second chance to come to this world I would live my life a different way from how I have lived it. Now that God ! has called me, I have willed and given most of my properties and assets to my immediate and extended family members and as well as a few close friends. I want God to be merciful to me and accept my soul and so, I have decided to give alms to charity organizations, as I want this to be one of the last good deeds I do on earth. So far, I have distributed money to some charity organizations in the U.A.E, Algeria and Malaysia. Now that my health has deteriorated so badly, I cannot do this my self any more. I once asked members of my family to close one of my accounts and distribute the money which I have there to charity organization in Bulgaria and Pakistan, they refused and kept the money to themselves. Hence, I do not trust them anymore, as they seem not to be contended with what I have left for them. The last of my money which no one knows of is the huge cash deposit of Twelve million dollars $12,000,000,that I have with a Bank in Europe. I will want you to help me collect this deposit and dispatched it to charity organizations. I have set aside 10% for you for your time and patience. God be with you. Kamali Lawal From kamlawal@123.com Sat Dec 20 15:11:00 2003 From: kamlawal@123.com (kamali lawal) Date: Sat, 20 Dec 2003 15:11:00 -0000 Subject: Sorry for intruding(Please Read) Message-ID: Dear Friend. As you read this, I don't want you to feel sorry for me, because, I believe everyone will die someday. My name is kamali Lawal, a merchant in Dubai, in the U.A.E.I have been diagnosed with Esophageal cancer caring for my health. It has defiled all forms of medicine, and right now I have only about a few months to live, according to medical experts. I have not particularly lived my life so well, as I never really cared for anyone not even myself but my business. Though I am very rich, I was never generous, I was always hostile to people and only focus on my business as that was the only thing I cared for. But now I regret all this as I now know that there is more to life than just wanting to have or make all the money in the world. I believe when God gives me a second chance to come to this world I would live my life a different way from how I have lived it. Now that God ! has called me, I have willed and given most of my properties and assets to my immediate and extended family members and as well as a few close friends. I want God to be merciful to me and accept my soul and so, I have decided to give alms to charity organizations, as I want this to be one of the last good deeds I do on earth. So far, I have distributed money to some charity organizations in the U.A.E, Algeria and Malaysia. Now that my health has deteriorated so badly, I cannot do this my self any more. I once asked members of my family to close one of my accounts and distribute the money which I have there to charity organization in Bulgaria and Pakistan, they refused and kept the money to themselves. Hence, I do not trust them anymore, as they seem not to be contended with what I have left for them. The last of my money which no one knows of is the huge cash deposit of Twelve million dollars $12,000,000,that I have with a Bank in Europe. I will want you to help me collect this deposit and dispatched it to charity organizations. I have set aside 10% for you for your time and patience. God be with you. Kamali Lawal From alexander.gottwald@s1999.tu-chemnitz.de Sun Dec 21 02:06:00 2003 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Sun, 21 Dec 2003 02:06:00 -0000 Subject: AltGr, HP-UX and trouble In-Reply-To: <20031219.GNn.70970000@lafleur.alcesys.se> References: <20031219.GNn.70970000@lafleur.alcesys.se> Message-ID: On Fri, 19 Dec 2003, Jonas Jonsson wrote: > Here we go again, I know this question has been up asked quite a few times but > I still *MUST* get a solution to this problem. I've attached relevant files > (AFAIK). > > In short: > > I have a normal swedish keyboard, pc105, and all apropriate things set in > /etc/X11/XF86Config. > > In the Cygwin-environment, everything works fine, all keys that should work > seems to work. Emacs have no dead keys, ie I can write {}[]@ usd-sign etc. > > So, I logon to the BIG HP-UX-server running somewhere, via "telnet -8", and in > the shell, everything works fine. > But from that telnet (or actually the xterm-window) I start a new xterm-window > (running HP-UX xterm). All of a sudden, {}[] etc don't work in the new window > (Since AltGr doesn't seem to work). > Worst of all, the quite important characters that I want to be able to type in > Emacs (started on the HP-UX machine) is not possible to type. (Well, if I run > emacs -nw in the xterm-window, the }][{-keys work, but that's not how I wanna > use emacs.) > This gives me problems, since I'm programming C/C++ on that very HP-UX machine > :-D > > Then, I load this xmodmap.se-file, and the keys start working in the (remote) > xterm-window, but Emacs still refuse to read the AltGr-key .... > > Finally, xev isn't available on the HP-UX machine :-O > > Where do I find source for xev, and a makefile that allows me to run it > without installing it? > > What's wrong here?? I'm not completely sure but afaik HPUX uses quite old xlibs. The problems also arise when talking to an old xfree installation on linux (3.x) and are not limited to the Cygwin/X server. The key AltGr has different names in the different versions of X. It is now called ISO_Level3_Shift and was formerly called Mode_switch, Alt_R and Meta_R. Normally this should not matter but the mapping to the modifier keys has some voodoo too. Pressing AltGr in a recent verio of X results in an modifier state of 0x80. With Mode_switch this was 0x2000. There are also installations where the AltGr key was mapped to modifier mod5 (the present) and some where it mapped to mod3. Unfortunately I have not understood this topic completely and it seems that no one on the mailinglist has dealt with this before. But you could ask the people on the xfree@xfree86.org mailinglist why you can't properly work with an 4.3.0 xserver with 3.x libs. bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From Allen.Lung@ftb.ca.gov Sun Dec 21 10:33:00 2003 From: Allen.Lung@ftb.ca.gov (Lung.Allen) Date: Sun, 21 Dec 2003 10:33:00 -0000 Subject: Sorry for intruding(Please Read) Message-ID: That would be a nice donation to put towards the development of cygwin! How generous! I wish I needed $12,000,000.00 oh well back to work. -----Original Message----- From: kamali lawal [mailto:kamlawal@123.com] Sent: Fri 12/19/2003 5:32 AM To: cygwin-xfree@sources.redhat.com Cc: Subject: Sorry for intruding(Please Read) Dear Friend. As you read this, I don't want you to feel sorry for me, because, I believe everyone will die someday. My name is kamali Lawal, a merchant in Dubai, in the U.A.E.I have been diagnosed with Esophageal cancer caring for my health. It has defiled all forms of medicine, and right now I have only about a few months to live, according to medical experts. I have not particularly lived my life so well, as I never really cared for anyone not even myself but my business. Though I am very rich, I was never generous, I was always hostile to people and only focus on my business as that was the only thing I cared for. But now I regret all this as I now know that there is more to life than just wanting to have or make all the money in the world. I believe when God gives me a second chance to come to this world I would live my life a different way from how I have lived it. Now that God ! has called me, I have willed and given most of my properties and assets to my immediate and extended family members and as well as a few close friends. I want God to be merciful to me and accept my soul and so, I have decided to give alms to charity organizations, as I want this to be one of the last good deeds I do on earth. So far, I have distributed money to some charity organizations in the U.A.E, Algeria and Malaysia. Now that my health has deteriorated so badly, I cannot do this my self any more. I once asked members of my family to close one of my accounts and distribute the money which I have there to charity organization in Bulgaria and Pakistan, they refused and kept the money to themselves. Hence, I do not trust them anymore, as they seem not to be contended with what I have left for them. The last of my money which no one knows of is the huge cash deposit of Twelve million dollars $12,000,000,that I have with a Bank in Europe. I will want you to help me collect this deposit and dispatched it to charity organizations. I have set aside 10% for you for your time and patience. God be with you. Kamali Lawal From electabuzz@katamail.com Sun Dec 21 13:39:00 2003 From: electabuzz@katamail.com (electa) Date: Sun, 21 Dec 2003 13:39:00 -0000 Subject: rdesktop installation comment Message-ID: i have found it at: http://www.tierra.dyndns.org:81/cygwin/rdesktop/ i'm trying rdesktop-1.3.0-1.tar.bz2 first, a comment on the istruction at http://www.tierra.dyndns.org:81/cygwin the suggested command is wrong, the right is: tar -jxv -C / -f [file] then, the installation don't add the man page because extract the "rdesktop.1" in /usr/share/man1. the right place is /usr/share/man/man1 From ingber@ingber.com Mon Dec 22 08:36:00 2003 From: ingber@ingber.com (Lester Ingber) Date: Mon, 22 Dec 2003 08:36:00 -0000 Subject: XWin.xe Application Error with -multiwindow Message-ID: <20031220151144.GA1844@ingber.com> Under Thinkpad/XP Pro, using all the current downloads I often get a popup window when closing my session using -multiwindow (with or without including -engine 1), e.g., XWin -unixkill -emulate3buttons -clipboard -multiwindow & XWin.exe - Application Error [in the title bar] The instruction at "..." referenced memory at "0x00000000". The memory could not be "read". Also, perhaps it's my imagination, but it seems that recently my x-windows sessions react much slower to typing and cut-paste operations? I notice that my System CPU can climb to max even when invoking `less` of `ls`, etc. When pasting, if I type right *after* the paste mouse-click, often my typing appears *before* the paste? Thanks. Lester -- Prof. Lester Ingber ingber@ingber.com ingber@alumni.caltech.edu www.ingber.com www.alumni.caltech.edu/~ingber From pechtcha@cs.nyu.edu Mon Dec 22 09:02:00 2003 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Mon, 22 Dec 2003 09:02:00 -0000 Subject: rdesktop installation comment In-Reply-To: References: Message-ID: On Sat, 20 Dec 2003, electa wrote: > i have found it at: > http://www.tierra.dyndns.org:81/cygwin/rdesktop/ > i'm trying rdesktop-1.3.0-1.tar.bz2 > > first, a comment on the istruction at http://www.tierra.dyndns.org:81/cygwin > the suggested command is wrong, the right is: tar -jxv -C / -f [file] > > then, the installation don't add the man page > because extract the "rdesktop.1" in /usr/share/man1. > the right place is /usr/share/man/man1 These comments should be sent directly to the owner of the page, as it's not a page maintained by the Cygwin project. Also, FYI, the rdesktop package has been submitted for review and inclusion in the official Cygwin distribution, so it would be great if your comments were also sent to the cygwin-apps mailing list (see ). As the latter requires subscription, I've taken the liberty of Cc'ing both the author (Jari Aalto) and the appropriate list. Dan, please note the second complaint as an unresolved problem with the rdesktop package. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "I have since come to realize that being between your mentor and his route to the bathroom is a major career booster." -- Patrick Naughton From oyvind.harboe@zylin.com Mon Dec 22 21:15:00 2003 From: oyvind.harboe@zylin.com (=?ISO-8859-1?Q?=D8yvind?= Harboe) Date: Mon, 22 Dec 2003 21:15:00 -0000 Subject: xwinclip and openoffice Message-ID: <1072002831.30885.6.camel@famine> I'm switching my working environment from Outlook and Office to Evolution and OpenOffice. I run CygWin xfree on various PC's to access my Evolution + OpenOffice running on my Linux box. One feature that I've lost is the ability to copy&paste non-text. - In a spreadsheet only the values are copied, not the formulas. - When I copy a spreadsheet range into an HTML email, I get only text, no tables. HTML email is expedient for internal reporting purposes, for the rest of the world I normally use PDF. If these features are supported, how do I enable them? ??yvind From oyvind.harboe@zylin.com Tue Dec 23 00:25:00 2003 From: oyvind.harboe@zylin.com (=?ISO-8859-1?Q?=D8yvind?= Harboe) Date: Tue, 23 Dec 2003 00:25:00 -0000 Subject: xwinclip and openoffice Message-ID: <1072013969.31191.12.camel@famine> Just a few more comments to my question: If I do not start xwinclip, I can copy and paste e.g. formulas in OpenOffice, or tables from OpenOffice to an Evolution HTML email. This is what is going on AFAICT: xwinclip detects when my Linux box is updating its clipboard and then updates the windows clipboard. At this point xwinclip updates the linux clipboard, since the windows clipboard changed. However, the linux<->windows clipboard format translations are inheritly lossy, and hence I want xwinclip to avoid them if it can. ??yvind From geert.pille@vandemoortele.com Tue Dec 23 00:40:00 2003 From: geert.pille@vandemoortele.com (Pille Geert (bizvdm)) Date: Tue, 23 Dec 2003 00:40:00 -0000 Subject: AltGr, HP-UX and trouble Message-ID: <2FAEFC2A851BD211AD820008C7286BA403F99987@NBIZ205> Hallo JJ, here you have an xev.c, I had no trouble compiling it on HP/UX 11. I haven't been able to get the xterm's on HP/UX or AIX to work with AltGr and dead keys, I'm using xterm from Cygwin/X and rlogin to the HP/UX box (which is not really BIG - physically). Geert > -----Original Message----- > From: Jonas Jonsson [mailto:Jonas.Jonsson@alcesys.se] > Sent: vrijdag 19 december 2003 11:02 > To: cygwin-xfree@cygwin.com > Subject: AltGr, HP-UX and trouble > > > Here we go again, I know this question has been up asked > quite a few times but > I still *MUST* get a solution to this problem. I've attached > relevant files > (AFAIK). > > In short: > > I have a normal swedish keyboard, pc105, and all apropriate > things set in > /etc/X11/XF86Config. > > In the Cygwin-environment, everything works fine, all keys > that should work > seems to work. Emacs have no dead keys, ie I can write {}[]@ > usd-sign etc. > > So, I logon to the BIG HP-UX-server running somewhere, via > "telnet -8", and in > the shell, everything works fine. > But from that telnet (or actually the xterm-window) I start a > new xterm-window > (running HP-UX xterm). All of a sudden, {}[] etc don't work > in the new window > (Since AltGr doesn't seem to work). > Worst of all, the quite important characters that I want to > be able to type in > Emacs (started on the HP-UX machine) is not possible to type. > (Well, if I run > emacs -nw in the xterm-window, the }][{-keys work, but that's > not how I wanna > use emacs.) > This gives me problems, since I'm programming C/C++ on that > very HP-UX machine > :-D > > Then, I load this xmodmap.se-file, and the keys start working > in the (remote) > xterm-window, but Emacs still refuse to read the AltGr-key .... > > Finally, xev isn't available on the HP-UX machine :-O > > Where do I find source for xev, and a makefile that allows me > to run it > without installing it? > > What's wrong here?? > > -- > Jonas Jonsson, Alcesys AB > mail: Jonas.Jonsson@alcesys.se > tel : 0733 - 96 13 13 > web : http://www.alcesys.se > > =============================== This email is confidential and intended solely for the use of the individual to whom it is addressed. If you are not the intended recipient, be advised that you have received this email in error and that any use, dissemination, forwarding, printing, or copying of this email is strictly prohibited. You are explicitly requested to notify the sender of this email that the intended recipient was not reached. -------------- next part -------------- A non-text attachment was scrubbed... Name: xev.c Type: application/octet-stream Size: 30004 bytes Desc: not available URL: From fergus@bonhard.uklinux.net Tue Dec 23 02:09:00 2003 From: fergus@bonhard.uklinux.net (fergus@bonhard.uklinux.net) Date: Tue, 23 Dec 2003 02:09:00 -0000 Subject: XWin: losing focus; killing it Message-ID: <000701c3c869$916b8590$580210ac@tcgp.dundee.ac.uk> I have done my best with recent topic-related comms (2001, 2003 mainly) but still need a hand if anybody can help. For reasons I really don't want to alter, I prefer to start XWin after opening a bash console, and not from Windows (Start -> Run -> ... or a command prompt). So, I start bash. At the bash prompt I write XWin -nolisten local -multiwindow & as a preface to rxvt -display localhost:0.0 but I find that after "XWin ..." the console loses focus and I need to regain ownership with a mouse click; then I can go ahead with "rxvt ...". Is there a switch or qualifier I can add/ subtract to the "XWin ..." command to keep ownership? My second question is: how kill a running XWin? Presently I do "ps" followed by "kill " but this needs user input, and I'd prefer a single command that meant "". Can anybody help? Thank you. Fergus From Alexander.Gottwald@s1999.tu-chemnitz.de Tue Dec 23 03:28:00 2003 From: Alexander.Gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Tue, 23 Dec 2003 03:28:00 -0000 Subject: XWin: losing focus; killing it In-Reply-To: <000701c3c869$916b8590$580210ac@tcgp.dundee.ac.uk> References: <000701c3c869$916b8590$580210ac@tcgp.dundee.ac.uk> Message-ID: fergus@bonhard.uklinux.net wrote: > I have done my best with recent topic-related comms (2001, 2003 mainly) but > still need a hand if anybody can help. > For reasons I really don't want to alter, I prefer to start XWin after > opening a bash console, and not from Windows (Start -> Run -> ... or a > command prompt). So, I start bash. At the bash prompt I write > XWin -nolisten local -multiwindow & > as a preface to > rxvt -display localhost:0.0 > but I find that after "XWin ..." the console loses focus and I need to This is a windows functionality. But you might suppress that by starting xwin minimized (maybe cygstart does this) > regain ownership with a mouse click; then I can go ahead with "rxvt ...". Is > there a switch or qualifier I can add/ subtract to the "XWin ..." command to > keep ownership? The is no such option. > My second question is: how kill a running XWin? Presently I do "ps" followed > by "kill " but this needs user input, and I'd prefer a > single command that meant "". Can anybody Have you ever heard of a command which kills any running Excel instance? The command kill is for cases where you want to terminate a program from an external command. You could of course build a shellscript which fetches all program ids of Xwin processes from the ps output and feed that to kill but there is (currently) no program which does this for you. -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From ADeFaria@Salira.com Tue Dec 23 05:04:00 2003 From: ADeFaria@Salira.com (Andrew DeFaria) Date: Tue, 23 Dec 2003 05:04:00 -0000 Subject: not getting login using xdmcp In-Reply-To: References: <3FDFC814.7050600@comcast.net> Message-ID: Igor Pechtchanski wrote: > On Wed, 17 Dec 2003, Alexander Gottwald wrote: > >> On Tue, 16 Dec 2003 baileymason@comcast.net wrote: >> >>> Xwin -query hostname -nodecoration -lesspointer >>> >>> to get me to a login have not been successful. The server >>> (192.168.1.2) seems to respond as in this dump >>> >>> Unfortunately this sequence isn't generating errors to >>> xdm-error.log. I'm thinking that either there is an xdm >>> configuration setting or Xwin option that I don't have set up. I've >>> tried the -from and -port options with no affect. >> >> what about /tmp/XWin.log? Have you already tried the -from >> parameter? >> >> bye >> ago > > > Also check /var/log/messages on the RedHat machine for any error > messages from [gkx]dm. > Igor I have a similar problem. This is with a SuSE 8.2 installation. I had Mandrake 9.1 installed before and managed to get XDMCP working. Can't get it working with SuSE however and I'm pulling my hair out! I have nothing in my /var/log/messages nor /var/log/kdm.log files. I'm using: $ xwin -query sonslinux -from adefaria X comes up but no login dialog box. XWin.log is attached. Any help would be appreciated. -- Nostalgia isn't what it used to be. -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: XWin.log URL: From huntharo@msu.edu Tue Dec 23 05:45:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 23 Dec 2003 05:45:00 -0000 Subject: not getting login using xdmcp In-Reply-To: References: <3FDFC814.7050600@comcast.net> Message-ID: <3FE78ED8.7030009@msu.edu> Andrew, Andrew DeFaria wrote: > I have a similar problem. This is with a SuSE 8.2 installation. I had > Mandrake 9.1 installed before and managed to get XDMCP working. Can't > get it working with SuSE however and I'm pulling my hair out! > > I have nothing in my /var/log/messages nor /var/log/kdm.log files. I'm > using: > > $ xwin -query sonslinux -from adefaria > > X comes up but no login dialog box. XWin.log is attached. > > Any help would be appreciated. How many network interfaces do you have? Find out the IP address of the interface that is actually communicating with sonslinux and make sure to specify that IP address in the -from parameter. If you give it the wrong IP, it will cause the XDM serve to be unable to send messages back to XWin.exe > XDM: too many retransmissions This is your key log message from XWin.log. The XDM support in XWin.exe is generic to all X Servers, so you can google for this message and try to find some help there. My guess is that you either have a problem with the return address being incorrect (as I talk about above), or one of the following: 1) You have not enabled an XDM server on your Linux machine followed by a restart. 2) You could also just not be running you linux machine at the correct run level, which would cause the XDM server to not even be started. 3) You have not enabled remote XDMCP connections for the XDM server that you are running (followed by a restart): http://xfree86.cygwin.com/docs/faq/cygwin-xfree-faq.html#q-mandrake-8.1-xdmcp NOTE: The fact that the above link says "Mandrake" can be ignored... it was originally written when Mandrake started defaulting XDMCP to being disabled, which was closely followed by my realizing that almost all distributions started doing this. Harold From ADeFaria@Salira.com Tue Dec 23 07:26:00 2003 From: ADeFaria@Salira.com (Andrew DeFaria) Date: Tue, 23 Dec 2003 07:26:00 -0000 Subject: not getting login using xdmcp In-Reply-To: <3FE78ED8.7030009@msu.edu> References: <3FDFC814.7050600@comcast.net> <3FE78ED8.7030009@msu.edu> Message-ID: Harold L Hunt II wrote: > Andrew, > > Andrew DeFaria wrote: > >> I have a similar problem. This is with a SuSE 8.2 installation. I had >> Mandrake 9.1 installed before and managed to get XDMCP working. Can't >> get it working with SuSE however and I'm pulling my hair out! >> >> I have nothing in my /var/log/messages nor /var/log/kdm.log files. >> I'm using: >> >> $ xwin -query sonslinux -from adefaria >> >> X comes up but no login dialog box. XWin.log is attached. >> >> Any help would be appreciated. > > How many network interfaces do you have? 1 > Find out the IP address of the interface that is actually > communicating with sonslinux and make sure to specify that IP address > in the -from parameter. If you give it the wrong IP, it will cause > the XDM serve to be unable to send messages back to XWin.exe Retried it with my IP address. Same problem. >> XDM: too many retransmissions > > This is your key log message from XWin.log. The XDM support in > XWin.exe is generic to all X Servers, so you can google for this > message and try to find some help there. My guess is that you either > have a problem with the return address being incorrect (as I talk > about above), or one of the following: > > 1) You have not enabled an XDM server on your Linux machine followed > by a restart. I have (an aside, my understanding is that XDMCP runs on port 177. I try to telnet to port 177 and get connection refused. Guess this is not good). As you probably know XDMCP is not enabled by default. I have changed the config files to allow it (at least I think I have) and have not only restarted kdm but have rebooted the machine to no avail. > 2) You could also just not be running you linux machine at the correct > run level, which would cause the XDM server to not even be started. Sonslinux sits right next to me. I am logged into a kde session right now so I assume I'm at the proper run level. > 3) You have not enabled remote XDMCP connections for the XDM server > that you are running (followed by a restart): > > http://xfree86.cygwin.com/docs/faq/cygwin-xfree-faq.html#q-mandrake-8.1-xdmcp > > > NOTE: The fact that the above link says "Mandrake" can be ignored... > it was originally written when Mandrake started defaulting XDMCP to > being disabled, which was closely followed by my realizing that almost > all distributions started doing this. Yes. Let me read that and see what I find... (BTW this page answers my soon to be next question of why I can't XDMCP to the Solaris box - Need to use a font server! Thanks. BTW that XWin.log file may have been from my attempt to XDMCP to the Solaris box. I've attached a new XWin.log). Enabled XDMCP in /opt/kde3/share/config/kdm/kdmrc (SuSE 8.2 - it's not listed in your table -perhaps you would like to update that). Note I also found the following in /etc/X11/xdm/xdm-config: ! SECURITY: do not listen for XDMCP or Chooser requests ! Comment out this line if you want to manage X terminals with xdm ! !DisplayManager.requestPort: 0 And as you can see I have commented that out. Both of these actions I have done a few days ago and have since restarted kdm and even rebooted sonslinux but the problem remains. This is why I'm pulling my hair out! Additionally I made sure the following appears in /opt/kde3/share/config/Xaccess and /etc/X11/xdm/Xaccess: # The nicest way to run the chooser is to just ask it to broadcast # requests to the network - that way new hosts show up automatically. # Sometimes, however, the chooser can't figure out how to broadcast, # so this may not work in all environments. # * CHOOSER BROADCAST #any indirect host can get a chooser Oh, BTW your link for Linux XDMCP HOWTO (http://www.linuxdoc.org/HOWTO/XDMCP-HOWTO/) when clicked yeilds: Note: You are trying to access The Linux Documentation Project website using an old (and unsupported) URL. Please update your bookmarks to use www.tldp.org or en.tldp.org (if you just need the English documentation). Click to go directly to the page you requested: http://en.tldp.org/HOWTO/XDMCP-HOWTO/ -- A truly wise man never plays leapfrog with a unicorn. -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: XWin.log URL: From huntharo@msu.edu Tue Dec 23 11:41:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 23 Dec 2003 11:41:00 -0000 Subject: not getting login using xdmcp In-Reply-To: References: <3FDFC814.7050600@comcast.net> <3FE78ED8.7030009@msu.edu> Message-ID: <3FE7B65A.7030502@msu.edu> Andrew, Andrew DeFaria wrote: > Harold L Hunt II wrote: > >> Andrew, >> >> Andrew DeFaria wrote: >> >>> I have a similar problem. This is with a SuSE 8.2 installation. I had >>> Mandrake 9.1 installed before and managed to get XDMCP working. Can't >>> get it working with SuSE however and I'm pulling my hair out! >>> >>> I have nothing in my /var/log/messages nor /var/log/kdm.log files. >>> I'm using: >>> >>> $ xwin -query sonslinux -from adefaria >>> >>> X comes up but no login dialog box. XWin.log is attached. >>> >>> Any help would be appreciated. >> >> >> How many network interfaces do you have? > > > 1 How about third-party (not from Microsoft) VPN or firewall software? Also, do you have Windows XP with the SP2 beta that was announced a few days ago? The SP2 beta may cause problems; I don't recommend using it until we have had a chance to look at it. >> Find out the IP address of the interface that is actually >> communicating with sonslinux and make sure to specify that IP address >> in the -from parameter. If you give it the wrong IP, it will cause >> the XDM serve to be unable to send messages back to XWin.exe > > > Retried it with my IP address. Same problem. Okay. >>> XDM: too many retransmissions >> >> >> This is your key log message from XWin.log. The XDM support in >> XWin.exe is generic to all X Servers, so you can google for this >> message and try to find some help there. My guess is that you either >> have a problem with the return address being incorrect (as I talk >> about above), or one of the following: >> >> 1) You have not enabled an XDM server on your Linux machine followed >> by a restart. > > > I have (an aside, my understanding is that XDMCP runs on port 177. I try > to telnet to port 177 and get connection refused. Guess this is not > good). As you probably know XDMCP is not enabled by default. I have > changed the config files to allow it (at least I think I have) and have > not only restarted kdm but have rebooted the machine to no avail. No, telnetting to port 177 will always fail. Telnet connects to TCP ports; XDMCP listens on UDP port 177, not TCP port 177. These are different ports and different protocols. Your second point is interesting. Have you confirmed that the graphical XDM login screen is showing on your server? When you do a "ps | grep xdm", "ps | grep gdm", and "ps | grep kdm", does either of them return a matching process that is running? If not, then you don't have one of the display managers running, which indicates a problem. >> 2) You could also just not be running you linux machine at the correct >> run level, which would cause the XDM server to not even be started. > > > Sonslinux sits right next to me. I am logged into a kde session right > now so I assume I'm at the proper run level. Yes, but how did you login? Did you login at a text prompt, then run startkde, or did you have a full-screen graphical login application (such as kdm)? >> 3) You have not enabled remote XDMCP connections for the XDM server >> that you are running (followed by a restart): >> >> http://xfree86.cygwin.com/docs/faq/cygwin-xfree-faq.html#q-mandrake-8.1-xdmcp >> >> >> NOTE: The fact that the above link says "Mandrake" can be ignored... >> it was originally written when Mandrake started defaulting XDMCP to >> being disabled, which was closely followed by my realizing that almost >> all distributions started doing this. > > > Yes. Let me read that and see what I find... (BTW this page answers my > soon to be next question of why I can't XDMCP to the Solaris box - Need > to use a font server! Thanks. BTW that XWin.log file may have been from > my attempt to XDMCP to the Solaris box. I've attached a new XWin.log). > > Enabled XDMCP in /opt/kde3/share/config/kdm/kdmrc (SuSE 8.2 - it's not > listed in your table -perhaps you would like to update that). Yup, they only get listed if someone tells me where it is. You told me, so I updated it. > Note I also found the following in /etc/X11/xdm/xdm-config: > > ! SECURITY: do not listen for XDMCP or Chooser requests > ! Comment out this line if you want to manage X terminals with xdm > ! > !DisplayManager.requestPort: 0 This was probably not needed. Once you change that line to enable XDMCP, the defaults for mosts distributions allow you to get a login screen from all remote machines. > And as you can see I have commented that out. Both of these actions I > have done a few days ago and have since restarted kdm and even rebooted > sonslinux but the problem remains. This is why I'm pulling my hair out! You are sure that you are running kdm, right? You could be running gdm, in which case the kdmrc file would have no effect. > Additionally I made sure the following appears in > /opt/kde3/share/config/Xaccess and /etc/X11/xdm/Xaccess: > > # The nicest way to run the chooser is to just ask it to broadcast > # requests to the network - that way new hosts show up automatically. > # Sometimes, however, the chooser can't figure out how to broadcast, > # so this may not work in all environments. > # > > * CHOOSER BROADCAST #any indirect host can get a > chooser That should not be needed. You might have goofed something up here. The default values allow any machine to get a login screen. > Oh, BTW your link for Linux XDMCP HOWTO > (http://www.linuxdoc.org/HOWTO/XDMCP-HOWTO/) when clicked yeilds: > > Note: You are trying to access The Linux Documentation Project website > using an old (and unsupported) URL. Please update your bookmarks to use > www.tldp.org or en.tldp.org > (if you just need the English documentation). Click to go directly to > the page you requested: http://en.tldp.org/HOWTO/XDMCP-HOWTO/ Thanks. I fixed it. The log file you sent doesn't seem to have anything useful in it. Harold From zakki@peppermint.jp Tue Dec 23 16:17:00 2003 From: zakki@peppermint.jp (Kensuke Matsuzaki) Date: Tue, 23 Dec 2003 16:17:00 -0000 Subject: XWin: losing focus; killing it In-Reply-To: References: <000701c3c869$916b8590$580210ac@tcgp.dundee.ac.uk> Message-ID: Hi, winCreateBoundingWindowWindowed calls BringWindowToTop, but maybe this is not needed in multi-window mode. > > I have done my best with recent topic-related comms (2001, 2003 mainly) but > > still need a hand if anybody can help. > > For reasons I really don't want to alter, I prefer to start XWin after > > opening a bash console, and not from Windows (Start -> Run -> ... or a > > command prompt). So, I start bash. At the bash prompt I write > > XWin -nolisten local -multiwindow & > > as a preface to > > rxvt -display localhost:0.0 > > but I find that after "XWin ..." the console loses focus and I need to > > This is a windows functionality. But you might suppress that by starting xwin > minimized (maybe cygstart does this) ---- Kensuke Matsuzaki mailto:zakki@peppermint.jp http://peppermint.jp -------------- next part -------------- A non-text attachment was scrubbed... Name: x.diff Type: application/octet-stream Size: 760 bytes Desc: not available URL: From murakami@ipl.t.u-tokyo.ac.jp Tue Dec 23 16:21:00 2003 From: murakami@ipl.t.u-tokyo.ac.jp (Takuma Murakami) Date: Tue, 23 Dec 2003 16:21:00 -0000 Subject: not getting login using xdmcp In-Reply-To: References: <3FE78ED8.7030009@msu.edu> Message-ID: <20031223144420.2FFC.MURAKAMI@ipl.t.u-tokyo.ac.jp> > Additionally I made sure the following appears in > /opt/kde3/share/config/Xaccess and /etc/X11/xdm/Xaccess: > > # The nicest way to run the chooser is to just ask it to broadcast > # requests to the network - that way new hosts show up automatically. > # Sometimes, however, the chooser can't figure out how to broadcast, > # so this may not work in all environments. > # > > * CHOOSER BROADCAST #any indirect host can get a chooser The line which you should comment out is not that line but this: #* #any host can get a login window Did you comment out this line? Takuma Murakami (murakami@ipl.t.u-tokyo.ac.jp) From huntharo@msu.edu Tue Dec 23 17:07:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 23 Dec 2003 17:07:00 -0000 Subject: Cygwin/X - Problems with XDMCP due to firewall software. Message-ID: <3FE7EE0E.80004@msu.edu> Some users have been reporting that they cannot get an XDMCP login screen on a remote *nix box from their Windows XP machines. I was unable to figure out what was going on here until I enabled the Windows Internet Connection Firewall (ICF) for my notebook when I was out of town. Upon returning I could no longer get a login screen for my Linux box. I then remembered that I had enabled ICF for the adapter that I was trying to use to connect to the Linux machine via XDMCP. I then went into the ICF properties and enabled logging of dropped packets. I tried again to get a login screen and got the following in my log file: ======================================================================= #Verson: 1.0 #Software: Microsoft Internet Connection Firewall #Time Format: Local #Fields: date time action protocol src-ip dst-ip src-port dst-port size tcpflags tcpsyn tcpack tcpwin icmptype icmpcode info 2003-12-23 01:52:08 DROP TCP 192.168.0.1 192.168.0.123 43195 6000 60 S 2971670008 0 5840 - - - ======================================================================= Now, for a little background on XDMCP. XDMCP contacts the remote XDM server on UDP port 177. Then, the remote XDM server attempts to make a connection back to your Windows box on TCP port 6000. The problem here is that typical firewall software will expect an outgoing connection to respond back on the same port. That is, an outbound connection to UDP port 177 would make the firewall allow an incoming connection from the remote host on UDP port 177. However, XDM makes an incoming connection to your Windows box on TCP port 6000, which the firewall software (ICF or another firewall package) does not expect and does not allow. So, the firewall software denies the incoming connection. The error profile here is perfect. Do the following to see if this is your problem: 1) Regardless of whether or not you think you have a firewall problem, launch XWin.exe with the proper -from and -query parameters. 2) Wait two or three minutes. 3) Cygwin/X will exit and you will see something like the following towards the end of /tmp/XWin.log: ======================================================================= Fatal server error: XDMCP fatal error: Session failed Session 225104017 failed for display windows-host:0: cannot open display winDeinitClipboard - Noting shutdown in progress winDeinitMultiWindowWM - Noting shutdown in progress ======================================================================= 4) You should see something like the following in your *DM log file on your *NIX machine, such as /var/log/kdm.log: NOTE: This error message will not show up until XWin.exe has run for two or three minutes and shut itself down. ======================================================================= Dec 23 02:10:40 *nix-host kdm[16484]: Hung in XOpenDisplay(windows-host:0), aborting Dec 23 02:10:40 *nix-host kdm[16484]: server open failed for windows-host:0, giving up Dec 23 02:10:40 *nix-host kdm[12545]: Display windows-host:0 cannot be opened ======================================================================= In summary, it looks like the error message in /tmp/XWin.log actually comes from the *DM service running on the remote *NIX host when it is unable to make a return connection to your Windows host. If you match this error profile you need to figure out if you have Internet Connection Firewall, another Windows firewall product, or a firewall in the network between your Windows host and your *NIX host. If you have a firewall product installed on your Windows host, try disabling it for just a few seconds to try making an XDMCP connection; if it works, you need to consult your firewall documentation to figure out how to allow incoming connections on TCP port 6000 from your remote *NIX host. If you have a firewall box somewhere on the network path between your Windows host and your remote *NIX host, then you need to either configure it to allow connections as above, or work with your network administrator to fix the problem. As a side note, this whole situation explains why I was able to get at least one user to be able to make a connection to the "echo" service running on UDP port 177 on his *NIX host. That worked fine, but the return connection to TCP port 6000 on his Windows host was failing because of either a firewall on his Windows machine or somewhere in the network between his two machines. I hope this helps somebody and this will go into the FAQ someday. This is only going to get worse with Windows XP SP2, since it enables the Internet Connection Firewall by default; on the other hand, it does have some new features that sound like they may alleviate our troubles. For example (I have to read this again, so don't quote me), there is a feature that allows incoming connectinos from a remote host for 3 seconds after an outgoing connections is made; this may or may not allow our incoming connection on TCP port 6000 to be accepted after our outgoing connection on UDP port 177 is made. Harold From oyvind.harboe@zylin.com Tue Dec 23 18:26:00 2003 From: oyvind.harboe@zylin.com (=?ISO-8859-1?Q?=D8yvind?= Harboe) Date: Tue, 23 Dec 2003 18:26:00 -0000 Subject: Fix to stop xwinclip from clobbering remote clipboard Message-ID: <1072179661.1858.22.camel@famine> I'm going out on a limb here, as my experience with xfree86 is extremely limited. Perhaps there is an option to achieve what I'm suggesting here. Oh well! :-) xwinclip is clobbering the clipboard when I work w/e.g. OpenOffice: - If I copy and paste a spreadsheet cell while xwinclip is running, only the value is copied. - If xwinclip is not running, I can copy and paste formulas without problems. AFAICT, xwinclip clobbers the remote clipboard by doing a "conversion round-trip": remote clipboard->windows clipboard->remote clipboard. Such round trip conversions are inheritely lossy and should be avoided. After examining the source code(see below), I've come up with the following "scheme" for a fix: - register a new dummy windows clipboard data type, e.g. named "REMOTEDATA". - whenever xwinclip updates the Windows clipboard, it also invokes SetClipboardData(REMOTEDATA, dummyval). - whenever xwinclip executes a paste from the Windows clipboard to e.g. an OpenOffice spreadsheet not running under Windows, xwinclip first checks if REMOTEDATA is present in the Windows clipboard. If the flag is present, xwinclip effectively needs to do nothing because the remote clipboard already contains the correct data. http://cvsweb.xfree86.org/cvsweb/xc/programs/Xserver/hw/xwin/winclipboardxevents.c ??yvind From zakki@peppermint.jp Tue Dec 23 19:02:00 2003 From: zakki@peppermint.jp (Kensuke Matsuzaki) Date: Tue, 23 Dec 2003 19:02:00 -0000 Subject: Fix to stop xwinclip from clobbering remote clipboard In-Reply-To: <1072179661.1858.22.camel@famine> References: <1072179661.1858.22.camel@famine> Message-ID: ?yvind, The reason why non-text clipboard contents is lost is not that. To know windows clipboard change or not, you can use SetClipboardViewer and WM_DRAWCLIPBOARD. xwinclip clime CLIPBOARD ownership, but xwinclip can handle only XA_STRING, UTF8_STRING and COMPOUND_TEXT. xwinclip must hold all target to avoid clobbering X clipboard contents. GNOME Clipboard Manager seems to do those well. Perhaps their documents and code will help you. By the way, latest code is here. http://pdx.freedesktop.org/cgi-bin/viewcvs.cgi/xc/programs/Xserver/hw/xwin/winclipboardxevents.c?cvsroot=xorg&only_with_tag=CYGWIN&sortby=date -- Kensuke Matsuzaki mailto:zakki@peppermint.jp http://peppermint.jp From huntharo@msu.edu Tue Dec 23 19:18:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 23 Dec 2003 19:18:00 -0000 Subject: Fix to stop xwinclip from clobbering remote clipboard In-Reply-To: <1072179661.1858.22.camel@famine> References: <1072179661.1858.22.camel@famine> Message-ID: <3FE86B63.8080405@msu.edu> ??yvind, ??yvind Harboe wrote: > I'm going out on a limb here, as my experience with xfree86 is extremely > limited. Perhaps there is an option to achieve what I'm suggesting here. > > Oh well! :-) > > xwinclip is clobbering the clipboard when I work w/e.g. OpenOffice: > > - If I copy and paste a spreadsheet cell while xwinclip is running, only > the value is copied. > - If xwinclip is not running, I can copy and paste formulas without > problems. Yes, that is a valid problem. > AFAICT, xwinclip clobbers the remote clipboard by doing a "conversion > round-trip": remote clipboard->windows clipboard->remote clipboard. Such > round trip conversions are inheritely lossy and should be avoided. > > After examining the source code(see below), I've come up with the > following "scheme" for a fix: > > - register a new dummy windows clipboard data type, e.g. named > "REMOTEDATA". > - whenever xwinclip updates the Windows clipboard, it also invokes > SetClipboardData(REMOTEDATA, dummyval). > - whenever xwinclip executes a paste from the Windows clipboard to e.g. > an OpenOffice spreadsheet not running under Windows, xwinclip first > checks if REMOTEDATA is present in the Windows clipboard. If the flag is > present, xwinclip effectively needs to do nothing because the remote > clipboard already contains the correct data. No, that scheme does not work. The problem is that we have to grab ownership of the X clipboard each time that either the X clipboard or the Windows clipboard changes. So, we can't even attempt your idea because it requires that the original provider of the X clipboard data still be around when the request comes to paste that data; by grabbing ownership of the clipboard we tell that X app to dump the data to us in a single format. This essentially means that OpenOffice no longer knows that it put in the clipboard; we have to tell it. Your idea is part of what we will do when we use the XFIXES extension to monitor changes to the clipboard instead of stealing ownership of the clipboar each time another application changes it. I wrote the code a while back to work with the XFIXES extension but it was never completely finished. Maybe I will get to it soon. Harold From murakami@ipl.t.u-tokyo.ac.jp Tue Dec 23 19:25:00 2003 From: murakami@ipl.t.u-tokyo.ac.jp (Takuma Murakami) Date: Tue, 23 Dec 2003 19:25:00 -0000 Subject: not getting login using xdmcp In-Reply-To: <20031223144420.2FFC.MURAKAMI@ipl.t.u-tokyo.ac.jp> References: <20031223144420.2FFC.MURAKAMI@ipl.t.u-tokyo.ac.jp> Message-ID: <20031224020213.81CF.MURAKAMI@ipl.t.u-tokyo.ac.jp> Sorry for the wrong info. In my previous mail quoted below, all "comment out" must be "uncomment". > > Additionally I made sure the following appears in > > /opt/kde3/share/config/Xaccess and /etc/X11/xdm/Xaccess: > > > > # The nicest way to run the chooser is to just ask it to broadcast > > # requests to the network - that way new hosts show up automatically. > > # Sometimes, however, the chooser can't figure out how to broadcast, > > # so this may not work in all environments. > > # > > > > * CHOOSER BROADCAST #any indirect host can get a chooser > > The line which you should comment out is not that line but this: > #* #any host can get a login window > Did you comment out this line? Takuma Murakami (murakami@ipl.t.u-tokyo.ac.jp) From huntharo@msu.edu Tue Dec 23 19:32:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 23 Dec 2003 19:32:00 -0000 Subject: Proper attribution of patches In-Reply-To: <200312222110.hBMLAPRo087003@public.xfree86.org> References: <200312222110.hBMLAPRo087003@public.xfree86.org> Message-ID: <3FE888B0.2020503@msu.edu> The following CVS commit, made by Thomas Dickey, has no indication that Thomas was either a) not involved at all in the patch or b) that Thomas found Ralf Habacker's patch and committed a modified version of that patch. The CVS log message says: fixes for _XtInherit on cygwin. The hw/xfree86/CHANGELOG files says: XFree86 4.3.99.903 (xx December 2003) + 699. Fixes to build/run on cygwin (Thomas Dickey). I know that this patch was based at least in part (if not entirely) on Ralf Habacker's patch for the same, since it includes a more than twenty line comment from Ralf along with his name at the bottom: http://cvsweb.xfree86.org/cvsweb/xc/lib/Xt/Initialize.c.diff?r1=3.21&r2=3.22&f=h Given the fact that XFree86 has shown little support for Cygwin in the past coupled with the fact that Cygwin/X is no longer associated with XFree86, I request that you take care to properly attribute patches from members of the Cygwin/X community. Thank you, Harold Hunt Thomas Dickey wrote: > CVSROOT: /home/x-cvs > Module name: xc > Changes by: dickey@public.xfree86.org. 03/12/22 13:10:25 > > Log message: > fixes for _XtInherit on cygwin. > > Modified files: > xc/lib/Xt/: > Initialize.c Vendor.c > > Revision Changes Path > 3.22 +61 -1 xc/lib/Xt/Initialize.c > 1.8 +21 -2 xc/lib/Xt/Vendor.c > > _______________________________________________ > Cvs-commit mailing list > Cvs-commit@XFree86.Org > http://XFree86.Org/mailman/listinfo/cvs-commit > From dickey@his.com Tue Dec 23 19:32:00 2003 From: dickey@his.com (Thomas Dickey) Date: Tue, 23 Dec 2003 19:32:00 -0000 Subject: Proper attribution of patches In-Reply-To: <3FE888B0.2020503@msu.edu> References: <200312222110.hBMLAPRo087003@public.xfree86.org> <3FE888B0.2020503@msu.edu> Message-ID: On Tue, 23 Dec 2003, Harold L Hunt II wrote: > The following CVS commit, made by Thomas Dickey, has no indication that > Thomas was either a) not involved at all in the patch or b) that Thomas > found Ralf Habacker's patch and committed a modified version of that patch. > > The CVS log message says: > fixes for _XtInherit on cygwin. > > The hw/xfree86/CHANGELOG files says: > XFree86 4.3.99.903 (xx December 2003) > + 699. Fixes to build/run on cygwin (Thomas Dickey). > > I know that this patch was based at least in part (if not entirely) on > Ralf Habacker's patch for the same, since it includes a more than twenty > line comment from Ralf along with his name at the bottom: > > http://cvsweb.xfree86.org/cvsweb/xc/lib/Xt/Initialize.c.diff?r1=3.21&r2=3.22&f=h I'm aware of that. Your commit didn't mention this either. Do you have point? -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net From huntharo@msu.edu Tue Dec 23 19:41:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 23 Dec 2003 19:41:00 -0000 Subject: Proper attribution of patches In-Reply-To: References: <200312222110.hBMLAPRo087003@public.xfree86.org> <3FE888B0.2020503@msu.edu> Message-ID: <3FE894EE.2090103@msu.edu> Thomas Dickey wrote: > On Tue, 23 Dec 2003, Harold L Hunt II wrote: > > >>The following CVS commit, made by Thomas Dickey, has no indication that >>Thomas was either a) not involved at all in the patch or b) that Thomas >>found Ralf Habacker's patch and committed a modified version of that patch. >> >>The CVS log message says: >> fixes for _XtInherit on cygwin. >> >>The hw/xfree86/CHANGELOG files says: >> XFree86 4.3.99.903 (xx December 2003) >> + 699. Fixes to build/run on cygwin (Thomas Dickey). >> >>I know that this patch was based at least in part (if not entirely) on >>Ralf Habacker's patch for the same, since it includes a more than twenty >>line comment from Ralf along with his name at the bottom: >> >>http://cvsweb.xfree86.org/cvsweb/xc/lib/Xt/Initialize.c.diff?r1=3.21&r2=3.22&f=h > > > I'm aware of that. > > Your commit didn't mention this either. Our change log is in our release notes, where the changes were attributed to Ralf Habacker: http://sources.redhat.com/ml/cygwin-xfree-announce/2003-10/msg00008.html > Do you have point? XFree86 should be taking care not to steal credit for our patches by committing them without proper attribution. Harold Hunt From dickey@his.com Tue Dec 23 19:58:00 2003 From: dickey@his.com (Thomas Dickey) Date: Tue, 23 Dec 2003 19:58:00 -0000 Subject: Proper attribution of patches In-Reply-To: <3FE894EE.2090103@msu.edu> References: <200312222110.hBMLAPRo087003@public.xfree86.org> <3FE888B0.2020503@msu.edu> <3FE894EE.2090103@msu.edu> Message-ID: On Tue, 23 Dec 2003, Harold L Hunt II wrote: > > Your commit didn't mention this either. > > Our change log is in our release notes, where the changes were > attributed to Ralf Habacker: tsk, tsk: the actual commit on the code change bears only your name. A casual reader of that commit (and of this thread) would gain the false impression that you did the work. Try to make a point the next time you choose to waste my time. -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net From huntharo@msu.edu Tue Dec 23 19:59:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 23 Dec 2003 19:59:00 -0000 Subject: Proper attribution of patches In-Reply-To: References: <200312222110.hBMLAPRo087003@public.xfree86.org> <3FE888B0.2020503@msu.edu> <3FE894EE.2090103@msu.edu> Message-ID: <3FE89840.8090203@msu.edu> Thomas Dickey wrote: > On Tue, 23 Dec 2003, Harold L Hunt II wrote: > > >>>Your commit didn't mention this either. >> >>Our change log is in our release notes, where the changes were >>attributed to Ralf Habacker: > > > tsk, tsk: the actual commit on the code change bears only your name. > > A casual reader of that commit (and of this thread) would gain the false > impression that you did the work. > > Try to make a point the next time you choose to waste my time. You put *your* name in the change log message, making an active claim that you did the work. It's okay to shy away from admitting that you are wrong and that you did a despicable thing; it doesn't bother me. Of course, others may not view you so favorably. Harold From dickey@his.com Tue Dec 23 20:06:00 2003 From: dickey@his.com (Thomas Dickey) Date: Tue, 23 Dec 2003 20:06:00 -0000 Subject: Proper attribution of patches In-Reply-To: <3FE894EE.2090103@msu.edu> References: <200312222110.hBMLAPRo087003@public.xfree86.org> <3FE888B0.2020503@msu.edu> <3FE894EE.2090103@msu.edu> Message-ID: On Tue, 23 Dec 2003, Harold L Hunt II wrote: > XFree86 should be taking care not to steal credit for our patches by > committing them without proper attribution. your standards are inconsistent: your committing the change rather than offering commit access to someone who solved a problem that (according to the email thread) that had stopped you for some _months_ indicates that your whole aim on this is to get credit for yourself. I noted that the comment in the code was properly attributed, no further action was needed. -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net From huntharo@msu.edu Tue Dec 23 20:19:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 23 Dec 2003 20:19:00 -0000 Subject: Proper attribution of patches In-Reply-To: References: <200312222110.hBMLAPRo087003@public.xfree86.org> <3FE888B0.2020503@msu.edu> <3FE894EE.2090103@msu.edu> Message-ID: <3FE89A68.6060805@msu.edu> Thomas Dickey wrote: > On Tue, 23 Dec 2003, Harold L Hunt II wrote: > > >>XFree86 should be taking care not to steal credit for our patches by >>committing them without proper attribution. > > > your standards are inconsistent: your committing the change rather than > offering commit access to someone who solved a problem that (according > to the email thread) that had stopped you for some _months_ indicates > that your whole aim on this is to get credit for yourself. You must be right, you're always right. Take a look at the bug I filed months ago: http://bugs.xfree86.org/show_bug.cgi?id=804 ======================================================================= Patch will be attached shortly. Only effects Cygwin. Build tested, run-time tested. Change log entry: Enable shared build of Xt, Xaw, Xaw6, and Xmu libraries on Cygwin (Ralf Habacker). ======================================================================= Oops, looks like I was not trying to steal credit on that one. Lets see, that makes three places where I gave proper credit for the patch and thanked Ralf for fixing it: 1) The Cygwin/X mailing list, 2) The change log for the updated packages, and 3) Bug 804 on bugs.xfree86.org. At last count, the number of places where you gave proper credit was: 0. The policy of the xoncygwin tree on SourceForge was that anyone that wanted access could have it; Ralf didn't want it since he was busy working on porting KDE to Cygwin/X. Lets get back to the topic at hand: your blatant attempt to steal credit and refusal to acknowledge that you did so. > I noted that the comment in the code was properly attributed, no further > action was needed. No, that is not good enough. You should amend your change log entry to attribute the patch to Ralf and you should apologize to the X community at large for being so sloppy with attributing credit. Harold From dickey@his.com Tue Dec 23 20:27:00 2003 From: dickey@his.com (Thomas Dickey) Date: Tue, 23 Dec 2003 20:27:00 -0000 Subject: Proper attribution of patches In-Reply-To: <3FE89840.8090203@msu.edu> References: <200312222110.hBMLAPRo087003@public.xfree86.org> <3FE888B0.2020503@msu.edu> <3FE894EE.2090103@msu.edu> <3FE89840.8090203@msu.edu> Message-ID: On Tue, 23 Dec 2003, Harold L Hunt II wrote: > Thomas Dickey wrote: > > > On Tue, 23 Dec 2003, Harold L Hunt II wrote: > > > > > >>>Your commit didn't mention this either. > >> > >>Our change log is in our release notes, where the changes were > >>attributed to Ralf Habacker: > > > > > > tsk, tsk: the actual commit on the code change bears only your name. > > > > A casual reader of that commit (and of this thread) would gain the false > > impression that you did the work. > > > > Try to make a point the next time you choose to waste my time. > > You put *your* name in the change log message, making an active claim > that you did the work. get to the point. or is logic beyond your capabilities? All you can focus on is that I didn't put _your_ name on the change. A shame. But given your previous behavior, entirely expected. Your so-called "announcement" was followup email to the _same_ people who had been able to watch the discussion of the problem. That's not an announcement. hmm - no overall changelog entry for the project, no webpage giving project news. Just a mailing list (subscription-only ;-). -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net From huntharo@msu.edu Tue Dec 23 20:38:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 23 Dec 2003 20:38:00 -0000 Subject: Books for development? Message-ID: <3FE89E90.8020509@msu.edu> Do any developers need books? I've got enough money for one or two books in the fund. If you have contributed at least one patch before and you need a book on X, Win32 API, compilers, build tools, or something else related to Cygwin/X development, then I can help you out in getting the books you need to make development easier. Please start all requests on the mailing list so that I and others can offer to send a used book if we already own the requested book. If no one owns a used copy of the book, then we can look into purchasing it. Harold From huntharo@msu.edu Tue Dec 23 20:43:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 23 Dec 2003 20:43:00 -0000 Subject: Proper attribution of patches In-Reply-To: References: <200312222110.hBMLAPRo087003@public.xfree86.org> <3FE888B0.2020503@msu.edu> <3FE894EE.2090103@msu.edu> <3FE89840.8090203@msu.edu> Message-ID: <3FE8A027.6090701@msu.edu> Thomas Dickey wrote: > On Tue, 23 Dec 2003, Harold L Hunt II wrote: > > >>Thomas Dickey wrote: >> >> >>>On Tue, 23 Dec 2003, Harold L Hunt II wrote: >>> >>> >>> >>>>>Your commit didn't mention this either. >>>> >>>>Our change log is in our release notes, where the changes were >>>>attributed to Ralf Habacker: >>> >>> >>>tsk, tsk: the actual commit on the code change bears only your name. >>> >>>A casual reader of that commit (and of this thread) would gain the false >>>impression that you did the work. >>> >>>Try to make a point the next time you choose to waste my time. >> >>You put *your* name in the change log message, making an active claim >>that you did the work. > > > get to the point. or is logic beyond your capabilities? All you can > focus on is that I didn't put _your_ name on the change. A shame. I have stated numerous times that the patch is attributed to Ralf Habacker. Do not claim that you think I am asking for my name to be on the patch; I have not done so, I am not doing so, and I will not do so. Put Ralf's name in the change log!!! Get that? Put Ralf's name in the change log!!! > But given your previous behavior, entirely expected. Very mature Thomas. > Your so-called "announcement" was followup email to the _same_ people > who had been able to watch the discussion of the problem. That's > not an announcement. > > hmm - no overall changelog entry for the project, no webpage giving > project news. Just a mailing list (subscription-only ;-). I gave you a link to that change log entry. Please, stop trying to change the topic away from the fact that you are trying to steal credit for Ralf's patch. Give Ralf credit for the work that he did and stop your silly attempt to save face by arguing with me. Harold From eta@lclark.edu Tue Dec 23 20:45:00 2003 From: eta@lclark.edu (Eric Anholt) Date: Tue, 23 Dec 2003 20:45:00 -0000 Subject: Proper attribution of patches In-Reply-To: References: <200312222110.hBMLAPRo087003@public.xfree86.org> <3FE888B0.2020503@msu.edu> <3FE894EE.2090103@msu.edu> Message-ID: <1072210853.814.33.camel@leguin> On Tue, 2003-12-23 at 11:32, Thomas Dickey wrote: > On Tue, 23 Dec 2003, Harold L Hunt II wrote: > > > XFree86 should be taking care not to steal credit for our patches by > > committing them without proper attribution. > > your standards are inconsistent: your committing the change rather than > offering commit access to someone who solved a problem that (according > to the email thread) that had stopped you for some _months_ indicates > that your whole aim on this is to get credit for yourself. > > I noted that the comment in the code was properly attributed, no further > action was needed. I see only minor inconsitency on his part, that the original commit of that code didn't attribute it to its author in the CVS logs, while at least some other commits do note authors of patches. However, he didn't explicitly take credit for it, like you did in the ChangeLog, and his announcement of new packages with those changes reflects the author correctly. I don't see Harold Hunt asking for his name to be on the patch in any way, only the patch's author's name (the "members of the Cygwin/X community" in the original mail). The only responsible thing for you to do would be to correct the ChangeLog to attribute it to the patch's author. -- Eric Anholt eta@lclark.edu http://people.freebsd.org/~anholt/ anholt@FreeBSD.org From Armbrust.Daniel@mayo.edu Tue Dec 23 20:45:00 2003 From: Armbrust.Daniel@mayo.edu (Armbrust, Daniel C.) Date: Tue, 23 Dec 2003 20:45:00 -0000 Subject: Proper attribution of patches Message-ID: <818623B5FD23D51193200002B32C07610D897C44@excsrv44.mayo.edu> Thomas, as a casual observer of your behavior in respect to Harold, your last name would describe you better if it were shortened to "Dick". Here is a Quote from Mr. Dickeys webpage where he is whining about not getting credit for patches he wrote: "This is a collection of some of the patches which I have made to GNU programs. I have submitted these patches to the appropriate maintainers, but received no acknowledgment. That is, they were ignored. In a few other cases, I have seen my changes incorporated without credit, but that is another matter. The former (nonexistent or non-responsive maintainers) are preferable to the latter (egotistical plagiarists)." And now, he is the one trying to claim credit for others work. Very adult of you. Thomas, you wouldn't let Harold commit patches. Now that he has moved the project, you are stealing his (and in this case) other peoples patches. Why don't you people grow up? Harold, thank you for continuing the work you do, and for putting up with these egotistical jerks in XFree86 land. Dan -----Original Message----- From: Thomas Dickey [mailto:dickey@his.com] Sent: Tuesday, December 23, 2003 1:58 PM To: devel@XFree86.Org Cc: cygwin-xfree@cygwin.com Subject: Re: Proper attribution of patches On Tue, 23 Dec 2003, Harold L Hunt II wrote: > Thomas Dickey wrote: > > > On Tue, 23 Dec 2003, Harold L Hunt II wrote: > > > > > >>>Your commit didn't mention this either. > >> > >>Our change log is in our release notes, where the changes were > >>attributed to Ralf Habacker: > > > > > > tsk, tsk: the actual commit on the code change bears only your name. > > > > A casual reader of that commit (and of this thread) would gain the false > > impression that you did the work. > > > > Try to make a point the next time you choose to waste my time. > > You put *your* name in the change log message, making an active claim > that you did the work. get to the point. or is logic beyond your capabilities? All you can focus on is that I didn't put _your_ name on the change. A shame. But given your previous behavior, entirely expected. Your so-called "announcement" was followup email to the _same_ people who had been able to watch the discussion of the problem. That's not an announcement. hmm - no overall changelog entry for the project, no webpage giving project news. Just a mailing list (subscription-only ;-). -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net From dickey@his.com Tue Dec 23 20:47:00 2003 From: dickey@his.com (Thomas Dickey) Date: Tue, 23 Dec 2003 20:47:00 -0000 Subject: Proper attribution of patches In-Reply-To: <3FE8A027.6090701@msu.edu> References: <200312222110.hBMLAPRo087003@public.xfree86.org> <3FE888B0.2020503@msu.edu> <3FE894EE.2090103@msu.edu> <3FE89840.8090203@msu.edu> <3FE8A027.6090701@msu.edu> Message-ID: On Tue, 23 Dec 2003, Harold L Hunt II wrote: > Put Ralf's name in the change log!!! you first. (hmm - that's an appropriate pun). -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net From dickey@his.com Tue Dec 23 20:49:00 2003 From: dickey@his.com (Thomas Dickey) Date: Tue, 23 Dec 2003 20:49:00 -0000 Subject: Proper attribution of patches In-Reply-To: <1072210853.814.33.camel@leguin> References: <200312222110.hBMLAPRo087003@public.xfree86.org> <3FE888B0.2020503@msu.edu> <3FE894EE.2090103@msu.edu> <1072210853.814.33.camel@leguin> Message-ID: On Tue, 23 Dec 2003, Eric Anholt wrote: > The only responsible thing for you to do would be to correct the > ChangeLog to attribute it to the patch's author. well that's polite enough. unlike Harold. no problem. -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net From dickey@his.com Tue Dec 23 20:52:00 2003 From: dickey@his.com (Thomas Dickey) Date: Tue, 23 Dec 2003 20:52:00 -0000 Subject: Proper attribution of patches In-Reply-To: <3FE89A68.6060805@msu.edu> References: <200312222110.hBMLAPRo087003@public.xfree86.org> <3FE888B0.2020503@msu.edu> <3FE894EE.2090103@msu.edu> <3FE89A68.6060805@msu.edu> Message-ID: On Tue, 23 Dec 2003, Harold L Hunt II wrote: > No, that is not good enough. You should amend your change log entry to > attribute the patch to Ralf and you should apologize to the X community > at large for being so sloppy with attributing credit. yes, you're right. now I'll have to scrutinize your commits more closely to see who actually did the work. -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net From huntharo@msu.edu Tue Dec 23 21:07:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 23 Dec 2003 21:07:00 -0000 Subject: Proper attribution of patches In-Reply-To: References: <200312222110.hBMLAPRo087003@public.xfree86.org> <3FE888B0.2020503@msu.edu> <3FE894EE.2090103@msu.edu> <3FE89840.8090203@msu.edu> <3FE8A027.6090701@msu.edu> Message-ID: <3FE8A969.9030805@msu.edu> Thomas Dickey wrote: > On Tue, 23 Dec 2003, Harold L Hunt II wrote: > > >>Put Ralf's name in the change log!!! > > > you first. Ralf's name is already in our change log, but our change log is not in CVS. I guess I need to show you that you actively took credit for the patch again: The hw/xfree86/CHANGELOG files says: XFree86 4.3.99.903 (xx December 2003) + 699. Fixes to build/run on cygwin (Thomas Dickey). Are you saying that you are not going to change that entry from your name to Ralf Habacker? That really is despicable. > (hmm - that's an appropriate pun). That's an immature statement. Harold From huntharo@msu.edu Tue Dec 23 21:19:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 23 Dec 2003 21:19:00 -0000 Subject: Proper attribution of patches In-Reply-To: References: <200312222110.hBMLAPRo087003@public.xfree86.org> <3FE888B0.2020503@msu.edu> <3FE894EE.2090103@msu.edu> <3FE89A68.6060805@msu.edu> Message-ID: <3FE8AB20.3010801@msu.edu> Thomas Dickey wrote: > On Tue, 23 Dec 2003, Harold L Hunt II wrote: > > >>No, that is not good enough. You should amend your change log entry to >>attribute the patch to Ralf and you should apologize to the X community >>at large for being so sloppy with attributing credit. > > > yes, you're right. Thanks. > now I'll have to scrutinize your commits more closely > to see who actually did the work. Hold on. Lets assume that I had made the change. So, we are assuming, hypothetically, that the patch should have been attributed to me. In that case you are still in the wrong because you attributed the patch to yourself, not to me (even though I did not make the change). You cannot escape the fact that *you* *took* credit for the patch; you did not assign it to the wrong person due to a mistake in interpreting the change log entries, you actually *took* credit for yourself and didn't mention the fact that you got the patch from another project. Harold From huntharo@msu.edu Tue Dec 23 21:19:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 23 Dec 2003 21:19:00 -0000 Subject: Proper attribution of patches In-Reply-To: References: <200312222110.hBMLAPRo087003@public.xfree86.org> <3FE888B0.2020503@msu.edu> <3FE894EE.2090103@msu.edu> <1072210853.814.33.camel@leguin> Message-ID: <3FE8A9E8.9090007@msu.edu> Thomas Dickey wrote: > On Tue, 23 Dec 2003, Eric Anholt wrote: > > >>The only responsible thing for you to do would be to correct the >>ChangeLog to attribute it to the patch's author. > > > well that's polite enough. > unlike Harold. I have not been rude in this discussion. I have repeatedly asked you to attribute the change to the author. I did not start by making personal attacks like you did, nor did I respond in kind to your personal attacks. > no problem. Great. That's all I have been asking for all along. Harold From alanh@fairlite.demon.co.uk Tue Dec 23 21:19:00 2003 From: alanh@fairlite.demon.co.uk (Alan Hourihane) Date: Tue, 23 Dec 2003 21:19:00 -0000 Subject: Proper attribution of patches In-Reply-To: References: <200312222110.hBMLAPRo087003@public.xfree86.org> <3FE888B0.2020503@msu.edu> Message-ID: <20031223204919.GW1925@fairlite.demon.co.uk> On Tue, Dec 23, 2003 at 02:02:20PM -0500, Thomas Dickey wrote: > On Tue, 23 Dec 2003, Harold L Hunt II wrote: > > > The following CVS commit, made by Thomas Dickey, has no indication that > > Thomas was either a) not involved at all in the patch or b) that Thomas > > found Ralf Habacker's patch and committed a modified version of that patch. > > > > The CVS log message says: > > fixes for _XtInherit on cygwin. > > > > The hw/xfree86/CHANGELOG files says: > > XFree86 4.3.99.903 (xx December 2003) > > + 699. Fixes to build/run on cygwin (Thomas Dickey). > > > > I know that this patch was based at least in part (if not entirely) on > > Ralf Habacker's patch for the same, since it includes a more than twenty > > line comment from Ralf along with his name at the bottom: > > > > http://cvsweb.xfree86.org/cvsweb/xc/lib/Xt/Initialize.c.diff?r1=3.21&r2=3.22&f=h > > I'm aware of that. > > Your commit didn't mention this either. Do you have point? Thomas, If you did get this code directly from Cygwin/X's tree then I'd of expected at least the credit to be apportioned to Harold at the very least, rather than putting your name against it. Ralf's name could have been corrected later, with a follow email from Harold. It's a simple change to put that right in the CHANGELOG. So I'll do that. Alan. From huntharo@msu.edu Tue Dec 23 21:20:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 23 Dec 2003 21:20:00 -0000 Subject: Proper attribution of patches In-Reply-To: <20031223204919.GW1925@fairlite.demon.co.uk> References: <200312222110.hBMLAPRo087003@public.xfree86.org> <3FE888B0.2020503@msu.edu> <20031223204919.GW1925@fairlite.demon.co.uk> Message-ID: <3FE8AE8B.20602@msu.edu> Alan Hourihane wrote: > On Tue, Dec 23, 2003 at 02:02:20PM -0500, Thomas Dickey wrote: > >>On Tue, 23 Dec 2003, Harold L Hunt II wrote: >> >> >>>The following CVS commit, made by Thomas Dickey, has no indication that >>>Thomas was either a) not involved at all in the patch or b) that Thomas >>>found Ralf Habacker's patch and committed a modified version of that patch. >>> >>>The CVS log message says: >>> fixes for _XtInherit on cygwin. >>> >>>The hw/xfree86/CHANGELOG files says: >>> XFree86 4.3.99.903 (xx December 2003) >>> + 699. Fixes to build/run on cygwin (Thomas Dickey). >>> >>>I know that this patch was based at least in part (if not entirely) on >>>Ralf Habacker's patch for the same, since it includes a more than twenty >>>line comment from Ralf along with his name at the bottom: >>> >>>http://cvsweb.xfree86.org/cvsweb/xc/lib/Xt/Initialize.c.diff?r1=3.21&r2=3.22&f=h >> >>I'm aware of that. >> >>Your commit didn't mention this either. Do you have point? > > > Thomas, > > If you did get this code directly from Cygwin/X's tree then I'd of > expected at least the credit to be apportioned to Harold at the very > least, rather than putting your name against it. Ralf's name could have > been corrected later, with a follow email from Harold. > > It's a simple change to put that right in the CHANGELOG. So I'll do that. Thanks Alan! Harold From dickey@his.com Tue Dec 23 21:30:00 2003 From: dickey@his.com (Thomas Dickey) Date: Tue, 23 Dec 2003 21:30:00 -0000 Subject: Proper attribution of patches In-Reply-To: <20031223204919.GW1925@fairlite.demon.co.uk> References: <200312222110.hBMLAPRo087003@public.xfree86.org> <3FE888B0.2020503@msu.edu> <20031223204919.GW1925@fairlite.demon.co.uk> Message-ID: On Tue, 23 Dec 2003, Alan Hourihane wrote: > Thomas, > > If you did get this code directly from Cygwin/X's tree then I'd of > expected at least the credit to be apportioned to Harold at the very > least, rather than putting your name against it. Ralf's name could have > been corrected later, with a follow email from Harold. > > It's a simple change to put that right in the CHANGELOG. So I'll do that. I had that on my next set of commits. Except for the _XtInherit one, the fixes were idiot-level ones that I fixed inline, compared to X.Org and sync'd. So no credit is owed for those. However, there's a chunk of ifdef's in config/cf that I intend to use, so that merits a note. It's not from "Cygwin/X" tree, but freedesktop.org - though of course I did the proper research to see what the whole story was. All of this got my attention since the current cygwin/X packages are broken, as Harold is well aware. -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net From geek@burri.to Tue Dec 23 21:38:00 2003 From: geek@burri.to (Brian E. Gallew) Date: Tue, 23 Dec 2003 21:38:00 -0000 Subject: Proper attribution of patches In-Reply-To: References: <200312222110.hBMLAPRo087003@public.xfree86.org> <3FE888B0.2020503@msu.edu> <3FE894EE.2090103@msu.edu> Message-ID: <3FE8B151.9050408@burri.to> Do you actually do anything useful? Or do you just steal other people's code and then act annoying (and childish) when someone calls you on it? From geek@burri.to Tue Dec 23 21:39:00 2003 From: geek@burri.to (Brian E. Gallew) Date: Tue, 23 Dec 2003 21:39:00 -0000 Subject: Proper attribution of patches In-Reply-To: References: <200312222110.hBMLAPRo087003@public.xfree86.org> <3FE888B0.2020503@msu.edu> <3FE894EE.2090103@msu.edu> Message-ID: <3FE8B178.4010004@burri.to> Argh. That was supposed to go to our good friend Thomas Dickey. Somebody in Pittsburgh, PA stop by and slap me. From dickey@his.com Tue Dec 23 21:45:00 2003 From: dickey@his.com (Thomas Dickey) Date: Tue, 23 Dec 2003 21:45:00 -0000 Subject: Proper attribution of patches In-Reply-To: <3FE8A9E8.9090007@msu.edu> References: <200312222110.hBMLAPRo087003@public.xfree86.org> <3FE888B0.2020503@msu.edu> <3FE894EE.2090103@msu.edu> <1072210853.814.33.camel@leguin> <3FE8A9E8.9090007@msu.edu> Message-ID: On Tue, 23 Dec 2003, Harold L Hunt II wrote: > Thomas Dickey wrote: > > > On Tue, 23 Dec 2003, Eric Anholt wrote: > > > > > >>The only responsible thing for you to do would be to correct the > >>ChangeLog to attribute it to the patch's author. > > > > > > well that's polite enough. > > unlike Harold. > > I have not been rude in this discussion. rofl: get someone (intelligent & patient) to read your first posting and explain it to you. I don't have the bandwidth. -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net From 1@pervalidus.net Tue Dec 23 21:51:00 2003 From: 1@pervalidus.net (=?ISO-8859-1?Q?Fr=E9d=E9ric_L=2E_W=2E_Meunier?=) Date: Tue, 23 Dec 2003 21:51:00 -0000 Subject: Proper attribution of patches In-Reply-To: <3FE8B151.9050408@burri.to> References: <200312222110.hBMLAPRo087003@public.xfree86.org> <3FE888B0.2020503@msu.edu> <3FE894EE.2090103@msu.edu> <3FE8B151.9050408@burri.to> Message-ID: On Tue, 23 Dec 2003, Brian E. Gallew wrote: > Do you actually do anything useful? Or do you just steal other people's > code and then act annoying (and childish) when someone calls you on it? You can see for yourself what he does: http://invisible-island.net/ ftp://invisible-island.net/ Thomas, stop the discussion and go work on 2.8.5dev.17. Sorry, I couldn't resist. Happy Christmas and New Year to all. -- http://www.pervalidus.net/contact.html From huntharo@msu.edu Tue Dec 23 22:11:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 23 Dec 2003 22:11:00 -0000 Subject: Proper attribution of patches In-Reply-To: References: <200312222110.hBMLAPRo087003@public.xfree86.org> <3FE888B0.2020503@msu.edu> <20031223204919.GW1925@fairlite.demon.co.uk> Message-ID: <3FE8B5C5.1060106@msu.edu> Thomas Dickey wrote: > On Tue, 23 Dec 2003, Alan Hourihane wrote: > > >>Thomas, >> >>If you did get this code directly from Cygwin/X's tree then I'd of >>expected at least the credit to be apportioned to Harold at the very >>least, rather than putting your name against it. Ralf's name could have >>been corrected later, with a follow email from Harold. >> >>It's a simple change to put that right in the CHANGELOG. So I'll do that. > > > I had that on my next set of commits. Then why not say so earlier? > Except for the _XtInherit one, the > fixes were idiot-level ones that I fixed inline, compared to X.Org and > sync'd. So no credit is owed for those. I agree. > However, there's a chunk of ifdef's in config/cf that I intend to use, so > that merits a note. Fine with me. > It's not from "Cygwin/X" tree, but freedesktop.org - though of course I > did the proper research to see what the whole story was. Well, if you were referring to the freedesktop.org tree all along, then those commits were made by another developer when he imported the entire tree to synch with our old xoncygwin tree on SourceForge.net. > All of this got > my attention since the current cygwin/X packages are broken, as Harold is > well aware. Our packages are not broken, if you meant the version that we distribute. XFree86 proper does not currently have a Cygwin port maintainer; the packages are expected to be broken. Harold From huntharo@msu.edu Tue Dec 23 22:13:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 23 Dec 2003 22:13:00 -0000 Subject: Proper attribution of patches In-Reply-To: References: <200312222110.hBMLAPRo087003@public.xfree86.org> <3FE888B0.2020503@msu.edu> <3FE894EE.2090103@msu.edu> <1072210853.814.33.camel@leguin> <3FE8A9E8.9090007@msu.edu> Message-ID: <3FE8B5F2.7070201@msu.edu> Thomas Dickey wrote: > On Tue, 23 Dec 2003, Harold L Hunt II wrote: > > >>Thomas Dickey wrote: >> >> >>>On Tue, 23 Dec 2003, Eric Anholt wrote: >>> >>> >>> >>>>The only responsible thing for you to do would be to correct the >>>>ChangeLog to attribute it to the patch's author. >>> >>> >>>well that's polite enough. >>>unlike Harold. >> >>I have not been rude in this discussion. > > > rofl: get someone (intelligent & patient) to read your first posting > and explain it to you. I don't have the bandwidth. I wouldn't laugh so hard. You have made a fool of yourself in public and discredited your own reputation. Harold From dickey@his.com Tue Dec 23 22:21:00 2003 From: dickey@his.com (Thomas Dickey) Date: Tue, 23 Dec 2003 22:21:00 -0000 Subject: Proper attribution of patches In-Reply-To: <1072210853.814.33.camel@leguin> References: <200312222110.hBMLAPRo087003@public.xfree86.org> <3FE888B0.2020503@msu.edu> <3FE894EE.2090103@msu.edu> <1072210853.814.33.camel@leguin> Message-ID: On Tue, 23 Dec 2003, Eric Anholt wrote: > I see only minor inconsitency on his part, that the original commit of > that code didn't attribute it to its author in the CVS logs, while at > least some other commits do note authors of patches. However, he didn't > explicitly take credit for it, like you did in the ChangeLog, and his um, no. What I explicitly took credit for was spending the better part of two working days filtering through the differences to see which ones were needed to build cygwin/X. > announcement of new packages with those changes reflects the author > correctly. I don't see Harold Hunt asking for his name to be on the > patch in any way, only the patch's author's name (the "members of the > Cygwin/X community" in the original mail). tsk - you ought to read those mailing list postings more critically. > The only responsible thing for you to do would be to correct the > ChangeLog to attribute it to the patch's author. done. -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net From huntharo@msu.edu Tue Dec 23 22:23:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 23 Dec 2003 22:23:00 -0000 Subject: Proper attribution of patches In-Reply-To: References: <200312222110.hBMLAPRo087003@public.xfree86.org> <3FE888B0.2020503@msu.edu> <3FE894EE.2090103@msu.edu> <1072210853.814.33.camel@leguin> Message-ID: <3FE8B8E9.1030909@msu.edu> Thomas Dickey wrote: > On Tue, 23 Dec 2003, Eric Anholt wrote: > [snip] >>announcement of new packages with those changes reflects the author >>correctly. I don't see Harold Hunt asking for his name to be on the >>patch in any way, only the patch's author's name (the "members of the >>Cygwin/X community" in the original mail). > > > tsk - you ought to read those mailing list postings more critically. Are you prepared to cite evidence that I asked for my name to be on the patch? If not, that is libel and I am asking you to stop. >>The only responsible thing for you to do would be to correct the >>ChangeLog to attribute it to the patch's author. > > > done. That was easy, wasn't it? Harold From dickey@his.com Tue Dec 23 22:34:00 2003 From: dickey@his.com (Thomas Dickey) Date: Tue, 23 Dec 2003 22:34:00 -0000 Subject: Proper attribution of patches In-Reply-To: <3FE8B5C5.1060106@msu.edu> References: <200312222110.hBMLAPRo087003@public.xfree86.org> <3FE888B0.2020503@msu.edu> <20031223204919.GW1925@fairlite.demon.co.uk> <3FE8B5C5.1060106@msu.edu> Message-ID: On Tue, 23 Dec 2003, Harold L Hunt II wrote: > >>been corrected later, with a follow email from Harold. > >> > >>It's a simple change to put that right in the CHANGELOG. So I'll do that. > > > > > > I had that on my next set of commits. > > Then why not say so earlier? There was no point in doing so. -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net From dickey@his.com Tue Dec 23 22:40:00 2003 From: dickey@his.com (Thomas Dickey) Date: Tue, 23 Dec 2003 22:40:00 -0000 Subject: Proper attribution of patches In-Reply-To: <3FE8AB20.3010801@msu.edu> References: <200312222110.hBMLAPRo087003@public.xfree86.org> <3FE888B0.2020503@msu.edu> <3FE894EE.2090103@msu.edu> <3FE89A68.6060805@msu.edu> <3FE8AB20.3010801@msu.edu> Message-ID: On Tue, 23 Dec 2003, Harold L Hunt II wrote: a lot of words. -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net From huntharo@msu.edu Tue Dec 23 23:48:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 23 Dec 2003 23:48:00 -0000 Subject: Proper attribution of patches In-Reply-To: References: <200312222110.hBMLAPRo087003@public.xfree86.org> <3FE888B0.2020503@msu.edu> <20031223204919.GW1925@fairlite.demon.co.uk> <3FE8B5C5.1060106@msu.edu> Message-ID: <3FE8BFC9.2030801@msu.edu> Thomas Dickey wrote: > On Tue, 23 Dec 2003, Harold L Hunt II wrote: > > >>>>been corrected later, with a follow email from Harold. >>>> >>>>It's a simple change to put that right in the CHANGELOG. So I'll do that. >>> >>> >>>I had that on my next set of commits. >> >>Then why not say so earlier? > > > There was no point in doing so. Sure there was: you would not have exposed yourself as a hypocrite by doing exactly that which you denounce on your home page (pointed out by Daniel Armburst). You lambast those "egotistical plagiarists" that steal credit for patches by not properly attributing them to their authors, yet you did the same thing and threw a tantrum when I pointed it out: http://dickey.his.com/gnu-patches/gnu-patches.html "This is a collection of some of the patches which I have made to GNU programs. I have submitted these patches to the appropriate maintainers, but received no acknowledgment. That is, they were ignored. In a few other cases, I have seen my changes incorporated without credit, but that is another matter. The former (nonexistent or non-responsive maintainers) are preferable to the latter (egotistical plagiarists). [...]" You own self interest would have been the point in coming clean earlier. Harold From dickey@his.com Wed Dec 24 00:09:00 2003 From: dickey@his.com (Thomas Dickey) Date: Wed, 24 Dec 2003 00:09:00 -0000 Subject: Proper attribution of patches In-Reply-To: <3FE8BFC9.2030801@msu.edu> References: <200312222110.hBMLAPRo087003@public.xfree86.org> <3FE888B0.2020503@msu.edu> <20031223204919.GW1925@fairlite.demon.co.uk> <3FE8B5C5.1060106@msu.edu> <3FE8BFC9.2030801@msu.edu> Message-ID: On Tue, 23 Dec 2003, Harold L Hunt II wrote: > Sure there was: you would not have exposed yourself as a hypocrite by > doing exactly that which you denounce on your home page (pointed out by > Daniel Armburst). You lambast those "egotistical plagiarists" that yes, I can imagine that you admire them. -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net From huntharo@msu.edu Wed Dec 24 00:09:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 24 Dec 2003 00:09:00 -0000 Subject: Proper attribution of patches In-Reply-To: References: <200312222110.hBMLAPRo087003@public.xfree86.org> <3FE888B0.2020503@msu.edu> <3FE894EE.2090103@msu.edu> <3FE89A68.6060805@msu.edu> <3FE8AB20.3010801@msu.edu> Message-ID: <3FE8C04B.8090309@msu.edu> Thomas Dickey wrote: > On Tue, 23 Dec 2003, Harold L Hunt II wrote: > > a lot of words. The modus operandi of Thomas Dickey: 1) Stick head in sand 2) ??? Harold From cgf-no-personal-reply-please@cygwin.com Wed Dec 24 00:31:00 2003 From: cgf-no-personal-reply-please@cygwin.com (Christopher Faylor) Date: Wed, 24 Dec 2003 00:31:00 -0000 Subject: Proper attribution of patches In-Reply-To: References: <200312222110.hBMLAPRo087003@public.xfree86.org> <3FE888B0.2020503@msu.edu> <20031223204919.GW1925@fairlite.demon.co.uk> <3FE8B5C5.1060106@msu.edu> <3FE8BFC9.2030801@msu.edu> Message-ID: <20031223224308.GA23967@redhat.com> On Tue, Dec 23, 2003 at 05:34:46PM -0500, Thomas Dickey wrote: >On Tue, 23 Dec 2003, Harold L Hunt II wrote: >>Sure there was: you would not have exposed yourself as a hypocrite by >>doing exactly that which you denounce on your home page (pointed out by >>Daniel Armburst). You lambast those "egotistical plagiarists" that > >yes, I can imagine that you admire them. Any chance that we could stop this now? Has everyone made their point? Or are there still more insinuations and name calling to be made here? From dickey@his.com Wed Dec 24 02:04:00 2003 From: dickey@his.com (Thomas Dickey) Date: Wed, 24 Dec 2003 02:04:00 -0000 Subject: Proper attribution of patches In-Reply-To: <818623B5FD23D51193200002B32C07610D897C44@excsrv44.mayo.edu> References: <818623B5FD23D51193200002B32C07610D897C44@excsrv44.mayo.edu> Message-ID: On Tue, 23 Dec 2003, Armbrust, Daniel C. wrote: I've seen your postings before, and have no use for your opinions. (that seems to be a common trait of Harold's friends - I don't have to address each one of them). -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net From huntharo@msu.edu Wed Dec 24 06:18:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 24 Dec 2003 06:18:00 -0000 Subject: Proper attribution of patches In-Reply-To: <20031223184838.H55176@xfree86.org> References: <200312222110.hBMLAPRo087003@public.xfree86.org> <3FE888B0.2020503@msu.edu> <20031223184838.H55176@xfree86.org> Message-ID: <3FE8D91E.2080906@msu.edu> David Dawes wrote: > On Tue, Dec 23, 2003 at 01:25:52PM -0500, Harold L Hunt II wrote: > >>The following CVS commit, made by Thomas Dickey, has no indication that >>Thomas was either a) not involved at all in the patch or b) that Thomas >>found Ralf Habacker's patch and committed a modified version of that patch. >> >>The CVS log message says: >> fixes for _XtInherit on cygwin. >> >>The hw/xfree86/CHANGELOG files says: >> XFree86 4.3.99.903 (xx December 2003) >> + 699. Fixes to build/run on cygwin (Thomas Dickey). >> >>I know that this patch was based at least in part (if not entirely) on >>Ralf Habacker's patch for the same, since it includes a more than twenty >>line comment from Ralf along with his name at the bottom: >> >>http://cvsweb.xfree86.org/cvsweb/xc/lib/Xt/Initialize.c.diff?r1=3.21&r2=3.22&f=h >> >> >>Given the fact that XFree86 has shown little support for Cygwin in the >>past coupled with the fact that Cygwin/X is no longer associated with >>XFree86, I request that you take care to properly attribute patches from >>members of the Cygwin/X community. > > > The only thing I have to add to this long thread is that I am > confident that you will naturally take care to ensure that correct > individual attributions will be made in the Cygwin changelog > (wherever that may be maintained) for all changes that end up in > your source tree either via direct integration or the import of > XFree86 snapshots. I'll do my part, as always. Harold From Armbrust.Daniel@mayo.edu Wed Dec 24 07:34:00 2003 From: Armbrust.Daniel@mayo.edu (Armbrust, Daniel C.) Date: Wed, 24 Dec 2003 07:34:00 -0000 Subject: Proper attribution of patches Message-ID: <818623B5FD23D51193200002B32C07610D897C46@excsrv44.mayo.edu> Wow, your still so pissed off about being wrong, now you are attacking all of Harold's friends. Boy, you're a big powerful man. Let me bow before you. #1. I do not know Harold. All I know about him is what I have learned by following this list for about a year. #2. I don't know you. All I know about you is what you are posting to this list. #3. I don't need to defend my current opinion. It is correct. The only reason you are still posting like a 10 year old is because you know it is correct. If my opinion is wrong, why don't you actually respond to the points that I and others have made, instead of trying to insult more people? #4. My past postings addressed the same issue. The XFree86 people tend to behave like spoiled brat 10 years olds, fighting Harold every way that they can, while he continues to remain civil and present facts to support his issue, while the person on the other side ignores the facts and calls him names. #5. I have taken a small part in many other opensource projects (mostly under the jakarta umbrella) and I have never seen someone be as disrespectful and unhelpful as you (except for a couple of others on the XFree86 list, the last time they attacked Harold). Maybe someone can enlighten me as to the history of the project administrators of XFree86 becoming the enemies of the project? I would almost think they are on Microsofts payroll. You are continuing to act like a complete schmuck. Apologies to everyone else that continues to be annoyed by this pissing match. I'm going to start enjoying the holidays now, so I'm done posting for a while :) Dan -----Original Message----- From: Thomas Dickey [mailto:dickey@his.com] Sent: Tuesday, December 23, 2003 5:49 PM To: devel@XFree86.Org Cc: 'cygwin-xfree@cygwin.com' Subject: RE: Proper attribution of patches On Tue, 23 Dec 2003, Armbrust, Daniel C. wrote: I've seen your postings before, and have no use for your opinions. (that seems to be a common trait of Harold's friends - I don't have to address each one of them). -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net From alec@mihailovs.com Wed Dec 24 08:23:00 2003 From: alec@mihailovs.com (Alec Mihailovs) Date: Wed, 24 Dec 2003 08:23:00 -0000 Subject: Proper attribution of patches In-Reply-To: Message-ID: <01c101c3c9b5$3e7dc800$02fea8c0@COMPAQ> I didn't follow all of the discussion and I am not a friend of Harold, but I would be happy to become his friend in the future. Harold seems to be a really nice guy spending his free time on the Cygwin X development. Dickey seems to be a really dick as somebody already noted, or a really dangerous moron as I would say. Only because of his persistent moronity Cygwin/XFree became Cygwin/X. I wonder what other people on the XFree project think about that? Are they the same kind of morons? If so, then welcome Cygwin/X and forget about existence of XFree. Dr. Alec Mihailovs http://webpages.shepherd.edu/amihailo/ > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com [mailto:cygwin-xfree-owner@cygwin.com] > On Behalf Of Thomas Dickey > Sent: Tuesday, December 23, 2003 6:49 PM > To: devel@XFree86.Org > Cc: 'cygwin-xfree@cygwin.com' > Subject: RE: Proper attribution of patches > > On Tue, 23 Dec 2003, Armbrust, Daniel C. wrote: > > I've seen your postings before, and have no use for your opinions. > (that seems to be a common trait of Harold's friends - I don't have to > address each one of them). > > -- > Thomas E. Dickey > http://invisible-island.net > ftp://invisible-island.net From 1@pervalidus.net Wed Dec 24 14:25:00 2003 From: 1@pervalidus.net (=?ISO-8859-1?Q?Fr=E9d=E9ric_L=2E_W=2E_Meunier?=) Date: Wed, 24 Dec 2003 14:25:00 -0000 Subject: Proper attribution of patches In-Reply-To: <01c101c3c9b5$3e7dc800$02fea8c0@COMPAQ> References: <01c101c3c9b5$3e7dc800$02fea8c0@COMPAQ> Message-ID: On Tue, 23 Dec 2003, Alec Mihailovs wrote: > I didn't follow all of the discussion and I am not a friend > of Harold, but I would be happy to become his friend in the > future. Harold seems to be a really nice guy spending his > free time on the Cygwin X development. Agreed. > Dickey seems to be a really dick as somebody already noted, > or a really dangerous moron as I would say. Not at all if you follow lynx-dev, where I never had or noticed a personal problem since I subscribed for the first time in 1998. You can't please everyone. Some users didn't like what the mICQ wrote at http://www.micq.org/pipermail/micq-list/2003-December/001025.html , others didn't like foo, and I don't like some developers... > Only because of his persistent moronity Cygwin/XFree became > Cygwin/X. I wonder what other people on the XFree project > think about that? Are they the same kind of morons? If so, > then welcome Cygwin/X and forget about existence of XFree. Well, I don't know what Thomas does in XFree86 besides maintaining XTerm. Anyway, too bad the whole thing moved to personal attacks, which apparently started 2 months ago (at least on cygwin-xfree): http://www.cygwin.com/ml/cygwin-xfree/2003-10/msg00321.html http://www.cygwin.com/ml/cygwin-xfree/2003-10/msg00322.html It's fine if you don't like each other and it doesn't cause any prejudice to the projects, but better keep the discussion off list. 38 e-mails for such a thread is too much. I think it's time to put an end now. -- How to contact me - http://www.pervalidus.net/contact.html From huntharo@msu.edu Wed Dec 24 19:46:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 24 Dec 2003 19:46:00 -0000 Subject: Screenshots page updated Message-ID: <3FE92F9F.7060404@msu.edu> Our screenshots page has been completely updated: http://xfree86.cygwin.com/screenshots/ Nine old screenshots have been removed. Nine new screenshots have been added, showing off new features such as the exit confirmation and the tray icon menu. Merry Christmas! Harold From huntharo@msu.edu Wed Dec 24 20:51:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 24 Dec 2003 20:51:00 -0000 Subject: New webpage: Cygwin/X Features Message-ID: <3FE94173.1020002@msu.edu> I have added a Cygwin/X Features webpage due to request by users and to ease the job of getting Cygwin/X accepted by business users: http://xfree86.cygwin.com/features.html The list of features currently has about 17 items on it. We really have some neat features! :) I know that I have forgotton some mentionable features, but it is time for bed. Please send in suggestions for additional items to the mailing list; just mention the feature and I can write the description for the actual webpage. Harold From ralf.habacker@freenet.de Wed Dec 24 21:49:00 2003 From: ralf.habacker@freenet.de (Ralf Habacker) Date: Wed, 24 Dec 2003 21:49:00 -0000 Subject: New webpage: Cygwin/X Features In-Reply-To: <3FE94173.1020002@msu.edu> References: <3FE94173.1020002@msu.edu> Message-ID: <200312240922.03784.ralf.habacker@freenet.de> On Wednesday 24 December 2003 08:34, Harold L Hunt II wrote: > I have added a Cygwin/X Features webpage due to request by users and to > ease the job of getting Cygwin/X accepted by business users: > > http://xfree86.cygwin.com/features.html > > The list of features currently has about 17 items on it. We really have > some neat features! :) I know that I have forgotton some mentionable > features, but it is time for bed. Please send in suggestions for > additional items to the mailing list; just mention the feature and I can > write the description for the actual webpage. > > Harold Nice page - I've found a spelling error in: DirectDraw Acceleration - .. Mutli-Window ... Ralf From Philippe.Auclair@diamant.jouy.inra.fr Wed Dec 24 22:26:00 2003 From: Philippe.Auclair@diamant.jouy.inra.fr (Philippe Auclair) Date: Wed, 24 Dec 2003 22:26:00 -0000 Subject: XFree86 4.3.0 and AltGr Message-ID: <004d01c3ca29$bb5c3cc0$aa03668a@port502pha> Hi, Gosh, what an exciting thread about "Proper attribution of patches"! Now, to the point... As many Europeans, as Michael Lipp said, "I stumbled over the not-working AltGr" (I have a French keyboard, and a Windows XP box). After various unsuccessful tries with XF86Config, I had a good look at the results of xev. The xev downloaded with Cygwin XFree, and xev on Sun Solaris give similar results: when I press the single key AltGr, xev says: KeyPress event, serial 18, synthetic NO, window 0xc00001, root 0x3a, subw 0x0, time 2826093, (105,60), root:(899,527), state 0x10, keycode 37 (keysym 0xffe3, Control_L), same_screen YES, XLookupString gives 0 characters: "" KeyPress event, serial 18, synthetic NO, window 0xc00001, root 0x3a, subw 0x0, time 2826093, (105,60), root:(899,527), state 0x14, keycode 113 (keysym 0xfe03, ISO_Level3_Shift), same_screen YES, XLookupString gives 0 characters: "" I then tried xmodmap with the following commands: clear Mod5 keycode 113 = Mode_switch add Mod3 = Mode_switch -> result when pressing AltGr: keycode 37 (Control_L) + keycode 113 (Mode_switch) Of course, xterm or emacs don't understand... OK, well is there an unused key at the bottom of the keyboard? XFree doesn't see the "Windows " key at all, but I have a key which, when pressed in a Windows application, does the same as right click. xev sees this key as keycode 101. So I feed this into xmodmap: clear Mod5 keycode 101 = Mode_switch add Mod3 = Mode_switch keycode 10 = ampersand 1 keycode 11 = eacute 2 asciitilde keycode 12 = quotedbl 3 numbersign keycode 13 = apostrophe 4 braceleft keycode 14 = parenleft 5 bracketleft keycode 15 = minus 6 bar keycode 16 = egrave 7 grave keycode 17 = underscore 8 backslash keycode 18 = ccedilla 9 asciicircum keycode 19 = agrave 0 at keycode 20 = parenright degree bracketright keycode 21 = equal plus braceright Bingo! xterm and emacs work! Except I use this odd key instead of AltGr, which I *REALLY* would prefer. Hope this helps... Philippe Auclair ********************************************** Institut National de la Recherche Agronomique Unit?? Centrale Informatique de Jouy Domaine de Vilvert, 78352 Jouy-en-Josas CEDEX, France Philippe.Auclair@jouy.inra.fr tel +33 1 34 65 26 95, fax +33 1 34 65 24 03 ********************************************** From huntharo@msu.edu Wed Dec 24 22:30:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 24 Dec 2003 22:30:00 -0000 Subject: XFree86 4.3.0 and AltGr In-Reply-To: <004d01c3ca29$bb5c3cc0$aa03668a@port502pha> References: <004d01c3ca29$bb5c3cc0$aa03668a@port502pha> Message-ID: <3FE9ECF4.5060204@msu.edu> Do you have any Windows Power Toys (e.g. TweakUI) installed? Harold Philippe Auclair wrote: > Hi, > > Gosh, what an exciting thread about "Proper attribution of patches"! > > Now, to the point... As many Europeans, as Michael Lipp said, "I stumbled > over the not-working AltGr" (I have a French keyboard, and a Windows XP > box). > > After various unsuccessful tries with XF86Config, I had a good look at the > results of xev. The xev downloaded with Cygwin XFree, and xev on Sun Solaris > give similar results: when I press the single key AltGr, xev says: > KeyPress event, serial 18, synthetic NO, window 0xc00001, > root 0x3a, subw 0x0, time 2826093, (105,60), root:(899,527), > state 0x10, keycode 37 (keysym 0xffe3, Control_L), same_screen YES, > XLookupString gives 0 characters: "" > > KeyPress event, serial 18, synthetic NO, window 0xc00001, > root 0x3a, subw 0x0, time 2826093, (105,60), root:(899,527), > state 0x14, keycode 113 (keysym 0xfe03, ISO_Level3_Shift), same_screen > YES, > XLookupString gives 0 characters: "" > > I then tried xmodmap with the following commands: > clear Mod5 > keycode 113 = Mode_switch > add Mod3 = Mode_switch > > -> result when pressing AltGr: keycode 37 (Control_L) + keycode 113 > (Mode_switch) > > Of course, xterm or emacs don't understand... OK, well is there an unused > key at the bottom of the keyboard? > XFree doesn't see the "Windows " key at all, but I have a key which, when > pressed in a Windows application, does the same as right click. xev sees > this key as keycode 101. So I feed this into xmodmap: > clear Mod5 > keycode 101 = Mode_switch > add Mod3 = Mode_switch > keycode 10 = ampersand 1 > keycode 11 = eacute 2 asciitilde > keycode 12 = quotedbl 3 numbersign > keycode 13 = apostrophe 4 braceleft > keycode 14 = parenleft 5 bracketleft > keycode 15 = minus 6 bar > keycode 16 = egrave 7 grave > keycode 17 = underscore 8 backslash > keycode 18 = ccedilla 9 asciicircum > keycode 19 = agrave 0 at > keycode 20 = parenright degree bracketright > keycode 21 = equal plus braceright > > Bingo! xterm and emacs work! Except I use this odd key instead of AltGr, > which I *REALLY* would prefer. > > Hope this helps... > > Philippe Auclair > ********************************************** > Institut National de la Recherche Agronomique > Unit?? Centrale Informatique de Jouy > Domaine de Vilvert, 78352 Jouy-en-Josas CEDEX, France > Philippe.Auclair@jouy.inra.fr > tel +33 1 34 65 26 95, fax +33 1 34 65 24 03 > ********************************************** > > From huntharo@msu.edu Wed Dec 24 22:37:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 24 Dec 2003 22:37:00 -0000 Subject: XFree86 4.3.0 and AltGr In-Reply-To: <004d01c3ca29$bb5c3cc0$aa03668a@port502pha> References: <004d01c3ca29$bb5c3cc0$aa03668a@port502pha> Message-ID: <3FE9FC66.7090707@msu.edu> I believe I have found just the right amount of magic to fix this once and for all. Please stay tuned to test the new release. Harold Philippe Auclair wrote: > Hi, > > Gosh, what an exciting thread about "Proper attribution of patches"! > > Now, to the point... As many Europeans, as Michael Lipp said, "I stumbled > over the not-working AltGr" (I have a French keyboard, and a Windows XP > box). > > After various unsuccessful tries with XF86Config, I had a good look at the > results of xev. The xev downloaded with Cygwin XFree, and xev on Sun Solaris > give similar results: when I press the single key AltGr, xev says: > KeyPress event, serial 18, synthetic NO, window 0xc00001, > root 0x3a, subw 0x0, time 2826093, (105,60), root:(899,527), > state 0x10, keycode 37 (keysym 0xffe3, Control_L), same_screen YES, > XLookupString gives 0 characters: "" > > KeyPress event, serial 18, synthetic NO, window 0xc00001, > root 0x3a, subw 0x0, time 2826093, (105,60), root:(899,527), > state 0x14, keycode 113 (keysym 0xfe03, ISO_Level3_Shift), same_screen > YES, > XLookupString gives 0 characters: "" > > I then tried xmodmap with the following commands: > clear Mod5 > keycode 113 = Mode_switch > add Mod3 = Mode_switch > > -> result when pressing AltGr: keycode 37 (Control_L) + keycode 113 > (Mode_switch) > > Of course, xterm or emacs don't understand... OK, well is there an unused > key at the bottom of the keyboard? > XFree doesn't see the "Windows " key at all, but I have a key which, when > pressed in a Windows application, does the same as right click. xev sees > this key as keycode 101. So I feed this into xmodmap: > clear Mod5 > keycode 101 = Mode_switch > add Mod3 = Mode_switch > keycode 10 = ampersand 1 > keycode 11 = eacute 2 asciitilde > keycode 12 = quotedbl 3 numbersign > keycode 13 = apostrophe 4 braceleft > keycode 14 = parenleft 5 bracketleft > keycode 15 = minus 6 bar > keycode 16 = egrave 7 grave > keycode 17 = underscore 8 backslash > keycode 18 = ccedilla 9 asciicircum > keycode 19 = agrave 0 at > keycode 20 = parenright degree bracketright > keycode 21 = equal plus braceright > > Bingo! xterm and emacs work! Except I use this odd key instead of AltGr, > which I *REALLY* would prefer. > > Hope this helps... > > Philippe Auclair > ********************************************** > Institut National de la Recherche Agronomique > Unit?? Centrale Informatique de Jouy > Domaine de Vilvert, 78352 Jouy-en-Josas CEDEX, France > Philippe.Auclair@jouy.inra.fr > tel +33 1 34 65 26 95, fax +33 1 34 65 24 03 > ********************************************** > > From huntharo@msu.edu Thu Dec 25 05:39:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 25 Dec 2003 05:39:00 -0000 Subject: XFree86 4.3.0 and AltGr In-Reply-To: <3FE9FC66.7090707@msu.edu> References: <004d01c3ca29$bb5c3cc0$aa03668a@port502pha> <3FE9FC66.7090707@msu.edu> Message-ID: <3FEA09E1.2050403@msu.edu> Okay, XFree86-xserv-4.3.0-29 has just been posted. Please try it and somebody please tell me whether it fixes the problem for them or not. Harold Harold L Hunt II wrote: > I believe I have found just the right amount of magic to fix this once > and for all. Please stay tuned to test the new release. > > Harold > > Philippe Auclair wrote: > >> Hi, >> >> Gosh, what an exciting thread about "Proper attribution of patches"! >> >> Now, to the point... As many Europeans, as Michael Lipp said, "I stumbled >> over the not-working AltGr" (I have a French keyboard, and a Windows XP >> box). >> >> After various unsuccessful tries with XF86Config, I had a good look at >> the >> results of xev. The xev downloaded with Cygwin XFree, and xev on Sun >> Solaris >> give similar results: when I press the single key AltGr, xev says: >> KeyPress event, serial 18, synthetic NO, window 0xc00001, >> root 0x3a, subw 0x0, time 2826093, (105,60), root:(899,527), >> state 0x10, keycode 37 (keysym 0xffe3, Control_L), same_screen YES, >> XLookupString gives 0 characters: "" >> >> KeyPress event, serial 18, synthetic NO, window 0xc00001, >> root 0x3a, subw 0x0, time 2826093, (105,60), root:(899,527), >> state 0x14, keycode 113 (keysym 0xfe03, ISO_Level3_Shift), >> same_screen >> YES, >> XLookupString gives 0 characters: "" >> >> I then tried xmodmap with the following commands: >> clear Mod5 >> keycode 113 = Mode_switch >> add Mod3 = Mode_switch >> >> -> result when pressing AltGr: keycode 37 (Control_L) + keycode 113 >> (Mode_switch) >> >> Of course, xterm or emacs don't understand... OK, well is there an unused >> key at the bottom of the keyboard? >> XFree doesn't see the "Windows " key at all, but I have a key which, when >> pressed in a Windows application, does the same as right click. xev sees >> this key as keycode 101. So I feed this into xmodmap: >> clear Mod5 >> keycode 101 = Mode_switch >> add Mod3 = Mode_switch >> keycode 10 = ampersand 1 >> keycode 11 = eacute 2 asciitilde >> keycode 12 = quotedbl 3 numbersign >> keycode 13 = apostrophe 4 braceleft >> keycode 14 = parenleft 5 bracketleft >> keycode 15 = minus 6 bar >> keycode 16 = egrave 7 grave >> keycode 17 = underscore 8 backslash >> keycode 18 = ccedilla 9 asciicircum >> keycode 19 = agrave 0 at >> keycode 20 = parenright degree bracketright >> keycode 21 = equal plus braceright >> >> Bingo! xterm and emacs work! Except I use this odd key instead of AltGr, >> which I *REALLY* would prefer. >> >> Hope this helps... >> >> Philippe Auclair >> ********************************************** >> Institut National de la Recherche Agronomique >> Unit?? Centrale Informatique de Jouy >> Domaine de Vilvert, 78352 Jouy-en-Josas CEDEX, France >> Philippe.Auclair@jouy.inra.fr >> tel +33 1 34 65 26 95, fax +33 1 34 65 24 03 >> ********************************************** >> >> > From huntharo@msu.edu Fri Dec 26 16:56:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 26 Dec 2003 16:56:00 -0000 Subject: New webpage: Cygwin/X Features In-Reply-To: <200312240922.03784.ralf.habacker@freenet.de> References: <3FE94173.1020002@msu.edu> <200312240922.03784.ralf.habacker@freenet.de> Message-ID: <3FEA12A2.50402@msu.edu> Thanks Ralf. I fixed that "Mutli" error. Harold Ralf Habacker wrote: > On Wednesday 24 December 2003 08:34, Harold L Hunt II wrote: > >>I have added a Cygwin/X Features webpage due to request by users and to >>ease the job of getting Cygwin/X accepted by business users: >> >>http://xfree86.cygwin.com/features.html >> >>The list of features currently has about 17 items on it. We really have >>some neat features! :) I know that I have forgotton some mentionable >>features, but it is time for bed. Please send in suggestions for >>additional items to the mailing list; just mention the feature and I can >>write the description for the actual webpage. >> >>Harold > > Nice page - I've found a spelling error in: > > DirectDraw Acceleration - .. Mutli-Window ... > > Ralf > > From huntharo@msu.edu Fri Dec 26 18:52:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 26 Dec 2003 18:52:00 -0000 Subject: Screenshots page updated In-Reply-To: <3FE92F9F.7060404@msu.edu> References: <3FE92F9F.7060404@msu.edu> Message-ID: <3FEA1367.4080105@msu.edu> The last of the three old screenshots have been removed. I created a new fullscreen 8 bits per pixel screenshot to replace the two that we had. It was great, this time I got to use a local Emacs client to show the color list instead of a remote Emacs client :) I dropped the Solaris XDMCP screenshot since I don't have a Solaris box anymore. All screenshots are 1024x768 PNGs with 128x96 thumbnails. Feel free to suggest additional screenshots to show off certain features that I have overlooked. Or, submit your own shots in the above format and I will add them to the page. Harold Harold L Hunt II wrote: > Our screenshots page has been completely updated: > > http://xfree86.cygwin.com/screenshots/ > > Nine old screenshots have been removed. > > Nine new screenshots have been added, showing off new features such as > the exit confirmation and the tray icon menu. > > Merry Christmas! > > Harold > From huntharo@msu.edu Fri Dec 26 20:57:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 26 Dec 2003 20:57:00 -0000 Subject: New webpage: Cygwin/X Features In-Reply-To: <3FEA12A2.50402@msu.edu> References: <3FE94173.1020002@msu.edu> <200312240922.03784.ralf.habacker@freenet.de> <3FEA12A2.50402@msu.edu> Message-ID: <3FEA1534.90404@msu.edu> I just added the following to the features page: * Cost * Support * Modifiability * AltGr Harold From jf505@gmx.de Fri Dec 26 22:32:00 2003 From: jf505@gmx.de (Joerg Fischer) Date: Fri, 26 Dec 2003 22:32:00 -0000 Subject: [Announce] NEdit 5.4 Message-ID: NEdit 5.4 has been released. A full list of features and bug fixes can be found in the release notes (http://www.nedit.org/relnotes.shtml) The source code for the release candidate can be downloaded from the ftp site (ftp://ftp.nedit.org/pub/v5_4/). At this location you will also find a subdirectory containing binary packages for a number of platforms, including Cygwin/X. -- > This email is to inform you about the release of version '5.4' of > 'NEdit' through freshmeat.net. All URLs and other useful > information can be found at > > http://freshmeat.net/projects/nedit/ > > The changes in this release are as follows: > This version contains a number of new features, such as calltips, > rangesets, and backlighting, and a good number of bugfixes. > > Project description: > NEdit is a Unix text editor for programmers and general users. It > combines a standard, easy-to-use, graphical user interface with the > thorough functionality and stability required by users who edit > text eight hours a day. It includes a macro language with a > complete library of editing functions, state-of-the-art syntax > highlighting for 30 common languages and text processors, and the > best mouse-interactivity available in a Unix text editor. From cgf-no-personal-reply-please@cygwin.com Fri Dec 26 23:13:00 2003 From: cgf-no-personal-reply-please@cygwin.com (Christopher Faylor) Date: Fri, 26 Dec 2003 23:13:00 -0000 Subject: [tony.arnold: ImageMagick packaging problem] Message-ID: <20031226165608.GB13619@redhat.com> A head's up for Harold. Btw, since this package relies on XFree86, shouldn't it live in the XFree86 directory. cgf ----- Forwarded message from Tony Arnold ----- From: Tony Arnold Subject: ImageMagick packaging problem Date: Fri, 26 Dec 2003 16:29:10 +0000 I just downloaded and installed teh ImageMagick package. It installed fine, but when I tried to rung one of the command line tools such as identify or convert, it complained it could not find the configuration files in /usr/lib/ImageMagick.5.5.7 and on checking this directory does not exist. The readme for this package indicates this directiry tree should be included included in this package. I eventually discovered the libMagick-devel package which does include the above directory path. It seems to me that the pathe for the config files should either be included in the main package or the devel package should be a dependency of the main packge. Regards, Tony. P.S., Please cc me in replies as I do not subscribe to this list. -- Tony Arnold, Deputy to the Head of COS Division, Manchester Computing, University of Manchester, Oxford Road, Manchester M13 9PL. T: +44 (0)161 275 6093, F: +44 (0)870 136 1004, M: +44 (0)773 330 0039 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ ----- End forwarded message ----- From huntharo@msu.edu Fri Dec 26 23:43:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 26 Dec 2003 23:43:00 -0000 Subject: [tony.arnold: ImageMagick packaging problem] In-Reply-To: <20031226165608.GB13619@redhat.com> References: <20031226165608.GB13619@redhat.com> Message-ID: <3FEC835F.3070606@msu.edu> [Moving discussion to cygwin-apps] Christopher Faylor wrote: > A head's up for Harold. Thanks. > Btw, since this package relies on XFree86, shouldn't it live in the > XFree86 directory. Err... well, it depends on X mostly like the emacs X package does... it links against it and one or two of the command-line apps uses it (mostly to display images), but the majority of the command-line apps don't actually display anything in X at all. So yes, it does rely on it, but it doesn't need a working X Server to be useful. I think its really a judgement call with this package as to where to put it; I put it where I did... if anyone feels strongly about changing that, feel free to do so, it will not upset me. > ----- Forwarded message from Tony Arnold ----- > > From: Tony Arnold > Subject: ImageMagick packaging problem > Date: Fri, 26 Dec 2003 16:29:10 +0000 > > I just downloaded and installed teh ImageMagick package. It installed > fine, but when I tried to rung one of the command line tools such as > identify or convert, it complained it could not find the configuration > files in /usr/lib/ImageMagick.5.5.7 and on checking this directory does > not exist. The readme for this package indicates this directiry tree > should be included included in this package. > > I eventually discovered the libMagick-devel package which does include > the above directory path. > > It seems to me that the pathe for the config files should either be > included in the main package or the devel package should be a dependency > of the main packge. Yes, it had been mentioned before that these were configuration files that were needed at run-time by the libraries and that their location had been changed. However, we never fully answered our own questions about what to do here, so the result was that they were never moved. We then started looking at using the GraphicsMagick package as a replacement for ImageMagick, which diverted attention from this. I have moved the files to the libMagick6 package from the libMagick-devel package. This solves the problem in the short term; the long term problem of how to handle the fact that this is a versioned directory remains open. I will post a new version of the ImageMagick packages shortly. Harold From tony.arnold@man.ac.uk Sat Dec 27 04:52:00 2003 From: tony.arnold@man.ac.uk (Tony Arnold) Date: Sat, 27 Dec 2003 04:52:00 -0000 Subject: [tony.arnold: ImageMagick packaging problem] In-Reply-To: <3FEC835F.3070606@msu.edu> References: <20031226165608.GB13619@redhat.com> <3FEC835F.3070606@msu.edu> Message-ID: <3FECA0C4.9030700@man.ac.uk> Harold, Thanks for the very quick and IMHO correct fix to this problem. Regards, Tony. Harold L Hunt II wrote: > [Moving discussion to cygwin-apps] > > Christopher Faylor wrote: > >> A head's up for Harold. > > > Thanks. > >> Btw, since this package relies on XFree86, shouldn't it live in the >> XFree86 directory. > > > Err... well, it depends on X mostly like the emacs X package does... it > links against it and one or two of the command-line apps uses it (mostly > to display images), but the majority of the command-line apps don't > actually display anything in X at all. So yes, it does rely on it, but > it doesn't need a working X Server to be useful. I think its really a > judgement call with this package as to where to put it; I put it where I > did... if anyone feels strongly about changing that, feel free to do so, > it will not upset me. > >> ----- Forwarded message from Tony Arnold ----- >> >> From: Tony Arnold >> Subject: ImageMagick packaging problem >> Date: Fri, 26 Dec 2003 16:29:10 +0000 >> >> I just downloaded and installed teh ImageMagick package. It installed >> fine, but when I tried to rung one of the command line tools such as >> identify or convert, it complained it could not find the configuration >> files in /usr/lib/ImageMagick.5.5.7 and on checking this directory >> does not exist. The readme for this package indicates this directiry >> tree should be included included in this package. >> >> I eventually discovered the libMagick-devel package which does include >> the above directory path. >> >> It seems to me that the pathe for the config files should either be >> included in the main package or the devel package should be a >> dependency of the main packge. > > > Yes, it had been mentioned before that these were configuration files > that were needed at run-time by the libraries and that their location > had been changed. However, we never fully answered our own questions > about what to do here, so the result was that they were never moved. We > then started looking at using the GraphicsMagick package as a > replacement for ImageMagick, which diverted attention from this. > > I have moved the files to the libMagick6 package from the > libMagick-devel package. This solves the problem in the short term; the > long term problem of how to handle the fact that this is a versioned > directory remains open. > > I will post a new version of the ImageMagick packages shortly. > > Harold -- Tony Arnold, Deputy to the Head of COS Division, Manchester Computing, University of Manchester, Oxford Road, Manchester M13 9PL. T: +44 (0)161 275 6093, F: +44 (0)870 136 1004, M: +44 (0)773 330 0039 E-mail: tony.arnold@man.ac.uk, Home: http://www.man.ac.uk/Tony.Arnold From huntharo@msu.edu Sat Dec 27 06:48:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Sat, 27 Dec 2003 06:48:00 -0000 Subject: [ITP] elinks-0.9.0 Message-ID: <3FECB70D.8040901@msu.edu> I would like to contribute and maintain elinks: http://elinks.or.cz/index.html ELinks is an advanced and well-established feature-rich text mode web (HTTP/FTP/..) browser. ELinks can render both frames and tables, is highly customizable and can be extended via Lua or Guile scripts. You can point Cygwin's setup.exe to the following address to install and test elinks: http://www.egr.msu.edu/~huntharo/cygwin/ ------------------------ cut here -------------------------------------- #!/bin/bash mkdir elinks cd elinks wget \ http://www.egr.msu.edu/~huntharo/cygwin/release/elinks/setup.hint wget \ http://www.egr.msu.edu/~huntharo/cygwin/release/elinks/elinks-0.9.0-1.tar.bz2 wget \ http://www.egr.msu.edu/~huntharo/cygwin/release/elinks/elinks-0.9.0-1-src.tar.bz2 ------------------------ cut here -------------------------------------- MD5 sums: 111aab593689afca898b2843f7469786 *elinks-0.9.0-1-src.tar.bz2 2afe20337d676dadd0b9c5135ba34e18 *elinks-0.9.0-1.tar.bz2 6764bf3a210c637c72374fa6ad915399 *setup.hint Harold From chris@areti.co.uk Sat Dec 27 06:52:00 2003 From: chris@areti.co.uk (Chris Green) Date: Sat, 27 Dec 2003 06:52:00 -0000 Subject: Keyboard auto-repeat defaults when using 'xwin -query ' Message-ID: <20031226231321.GA18654@areti.co.uk> I have a odd problem with the keyboard auto-repeat setup. I have two verions of cygwin/xfree installed on two different win2k computers and the problem is the same on both. One has the latest cygwin/xfree (just downloaded) and the other has a version from a few months ago. I have searched through the mailing list archive and see that a similar problem has been reported before but it isn't exactly the same and I don't see how to fix the problem anyway. I am connecting from both these win2k systems uisng 'xwin -query ' to a linux Slackware 9.1 system on my local (home) network. I have also got another X server available to me, X-Win32 but I'd prefer to use cygwin as it's free and otherwise I keep having to pay for upgrades to X-Win32. The problem is that when I connect using cygwin/xfree the auto-repeat is set to silly values, if I do an 'xset -q' I get:- auto repeat: on key click persent: 0 LED mask: 0000000000 auto repeat delay: 100 repeat rate: 10 .... That auto repeat delay is much too short. On the other hand when I connect using X-Win32 I get:- auto repeat: on key click persent: 0 LED mask: 0000000000 .... with no 'auto repeat delay' value at all, i.e. X-Win32 doesn't seem to have attempted to set the auto repeat delay or repeat rate at all and thus I'm left with the existing keyboard settings which are fine. It would appear that cygwin/xfree *is* setting the auto repeat delay and speed whereas X-Win32 isn't. If it is setting these where are the default values? If it isn't then what is going on? I know I can fix it by using 'xset' but this seems a bit of a bodge, I'd rather do it properly. -- Chris Green (chris@areti.co.uk) From huntharo@msu.edu Sat Dec 27 11:59:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Sat, 27 Dec 2003 11:59:00 -0000 Subject: Keyboard auto-repeat defaults when using 'xwin -query ' In-Reply-To: <20031226231321.GA18654@areti.co.uk> References: <20031226231321.GA18654@areti.co.uk> Message-ID: <3FECC71A.1090102@msu.edu> Chris, Chris Green wrote: > The problem is that when I connect using cygwin/xfree the auto-repeat > is set to silly values, if I do an 'xset -q' I get:- > > auto repeat: on key click persent: 0 LED mask: 0000000000 > auto repeat delay: 100 repeat rate: 10 > .... > > That auto repeat delay is much too short. When running locally, I get: Keyboard Control: auto repeat: on key click percent: 0 LED mask: 00000000 auto repeat delay: 500 repeat rate: 31 auto repeating keys: 00ffffffdffffbbf fadfffffffdffdff ffffffffffffffff ffffffffffffffff bell percent: 50 bell pitch: 400 bell duration: 100 When logged into a remote machine via -query I get exactly the same values. I do not have an XF86Config file, and I am not passing any of the following command-line parameters to XWin.exe: ====================================================================== The X Keyboard Extension adds the following arguments: -kb disable the X Keyboard Extension +kb enable the X Keyboard Extension [+-]accessx [ timeout [ timeout_mask [ feedback [ options_mask] ] ] ] enable/disable accessx key sequences -ar1 set XKB autorepeat delay -ar2 set XKB autorepeat interval [...] -xf86config Specify a configuration file. ====================================================================== My /tmp/XWin.log file has the following: ====================================================================== (--) Setting autorepeat to delay=500, rate=31 (--) winConfigKeyboard - Layout: "00000409" (00000409) (EE) No primary keyboard configured (==) Using compiletime defaults for keyboard Rules = "xfree86" Model = "pc101" Layout = "us" Variant = "(null)" Options = "(null)" ====================================================================== Could you please confirm that you are not passing any additional args to XWin.exe, then send in your XWin.log files from both a local session and from a session when you use -query to connect to a remote machine? That should help us to investigate the problem. Harold From zakki@peppermint.jp Sat Dec 27 14:03:00 2003 From: zakki@peppermint.jp (Kensuke Matsuzaki) Date: Sat, 27 Dec 2003 14:03:00 -0000 Subject: Books for development? In-Reply-To: <3FE89E90.8020509@msu.edu> References: <3FE89E90.8020509@msu.edu> Message-ID: Hello, BTW, do you know good book on X protocol and Xlib? I have some book on KDE and Qt, but I can't find book about low-level X. -- Kensuke Matsuzaki mailto:zakki@peppermint.jp http://peppermint.jp From huntharo@msu.edu Sat Dec 27 14:09:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Sat, 27 Dec 2003 14:09:00 -0000 Subject: Books for development? In-Reply-To: References: <3FE89E90.8020509@msu.edu> Message-ID: <3FED2AAD.6040903@msu.edu> The library and protocol docs are available for free: http://www.msu.edu/~huntharo/xwin/docs/xwindows/XWINSYS.pdf Or, you can buy one of the books. I have a description of the available books and PDF versions of those books here: http://xfree86.cygwin.com/devel/ I hope that helps. Some of the books are out of print. I have not checked whether they are in print or not lately. Harold Kensuke Matsuzaki wrote: > Hello, > > BTW, do you know good book on X protocol and Xlib? > I have some book on KDE and Qt, but I can't find book about low-level X. From huntharo@msu.edu Sat Dec 27 14:27:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Sat, 27 Dec 2003 14:27:00 -0000 Subject: Cygwin/X Website Redesigned Message-ID: <3FED2B83.3080008@msu.edu> I have completed a redesign of the Cygwin/X website: http://xfree86.cygwin.com/ The site looks better now and I added a "Featured Screenshots" section to the top of the home page in an attempt to hook new users more quickly :) I have also completed a read-through of most of the content on the site and made corrections, deletions, and additions where appropriate. There was a lot of out-of-date information on the site. Some information may still be incorrect or out-of-date and I would appreciate any pointers when you come across such information. Let me know what you think. Harold From dickey@his.com Sat Dec 27 15:34:00 2003 From: dickey@his.com (Thomas Dickey) Date: Sat, 27 Dec 2003 15:34:00 -0000 Subject: website & identifiers Message-ID: When perusing the website for news, it would be useful if the pages were marked (in their source) as generated or manually updated. For the former (unless they're generated on demand), a modification date would also be useful. For the latter, an RCS/CVS/etc identifier to distinguish successive versions is normally expected. Are the pages all generated from another format, or are some in CVS (somewhere)? -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net From chris@areti.co.uk Sat Dec 27 17:16:00 2003 From: chris@areti.co.uk (Chris Green) Date: Sat, 27 Dec 2003 17:16:00 -0000 Subject: Keyboard auto-repeat defaults when using 'xwin -query ' In-Reply-To: <3FECC71A.1090102@msu.edu> References: <20031226231321.GA18654@areti.co.uk> <3FECC71A.1090102@msu.edu> Message-ID: <20031227140333.GA20372@areti.co.uk> On Fri, Dec 26, 2003 at 06:41:14PM -0500, Harold L Hunt II wrote: > Chris, > > Chris Green wrote: > >The problem is that when I connect using cygwin/xfree the auto-repeat > >is set to silly values, if I do an 'xset -q' I get:- > > > >auto repeat: on key click persent: 0 LED mask: 0000000000 > >auto repeat delay: 100 repeat rate: 10 > >.... > > > >That auto repeat delay is much too short. > Thanks for the response and for treating me gently, I'm just feeling my way in cygwin/X although I have been using Unix/Linux for many years (since the early 1980s in fact). > When running locally, I get: > > Keyboard Control: > auto repeat: on key click percent: 0 LED mask: 00000000 > auto repeat delay: 500 repeat rate: 31 > auto repeating keys: 00ffffffdffffbbf > fadfffffffdffdff > ffffffffffffffff > ffffffffffffffff > bell percent: 50 bell pitch: 400 bell duration: 100 > Just about exactly what I get except for the auto repeat delay values which I reported above. > When logged into a remote machine via -query I get exactly the same > values. I do not have an XF86Config file, and I am not passing any of > the following command-line parameters to XWin.exe: > > ====================================================================== > The X Keyboard Extension adds the following arguments: > -kb disable the X Keyboard Extension > +kb enable the X Keyboard Extension > [+-]accessx [ timeout [ timeout_mask [ feedback [ options_mask] ] ] ] > enable/disable accessx key sequences > -ar1 set XKB autorepeat delay > -ar2 set XKB autorepeat interval > > [...] > > -xf86config > Specify a configuration file. > ====================================================================== > I'm running using a copy of startxwin.bat with the XWIn start line set to "start XWin -query server". I have no XF86Config either. > My /tmp/XWin.log file has the following: > > ====================================================================== > (--) Setting autorepeat to delay=500, rate=31 > (--) winConfigKeyboard - Layout: "00000409" (00000409) > (EE) No primary keyboard configured > (==) Using compiletime defaults for keyboard > Rules = "xfree86" Model = "pc101" Layout = "us" Variant = "(null)" > Options = "(null)" > ====================================================================== > > Could you please confirm that you are not passing any additional args to > XWin.exe, then send in your XWin.log files from both a local session and > from a session when you use -query to connect to a remote machine? That > should help us to investigate the problem. > The remote XWin.log file is:- ddxProcessArgument - Initializing default screens winInitializeDefaultScreens - w 1600 h 1200 winInitializeDefaultScreens - Returning OsVendorInit - Creating bogus screen 0 (EE) Unable to locate/open config file InitOutput - Error reading config file winDetectSupportedEngines - Windows NT/2000/XP winDetectSupportedEngines - DirectDraw installed winDetectSupportedEngines - Allowing PrimaryDD winDetectSupportedEngines - DirectDraw4 installed winDetectSupportedEngines - Returning, supported engines 0000001f InitOutput - g_iNumScreens: 1 iMaxConsecutiveScreen: 1 winSetEngine - Using Shadow DirectDraw NonLocking winAdjustVideoModeShadowDDNL - Using Windows display depth of 16 bits per pixel winCreateBoundingWindowWindowed - User w: 1600 h: 1200 winCreateBoundingWindowWindowed - Current w: 1600 h: 1200 winAdjustForAutoHide - Original WorkArea: 33 0 1200 1600 winAdjustForAutoHide - Adjusted WorkArea: 33 0 1200 1600 winCreateBoundingWindowWindowed - WindowClient w 1594 h 1137 r 1594 l 0 b 1137 t 0 winCreateBoundingWindowWindowed - Returning winCreatePrimarySurfaceShadowDDNL - Creating primary surface winCreatePrimarySurfaceShadowDDNL - Created primary surface winCreatePrimarySurfaceShadowDDNL - Attached clipper to primary surface winAllocateFBShadowDDNL - lPitch: 3188 winAllocateFBShadowDDNL - Created shadow pitch: 3188 winAllocateFBShadowDDNL - Created shadow stride: 1594 winFinishScreenInitFB - Masks: 0000f800 000007e0 0000001f winInitVisualsShadowDDNL - Masks 0000f800 000007e0 0000001f BPRGB 6 d 16 bpp 16 winCreateDefColormap - Deferring to fbCreateDefColormap () winFinishScreenInitFB - returning winScreenInit - returning InitOutput - Returning. MIT-SHM extension disabled due to lack of kernel support XFree86-Bigfont extension local-client optimization disabled due to lack of shared memory support in the kernel (--) Setting autorepeat to delay=500, rate=31 (--) winConfigKeyboard - Layout: "00000809" (00000809) (--) Using preset keyboard for "English (United Kingdom)" (809), type "4" (EE) No primary keyboard configured (==) Using compiletime defaults for keyboard Rules = "xfree86" Model = "pc105" Layout = "gb" Variant = "(null)" Options = "(null)" winPointerWarpCursor - Discarding first warp: 797 568 winBlockHandler - Releasing pmServerStarted winBlockHandler - pthread_mutex_unlock () returned The local XWin.log file is identical apart from the following extra line:- _XSERVTransmkdir: Owner of /tmp/.X11-unix should be set to root (a local X session has the same problems as a remote one) I will see what logging (if any) that my commercial XWin-32 does and if there's anything useful I'll report that too. -- Chris Green (chris@areti.co.uk) From huntharo@msu.edu Sat Dec 27 17:27:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Sat, 27 Dec 2003 17:27:00 -0000 Subject: website & identifiers In-Reply-To: References: Message-ID: <3FED91FA.1060503@msu.edu> Thomas Dickey wrote: > When perusing the website for news, it would be useful if the pages were > marked (in their source) as generated or manually updated. For the former > (unless they're generated on demand), a modification date would also be > useful. For the latter, an RCS/CVS/etc identifier to distinguish > successive versions is normally expected. > > Are the pages all generated from another format, or are some in CVS > (somewhere)? The Documentation (User's Guide, Contributor's Guide, and FAQ) are generated from DocBook source; see the following page for information on where to get the source in CVS: http://xfree86.cygwin.com/devel/documentation/ I believe that all other pages on the site are manually generated, and they are stored in CVS. My various attempts to find a public CVS interface to the tree and to find a CVSWeb interface to the tree have not been successful; I have not checked with Chris whether this is intentional or not, in either case, it is beyond my control. We could add an identifier to each file. I have to look into some options for doing so. In the meantime, enjoy the following hack: http://cygwin.com/xfree/CVS/Entries Harold From Alexander.Gottwald@s1999.tu-chemnitz.de Sat Dec 27 17:33:00 2003 From: Alexander.Gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Sat, 27 Dec 2003 17:33:00 -0000 Subject: Keyboard auto-repeat defaults when using 'xwin -query ' In-Reply-To: <20031226231321.GA18654@areti.co.uk> References: <20031226231321.GA18654@areti.co.uk> Message-ID: Chris Green wrote: > I have a odd problem with the keyboard auto-repeat setup. > > I have two verions of cygwin/xfree installed on two different win2k > computers and the problem is the same on both. One has the latest > cygwin/xfree (just downloaded) and the other has a version from a > few months ago. > > I have searched through the mailing list archive and see that a > similar problem has been reported before but it isn't exactly the same > and I don't see how to fix the problem anyway. > > I am connecting from both these win2k systems uisng 'xwin -query > ' to a linux Slackware 9.1 system on my local (home) network. > I have also got another X server available to me, X-Win32 but I'd > prefer to use cygwin as it's free and otherwise I keep having to pay > for upgrades to X-Win32. > > The problem is that when I connect using cygwin/xfree the auto-repeat > is set to silly values, if I do an 'xset -q' I get:- > > auto repeat: on key click persent: 0 LED mask: 0000000000 > auto repeat delay: 100 repeat rate: 10 > .... > > That auto repeat delay is much too short. XWin tries to set the repeat rate to something similar to the windows repeat rate. This is noted in the configfile. Maybe the session scripts of the linux host set the repeat rate to a bogus value. You can verify this by starting xwin without the query paramter and run "DISPLAY=:0.0 xset -q" from windows. This should print the default setting. bye ago NP: grauzone.03-12-14 -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From chris@areti.co.uk Sat Dec 27 18:23:00 2003 From: chris@areti.co.uk (Chris Green) Date: Sat, 27 Dec 2003 18:23:00 -0000 Subject: Keyboard auto-repeat defaults when using 'xwin -query ' In-Reply-To: References: <20031226231321.GA18654@areti.co.uk> Message-ID: <20031227153405.GA20604@areti.co.uk> On Sat, Dec 27, 2003 at 02:31:58PM +0100, Alexander Gottwald wrote: > Chris Green wrote: > > > auto repeat delay: 100 repeat rate: 10 > > .... > > > > That auto repeat delay is much too short. > > XWin tries to set the repeat rate to something similar to the windows > repeat rate. This is noted in the configfile. > > Maybe the session scripts of the linux host set the repeat rate to a bogus > value. > But the problem only occurs when I connect to the remote system using cygwin's xwin, when I use my commercial X-Win32 X server I get the default keyboard set-up that I expect. > You can verify this by starting xwin without the query paramter and run > "DISPLAY=:0.0 xset -q" from windows. This should print the default setting. > No. locally I appear to get the same problem too. -- Chris Green (chris@areti.co.uk) From huntharo@msu.edu Sat Dec 27 18:43:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Sat, 27 Dec 2003 18:43:00 -0000 Subject: website & identifiers In-Reply-To: References: Message-ID: <3FEDBDBF.3090204@msu.edu> Thomas Dickey wrote: > When perusing the website for news, it would be useful if the pages were > marked (in their source) as generated or manually updated. For the former > (unless they're generated on demand), a modification date would also be > useful. For the latter, an RCS/CVS/etc identifier to distinguish > successive versions is normally expected. > > Are the pages all generated from another format, or are some in CVS > (somewhere)? By the way... what are you looking for? CVS identifiers wouldn't necessarily help to determine that new information has been posted since commits for spelling fixes, grammar changes, dead link correction, etc. would cause irrelevant noise in the modified date tags. That's really why I chose to put a hand-coded date at the top of the pages; that way people are notified when content has been modified in a meaningful way, but there aren't false-positives when minor changes have been made. Would CVS identifiers still be useful for whatever you are trying to do? Maybe I'll start adding them as comments for starters but still keep the hand-modified date for each page. Harold From dickey@his.com Mon Dec 29 19:30:00 2003 From: dickey@his.com (Thomas Dickey) Date: Mon, 29 Dec 2003 19:30:00 -0000 Subject: website & identifiers In-Reply-To: <3FEDBDBF.3090204@msu.edu> References: <3FEDBDBF.3090204@msu.edu> Message-ID: On Sat, 27 Dec 2003, Harold L Hunt II wrote: > Thomas Dickey wrote: > > > When perusing the website for news, it would be useful if the pages were > > marked (in their source) as generated or manually updated. For the former > > (unless they're generated on demand), a modification date would also be > > useful. For the latter, an RCS/CVS/etc identifier to distinguish > > successive versions is normally expected. > > > > Are the pages all generated from another format, or are some in CVS > > (somewhere)? > > By the way... what are you looking for? CVS identifiers wouldn't If it's maintained (i.e., if the file isn't edited w/o checking it in), it's a quick way to check if the file's been changed recently. The identifier also provides a point of reference to check if there are changes that aren't committed. Hand-coded dates are more readable (and of course I use those where readability is a factor), but the automatic ones are preferable for identifying distinct versions. > necessarily help to determine that new information has been posted since > commits for spelling fixes, grammar changes, dead link correction, etc. > would cause irrelevant noise in the modified date tags. That's really > why I chose to put a hand-coded date at the top of the pages; that way > people are notified when content has been modified in a meaningful way, > but there aren't false-positives when minor changes have been made. > > Would CVS identifiers still be useful for whatever you are trying to do? > Maybe I'll start adding them as comments for starters but still keep > the hand-modified date for each page. > > Harold > > -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net From dickey@his.com Mon Dec 29 19:34:00 2003 From: dickey@his.com (Thomas Dickey) Date: Mon, 29 Dec 2003 19:34:00 -0000 Subject: website & identifiers In-Reply-To: <3FEDBDBF.3090204@msu.edu> References: <3FEDBDBF.3090204@msu.edu> Message-ID: On Sat, 27 Dec 2003, Harold L Hunt II wrote: > Would CVS identifiers still be useful for whatever you are trying to do? > Maybe I'll start adding them as comments for starters but still keep > the hand-modified date for each page. That's what I do, e.g., http://invisible-island.net/xterm/xterm.log.html -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net From huntharo@msu.edu Mon Dec 29 19:38:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 29 Dec 2003 19:38:00 -0000 Subject: website & identifiers In-Reply-To: References: <3FEDBDBF.3090204@msu.edu> Message-ID: <3FEDCD97.6090107@msu.edu> Thomas Dickey wrote: > On Sat, 27 Dec 2003, Harold L Hunt II wrote: > > >>Would CVS identifiers still be useful for whatever you are trying to do? >> Maybe I'll start adding them as comments for starters but still keep >>the hand-modified date for each page. > > > That's what I do, e.g., > > http://invisible-island.net/xterm/xterm.log.html Okay. Each page should now have: HEADER MODIFIED: $Date$ $Author$ LEFT SIDEBAR MODIFIED: $Date$ $Author$ BODY MODIFIED: $Date$ $Author$ FOOTER MODIFIED: $Date$ $Author$ Additionally, the home page has: NEWS MODIFIED: $Date$ $Author$ Harold From dickey@his.com Mon Dec 29 20:51:00 2003 From: dickey@his.com (Thomas Dickey) Date: Mon, 29 Dec 2003 20:51:00 -0000 Subject: website & identifiers In-Reply-To: <3FEDCD97.6090107@msu.edu> References: <3FEDBDBF.3090204@msu.edu> <3FEDCD97.6090107@msu.edu> Message-ID: On Sat, 27 Dec 2003, Harold L Hunt II wrote: > Okay. > > Each page should now have: > > HEADER MODIFIED: $Date$ $Author$ > LEFT SIDEBAR MODIFIED: $Date$ $Author$ > BODY MODIFIED: $Date$ $Author$ > FOOTER MODIFIED: $Date$ $Author$ that's better. -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net From Leser@sup-logistik.de Mon Dec 29 21:01:00 2003 From: Leser@sup-logistik.de (Christoph Leser) Date: Mon, 29 Dec 2003 21:01:00 -0000 Subject: xserv 4.3.0-29 Message-ID: <4F698AE6FB425D4A8879766D19E1F929055E18@win2000.sup-logistik.de> Hi, last week I installed ( first time installation ) Cygwin on a winows xp professional sp1. I had XWin.exe ( xserv 4.3.0-28 ) running with AIX and Linux Clients w/o modifying an config files, but I experienced similar ALT-Gr problems as described in the postings regarding xserv 4.3.0-29. So I updated to 4.3.0-29 today. Now XWin ( called from bash ) does not start any more. I see the main window for a short period of time. No error message appears. Are there any logfiles Best regards Christoph Leser From huntharo@msu.edu Mon Dec 29 22:41:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 29 Dec 2003 22:41:00 -0000 Subject: xserv 4.3.0-29 In-Reply-To: <4F698AE6FB425D4A8879766D19E1F929055E18@win2000.sup-logistik.de> References: <4F698AE6FB425D4A8879766D19E1F929055E18@win2000.sup-logistik.de> Message-ID: <3FF081B7.60906@msu.edu> Christoph, Send in /tmp/XWin.log. Harold Christoph Leser wrote: > Hi, > > last week I installed ( first time installation ) Cygwin on a winows xp professional sp1. > > I had XWin.exe ( xserv 4.3.0-28 ) running with AIX and Linux Clients w/o modifying an config files, but I experienced similar ALT-Gr problems as described in the postings regarding xserv 4.3.0-29. > > So I updated to 4.3.0-29 today. > > Now XWin ( called from bash ) does not start any more. I see the main window for a short period of time. > > No error message appears. Are there any logfiles > Best regards > > > > Christoph Leser > From huntharo@msu.edu Mon Dec 29 23:07:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 29 Dec 2003 23:07:00 -0000 Subject: XFree86 4.3.0 and AltGr In-Reply-To: <3FEA09E1.2050403@msu.edu> References: <004d01c3ca29$bb5c3cc0$aa03668a@port502pha> <3FE9FC66.7090707@msu.edu> <3FEA09E1.2050403@msu.edu> Message-ID: <3FF0829D.7010502@msu.edu> Can somebody confirm for me whether or not this fixes the AltGr problems for them with TweakUI? Harold Harold L Hunt II wrote: > Okay, XFree86-xserv-4.3.0-29 has just been posted. Please try it and > somebody please tell me whether it fixes the problem for them or not. > > Harold > > Harold L Hunt II wrote: > >> I believe I have found just the right amount of magic to fix this once >> and for all. Please stay tuned to test the new release. >> >> Harold >> >> Philippe Auclair wrote: >> >>> Hi, >>> >>> Gosh, what an exciting thread about "Proper attribution of patches"! >>> >>> Now, to the point... As many Europeans, as Michael Lipp said, "I >>> stumbled >>> over the not-working AltGr" (I have a French keyboard, and a Windows XP >>> box). >>> >>> After various unsuccessful tries with XF86Config, I had a good look >>> at the >>> results of xev. The xev downloaded with Cygwin XFree, and xev on Sun >>> Solaris >>> give similar results: when I press the single key AltGr, xev says: >>> KeyPress event, serial 18, synthetic NO, window 0xc00001, >>> root 0x3a, subw 0x0, time 2826093, (105,60), root:(899,527), >>> state 0x10, keycode 37 (keysym 0xffe3, Control_L), same_screen YES, >>> XLookupString gives 0 characters: "" >>> >>> KeyPress event, serial 18, synthetic NO, window 0xc00001, >>> root 0x3a, subw 0x0, time 2826093, (105,60), root:(899,527), >>> state 0x14, keycode 113 (keysym 0xfe03, ISO_Level3_Shift), >>> same_screen >>> YES, >>> XLookupString gives 0 characters: "" >>> >>> I then tried xmodmap with the following commands: >>> clear Mod5 >>> keycode 113 = Mode_switch >>> add Mod3 = Mode_switch >>> >>> -> result when pressing AltGr: keycode 37 (Control_L) + keycode 113 >>> (Mode_switch) >>> >>> Of course, xterm or emacs don't understand... OK, well is there an >>> unused >>> key at the bottom of the keyboard? >>> XFree doesn't see the "Windows " key at all, but I have a key which, >>> when >>> pressed in a Windows application, does the same as right click. xev sees >>> this key as keycode 101. So I feed this into xmodmap: >>> clear Mod5 >>> keycode 101 = Mode_switch >>> add Mod3 = Mode_switch >>> keycode 10 = ampersand 1 >>> keycode 11 = eacute 2 asciitilde >>> keycode 12 = quotedbl 3 numbersign >>> keycode 13 = apostrophe 4 braceleft >>> keycode 14 = parenleft 5 bracketleft >>> keycode 15 = minus 6 bar >>> keycode 16 = egrave 7 grave >>> keycode 17 = underscore 8 backslash >>> keycode 18 = ccedilla 9 asciicircum >>> keycode 19 = agrave 0 at >>> keycode 20 = parenright degree bracketright >>> keycode 21 = equal plus braceright >>> >>> Bingo! xterm and emacs work! Except I use this odd key instead of >>> AltGr, >>> which I *REALLY* would prefer. >>> >>> Hope this helps... >>> >>> Philippe Auclair >>> ********************************************** >>> Institut National de la Recherche Agronomique >>> Unit?? Centrale Informatique de Jouy >>> Domaine de Vilvert, 78352 Jouy-en-Josas CEDEX, France >>> Philippe.Auclair@jouy.inra.fr >>> tel +33 1 34 65 26 95, fax +33 1 34 65 24 03 >>> ********************************************** >>> >>> >> > From Leser@sup-logistik.de Mon Dec 29 23:38:00 2003 From: Leser@sup-logistik.de (Christoph Leser) Date: Mon, 29 Dec 2003 23:38:00 -0000 Subject: xserv 4.3.0-29 Message-ID: <4F698AE6FB425D4A8879766D19E1F929056D10@win2000.sup-logistik.de> thanks for pointing me to /tmp/XWin.log This shows, that the font directory is not properly installed. When I try to reinstall, the installer hangs when trying to create the sub drirectories. ( As a matter of fact I cannot create /usr/X11R6/lib/X11/fonts in bash,, gives 'mkdir: cannot create directory 'fonts': No such file or directory' ) I have no idea what has happened, maybe something wrong with xp? Thanks Christoph From huntharo@msu.edu Tue Dec 30 00:40:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 30 Dec 2003 00:40:00 -0000 Subject: xserv 4.3.0-29 In-Reply-To: <4F698AE6FB425D4A8879766D19E1F929056D10@win2000.sup-logistik.de> References: <4F698AE6FB425D4A8879766D19E1F929056D10@win2000.sup-logistik.de> Message-ID: <3FF0962D.7020908@msu.edu> Run 'mount' in a Cygwin bash shell. You should see something that includes a line like the following: C:\cygwin\usr\X11R6\lib\X11\fonts on /usr/X11R6/lib/X11/fonts type system (binmode) If you see "type system" in that line, then run the following in your Cygwin bash shell: umount /usr/X11R6/lib/X11/fonts Else, run the following umount -u /usr/X11R6/lib/X11/fonts The problem is that your mount-point for your fonts directory points to a dead or invalid directory and needs to be removed. You know need to re-run Cygwin's setup.exe and make sure that the XFree86-fenc and XFree86-fnts packages are installed or re-installed. Harold Christoph Leser wrote: > thanks for pointing me to /tmp/XWin.log > > This shows, that the font directory is not properly installed. > > When I try to reinstall, the installer hangs when trying to create the sub drirectories. ( As a matter of fact I cannot create /usr/X11R6/lib/X11/fonts in bash,, gives 'mkdir: cannot create directory 'fonts': No such file or directory' ) > > I have no idea what has happened, maybe something wrong with xp? > > Thanks > > Christoph > From huntharo@msu.edu Tue Dec 30 01:41:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 30 Dec 2003 01:41:00 -0000 Subject: FAQ Update Message-ID: <3FF0AD73.4070006@msu.edu> I just posted an updated FAQ. The primary focus of the updates was to remove old entries regarding Xinstall.sh and the perils of downloading our binaries from a web browser and/or extracting them with WinZip; none of these are issues anymore. I also removed out-dated information about XF86Config support and AltGr/TweakUI compatibility. The FAQ still needs some work. Probably everything in the Contributing section can be dropped and replaced with a single redirection to the Contributor's Guide. The Usage, Troubleshooting, and Error and Warning Messages sections should probably have all of their items thrown together, then resorted into more meangingful categories like: Remote Clients via SSH, Remote Clients via Telnet, XDMCP Problems, Non-U.S. Configuration and Troubleshooting, Font Problems and Troubleshooting, etc. Let me know if you are interested :) http://xfree86.cygwin.com/docs/faq/ Harold From ADeFaria@Salira.com Tue Dec 30 01:43:00 2003 From: ADeFaria@Salira.com (Andrew DeFaria) Date: Tue, 30 Dec 2003 01:43:00 -0000 Subject: Not getting login using xdmcp Message-ID: Now that Christmas is over I'd like to address this problem again. Let's recap. I have a SuSE 8.2 installation. I am attempting to use Cygwin/XFree86 to start an X session using XDMCP. XDMCP is not on by default so I have performed the following changes: * Enabled XDMCP in /opt/kde3/share/config/kdm/kdmrc by setting "Enable=true" for the [Xdmcp] section. * Modified /etc/X11/xdm/xdm-config to comment out DisplayManager.requestPort by putting a "!" in the first character. * Uncommented the "*" line in /etc/X11/xdm/Xaccess and /opt/kde3/share/config/kdm/Xaccess. Note there are two different lines in each file. The difference seems to be one is of the form of "* CHOOSER BROADCAST" and just the plain "*". I've tried all combinations to no avail. * I have only one NIC. * I've tried xwin -query sonslinux -from adefaria, same problem. * Sonslinux sits right next to me and I can login using KDE just fine on the console - I just can't get a remote X session from my XP box to put up a chooser. * XWin.log always seems to indicate "XDM: too many retransmissions" as the problem (Sample XWin.log attached). Note that XDM: too many retransmissions only shows up after waiting for a while. * Nothing listed in /var/log/messages nor /var/log/kdm.log on sonslinux. In all cases, after making a configuration change I restart kdm. Help! -- 11th commandment - Covet not thy neighbor's Pentium. -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: XWin.log URL: From freemyer-ml@NorcrossGroup.com Tue Dec 30 07:47:00 2003 From: freemyer-ml@NorcrossGroup.com (Greg Freemyer) Date: Tue, 30 Dec 2003 07:47:00 -0000 Subject: Not getting login using xdmcp In-Reply-To: References: Message-ID: <1072740638.19459.73.camel@david.internal.NorcrossGroup.com> I had a similar problem last summer with SUSE 8.2 and then current cygwin/XFree86. In my case I upgraded to a then current cygwin/XFree86 setup. XDMCP seemed broken 2 weeks later I upgraded again. (Several related updates.) XDMCP was working I have since upgraded to SUSE 9.0, so I can't tell you for sure how I had things configured. If I were you I would start out by making sure you have the current release of everything cygwin/XFree86. On Mon, 2003-12-29 at 18:06, Andrew DeFaria wrote: > Now that Christmas is over I'd like to address this problem again. Let's > recap. > > I have a SuSE 8.2 installation. I am attempting to use Cygwin/XFree86 to > start an X session using XDMCP. XDMCP is not on by default so I have > performed the following changes: > > * Enabled XDMCP in /opt/kde3/share/config/kdm/kdmrc by setting > "Enable=true" for the [Xdmcp] section. > * Modified /etc/X11/xdm/xdm-config to comment out > DisplayManager.requestPort by putting a "!" in the first character. > * Uncommented the "*" line in /etc/X11/xdm/Xaccess and > /opt/kde3/share/config/kdm/Xaccess. Note there are two different > lines in each file. The difference seems to be one is of the form > of "* CHOOSER BROADCAST" and just the plain "*". I've tried all > combinations to no avail. > * I have only one NIC. > * I've tried xwin -query sonslinux -from adefaria, same problem. > * Sonslinux sits right next to me and I can login using KDE just > fine on the console - I just can't get a remote X session from my > XP box to put up a chooser. > * XWin.log always seems to indicate "XDM: too many retransmissions" > as the problem (Sample XWin.log attached). Note that XDM: too many > retransmissions only shows up after waiting for a while. > * Nothing listed in /var/log/messages nor /var/log/kdm.log on sonslinux. > > In all cases, after making a configuration change I restart kdm. > > Help! From jc.gervais@videotron.ca Tue Dec 30 12:46:00 2003 From: jc.gervais@videotron.ca (Jean-Claude Gervais) Date: Tue, 30 Dec 2003 12:46:00 -0000 Subject: cygpcre-0.dll missing from default install Message-ID: <1072744752.10234.15.camel@localhost.localdomain> Hello and thanks in advance! I installed cygwin using www.cygwin.com/setup.exe and default packages selected on a computer running Windows 2000 that has never had Cygwin installed on it. tried running "less" after and --------------------------- less.exe - Unable To Locate DLL --------------------------- The dynamic link library cygpcre-0.dll could not be found in the specified path C:\cygwin\bin;.;C:\WINNT\system32;C:\WINNT\system;C:\WINNT;C:\cygwin\usr\local\bin;C:\cygwin\bin;C:\cygwin\bin;C:\cygwin\usr\X11R6\bin;c:\WINNT\system32;c:\WINNT;c:\WINNT\System32\Wbem --------------------------- OK --------------------------- Cygwin Win95/NT Configuration Diagnostics Current System Time: Mon Dec 29 19:32:37 2003 Windows 2000 Professional Ver 5.0 Build 2195 Service Pack 4 Path: C:\cygwin\usr\local\bin C:\cygwin\bin C:\cygwin\bin C:\cygwin\usr\X11R6\bin c:\WINNT\system32 c:\WINNT c:\WINNT\System32\Wbem c:\Program Files\Common Files\Adaptec Shared\System C:\cygwin\bin Output from C:\cygwin\bin\id.exe (nontsec) UID: 1000(JC) GID: 513(None) 513(None) Output from C:\cygwin\bin\id.exe (ntsec) UID: 1000(JC) GID: 513(None) 513(None) 544(Administrators) 545(Users) SysDir: C:\WINNT\system32 WinDir: C:\WINNT HOME = `C:\cygwin\home\JC' MAKE_MODE = `unix' PWD = `/home/JC' USER = `JC' ALLUSERSPROFILE = `C:\Documents and Settings\All Users' APPDATA = `C:\Documents and Settings\JC.THOR\Application Data' COMMONPROGRAMFILES = `C:\Program Files\Common Files' COMPUTERNAME = `THOR' COMSPEC = `C:\WINNT\system32\cmd.exe' CVS_RSH = `/bin/ssh' HOMEDRIVE = `C:' HOMEPATH = `\Documents and Settings\JC.THOR' HOSTNAME = `thor' INFOPATH = `/usr/local/info:/usr/info:/usr/share/info:/usr/autotool/devel/info:/usr/autotool/stable/info:' LOGONSERVER = `\\THOR' MANPATH = `/usr/local/man:/usr/man:/usr/share/man:/usr/autotool/devel/man:' NUMBER_OF_PROCESSORS = `1' OLDPWD = `/usr/bin' OS2LIBPATH = `C:\WINNT\system32\os2\dll;' OS = `Windows_NT' PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH' PROCESSOR_ARCHITECTURE = `x86' PROCESSOR_IDENTIFIER = `x86 Family 6 Model 5 Stepping 2, GenuineIntel' PROCESSOR_LEVEL = `6' PROCESSOR_REVISION = `0502' PROGRAMFILES = `C:\Program Files' PROMPT = `$P$G' PS1 = `\[\033]0;\w\007 \033[32m\]\u@\h \[\033[33m\w\033[0m\] $ ' SHLVL = `1' SYSTEMDRIVE = `C:' SYSTEMROOT = `C:\WINNT' TEMP = `c:\DOCUME~1\JC40BE~1.THO\LOCALS~1\Temp' TERM = `cygwin' TMP = `c:\DOCUME~1\JC40BE~1.THO\LOCALS~1\Temp' USERDOMAIN = `THOR' USERNAME = `JC' USERPROFILE = `C:\Documents and Settings\JC.THOR' WINDIR = `C:\WINNT' _ = `/usr/bin/cygcheck' HKEY_CURRENT_USER\Software\Cygnus Solutions HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2 HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\Program Options HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2 (default) = `/cygdrive' cygdrive flags = 0x00000022 HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/ (default) = `C:\cygwin' flags = 0x0000000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/bin (default) = `C:\cygwin/bin' flags = 0x0000000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/lib (default) = `C:\cygwin/lib' flags = 0x0000000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\Program Options a: fd N/A N/A c: hd NTFS 9781Mb 22% CP CS UN PA FC d: hd NTFS 76340Mb 99% CP CS UN PA FC DATA2 e: cd CDFS 440Mb 100% CS UN CDROM f: net NTFS 117202Mb 19% CP CS PA hdb1 g: net NTFS 2Mb 73% CP CS PA hdd1 h: net NTFS 57351Mb 53% CP CS PA jc C:\cygwin / system binmode C:\cygwin/bin /usr/bin system binmode C:\cygwin/lib /usr/lib system binmode . /cygdrive system binmode,cygdrive Found: C:\cygwin\bin\awk.exe Found: C:\cygwin\bin\bash.exe Found: C:\cygwin\bin\cat.exe Found: C:\cygwin\bin\cp.exe Not Found: cpp (good!) Found: C:\cygwin\bin\find.exe Not Found: gcc Not Found: gdb Found: C:\cygwin\bin\grep.exe Not Found: ld Found: C:\cygwin\bin\ls.exe Not Found: make Found: C:\cygwin\bin\mv.exe Found: C:\cygwin\bin\rm.exe Found: C:\cygwin\bin\sed.exe Found: C:\cygwin\bin\sh.exe Found: C:\cygwin\bin\tar.exe 45k 2001/04/25 C:\cygwin\bin\cygform5.dll - os=4.0 img=1.0 sys=4.0 "cygform5.dll" v0.0 ts=2001/4/25 1:28 35k 2002/01/09 C:\cygwin\bin\cygform6.dll - os=4.0 img=1.0 sys=4.0 "cygform6.dll" v0.0 ts=2002/1/9 1:03 48k 2003/08/09 C:\cygwin\bin\cygform7.dll - os=4.0 img=1.0 sys=4.0 "cygform7.dll" v0.0 ts=2003/8/9 5:25 28k 2003/07/20 C:\cygwin\bin\cyggdbm-3.dll - os=4.0 img=1.0 sys=4.0 "cyggdbm-3.dll" v0.0 ts=2003/7/20 3:58 30k 2003/08/11 C:\cygwin\bin\cyggdbm-4.dll - os=4.0 img=1.0 sys=4.0 "cyggdbm-4.dll" v0.0 ts=2003/8/10 22:12 19k 2003/03/22 C:\cygwin\bin\cyggdbm.dll - os=4.0 img=1.0 sys=4.0 "cyggdbm.dll" v0.0 ts=2002/2/19 22:05 15k 2003/07/20 C:\cygwin\bin\cyggdbm_compat-3.dll - os=4.0 img=1.0 sys=4.0 "cyggdbm_compat-3.dll" v0.0 ts=2003/7/20 4:00 15k 2003/08/11 C:\cygwin\bin\cyggdbm_compat-4.dll - os=4.0 img=1.0 sys=4.0 "cyggdbm_compat-4.dll" v0.0 ts=2003/8/10 22:13 69k 2003/08/10 C:\cygwin\bin\cyggettextlib-0-12-1.dll - os=4.0 img=1.0 sys=4.0 "cyggettextlib-0-12-1.dll" v0.0 ts=2003/8/10 18:10 12k 2003/08/10 C:\cygwin\bin\cyggettextpo-0.dll - os=4.0 img=1.0 sys=4.0 "cyggettextpo-0.dll" v0.0 ts=2003/8/10 18:11 134k 2003/08/10 C:\cygwin\bin\cyggettextsrc-0-12-1.dll - os=4.0 img=1.0 sys=4.0 "cyggettextsrc-0-12-1.dll" v0.0 ts=2003/8/10 18:10 17k 2001/06/28 C:\cygwin\bin\cyghistory4.dll - os=4.0 img=1.0 sys=4.0 "cyghistory4.dll" v0.0 ts=2001/1/6 23:34 29k 2003/08/10 C:\cygwin\bin\cyghistory5.dll - os=4.0 img=1.0 sys=4.0 "cyghistory5.dll" v0.0 ts=2003/8/10 19:16 958k 2003/08/10 C:\cygwin\bin\cygiconv-2.dll - os=4.0 img=1.0 sys=4.0 "cygiconv-2.dll" v0.0 ts=2003/8/10 16:57 22k 2001/12/13 C:\cygwin\bin\cygintl-1.dll - os=4.0 img=1.0 sys=4.0 "cygintl-1.dll" v0.0 ts=2001/12/13 4:28 37k 2003/08/10 C:\cygwin\bin\cygintl-2.dll - os=4.0 img=1.0 sys=4.0 "cygintl-2.dll" v0.0 ts=2003/8/10 17:50 26k 2001/04/25 C:\cygwin\bin\cygmenu5.dll - os=4.0 img=1.0 sys=4.0 "cygmenu5.dll" v0.0 ts=2001/4/25 1:27 20k 2002/01/09 C:\cygwin\bin\cygmenu6.dll - os=4.0 img=1.0 sys=4.0 "cygmenu6.dll" v0.0 ts=2002/1/9 1:03 29k 2003/08/09 C:\cygwin\bin\cygmenu7.dll - os=4.0 img=1.0 sys=4.0 "cygmenu7.dll" v0.0 ts=2003/8/9 5:25 156k 2001/04/25 C:\cygwin\bin\cygncurses++5.dll - os=4.0 img=1.0 sys=4.0 "cygncurses++5.dll" v0.0 ts=2001/4/25 1:29 175k 2002/01/09 C:\cygwin\bin\cygncurses++6.dll - os=4.0 img=1.0 sys=4.0 "cygncurses++6.dll" v0.0 ts=2002/1/9 1:03 226k 2001/04/25 C:\cygwin\bin\cygncurses5.dll - os=4.0 img=1.0 sys=4.0 "cygncurses5.dll" v0.0 ts=2001/4/25 1:17 202k 2002/01/09 C:\cygwin\bin\cygncurses6.dll - os=4.0 img=1.0 sys=4.0 "cygncurses6.dll" v0.0 ts=2002/1/9 1:03 224k 2003/08/09 C:\cygwin\bin\cygncurses7.dll - os=4.0 img=1.0 sys=4.0 "cygncurses7.dll" v0.0 ts=2003/8/9 5:24 15k 2001/04/25 C:\cygwin\bin\cygpanel5.dll - os=4.0 img=1.0 sys=4.0 "cygpanel5.dll" v0.0 ts=2001/4/25 1:27 12k 2002/01/09 C:\cygwin\bin\cygpanel6.dll - os=4.0 img=1.0 sys=4.0 "cygpanel6.dll" v0.0 ts=2002/1/9 1:03 19k 2003/08/09 C:\cygwin\bin\cygpanel7.dll - os=4.0 img=1.0 sys=4.0 "cygpanel7.dll" v0.0 ts=2003/8/9 5:24 63k 2003/04/11 C:\cygwin\bin\cygpcre.dll - os=4.0 img=1.0 sys=4.0 "cygpcre.dll" v0.0 ts=2003/4/11 4:31 61k 2003/04/11 C:\cygwin\bin\cygpcreposix.dll - os=4.0 img=1.0 sys=4.0 "cygpcreposix.dll" v0.0 ts=2003/4/11 4:31 108k 2001/06/28 C:\cygwin\bin\cygreadline4.dll - os=4.0 img=1.0 sys=4.0 "cygreadline4.dll" v0.0 ts=2001/1/6 23:34 148k 2003/08/10 C:\cygwin\bin\cygreadline5.dll - os=4.0 img=1.0 sys=4.0 "cygreadline5.dll" v0.0 ts=2003/8/10 19:16 60k 2003/08/09 C:\cygwin\bin\cygz.dll - os=4.0 img=1.0 sys=4.0 "cygz.dll" v0.0 ts=2003/8/9 2:28 949k 2003/09/20 C:\cygwin\bin\cygwin1.dll - os=4.0 img=1.0 sys=4.0 "cygwin1.dll" v0.0 ts=2003/9/20 16:31 Cygwin DLL version info: DLL version: 1.5.5 DLL epoch: 19 DLL bad signal mask: 19005 DLL old termios: 5 DLL malloc env: 28 API major: 0 API minor: 94 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 Sep 20 16:31:15 EDT 2003 CVS tag: cr-0x9b Shared id: cygwin1S3 Cygwin Package Information Last downloaded files to: C:\cygwin\packages Last downloaded files from: ftp://cygwin.mirrors.pair.com Package Version _update-info-dir 00221-1 ash 20031007-1 base-files 2.6-1 base-passwd 1.1-1 bash 2.05b-16 bzip2 1.0.2-5 check 0.8.4-1 cygwin 1.5.5-1 diffutils 2.8.4-1 editrights 1.01-1 fileutils 4.1-2 findutils 4.1.7-4 gawk 3.1.3-3 gdbm 1.8.3-7 grep 2.5-1 groff 1.18.1-2 gzip 1.3.5-1 less 381-1 libgdbm 1.8.0-5 libgdbm-devel 1.8.3-7 libgdbm3 1.8.3-3 libgdbm4 1.8.3-7 libgettextpo0 0.12.1-3 libiconv2 1.9.1-3 libintl1 0.10.40-1 libintl2 0.12.1-3 libncurses5 5.2-1 libncurses6 5.2-8 libncurses7 5.3-4 libpcre 4.1-1 libreadline4 4.1-2 libreadline5 4.3-5 login 1.9-7 man 1.5j-2 mktemp 1.5-3 ncurses 5.3-4 readline 4.3-5 sed 4.0.7-3 sh-utils 2.0.15-4 tar 1.13.25-3 termcap 20021106-2 terminfo 5.3_20030726-1 texinfo 4.2-4 textutils 2.0.21-1 which 1.5-2 zlib 1.1.4-4 From huntharo@msu.edu Tue Dec 30 14:08:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 30 Dec 2003 14:08:00 -0000 Subject: Not getting login using xdmcp In-Reply-To: References: Message-ID: <3FF0D7B4.1010706@msu.edu> Andrew, Did you see my email about the Internet Connection Firewall? Check out this email: http://cygwin.com/ml/cygwin-xfree/2003-12/msg00318.html Let me know if any of those things applies. Harold Andrew DeFaria wrote: > Now that Christmas is over I'd like to address this problem again. Let's > recap. > > I have a SuSE 8.2 installation. I am attempting to use Cygwin/XFree86 to > start an X session using XDMCP. XDMCP is not on by default so I have > performed the following changes: > > * Enabled XDMCP in /opt/kde3/share/config/kdm/kdmrc by setting > "Enable=true" for the [Xdmcp] section. > * Modified /etc/X11/xdm/xdm-config to comment out > DisplayManager.requestPort by putting a "!" in the first character. > * Uncommented the "*" line in /etc/X11/xdm/Xaccess and > /opt/kde3/share/config/kdm/Xaccess. Note there are two different > lines in each file. The difference seems to be one is of the form > of "* CHOOSER BROADCAST" and just the plain "*". I've tried all > combinations to no avail. > * I have only one NIC. > * I've tried xwin -query sonslinux -from adefaria, same problem. > * Sonslinux sits right next to me and I can login using KDE just > fine on the console - I just can't get a remote X session from my > XP box to put up a chooser. > * XWin.log always seems to indicate "XDM: too many retransmissions" > as the problem (Sample XWin.log attached). Note that XDM: too many > retransmissions only shows up after waiting for a while. > * Nothing listed in /var/log/messages nor /var/log/kdm.log on sonslinux. > > In all cases, after making a configuration change I restart kdm. > > Help! > > > ------------------------------------------------------------------------ > > ddxProcessArgument - Initializing default screens > winInitializeDefaultScreens - w 1600 h 1200 > winInitializeDefaultScreens - Returning > OsVendorInit - Creating bogus screen 0 > _XSERVTransmkdir: Owner of /tmp/.X11-unix should be set to root > (EE) Unable to locate/open config file > InitOutput - Error reading config file > winDetectSupportedEngines - Windows NT/2000/XP > winDetectSupportedEngines - DirectDraw installed > winDetectSupportedEngines - Allowing PrimaryDD > winDetectSupportedEngines - DirectDraw4 installed > winDetectSupportedEngines - Returning, supported engines 0000001f > InitOutput - g_iNumScreens: 1 iMaxConsecutiveScreen: 1 > winSetEngine - Using Shadow DirectDraw NonLocking > winAdjustVideoModeShadowDDNL - Using Windows display depth of 32 bits per pixel > winCreateBoundingWindowWindowed - User w: 1600 h: 1200 > winCreateBoundingWindowWindowed - Current w: 1600 h: 1200 > winAdjustForAutoHide - Original WorkArea: 0 0 1126 1600 > winAdjustForAutoHide - Adjusted WorkArea: 0 0 1126 1600 > winCreateBoundingWindowWindowed - WindowClient w 1594 h 1095 r 1594 l 0 b 1095 t 0 > winCreateBoundingWindowWindowed - Returning > winCreatePrimarySurfaceShadowDDNL - Creating primary surface > winCreatePrimarySurfaceShadowDDNL - Created primary surface > winCreatePrimarySurfaceShadowDDNL - Attached clipper to primary surface > winAllocateFBShadowDDNL - lPitch: 6376 > winAllocateFBShadowDDNL - Created shadow pitch: 6376 > winAllocateFBShadowDDNL - Created shadow stride: 1594 > winFinishScreenInitFB - Masks: 00ff0000 0000ff00 000000ff > winInitVisualsShadowDDNL - Masks 00ff0000 0000ff00 000000ff BPRGB 8 d 24 bpp 32 > winCreateDefColormap - Deferring to fbCreateDefColormap () > winFinishScreenInitFB - returning > winScreenInit - returning > InitOutput - Returning. > MIT-SHM extension disabled due to lack of kernel support > XFree86-Bigfont extension local-client optimization disabled due to lack of shared memory support in the kernel > (--) Setting autorepeat to delay=500, rate=31 > (--) winConfigKeyboard - Layout: "00000409" (00000409) > (EE) No primary keyboard configured > (==) Using compiletime defaults for keyboard > Rules = "xfree86" Model = "pc101" Layout = "us" Variant = "(null)" Options = "(null)" > 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/100dpi/, removing from list! > winPointerWarpCursor - Discarding first warp: 797 547 > winBlockHandler - Releasing pmServerStarted > winBlockHandler - pthread_mutex_unlock () returned > winDeinitClipboard - Noting shutdown in progress > winDeinitMultiWindowWM - Noting shutdown in progress > winDeinitClipboard - Noting shutdown in progress > winDeinitMultiWindowWM - Noting shutdown in progress From huntharo@msu.edu Tue Dec 30 14:09:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 30 Dec 2003 14:09:00 -0000 Subject: cygpcre-0.dll missing from default install In-Reply-To: <1072744752.10234.15.camel@localhost.localdomain> References: <1072744752.10234.15.camel@localhost.localdomain> Message-ID: <3FF0D841.9080606@msu.edu> Jean-Claude, 'less' is not an X program, thus, problems with its dependencies are not problems that can be fixed on this mailing list. Please send this to cygwin@cygwin.com instead. In fact, you didn't even have any XFree86-* packages installed, so this has nothing to do with Cygwin/X. Harold Harold Jean-Claude Gervais wrote: > Hello and thanks in advance! > > I installed cygwin using > > www.cygwin.com/setup.exe > > and default packages selected on a computer running Windows 2000 that > has never had Cygwin installed on it. > > tried running "less" after and > > > --------------------------- > less.exe - Unable To Locate DLL > --------------------------- > The dynamic link library cygpcre-0.dll could not be found in the > specified path > C:\cygwin\bin;.;C:\WINNT\system32;C:\WINNT\system;C:\WINNT;C:\cygwin\usr\local\bin;C:\cygwin\bin;C:\cygwin\bin;C:\cygwin\usr\X11R6\bin;c:\WINNT\system32;c:\WINNT;c:\WINNT\System32\Wbem > --------------------------- > OK > --------------------------- From Leser@sup-logistik.de Tue Dec 30 14:59:00 2003 From: Leser@sup-logistik.de (Christoph Leser) Date: Tue, 30 Dec 2003 14:59:00 -0000 Subject: xserv 4.3.0-29 Alt Gr Problem is gone Message-ID: <4F698AE6FB425D4A8879766D19E1F929055E1A@win2000.sup-logistik.de> Harold, thanks for your immediate help. I did as you suggested and it worked out fine for me: XWin 4.3.0-29 is now running AND there is no problem with Alt-Gr anymore. Thanks to you and all the people providing the great cygwin stuff Happy New Year Christoph > Run 'mount' in a Cygwin bash shell. You should see something that includes a > line like the following: > C:\cygwin\usr\X11R6\lib\X11\fonts on /usr/X11R6/lib/X11/fonts type system (binmode) > If you see "type system" in that line, then run the following in your Cygwin > bash shell: > umount /usr/X11R6/lib/X11/fonts > Else, run the following > umount -u /usr/X11R6/lib/X11/fonts > The problem is that your mount-point for your fonts directory points to a dead or invalid directory and needs to be removed. > You know need to re-run Cygwin's setup.exe and make sure that the XFree86-fenc and XFree86-fnts packages are installed or re-installed. > Harold Christoph Leser wrote: >> thanks for pointing me to /tmp/XWin.log >> This shows, that the font directory is not properly installed. >> When I try to reinstall, the installer hangs when trying to create the sub >> drirectories. ( As a matter of fact I cannot create /usr/X11R6/lib/X11/fonts >> in bash,, gives 'mkdir: cannot create directory 'fonts': No such file or >>directory' ) >> I have no idea what has happened, maybe something wrong with xp? >> Thanks >> Christoph From alexander.gottwald@s1999.tu-chemnitz.de Tue Dec 30 16:00:00 2003 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Tue, 30 Dec 2003 16:00:00 -0000 Subject: FAQ Update In-Reply-To: <3FF0AD73.4070006@msu.edu> References: <3FF0AD73.4070006@msu.edu> Message-ID: On Mon, 29 Dec 2003, Harold L Hunt II wrote: > The FAQ still needs some work. Probably everything in the Contributing > section can be dropped and replaced with a single redirection to the > Contributor's Guide. The Usage, Troubleshooting, and Error and Warning > Messages sections should probably have all of their items thrown > together, then resorted into more meangingful categories like: Remote > Clients via SSH, Remote Clients via Telnet, XDMCP Problems, Non-U.S. > Configuration and Troubleshooting, Font Problems and Troubleshooting, > etc. Let me know if you are interested :) The reordering of the Configuration, Usage and Troubleshooting sections is a good idea. But the section Errormessages should stay. Maybe with some entries (eg 6.16) sorted into the other sections. bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From huntharo@msu.edu Tue Dec 30 21:12:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 30 Dec 2003 21:12:00 -0000 Subject: FAQ Update In-Reply-To: References: <3FF0AD73.4070006@msu.edu> Message-ID: <3FF186EC.9090501@msu.edu> Alexander Gottwald wrote: > On Mon, 29 Dec 2003, Harold L Hunt II wrote: > > >>The FAQ still needs some work. Probably everything in the Contributing >>section can be dropped and replaced with a single redirection to the >>Contributor's Guide. The Usage, Troubleshooting, and Error and Warning >>Messages sections should probably have all of their items thrown >>together, then resorted into more meangingful categories like: Remote >>Clients via SSH, Remote Clients via Telnet, XDMCP Problems, Non-U.S. >>Configuration and Troubleshooting, Font Problems and Troubleshooting, >>etc. Let me know if you are interested :) > > > The reordering of the Configuration, Usage and Troubleshooting sections > is a good idea. But the section Errormessages should stay. Maybe with > some entries (eg 6.16) sorted into the other sections. Right. I'll be out of town until Saturday or Sunday and will probably not be able to work on anything until then. Later, Harold From huntharo@msu.edu Tue Dec 30 21:52:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 30 Dec 2003 21:52:00 -0000 Subject: xserv 4.3.0-29 Alt Gr Problem is gone In-Reply-To: <4F698AE6FB425D4A8879766D19E1F929055E1A@win2000.sup-logistik.de> References: <4F698AE6FB425D4A8879766D19E1F929055E1A@win2000.sup-logistik.de> Message-ID: <3FF18715.2020808@msu.edu> Christoph, Thanks for the confirmation. I was really hoping that I fixed that problem for good :) Harold Christoph Leser wrote: > Harold, > > thanks for your immediate help. I did as you suggested and it worked out fine for me: > > XWin 4.3.0-29 is now running AND there is no problem with Alt-Gr anymore. > > Thanks to you and all the people providing the great cygwin stuff > > Happy New Year > > Christoph > > >>Run 'mount' in a Cygwin bash shell. You should see something that includes a > line like the following: > > >>C:\cygwin\usr\X11R6\lib\X11\fonts on /usr/X11R6/lib/X11/fonts type system (binmode) > > > >>If you see "type system" in that line, then run the following in your Cygwin > bash shell: > > >>umount /usr/X11R6/lib/X11/fonts > > >>Else, run the following > > >>umount -u /usr/X11R6/lib/X11/fonts > > > >>The problem is that your mount-point for your fonts directory points to a dead or invalid directory and needs to be removed. > > >>You know need to re-run Cygwin's setup.exe and make sure that the XFree86-fenc and XFree86-fnts packages are installed or re-installed. > > >>Harold > > > Christoph Leser wrote: > > > >>>thanks for pointing me to /tmp/XWin.log > > >>>This shows, that the font directory is not properly installed. > > >>>When I try to reinstall, the installer hangs when trying to create the sub >> drirectories. ( As a matter of fact I cannot create /usr/X11R6/lib/X11/fonts >> in bash,, gives 'mkdir: cannot create directory 'fonts': No such file or >>directory' ) > > >>>I have no idea what has happened, maybe something wrong with xp? > > >>>Thanks > > >>>Christoph > > > > From marcel.kloosterman@atosorigin.com Tue Dec 30 23:46:00 2003 From: marcel.kloosterman@atosorigin.com (Kloosterman, Marcel) Date: Tue, 30 Dec 2003 23:46:00 -0000 Subject: keyboard problems Message-ID: <9ED1E6EDB7574D469EB88852D70630D82451AE@nlex001.nl.int.atosorigin.com> Hi, I'm using the newest version of cygwin-xfree with windowmaker and I have the following problem. When I logon to a Sun unix-system (Solaris 5.8) throug ssh I can type characters normally, but when I start vmsa (Veritas Volume Manager Storage Administrator) and have to type I don't see what I really typed. For example: login001 becomes login]]1 Another exaple: test becomes tst When I start it in the background I also have the problem. Within the xterm from which vmsa was initiated the characters are typed as expected. I already tried things like xmodmap, but that doesn't work. Please help ! Met vriendelijke groeten, Marcel Kloosterman > Atos Origin PU EIS SDU UNIX OPS 2.1 > * (050) 588 07 63 > * 06 10756736 > * marcel.kloosterman@atosorigin.com > > > From Leser@sup-logistik.de Wed Dec 31 01:56:00 2003 From: Leser@sup-logistik.de (Christoph Leser) Date: Wed, 31 Dec 2003 01:56:00 -0000 Subject: xserv 4.3.0-29 segmentation fault when starting kde 2.2.2 Message-ID: <4F698AE6FB425D4A8879766D19E1F929055E1D@win2000.sup-logistik.de> I experience segment faults from XWin, when I do a startkde on linux or /usr/dt/bin/Xsession on aix with a XWin Display which has been started just before. This fault will not occur when I do a xclock& first. I use XWin with and w/o X11 forwarding with putty on windows and openssh on aix/linux. The stackdump shows identical and reproducable results. The problem only shows up if X11 forwarding is enabled. Here is XWin.log OsVendorInit - Creating bogus screen 0 winInitializeDefaultScreens - w 1024 h 768 winInitializeDefaultScreens - Returning _XSERVTransmkdir: Owner of /tmp/.X11-unix should be set to root (EE) Unable to locate/open config file InitOutput - Error reading config file winDetectSupportedEngines - Windows NT/2000/XP winDetectSupportedEngines - DirectDraw installed winDetectSupportedEngines - Allowing PrimaryDD winDetectSupportedEngines - DirectDraw4 installed winDetectSupportedEngines - Returning, supported engines 0000001f InitOutput - g_iNumScreens: 1 iMaxConsecutiveScreen: 1 winSetEngine - Using Shadow DirectDraw NonLocking winAdjustVideoModeShadowDDNL - Using Windows display depth of 16 bits per pixel winCreateBoundingWindowWindowed - User w: 1024 h: 768 winCreateBoundingWindowWindowed - Current w: 1024 h: 768 winAdjustForAutoHide - Original WorkArea: 0 0 743 1024 winAdjustForAutoHide - Adjusted WorkArea: 0 0 743 1024 winCreateBoundingWindowWindowed - WindowClient w 1018 h 717 r 1018 l 0 b 717 t 0 winCreateBoundingWindowWindowed - Returning winCreatePrimarySurfaceShadowDDNL - Creating primary surface winCreatePrimarySurfaceShadowDDNL - Created primary surface winCreatePrimarySurfaceShadowDDNL - Attached clipper to primary surface winAllocateFBShadowDDNL - lPitch: 2036 winAllocateFBShadowDDNL - Created shadow pitch: 2036 winAllocateFBShadowDDNL - Created shadow stride: 1018 winFinishScreenInitFB - Masks: 0000f800 000007e0 0000001f winInitVisualsShadowDDNL - Masks 0000f800 000007e0 0000001f BPRGB 6 d 16 bpp 16 winCreateDefColormap - Deferring to fbCreateDefColormap () winFinishScreenInitFB - returning winScreenInit - returning InitOutput - Returning. MIT-SHM extension disabled due to lack of kernel support XFree86-Bigfont extension local-client optimization disabled due to lack of shar ed memory support in the kernel (--) Setting autorepeat to delay=500, rate=31 (--) winConfigKeyboard - Layout: "00000407" (00000407) (--) Using preset keyboard for "German (Germany)" (407), type "4" (EE) No primary keyboard configured (==) Using compiletime defaults for keyboard Rules = "xfree86" Model = "pc105" Layout = "de" Variant = "(null)" Options = "(n ull)" 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/100dpi/, removing from list! winPointerWarpCursor - Discarding first warp: 509 358 winBlockHandler - Releasing pmServerStarted winBlockHandler - pthread_mutex_unlock () returned (EE) Unable to locate/open config file InitOutput - Error reading config file winDetectSupportedEngines - Windows NT/2000/XP winDetectSupportedEngines - DirectDraw installed winDetectSupportedEngines - Allowing PrimaryDD winDetectSupportedEngines - DirectDraw4 installed winDetectSupportedEngines - Returning, supported engines 0000001f InitOutput - g_iNumScreens: 1 iMaxConsecutiveScreen: 1 winSetEngine - Using Shadow DirectDraw NonLocking winCreateBoundingWindowWindowed - User w: 1024 h: 768 winCreateBoundingWindowWindowed - Current w: 1018 h: 717 winAdjustForAutoHide - Original WorkArea: 0 0 743 1024 winAdjustForAutoHide - Adjusted WorkArea: 0 0 743 1024 winCreateBoundingWindowWindowed - WindowClient w 1018 h 717 r 1018 l 0 b 717 t 0 winCreateBoundingWindowWindowed - Returning winCreatePrimarySurfaceShadowDDNL - Creating primary surface winCreatePrimarySurfaceShadowDDNL - Created primary surface winCreatePrimarySurfaceShadowDDNL - Attached clipper to primary surface winAllocateFBShadowDDNL - lPitch: 2036 winAllocateFBShadowDDNL - Created shadow pitch: 2036 winAllocateFBShadowDDNL - Created shadow stride: 1018 winFinishScreenInitFB - Masks: 0000f800 000007e0 0000001f winInitVisualsShadowDDNL - Masks 0000f800 000007e0 0000001f BPRGB 6 d 16 bpp 16 winCreateDefColormap - Deferring to fbCreateDefColormap () winFinishScreenInitFB - returning winScreenInit - returning InitOutput - Returning. MIT-SHM extension disabled due to lack of kernel support XFree86-Bigfont extension local-client optimization disabled due to lack of shar ed memory support in the kernel (--) Setting autorepeat to delay=500, rate=31 (--) winConfigKeyboard - Layout: "00000407" (00000407) (--) Using preset keyboard for "German (Germany)" (407), type "4" (EE) No primary keyboard configured (==) Using compiletime defaults for keyboard Rules = "xfree86" Model = "pc105" Layout = "de" Variant = "(null)" Options = "(n ull)" 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/100dpi/, removing from list! winBlockHandler - Releasing pmServerStarted winBlockHandler - pthread_mutex_unlock () returned And Xwin.exe.stackdump Exception: STATUS_ACCESS_VIOLATION at eip=61093B17 eax=00000000 ebx=00000108 ecx=1034D4A8 edx=00000000 esi=1034D4C8 edi=1034D5B0 ebp=0022FD18 esp=0022FD00 program=C:\CygWin\usr\X11R6\bin\Xwin.exe cs=001B ds=0023 es=0023 fs=0038 gs=0000 ss=0023 Stack trace: Frame Function Args 0022FD18 61093B17 (77F4B974, 77E6160D, FFFFFFFF, 0022FD4C) 0022FD48 6103EB65 (1034D4C8, 00000000, 0022FEA8, 0042F0CD) 0022FD58 0043240F (610CFE28, 00000000, 00004000, 00000001) 0022FEA8 0042F0CD (10353948, 1025FE60, 616021FC, 00000001) 0022FEF0 00401538 (00000001, 616021FC, 100F0330, 0022FF24) 0022FF40 61005018 (610CFEE0, FFFFFFFE, 000007D0, 610CFE04) 0022FF90 610052ED (00000000, 00000000, 00000001, 00000000) 0022FFB0 00729331 (00401450, 037F0009, 0022FFF0, 77E614C7) 0022FFC0 0040103C (00000001, 00000020, 7FFDF000, F3239CF0) 0022FFF0 77E614C7 (00401000, 00000000, 78746341, 00000020) End of stack trace Christoph From laboiss1@netscape.net Wed Dec 31 01:57:00 2003 From: laboiss1@netscape.net (laboiss1@netscape.net) Date: Wed, 31 Dec 2003 01:57:00 -0000 Subject: Working with fonts Message-ID: <571AA94E.1F9C0757.009DDB9E@netscape.net> Hi, I am trying to setup my xterm with the -fn -fs option in order to increase the font size. I just can't figure out how and which fonts to select, and therefore it always defaults to "fixed". Does anybody have a font primer? I'm looking for things such as which directory to uncompress fonts, what names to use and how to link them? tks, Paul Laboiss __________________________________________________________________ New! Unlimited Access from the Netscape Internet Service. Beta test the new Netscape Internet Service for only $1.00 per month until 3/1/04. Sign up today at http://isp.netscape.com/register Act now to get a personalized email address! Netscape. Just the Net You Need. From dickey@his.com Wed Dec 31 02:03:00 2003 From: dickey@his.com (Thomas Dickey) Date: Wed, 31 Dec 2003 02:03:00 -0000 Subject: Working with fonts In-Reply-To: <571AA94E.1F9C0757.009DDB9E@netscape.net> References: <571AA94E.1F9C0757.009DDB9E@netscape.net> Message-ID: On Tue, 30 Dec 2003 laboiss1@netscape.net wrote: > Hi, > > I am trying to setup my xterm with the -fn -fs option in order to > increase the font size. I just can't figure out how and which fonts to > select, and therefore it always defaults to "fixed". Does anybody have a > font primer? I'm looking for things such as which directory to > uncompress fonts, what names to use and how to link them? -fn and -fs are unrelated. -fn selects the "normal" font (the first entry of the control/right mouse menu), while -fs selects a size for the font given by the -fa option. -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net From ADeFaria@Salira.com Wed Dec 31 02:16:00 2003 From: ADeFaria@Salira.com (Andrew DeFaria) Date: Wed, 31 Dec 2003 02:16:00 -0000 Subject: Not getting login using xdmcp In-Reply-To: <3FF0D7B4.1010706@msu.edu> References: <3FF0D7B4.1010706@msu.edu> Message-ID: Harold L Hunt II wrote: > Andrew, > > Did you see my email about the Internet Connection Firewall? Check > out this email: > > http://cygwin.com/ml/cygwin-xfree/2003-12/msg00318.html > > Let me know if any of those things applies. Hmmm... Didn't see my reply show up. I'm not using ICF. Both machines are on the same subnet. I can start X with xwin -noreset then do xhost +. Then I can ssh into the Linux box and set DISPLAY to adefaria:0.0 and start X clients like xclock and konqueror, etc with no problems. > > Harold > > Andrew DeFaria wrote: > >> Now that Christmas is over I'd like to address this problem again. >> Let's recap. >> >> I have a SuSE 8.2 installation. I am attempting to use Cygwin/XFree86 >> to start an X session using XDMCP. XDMCP is not on by default so I >> have performed the following changes: >> >> * Enabled XDMCP in /opt/kde3/share/config/kdm/kdmrc by setting >> "Enable=true" for the [Xdmcp] section. >> * Modified /etc/X11/xdm/xdm-config to comment out >> DisplayManager.requestPort by putting a "!" in the first character. >> * Uncommented the "*" line in /etc/X11/xdm/Xaccess and >> /opt/kde3/share/config/kdm/Xaccess. Note there are two different >> lines in each file. The difference seems to be one is of the form >> of "* CHOOSER BROADCAST" and just the plain "*". I've tried all >> combinations to no avail. >> * I have only one NIC. >> * I've tried xwin -query sonslinux -from adefaria, same problem. >> * Sonslinux sits right next to me and I can login using KDE just >> fine on the console - I just can't get a remote X session from my >> XP box to put up a chooser. >> * XWin.log always seems to indicate "XDM: too many retransmissions" >> as the problem (Sample XWin.log attached). Note that XDM: too many >> retransmissions only shows up after waiting for a while. >> * Nothing listed in /var/log/messages nor /var/log/kdm.log on >> sonslinux. >> >> In all cases, after making a configuration change I restart kdm. >> >> Help! >> >> >> ------------------------------------------------------------------------ >> >> ddxProcessArgument - Initializing default screens >> winInitializeDefaultScreens - w 1600 h 1200 >> winInitializeDefaultScreens - Returning >> OsVendorInit - Creating bogus screen 0 >> _XSERVTransmkdir: Owner of /tmp/.X11-unix should be set to root >> (EE) Unable to locate/open config file >> InitOutput - Error reading config file >> winDetectSupportedEngines - Windows NT/2000/XP >> winDetectSupportedEngines - DirectDraw installed >> winDetectSupportedEngines - Allowing PrimaryDD >> winDetectSupportedEngines - DirectDraw4 installed >> winDetectSupportedEngines - Returning, supported engines 0000001f >> InitOutput - g_iNumScreens: 1 iMaxConsecutiveScreen: 1 >> winSetEngine - Using Shadow DirectDraw NonLocking >> winAdjustVideoModeShadowDDNL - Using Windows display depth of 32 bits >> per pixel >> winCreateBoundingWindowWindowed - User w: 1600 h: 1200 >> winCreateBoundingWindowWindowed - Current w: 1600 h: 1200 >> winAdjustForAutoHide - Original WorkArea: 0 0 1126 1600 >> winAdjustForAutoHide - Adjusted WorkArea: 0 0 1126 1600 >> winCreateBoundingWindowWindowed - WindowClient w 1594 h 1095 r 1594 l >> 0 b 1095 t 0 >> winCreateBoundingWindowWindowed - Returning >> winCreatePrimarySurfaceShadowDDNL - Creating primary surface >> winCreatePrimarySurfaceShadowDDNL - Created primary surface >> winCreatePrimarySurfaceShadowDDNL - Attached clipper to primary surface >> winAllocateFBShadowDDNL - lPitch: 6376 >> winAllocateFBShadowDDNL - Created shadow pitch: 6376 >> winAllocateFBShadowDDNL - Created shadow stride: 1594 >> winFinishScreenInitFB - Masks: 00ff0000 0000ff00 000000ff >> winInitVisualsShadowDDNL - Masks 00ff0000 0000ff00 000000ff BPRGB 8 d >> 24 bpp 32 >> winCreateDefColormap - Deferring to fbCreateDefColormap () >> winFinishScreenInitFB - returning >> winScreenInit - returning >> InitOutput - Returning. >> MIT-SHM extension disabled due to lack of kernel support >> XFree86-Bigfont extension local-client optimization disabled due to >> lack of shared memory support in the kernel >> (--) Setting autorepeat to delay=500, rate=31 >> (--) winConfigKeyboard - Layout: "00000409" (00000409) (EE) No >> primary keyboard configured >> (==) Using compiletime defaults for keyboard >> Rules = "xfree86" Model = "pc101" Layout = "us" Variant = "(null)" >> Options = "(null)" >> 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/100dpi/, >> removing from list! >> winPointerWarpCursor - Discarding first warp: 797 547 >> winBlockHandler - Releasing pmServerStarted >> winBlockHandler - pthread_mutex_unlock () returned >> winDeinitClipboard - Noting shutdown in progress >> winDeinitMultiWindowWM - Noting shutdown in progress >> winDeinitClipboard - Noting shutdown in progress >> winDeinitMultiWindowWM - Noting shutdown in progress > > -- SENILE.COM found . . . Out Of Memory . . . From huntharo@msu.edu Wed Dec 31 03:32:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 31 Dec 2003 03:32:00 -0000 Subject: keyboard problems In-Reply-To: <9ED1E6EDB7574D469EB88852D70630D82451AE@nlex001.nl.int.atosorigin.com> References: <9ED1E6EDB7574D469EB88852D70630D82451AE@nlex001.nl.int.atosorigin.com> Message-ID: <3FF22C90.7040602@msu.edu> Marcel, Do you have XFree86-xserv-4.3.0-29? Are the 00 keys generated with AltGr? If so, you may benefit from 4.3.0-29. If not, I'm not sure what your problem is. Harold Kloosterman, Marcel wrote: > Hi, > > I'm using the newest version of cygwin-xfree with windowmaker and I have the following problem. > > When I logon to a Sun unix-system (Solaris 5.8) throug ssh I can type characters normally, but when I start vmsa (Veritas Volume Manager Storage Administrator) and have to type I don't see what I really typed. > For example: login001 becomes login]]1 > Another exaple: test becomes tst > > When I start it in the background I also have the problem. Within the xterm from which vmsa was initiated the characters are typed as expected. > I already tried things like xmodmap, but that doesn't work. > > Please help ! > > > Met vriendelijke groeten, > > Marcel Kloosterman > >> Atos Origin PU EIS SDU UNIX OPS 2.1 >> * (050) 588 07 63 >> * 06 10756736 >> * marcel.kloosterman@atosorigin.com >> >> >> > > > From huntharo@msu.edu Wed Dec 31 04:03:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 31 Dec 2003 04:03:00 -0000 Subject: xserv 4.3.0-29 segmentation fault when starting kde 2.2.2 In-Reply-To: <4F698AE6FB425D4A8879766D19E1F929055E1D@win2000.sup-logistik.de> References: <4F698AE6FB425D4A8879766D19E1F929055E1D@win2000.sup-logistik.de> Message-ID: <3FF22CFE.4000502@msu.edu> Christoph, My co-worker was having the same problem at home. He was starting XWin.exe by running it in a bash shell. This appears to not get all of the paths set correctly and led to a crash when he tried to run KDE. I had him run startxwin.bat to start XWin.exe and the crash stopped happening. So, please try startxwin.bat and report your results. Harold Christoph Leser wrote: > I experience segment faults from XWin, when I do a startkde on linux or /usr/dt/bin/Xsession on aix with a XWin Display which has been started just before. > > This fault will not occur when I do a xclock& first. > > I use XWin with and w/o X11 forwarding with putty on windows and openssh on aix/linux. The stackdump shows identical and reproducable results. > > The problem only shows up if X11 forwarding is enabled. > > Here is XWin.log > OsVendorInit - Creating bogus screen 0 > winInitializeDefaultScreens - w 1024 h 768 > winInitializeDefaultScreens - Returning > _XSERVTransmkdir: Owner of /tmp/.X11-unix should be set to root > (EE) Unable to locate/open config file > InitOutput - Error reading config file > winDetectSupportedEngines - Windows NT/2000/XP > winDetectSupportedEngines - DirectDraw installed > winDetectSupportedEngines - Allowing PrimaryDD > winDetectSupportedEngines - DirectDraw4 installed > winDetectSupportedEngines - Returning, supported engines 0000001f > InitOutput - g_iNumScreens: 1 iMaxConsecutiveScreen: 1 > winSetEngine - Using Shadow DirectDraw NonLocking > winAdjustVideoModeShadowDDNL - Using Windows display depth of 16 bits per pixel > winCreateBoundingWindowWindowed - User w: 1024 h: 768 > winCreateBoundingWindowWindowed - Current w: 1024 h: 768 > winAdjustForAutoHide - Original WorkArea: 0 0 743 1024 > winAdjustForAutoHide - Adjusted WorkArea: 0 0 743 1024 > winCreateBoundingWindowWindowed - WindowClient w 1018 h 717 r 1018 l 0 b 717 t 0 > > winCreateBoundingWindowWindowed - Returning > winCreatePrimarySurfaceShadowDDNL - Creating primary surface > winCreatePrimarySurfaceShadowDDNL - Created primary surface > winCreatePrimarySurfaceShadowDDNL - Attached clipper to primary surface > winAllocateFBShadowDDNL - lPitch: 2036 > winAllocateFBShadowDDNL - Created shadow pitch: 2036 > winAllocateFBShadowDDNL - Created shadow stride: 1018 > winFinishScreenInitFB - Masks: 0000f800 000007e0 0000001f > winInitVisualsShadowDDNL - Masks 0000f800 000007e0 0000001f BPRGB 6 d 16 bpp 16 > winCreateDefColormap - Deferring to fbCreateDefColormap () > winFinishScreenInitFB - returning > winScreenInit - returning > InitOutput - Returning. > MIT-SHM extension disabled due to lack of kernel support > XFree86-Bigfont extension local-client optimization disabled due to lack of shar > ed memory support in the kernel > (--) Setting autorepeat to delay=500, rate=31 > (--) winConfigKeyboard - Layout: "00000407" (00000407) > (--) Using preset keyboard for "German (Germany)" (407), type "4" > (EE) No primary keyboard configured > (==) Using compiletime defaults for keyboard > Rules = "xfree86" Model = "pc105" Layout = "de" Variant = "(null)" Options = "(n > ull)" > 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/100dpi/, removing from > list! > winPointerWarpCursor - Discarding first warp: 509 358 > winBlockHandler - Releasing pmServerStarted > winBlockHandler - pthread_mutex_unlock () returned > (EE) Unable to locate/open config file > InitOutput - Error reading config file > winDetectSupportedEngines - Windows NT/2000/XP > winDetectSupportedEngines - DirectDraw installed > winDetectSupportedEngines - Allowing PrimaryDD > winDetectSupportedEngines - DirectDraw4 installed > winDetectSupportedEngines - Returning, supported engines 0000001f > InitOutput - g_iNumScreens: 1 iMaxConsecutiveScreen: 1 > winSetEngine - Using Shadow DirectDraw NonLocking > winCreateBoundingWindowWindowed - User w: 1024 h: 768 > winCreateBoundingWindowWindowed - Current w: 1018 h: 717 > winAdjustForAutoHide - Original WorkArea: 0 0 743 1024 > winAdjustForAutoHide - Adjusted WorkArea: 0 0 743 1024 > winCreateBoundingWindowWindowed - WindowClient w 1018 h 717 r 1018 l 0 b 717 t 0 > > winCreateBoundingWindowWindowed - Returning > winCreatePrimarySurfaceShadowDDNL - Creating primary surface > winCreatePrimarySurfaceShadowDDNL - Created primary surface > winCreatePrimarySurfaceShadowDDNL - Attached clipper to primary surface > winAllocateFBShadowDDNL - lPitch: 2036 > winAllocateFBShadowDDNL - Created shadow pitch: 2036 > winAllocateFBShadowDDNL - Created shadow stride: 1018 > winFinishScreenInitFB - Masks: 0000f800 000007e0 0000001f > winInitVisualsShadowDDNL - Masks 0000f800 000007e0 0000001f BPRGB 6 d 16 bpp 16 > winCreateDefColormap - Deferring to fbCreateDefColormap () > winFinishScreenInitFB - returning > winScreenInit - returning > InitOutput - Returning. > MIT-SHM extension disabled due to lack of kernel support > XFree86-Bigfont extension local-client optimization disabled due to lack of shar > ed memory support in the kernel > (--) Setting autorepeat to delay=500, rate=31 > (--) winConfigKeyboard - Layout: "00000407" (00000407) > (--) Using preset keyboard for "German (Germany)" (407), type "4" > (EE) No primary keyboard configured > (==) Using compiletime defaults for keyboard > Rules = "xfree86" Model = "pc105" Layout = "de" Variant = "(null)" Options = "(n > ull)" > 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/100dpi/, removing from > list! > winBlockHandler - Releasing pmServerStarted > winBlockHandler - pthread_mutex_unlock () returned > > And Xwin.exe.stackdump > > Exception: STATUS_ACCESS_VIOLATION at eip=61093B17 > eax=00000000 ebx=00000108 ecx=1034D4A8 edx=00000000 esi=1034D4C8 edi=1034D5B0 > ebp=0022FD18 esp=0022FD00 program=C:\CygWin\usr\X11R6\bin\Xwin.exe > cs=001B ds=0023 es=0023 fs=0038 gs=0000 ss=0023 > Stack trace: > Frame Function Args > 0022FD18 61093B17 (77F4B974, 77E6160D, FFFFFFFF, 0022FD4C) > 0022FD48 6103EB65 (1034D4C8, 00000000, 0022FEA8, 0042F0CD) > 0022FD58 0043240F (610CFE28, 00000000, 00004000, 00000001) > 0022FEA8 0042F0CD (10353948, 1025FE60, 616021FC, 00000001) > 0022FEF0 00401538 (00000001, 616021FC, 100F0330, 0022FF24) > 0022FF40 61005018 (610CFEE0, FFFFFFFE, 000007D0, 610CFE04) > 0022FF90 610052ED (00000000, 00000000, 00000001, 00000000) > 0022FFB0 00729331 (00401450, 037F0009, 0022FFF0, 77E614C7) > 0022FFC0 0040103C (00000001, 00000020, 7FFDF000, F3239CF0) > 0022FFF0 77E614C7 (00401000, 00000000, 78746341, 00000020) > End of stack trace > > Christoph > From huntharo@msu.edu Wed Dec 31 06:35:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 31 Dec 2003 06:35:00 -0000 Subject: XDMCP Problems --- Related fix? [Fwd: CVS Update: xc (branch: trunk)] Message-ID: <3FF22E69.9050003@msu.edu> Just saw this come through on the CVS commit for xfree86.org. I wonder if it is related to the problems we are seeing with XDMCP connections? Harold -------- Original Message -------- Subject: CVS Update: xc (branch: trunk) Date: Tue, 30 Dec 2003 11:10:41 -0800 (PST) From: Matthieu Herrb To: cvs-commit@xfree86.org CVSROOT: /home/x-cvs Module name: xc Changes by: herrb@public.xfree86.org. 03/12/30 11:10:41 Log message: fix a typo that was causing localhost connections to be sent in xdmcp request packets. On Darwin this connection was even advertized first, causing troubles later. Modified files: xc/programs/Xserver/os/: access.c Revision Changes Path 3.51 +2 -2 xc/programs/Xserver/os/access.c _______________________________________________ Cvs-commit mailing list Cvs-commit@XFree86.Org http://XFree86.Org/mailman/listinfo/cvs-commit From pechtcha@cs.nyu.edu Wed Dec 31 06:55:00 2003 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Wed, 31 Dec 2003 06:55:00 -0000 Subject: Working with fonts In-Reply-To: <571AA94E.1F9C0757.009DDB9E@netscape.net> References: <571AA94E.1F9C0757.009DDB9E@netscape.net> Message-ID: On Tue, 30 Dec 2003 laboiss1@netscape.net wrote: > Hi, > > I am trying to setup my xterm with the -fn -fs option in order to > increase the font size. I just can't figure out how and which fonts to > select, and therefore it always defaults to "fixed". Does anybody have a > font primer? I'm looking for things such as which directory to > uncompress fonts, what names to use and how to link them? > > tks, > Paul Laboiss Umm, line wrapping would be nice... That aside, are you trying to specify some existing font for the xterm, or add your own fonts? If the former, xlsfonts and xfontsel are your friends. Make sure you specify either a complete alias, or enough properties to uniquely identify the font (xfontsel won't show aliases, IIRC). If the latter (add new fonts), there are a few steps which I don't recall at the moment and won't dig for unless that's what you wanted, so let me know. FWIW, you can do similar things to add a font alias, which might make the font specification in the previous paragraph easier. Igor P.S. You only need the '-fn' option. -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "I have since come to realize that being between your mentor and his route to the bathroom is a major career booster." -- Patrick Naughton From dblack@dcgFX.com Wed Dec 31 13:58:00 2003 From: dblack@dcgFX.com (Don V Black) Date: Wed, 31 Dec 2003 13:58:00 -0000 Subject: New XFree pages: "cygwin.com/xfree" Message-ID: <5.2.1.1.1.20031230193241.01b0ce90@softcafe.net> Have you tested the new X webapge? Specifically, have you tested the X-windows download? I tried the download & install. All I got was the non-X-windows Cygwin. I then re-installed from the cygwin/X page selecting 'install' for ALL the pacakges. I got a few 'dll not found' messages during the install. When finished, I could not find any files whose names contained 'xstart', starx or 'xfree' either via WIn2K File Search, or via Cygwin's locate command. Also, the "X Window System" link does not work, and there is no avenue to report these problems. I am trying to access Linux XFree86 from my Win2K system (without using VNC or XWin32). I had hoped that cygwin/X could handle this. However, I cannot even install it. Both of your "Install" links go to the cygwin.com home page. Can you direct me to documentation that will instruct me on installation of a form that will allow me to run an X-Client from Win2K? Thanks. Kindest Regards, Don V Black dblack@ieee.org =============================== Rediscover your local Computer Society http://www.IEEE-occs.org =============================== (c) Copyright 2003 - Digital ChoreoGraphics World Class 3D Visualization Software Embedded Realtime System Software Design and Development 1-949-548-1969 http://www.dcgfx.com dcg03@softcafe.net =============================== From huntharo@msu.edu Wed Dec 31 14:14:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 31 Dec 2003 14:14:00 -0000 Subject: New XFree pages: "cygwin.com/xfree" In-Reply-To: <5.2.1.1.1.20031230193241.01b0ce90@softcafe.net> References: <5.2.1.1.1.20031230193241.01b0ce90@softcafe.net> Message-ID: <3FF24A90.2040100@msu.edu> Don, Here are installation and use instructions: http://xfree86.cygwin.com/docs/ug/cygwin-xfree-ug.html Don V Black wrote: > Have you tested the new X webapge? > Specifically, have you tested the X-windows > download? Of course. > I tried the download & install. All I got was the > non-X-windows Cygwin. I then re-installed from > the cygwin/X page selecting 'install' for ALL the > pacakges. I got a few 'dll not found' messages > during the install. When finished, I could not > find any files whose names contained 'xstart', > starx or 'xfree' either via WIn2K File Search, or > via Cygwin's locate command. You must have missed this line: Whether or not you already have Cygwin installed, you can add Cygwin/X to your installation by downloading the latest setup.exe, running setup, and selecting the 'XFree86-base' package from the 'XFree86' category. Tons of irrelevant information was removed from the Cygwin/X home page to make the installation information more readily visible. I don't think we have had a report of the home page being confusing in over a year. > Also, the "X Window System" link does not work, > and there is no avenue to report these problems. Thanks. That just needs to be www.x.org. I'll fix it later. > I am trying to access Linux XFree86 from my Win2K > system (without using VNC or XWin32). I had hoped that > cygwin/X could handle this. However, I cannot even install > it. Both of your "Install" links go to the cygwin.com home > page. Can you direct me to documentation that will instruct > me on installation of a form that will allow me to run an > X-Client from Win2K? Thanks. No, both of the install links go to http://cygwin.com/setup.exe, which is the installation program. The text in the page clearly says to grab the XFree86-base package, which will select all dependent packages. There are two ways to access remote machines, via XDMCP or via ssh, both of which are documented for Cygwin/X in the User's Guide: http://xfree86.cygwin.com/docs/ug/using-remote-session.html http://xfree86.cygwin.com/docs/ug/using-remote-apps.html#using-remote-apps-ssh There is also a sample startup file to be used for XDMCP connections: /usr/X11R6/bin/startxdmcp.bat I hope this helps, Harold From groups@ComputerBums.com Wed Dec 31 15:08:00 2003 From: groups@ComputerBums.com (Don V Black) Date: Wed, 31 Dec 2003 15:08:00 -0000 Subject: New XFree pages: "cygwin.com/xfree" Message-ID: <5.2.1.1.1.20031230222940.030afd20@softcafe.net> Harold - Thanks for the reply. The part I do not understand is here, in step 16: "16. You must select the XFree86-base package, which is located in the XFree86 category. The XFree86-base package is a helper package that automatically selects a working set of packages for you that will allow Cygwin/X to work. You may also want to ensure that the inetutils and openssh packages are selected if you wish to use telnet and ssh to connect to remote machines." Can anybody answer this simple question... How do I "select" the XFree86-base package? Entirely by accident, I toggled the XFree86 entry so that it displayed "install". So I then ensured that all the sub-entries were likewise set to "install". Following the "installation complete" message, there are still no file names on my harddisk containing 'xfree' or 'startx'. Apparently I did not properly perform the "select" operation (or "grab" as you mention, below). Can you please elaborate on step 16. Thanks again, - Don At 11:03 PM 12/30/2003 -0500, you wrote: >Don, > >Here are installation and use instructions: > >http://xfree86.cygwin.com/docs/ug/cygwin-xfree-ug.html > > > >Don V Black wrote: >>Have you tested the new X webapge? >>Specifically, have you tested the X-windows >>download? > >Of course. > >>I tried the download & install. All I got was the >>non-X-windows Cygwin. I then re-installed from >>the cygwin/X page selecting 'install' for ALL the >>pacakges. I got a few 'dll not found' messages >>during the install. When finished, I could not >>find any files whose names contained 'xstart', >>starx or 'xfree' either via WIn2K File Search, or >>via Cygwin's locate command. > >You must have missed this line: > >Whether or not you already have Cygwin installed, you can add Cygwin/X to >your installation by downloading the latest setup.exe, running setup, and >selecting the 'XFree86-base' package from the 'XFree86' category. > >Tons of irrelevant information was removed from the Cygwin/X home page to >make the installation information more readily visible. I don't think we >have had a report of the home page being confusing in over a year. > >>Also, the "X Window System" link does not work, >>and there is no avenue to report these problems. > >Thanks. That just needs to be www.x.org. I'll fix it later. > >>I am trying to access Linux XFree86 from my Win2K >>system (without using VNC or XWin32). I had hoped that >>cygwin/X could handle this. However, I cannot even install >>it. Both of your "Install" links go to the cygwin.com home >>page. Can you direct me to documentation that will instruct >>me on installation of a form that will allow me to run an >>X-Client from Win2K? Thanks. > >No, both of the install links go to http://cygwin.com/setup.exe, which is >the installation program. The text in the page clearly says to grab the >XFree86-base package, which will select all dependent packages. > >There are two ways to access remote machines, via XDMCP or via ssh, both >of which are documented for Cygwin/X in the User's Guide: > >http://xfree86.cygwin.com/docs/ug/using-remote-session.html >http://xfree86.cygwin.com/docs/ug/using-remote-apps.html#using-remote-apps-ssh > >There is also a sample startup file to be used for XDMCP connections: > >/usr/X11R6/bin/startxdmcp.bat > > >I hope this helps, > >Harold + + + + + + + + + + + + + + + + + + + + + + Join the Pros at your IEEE Computer Society http://www.IEEE-OCCS.org Digital ChoreoGraphics http://www.dcgfx.com 3D Visualization Software Design & Development 1-949-548-1969 dcg02@softcafe.net From murakami@ipl.t.u-tokyo.ac.jp Wed Dec 31 15:09:00 2003 From: murakami@ipl.t.u-tokyo.ac.jp (Takuma Murakami) Date: Wed, 31 Dec 2003 15:09:00 -0000 Subject: Not getting login using xdmcp In-Reply-To: References: Message-ID: <20031231153255.ECE0.MURAKAMI@ipl.t.u-tokyo.ac.jp> Dear Andrew, It seems you have configured it careful enough. It looks so hard to figure out problems. I found an article which might be similar to your problem. http://lists.suse.com/archive/suse-xfree86/2003-Jul/0003.html Does it help? Takuma Murakami (murakami@ipl.t.u-tokyo.ac.jp) > I have a SuSE 8.2 installation. I am attempting to use Cygwin/XFree86 to > start an X session using XDMCP. XDMCP is not on by default so I have > performed the following changes: > > * Enabled XDMCP in /opt/kde3/share/config/kdm/kdmrc by setting > "Enable=true" for the [Xdmcp] section. > * Modified /etc/X11/xdm/xdm-config to comment out > DisplayManager.requestPort by putting a "!" in the first character. > * Uncommented the "*" line in /etc/X11/xdm/Xaccess and > /opt/kde3/share/config/kdm/Xaccess. Note there are two different > lines in each file. The difference seems to be one is of the form > of "* CHOOSER BROADCAST" and just the plain "*". I've tried all > combinations to no avail. > * I have only one NIC. > * I've tried xwin -query sonslinux -from adefaria, same problem. > * Sonslinux sits right next to me and I can login using KDE just > fine on the console - I just can't get a remote X session from my > XP box to put up a chooser. > * XWin.log always seems to indicate "XDM: too many retransmissions" > as the problem (Sample XWin.log attached). Note that XDM: too many > retransmissions only shows up after waiting for a while. > * Nothing listed in /var/log/messages nor /var/log/kdm.log on sonslinux. From chris@areti.co.uk Wed Dec 31 15:10:00 2003 From: chris@areti.co.uk (Chris Green) Date: Wed, 31 Dec 2003 15:10:00 -0000 Subject: [chris@areti.co.uk: Re: Keyboard auto-repeat defaults when using 'xwin -query '] Message-ID: <20031231135828.GC31523@areti.co.uk> Did my reply below get lost in the Christmas rush somewhere? I still have this autorepeat proplem though using an explicit xset command in my startup is OK as a workaround. ----- Forwarded message from Chris Green ----- Date: Sat, 27 Dec 2003 14:03:33 +0000 From: Chris Green To: cygwin-xfree@cygwin.com Subject: Re: Keyboard auto-repeat defaults when using 'xwin -query ' References: <20031226231321.GA18654@areti.co.uk> <3FECC71A.1090102@msu.edu> On Fri, Dec 26, 2003 at 06:41:14PM -0500, Harold L Hunt II wrote: > Chris, > > Chris Green wrote: > >The problem is that when I connect using cygwin/xfree the auto-repeat > >is set to silly values, if I do an 'xset -q' I get:- > > > >auto repeat: on key click persent: 0 LED mask: 0000000000 > >auto repeat delay: 100 repeat rate: 10 > >.... > > > >That auto repeat delay is much too short. > Thanks for the response and for treating me gently, I'm just feeling my way in cygwin/X although I have been using Unix/Linux for many years (since the early 1980s in fact). > When running locally, I get: > > Keyboard Control: > auto repeat: on key click percent: 0 LED mask: 00000000 > auto repeat delay: 500 repeat rate: 31 > auto repeating keys: 00ffffffdffffbbf > fadfffffffdffdff > ffffffffffffffff > ffffffffffffffff > bell percent: 50 bell pitch: 400 bell duration: 100 > Just about exactly what I get except for the auto repeat delay values which I reported above. > When logged into a remote machine via -query I get exactly the same > values. I do not have an XF86Config file, and I am not passing any of > the following command-line parameters to XWin.exe: > > ====================================================================== > The X Keyboard Extension adds the following arguments: > -kb disable the X Keyboard Extension > +kb enable the X Keyboard Extension > [+-]accessx [ timeout [ timeout_mask [ feedback [ options_mask] ] ] ] > enable/disable accessx key sequences > -ar1 set XKB autorepeat delay > -ar2 set XKB autorepeat interval > > [...] > > -xf86config > Specify a configuration file. > ====================================================================== > I'm running using a copy of startxwin.bat with the XWIn start line set to "start XWin -query server". I have no XF86Config either. > My /tmp/XWin.log file has the following: > > ====================================================================== > (--) Setting autorepeat to delay=500, rate=31 > (--) winConfigKeyboard - Layout: "00000409" (00000409) > (EE) No primary keyboard configured > (==) Using compiletime defaults for keyboard > Rules = "xfree86" Model = "pc101" Layout = "us" Variant = "(null)" > Options = "(null)" > ====================================================================== > > Could you please confirm that you are not passing any additional args to > XWin.exe, then send in your XWin.log files from both a local session and > from a session when you use -query to connect to a remote machine? That > should help us to investigate the problem. > The remote XWin.log file is:- ddxProcessArgument - Initializing default screens winInitializeDefaultScreens - w 1600 h 1200 winInitializeDefaultScreens - Returning OsVendorInit - Creating bogus screen 0 (EE) Unable to locate/open config file InitOutput - Error reading config file winDetectSupportedEngines - Windows NT/2000/XP winDetectSupportedEngines - DirectDraw installed winDetectSupportedEngines - Allowing PrimaryDD winDetectSupportedEngines - DirectDraw4 installed winDetectSupportedEngines - Returning, supported engines 0000001f InitOutput - g_iNumScreens: 1 iMaxConsecutiveScreen: 1 winSetEngine - Using Shadow DirectDraw NonLocking winAdjustVideoModeShadowDDNL - Using Windows display depth of 16 bits per pixel winCreateBoundingWindowWindowed - User w: 1600 h: 1200 winCreateBoundingWindowWindowed - Current w: 1600 h: 1200 winAdjustForAutoHide - Original WorkArea: 33 0 1200 1600 winAdjustForAutoHide - Adjusted WorkArea: 33 0 1200 1600 winCreateBoundingWindowWindowed - WindowClient w 1594 h 1137 r 1594 l 0 b 1137 t 0 winCreateBoundingWindowWindowed - Returning winCreatePrimarySurfaceShadowDDNL - Creating primary surface winCreatePrimarySurfaceShadowDDNL - Created primary surface winCreatePrimarySurfaceShadowDDNL - Attached clipper to primary surface winAllocateFBShadowDDNL - lPitch: 3188 winAllocateFBShadowDDNL - Created shadow pitch: 3188 winAllocateFBShadowDDNL - Created shadow stride: 1594 winFinishScreenInitFB - Masks: 0000f800 000007e0 0000001f winInitVisualsShadowDDNL - Masks 0000f800 000007e0 0000001f BPRGB 6 d 16 bpp 16 winCreateDefColormap - Deferring to fbCreateDefColormap () winFinishScreenInitFB - returning winScreenInit - returning InitOutput - Returning. MIT-SHM extension disabled due to lack of kernel support XFree86-Bigfont extension local-client optimization disabled due to lack of shared memory support in the kernel (--) Setting autorepeat to delay=500, rate=31 (--) winConfigKeyboard - Layout: "00000809" (00000809) (--) Using preset keyboard for "English (United Kingdom)" (809), type "4" (EE) No primary keyboard configured (==) Using compiletime defaults for keyboard Rules = "xfree86" Model = "pc105" Layout = "gb" Variant = "(null)" Options = "(null)" winPointerWarpCursor - Discarding first warp: 797 568 winBlockHandler - Releasing pmServerStarted winBlockHandler - pthread_mutex_unlock () returned The local XWin.log file is identical apart from the following extra line:- _XSERVTransmkdir: Owner of /tmp/.X11-unix should be set to root (a local X session has the same problems as a remote one) I will see what logging (if any) that my commercial XWin-32 does and if there's anything useful I'll report that too. -- Chris Green (chris@areti.co.uk) ----- End forwarded message ----- Note that my commercial XWin-32 doesn't seem to log anything useful/relevant to this problem. -- Chris Green (chris@areti.co.uk) From laboiss1@netscape.net Wed Dec 31 16:03:00 2003 From: laboiss1@netscape.net (laboiss1@netscape.net) Date: Wed, 31 Dec 2003 16:03:00 -0000 Subject: Working with fonts Message-ID: <33794025.6F9B6AE2.009DDB9E@netscape.net> xlsfonts, xfontsel and -fn option did the trick. All I want is to increase the fonts on xterm, and the pre-existing fonts are suitable. Tks for your help. pl >On Tue, 30 Dec 2003 laboiss1@netscape.net wrote: >> Hi, >> >> I am trying to setup my xterm with the -fn -fs option in order to >> increase the font size. I just can't figure out how and which fonts to >> select, and therefore it always defaults to "fixed". Does anybody have a >> font primer? I'm looking for things such as which directory to >> uncompress fonts, what names to use and how to link them? >> >> tks, >> Paul Laboiss >Umm, line wrapping would be nice... > >That aside, are you trying to specify some existing font for the xterm, or >add your own fonts? If the former, xlsfonts and xfontsel are your >friends. Make sure you specify either a complete alias, or enough >properties to uniquely identify the font (xfontsel won't show aliases, >IIRC). > >If the latter (add new fonts), there are a few steps which I don't recall >at the moment and won't dig for unless that's what you wanted, so let me >know. FWIW, you can do similar things to add a font alias, which might >make the font specification in the previous paragraph easier. > Igor >P.S. You only need the '-fn' option. >-- > http://cs.nyu.edu/~pechtcha/ > |\ _,,,---,,_ pechtcha@cs.nyu.edu >ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com > |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. > '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! > >"I have since come to realize that being between your mentor and his route >to the bathroom is a major career booster." -- Patrick Naughton __________________________________________________________________ New! Unlimited Access from the Netscape Internet Service. Beta test the new Netscape Internet Service for only $1.00 per month until 3/1/04. Sign up today at http://isp.netscape.com/register Act now to get a personalized email address! Netscape. Just the Net You Need. From Steve.Coleman@jhuapl.edu Wed Dec 31 16:30:00 2003 From: Steve.Coleman@jhuapl.edu (Steve Coleman) Date: Wed, 31 Dec 2003 16:30:00 -0000 Subject: fyi - In-Reply-To: <5.2.1.1.1.20031230193241.01b0ce90@softcafe.net> References: <5.2.1.1.1.20031230193241.01b0ce90@softcafe.net> Message-ID: <3FF2E650.8020900@jhuapl.edu> Not sure how many people out there have seen this. Any idea how this might affect the Cygwin/X project? /"XFree86's release engineer David Dawes has announced that "a majority of the XFree86 core team has voted in favour of my proposal to disband the core team". As read on /. here: http://slashdot.org/articles/03/12/31/1337209.shtml?tid=104&tid=185&tid=189 / From mquinteros@expertise.cl Wed Dec 31 18:58:00 2003 From: mquinteros@expertise.cl (Milton Quinteros S.) Date: Wed, 31 Dec 2003 18:58:00 -0000 Subject: Lost connections Message-ID: Do somebody know why another TCP connections are lost while an X application is running? If I connect via telnet and run an X app, the telnet app dies. The only 'strange' app I'm running is Zonealarm, but I don't think this is the reason why. I'll appreciate your help. Thanks. Milton From groups@ComputerBums.com Wed Dec 31 20:34:00 2003 From: groups@ComputerBums.com (Don V Black) Date: Wed, 31 Dec 2003 20:34:00 -0000 Subject: cygwin/xfree installation questions In-Reply-To: <5.2.1.1.1.20031230222940.030afd20@softcafe.net> Message-ID: <5.2.1.1.1.20031231064624.030ad008@softcafe.net> Hi Folks - Thanks in advance for any help. While installing (uninstall then install Xfree86 packages in Win2K) I get the error: "mkshortcut.exe - Unable to Locate DLL The dynamic link library cygopt-0.dll could not be found in the specified path D:\Win2KPro\cygwin\bin;D:\WINNT\system32;D:\WINNT\system;D:\WINNT;D:\Win2KPro\cygwin\usr\X11R6\bin;D:\Win2KPro\cygwin\bin;D:\Win2KPro\cygwin\bin;D:\Win2KPro\cygwin\bin\D:\Win2KPro\cygwin\bin;[ ]y,[ ]." while in the "/etc/postinstall/XFree86-bin-icons.sh" step. Notes: 1) D:\Win2KPro is my 'program files' directory (its a dual boot), D:\WINNT is my Win2K (Win5.0) directory. 2) Note how cygwin\bin is repeated 5 times in the path. BTW, I have repeated this installation many times (maybe 5?) 3) The "[ ]" in "[ ]y,[ ]" of the path represent the DOS-BIOS square graphics character, and I have no clue as to where it came from. It could be from other installations? The message reappeared more than 30 times during the install (I counted my clicks on the OK button). A "cygwin-XFree86" entry has been installed in my Win2K start menu, but the 5 sub-menus (editors, ... toys) are empty. I am not convinced that the installation was complete or correct. I have attempted to invoke startxwin.sh as specified in Chapter 4 of the Cygwin/X documentation. I receive the error message: "xterm.exe - Unable to Locatte DLL The dynamic link library cygcygipc-2.dll could not be found in the specified path .... path information similar to above ... " Received the same information with "XWin.exe..." Thanks in advance for any help. - Don + + + + + + + + + + + + + + + + + + + + + + Join the Pros at your IEEE Computer Society http://www.IEEE-OCCS.org Digital ChoreoGraphics http://www.dcgfx.com 3D Visualization Software Design & Development 1-949-548-1969 dcg02@softcafe.net From Alexander.Gottwald@s1999.tu-chemnitz.de Wed Dec 31 21:58:00 2003 From: Alexander.Gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Wed, 31 Dec 2003 21:58:00 -0000 Subject: Keyboard auto-repeat defaults when using 'xwin -query ' In-Reply-To: <20031231135828.GC31523@areti.co.uk> References: <20031231135828.GC31523@areti.co.uk> Message-ID: Chris Green wrote: > I still have this autorepeat proplem though using an explicit xset > command in my startup is OK as a workaround. > (--) Setting autorepeat to delay=500, rate=31 > (--) winConfigKeyboard - Layout: "00000809" (00000809) > (--) Using preset keyboard for "English (United Kingdom)" (809), type "4" You see, the server sets the autorepeat to useful values. I'm quite sure there is another program in the startup scripts which sets the autorepeat settings to the strange value. Maybe this is not xset but the the windowmanager (kde, gnome) itself. Please check the settings of the windowmanager if there is a strange autorepeat setting. bye ago NP: grauzone.03-12-28 -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From groups@ComputerBums.com Wed Dec 31 22:16:00 2003 From: groups@ComputerBums.com (Don V Black) Date: Wed, 31 Dec 2003 22:16:00 -0000 Subject: cygwin/xfree installation questions In-Reply-To: <5.2.1.1.1.20031231064624.030ad008@softcafe.net> References: <5.2.1.1.1.20031230222940.030afd20@softcafe.net> Message-ID: <5.2.1.1.1.20031231082016.031a9ea8@softcafe.net> Deinstall the entire Cygwin installation, and re-install Cygwin/X, as follows: 1) In the Select Packages panel (# 16 in the doc) Click On "Default" of "+All .. Default" until Uninstall appears. 2) Click On the Next button, and proceed with the Uninstall. 3) Delete the contents of the directory that contained Cygwin (e.g. /Programs Files/Cygwin) 4) Restart the Setup.exe process. 5) In the Select Packages panel (# 16 in the doc) Click On "Default" of "+XFree866 .. Default" until Install appears. 6) Click On the Next button, and proceed with the Install. The Cygwin/X documentation should now work. === At 07:12 AM 12/31/2003 -0800, you wrote: >Hi Folks - > >Thanks in advance for any help. > >While installing (uninstall then install Xfree86 packages in Win2K) I get >the error: > >"mkshortcut.exe - Unable to Locate DLL > >The dynamic link library cygopt-0.dll could not be found in the specified path >D:\Win2KPro\cygwin\bin;D:\WINNT\system32;D:\WINNT\system;D:\WINNT;D:\Win2KPro\cygwin\usr\X11R6\bin;D:\Win2KPro\cygwin\bin;D:\Win2KPro\cygwin\bin;D:\Win2KPro\cygwin\bin\D:\Win2KPro\cygwin\bin;[ >]y,[ ]." > >while in the "/etc/postinstall/XFree86-bin-icons.sh" step. > >Notes: >1) D:\Win2KPro is my 'program files' directory (its a dual boot), > D:\WINNT is my Win2K (Win5.0) directory. >2) Note how cygwin\bin is repeated 5 times in the path. > BTW, I have repeated this installation many times (maybe 5?) >3) The "[ ]" in "[ ]y,[ ]" of the path represent the DOS-BIOS square > graphics character, and I have no clue as to where it came from. > It could be from other installations? > >The message reappeared more than 30 times during the install >(I counted my clicks on the OK button). > >A "cygwin-XFree86" entry has been installed in my Win2K start menu, >but the 5 sub-menus (editors, ... toys) are empty. > >I am not convinced that the installation was complete or correct. > >I have attempted to invoke startxwin.sh as specified in Chapter 4 >of the Cygwin/X documentation. I receive the error message: > >"xterm.exe - Unable to Locatte DLL >The dynamic link library cygcygipc-2.dll could not be found in the >specified path >.... path information similar to above ... >" > >Received the same information with "XWin.exe..." > >Thanks in advance for any help. > >- Don > >+ + + + + + + + + + + + + + + + + + + + + + >Join the Pros at your IEEE Computer Society > http://www.IEEE-OCCS.org > >Digital ChoreoGraphics http://www.dcgfx.com >3D Visualization Software Design & Development >1-949-548-1969 dcg02@softcafe.net + + + + + + + + + + + + + + + + + + + + + + Join the Pros at your IEEE Computer Society http://www.IEEE-OCCS.org Digital ChoreoGraphics http://www.dcgfx.com 3D Visualization Software Design & Development 1-949-548-1969 dcg02@softcafe.net From mikebayo_923@fsmail.net Wed Dec 31 22:33:00 2003 From: mikebayo_923@fsmail.net (mike bayo) Date: Wed, 31 Dec 2003 22:33:00 -0000 Subject: treat as very urgent Message-ID: Dear Sir/Madam, I have funds that I need transfered out using legal means but since I am still a serving government staff, I would not be able to do this on my own. The amount that is involved is the sum of $33,600,000.00 USD. (20% of which is yours if you agree to help me). I inderstand that you would be a bit worried about being a part of this transaction but I want you to nderstand that at no point would you need to give me your bank account information, it is the paying authority, that after confirming the ownership of the funds, that would ask you for the details of that nature and to this end, I would need you to open a new bank account that would be used for the purpose of this transaction only. You are then required to forward the remaining balance (Minus the Interest, handling and tax clearance charges, which Will be offset by Us & Deducted from the transferred sum) to a nominated bank account in the Cayman Islands. I don't think I need to spell out the importance of Secrecy in this Matter considering the amount involved. Let me state clearly here that the account that you would be providing does not need to have funds in it, it is only needed to be active and be able to receive funds. So, if I don't hear from you within three days I will assume you are not interested and will solicit for a new partner, but if you know you are interested let me know. List your phone & fax Numbers so we may communicate with you. This is important as we would have to talk about the modalities of the transaction. You should also note that efforts are being made to make sure that everything is done legally and the final payment centre is in America, that is after all our documentations have been crossed checked and verified that everything is above board. You would be dealing directly with the payment officials in America this I am making sure of for the sake of transperency. Waiting to hear from you. Regards, Mike Bayo From mark@link-comm.com Wed Dec 31 22:34:00 2003 From: mark@link-comm.com (Mark Mussetter) Date: Wed, 31 Dec 2003 22:34:00 -0000 Subject: problems with libX11.a Message-ID: <5.1.0.14.0.20031231132335.00a8ee90@link-comm.com> Hello Everyone, I'm running Cygwin on a Windows 2000 machine and I'm trying to get MicroWindows going. My problem is that I'm getting the following error: *** make[1]: *** No rule to make target `/usr/X11R6/lib/libX11.a', needed by `/microwindows/microwindows-0.90/src/bin/nano-X'. Stop. *** I do have "libX11.dll" but can't find the "libX11.a" library anywhere. We've updated our Cygwin this morning using the Cygwin setup utility so I think we are as current as we can be. We've done a search on the entire Cygwin directory and "libX11.a" is nowhere to be found. Can someone point me in the right direction to solving this problem? Thanks in advance for any help, Mark Mussetter Link Communications, Inc. email: mark@link-comm.com phone: (406) 245-5002 ext 105 Fax: (406) 245-4889 From huntharo@msu.edu Wed Dec 31 23:14:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 31 Dec 2003 23:14:00 -0000 Subject: problems with libX11.a In-Reply-To: <5.1.0.14.0.20031231132335.00a8ee90@link-comm.com> References: <5.1.0.14.0.20031231132335.00a8ee90@link-comm.com> Message-ID: <3FF3466F.6000608@msu.edu> Mark, Well you have one problem that is immediate: You need the XFree86-prog package. The XFree86-prog package is installed via Cygwin's setup.exe program. You possibly have another problem that may be secondary: If MicroWindows is trying to link against libX11.a explicitly, rather than the usual -lX11, then you will need to fix the build files for MicroWindows to tell it to just link against -lX11. Our linker will figure out that -lX11 really means to link against libX11.dll.a. But, you shouldn't look into this possible problem until you have XFree86-prog installed and have tried building again. I hope that helps, Harold Mark Mussetter wrote: > Hello Everyone, > > I'm running Cygwin on a Windows 2000 machine and I'm trying to get > MicroWindows going. My problem is that I'm getting the following error: > *** > make[1]: *** No rule to make target `/usr/X11R6/lib/libX11.a', needed by > `/microwindows/microwindows-0.90/src/bin/nano-X'. Stop. > *** > > I do have "libX11.dll" but can't find the "libX11.a" library anywhere. > We've updated our Cygwin this morning using the Cygwin setup utility so > I think we are as current as we can be. We've done a search on the > entire Cygwin directory and "libX11.a" is nowhere to be found. > > Can someone point me in the right direction to solving this problem? > > Thanks in advance for any help, > > > Mark Mussetter > Link Communications, Inc. > email: mark@link-comm.com > phone: (406) 245-5002 ext 105 > Fax: (406) 245-4889 > > From chris@areti.co.uk Wed Dec 31 23:21:00 2003 From: chris@areti.co.uk (Chris Green) Date: Wed, 31 Dec 2003 23:21:00 -0000 Subject: Possible to use clipboard with remote/xdm connection? Message-ID: <20031231221603.GA320@areti.co.uk> Should it be possible to get the '-clipboard' parameter to work with cyxwin/X when connecting to a remote xdm program? I'm using cygwin/X on a win2k system to connect to a Slackware Linux (9.1) system on my home LAN. Is it possible to get clipboard cut/paste to work either to or from my WIn2k desktop? -- Chris Green (chris@areti.co.uk) From huntharo@msu.edu Wed Dec 31 23:23:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 31 Dec 2003 23:23:00 -0000 Subject: problems with libX11.a In-Reply-To: <5.1.0.14.0.20031231132335.00a8ee90@link-comm.com> References: <5.1.0.14.0.20031231132335.00a8ee90@link-comm.com> Message-ID: <3FF34E99.4060800@msu.edu> Mark, Can you tell me your build steps and/or send me your build config file? I would like to try building at least nanox and see if it would be useful to distribute via Cygwin's setup.exe. Please send the config file to me privately if it is larger than 25 KiB. Thanks, Harold Mark Mussetter wrote: > Hello Everyone, > > I'm running Cygwin on a Windows 2000 machine and I'm trying to get > MicroWindows going. My problem is that I'm getting the following error: > *** > make[1]: *** No rule to make target `/usr/X11R6/lib/libX11.a', needed by > `/microwindows/microwindows-0.90/src/bin/nano-X'. Stop. > *** > > I do have "libX11.dll" but can't find the "libX11.a" library anywhere. > We've updated our Cygwin this morning using the Cygwin setup utility so > I think we are as current as we can be. We've done a search on the > entire Cygwin directory and "libX11.a" is nowhere to be found. > > Can someone point me in the right direction to solving this problem? > > Thanks in advance for any help, > > > Mark Mussetter > Link Communications, Inc. > email: mark@link-comm.com > phone: (406) 245-5002 ext 105 > Fax: (406) 245-4889 > >