我最近尝试在我的系统上安装Python 3.4作为替代安装,试图在迁移代码之前熟悉我自己。 我的主要Python安装是2.7.6。 我尝试了Windows的64位安装程序,但它出现了一个错误消息 此Windows Installer软件包存在问题。 作为设置的一部分运行的程序没有按预期完成。 请联系您的支持人员或包供应商。 在此之后,安装被回滚(从下面显示的点): 我终于find了下面这张贴的解决scheme,并决定分享,以防其他人遇到同样的问题。
为什么64位Windows在exception期间展开堆栈,如果堆栈穿越内核边界–32位Windows可以? 这整个问题的背景来自: 消失OnLoadexception的情况 – 在x64中的用户模式callbackexception 背景 在32位Windows中,如果我在我的用户模式代码中抛出exception,则从内核模式代码中调用该代码,这是从我的用户模式代码中调用的,例如: User mode Kernel Mode —————— ——————- CreateWindow(…); ——> NtCreateWindow(…) | WindowProc <———————+ Windows中的结构化exception处理(SEH)可以展开堆栈,通过内核模式展开,返回到我的用户代码,在那里我可以处理exception,我看到一个有效的堆栈跟踪。 但不是在64位的Windows Windows的64位版本不能这样做: 出于复杂的原因,我们不能在64位操作系统 (amd64和IA64) 上传播exception 。 自从Server 2003的第一个64位版本以来,情况一直如此。在x86上,情况并非如此 – exception通过内核边界传播,并最终走回帧 由于在这种情况下无法回溯可靠的堆栈跟踪,所以必须作出决定:让您看到非无意义的exception,或者完全隐藏它: 当时的内核架构师决定采取保守的AppCompat友好的方法 – 隐藏exception,并希望最好的。 本文继续讨论所有64位Windows操作系统的performance如何: Windows XP 64位 Windows Server 2003 64位 Windows Vista 64位 Windows Server 2008 64位 但从Windows 7(和Windows Server 2008)开始,架构师改变了他们的想法。 对于只有 64位应用程序(不是32位应用程序),它们(默认情况下)会停止抑制这些用户内核用户exception。 […]
我发现通过安装程序在Windows 64位上安装NumPy / SciPy是不可能的,这只能在32位上进行。 因为我需要比32位安装给我更多的内存,所以我需要64位版本的一切。 我试图通过Pip安装所有东西,而且大部分工作都正常。 但是当我来到SciPy时,它抱怨错过了一个Fortran编译器。 所以我通过MinGW / MSYS安装Fortran。 但是你不能马上安装SciPy,你需要重新安装NumPy。 所以我尝试了,但现在不再通过Pip工作,也没有通过easy_install 。 两个都给这些错误: 关于LNK2019和LNK1120有很多错误。 我在C : C2065, C2054 , C2085 , C2143等范围内发现了很多错误。 没有findFortran链接器,但我不知道如何安装,找不到任何东西。 还有更多的错误已经超出了我的cmd窗口的可见部分… 致命的错误是关于LNK1120 : 生成\ lib.win-amd64-2.7 \ numpy \ linalg \ lapack_lite.pyd:致命错误LNK1120:7无法parsing的外部错误:安装程序脚本退出时出现错误:命令“C:\ Users \ me \ AppData \ Local \ Programs \ Common \ Microsoft \ Visual C ++ for Python \ […]