问题标签 [syswow64]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
dll - 如何在 Windows 7 64 位上注册 x86 DLL?
我有 32 位 dll 文件,我需要在 windows 7 x64 上注册它们,我尝试了文件夹 c:\windows\syswow64 中存在的 regsvr.exe 文件但是,我什么也没发生,我还没有成功信息。
当我在 regedt 中搜索我的 dll 时,我没有找到它。
那么,我该如何解决。
问候,阿雅。
batch-file - VBScript - 使用 32 位 cmd 打开批处理文件
我有一个 .hta 应用程序和以下代码。
默认情况下,以下命令在 C:\Windows\ syswow64 \cmd.exe中打开 file.bat
如何使用 C:\Windows\ system32 \cmd.exe 打开它?
一种解决方法是使用 C:\Windows\system32\mshta.exe 而不是 syswow64 打开 .hta 文件,但我想看看其他想法。
提前谢谢了。
directory - 我需要有关将 sdl.dll 放在何处的帮助,因为我想编写游戏
我读到我可以将 SDL.dll 复制到 C:\WINDOWS\SYSTEM32 以便我的 SDL 应用程序会找到 SDL.dll,即使它不在同一个目录中。但我使用的是 64 位版本的 Windows 7,并且我读到我想将 dll 放在 C:\Windows\SysWOW64 中。但我认为我只会用 32 位编程,因为那是常规或更流行的方式,所以我不想让自己感到困惑。我已经将 sdl.dll 放在 c:\Windows\SYSTEM32 中。谢谢阅读
visual-studio - Visual 2012不断加载和卸载syswow64
我在调试器中运行我的应用程序。一切都很好,然后 Visual 开始输出:
在我重新启动调试器之前它不会停止。我的应用程序播放视频和音频,这种持续的输出会在音频中产生打嗝。更不用说每当我输出任何文本时,它都会在这片卸载/加载的海洋中迷失,因此很难找到。有任何想法吗?
c# - 为什么 Configuration.FilePath 返回一个不存在的文件?
我有一个用 C# (.NET 4.5) 编写的 Windows 服务。此服务有一个user
范围设置,用于保存计时器变量。为了调试服务,我需要更新这个变量,所以我需要知道user.config
服务的文件在哪里。OnStart()
因此,我在服务的方法中添加了以下代码:
转储到我的日志文件中的是以下路径:
但是当我尝试打开该文件时,它不存在。在进行 Windows 搜索后,我在以下位置找到了实际文件:
为什么是这样?我假设有一些 32 位/64 位兼容性魔法,但是获得实际路径的正确代码(如果有的话)是什么?
附加信息(如果有帮助):该服务正在 Windows Server 2008 R2 64 位计算机上运行,并且它是通过installutil
. 我不确定是使用 32 位还是 64 位版本installutil
- 这会有所不同吗?
asp-classic - 为什么使用 MSXML6.0 的经典 asp + vb6 组件应用程序在 W2K8 服务器上比 W2K3 服务器慢?
最近我们将经典的 asp application+ vb6 com 组件从 W2K3 服务器移到 W2K8 服务器。vb6 组件中所做的唯一更改是从 MSXML 2.0 升级到 MSXML 6.0。这些 vb6 组件被编译成 dll 并在服务器上注册为 COM 组件。我们现在面临的问题是asp页面需要很长时间才能加载。过去需要 8-10 秒的功能现在需要大约 40 秒。我们插入日志,发现vb6代码中所有与MSXML 6.0升级相关的函数都导致应用程序运行缓慢。
在进一步研究中,我们发现使用 64 位版本的 MSXML6.0(存在于 C:\Windows\System32 下)加载 XML 文档的 vb6 模块加载使用 32 位版本的 MSXML6.0 的 xml 文档的时间要长两倍. (存在于 C:\Windows\sysWOW64 下)
Microsoft 已为此提供了一个修补程序。请看下面的网址。 http://support.microsoft.com/kb/2799406 我们已经尝试过这个修补程序,但它并没有解决性能问题。
问题: 1) 在 W2K8 机器上,我们无法使用 C:\Windows\sysWOW64 下的 MSXML6.0。每当我们尝试引用此位置时,它默认引用回 C:\Windows\system32。我们还在记事本中打开了vb项目文件并更改了参考位置并再次打开了项目但没有成功。谁能建议解决此问题的可能解决方案是什么?当前场景:参考=*\G{F5078F18-C551-11D3-89B9-0000F81FE221}#6.0#0#..\WINDOWS\System32\msxml6.dll#Microsoft XML, v6.0
预期场景:参考=*\G{F5078F18-C551-11D3-89B9-0000F81FE221}#6.0#0#..\WINDOWS\sysWOW64\msxml6.dll#Microsoft XML, v6.0
2) 一旦我们通过引用这个 sysWOW64 文件夹将这个 vb6 代码编译为 dll,一旦它在 W2K8 服务器上,如何确保/确认来自 Syswow64 的引用将被拾取?
3)此外,如果您可以建议我们应该针对/考虑解决此性能问题的其他领域是什么?
.net - Why is SysWOW64 reported as System32?
I am testing a Windows service. The service code fails when it tries to delete a read only file I created in %windir%\SysWOW64
, but the exception that is logged is:
Access to the path 'C:\Windows\system32\CanvasImages\62230.jpg' is denied.
I know 64 bit Windows has a whole lot of tricks up its sleeve concerning these two folders, and understand a little of it, but some accurate exception info would be nice.
meteor - Meteor 1.1:“meteor create x”在 Windows 7、64x 上的 SysWOW64 中创建文件
我在 64x Windows 7 机器上,刚刚下载了新的 Windows Meteor 平台。我在 Windows32 中创建“流星”文件没有问题,但是当我使用“流星创建实验”命令在我的“流星”文件中创建流星特定文件时,它会在 SysWOW64 上创建新文件。如果我尝试从 System32 文件中更改目录,我会收到“此系统找不到指定的路径”消息。如果我 cd 到 "C:\Windows\SysWOW64\Meteor\experiment" 没问题。
我无法想象流星 1.1 是 32 位的,那么如何阻止计算机重定向文件创建过程呢?
作为警告,我确实是编程的新手。请不要在没有明确说明我需要学习什么才能做到这一点的情况下告诉我做某事。
谢谢!
c# - DllImport 没有找到放置在 SysWOW64 文件夹中的 DLL
经过几个小时的谷歌搜索,我没有解决这个问题。
我在非托管 C++ 中开发了一个 DLL。我已将该 DLL 放在 SysWOW64 文件夹中,因为这是一台 64 位计算机。
另一方面,我有一个用 C# 开发的 Winforms 应用程序,它导入 DLL 中包含的函数。我使用 DllImport("name.dll"),但是抛出了 System.DllNotFoundException。
整个解决方案是为 x64 平台配置的。
如果我将 DLL 放在可执行目录中,它就可以工作。
由于开发简单,我希望 DLL 位于系统文件夹中。我正在两台不同的计算机(台式电脑和我的笔记本电脑)上开发这个项目。PC是32位平台,笔记本是64位,文件夹不同。
为了在两台计算机上同步项目,我使用 subversion 存储库。显然,我可以编写一个 Post Build 事件来将 DLL 从 C++ 项目文件夹复制到主可执行文件的输出文件夹,但每次从笔记本电脑移动到 PC 时,我都需要更改 Post build 命令,反之亦然。
知道为什么在系统文件夹中找不到 DLL 吗?最重要的是,有没有办法解决它?
谢谢詹姆
excel - 如果路径不存在但在 System32 中存在,则在 SysWOW64 中测试路径返回 true
注意:我使用的是 64 位系统。
我很难找到关于我目前情况的文章。我使用 PowerShell 测试是否存在某个路径:
"C:\Windows\SysWOW64\config\systemprofile\Desktop"
即使 SysWOW64 中不存在 Desktop 文件夹,它也会返回 true。我知道这与我确实有路径有关:
"C:\Windows\System32\config\systemprofile\Desktop"
但我不知道为什么。在上下文中,我正在自动化 Excel 中的一些东西(是的,我知道它不受支持,但是使用 Desktop 文件夹一切正常),我想在尝试继续自动化之前测试这两个路径是否存在。
我的问题是,是否有必要测试两条路径?如果我在其中一个路径中有桌面文件夹,Excel 自动化是否会工作,因为它们似乎以某种方式连接?
我看过这篇文章和这篇文章,这让我相信是的,但作为一名程序员,我很犹豫是否将这些东西如此紧密地结合在一起,以防它们在未来发生变化。有没有更优雅的解决方案?