今天碰到一个AO郁闷的问题,解决了,贴出来,大家交流

本文探讨了使用VB编写AO ActiveX控件并在IE中应用的问题。重点介绍了在临时图层操作中,如何避免FDO_E_TABLE_DUPLICATE_COLUMN错误的发生,包括在移除图层前删除临时字段的方法。
我用VB写了一个AO的ActiveX控件,嵌入到IE中。

正确的操作步骤是:
1/加载临时的图层 2/添加临时字段 3/使用临时字段进行进一步的操作 4/清除临时图层


我在程序运行过程中执行了这样的操作:
一、加载的临时图层,二、添加临时字段,三、移出临时图层,四、再次添加临时图层时,五、之前添加的临时字段再次出现在新创建的临时图层中,六、这样想再次添加临时字段就会出现错误FDO_E_TABLE_DUPLICATE_COLUMN。
而事实是,新添加的临时图层中不存在之前添加的临时字段,因为代码的运行结果就是存在之前增加的字段,那么对字段进行操作或者计算是没有问题的,但是,我偏偏用这个字段设置图层的Renderer,而Renderer却得出的是正确的结论,字段是不存在的。

分析了一下原因,说明AO在移出临时图层时,IE将数据源缓存在内存中,只有IE进程结束才能清除临时字段的数据,再次执行才能正确。

现在的解决办法是在移出图层之前将添加的临时字段删除。
IFeatureClass.DeleteFied pField

使用过程中注意如下几个错误:
FDO_E_FIELD_CANNOT_DELETE_LAST_FIELD:需要至少一个属性字段(shp格式)
FDO_E_TABLE_COLUMN_NOT_FOUND:执行操作一二三四之后,执行删除字段时发生此错误。删除图层字段的操作要在临时图层移出之前执行。

转载于:https://www.cnblogs.com/sunGIS/archive/2008/01/30/1058974.html

内容概要:本文详细记录了对一个Android ARM64静态ELF文件中字符串加密机制的逆向分析过程。该ELF文件的所有字符串均被加密,无法通过常规strings命令或IDA直接识别。作者通过分析发现,加密字符串存储在.rodata段,其解密所需信息(包括密文地址、长度和16位密钥)保存在.data.rel.ro段的40字节描述符中。核心解密函数sub_10F408采用自反的双pass流密码算法,结合固定密钥KEY_TERM(由.data段24字节数据计算得出),实现字节级非线性、位置与长度相关的加密。文章还复现了完整的Python解密脚本,并揭示了该保护机制的本质为代码混淆而非强加密,最终成功批量解密全部956条字符串,暴露程序真实行为,如shell命令模板、设备标识篡改、网络重置等操作。此外,文中还提及未启用的自定义壳框架及其反dump设计。; 适合人群:具备逆向工程基础的安全研究人员、二进制分析人员及对ELF保护技术感兴趣的开发者。; 使用场景及目标:①学习ELF二进制中字符串加密的典型实现方式与逆向突破口;②掌握从结构识别、函数追踪到算法还原的完整逆向流程;③理解“绑定二进制”的完整性校验设计及其局限性;④实践编写IDAPython脚本自动化提取与解密敏感数据。; 阅读建议:此资源以实战案例驱动,不仅展示技术细节,更强调逆向思维与验证方法,建议读者结合IDA调试环境,逐步跟随文中步骤进行动态分析与算法验证,深入理解每一步的推理依据。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值