EMERGENCY
I emailed you guys a few days ago and I have had no response. Cygwin is not working for me. I reinstalled it twice and type in Xwin.exe -query ruby.engin.edu and enter and this weird grey screen w/ two black lines shows up. I really need this to be fixed. How do I fix it ~Sujata
Possibility of win32 executable on Cygwin/X
I have been trying to come up with an answer to the following question through FAQs, google, and IRC, but to no avail. Its a simple question, but perhaps I am not asking/searching properly... I wish to know if its possible to run a proper windows formatted executable file through the local X server somehow. I assume this would take an extra program to do properly. My goal is to be able to run everything I do on my windows machine completely INSIDE of a KDE environment. This means that I could move the window around INSIDE the KDE desktop, from virtual desktop to virtual desktop, etc. I know this is asking a lot, but if it is possible yet, I would LOVE to know; otherwise I would be willing to work on such a goal, developing for the Cygwin/X project(s)? Sorry, I don't know all that much about them yet, but I would be willing to learn.
Re: Possibility of win32 executable on Cygwin/X
Mike Morgan wrote: I have been trying to come up with an answer to the following question through FAQs, google, and IRC, but to no avail. Its a simple question, but perhaps I am not asking/searching properly... I wish to know if its possible to run a proper windows formatted executable file through the local X server somehow. I assume this would take an extra program to do properly. My goal is to be able to run everything I do on my windows machine completely INSIDE of a KDE environment. This means that I could move the window around INSIDE the KDE desktop, from virtual desktop to virtual desktop, etc. I know this is asking a lot, but if it is possible yet, I would LOVE to know; otherwise I would be willing to work on such a goal, developing for the Cygwin/X project(s)? Sorry, I don't know all that much about them yet, but I would be willing to learn. IIRC wine *can* run under cygwin. See www.winehq.org. -- Michel Bardiaux Peaktime Belgium S.A. Bd. du Souverain, 191 B-1160 Bruxelles Tel : +32 2 790.29.41
Re: EMERGENCY
[EMAIL PROTECTED] wrote: I emailed you guys a few days ago and I have had no response. Cygwin is not working for me. I reinstalled it twice and type in Xwin.exe -query ruby.engin.edu and enter and this weird grey screen w/ two black lines shows up. I really need this to be fixed. How do I fix it ~Sujata This is not an Emergency, and definitely not an EMERGENCY. However your original message was actually replied to. Perhaps you are not subscribed to the list and didn't receive the reply. I have included it below. Regards David On Sat, 12 Feb 2005 [EMAIL PROTECTED] wrote: I installed cygwin and opened it up and typed in XWin.exe -query ruby.engin.umich.edu and pressed enter and I get this screen with funny patterns, how can I get cygwin to work?? I looked at the Faqs and this problem is not there. Will you help me? Thanks! Those funny patterns is the default screen of the xserver. If it does not show anything else. Check the faq for xdmcp problems. bye ago
Re: Possibility of win32 executable on Cygwin/X
Mike Morgan wrote: I have been trying to come up with an answer to the following question through FAQs, google, and IRC, but to no avail. Its a simple question, but perhaps I am not asking/searching properly... I wish to know if its possible to run a proper windows formatted executable file through the local X server somehow. I assume this would take an extra program to do properly. My goal is to be able to run everything I do on my windows machine completely INSIDE of a KDE environment. This means that I could move the window around INSIDE the KDE desktop, from virtual desktop to virtual desktop, etc. I know this is asking a lot, but if it is possible yet, I would LOVE to know; otherwise I would be willing to work on such a goal, developing for the Cygwin/X project(s)? Sorry, I don't know all that much about them yet, but I would be willing to learn. For information on this, see the [EMAIL PROTECTED] mailing list archives, and search for cygpeace. More information linked from here: http://sources.redhat.com/XOpenWin/ In short, its a great idea, and somebody got an initial version (cygpeace) working with an old cygwin, but it doesn't work with the current one. But its not on topic for this mailing list, so please join the win32-x11 mailing list if you are interested in pursuing this further (it'll take some work on your part) David
Re: EMERGENCY
[EMAIL PROTECTED] wrote on 14-02-2005 09:50:44: > I emailed you guys a few days ago and I have had no response. Cygwin is not > working for me. I reinstalled it twice and type in Xwin.exe -query > ruby.engin.edu and enter and this weird grey screen w/ two black lines > shows up. I really need this to be fixed. How do I fix it > ~Sujata > Well - first of all you should not expect people to give you any support if you do not follow the guidance at the website. Please take a look at http://cygwin.com/problems.html and the cygwin/X faq. After reading there you should be able to help yourself - we are not able to help you if you are not able to qualify your problem. Regards Franz Wolfhagen
Re: Make Xwin.exe run something on start-up
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 You may also want to take a look at XWinLogon which is basically the Cygwin X server packaged with a Windows frontend. You can see a screenshot and download it at http://www.calcmaster.net/visual-c++/xwinlogon/ - -Joseph On Saturday 12 February 2005 7:29 am, Alex Dubov wrote: > Hello everybody. > Currently, I'm using Xwin.exe+Openssh+winssh_askpass > to allow users access to Linux servers. It works ok in > a more or less graphical way expected by the silly > user (he clicks icon, password dialog appears and then > session is started through ssh). The problem is window > timing. When X is in windowed mode, it starts in > background, but window is opened slightly later. > Password dialog, on the other hand, already appears > and gets obscured by the opened Xwin rootwindow, > baffling the user and causing inconvenience. > I believe that to solve this problem correctly, an > option can be added to Xwin, making it run some > program after all window initialization is completed. > This program can then be implemented to provide nice > authentication dialogs in whatever environment user > wants - thus resembling commercial X server products > such as starnet or wrq, but with improved flexibility. > I think it is not difficult to do for somebody already > working on Xwin configuration options, so I'm humbly > asking to implement this feature. > > > > __ > Do you Yahoo!? > Yahoo! Mail - now with 250MB free storage. Learn more. > http://info.mail.yahoo.com/mail_250 -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFCEKnfmXZROF+EADURAuIEAJ9ENOFM7uk/aFWoK/XhbXm0z78YpACfcYgE LMlAaPAZUX9H4Agc489cZQI= =TcDH -END PGP SIGNATURE-
Window maker freezing
Hi, My X session is freezing. I noticed that generally it is happen when I try to navigate between workspaces. Last time it happened, I pointed on workspace window (which is hidden at the left side of screen). Instead of moving to the right, my X session is freeze mouse and keyword are ignored. Any ideas? Attached my startxwin.bat: == @echo off SET DISPLAY=10.128.30.160:0.0 REM REM The path in the CYGWIN_ROOT environment variable assignment assume REM that Cygwin is installed in a directory called 'cygwin' in the root REM directory of the current drive. You will only need to modify REM CYGWIN_ROOT if you have installed Cygwin in another directory. For REM example, if you installed Cygwin in \foo\bar\baz\cygwin, you will need REM to change \cygwin to \foo\bar\baz\cygwin. REM REM This batch file will almost always be run from the same drive (and REM directory) as the drive that contains Cygwin/X, therefore you will REM not need to add a drive letter to CYGWIN_ROOT. For example, you do REM not need to change \cygwin to c:\cygwin if you are running this REM batch file from the C drive. REM SET CYGWIN_ROOT=\cygwin SET HOME=%CYGWIN_ROOT%\usr\X11R6\ SET PATH=.;%CYGWIN_ROOT%\bin;%CYGWIN_ROOT%\usr\bin;%CYGWIN_ROOT%\usr\X11R6\bin;%PATH% SET XAPPLRESDIR=/usr/X11R6/lib/X11/app-defaults SET XCMSDB=/usr/X11R6/lib/X11/Xcms.txt SET XKEYSYMDB=/usr/X11R6/lib/X11/XKeysymDB SET XNLSPATH=/usr/X11R6/lib/X11/locale REM REM Cleanup after last run. REM if not exist %CYGWIN_ROOT%\tmp\.X11-unix\X0 goto CLEANUP-FINISH attrib -s %CYGWIN_ROOT%\tmp\.X11-unix\X0 del %CYGWIN_ROOT%\tmp\.X11-unix\X0 :CLEANUP-FINISH if exist %CYGWIN_ROOT%\tmp\.X11-unix rmdir %CYGWIN_ROOT%\tmp\.X11-unix REM REM The error "Fatal server error: could not open default font 'fixed'" is REM caused by using a DOS mode mount for the mount that the Cygwin/X REM fonts are accessed through. See the Cygwin/X FAQ for more REM information: REM http://x.cygwin.com/docs/faq/cygwin-x-faq.html#q-error-font-eof REM if "%OS%" == "Windows_NT" goto OS_NT REM Windows 95/98/Me echo startxwin.bat - Starting on Windows 95/98/Me goto STARTUP :OS_NT REM Windows NT/2000/XP/2003 echo startxwin.bat - Starting on Windows NT/2000/XP/2003 :STARTUP REM Brief descriptions of XWin-specific options: REM REM -screen scr_num [width height] REM Enable screen scr_num and optionally specify a width and REM height for that screen. REM Most importantly, any parameters specified before the first -screen REM parameter apply to all screens. Any options after the first -screen REM parameter apply only to the screen that precedes the parameter. REM Example: REM XWin -fullscreen -screen 0 -screen 1 -depth 8 -screen 2 REM All screens will be fullscreen, but screen 2 will be depth 8, while REM screens 0 and 1 will be the default depth (whatever depth Windows REM is currently running at). REM -multiwindow REM Start an integrated Windows-based window manager. Not to be used REM with -rootless nor -fullscreen. REM -rootless REM Use a transparent root window with an external window manager REM (such as twm). Not to be used with -multiwindow nor REM with -fullscreen. REM -fullscreen REM Use a window as large as possible on the primary monitor. REM -multiplemonitors REM Create a root window that covers all monitors on a REM system with multiple monitors. REM -clipboard REM Enable the integrated version of xwinclip. Do not use in REM conjunction with the xwinclip program. REM -depth bits_per_pixel REM Specify the screen depth to run at (in bits per pixel) using a REM DirectDraw-based engine in conjunction with the -fullscreen REM option, ignored if the -fullscreen option is not specified. REM By default, you will be using a DirectDraw based engine on any REM system that supports it. REM -unixkill REM Trap Ctrl+Alt+Backspace as a server shutdown key combination. REM -nounixkill REM Disable Ctrl+Alt+Backspace as a server shutdown key combination (default). REM Example: REM XWin -unixkill -screen 0 -screen 1 -screen 2 -nounixkill REM Screens 0 and 1 will allow Ctrl+Alt+Backspace, but screen 2 will not. REM -winkill REM Trap Alt+F4 as a server shutdown key combination (default). REM -nowinkill REM Disable Alt+F4 as a server shutdown key combination. REM -scrollbars REM Enable resizing of the server display window. Do not use in conjunction REM with -multiwindow nor with -rootless. REM -nodecoration REM Draw the server root window without a title bar or border. REM Do not use with -mutliwindow nor with -rootless. REM -lesspointer REM Hide the Windows mouse cursor anytime it is over any part of the REM window, even if Cygwin/X is not the window with the focus. REM -refresh rate_in_Hz REM Specify a refresh rate to use when used with the -fullscreen
Clipbord Problems - Locale not supported by X
I am on WinXP Pro and having problems with the clipboard integration between X-windows and WinXP. I have searched through mailing list archives and FAQs but have not found anything to help me. Can anyone tell me what I'm doing wrong? Thanks. I had used this previously on a different machine, but I now am trying to set up the Cygwin/X on a new machine. My XWin.log file is below. Thanks, Kevin - XWin.log follows... Welcome to the XWin X Server Vendor: The Cygwin/X Project Release: 6.8.1.0-11 Contact: cygwin-xfree@cygwin.com XWin was started with the following command line: /usr/X11R6/bin/XWin -multiwindow -clipboard -lesspointer -kb ddxProcessArgument - Initializing default screens winInitializeDefaultScreens - w 1024 h 768 winInitializeDefaultScreens - Returning Couldn't open RGB_DB '/usr/X11R6/lib/X11/rgb' _XSERVTransmkdir: ERROR: euid != 0,directory /tmp/.X11-unix will not be created. (II) XF86Config is not supported (II) See http://x.cygwin.com/docs/faq/cygwin-x-faq.html for more information (==) FontPath set to "/usr/X11R6/lib/X11/fonts/misc/,/usr/X11R6/lib/X11/fonts/TTF/,/usr/X11R6/lib/X11/fonts/Type1/,/usr/X11R6/lib/X11/fonts/CID/,/usr/X11R6/lib/X11/fonts/75dpi/,/usr/X11R6/lib/X11/fonts/100dpi/" winPrefsLoadPreferences: /cygdrive/c/Documents and Settings/Kevin LaVergne/.XWinrc LoadPreferences: Done parsing the configuration file... winAdjustVideoModeShadowGDI - Using Windows display depth of 32 bits per pixel winAllocateFBShadowGDI - Creating DIB with width: 1024 height: 768 depth: 32 winInitVisualsShadowGDI - Masks 00ff ff00 00ff BPRGB 8 d 24 bpp 32 null screen fn ReparentWindow null screen fn RestackWindow InitQueue - Calling pthread_mutex_init InitQueue - pthread_mutex_init returned InitQueue - Calling pthread_cond_init InitQueue - pthread_cond_init returned winInitMultiWindowWM - Hello winMultiWindowXMsgProc - Hello winInitMultiWindowWM - Calling pthread_mutex_lock () winMultiWindowXMsgProc - Calling pthread_mutex_lock () 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=250, rate=31 (--) winConfigKeyboard - Layout: "0409" (0409) (--) Using preset keyboard for "English (USA)" (409), type "4" (++) XkbExtension disabled (--) 5 mouse buttons found Could not init font path element /usr/X11R6/lib/X11/fonts/CID/, removing from list! winInitMultiWindowWM - pthread_mutex_lock () returned. winInitMultiWindowWM - Locale not supported by X. Exiting. winProcEstablishConnection - Hello winInitClipboard () winProcEstablishConnection - winInitClipboard returned. winClipboardProc - Hello DetectUnicodeSupport - Windows NT/2000/XP winClipboardProc - Locale not supported by X. Exiting. winProcSetSelectionOwner - Clipboard not yet started, aborting. Couldn't open RGB_DB '/usr/X11R6/lib/X11/rgb' (II) XF86Config is not supported (II) See http://x.cygwin.com/docs/faq/cygwin-x-faq.html for more information (==) FontPath set to "/usr/X11R6/lib/X11/fonts/misc/,/usr/X11R6/lib/X11/fonts/TTF/,/usr/X11R6/lib/X11/fonts/Type1/,/usr/X11R6/lib/X11/fonts/CID/,/usr/X11R6/lib/X11/fonts/75dpi/,/usr/X11R6/lib/X11/fonts/100dpi/" winPrefsLoadPreferences: /cygdrive/c/Documents and Settings/Kevin LaVergne/.XWinrc LoadPreferences: Done parsing the configuration file... winAllocateFBShadowGDI - Creating DIB with width: 1024 height: 768 depth: 32 winInitVisualsShadowGDI - Masks 00ff ff00 00ff BPRGB 8 d 24 bpp 32 null screen fn ReparentWindow null screen fn RestackWindow InitQueue - Calling pthread_mutex_init InitQueue - pthread_mutex_init returned InitQueue - Calling pthread_cond_init InitQueue - pthread_cond_init returned winInitMultiWindowWM - Hello MIT-SHM extension disabled due to lack of kernel support winMultiWindowXMsgProc - Hello winInitMultiWindowWM - Calling pthread_mutex_lock () winMultiWindowXMsgProc - Calling pthread_mutex_lock () XFree86-Bigfont extension local-client optimization disabled due to lack of shared memory support in the kernel (--) Setting autorepeat to delay=250, rate=31 (--) winConfigKeyboard - Layout: "0409" (0409) (--) Using preset keyboard for "English (USA)" (409), type "4" (++) XkbExtension disabled (--) 5 mouse buttons found Could not init font path element /usr/X11R6/lib/X11/fonts/CID/, removing from list! winInitMultiWindowWM - pthread_mutex_lock () returned. winInitMultiWindowWM - Locale not supported by X. Exiting. winDeinitMultiWindowWM - Noting shutdown in progress winDeinitMultiWindowWM - Noting shutdown in progress
Re: Clipbord Problems - Locale not supported by X
Hi, > I am on WinXP Pro and having problems with the clipboard integration between > X-windows and WinXP. I have searched through mailing list archives and FAQs > but have not found anything to help me. Can anyone tell me what I'm doing > wrong? Thanks. > > I had used this previously on a different machine, but I now am trying to set > up the Cygwin/X on a new machine. My XWin.log file is below. What is LANG environment variable? What happen if you run XWin like this. $LANG=C XWin& bye -- Kensuke Matsuzaki mailto:[EMAIL PROTECTED] http://peppermint.jp
Fatal Server Error
I got a Fatal server error after running "startx". Does anyone know what I need to do next to fix this error and get X server running? The /tmp/Xwin.log file is shown below: ddxProcessArgument - Initializing default screens winInitializeDefaultScreens - w 1280 h 1024 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 001f InitOutput - g_iNumScreens: 1 iMaxConsecutiveScreen: 1 winSetEngine - Using Shadow DirectDraw NonLocking winAdjustVideoModeShadowDDNL - Using Windows display depth of 32 bits per pixel winCreateBoundingWindowWindowed - User w: 1280 h: 1024 winCreateBoundingWindowWindowed - Current w: 1280 h: 1024 winAdjustForAutoHide - Original WorkArea: 0 0 994 1280 winAdjustForAutoHide - Adjusted WorkArea: 0 0 994 1280 winCreateBoundingWindowWindowed - WindowClient w 1274 h 962 r 1274 l 0 b 962 t 0 winCreateBoundingWindowWindowed - Returning winCreatePrimarySurfaceShadowDDNL - Creating primary surface winCreatePrimarySurfaceShadowDDNL - Created primary surface winCreatePrimarySurfaceShadowDDNL - Attached clipper to primary surface winAllocateFBShadowDDNL - lPitch: 5096 winAllocateFBShadowDDNL - Created shadow pitch: 5096 winAllocateFBShadowDDNL - Created shadow stride: 1274 winFinishScreenInitFB - Masks: 00ff ff00 00ff winInitVisualsShadowDDNL - Masks 00ff ff00 00ff BPRGB 8 d 24 bpp 32 winCreateDefColormap - Deferring to fbCreateDefColormap () winFinishScreenInitFB - returning winScreenInit - returning InitOutput - Returning. (EE) No primary keyboard configured (==) Using compiletime defaults for keyboard Rules = "xfree86" Model = "pc101" Layout = "us" Variant = "(null)" Options = "(null)" winPointerWarpCursor - Discarding first warp: 637 481 winBlockHandler - Releasing pmServerStarted winBlockHandler - pthread_mutex_unlock () returned winWindowProc - WM_*KEYDOWN - Closekey hit, quitting Thanks again for any help Blake
Re: Is it somehow possible to start Windows applications from xterm so that they "remain" in X-Server area?
[EMAIL PROTECTED] ~/detours/samples/bin $ withdll /d:peacehook.dll winmine withdll.exe: Starting: `winmine' 139 [main] winmine 1980 handle_exceptions: Exception: STATUS_ACCESS_VIOLATION 12226 [main] winmine 1980 open_stackdumpfile: Dumping stack trace to winmine.exe.stackdump Segmentation fault (core dumped) On Thu, 10 Feb 2005 09:41:33 +0200, David Fraser <[EMAIL PROTECTED]> wrote: > Probably best to test it using a local cygwin X server and a local > application. Other than that I don't really understand cygpeace so I > probably can't help, but you could always try contact the author though > I'm not sure he intends to maintain it > > Karl Bowden wrote: > > >Hmm. I have got it compiled ok, and installed ok, but it does not seem > >to have any effect. If I run the 'withdll -d:peacehook.dll winmine' > >from a remote linux session (with the env vars setup), withdll just > >sits there. No seg fault, nothing. I just have to end up hitting > >Ctrl-C. > > > > > > > >On Tue, 08 Feb 2005 13:57:11 +0200, David Fraser <[EMAIL PROTECTED]> wrote: > > > > > >>Alexander Gottwald wrote: > >> > >> > >> > >>>On Tue, 8 Feb 2005, Karl Bowden wrote: > >>> > >>> > >>> > >>> > >>> > Has any body made any more progress on compiling and getting the > CygPeace project working? > This seems like a very worthwile project if somebody could supply > binaries. > The only other application I have seen to offer this feature of > exporting applications, is the Citrix product. > > > > > >>>Not compiling is the big issue but running. It constantly crashed with > >>>cygwin 1.5.* but was reported to run with cygwin 1.3.* > >>> > >>>Afair there were some definitions which needed to be changed in order > >>>to get cygpeace to work, but these were quite simple changes. > >>> > >>> > >>> > >>> > >>> > Below is error I get to do with inttypes.h that is included by a lot of > files. > > $ make > gcc -g -I/usr/X11R6/include -I/usr/X11R6/include/freetype2 -I../common > -I./include -DDLLMAIN -D__aconst= -DEXTERN_C= -c -o ../common/handle.o > ../common/handle.c > g++ -g -I/usr/X11R6/include -I/usr/X11R6/include/freetype2 -I../common > -I./include -DDLLMAIN -D__aconst= -DEXTERN_C="extern \"C\"" -c -o > ../ui.so/BitmapBlock.o ../ui.so/BitmapBlock.cc > In file included from ../ui.so/BitmapBlock.h:33, > from ../ui.so/BitmapBlock.cc:29: > include/sys/inttypes.h:6: error: conflicting types for `typedef unsigned > int > uint32_t' > /usr/include/stdint.h:28: error: previous declaration as `typedef long > unsigned > int uint32_t' > make: *** [../ui.so/BitmapBlock.o] Error 1 > > > > > >>>Maybe removing #inlude helps > >>> > >>> > >>> > >>> > >>Confirmed that I got it running fine on cygwin 1.3.x > >>If you do make any progress on 1.5.x please report back to the list! > >> > >>David > >> > >> > >> > > > > > > > >
Re: Is it somehow possible to start Windows applications from xterm so that they "remain" in X-Server area?
Yip i got the segfault now. Oh well. If anybody has some good ideas, just let me know, - Karl On Tue, 15 Feb 2005 11:00:34 +1100, Karl Bowden <[EMAIL PROTECTED]> wrote: > [EMAIL PROTECTED] ~/detours/samples/bin > $ withdll /d:peacehook.dll winmine > withdll.exe: Starting: `winmine' > > 139 [main] winmine 1980 handle_exceptions: Exception: > STATUS_ACCESS_VIOLATION > 12226 [main] winmine 1980 open_stackdumpfile: Dumping stack trace to > winmine.exe.stackdump > Segmentation fault (core dumped) > > > On Thu, 10 Feb 2005 09:41:33 +0200, David Fraser <[EMAIL PROTECTED]> wrote: > > Probably best to test it using a local cygwin X server and a local > > application. Other than that I don't really understand cygpeace so I > > probably can't help, but you could always try contact the author though > > I'm not sure he intends to maintain it > > > > Karl Bowden wrote: > > > > >Hmm. I have got it compiled ok, and installed ok, but it does not seem > > >to have any effect. If I run the 'withdll -d:peacehook.dll winmine' > > >from a remote linux session (with the env vars setup), withdll just > > >sits there. No seg fault, nothing. I just have to end up hitting > > >Ctrl-C. > > > > > > > > > > > >On Tue, 08 Feb 2005 13:57:11 +0200, David Fraser <[EMAIL PROTECTED]> wrote: > > > > > > > > >>Alexander Gottwald wrote: > > >> > > >> > > >> > > >>>On Tue, 8 Feb 2005, Karl Bowden wrote: > > >>> > > >>> > > >>> > > >>> > > >>> > > Has any body made any more progress on compiling and getting the > > CygPeace project working? > > This seems like a very worthwile project if somebody could supply > > binaries. > > The only other application I have seen to offer this feature of > > exporting applications, is the Citrix product. > > > > > > > > > > >>>Not compiling is the big issue but running. It constantly crashed with > > >>>cygwin 1.5.* but was reported to run with cygwin 1.3.* > > >>> > > >>>Afair there were some definitions which needed to be changed in order > > >>>to get cygpeace to work, but these were quite simple changes. > > >>> > > >>> > > >>> > > >>> > > >>> > > Below is error I get to do with inttypes.h that is included by a lot of > > files. > > > > $ make > > gcc -g -I/usr/X11R6/include -I/usr/X11R6/include/freetype2 -I../common > > -I./include -DDLLMAIN -D__aconst= -DEXTERN_C= -c -o ../common/handle.o > > ../common/handle.c > > g++ -g -I/usr/X11R6/include -I/usr/X11R6/include/freetype2 -I../common > > -I./include -DDLLMAIN -D__aconst= -DEXTERN_C="extern \"C\"" -c -o > > ../ui.so/BitmapBlock.o ../ui.so/BitmapBlock.cc > > In file included from ../ui.so/BitmapBlock.h:33, > > from ../ui.so/BitmapBlock.cc:29: > > include/sys/inttypes.h:6: error: conflicting types for `typedef > > unsigned int > > uint32_t' > > /usr/include/stdint.h:28: error: previous declaration as `typedef long > > unsigned > > int uint32_t' > > make: *** [../ui.so/BitmapBlock.o] Error 1 > > > > > > > > > > >>>Maybe removing #inlude helps > > >>> > > >>> > > >>> > > >>> > > >>Confirmed that I got it running fine on cygwin 1.3.x > > >>If you do make any progress on 1.5.x please report back to the list! > > >> > > >>David > > >> > > >> > > >> > > > > > > > > > > > > > >
Re: Fatal Server Error
On Mon, 14 Feb 2005, Blake Owen wrote: > I got a Fatal server error after running "startx". > > Does anyone know what I need to do next to fix this error and get X server > running? > > > The /tmp/Xwin.log file is shown below: The logfile seems clean. Maybe it is from an old session and Xwin can't overwrite the logfile and fails therefore. bye ago -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723
