文件列表:

一家餐饮管理系统［网络版］\classIniFile.cls (3141, 2006-05-09)
一家餐饮管理系统［网络版］\clsPrinter.cls (10370, 2006-06-21)
一家餐饮管理系统［网络版］\Data\YJSFDataBase_Data.MDF (1835008, 2006-06-29)
一家餐饮管理系统［网络版］\Data\YJSFDataBase_Log.LDF (8585216, 2006-06-29)
一家餐饮管理系统［网络版］\DataManager\frm_ChgPwd.frm (4347, 2006-06-22)
一家餐饮管理系统［网络版］\DataManager\frm_ChgPwd.frx (12, 2006-06-22)
一家餐饮管理系统［网络版］\DataManager\frm_DbBackup.frm (7093, 2006-06-22)
一家餐饮管理系统［网络版］\DataManager\frm_DbBackup.frx (12, 2006-06-22)
一家餐饮管理系统［网络版］\DataManager\frm_DbRegister.frm (6823, 2005-09-08)
一家餐饮管理系统［网络版］\DataManager\frm_DbRegister.frx (12, 2005-09-08)
一家餐饮管理系统［网络版］\DataManager\Frm_Login.frm (6263, 2006-06-22)
一家餐饮管理系统［网络版］\DataManager\Frm_Login.frx (1418, 2006-06-22)
一家餐饮管理系统［网络版］\DataManager\Frm_Main.frm (8440, 2006-06-22)
一家餐饮管理系统［网络版］\DataManager\Frm_Main.frx (778, 2006-06-22)
一家餐饮管理系统［网络版］\DataManager\Module1.bas (1450, 2004-07-09)
一家餐饮管理系统［网络版］\DataManager\Mssccprj.scc (201, 2002-11-16)
一家餐饮管理系统［网络版］\DataManager\vf.dat (3620352, 2006-06-22)
一家餐饮管理系统［网络版］\DataManager\数据库管理工具.PDM (3861, 2005-09-08)
一家餐饮管理系统［网络版］\DataManager\数据库管理工具.SUP (52, 2005-08-16)
一家餐饮管理系统［网络版］\DataManager\数据库管理工具.vbp (1216, 2006-09-20)
一家餐饮管理系统［网络版］\DataManager\数据库管理工具.vbw (283, 2006-10-19)
一家餐饮管理系统［网络版］\DataService\clsServer.cls (1485, 2006-06-27)
一家餐饮管理系统［网络版］\DataService\DataComponet.exe (36864, 2006-04-26)
一家餐饮管理系统［网络版］\DataService\DataComponet.vbp (972, 2006-09-20)
一家餐饮管理系统［网络版］\DataService\DataComponet.vbw (128, 2006-10-19)
一家餐饮管理系统［网络版］\DataService\FrmService.frm (8505, 2006-06-05)
一家餐饮管理系统［网络版］\DataService\FrmService.frx (2274, 2006-06-05)
一家餐饮管理系统［网络版］\DataService\modConnect.bas (848, 2006-06-19)
一家餐饮管理系统［网络版］\DataService\MSSCCPRJ.SCC (197, 2006-04-24)
一家餐饮管理系统［网络版］\DataService\Set.INI (167, 2006-10-12)
一家餐饮管理系统［网络版］\Dialog.frm (6163, 2006-06-16)
一家餐饮管理系统［网络版］\Dialog.frx (12428, 2006-06-16)
一家餐饮管理系统［网络版］\DllProject\clsBaseInfo.cls (4738, 2006-06-28)
一家餐饮管理系统［网络版］\DllProject\clsCaiList.cls (4100, 2006-06-24)
一家餐饮管理系统［网络版］\DllProject\clsCanting.cls (6682, 2006-06-20)
一家餐饮管理系统［网络版］\DllProject\clsConnect.cls (3453, 2006-05-11)
一家餐饮管理系统［网络版］\DllProject\clsDS1.cls (2982, 2006-06-20)
一家餐饮管理系统［网络版］\DllProject\clsEmploy.cls (6630, 2006-06-30)
一家餐饮管理系统［网络版］\DllProject\ClsFeast.cls (5083, 2006-06-30)
一家餐饮管理系统［网络版］\DllProject\clsGroup.cls (3266, 2006-05-11)
... ...

