我的Powershell ISE正在启动时崩溃; 我相信这是由于当ISE从退出错误返回时加载的选项卡/文件。 因此，我目前无法启动ISE ..我正在寻找Powershell ISE存储当前打开的选项卡/文件的文件/位置，以便我可以将其删除并在不加载任何内容的情况下启动。 我可以启动它作为另一个用户没有问题。
我有一个基于MFC的应用程序。 它会在几秒钟后继续查找文件（使用基于CreateTimerQueueTimer的定时器）并执行一些操作。 这在XP上总是崩溃（原因不明）。 此应用程序在Windows 7和Windows 8上工作正常。但XP上的问题是持久的。 下面是不显示任何帮助的调用堆栈 反汇编屏幕截图如下： EDIT1： 我改变了一些设置，我得到了这个新的调用堆栈。 但还是没有得到线索： 我不知道如何追踪坠机的原因。 有没有任何提示或任何方式来跟踪它从反汇编播种？ 或者系统的NTDLL.DLL文件可能有问题？ 任何帮助是受欢迎的。
所以我有一个程序集的代码块，它初始化一个程序，parsingkernel32，findGetProcAddress，然后findLoadLibarayA来加载User32.dll。 它工作到LoadLibraryA的点。 它在函数调用崩溃，但我可以看到debugging器中加载User32.dll。 如果我尝试在不同的模块（如Kernel32.dll）上使用LoadLibraryA，则返回并成功。 这里是完整的来源，如果你想通过https://gist.github.com/mojobojo/921a5af897e86bb940a2 Exception thrown at 0x00007FFAFAE8E91C (ntdll.dll) in Small.exe: 0xC0000005: Access violation reading location 0xFFFFFFFFFFFFFFFF. 这是要加载user32的片段。 mov rcx, ActualAddress + User32DllStr ; ActualAddress is the program address in memory call rax ; LoadLibararyA cmp rax, 0 je EndFunction ; Failed to open user32.dll LoadLibraryAStr: db "LoadLibraryA", 0 这里是看看调用堆栈。 ntdll.dll!RtlDosPathNameToRelativeNtPathName() Unknown ntdll.dll!LdrpResolveDllName() Unknown […]
我正在debugging一个间歇性问题，其中一个应用程序（在Visual Studio 2005中使用C ++创build）是错误的。 事件日志提供以下信息： faulting module msvcr80.dll version 8.0.50727.1433 fault address 0x00008aa0 我做了一个谷歌search，发现许多其他应用程序崩溃的这个特定的故障地址的例子，但没有说明它是什么意思。 有没有什么办法找出什么msvcr80.dll在这个地址做？ 我尝试从Visual Studio附加到应用程序的运行实例，看看哪些代码位于0x00008aa0 – 但似乎没有任何东西！ 更一般地说，给定一个Windows DLL中的地址，有没有办法找出代码在做什么？
我试图捕捉应用程序中的未处理的exception，并使用WaitForDebugEvent函数重新启动它们。 但是我不能告诉什么时候应用程序处理exception（例如try..catch），什么时候不是。 我怎么做？ 在DEBUG_EVENT结构中似乎没有这样的数据。
我正在使用Monogame学习一些游戏开发。 我开始了一个Windows OpenGL项目，一切工作正常我的Win8机器。 我已经编译了这个项目，并把它发送给2人，两个都使用win7 x64，其中一个无法打开游戏。 之后，我在另一台电脑（也是win7 x64）上进行了testing，同样的问题，游戏过程开始，然后屏幕闪烁（Aero似乎停用），然后一切恢复正常，我的游戏过程没有消息崩溃。 我敢肯定，我的代码没有问题，也许有一些丢失的DLL，但其中大部分都与游戏复制 Lidgren.Network.dll MonoGame.Framework.dll OpenTK.dll SDL.dll Tao.Sdl.dll 诚挚 CarnVanBeck
我试图在VS 2013编译的Windows 8.1上运行斐波纳契演示。我解决了目前为止的几个问题：1.不兼容的对象文件格式 – 我改变了Triple :: COFF到Triple :: ELF函数getDefaultFormat（const Triple＆T）for Windows 2.缺lessasm打印机 – 我添加了InitializeNativeTargetAsmPrinter（）3.内存保护 – 我手动将VirtualProtect设置为PAGE_EXECUTE（这是无处设置，我不知道这应该如何工作） 现在我能够运行生成的代码，但它崩溃，这里是反汇编代码：000000EC4B890000 push rsi 000000EC4B890001推rdi 000000EC4B890002推送rbx 000000EC4B890003 sub rsp，20h 000000EC4B890007 mov esi，ecx 000000EC4B890009 cmp esi，2 000000EC4B89000C jg 000000EC4B890015 000000EC4B89000E mov eax，1 000000EC4B890013 jmp 000000EC4B89002F 000000EC4B890015 lea ecx，[rsi-1] 000000EC4B890018 mov rbx，0 000000EC4B890022调用rbx 000000EC4B890024 mov edi，eax 000000EC4B890026添加esi，0FFFFFFFEh 000000EC4B890029 mov ecx，esi 000000EC4B89002B调用rbx 000000EC4B89002D添加eax，edi […]
我写了一个程序来find谐波数字 （第n次谐波数是前n个自然数的倒数之和） 数字序列。 我的程序将其input作为命令行参数，并以表格格式打印谐波数字。 作为一个例子这是如何工作的： C:\Users\EDDiE\c>har 10 30 5 10 2.9289682539682538 15 3.3182289932289937 20 3.5977396571436819 25 3.8159581777535068 30 3.9949871309203906 10（ argv [1] ）=起始号码， 30（ argv [2] ）=结尾数字， 5（ argv [3] ）=前进的步骤。 在我的Windows 8机器这个程序崩溃 在 43429号 然后我执行一个在线C编译器这是一个Linux环境（“我认为”，我不是一个Linux用户），然后它工作正常。 这是我的程序： har.c #include <stdio.h> #include <stdlib.h> double harmonic(int); int main(int argc, char *argv[]) { int j; int start = […]
我有一个这样定义的函数： typedef void (*logprintf_t)(const char* format, …); logprintf_t logprintf void my_function() { logprintf = cast(logprintf_t)0x12345; } 并导致应用程序退出。 但是，如果我使logprintf是静态的（我已经看到了这个技巧的地方），即： void my_function() { static logprint_t logprintf = cast(logprintf_t)0x12345; } 它不会崩溃。 这是一种语言规则的东西还是一种错误？ 为什么DMM不警告这个呢？
所以经过36小时的研究和检查，我明白了。 VS2012是'进程locking页面'蓝屏死机后的原因。 我试图打开一个线程来获取我的networking上的活动IP（使用C＃）。 显然，当线程处于活动状态时，按下“停止”button，窗口就会被挤压。 这是线程代码： private void Button_Click_2(object sender, RoutedEventArgs e) { var thread = new Thread(() => TryToConnect(targetsList)); thread.SetApartmentState(ApartmentState.STA); thread.Start(); thread.Join(); } private static void TryToConnect(ListBox targetsList) { for (int i = 1; i < 3; i++) { Uri url = new Uri("http://192.168.1." + i.ToString()); string pingurl = string.Format("{0}", url.Host); string host = pingurl; […]