Сейчас на форуме: (+5 невидимых) |
eXeL@B —› WorldWide —› help needed old dos program |
<< . 1 . 2 . |
Посл.ответ | Сообщение |
|
Создано: 31 марта 2007 00:19 · Личное сообщение · #1 |
|
Создано: 09 апреля 2007 20:27 · Поправил: du13 · Личное сообщение · #2 |
|
Создано: 09 апреля 2007 20:41 · Личное сообщение · #3 |
|
Создано: 10 апреля 2007 18:32 · Поправил: du13 · Личное сообщение · #4 |
|
Создано: 11 апреля 2007 09:32 · Личное сообщение · #5 hi again! No, I was wrong again, I've just missed next commands to LPT(2) port. I catch begin of data stream, see: "WRFTEST [about dozen of spaces] CO/x1" (In the example above I selected "TEST" as name for file on tape) It was first packet (size about 15 bytes). So next my task would be dump all data steam. I've overcame "DCU unavaible" error. ----- The one derivative you manage is the one I abhore (c) Slipknot |
|
Создано: 12 апреля 2007 00:57 · Личное сообщение · #6 Finally I've done it, at least ver1 can dump data stream to "DCU", see: 649f_11.04.2007_CRACKLAB.rU.tgz - L362c3_p.arj ----- The one derivative you manage is the one I abhore (c) Slipknot |
|
Создано: 12 апреля 2007 01:02 · Личное сообщение · #7 Some explanations: 1) L362C3_P.EXE - patcher for L362C3.EXE. Better beware your original L362C3.EXE, it will be change it; 2) if you'll launch L362C3.EXE (updated), it shall dump all data (include handle commands like "WRFPR CO" - write file and LRC (1 byte for each 0x100 bytes)) to special file (dcu.log); 3) I've also included an example which I've got in my researches (I used to use "PR" file as sample). ----- The one derivative you manage is the one I abhore (c) Slipknot |
|
Создано: 12 апреля 2007 07:50 · Личное сообщение · #8 |
|
Создано: 12 апреля 2007 22:33 · Личное сообщение · #9 |
|
Создано: 12 апреля 2007 23:19 · Личное сообщение · #10 |
|
Создано: 13 апреля 2007 07:55 · Личное сообщение · #11 |
|
Создано: 13 апреля 2007 10:13 · Личное сообщение · #12 hi again! Firstly I wanna ask you: did you watch successful dumping (DCU.LOG)? What can you say about - is it correct/etc? What's about special commands/LRCs? According to 304: I think YES. But the question: for what? 304 can save file, is it enough or not? ----- The one derivative you manage is the one I abhore (c) Slipknot |
|
Создано: 13 апреля 2007 19:38 · Личное сообщение · #13 |
|
Создано: 14 апреля 2007 17:06 · Личное сообщение · #14 hi again! Yeah, as I promised, I've endured next problem and I've realized next patch - for "304". As usual, this surgery does dump into "SMU.LOG". The results of mine: patcher&sources&an example from my researches you can find in this attachment: ----- The one derivative you manage is the one I abhore (c) Slipknot |
|
Создано: 14 апреля 2007 17:08 · Личное сообщение · #15 attachment: 3e8a_14.04.2007_CRACKLAB.rU.tgz - L304e8sp.arj ----- The one derivative you manage is the one I abhore (c) Slipknot |
|
Создано: 14 апреля 2007 17:57 · Личное сообщение · #16 |
|
Создано: 14 апреля 2007 18:28 · Личное сообщение · #17 Yeah, it'd probably be enough - the applications is pure from all kind of protection. I'll give you full collection of advises here, including my results (like you can see in my attachment). But the problem to purify dumps is rather to understand the mechanism of sending data algo than evulse next code blocks from application. As I've figure out the process of sending data: 1) Send "WRF"/"FPR" commands: it goes: WRFTEST1 <spaces> CO,0x01 + plus LRC LRC could be describe by next code: seg001:1A35 sub10745_GetLRC proc near ; CODE XREF: sub10621_SendBufferWithFileName+20p seg001:1A35 xor al, al seg001:1A37 seg001:1A37 loc_10747: ; CODE XREF: sub10745_GetLRC+5j seg001:1A37 xor al, [si] seg001:1A39 inc si seg001:1A3A loop loc_10747 seg001:1A3C mov ds:0C2F8h, al seg001:1A3F retn seg001:1A3F sub10745_GetLRC endp Where ds:si is pointer to data block, cx is a counter of bytes. LRC starts from zero. 2) Write next data blocks (I suppose now that it's just blocks of original file): <Data block - size is 100h bytes each> + plus LRC (the same algo). So as variant to solve I can proporse you just eliminate LRC from each packet and erase first "WRF" command from the begin of file. ----- The one derivative you manage is the one I abhore (c) Slipknot |
|
Создано: 14 апреля 2007 19:27 · Поправил: Chingachguk · Личное сообщение · #18 ++ I suppose my analisis can help you to understand the process of "sending data". Main procedure (I've called it as "subEE29_JobWithPort") performs all necessary functions: port initializing ("I"-function) or send data block ("F"-function), see: ----- The one derivative you manage is the one I abhore (c) Slipknot |
|
Создано: 14 апреля 2007 19:29 · Личное сообщение · #19 The attachment. 168f_14.04.2007_CRACKLAB.rU.tgz - L362C3_analisis.rar ----- The one derivative you manage is the one I abhore (c) Slipknot |
|
Создано: 28 июня 2012 00:43 · Личное сообщение · #20 |
|
Создано: 28 июня 2012 00:44 · Личное сообщение · #21 |
|
Создано: 28 июня 2012 00:55 · Поправил: schokk_m4ks1k · Личное сообщение · #22 |
|
Создано: 28 июня 2012 01:05 · Поправил: niksa · Личное сообщение · #23 |
|
Создано: 28 июня 2012 01:44 · Поправил: plutos · Личное сообщение · #24 schokk_m4ks1k not the fruit of posts there using the tab "Edit" (???????) Could you translate this sentence into Russian please? Looks like you are using some very rare dialect of English... schokk_m4ks1k I use Google Translate Well, don't! Because it produces nonsense! Ridiculous nonsense... ----- Give me a HANDLE and I will move the Earth. |
|
Создано: 28 июня 2012 02:10 · Личное сообщение · #25 |
|
Создано: 28 июня 2012 02:28 · Поправил: plutos · Личное сообщение · #26 |
<< . 1 . 2 . |
eXeL@B —› WorldWide —› help needed old dos program |