git svn - cygwin下的错误

Question

我有 cygwin 和 git。我正在尝试使用 git 提交到 svn - git svn dcommit。但它失败并出现奇怪的错误：

$ git svn dcommit
      4 [main] perl 5536 C:\cygwin\bin\perl.exe: *** fatal error - unable to remap \\?\C:\cygwin\lib\perl5\5.10\i686-cygwin\auto\List\Util\Util.dll to same address as parent: 0xA20000 != 0xB40000
Stack trace:
Frame     Function  Args
0088B508  6102749B  (0088B508, 00000000, 00000000, 00000000)
0088B7F8  6102749B  (61177B80, 00008000, 00000000, 61179977)
0088C828  61004AFB  (611A136C, 6125AB3C, 00A20000, 00B40000)
End of stack trace

我该如何修复它？谢谢。

PS 我的系统是windows 7 64位。

更新

重新建立有帮助。但执行 rebase 后我必须重新启动。

Answer 1

您是否尝试过 rebaseall 类似此处描述？

当你使用Cygwin时，有时你会得到这样的错误

unable to remap some.dll to same address as parent someapp 4292 fork:
child 3964 - died waiting for dll loading, errno 11"

然后你需要运行 rebaseall。
为了运行它，请关闭所有 Cygwin 窗口，执行 \bin\ash.exe。它将打开一个新的控制台窗口。
在那里执行rebaseall。
完成后，您可以再次运行 Cygwin，不会出现任何问题:-)

---

OP gor 报告他必须重新启动以使 rebaseall 工作。
Dan Moulding 在评论中提到：

我只是补充一点，关闭所有 Cygwin 窗口可能还不够。
您应该确保所有 Cygwin 进程和服务都已终止和/或停止（来自 ash 的 ps -a 应该只显示 ash 和 ps）变基之前。

---

rsenna 报告 在评论中：

有关为何需要此操作的说明，请参阅 致命错误 - 无法重新映射到与父级相同的地址：Cygwin、Ruby on Rails、系统调用

那么到底发生了什么？
好吧，在本例中，问题是 Windows 管理其 .dll 的方式造成的。

Windows 使用 ASLR（地址空间布局随机化）来管理其 .dll。每次启动计算机时，它都会将 dll 加载到内存的不同区域。
如果出现问题，那么下次您查找该 .dll 时 - 您的系统可能会崩溃。或者如果你看错地方，你的系统可能会崩溃。
那么这个系统如何才能摆脱困境呢？好吧，运行 cygwin 安装程序可能会影响记录保存，特别是如果 ASLR 已更改但 Cygwin 保留旧副本（当安装未完成时可能会发生这种情况）。

ASLR 可以很好地防御恶意软件或黑客。黑客无法不断尝试 .dll 的新地址而不导致系统崩溃。

Answer 2

我遇到了这个问题，但运行 rebaseall 无法解决问题。我试图运行 git svn dcommit 并看到提到的重新映射错误，无论我运行 rebaseall 和/或重新启动多少次。

这是我所看到的示例。请注意对地址 0x6FA00000 的引用

$ git svn dcommit 提交到
844 [主要] perl 1136 C:\cygwin\bin\perl.exe: * 致命
错误 - 无法重新映射
C:\cygwin\bin\cygdb-4.5.dll 相同
作为父地址：0x58B40000 !=
**0x6FA00000 堆栈跟踪：帧
函数参数 0082B458 6102792B
(0082B458, 00000000, 00000000,
00000000) 0082B748 6102792B
(6117DC60, 00008000, 00000000,
6117F977) 0082C778 61004F3B
（611A6FAC、61247BCC、58B40000、
6FA00000) 堆栈跟踪结束
3 [main] perl 4680 fork: child 1136 - 等待 dll 加载时死亡，
错误号11

我认为这并不重要，但我正在使用我公司的企业形象在 Windows7 Enterprise 32 位上运行。

我能够按照在 Chromium wiki 上找到的建议解决此问题：

http://code.google.com/ p/chromium/wiki/CygwinDllRemappingFailure

我使用 cygwin 中的 ListDlls.exe (http://technet.microsoft.com/en-us/sysinternals/bb896656.aspx) 来捕获正在运行的进程中加载​​的 DLL 的输出和 grep 'ed 查找引起问题的地址：

$ ./ListDlls.exe |发球台富
$ 猫 foo | grep 6fa000

...

0x6fa00000 0x3c000 9.05.0005.9574 C:\PROGRA~1\Sophos\SOPHOS~1\SOPHOS~1.DLL

这与 Sophos Security 提供的 DLL 的加载地址相匹配，我的 IT 团队默认在我们的计算机上运行该 DLL并成为失败的原因。 rebaseall 没有机会解决该问题，因为 Sophos 提供的 DLL 不是 cygwin 的一部分。

Chromium wiki 说要选择一个小于导致问题的 DLL 的基地址，因此我选择了 0x60000000。您可能必须根据您可能看到的有问题的 DLL 选择不同的基地址。

我从 cmd.exe 提示符重新运行 rebaseall，并且没有其他 cygwin 进程运行。

c:\cygwin\bin>ash /usr/bin/rebaseall
-b 0x60000000

重新启动我的 cygwin shell 后 git svn dcommit 工作了。

Answer 3

面临类似的问题，直到我跑步才解决
1. 重新设定基准
2. perlrebase
3.peflagsall

运行它们来解决问题

Answer 4

上述答案并未为我们团队可靠地解决在 64 位 Windows (Windows 7) 上运行 cygwin git 的问题。我在 git 邮件上发布了一个问题，并得到了 Pascal Obry 的回复：

乔恩，

这是一个已知问题。我已经离开Windows世界很长时间了，但是
我还有一些注释来“修复”这个问题：

<块引用>

从 ash shell（确保没有 Cygwin 进程仍在运行）：

$ 重新基准化

$peflagsall

再次尝试您的命令。如果仍然不起作用，请尝试：$
rebaseall -b 0x50000000 -o 0x80000 或 -b 0xNNNN0000 其中 NNNN 是任意
2000 到 7000 之间的十六进制数。 -o 选项告诉保留更多
dll 之间的空间，它也可能有帮助。我的情况确实如此。

如果您好奇，请查看 /usr/share/doc/Cygwin/rebase-3.0.README
以获得更多解释。

另请参阅：http://www.spinics.net/lists/git/msg183753.html< /a>

帕斯卡还在后续中指出：

...最重要的部分是运行 peflagsall，这是方法
在 Win7 IIRC 上正确修复该问题。

初步但不确定的结果表明，该解决方案比此处记录的其他建议效果更好。我将在一周左右更新这篇文章，以表明这个方法是否足以获得永久可靠的解决方案。