reason for dead lock, dead looping?

最新推荐文章于 2025-12-02 21:36:57 发布

原创最新推荐文章于 2025-12-02 21:36:57 发布 · 702 阅读

0 ·

CC 4.0 BY-SA版权

文章标签：

#thread #windows #class

本文探讨了使用标准 Windows API 进程间通信时遇到的问题，特别是关于 WaitForInputIdle 的局限性和死锁现象。作者在尝试操作子进程窗口时遇到了未预期的行为，并详细记录了导致死锁的情况。

It seems not everything can be solved by normal windows api.

Like WaitForInputIdle(), even it works well. Like while()-slee() insead. There is still a problem there.

After I got the handle to window class of the new child process's thread's window.

When I move the child process 's window, it can cause dead-lock with some unclear reason.

Because I don't know the routine of the child process window's initiation.

The parent process operating on SetWindowLong(m_hWndChild, ... ) caused the child gui program into dead-lock state

in some sistuations, not always.

I should really hijack api.

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

cmpfish

关注关注

0
点赞
踩
0

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

WARNING (theano.gof.compilelock): Overriding existing lock by dead process '4844' (I am process '390

JohnieLi的博客

04-10

7130

1、UserWarning: Update your Dense call to the Keras 2 API 2、WARNING (theano.gof.compilelock): Overriding existing lock by dead process ‘4844’ (I am process ‘3908’)以上两个问题是笔者用demo在新的电脑上运行出现的警告信息。

win7安装theano吐血总结

热门推荐

快来学习鸭～～～

01-05

1万+

文章地址: http://blog.youkuaiyun.com/sxf1061926959/article/details/54094356 作者：XFShi https://github.com/ShicoderTheano是我安装时间最长的一个东西了。我的环境：Win7 64位 1、安装AnacondaAnaconda公认的方便，里面有安装theano需要的所有包。建议选择老版本的anaco

参与评论您还未登录，请先登录后发表或查看评论

Deep Learning: win7安装Theano,配置GPU

chlele0105的专栏

10-28

7582

下载安装 AnacondaCE： AnacondaCE我安装在E:\AnacondaCE（去官网下载这个http://www.continuum.io/downloads，这个可是傻瓜式安装，然后再按照下面的步骤就可以成功配置了） http://repo.continuum.io/archive/index.html

遇到一次dead lock

数据库天地

07-18

169

遇到一次dead lock： ERROR at line 1: ORA-12801: error signaled in parallel query server P022 ORA-00060: deadlock detected while waiting for resource Current SQL statement for this session: create t...

Notes: Process in Operation System and Dead Lock 操作系统中的进程和死锁问题

Steven Li's Zone

08-27

764

进程是CPU一系列动作的抽象。下面这个例子很好地说明了程序和进程的关系[1]：一个好厨艺的父亲正在为他的女儿制作生日蛋糕。做蛋糕的食谱，就是程序，父亲就是CPU，而做蛋糕的原料（面粉、鸡蛋等）就是输入数据。进程就是父亲阅读食谱、取来原料以及烘制蛋糕等一系列动作的总和。进程有三种状态：运行、就绪以及阻塞。三种状态的转换关系如图[1]：进程从运行到阻

Win7基于theano的keras安装及GPU加速

雪伦的专栏

06-29

5456

1.软件（1） VS 2010 （2）Anaconda2-4.0.0-Windows-x86_64 （3）cuda_6.5.14_windows_notebook_64 （4）Theano-master 同样，读者可以地址在下载以上全部文件 2.安装（1）Anaconda2-4.0.0-Windows-x86_64默认安装，软件会自动配置环境变量（2）在安装好的Anaco

keras版本问题--引起的错误---UserWarning: Update your `Conv2D`

zhouguangfei0717的博客

07-20

3286

Keras 2.0版本运行demo出错的由于是神经网络小白，在运行demo的时候不懂keras的版本问题，出现了一下的警告： C:\ProgramData\Anaconda2\python.exe"F:/Program Files (x86)/JetBrains/PycharmProjects/untitled1/CNN4.py" Using Theano backend. F:/...

win7安装theano+GPU

liyiafeia的专栏

10-08

1026

配置：win7，cuda_8.0.44_windows.exe，vs2012，theano-0.82 1. 安装vs2012，配置环境变量path： D:\MicrosoftVisual Studio 11.0\VC\bin; D:\MicrosoftVisualStudio11.0\VC\bin\amd64; 2. 安装Anaconda，完成后在cmd中输入pipins

避免死锁

07-12

1289

原文链接作者：Jakob Jenkov 译者：申章校对：丁一在有些情况下死锁是可以避免的。本文将展示三种用于避免死锁的技术：加锁顺序加锁时限死锁检测加锁顺序当多个线程需要相同的一些锁，但是按照不同的顺序加锁，死锁就很容易发生。如果能确保所有的线程都是按照相同的顺序获得锁，那么死锁就不会发生。看下面这个例子： Thread

When I’m Dead

Marlonwang的专栏

03-16

901

When I am dead [Christina Rossitti] When I am dead, my dearest, Sing no sad songs for me: Plant thou no roses at my head, Nor shady cypress tree: Be the green grass above me With showers and

Import theano gives the AttributeError: module 'theano' has no attribute 'gof'

我行我素论情怀，仰天俯地道人生。

09-05

2376

主要注意以下几点：环境变量安装包参考：http://blog.youkuaiyun.com/qq_30507287/article/details/70767426

keras 在win10环境的安装（含theano 和mingw的安装）

darren2015zdc的博客

01-16

4151

参考：keras中文文档 http://keras-cn.readthedocs.io/en/latest/getting_started/keras_windows/ 1. Microsoft Windows 版本 2. 编译环境Microsoft Visual Studio 2010 - 2015 3. Python环境 4. GCC编译环境 5. CUDA

【Linux驱动开发】Linux虚拟文件系统(VFS)技术架构深度解析

love131452098的博客

12-02

484

Linux的VFS是一个内核软件层，用来处理所有与文件系统相关的系统调用。它为用户空间程序提供了统一的文件操作接口。

【C++】map和set的使用

weixin_59251911的博客

12-02

411

本文主要介绍C++中的map和set

java基础-集合进阶

qq_33631393的博客

11-29

686

/如果往set集合中添加数据，如果当前添加的数据不存在，方法返回true,如果添加的数据存在了，方法返回false(set系统不允许重复)//remove(int index):删除指定索引删除元素，返回被删除的元素,删除后，原索引之后的元素依次想前移动。//返回值也是返回一个布尔类型的值，如果查询的值包含在集合里面，就返回true,如果不包含就返回false。//答案是：索引1，因为在调用方法的时候，如果方法出现了重载，优先调用，实参和形参类型一致的那个方法。

12.2 - LRU缓存 && C语言内存布局

2402_84433929的博客

12-02

444

本文摘要： LRU缓存实现：使用哈希表快速查找键值对，双向链表维护访问顺序核心操作：get()获取值并移动节点到头部，put()插入/更新节点注意迭代器失效问题，推荐使用splice操作而非删除重建 C程序内存分区：代码区（只读指令）静态区（全局/静态变量）栈区（函数调用、局部变量）堆区（动态分配内存）命令行参数区注意事项包括栈溢出、内存泄漏等问题，需理解各区域特性和生命周期。

阿里140-n值纯算

最新发布

wstc2689784536的博客

12-02

828

阿里140-n值逆向纯算

深入理解IAsyncEnumerable：.NET中的异步迭代利器

dotnethello的博客

12-02

716

在.NET开发中，处理大量数据或进行异步操作时，传统的同步迭代方式可能会导致性能瓶颈和响应迟缓。应运而生，它允许我们以异步的方式进行迭代操作，提高应用程序的响应性和性能，特别适用于处理网络请求、数据库查询等可能耗费大量时间的异步场景。

kotlin 一直显示 waiting for debugger 是为什么？

11-19

<think> 我们正在处理一个关于Kotlin开发中“waiting for debugger”问题的查询。结合用户提供的引用内容，我们可以总结出以下几点：引用[1]和引用[3]都提到了在Android Studio中调试时出现“Application XXX is waiting for the debugger to attach”的提示，并且程序卡住不动。引用[3]中提到，在调试时出现这个错误，同时该引用还提到了一个关于MediaPlayer的setOnCompletionListener的问题，但这个问题与调试问题可能无关。根据经验，这个问题通常与调试器连接有关。可能的原因包括： 1. 调试器连接速度慢：当应用启动时，它会等待调试器连接，如果调试器连接过程缓慢，就会看到这个提示。 2. 设备或模拟器的问题：某些设备或模拟器可能存在兼容性问题，导致调试器连接失败。 3. 项目配置问题：例如，在构建配置中设置了调试等待，或者调试选项配置不正确。 4. 断点问题：如果设置了过多的断点或者有异常的断点，可能会导致调试器连接后卡住。 5. 其他：如IDE问题、缓存问题等。结合引用中提到的“换别的手机运行程序也没问题”，说明问题可能是特定设备的问题。因此，我们可以提供以下解决方案： 1. **重启调试会话**： - 停止当前应用，断开调试器，然后重新启动调试（Debug）模式。 2. **重启ADB（Android Debug Bridge）**： - 在Android Studio的Terminal中运行： ```bash adb kill-server adb start-server ``` - 或者通过重启Android Studio来重置ADB。 3. **清除应用数据和缓存**： - 在设备的设置中找到应用，清除应用数据和缓存。 4. **检查设备上的调试设置**： - 确保设备上的开发者选项中“等待调试器”（Wait for debugger）没有被错误地开启。同时，检查“USB调试”是否开启。 5. **禁用即时运行（Instant Run）**： - 在设置中禁用Instant Run：File -> Settings -> Build, Execution, Deployment -> Instant Run -> 取消勾选。 6. **检查断点**： - 暂时禁用所有断点，然后重新调试，看是否问题依旧。 7. **尝试使用其他调试方式**： - 使用无线调试（ADB over Wi-Fi）或者换一个USB接口。 8. **更新工具**： - 确保Android Studio、Kotlin插件、SDK工具都是最新版本。 9. **检查项目配置**： - 检查`build.gradle`文件中的调试配置，确保没有设置调试等待的选项。 10. **重启设备和电脑**： - 有时候重启可以解决临时的连接问题。由于引用[3]中提到去掉`mediaPlayer.looping=true`后可以正常执行`setOnCompletionListener`，但该问题与调试等待问题可能无关。不过，如果调试问题与某个特定的代码逻辑（如媒体播放）有关，那么可以尝试在调试时跳过该代码（例如通过条件断点）来排除。另外，引用[2]提到LeakCanary 2使用Kotlin重构，但该信息与当前问题无关，因此我们不需要考虑。根据以上分析，我们给出以下回答： </think>在 Kotlin/Android 开发中遇到"Waiting for debugger"提示的根本原因通常是**调试器连接中断或阻塞**，结合引用内容和实际案例，主要原因如下： ### 主要原因分析 1. **调试器连接超时**（最常见） - 当应用启动速度 > 调试器连接速度时触发 - 解决方案： ```gradle // build.gradle 添加调试超时配置 android { adbOptions { timeOutInMs = 10 * 1000 // 延长ADB超时为10秒 } } ``` 2. **Instant Run冲突**（引用[1][3]相关） - 热部署功能导致调试状态异常 - 修复步骤： `File → Settings → Build → Instant Run → 取消勾选所有选项` 3. **断点阻塞**（引用[3]相关案例） - 错误断点位置导致线程死锁，如： ```kotlin mediaPlayer.setOnCompletionListener { // 在断点处阻塞调试器线程 nextSong() // ❌ 断点设置在此处可能导致死锁 } ``` - 正确做法： ```kotlin mediaPlayer.setOnCompletionListener { launch(Dispatchers.Default) { // 切换到后台线程 nextSong() // ✅ 断点安全位置 } } ``` 4. **USB调试授权失效**（多设备问题关键） - 表现：部分设备正常，部分异常（引用[1][3]） - 解决流程： ```bash adb kill-server # 终止ADB服务 adb devices # 重新扫描设备 # 弹出授权提示时勾选"始终允许" ``` ### 紧急解决方案 1. **强制跳过等待**（临时调试）： ```kotlin if (Debug.isDebuggerConnected()) { Debug.waitForDebugger() // 删除此行! } ``` 2. **重置调试状态**： - 执行 `Run → Debugging Actions → Restart Debugger` 3. **清除调试缓存**： ```bash ./gradlew clean --stop rm -rf ~/.android/build-cache ``` ### 预防措施 ```mermaid graph TD A[新设备连接] --> B[检查USB调试授权] B --> C{设备是否授权} C -->|是| D[正常调试] C -->|否| E[执行adb重新授权] D --> F[检查Instant Run状态] F --> G[禁用Instant Run] ``` > 参考案例：某音乐App因`setOnCompletionListener`在UI线程设置断点导致调试死锁，移除`mediaPlayer.looping=true`后恢复正常（引用[3]）[^3]。