精华内容
下载资源
问答
  • 我以为是内存或者cpu不足导致的,但【任务管理器】显示 的是足够的呀,还没有到80%,一直想不通,网上搜索了下, 有人提示有道词典与 Qt冲突了, 于是我把有道词典关闭了,用Qt打开工程后,随便点击,卡顿了。 ...

    Qt打卡工程后,随便点击就会出现无响应状态,导致qt卡死,不得不重新启动qt。

     

    我以为是内存或者cpu不足导致的,但【任务管理器】显示 的是足够的呀,还没有到80%,一直想不通,网上搜索了下,

     

    有人提示 有道词典  与 Qt冲突了,  于是我把有道词典关闭了,用Qt打开工程后,随便点击,无卡顿了。

    无响应这个问题解决了。

     

    参考

    1. https://blog.csdn.net/qq_33474442/article/details/89299822

    展开全文
  • 2 通过任务管理器重启explorer.exe, 正常应该这个就解决了 3 实际上我的电脑无响应的原因是,usb端口接入了一个win10无法识别的设备(比如未信任连接的ipad、手机),我这里是ipad,一直连着,开关机后需要重新点...

    网上查到做法有两种

    1 Microsoft论坛中的 管理员运行命令行  Sfc  /scannow, 实测就是一个检查扫描的程序,很慢而且没有帮助

    2 通过任务管理器重启explorer.exe, 正常应该这个就解决了

    3 实际上我的电脑无响应的原因是,usb端口接入了一个win10无法识别的设备(比如未信任连接的ipad、手机),我这里是ipad,一直连着,开关机后需要重新点信任,没点,重新插拔后解决

    展开全文
  • 一、感染病毒木马所致这种情况往往表现在打开IE时,在IE界面的左下框里提示:正在打开网页,但一直无响应。右击任务栏/任务管理器/进程,查看。如果CPU占用率100%,可以断定是感染了病毒,这时要查查是哪个进程占用...

    一、感染病毒木马所致

    这种情况往往表现在打开IE时,在IE界面的左下框里提示:正在打开网页,但一直无响应。

    右击任务栏/任务管理器/进程,查看。如果CPU占用率100%,可以断定是感染了病毒,这时要查查是哪个进程占用了CPU资源,找到后,把名称记下来,点击结束。如果不能结束,则要重启时按F8,进入安全模式下把它删除;还要:开始/运行,键入REGEDIT,进入注册表,在注册表对话框里,点编辑/查找,输入那个程序名,找到后,点鼠标右键删除。然后再进行几次的搜索,彻底删除干净。

    二、设置代理服务器有关

    有些网友出于某些方面考虑,在浏览器里设置了代理服务器。

    设置代理服务器是不影响QQ联网的,因为QQ用的是4000端口;而访问互联网使用的是80或8080端口。代理服务器一般不太稳定,造成时而能上时而不能上。这就是为什么QQ能上、而网页不能打开的原因。如果设置代理服务器的,请取消:控制面板/Internet选项/连接/局域网设置/去掉“为LAN使用代理服务器”前的勾选即可。

    三、DNS服务器解释出错

    DNS,即域名服务器(DomainNameServer),它把域名转换成计算机能够识别的IP地址,如深圳之窗(www.sz.net.cn)对应的IP地址是219.133.46.54,深圳热线(www.szonline.net)对应的IP地址是202.96.154.6。如果DNS服务器出错,则无法进行域名解释,自然不能上网了。DNS出错:

    1、可能是网络服务接入商即ISP的问题,可打电话咨询ISP;

    2、可能是路由器或网卡问题,无法与ISP的DNS服务连接,可把路由器关一会再开,或者重新设置路由器;

    3、可能是网卡无法自动搜寻到DNS的服务器地址,可以尝试用指定的DNS服务器地址。在网络的属性里进行:控制面板/网络和拔号连接/本地连接/右击属性/TCP/IP协议/属性/使用下面的DNS服务器地址。不同的ISPDNS地址不同,如电信常用的是202.96.134.133(主用)202.96.128.68(备用)。

    此外更新网卡驱动程序或更换网卡也不失为一个解决思路。

    四、系统文件丢失

    这种现象颇为常见,由于:

    1、系统不稳定表现为死机频繁、经常莫名重启、非法关机造成系统文件丢失;可尝试修复系统,2K或XP系统下,放入原安装光盘(注意:一定要原安装光盘),开始/运行,键入sfc/scanow/回车。98的系统也可以用sfc命令进行检查。

    2、软硬件的冲突常表现为安装了某些程序引起网卡驱动的冲突或与IE的冲突。自从INTEL推出超线程CPU后,有一个突出的问题是XPSP1下的IE6与超线程产生冲突;可以把最近安装的硬件或程序卸载,2K或XP的系统可以在机器启动时按F8,选择“最后一次正确的配置”;若是XP系统,还可以利用系统的还原功能,一般能很快解决问题。如果是XP的系统因超线程CPU的原因,可以在BIOS里禁用超线程,或升级到SP2。

    3、病毒的侵扰导致系统文件损坏或丢失;则要对系统盘进行全面的查杀病毒。

    还有一种现象需特别注意:就是能打开网站的首页,但不能打开二级链接,处理的方法是重新注册如下的DLL文件:

    在开始—运行里输入:

    regsvr32Shdocvw.dll

    regsvr32Shell32.dll(注意这个命令,先不用输)

    regsvr32Oleaut32.dll

    regsvr32Actxprxy.dll

    regsvr32Mshtml.dll

    regsvr32Urlmon.dll

    regsvr32Msjava.dll

    regsvr32Browseui.dll1 

    提示:每输入一条,按回车。第二个命令可以先不用输,输完这些命令后重新启动windows,如果发现无效,再重新输入一遍,这次输入第二个命令。

    五、IE内核损坏

    以上方法若果都不奏效,有可能是IE的内核损坏,虽经系统修复亦无法弥补,那么只有重装IE。

    如果是2K+IE6.0或XP(自带的IE就是6.0的)的系统,重新IE有点麻烦,有两种方法:

    1、开始/运行,键入R

    ...

    转载于:https://www.cnblogs.com/mannixiang/p/6343506.html

    展开全文
  • 第4章 使用SQL*Plus和Oracle企业管理器 73 4.1 启动SQL*Plus会话 73 4.1.1 设置环境 73 4.1.2 从命令行启动SQL*Plus会话 74 4.1.3 用CONNECT命令进行连接 75 4.1.4 用/NOLOG的连接SQL*Plus会话 76 ...
  • 10月24日,周四  我负责的游戏启动程序(Launcher)更新上线后,临下班前接到运营消息,反映部分网吧启动...然后程序就一直这样任何响应,只能在任务管理器中把进程杀掉。  于是在现场通过Process Explore

    10月24日,周四


      我负责的游戏启动程序(Launcher)更新上线后,临下班前接到运营消息,反映部分网吧启动Launcher后无反应。跑到客服现场,通过QQ远程桌面观察到如下现象:双击程序图标后,程序出现在任务管理器进程列表里,但无任何其它反应,没有任何界面弹出;然后程序就一直这样无任何响应,只能在任务管理器中把进程杀掉。


      于是在现场通过Process Explorer抓出几个dump——任务管理器中没有转储dump的选项,只好用Process Explorer抓。这些dump均显示程序卡在了WinVerifyTrust这个Windows API上,即卡在了数字签名验证上。

      由于之前已经有过WinVerifyTrust响应慢的经验(只是技术总监表示这种情况不会在外网发生),我当即发信给所有相关人员(包括运营产品部负责人B、项目制作人J和技术总监等),说明情况,询问是否要立即把WinVerifyTrust放到另一个线程,并提供紧急修复。


      J否定了我的思路。他没有清楚地说明为什么我的思路不对,只是问改成多线程会有什么后果。我想可能是因为我给出的原因不具有说服力,没说出为什么会卡在数字签名上,且我的解决方案也只是规避,并没有从根本上解决问题。同时B表示没理解我的意思,且这次更新所对应的代码改动和数字签名毫无关系,之前也没出现过这种卡在数字签名上的现象。

      J在公司附近找到了一家能稳定重现该问题的网吧。于是下班后我们俩在那家网吧一直待到半夜12点,在现场研究这个问题。期间J还跟我谈到了看现场的重要性。我们公司另一个网游项目曾经遇到过一个问题:部分网吧的游戏客户端没有声音。项目团队研究了几个月都没有进展。后来J在北京探亲时正好路过一个能重现该bug的网吧,进去研究了一番,发现客户端一配置文件有问题,这是由网吧硬盘的不可写导致的。他立即将此事告知该项目的制作人,于是bug很快得到修复。

      回到我们Launcher的问题。在网吧的研究结果如下:


      1、我们是10月23日同步并推送的程序,但网吧里的程序文件的修改日期是9月24日。不过查看这些文件的数字签名,发现仍是10月23日,且数据文件中记录的版本号已是最新,说明10月23日确实向网吧推送过版本。因此我们首先有一个猜测:会不会是运维错误地推送了老的版本。然而,此结论不能解释为什么无法启动的现象只在部分网吧出现;而且我发现我们新加的一个功能已经出现在那个网吧的客户端中,这个现象更是与我们的猜测矛盾。


      2、考虑到我的程序经过加壳加签名才会发布到线上,因此我又跑回公司,重新编译了一个未加壳未加签名的exe拿去该网吧继续测试。结果该exe在该网吧却能正常运行,似乎可以初步确定该问题与加壳或数字签名有关。


      我本打算在网吧现场抓几个dump,进行现场调试,但没想到Process Explorer竟然无法在网吧里运行,一启动就会报错,估计是没有权限。因此决定等第二天和运维部门沟通,确认版本是否正确。


    10月25日,周五


      通过和运维部门的沟通(此过程略去N多字)得知,文件的最后修改时间是不可靠的,还是要以MD5和数字签名为准。的确,后来我也从资料得知,文件的最后修改时间是可以通过SetFileTime系统API来修改的。而我们也将修改时间正确的加壳加签名的exe放在了那个网吧里,仍然无法正常启动。因此可以确认之前的文件修改时间是不可靠的。运维并没有给错版本。

      这一天我和运维人员K到网吧去了两趟。K带了很多Sysinternals的工具过去,但全都无法运行。不过这天我们的排查工作还是有一定进展。我们发现,即便我将代码回滚到9月24日同步的版本(即此次更新前的线上版本),重新编译了一个exe,加壳加签名后仍然无法在那个网吧正常启动。因此可以确定此问题和加壳加签名有关。(可见代码版本控制的重要性。)


      同时从运维人员F处得知,9月24日之后,运维使用的加壳软件有过更新。这更加说明加壳软件是值得怀疑的对象。F曾在微软做过技术支持,对此类问题应该更有经验。可惜F正在休假中,只能等下周一。同时F也开始发信给加壳软件厂商进行沟通。


    10月28日,周一


      由于我第一次到客服现场抓过的dump均显示程序卡在了WinVerifyTrust的调用上,因此我决定在当前代码中把WinVerifyTrust调用去掉,重新编译了一个exe,看看试验结果如何。

      运维试验后反馈:采用老版的加壳软件加壳我的未去掉WinVerifyTrust的新exe可以正常启动;而采用新版加壳软件加壳我去掉WinVerifyTrust调用的exe,也可以正常启动。这的确可以在一定程度上证明此问题也和数字签名验证有关。


      同一天,F用ProcDump在网吧抓到了dump,用WinDbg分析,发现程序卡住是因为死锁。


      分析过程如下:


      使用!locks命令列出当前被锁住的资源,发现有3个锁。

    0:000> !locks

    CritSec ntdll!LdrpLoaderLock+0 at 7c99e174
    LockCount          3
    RecursionCount     2
    OwningThread       4e0
    EntryCount         7
    ContentionCount    7
    *** Locked

    CritSec crypt32!hCertStoreInst+2c at 76666214
    LockCount          1
    RecursionCount     1
    OwningThread       938
    EntryCount         1
    ContentionCount    1
    *** Locked

    CritSec GdiPlus!BackgroundThreadCriticalSection::critSec+0 at 4b0172a4
    LockCount          0
    RecursionCount     1
    OwningThread       4e0
    EntryCount         0
    ContentionCount    0
    *** Locked

    Scanned 320 critical sections

      然后看看各个线程里有哪些调用栈在等待这些锁住的Critical Section,并且又是谁占用了这些Critical Section。











                 


      WinDbg的帮助里也有一节是专门讲如何分析死锁的。



      因为我的程序是32位的,WinAPI的调用都用了STDCALL,也即栈传参,所以调用栈里的参数是准确可见的。如果是64位的Release版程序,调用约定走R8/R9/RCX/RDX寄存器的传参,就几乎没法看了。


      分析发现,0号线程(主线程)正等待进入一个Critical Section 7c99e174


    ChildEBP RetAddr  Args to Child              
    0012f7d4 7c92df5a 7c939b23 00000170 00000000 ntdll!KiFastSystemCallRet
    0012f7d8 7c939b23 00000170 00000000 00000000 ntdll!NtWaitForSingleObject+0xc
    0012f860 7c921046 0199e174 7c93217e 7c99e174 ntdll!RtlpWaitForCriticalSection+0x132
    0012f868 7c93217e 7c99e174 c0150008 00000001 ntdll!RtlEnterCriticalSection+0x46
    0012f8a4 7c9363fb 00000001 00000000 0012f904 ntdll!LdrLockLoaderLock+0xea
    0012fb40 7c801bbd 00142fa0 0012fb8c 0012fb6c ntdll!LdrLoadDll+0xd6
    0012fba8 7c801d72 7ffdfc00 00000000 00000000 kernel32!LoadLibraryExW+0x18e
    0012fbbc 7c801da8 0014a020 00000000 00000000 kernel32!LoadLibraryExA+0x1f
    0012fbd8 77db8810 0014a020 77db791d 7666619c kernel32!LoadLibraryA+0x94
    0012fc94 765eaa36 0012fccc 00000000 00000000 advapi32!CryptAcquireContextA+0x512
    0012fcc4 76c04130 00000000 0012fe54 76c2a000 crypt32!I_CryptGetDefaultCryptProv+0x99
    0012fcdc 76c030a6 0012fd3c 00000000 0012fe24 wintrust!_FillProviderData+0x45
    0012fdd8 76c02f4e 00000000 0012fe54 00000000 wintrust!_VerifyTrust+0x24e
    0012fdfc 00408ebe 00000000 0012fe54 0012fe24 wintrust!WinVerifyTrust+0x4e


      而该Critical Section,当前被27号线程所占有。


    !cx 7c99e174 ntdll!LdrpLoaderLock

    dt ntdll!_RTL_CRITICAL_SECTION  0x7c99e174
       +0x000 DebugInfo        : 0x7c99e1a0 _RTL_CRITICAL_SECTION_DEBUG
       +0x004 LockCount        : 3
       +0x008 RecursionCount   : 2
       +0x00c OwningThread     : 0x000004e0
       +0x010 LockSemaphore    : 0x00000170
       +0x014 SpinCount        : 0

    dt ntdll!_RTL_CRITICAL_SECTION_DEBUG  0x7c99e1a0
       +0x000 Type             : 0
       +0x002 CreatorBackTraceIndex : 0
       +0x004 CriticalSection  : 0x7c99e174 _RTL_CRITICAL_SECTION
       +0x008 ProcessLocksList : _LIST_ENTRY [ 0x7c99e528 - 0x7c99e508 ]
       +0x010 EntryCount       : 7
       +0x014 ContentionCount  : 7
       +0x018 Spare            : [2] 0

       Critical Section is LOCKED, with 2 Waiters

    Owner Thread:
        ~27
    kb   !kp 27    !t 27    !t 06c4.04e0  !teb 7ff90000


      查看27号线程的Call Stack,发现它在等待进入另一个Critical Section 76666214。同时我们还发现程序被一个叫HintSock.dll的动态链接库注入了。这是Pubwin网吧计费软件的一个模块。


    ChildEBP RetAddr  Args to Child              
    036edc18 7c92df5a 7c939b23 000001c8 00000000 ntdll!KiFastSystemCallRet
    036edc1c 7c939b23 000001c8 00000000 00000000 ntdll!NtWaitForSingleObject+0xc
    036edca4 7c921046 00666214 765eaa15 76666214 ntdll!RtlpWaitForCriticalSection+0x132
    036edcac 765eaa15 76666214 00175178 00000001 ntdll!RtlEnterCriticalSection+0x46
    036edcc8 765ffb97 00000000 00000000 036edd88 crypt32!I_CryptGetDefaultCryptProv+0x78
    036edce4 7660d3fe 00010001 00000000 00000000 crypt32!CryptMsgOpenToDecode+0x55
    036edd48 7660541c 00000000 036eded0 00000400 crypt32!I_CryptQueryObject+0x275
    036edde0 0373fac4 00000001 036eded0 00000400 crypt32!CryptQueryObject+0xe7
    WARNING: Stack unwind information not available. Following frames may be wrong.
    036ee0f4 037434f1 036ee990 036ee98c 036ee808 HintSock!SetAlarmURL+0xea24
    036eeaac 0377fbba 00171dc0 03820720 00000000 HintSock!SetAlarmURL+0x12451
    036eeac8 0382e261 03730000 00000000 00000000 HintSock!GetLogInfo+0x3a6ca
    036eeb04 7c92118a 03730000 00000001 00000000 HintSock!PubWinSendData+0xaaf61
    036eeb24 7c93b5d2 0382e1f0 03730000 00000001 ntdll!LdrpCallInitRoutine+0x14
    036eec2c 7c9362db 00000000 c0150008 00000000 ntdll!LdrpRunInitializeRoutines+0x344
    036eeed8 7c93643d 00000000 0014f378 036ef1cc ntdll!LdrpLoadDll+0x3e5
    036ef180 7c801bbd 0014f378 036ef1cc 036ef1ac ntdll!LdrLoadDll+0x230
    036ef1e8 77d28055 036ef24c 00000000 00000008 kernel32!LoadLibraryExW+0x18e
    036ef214 7c92e473 036ef224 00000094 00000094 user32!__ClientLoadLibrary+0x32
    036ef2b4 77d194be 77d4215b 001300c2 00000081 ntdll!KiUserCallbackDispatcher+0x13
    036ef2e8 100032f7 0001026b 00000000 00000000 user32!NtUserMessageCall+0xc
    036ef48c 77d31923 00000000 00000000 036ef4d8 hinthk_10000000+0x32f7
    036ef4c0 77d4f460 00040000 00000000 036ef4d8 user32!DispatchHookA+0x101
    036ef4e8 77d2ce7c 00c029a0 00000081 00000000 user32!fnHkINLPCWPSTRUCTA+0x4f
    036ef518 7c92e473 036ef528 00000060 00000060 user32!__fnINLPCREATESTRUCT+0x8b
    036ef584 77d2e389 77d2e34f 80000000 0000c0f0 ntdll!KiUserCallbackDispatcher+0x13
    036efa28 77d2e442 80000000 0000c0f0 036efac0 user32!NtUserCreateWindowEx+0xc
    036efad4 77d2e4dc 80000000 0000c0f0 036efac0 user32!_CreateWindowEx+0x1ed
    036efb10 4aeaa30b 00000000 0000c0f0 4aeaa3f0 user32!CreateWindowExA+0x33
    036eff7c 4aea747e 7c80a174 00000011 00000000 GdiPlus!InternalNotificationStartup+0x91
    036effb4 7c80b729 00000000 7c80a174 00000011 GdiPlus!BackgroundThreadProc+0x28
    036effec 00000000 4aea7456 00000000 00000000 kernel32!BaseThreadStart+0x37


      而该Critical Section,当前被0号线程所占有。


    !cx 76666214 crypt32!hCertStoreInst+0x2c

    dt ntdll!_RTL_CRITICAL_SECTION  0x76666214
       +0x000 DebugInfo        : 0x0014aa70 _RTL_CRITICAL_SECTION_DEBUG
       +0x004 LockCount        : 1
       +0x008 RecursionCount   : 1
       +0x00c OwningThread     : 0x00000938
       +0x010 LockSemaphore    : 0x000001c8
       +0x014 SpinCount        : 0

    dt ntdll!_RTL_CRITICAL_SECTION_DEBUG  0x0014aa70
       +0x000 Type             : 0
       +0x002 CreatorBackTraceIndex : 0
       +0x004 CriticalSection  : 0x76666214 _RTL_CRITICAL_SECTION
       +0x008 ProcessLocksList : _LIST_ENTRY [ 0x14aaa0 - 0x14a6a0 ]
       +0x010 EntryCount       : 1
       +0x014 ContentionCount  : 1
       +0x018 Spare            : [2] 0

       Critical Section is LOCKED, with 1 Waiters

    Owner Thread:
         ~0
    kb   !kp 0     !t 0     !t 06c4.0938  !teb 7ffdf000


      因此0号线程和27号线程形成了一个死锁!


      于是回到我的代码中。其实我的代码从main函数入口到调用WinVerifyTrust之间,并没有开启任何其它线程,并且只做了两件事:一是调用GdiplusStartup初始化GDI+,二就是调用WinVerifyTrust,真的没做任何其它事情。结合F对dump的分析结果,可以看出GdiplusStartup内部开启了多线程来执行初始化工作,如dump中的27号线程。那么死锁的原因,根据F的推测,即是新版与老版加壳软件以及机器上某些第三方dll引起的某个线程执行速度或时序上的差异,造成被dll注入的GDI+初始化线程执行速度变慢,使其有了和主线程死锁的机会。难怪加壳软件厂商那边至今还是一头雾水。


      分析出这个原因后,我这边代码上也有了解决方案:调换GdiplusStartup和WinVerifyTrust的调用次序,先调用WinVerifyTrust,待数字签名验证全部完成后,再调用GdiplusStartup,执行GDI+。这样就没有死锁的机会了。


    10月29日,周二


      经运维试验,采用新版加壳软件,对我给出的先调用WinVerifyTrust再调用GdiplusStartup的exe进行加壳加签名,处理后的exe可以那个网吧正常启动。至此,程序卡住的问题被完美解决。


      PS:后来我按照F的分析方法分析了我一开始从客服现场抓的dump,发现程序还没走到RtlpWaitForCriticalSection这一步。看来我们当时抓dump抓早了啊。

    展开全文
  • Codeblocks报错:ld.exe||cannot open output file C:…(路径).exe Permission denied| 症状:运行到一半小黑框闪退 软件整个...解决方法:去任务管理器后台把.c文件结束掉 即可 原因:程序死循环。。。 参考链接 ...
  • 使用Q-Dir解决无法删除AI文件的问题

    千次阅读 2018-03-06 14:12:47
    我的(Win10)回收站中有一个.ai文件只有100多kb,使用了各种...其大概步骤:安装并运行Q-Dir,找到回收站中的文件位置,右键选择删除,这时候Q-Dir可能会无响应,然后在任务管理器中结束Windows 资源管理器进程(ex...
  • eclipse 同步svn时卡死

    万次阅读 2017-01-20 22:09:32
    查看系统的任务管理器的时候发现磁盘占用总是100%,就怀疑是我的系统的原因,因为之前一直是使用win7,后来更新了win10,发现流畅度减低好多,用起来也不是特别顺手,索性就花了4个小时更换了系统。。。 结果还是
  • 8.清洗散热导致CPU温度过高 9.导热硅脂过多导致CPU散热不良 10.Intel原装风扇造成CPU温度过高 11.BIOS设置对CPU超频的影响 12.CPU超频引发的声卡问题 13.CPU超频导致显卡被烧毁 14.超频导致死机 15.超频引起电源...
  • 基于SpringCloud(Hoxton.SR7) + SpringBoot(2.2.9.RELEASE) 的 SaaS 型微服务快速开发平台,具备用户管理、资源权限管理、网关统一鉴权、Xss 防跨站攻击、自动代码生成、多存储系统、分布式事务、分布式定时任务等多...
  • 白金远控2009年可用版

    2013-01-02 22:34:25
    7.控制端解决一个关闭CMD窗口时可能引起程序无响应的bug 8.*修正4.7版的一个某些情况服务端安装失败的bug 9.*增强服务端兼容性,支持vista上线(免费版不能控制vista的屏幕) 2009.5.4 1.增强控制端的稳定性,去掉...
  • Tcl_TK编程权威指南pdf

    热门讨论 2011-03-25 09:30:55
    第25 章定位摆放布局管理器( place) place的基础知识 面板管理器 place命令 第26章 将命令与事件编联 bind命令 bindtags命令 事件的语法 修饰符 事件序列 虚拟事件 事件关键词 第4部分 tk组件 第...
  • 38. taskmgr-----任务管理器(2000/xp/2003) 39. regsvr32 /u *.dll----停止dll文件运行 40. wmimgmt.msc----打开windows管理体系结构(WMI) 41. wupdmgr--------windows更新程序 42. wscript--------windows...
  • iPhone开发秘籍(第2版)--源代码

    热门讨论 2012-12-11 13:51:22
    CruiseYoung提供的带有详细书签的电子书籍目录 ... 该资料是《iPhone开发秘籍:第2版》的源代码 ... 8.8.1 创建撤销管理器 250 8.8.2 子视图撤销支持 250 8.8.3 使用导航栏 250 8.8.4 注册撤销 251 8.9 秘诀...
  • 安装到电脑上以后用WINDOWS的资源管理器发现在该磁盘的“属性”中只有74.5 G。是不是商店出了差错? 问题1-10:在教材的1.4.1节中有这样一段话:人们愿意将“带宽”作为数字信道的“数据率”的同义语。这样说有何...
  • c语言编写单片机技巧

    2009-04-19 12:15:17
    答:就以嵌入式系统观念为例,一般嵌入式处理器可以分为三类:嵌入式微处理、嵌入式微控制、嵌入式DSP(Digital Signal Processor)。 嵌入式微处理就是和通用计算机的微处理对应的CPU。在应用中,一般...
  • Activity Activity是一个应用程序组件,提供一个屏幕,用户可以用来交互为了完成某项任务,是一个负责与用户交互的组件 SSH 为 Struts+Spring+Hibernate的一个集成框架,是目前较流行的一种Web应用程序开源框架。...
  • windows 程序设计

    2011-07-24 21:16:30
    Kernel(日前由16位的KRNL386.EXE和32位的KERNEL32.DLL实现)处理所有在传统上由操作系统核心处理的事务-内存管理、文件I/O和多任务管理。User(由16位的USER.EXE和32位的USER32.DLL实作)指使用者接口,实作所有...
  •  t-sql一直以来都是 sql server编程的基础。和传统的 t-sql书籍不同,本书以独特的 “技巧 ”形式来介绍知识点,涵盖了数据处理(增删改、视图、索引、存储过程、触发器等)、数据应用(web服务、 clr集成、分布式...
  • 13、批量处理的改进,在新版本中将不再支持拖放批量处理,取而代之的是一个批量处理管理器,使用起来更简便。请从程序菜单 - 文件 - 批量处理 进入。 3.9.7升级全部界面组件到最新版本 修改目前已知的所有问题 ...
  • 但通常情况下,由于Java Bean是被容器所创建(如Tomcat)的,所以Java Bean应具有一个参的构造,另外,通常Java Bean还要实现Serializable接口用于实现Bean的持久性。Java Bean实际上相当于微软COM模型中的本地...
  • java 面试题 总结

    2009-09-16 08:45:34
    但通常情况下,由于Java Bean是被容器所创建(如Tomcat)的,所以Java Bean应具有一个参的构造,另外,通常Java Bean还要实现Serializable接口用于实现Bean的持久性。Java Bean实际上相当于微软COM模型中的本地...
  • 外文翻译 stus MVC

    2010-05-28 15:02:31
    1:外文原文 Struts——an open-source MVC implementation This article introduces Struts, a Model-View-Controller implementation that uses servlets and JavaServer Pages (JSP) technology....
  • C#微软培训教材(高清PDF)

    千次下载 热门讨论 2009-07-30 08:51:17
    17.2 文件存储管理 .217 17.3 读 写 文 件 .222 17.4 异步文件操作 .227 17.5 小 结 .234 第十八章 高 级 话 题 .235 18.1 注册表编程 .235 18.2 在 C #代码中调用 C++和 VB 编写的组件 .240 18.3 版 ...
  • C#微软培训资料

    2014-01-22 14:10:17
    17.2 文件存储管理 .217 17.3 读 写 文 件 .222 17.4 异步文件操作 .227 17.5 小 结 .234 第十八章 高 级 话 题 .235 18.1 注册表编程 .235 18.2 在 C #代码中调用 C++和 VB 编写的组件 .240 18.3 版 ...
  • 你可以同意,但是你的老板是不会同意的,这样做的成本太高了,而且完全没有必要,因为它只是一个报表系统,对数据库的响应时间要求不高,所以我们当然可以让这个查询直接到磁盘上去搜索数据,这也就是为什么在这样的...
  • 有近20年使用Oracle技术产品以及Oracle数据库管理员/Oracle数据库应用管理员的经验,是真正应用集群、性能调优以及数据库内部属性方面的专家。同时是一位演讲家及Oracle ACE。  JARED STILL 从1994年就开始使用...
  • 有近20年使用Oracle技术产品以及Oracle数据库管理员/Oracle数据库应用管理员的经验,是真正应用集群、性能调优以及数据库内部属性方面的专家。同时是一位演讲家及Oracle ACE。  JARED STILL 从1994年就开始使用...
  • 因此你可以一边让光标保持在文本编辑中输入文字,一边滚动浏览器窗口查看网页。</li><li>开启 Trackpad 三指拖动窗口特性:System Preferences -> Accessibility -> Mouse & Trackpad ->...

空空如也

空空如也

1 2
收藏数 29
精华内容 11
关键字:

任务管理器一直无响应