Delphi中如何避免访问冲突，形成长尾词？
- 内容介绍
- 文章标签
- 相关推荐
本文共计649个文字，预计阅读时间需要3分钟。
在Delphi应用程序中，当鼠标移动到有提示的组件上时，出现错误：模块Plibrary.exe中本地地址00484F3B的访问冲突。读取本地地址0000026C。为什么会这样？
可能的原因包括：
1. 访问冲突：可能是因为同一内存地址被多个模块同时访问，导致冲突。
2.内存损坏：可能是内存损坏导致的访问错误。
3.驱动程序问题：可能是相关驱动程序存在bug，导致访问冲突。
解决方案：
1. 检查代码，确保没有重复访问同一内存地址。
2.使用内存检查工具，如Valgrind或WinDbg，检查内存损坏。
3.更新或卸载相关驱动程序，修复bug。
“模块’Plibrary.exe’中地址00484F3B的访问冲突.读取地址0000026C”
为什么会这样？
调用堆栈：
:758e9617 KERNELBASE.RaiseException + 0x54 :458bf456 System.@UStrCmp :00407558 @UStrCmp + $2C Forms.TApplication.SetHint(???) Forms.TApplication.Idle(???) Forms.TApplication.HandleMessage Forms.TApplication.Run Plibrary.Plibrary :75ca1194 kernel32.BaseThreadInitThunk + 0x12 :7752b3f5 ntdll.RtlInitializeExceptionChain + 0x63 :7752b3c8 ntdll.RtlInitializeExceptionChain + 0x36"
失败的代码在第17732行的System.pas文件中：“MOV ESI,[ESP]”
编辑(来自评论)：
在此过程的remain.pas文件中：
procedure TMainForm.ShowHint(Sender: TObject); begin if Length(Application.Hint) > 0 then begin StatusBar.SimplePanel := True; StatusBar.SimpleText := Application.Hint; //this line gives error end else StatusBar.SimplePanel := False; end;
Read of address 0000026C
该非常低的地址表示对零对象引用的成员字段的偏移.在调试器下运行并确保将调试器设置为在异常时中断.如果是这样,你应该能够找出哪个对象引用为零.
AV很可能发生在VCL代码中,尽管几乎可以肯定是由于代码中的错误.如果调试器没有在非常有用的位置中断,请在项目选项中启用Debug DCU,以便在引发异常的位置查看VCL源代码.
您提供的堆栈跟踪表明错误在TApplication.SetHint中,同时执行字符串比较. TApplication.SetHint的第一行是：
if FHint <> Value then
我打赌TApplication的FHint的偏移是$026C,并且不知何故,你的Application变量设置为nil.也就是说,我不明白为什么错误不会在之前的Length(Application.Hint)中提出.远程调试很困难！
看了TApplication的布局后,我想我们可以排除Application为零.也许FHint本身已经被腐蚀,甚至可能是价值.我认为它可以访问实际的代码和调试环境来跟踪它.
本文共计649个文字，预计阅读时间需要3分钟。
在Delphi应用程序中，当鼠标移动到有提示的组件上时，出现错误：模块Plibrary.exe中本地地址00484F3B的访问冲突。读取本地地址0000026C。为什么会这样？
可能的原因包括：
1. 访问冲突：可能是因为同一内存地址被多个模块同时访问，导致冲突。
2.内存损坏：可能是内存损坏导致的访问错误。
3.驱动程序问题：可能是相关驱动程序存在bug，导致访问冲突。
解决方案：
1. 检查代码，确保没有重复访问同一内存地址。
2.使用内存检查工具，如Valgrind或WinDbg，检查内存损坏。
3.更新或卸载相关驱动程序，修复bug。
“模块’Plibrary.exe’中地址00484F3B的访问冲突.读取地址0000026C”
为什么会这样？
调用堆栈：
:758e9617 KERNELBASE.RaiseException + 0x54 :458bf456 System.@UStrCmp :00407558 @UStrCmp + $2C Forms.TApplication.SetHint(???) Forms.TApplication.Idle(???) Forms.TApplication.HandleMessage Forms.TApplication.Run Plibrary.Plibrary :75ca1194 kernel32.BaseThreadInitThunk + 0x12 :7752b3f5 ntdll.RtlInitializeExceptionChain + 0x63 :7752b3c8 ntdll.RtlInitializeExceptionChain + 0x36"
失败的代码在第17732行的System.pas文件中：“MOV ESI,[ESP]”
编辑(来自评论)：
在此过程的remain.pas文件中：
procedure TMainForm.ShowHint(Sender: TObject); begin if Length(Application.Hint) > 0 then begin StatusBar.SimplePanel := True; StatusBar.SimpleText := Application.Hint; //this line gives error end else StatusBar.SimplePanel := False; end;
Read of address 0000026C
该非常低的地址表示对零对象引用的成员字段的偏移.在调试器下运行并确保将调试器设置为在异常时中断.如果是这样,你应该能够找出哪个对象引用为零.
AV很可能发生在VCL代码中,尽管几乎可以肯定是由于代码中的错误.如果调试器没有在非常有用的位置中断,请在项目选项中启用Debug DCU,以便在引发异常的位置查看VCL源代码.
您提供的堆栈跟踪表明错误在TApplication.SetHint中,同时执行字符串比较. TApplication.SetHint的第一行是：
if FHint <> Value then
我打赌TApplication的FHint的偏移是$026C,并且不知何故,你的Application变量设置为nil.也就是说,我不明白为什么错误不会在之前的Length(Application.Hint)中提出.远程调试很困难！
看了TApplication的布局后,我想我们可以排除Application为零.也许FHint本身已经被腐蚀,甚至可能是价值.我认为它可以访问实际的代码和调试环境来跟踪它.