能力值:
( LV2,RANK:10 )
|
-
-
2 楼
一般在数据源没找到驱动是因为windows没安装完全。
你可以在[管理工具]下的[数据源(ODBC)]下查看。
进[驱动程序]界面,找"Driver do Microsoft Access(*.mdb)"
就是Microsoft.Jet.OLEDB.4.0的驱动了。
PS:另外数据库可以用其它工具建立的。不过要知道数据库的表段。数据库的密码有软件可查的。
按理说你那程序特简单。
|
能力值:
( LV2,RANK:10 )
|
-
-
3 楼
Driver do Microsoft Access(*.mdb)???
不行,它是以*.db格式的,象*.dll一样的图标,
运行后出现个*.ldb的数据文件
|
能力值:
( LV2,RANK:10 )
|
-
-
4 楼
如果在查找所以字符串中显示的都是乱码?有该从何找到关键CALL或关键比较
呢
|
能力值:
( LV2,RANK:10 )
|
-
-
5 楼
这些算不算关键码?
0040A9A4=0040A9A4 (UNICODE "cd")
ecx=010D53B4
ecx=0040A9A4 (2007公务.0040A9A4), UNICODE "cd"
Stack ss:[0012FD24]=0040A978 (2007公务.0040A978), UNICODE "select * from reg "
ecx=0040A9A4 (2007公务.0040A9A4), UNICODE "cd"
Stack ds:[0012FCB4]=004F5F4E (2007公务.004F5F4E)
Stack ss:[0012FD28]=7C930992 (ntdll.7C930992)
ecx=0040A9A4 (2007公务.0040A9A4), UNICODE "cd"
0040A9B0=0040A9B0 (UNICODE "uid")
ecx=010D53B4
ecx=0040A9B0 (2007公务.0040A9B0), UNICODE "uid"
Stack ss:[0012FD24]=0040A9A4 (2007公务.0040A9A4), UNICODE "cd"
0040A9BC=0040A9BC (UNICODE "reg")
ecx=010D53B4
ecx=0040A9BC (2007公务.0040A9BC), UNICODE "reg"
Stack ss:[0012FD24]=0040A9B0 (2007公务.0040A9B0), UNICODE "uid"
|
能力值:
( LV2,RANK:10 )
|
-
-
6 楼
回3楼,只要是Microsoft.Jet.OLEDB.4.0就是这个驱动。(数据库是可以改后缀名的)
回4楼,如果出现乱码说明程序是压缩或加密的。要先做脱壳工作才行。
回5数,不能算是关键码,看不懂是什么东东。
|
能力值:
( LV2,RANK:10 )
|
-
-
7 楼
不是没有壳?
|
能力值:
( LV2,RANK:10 )
|
-
-
8 楼
象这样的
|
能力值:
( LV2,RANK:10 )
|
-
-
9 楼
nantz
请帮我看看这个软件吧!
搞了一个多星期了
还没摸到头脑
只是把数据库的问题解决了
|
能力值:
( LV2,RANK:10 )
|
-
-
10 楼
顶起..
咳
|
能力值:
( LV2,RANK:10 )
|
-
-
11 楼
zai ding
|
能力值:
( LV2,RANK:10 )
|
-
-
12 楼
这个好象不是在数据库中读注册信息
数据库中没有注册信息
跟了好久好象是在DLL文件中比较注册信息
但是还是不能跟到注册的比较
郁闷啊
|
能力值:
( LV2,RANK:10 )
|
-
-
13 楼
请问怎样才能准确的找到关键的CALL
|
能力值:
( LV2,RANK:10 )
|
-
-
14 楼
进来学习一下...VB的还没搞过
|
能力值:
( LV2,RANK:10 )
|
-
-
15 楼
这次算被VB气疯了
关键的CALL找到了
但是好象没有把注册码直接拿来比较
好象有算法
这个我都不懂了哦
|
能力值:
( LV2,RANK:10 )
|
-
-
16 楼
现在爆头的感觉比cs爆头还要强烈
|
|
|