cygwin win 8.1 Fehler: find_fast_cwd: WARNUNG: Konnte nicht berechnen FAST_CWD Zeiger
Dieser Fehler aufgetreten ist vor einiger Zeit in 2011
http://cygwin.com/ml/cygwin/2013-11/msg00021.html
Von dem, was ich gelesen habe, auf diese und einige andere Beiträge,
Ich sehe, dass Sie geschrieben haben, einige hässliche hack, die analysiert eine windows-dll auf der Suche nach dieser
FAST_CWD variable.
Meine beste Vermutung ist, dass eine neuere windows-update hat sich wieder geändert, die dll, und jetzt ist die Funktion wieder gebrochen.
Ich bin nicht vertraut mit den Fertigkeiten, die während der Entwicklung von cygwin, so dass ich nur raten, auf diese Dinge.
Irgendwelche Vorschläge?
Auch, vielleicht ist dieser log könnte etwas Licht:
Dito@Kungi ~
$ serverx11
-bash: serverx11: command not found
Dito@Kungi ~
$ startx11
Welcome to the XWin X Server
Vendor: The Cygwin/X Project
Release: 1.15.0.0
OS: CYGWIN_NT-6.3 Kungi 1.7.28(0.271/5/3) 2014-02-09 21:06 x86_64
OS: Windows 8.1 [Windows NT 6.3 build 9600](Win64)
Package: version 1.15.0-4 built 2014-03-27
XWin was started with the following command line:
X :0 -multiwindow
Initializing built-in extension Generic Event Extension
Initializing built-in extension SHAPE
Initializing built-in extension MIT-SHM
Initializing built-in extension XInputExtension
Initializing built-in extension XTEST
Initializing built-in extension BIG-REQUESTS
Initializing built-in extension SYNC
Initializing built-in extension XKEYBOARD
Initializing built-in extension XC-MISC
Initializing built-in extension XINERAMA
Initializing built-in extension XFIXES
Initializing built-in extension XFree86-Bigfont
Initializing built-in extension RENDER
Initializing built-in extension RANDR
Initializing built-in extension COMPOSITE
Initializing built-in extension DAMAGE
Initializing built-in extension MIT-SCREEN-SAVER
Initializing built-in extension DOUBLE-BUFFER
Initializing built-in extension RECORD
Initializing built-in extension DPMS
Initializing built-in extension Present
Initializing built-in extension X-Resource
Initializing built-in extension GLX
(II) xorg.conf is not supported
(II) See http://x.cygwin.com/docs/faq/cygwin-x-faq.html for more information
LoadPreferences: /home/Dito/.XWinrc not found
LoadPreferences: Loading /etc/X11/system.XWinrc
LoadPreferences: Done parsing the configuration file...
winDetectSupportedEngines - DirectDraw installed, allowing ShadowDD
winDetectSupportedEngines - Windows NT, allowing PrimaryDD
winDetectSupportedEngines - DirectDraw4 installed, allowing ShadowDDNL
winDetectSupportedEngines - Returning, supported engines 0000001f
winSetEngine - Multi Window or Rootless => ShadowGDI
winScreenInit - Using Windows display depth of 32 bits per pixel
winAllocateFBShadowGDI - Creating DIB with width: 1440 height: 900 depth: 32
winFinishScreenInitFB - Masks: 00ff0000 0000ff00 000000ff
winInitVisualsShadowGDI - Masks 00ff0000 0000ff00 000000ff BPRGB 8 d 24 bpp 32
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 shar ed memory support in the kernel
glWinSelectGLimplementation: Loaded 'cygnativeGLthunk.dll'
GL_VERSION: 1.1.0
GL_VENDOR: Microsoft Corporation
GL_RENDERER: GDI Generic
wglwrap: Can't resolve "wglGetExtensionsStringARB"
(EE) AIGLX: Won't use generic native renderer as it is not accelerated
glWinSelectGLimplementation: Loaded 'cygGL-1.dll'
(II) AIGLX: enabled GLX_EXT_texture_from_pixmap
(II) AIGLX: Loaded and initialized swrast
(II) GLX: Initialized DRISWRAST GL provider for screen 0
winPointerWarpCursor - Discarding first warp: 720 450
(--) 8 mouse buttons found
(--) Setting autorepeat to delay=500, rate=31
(--) Windows keyboard layout: "0000041A" (0000041a) "Croatian", type 7
(--) Found matching XKB configuration "Croatian"
(--) Model = "pc105" Layout = "hr" Variant = "none" Options = "none"
Rules = "base" Model = "pc105" Layout = "hr" Variant = "none" Options = "none"
The XKEYBOARD keymap compiler (xkbcomp) reports:
> Warning: Type "ONE_LEVEL" has 1 levels, but <RALT> has 2 symbols
> Ignoring extra symbols
Errors from xkbcomp are not fatal to the X server
winBlockHandler - pthread_mutex_unlock()
winInitMultiWindowWM - pthread_mutex_lock () returned.
winInitMultiWindowWM - pthread_mutex_unlock () returned.
winInitMultiWindowWM - DISPLAY=:0.0
winMultiWindowXMsgProc - pthread_mutex_lock () returned.
winMultiWindowXMsgProc - pthread_mutex_unlock () returned.
winProcEstablishConnection - winInitClipboard returned.
winClipboardThreadProc - DISPLAY=:0.0
winMultiWindowXMsgProc - DISPLAY=:0.0
winInitMultiWindowWM - XOpenDisplay () returned and successfully opened the disp lay.
winClipboardProc - XOpenDisplay () returned and successfully opened the display.
Dito@Kungi ~
$ winMultiWindowXMsgProc - XOpenDisplay () returned and successfully opened the display.
Dito@Kungi ~
$ xcompas
2 [main] xcompas 5796 find_fast_cwd: WARNING: Couldn't compute FAST_CWD po inter. Please report this problem to
the public mailing list [email protected]
/cygdrive/c/cygwin64/usr/local/bin/xanchor.exe: error while loading shared libra ries: libXpm.dll: cannot open shared object file: No such file or directory
xcompas: DISPLAY environment variable is not set
Set DISPLAY environment variable
InformationsquelleAutor ditoslav | 2014-04-02
Du musst angemeldet sein, um einen Kommentar abzugeben.
Diese Regel bedeutet, dass Sie brauchen, um zu aktualisieren, Cygwin, an diesem Punkt werden Sie wahrscheinlich haben es fest vor langer Zeit.
InformationsquelleAutor Yuhong Bao
Das problem und die Antwort ist:
Eigentlich der Standard-compiler GCC in der version GCC3.2 kann nicht verwendet werden, die unter windows 10.
Gibt es zwei alternativen:
Mit GCC version 3.2 : unterstützt bis zu windows 8.1
Mit GCC version 4.4 : unterstützt von Windows 7, 8 und 10.
Den GCC-toolchain zur Verfügung, da eine ziemlich lange Zeit nun wurde auf GCC3.- 2-compiler. Es jetzt kommt mit der nächsten Version GCC4.4.
Aus verschiedenen Gründen mag es nützlich sein, verwenden Sie GCC4.4 statt GCC3.2.
GCC3.2 wird nicht unterstützt von Windows 10 und der nächsten kommenden Windows-Betriebssystem
GCC3.2 die Instandhaltung ist eingefroren.
Alle bug-fixes und neue features werden nur dann in upgrades der GCC-version 4.4 (4.x, 5.x, etc.).
GCC4.4 bietet einige bessere Ergebnisse der Optimierung (in der Regel von 10 bis 15% weniger code-Fußabdruck produziert)
Dank nur wenige änderungen (hoffentlich) in Ihr Projekt zu erfüllen, mit GCC4.4 Sie können die port firmware Ihr von GCC3.2-GCC4.4.
Meisten Aspekte der die änderungen erläutert werden, die in diesem Dokument angehängt "Raisonance tools für C816 Familie – Erste Schritte" - Dokument [GettingStartedC816_Ride7.pdf-Datei] im Kapitel 4.4. Diese Datei befindet sich auch unter \Raisonance \Ride\Doc\C816-Ordner.
Stell ich auch in Anhängen ein technischer Hinweis (und sein Projekt source code) ich schrieb in dem Sie beschreibt die gemeinsamen änderungen angewendet werden. Es basiert auf einer speziellen firmware-call "Leuchtturm", sondern als ein Beispiel, ich denke, es kann sinnvoll sein, für eine Menge von Einsen.
So, falls Win10 ist ein muss, ich empfehle Ihnen:
aktualisieren Sie Ihre firmware auf GCC4.2. Lassen Sie mich wissen, wenn Sie Hilfe benötigen
laufen eine kurze überprüfung, um sicherzustellen, dass die Funktionalität nicht geändert, durch die neue Zusammenstellung.
link : http://support.raisonance.com/content/gcc-c816-error-couldnt-compute-fastcwd-pointer
InformationsquelleAutor Mahmut EFE