如何实现在win32的.exe文件中,动态加入自定义的数据格式文件,并在运行时读取它？？

withpointer 2003-09-15 08:25:14

问题同上.我想在我的程序运行的时候在其他的.exe文件中加入我自定义的数据格式文件,然后在那个程序运行的时候能够读到这个自定义的数据格式文件,并做相应处理,就象当前用的各种屏幕保护程序制作工具或者图片转换程序文件那样.请问如何实现??

...全文

74 9 打赏收藏转发到动态举报

写回复

9 条回复

切换为时间正序

请发表友善的回复…

发表回复

withpointer 2003-09-16

打赏
举报

回复

netrouter(网路) 你好,你说的想法和我说的完全一样,让我想了很长时间也没什么办法，看来只得研究pe文件格式了，不过那样做风险么。。。。。。
我先去你给的那个文章看看，另外你的MSN好象不对啊。我是touchsteve@hotmail.com

QQ:9081226

netrouter 2003-09-16

打赏
举报

回复

我想你要的是这个：http://codeguru.earthweb.com/misc/SelfExtractor.shtml
请参考一下，希望能帮助你。

netrouter 2003-09-16

打赏
举报

回复

我也有类似的疑问。你的意思是不是这样，你只想有一个EXE文件，而该文件运行时，依赖的一些文件是可能动态变化的，例如安装程序，安装的过程是类似的，而每次安装需要的文件又是不同的。因此，需要动态替换资源。
这也是我想知道该如何做。可以和我交流MSN:zjebank2000@sina.com

withpointer 2003-09-15

打赏
举报

回复

我的数据格式是固定的,即使有变化也可以根据格式的文件头判断.

[另外我的意图是这样的]:
假设我有程序a.exe,a.exe专门负责解释并应用自己的资源文件,但是a.exe就象个"解释器",如果没有a.exe中的资源文件它什么也不做,而main.exe则负责向当前没有运行a.exe文件中加入任意长度符合a.exe解释规定的数据文件,并且a.exe在main.exe加入了数据文件后可以正式执行,,,意图大体就是这个样,,,我想那些"安装程序制作工具","屏幕保护程序制作工具"等相关类似程序大多是这样做的,但是具体怎么个做法我还是不太清楚,另外UpdateResource和BeginUpdateResource函数只在Windows NT下好用,这种方法还不能被采用,所以只有到CSDN问问这个问题应该如何实现了!

mfc168 2003-09-15

打赏
举报

回复

我做过类似的程序，你必须有外部定义的一个INI文件，来配置你的自定义的数据结构，然后在程序中做一个初始化函数，来读这个自定义结构，形成你所想要的数据格式，但是你所说的要其他.exe文件，我就不明白你的意图了……

withpointer 2003-09-15

打赏
举报

回复

真的每人会么？还是我没有说清楚！？！？！？！？！？！？

mygodtnt 2003-09-15

打赏
举报

回复

up

bdove 2003-09-15

打赏
举报

回复

up

ck4 2003-09-15

打赏
举报

回复

up一下