_____ _____________ __ _____________ ___________ __ / / /__ __ \_ |/ / __ ___/__ /_________ /__ / _ / / /__ /_/ /_ / _____ \__ __ \ _ \_ /__ / / /_/ / _ ____/_ | ____/ /_ / / / __/ / _ / \____/ /_/ /_/|_| /____/ /_/ /_/\___//_/ /_/ for Win32 PE File Version: 0.*** Write by dREAMtHEATER Finished on Nov 07, 2001 Email:dREAMtHEATER@263.net 目录 声明 前言 简介 更新历史 运行环境 文件列表 使用方法 附录 声明 ==== 如果您使用UPX Shell v0.***, 表示您同意以下条款： 1.本软件为免费软件，你可以免费分发此程序，但要保证此程序包的完整性; 2.任何用户在未经作者书面或口头或EMAIL同意的前提下您不得对本软件产品进行 反向工程、反向编译或反汇编，更不能对本软件作任何修改, 破坏软件的完整 性。 3.作者并没有对使用本软件引起的数据流失、损毁、利益损失或其他任何形式的 损失负责的义务。 前言 ==== 写程序有一段时间了，但一直没有发表过什么象样的程序，也许是没有找到合适的 主题吧；另一方面，编程毕竟不是我的专业，只是在业余时间来搞搞罢了。 由于这一段时间集中力量来学Delphi，一次偶然的机会访问了晨晨的个人Delphi学 习站点，在上面我找到了他自己写的UPX外壳小程序，并注明注册可得到这个程序的源 代码。对我来说，我当然不能放过每一次学习的机会，于是抱着试一试的态度，给作 者晨晨发了一封Email，一周以后晨晨给我回了email，并将程序的源代码发了过来， 当然我没有寄给他注册费，真的非常感动，在此再次感谢他的真诚！ 看了他的源代码以后，感觉这个UPX外壳程序实现并不难，但很多方面还需要改进， 于是有了亲手写一个UPX外壳程序的打算。 十一放假了，终于有整块的时间来写程序了。等我真正要写这个程序时，我才感觉 到即使要完成一个很小的功能，你都可能要付出很大的心血。这几天都是夜里两三点 睡的，也许这就是程序人生吧，呵呵！ 简介 ==== UPX Shell是Win32控制台版的著名可执行文件压缩软件UPX的Windows外壳程序， 本程序只针对Win32/PE格式的文件压缩，其他执行文件格式不支持。它在功能上支 持UPX本身所有的选项，此外还提供了外壳扩展，打开文件历史记录等体贴用户的功 能。 更新历史 ======== v0.***[2001.11.07]： 1.修正了界面上最小化及关闭按钮的状态响应问题； 2.修改了界面布局； 3.完善了UPX选项设置，现支持全部的UPX选项； 4.增加了外壳扩展功能； 5.增加了打开文件历史记录及其相关功能。 v0.90[2001.10.07]： 程序的第一个版本，只是简单地写了不太完善的界面，UPX选项设置参考了晨晨 的源代码，其他还增加了识别PE格式文件，控制台内容的前台输出的功能。 运行环境 ======== 软件支持： MicroSoft Windows 9X/Me/NT/2000 操作系统，简体中文环境（GB内码）。 硬件需求： IBM PC或其兼容机，586/133MHz以上档次的CPU，32MB以上内存，鼠标或其它指点 设备，显示器支持800*600分辨率，16位以上色彩。 安装软件过程中大约需要 440kb 左右的硬盘空间。 文件列表 ======== 目录UPX 包括Win32控制台版的UPX v1.2的全部程序 目录Tutor 包括一篇介绍UPX的文章 Readme.txt 本文件 UPXShell.exe 主程序 使用方法 ======== 界面一目了然，无需太多的提示，需要强调的是通过选项窗口一般性设置页您可以 设置外壳扩展及打开文件历史记录数目功能，这将会给您的操作带来方便。 在压缩的过程中，最好不要使用best压缩级别来压缩文件，否则压缩速度很慢，并 且往往压缩后的文件大小只比普通压缩级别小 1～2k！得不偿失！ 附录 ==== 本人编程经历: ------------- 最后再介绍一下自己吧，初学Delphi是***年的事了，但那时因为种种原因没有继续 深入学习，后来又接触了Win32ASM，对Windows底层的东西了解了很多，在此基础上我 疯狂地迷恋上Cracking，99年时因为工作不忙，把时间全花在crack共享软件上了，并 在当年写了13篇cracking tutor（可到中文yahoo搜索引擎输入“dREAMtHEATER”来查 阅我的文章），玩了一年多突然感觉这并不是我前进的方向，遂放弃了cracking，重新 回到编程这条路上，我开始用Win32ASM写程序，写出的程序都很短小精悍，但可想而知 是多么费功夫，全部是底层ASM代码加WinAPI，写着写着这些代码，我感觉写程序太累 了，这时候我又想到了我曾经学过的Delphi，有了重新拾起的愿望，于是真的这样做 了，感觉现在学她不再是***年最初学时那样吃力了，因为ASM和windows编程基础已经打 得很牢了，但我也时时发现因为ASM学多了在脑子里总是出现地址呀什么的，反而有时 把简单的代码想复杂了，看来学太底层的东西也不好 :) 我现在还继续在代码迷雾中摸 索前进，希望有一天我也成为Delphi高手。 dREAMtHEATER 2001.10.07 Email: dREAMtHEATER@263.net -------------------------------------------------------------- 两篇我写的如何脱用UPX加壳文章（很久以前写的，只在论坛里贴过）： -------------------------------------------------------------- How to unpack PE file packed by UPX 0.72 Analysis： UPX是一个可以高度压缩PE文件格式的免费的packer,压缩后original file的 section被重新组织成4个section,分别从upx0到upx2, section of upx0，其Raw Size 是0，但Virtual Size与原始文件Size of Image相比，稍大，可见是UPX是将解压缩后 的原始文件数据映射到此；upx1起始部分是被UPX重新构建的Import Table,但很不幸， 只包括IMAGE_IMPORT_DESCRIPTOR中的Name部分的正确信息，再往下是被extract出的 Resource部分的Icon和Version Information,但无法用eXeScope正确查看；upx2为UPX 的解压缩代码，upx3包括被压缩的原始数据。 Unpacking Procedure： 1.用PEditor查看size of image及image base,并记录 2.在Hex Workshop中，查找"EBE261E9"，在E9处记下file offset 3.计算E9处的VA 4.在Sice Loader中载入要dump的压缩exe文件，并根据E9的VA设断点 5.中断后，记下断点处jmp 00********,其中跳转的地址是程序真正的EP,并记下 6.根据size of image及image base用IceDump将刚刚解压缩完毕的内存映射数据dump 到文件中 7.修改文件的EP,并令各个section的Raw size=Virtual Size, Raw offset=Virtual Size 8.删除section upx2,upx3(一些情况下你可能需要保留upx2) 9.Realign File Tools to be included： 1.PEditor 1.7 by by yoda and M.o.D. 2.SoftIce for Win9x 4.05 by NuMega Company 3.Hex Workshop by BreakPoint SoftWare, Inc. 4.IceDump 6.0.1.9 by the Icedump Team 5.笔和纸 :-) 以上所有工具均可从Programmer's tools站点下载(别告诉我你不知道） Problem: 虽然用UPX 0.72加完壳的程序在脱壳后，可以不需重新构建import table,但我看 到 import table 结构已完全发生变化，IMAGE_IMPORT_DESCRIPTOR结构中，只有Name 部分指向是正确的，而FirstThunk部分定位不正确，但原始文件中被FirstThunk所指向 的array of IMAGE_THUNK_DATA与脱壳的文件中存在的部分内存映射是一样的，只是原 始文件中的array of IMAGE_THUNK_DATA在被映射到内存中后会被PE Loader替换为各个 dll中的function的内存真正入口地址，而在脱壳文件中本身已被UPX手动替换成各个 dll中的function的内存入口地址,当脱壳文件被PE Loader载入后，不再需要PE Loader 的帮忙，我的疑问就在于此,即我现在搞不清楚，PE Loader在将此脱壳文件装入内存后， 就不再需要对这些function做重新定位了吗？每次dll的装载位置都是一样的吗？ 另外resource如何重新构建？请高手回答！ Written by dREAMtHEATER E-Mail: dreamtheater@263.net 2000.10.22 How to unpack PE file packed by UPX 1.02 Analysis： upx0 解压缩后是原数据部分 upx1 原始的dll的function名，然后是解压缩代码 upx2 resouce及重新构建的import table Unpacking Procedure： 1.用PEditor查看size of image及image base,并记录 2.在Hex Workshop中，查找"83C304EB**FF**.....61E9"特征代码，在E9处记下 file offset 3.计算E9处的VA 4.在Sice Loader中载入要dump的压缩exe文件，并根据E9的VA设断点 5.中断后，记下断点处jmp 00********,其中跳转的地址是程序真正的EP,并记下 6.根据size of image及image base用IceDump将刚刚解压缩完毕的内存映射数据dump到 文件中 7.修改文件的EP,并令各个section的Raw size=Virtual Size, Raw offset=Virtual Size 8.Realign File Written by dREAMtHEATER E-Mail: dreamtheater@263.net 2000.10.22

近期下载者：

相关文件：

评论：[我要评论] [举报此文件]

收藏者：