cygwin win 8.1错误:find_fast_cwd:警告:无法计算FAST_CWD指针

问题描述 投票:3回答:2

这个错误发生在前一段时间,2011年http://cygwin.com/ml/cygwin/2013-11/msg00021.html

从我在这个和其他一些帖子上看到的,我看到他们写了一些丑陋的黑客,它解析了一个寻找这个FAST_CWD变量的windows dll。我最好的猜测是,更新的Windows更新再次更改了dll,现在功能再次被破坏。

我不熟悉开发cygwin时使用的技能所以我只猜测这些事情。

有什么建议?

此外,也许这个日志可能会有所启发:

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
cygwin x11
2个回答
0
投票

这通常意味着您需要更新Cygwin,此时他们很可能已经修复了很久以前。


0
投票

问题和答案是:

实际上,其版本GCC3.2中的默认编译器GCC不能在Windows 10下使用。

有两种选择:

  • 使用GCC 3.2版:最高支持Windows 8.1
  • 使用GCC 4.4版:Windows 7,8和10支持。

GCC工具链现在很长一段时间以来都基于GCC3.2编译器。它现在附带下一个版本GCC4.4。

由于不同的原因,使用GCC4.4而不是GCC3.2可能是有用的。

  1. Windows 10和下一个Windows操作系统不支持GCC3.2
  2. GCC3.2维护被冻结。
  3. 所有错误修复和新功能只会出现在GCC 4.4版(4.x,5.x等)的升级中。
  4. GCC4.4提供了一些更好的优化结果(通常产生的代码占用量减少10%到15%)

由于您的项目中只有少数修改(希望如此)以符合GCC4.4,您可以将固件从GCC3.2移植到GCC4.4。

本章的附录“C816系列的Raisonance工具 - 入门”文档[GettingStartedC816_Ride7.pdf文件]在第4.4章中解释了修改的大多数方面。此文件也位于\ Raisonance \ Ride \ Doc \ C816文件夹下。

我还添加了附上我编写的技术说明(及其项目源代码),其中总结了要应用的常见更改。它基于特定的固件调用“beacon”,但作为一个例子,我猜它对很多都有用。

所以如果Win10是必须的,我建议你:

  • 将固件更新到GCC4.2。如果您需要帮助,请告诉我
  • 运行一个简短的验证,以确保新编译不修改该功能。

链接:http://support.raisonance.com/content/gcc-c816-error-couldnt-compute-fastcwd-pointer

© www.soinside.com 2019 - 2024. All rights reserved.