Search found 1217 matches

by Thorium
Wed Aug 26, 2009 11:33 pm
Forum: General Discussion
Topic: Secure file erase
Replies: 50
Views: 7431

Your kidding? They didn't know enough to put the windows drive in a lunux system as a secondary drive and use one of the forensic packages for Linux available to law enforcement agencies? WoW! The same is true for Linux systems, you can put a linux drive in a windows system as a secondary drive and...
by Thorium
Wed Aug 26, 2009 7:46 pm
Forum: General Discussion
Topic: Secure file erase
Replies: 50
Views: 7431

I don't know about the CIA but in germany the police is lame. ^^ They even can't break the Windows directory encryption. I know one guy that get his computer back after a few month and they had nothing against him in there hands, because they could not get access to the files on the HD. There were ...
by Thorium
Wed Aug 26, 2009 5:55 pm
Forum: General Discussion
Topic: Secure file erase
Replies: 50
Views: 7431

I don't know about the CIA but in germany the police is lame. ^^ They even can't break the Windows directory encryption. I know one guy that get his computer back after a few month and they had nothing against him in there hands, because they could not get access to the files on the HD. There were j...
by Thorium
Tue Aug 25, 2009 8:12 pm
Forum: General Discussion
Topic: Secure file erase
Replies: 50
Views: 7431

utopiomania wrote:I think this code is a very secure erase. If the HD unlinks a block it is unavailable to the OS so no one can see it. Besides it is fairly unlikely that this happens. If you overwrite each byte nine times, the original data is gone.
Well, not on SSD's. ^^
by Thorium
Tue Aug 25, 2009 4:43 pm
Forum: General Discussion
Topic: Secure file erase
Replies: 50
Views: 7431

You also can youse FlushFileBuffers instead of closing and reopening the file.
by Thorium
Sat Aug 22, 2009 8:54 pm
Forum: Coding Questions
Topic: Step by step with inline assembler
Replies: 10
Views: 1819

You can also use a assembler level debugger like OllyDbg: http://www.ollydbg.de/ Very powerfull debugger, i use it often. Edit: Just one tipp on how to find your code with a assembler level debugger. Just add a "!int 3" to the start of your assemblercode. That interrupt is a debugger break...
by Thorium
Sat Aug 22, 2009 8:51 pm
Forum: Coding Questions
Topic: freak's PackFile Tool
Replies: 12
Views: 1974

Thunder93 wrote:Hi Thorium,

How does ZLib compare in decompression speed?
It's much faster, approximately 100% faster than JCalG1 on PureBasic.
by Thorium
Fri Aug 21, 2009 11:12 am
Forum: Feature Requests and Wishlists
Topic: Yet another enhancement for CustomFilterCallback
Replies: 5
Views: 1123

If speed madders, why not using DrawingBuffer and draw directly without any callback?
Well you have to take care about the pixel format on direct drawing but it's the fastest way to do it. Or did i miss something?
by Thorium
Thu Aug 20, 2009 10:10 pm
Forum: Coding Questions
Topic: freak's PackFile Tool
Replies: 12
Views: 1974

I'm not a fan of BriefLZ or whatever compression algorithm used in PB x64, JCalG1 seems very thorough in comparison. Using PB x64 to pack a text file with size of 107KB, I see several 'end of line' characters used, and also I can see entire words throughout to the end of the file. It would be nice ...
by Thorium
Thu Aug 20, 2009 1:49 am
Forum: Coding Questions
Topic: freak's PackFile Tool
Replies: 12
Views: 1974

Thunder93 wrote:Hi and Thanks Thorium! It's a shame 32bit version packs can't be unpacked on 64bit versions.
Well using my portation of the JCalG1 decompressor you can write a small procedure for unpacking x86 pack files on x64.
by Thorium
Thu Aug 20, 2009 1:47 am
Forum: Coding Questions
Topic: Pack/Unpack Template
Replies: 2
Views: 752

As i wrote on the other thread x86 and x64 useing different compressions and are not compatible.
by Thorium
Thu Aug 20, 2009 1:42 am
Forum: Coding Questions
Topic: freak's PackFile Tool
Replies: 12
Views: 1974

They use different librarys for the compression. So x86 and x64 are not compatible. x86 uses JCalG1 and x64 uses BriefLZ or ZLib, i am not sure.

I have ported the JCalG1 decompressor to x64. But there is no x64 JCalG1 compressor available: viewtopic.php?t=38606
by Thorium
Wed Aug 19, 2009 12:45 pm
Forum: Feature Requests and Wishlists
Topic: [PB x.x] stack and callback pointers exposed to injection?
Replies: 2
Views: 887

Given the fact that you can just as easy call SetWindowLongPtr() to replace any window's main callback No, thats secure: [in] Handle to the window and, indirectly, the class to which the window belongs. The SetWindowLongPtr function fails if the process that owns the window specified by the hWnd pa...
by Thorium
Wed Aug 19, 2009 1:37 am
Forum: Coding Questions
Topic: Simple Run from PE
Replies: 6
Views: 1283

Well, just tell your programer to make a DLL instead of a EXE. It's no problem to make a DLL with MASM.
You can not rely on the RunPE code. It may work now but it may work not with a updated PE loader.
by Thorium
Tue Aug 18, 2009 11:58 pm
Forum: Coding Questions
Topic: Simple Run from PE
Replies: 6
Views: 1283

3) the problem i am having is that i have a coder for a project we are working on using masm32 to code the app, and i am using this wrapper around it to run the app from memory. i do not have alot of experience with masm or compiling with it. perhaps we are missing something important when compilin...