win64

0热度

1回答

我正在尝试编译并运行代码片段波纹管，它在Windows x86或WOW64 中工作，但在Windows x64中发生崩溃并出现访问冲突错误。与gcc和Microsoft C/C++编译器一起编译。 /*Microsoft (R) C/C++ Optimizing Compiler Version 15.00.30729.01 for x64 (x64)cl -W3 -Zi tx.c -Fetx

0热度

1回答

调用堆栈不给线索

我们有一个32位的“C” - 偶尔挂在杭的时间Win32应用程序，（无响应状态）客户发送给我们的转储当我在WinDbg中打开该转储，调用堆栈提供了以下 wow64win!NtUserMessageCall+0xa wow64win!whNT32NtUserMessageCallCB+0x32 wow64win!Wow64DoMessageThunk+0x8b wow64win!whNtU

3热度

3回答

编译错误的含义：错误C2704：仅在可变参数中允许__va_start内部函数？

我使用VS2010 Pro编译器，当我在x64上构建时，我得到下面的编译错误。在x86上编译完美。错误C2704： ''：__va_start内在只允许在可变参数宣言方法： int foo(char* buf, int maxChar, const char*& fmt); 定义： int foo(char* buf, int maxChar, const char*& fmt) {

1热度

1回答

如何Win64上

禁用重定向我想c:\Windows\regedit.exe复制到同一目录与regedit2.exe名但是当我试图复制它，我把它说regedit.exe找不到文件”或有时错误windows\SysWOW64目录下复制到。而实际上我knıowwin64被重定向，但我如何禁用重定向和复制窗口/ REGEDIT.EXE到windows/regedit2.exe。我的示例代码 if(File.Exists(

0热度

2回答

表面重建错误 - PCL 1.6

我完全按照教程找到了here，并对输入进行了一些修改。然后我的代码是： #include <common/common.h> #include <io/pcd_io.h> #include <features/normal_3d_omp.h> #include <surface/mls.h> #include <surface/poisson.h> #include <pcl/io/vt

2热度

1回答

为什么Pro * C/C++ Oracle预编译器无法解析windows.h头文件？

我正在使用MSVC Ultimate 2012的Windows Server 2008 R2 Standard（SP1）。我试图为64位平台编译一个我的“C”项目（但似乎问题与目标无关）。该项目包含一个* .pc文件，该文件必须由Pro * C/C++预编译器预编译。问题是，我无法预编译该文件。解析windows.h头文件时预编译失败。请帮忙！！！更多细节： 1）源文件：我my.pc文件的开

1热度

2回答

如何将Ruby和PIK与Windows服务一起使用？

我有一个运行多个Ruby应用程序的Windows服务器，有些需要不同的Ruby版本。为了管理Ruby版本，我们使用“PIK”Ruby版本管理器。对于我们使用Windows Services + SrvAny + Thin来运行它的应用程序。配置的屏幕截图：但是，我无法找到如何改变了Ruby版本为这个特定的Windows服务的任何文件。现在，它只是选择PATH env变量中的一个。有没有办法使

1热度

1回答

MessageBeep（）不适用于64位Server2008

我最近发现，在运行于Server 2008 R2 64位上的32位Windows应用程序中，通知声音（通过对MessageBeep（MB_ICONEXCLAMATION）的C++调用产生）不再发出声音。声音在一般的工作和配置文件已加载与控制面板中的默认窗口声音设置。在Win7 64位上运行良好，所以我认为它是特定于服务器的。任何缩小它的建议？

0热度

1回答

使用去

C:\Go\src\pkg\github.com\docker\docker>go build # github.com/docker/docker/pkg/system pkg\system\meminfo_unsupported.go:6: undefined: ErrNotSupportedPlatform pkg\system\stat_unsupported

-1热度

1回答

在MS x64调用约定中，是否正在为WinAPI调用创建阴影空间必要性？

在MS x64调用约定中，如果我们调用Win64 API，那么调用者应该创建一个阴影空间。不过，我创建了一个简单的C++程序，使调用的MessageBox后拆解，这是我所看到的： 00007FF614FC2AD9 mov r9d,136h 00007FF614FC2ADF lea r8,[__xt_z+150h (07FF614FD5BF0h)] 00007FF614FC2AE6 l