OpenGL-自主高性能三维GIS平台架构与实现/第二季：实现三维GIS球体+ 高程数据章节名称DEM基础1DEM基础知识1.介绍基本的DEM知识2.什么是DEM，作用是什么2DEM数据1.如何获取/ 传统测量/激光扫描/无人机测量/ 点云数据/ 倾斜摄影2.如何使用/局部小规模（栅格数据，图片/tif),3. 组织方式4. 根据使用目的不同，介绍多种优化方法3DEM图层的实现原理14DEM数据结构定义struct V3U3N4顶点数据的生成和计算WGS84投影计算5wgs84 投影球体被切成一个个小圆弧，一共60个投影带，分别为01,02.........60WGS的最新版本为WGS 84（也称作WGS 1984、EPSG:4326），1984年定义、最后修订于2004年。接口定义坐标转换Wgs84 数据加载6瓦片编号计算生成算法1. 经纬度到大地坐标的转换2.大地坐标到经纬度坐标转换3. 根据经纬度获取瓦片编号框架重构7智能指针重构框架1. 基类定义（所有的类继承自基类），基类派生自 std::enbale_shared_from_this2. 实现智能指针的动态转换接口3. 实现向下转换4. 已有的类实现全部使用智能指针重构5. 任务系统(多线程加载任务）8引入图层(Layer)1. 介绍图层的概念以及重要性2. 图层类实现3. 修改框架（使用图层的方式重构框架）9Layer-bug排查（绘制过程中出现错位，偶发）1. 框架重构后遇到问题（绘制结果错误）2. 瓦片索引方式发生变化，多线程中引起内存问题3. 修改索引方式，解决绘制偶发错误问题10引入数据源（TileSource)1. 数据源的作用与设计目的2. 当前存在的问题，数据调度中存在问题3. 数据源(TileSource)类实现11数据格式管理(FormatMgr)1. 数据格式管理（FormatMgr) 提出的目的，需要解决的问题2. CELLFormat基类接口抽象3. 实现几个标准格式类4. 修改框架流程，使用FormatMgr重构流程5. 扩展支持，后续支持任务格式数据加入系统12Task(任务)优化1. 任务中低耦合数据结构，目的是让Task更加的通用2. 修改任务读取代码与任务处理代码，完善处理流程DEM高程13DEM-数字高程定义1. 什么是数字化高程数据2. 当下GIS系统中有哪些常见的高程格式3. 课程体体系中使用的哪种格式4. 高程类定义以及实现，并加入到FormatMgr 管理系统中14高程瓦片数据读取1. 介绍GIS系统相关的工具（在数据转换）数据生成方面可以解决大量时间2. 自定义高程瓦片格式说明3. 自定义高程格式文件解析，并以智能对象的方式引入到系统中4. 完善框架代码，适配高程数据15高程瓦片文件的读取1. 实现基本的读取算法2. 增加格式化组件，并加入到系统中3. 配置高程图层以及高程数据源，并加载数据，验证数据正确性16瓦片数据结构重构1.顶点生成2.UV坐标计算3.面数据生成17DEM重构绘制流程1. 修改绘制数据结构，去除无用字段2. 增加Mesh类，实现光栅数据转换成三角面数据，计算UV数据，提炼接口3. 修改系统调度，实现顶点数据，UV数据，以及面数据的生成与更新4. 按需更新数据，而不是每一帧更新18DEM-数据精度问题(CPU)1. 因为瓦片数据使用大地坐标作为系统输入，造成瓦片坐标很大，单浮点数据精度不够2. 使用局部坐标的方式解决单浮点精度问题3. 调整相机参数，解决投影矩阵数据计算深度精度问题4. 修改绘制shader 实现对瓦片数据的绘制19DEM-数据精度问题(LogDepth)1. 使用对数深度(log depth )算法在GPU中计算解决单浮点经纬计算问题2. 修改shader ,增加对（logDepth）算法支持3. 修改C++端代码，实现对shader数据的输入20DEM-数据结构优化1.当下使用CPU端数据通过接口的方式传递给GPU，速度慢2. 使用Instance 方式降低Vertex Buffer 的大小，优化渲染系统21DEM-GPU缓冲区优化1. 使用Vertex Buffer Object / Index Buffer Object / Instance 方式优化渲染系统2. 修改绘制接口，使用DrawElementsInstanceBaseInstance方式提升系统性能内存池与对象池22瓦片生成优化/对象池1. 相机移动过程中会频繁的建立与释放瓦片，对CPU有较大的消耗2. 引入内存池，避免频繁的内存申请与释放，降低CPU时间3. 改造智能指针对象，对象释放通知到内存管理，回收对象内存23改造任务系统支持对象池1. 任务系统是一个公用模块，被多个模块使用，避免频繁的内存操作，引起的内存碎片2. 实现对象池，并应用到任务模块法线计算24法线计算1. 修改现有顶点结构，增加法线支持2. 修改shader,增加法线顶点输入，使用平行光光照模型3. 修改绘制流程，支持光照计算，使用探照灯作为光源输入25顶点法线计算/共享法线计算1. 增加数据结构保存顶点数据被多个面共享的次数2. 计算面法线，并累加到顶点法线中3. 根据顶点被面共享的次数做平均法线计算4. 修改流程，按需更新法线数据26法线数据压缩1. 法线数据使用3 * float 数据存储，大大的增加了系统的数据2. 实现算法，将3 * float 数据压缩成4字节数据3. 改造绘制代码，支持压缩数据输入27GPU中计算产生法线数据(去掉CPU中计算)1. 引擎支持 Geometry Shader 阶段2. 编写 Geometry Shader,实现法线计算系统功能优化28重构CPU拾取流程1. 当下的拾取流程，只支撑二维数据拾取，无法准群的拾取三维数据2. Terrain中增加拾取接口，输入射线，输出拾取到顶点数据29绘制拾取结果1. 增加一个绘制点的方法，实现绘制代码2. 修改shader,增加logdepth3. 调试代码，花费了很多时间排查错误，最总排查到是因为uniform参数笔误写错造成。30任务系统完善，避免任务队列无线膨胀1. 任务系统中，没有限制队列的大小，生产者的能力远大于消费者的能力，造成任务队列膨胀2. 处理办法，限制生产者的生产能力，而不是限制任务队列大小（这种方式会造成业务逻辑异常复杂）3. 使用sleep休眠方式（这种方式是严重错误的）31如何避免瓦片数据抖动1. 产生瓦片抖动的原因？分裂算法与回退算法中间没有过度2. 引入过度流程，避免内存抖动，参数因子是一个重要的数据，需要谨慎使用3. 有必要结合瓦片自身数据动态计算参数因子32瓦片数据管理-fepk文件格式支持-全球数据加载1. 支持fepk文件格式，增加fepk读取组件，适配fepk文件2. fepk管理数据方式：一般情况选择全球前10级别作为基础级别，因数据量不大(1G)左右，后续以8级作为基础级别，全球19级别数据被划分为 2^8 * 2^7(512 * 256)个块。每个块中包含了256 * 256 张小瓦片33fepk高程数据读取 34高程分裂处理当瓦片没有高程数据，那么子节点以及其他后代节点该如何共享父节点的数据35lesson-734-高程瓦片分裂处理(2)-算法实现高程数据分裂算法实现实现对高程数据的切分，并对特殊数据进行处理36高程瓦片分裂处理(3)-问题排查 37高程瓦片分裂处理(4)-(后代节点更新问题)当一个瓦片高程数据更新后，他的儿子节点，孙子节点...该如何处理？38瓦片视锥裁剪错误高程数据更新后，没有技术计算瓦片包围盒信息，造成包围盒错误，进而引视锥计算错误39http支持1.引入三方库 Libcurl2.http类封装,支持http读取数据40fepk.server使用生成三维地球41改造四叉树-统一使用经纬度输入42地形网络生成算法重构 43引入球体坐标系 44使用球体坐标改造瓦片 45多图层(加载标签数据) 课时截图：镜头拉近后，显示细节数据加载矢量SHP国界线数据：加载矢量三维白膜数据截图高程数据加载点云数据加载倾斜摄影数据

