原文 http://itmed.blog.sohu.com/93681921.html

api hook可以看一下这里
http://www.autodebug.com/

function long LMI_OpenLibrary60(long pbstg_begin,string path,long flag,long l) library pbvm60 alias for LMI_OpenLibrary

参数1是pbstg_begin的返回 参数2是pbl或pbd路径 3是1 4是0 有兴趣的可以试下参数3、4调换别的值 如果不怕pb狂死的话。
会返回一个libraryhandle 库的句柄 俺命的名

function long LMI_CloseLibrary60(long libraryhandle) library pbvm60 alias for LMI_CloseLibrary

参数只有一个就是刚刚的句柄 返回0成功。

function long pbstg_alc(long pbstg_begin,long l,long p) library pbvm60

第一个还是pbstg_begin的返回 第二个是5 第三个是0。顺便说下 这些参数的值是pb调用该函数时候传的
参数的含义一概不知 而且 还没有到乱试的阶段…… 这函数啥意义我也不知道 具体后述

function long LMI_ListEntriesExtended(long libraryhandle,long l) library pbvm60

说实话这函数还不能确定它是两个参数……说白了 现阶段一调这函数似乎就进入了死循环……

基本上pb显示一个pbl或者pbd里边的对象列表调用的函数顺序都是
LMI_OpenLibrary
pbstg_alc//似乎是分配什么东西 pbstg_begin也有stg stg到底是什么 shooting game……?
LMI_ListEntriesExtended
LMI_CloseLibrary
也就是说 今天只实现了打开关闭一个库文件……
现在仔细考虑的话 lmi万一是ListManageInteface的话 一切都是绕远啊………………
我现在还是想要不然先解决导入 导入似乎比列表简单些
列表导入都实现了 然后就差最后一步了 真的能实现么……

原理大概是开api hook 截获pb自身如何导入sr*到pbl中 这就解决了libraryimport只能import数据窗的缺陷
至于如何生成sr*…… 同样想办法截吧~~
顺便说下截获两个字说起来容易 实质上俺的pb至少非法被关闭30次了……
太难 只能阶段性放上成果 现阶段找到了4个函数
lmi_openlibrary
lmi_libraryinformation//改pbl的注释……
lmi_closelibrary
lmi_createlibrary
其中lmi_createlibrary顾名思义就是创建一个新pbl用的 声明为
function long LMI_CreateLibrary(long l,string path,long flag) library pbvm60
第一个参数似乎必须写23920744 啥含义我也不知道 反正我机子上写这个就能成功
第二个参数就是要创建的pbl的路径 如 C:\\test_pb\\pbd2pbl\\test.pbl
第三个参数写0吧 别问我为什么……

返回值0是正确 -2是文件已经存在 -19也遇到了 当时是第一个参数写0,今天先到这里吧。