昨天的功能需求做完了～通宵花了我12小时～只是想问问有没有更好的方法来做～
一个100MB的大档案应将其译为进内存后～用指针移动搜寻特定字节符号～
搜到后将其后某特定位置4个字节以MSB方式参照INI档对照表转换～
若搜到对照表内没有的特定位置4个字节资料～则将指针移回2个字节后～
将整段N个字节去除～此动作要做上万次～1个字节都不能出错～
这若是版上大牛是否有简单又快速的方式来做～

简单说就是将一个档案去除不要的部分重组出新的档案～
但不能影响到整体资料结构～和全都是16进制码～这结构T版应该知道～
不过是不同案子的需求～我是用memcpy()和3个指针来搞～找不到更好的方法～
求解～

致于致命问题我怀疑是C的App.Path和VB6的App.Path所指到位置不同所致～
C是工程路径不是发行版执行挡路径～VB6则是执行档位置和工程位置是相同的～
无意间发现INI档产生路径下没有执行档～ GetINIFileFullPath(); V.S App.Path

下次预计要搞的是接续以上功能～
再把区段中特定经ASCII转换过的字符串修改～
等于要重组该段字节串也是要参照外部INI档～
还在等开发团队中其他项目负责人员整理相关资料～
我才能将它程式化～

不知，但顶

用实例来说明问题比较好，有些时候解决方法会超出你原先的设想，未必要按你说的那样去做。

我何尝不想～但是老板说资料是公司机密～不能泄漏～
何况我们每个人一进这部门都要先签卖身契～
在公司任职期间～所有创作发明所有权都归公司所有～
所得利益也全归公司所有～这你们不用签吗？

测试数据有什么机密可言，可以把数据窜乱的，跟具体产品和设计没有关联。要解决问题，不下点心思把测试数据弄出来，外人怎么帮你。

等我把组译器和反组议器搞定～把资料反组译出来～
把关键字改掉～再组译回二进位码才能拿出来了～
目前也只能把问题切细～一小块一小块的问～
我们的IT也会监控进出公司的封包的～

其实，没人关注真实数据的。举个例子，你要处理类似"999abcd"这样的字符串，要求把所有阿拉伯字符提取出来，人家看到的就是这种需求，而不会在乎那些字符串到底是什么内容（医生眼中只有病灶，不会因为患者是男是女是美是丑而影响诊症），但关键是你要把规则描述清楚。

说实在为什么数据是机密原因～我也不清楚～只知道我不是出钱的人～也不是公司高层人员～

可能是资料中都包含各知名企业名称～网路上都搜得到的～而我们是做开发的～
该资料也表示该企业正在开发这项产品～而产品的功能～在资料中也全部详细列出～
所以你说～把这种资料公开～版大也许无意～但是这边的资料是搜寻引擎能找到的～
所以是机密～所以要改关键字～但是资料真的很大～用手改会疯掉～

可以用程序改的。其实，哪些是敏感数据，你们自己才知道，不过你不是高层，确实难以把握。