小山最近在疯狂搬砖，老板的项目快结题了TAT。这个项目是基于redis数据库，开发一套面向工业现场的信号采集与数据分析软件。工厂中的机器在实时运行状态下的信号（电流、温度等等），会以JSON文件的形式传输至redis数据库中，我们要做的就是读取这些数据，然后采取多元信息融合算法得到健康指标，监测指标的变化并进行简单的信号分析（FFT或者包络之类的）。首先，第一步，C++与red...

种情况一般出现在Windows7版本下，这说明MSCOMM32没注册，我们可以选择两种方法去解决，一种方法是当我们安装VC++6.0/VB6.0时，如果选择了ACtiveX控件项（自定义安装），MSComm控件就会自动安装在计算机上了，并在系统文件夹下多了3个文件：Mscomm.srg, Mscomm32.ocx,Mscomm32.dep；另一种方法是下载这三个文件将其放到C/Windows/Sy

（老师奇奇怪怪的）要求：【数据文件名通过命令参数的方式提交给应用程序。【数据文件名不能写在程序中】在网上搜了一些相关的博客比较少，成功后记录如下：一、写在前面： argc — argument count，表示传入main函数的参数个数； argv — argument vector的缩写，表示传入main函数的参数序列或指针，argv[0]为程序完整路径二、练习体会： step 1: VS新建一个项目，新建main.cpp，复制下列代码 #include <iostream> usi

参考文章目录前言一、映射到内存的可执行文件和DLLCreateProcess调用过程二、映射到内存的数据文件三、使用内存映射文件四、用内存映射文件来处理大文件五、内存映射文件和一致性六、给内存映射文件的指定基地址七、内存映射文件的实现细节八、用内存映射文件再进程间共享数据九、以页交换文件为后背存储器的内存映射文件十、稀疏调拨的内存映射文件前言内存映射文件与虚拟内存相似，内存映射文件允许开发人员预定一块地址空间区域并给区域调拨物理存储器。不同之处在于内存映射文件的物理存储器来自磁盘上已有的文件，而不

2,586

社区成员

18,441

社区内容

发帖

与我相关

我的任务

社区管理员

加入社区

近7日
近30日
至今

加载中

查看更多榜单

社区公告

暂无公告

试试用AI创作助手写篇文章吧

+ 用AI写文章