| View previous topic :: View next topic |
| Author |
Message |
XxOsirisxX Grandmaster Cheater Supreme
Reputation: 0
Joined: 30 Oct 2006 Posts: 1597
|
Posted: Thu Dec 06, 2007 10:46 pm Post subject: |
|
|
| Thlump wrote: | | Maxjojo is right. Delphi 7 is a better program to use than VB6. VB6 is a bad language, because you don't get much power unlike C++. |
That makes no sense, really..
Delphi is better, since it's more easier to works with memory than VB. But do it with VB, is like a new generation of engines ^^ and im really amazed that this guys do it & works with it.
+Rep when i can for this amazing attemp.
_________________
|
|
| Back to top |
|
 |
Thlump Grandmaster Cheater
Reputation: 0
Joined: 26 Aug 2007 Posts: 964 Location: 206.51.226.121
|
Posted: Thu Dec 06, 2007 10:53 pm Post subject: |
|
|
| XxOsirisxX wrote: | That makes no sense, really..
Delphi is better, since it's more easier to works with memory than VB. But do it with VB, is like a new generation of engines ^^ and im really amazed that this guys do it & works with it.
+Rep when i can for this amazing attemp. |
Well I sorry for my lack of knowledge, I hope you don't mind. Also I'm confused. How can a VB based engine be the next generation of engine if VB is harder to work with memory?
_________________
| Symbol wrote: | LOL!
Then its not a UCE, its UWF. (Undetected Windows Form. WITH BUTTONS! ) |
|
|
| Back to top |
|
 |
sponge I'm a spammer
Reputation: 1
Joined: 07 Nov 2006 Posts: 6009
|
Posted: Thu Dec 06, 2007 11:23 pm Post subject: |
|
|
| Thlump wrote: | | XxOsirisxX wrote: | That makes no sense, really..
Delphi is better, since it's more easier to works with memory than VB. But do it with VB, is like a new generation of engines ^^ and im really amazed that this guys do it & works with it.
+Rep when i can for this amazing attemp. |
Well I sorry for my lack of knowledge, I hope you don't mind. Also I'm confused. How can a VB based engine be the next generation of engine if VB is harder to work with memory? | it can't you were right
_________________
|
|
| Back to top |
|
 |
maxjojo Master Cheater
Reputation: 0
Joined: 05 Nov 2007 Posts: 459 Location: Taiwan
|
|
| Back to top |
|
 |
squrrilslayer Master Cheater
Reputation: 0
Joined: 26 Dec 2006 Posts: 323
|
Posted: Fri Dec 07, 2007 12:00 am Post subject: |
|
|
what about VB.NET? How does that work with memory? cause thats what im doing atm...
i was thinking, if engines started popping up all written in different languages, GG would find it harder to block these programs via strings and maybe... i dunno...
_________________
|
|
| Back to top |
|
 |
sponge I'm a spammer
Reputation: 1
Joined: 07 Nov 2006 Posts: 6009
|
Posted: Fri Dec 07, 2007 12:04 am Post subject: |
|
|
eew .NET even worse.
_________________
|
|
| Back to top |
|
 |
squrrilslayer Master Cheater
Reputation: 0
Joined: 26 Dec 2006 Posts: 323
|
Posted: Fri Dec 07, 2007 12:07 am Post subject: |
|
|
lol ok... you serious?
but is it possible?
_________________
|
|
| Back to top |
|
 |
hcavolsdsadgadsg I'm a spammer
Reputation: 26
Joined: 11 Jun 2007 Posts: 5801
|
Posted: Fri Dec 07, 2007 12:28 am Post subject: |
|
|
| Yes it's possible, you can call any of the APIs from .NET.
|
|
| Back to top |
|
 |
rump Expert Cheater
Reputation: 0
Joined: 03 Oct 2007 Posts: 169
|
Posted: Fri Dec 07, 2007 7:53 am Post subject: |
|
|
Different CE's made in different languages would of course fuck gameguard even if they were released to the public, the problem is still if they patch debug registry, then public will need a ggcrc bypass no matter..
_________________
C# boot camp, PM me if you want a simple application made and I'll give it a try! |
|
| Back to top |
|
 |
Acim Grandmaster Cheater Supreme
Reputation: 0
Joined: 04 Jun 2007 Posts: 1948 Location: If anyone has a GMS DK and they don't need it I'll have it!!
|
Posted: Fri Dec 07, 2007 10:08 am Post subject: |
|
|
You got debug registers working? This looks awesome, I want teh source!
_________________
I'm alive and well, but I quit CEF for a while. Legitly playing since Novemberish 07. Starting hacking October 06. |
|
| Back to top |
|
 |
dnsi0 I post too much
Reputation: 0
Joined: 04 Jan 2007 Posts: 2674
|
Posted: Fri Dec 07, 2007 3:12 pm Post subject: |
|
|
| Lol its not debug register. Its just the vb DLL linked AUTO ASM by Wiccaan that he gave me. He basically loaded a DLL with the ASM functions("VBProxy.dll") and he gave an example so I could follow. Hes the guy behind the ASM programing. The rest I did.
|
|
| Back to top |
|
 |
Flyte Peanuts!!!!
Reputation: 6
Joined: 19 Apr 2006 Posts: 1887 Location: Canada
|
Posted: Fri Dec 07, 2007 3:42 pm Post subject: |
|
|
| dnsi0 wrote: | | Lol its not debug register. Its just the vb DLL linked AUTO ASM by Wiccaan that he gave me. He basically loaded a DLL with the ASM functions("VBProxy.dll") and he gave an example so I could follow. Hes the guy behind the ASM programing. The rest I did. |
All Wiccaan did was give you the source, which he clearly stated he got from Dark Byte. Therefore, using the massive amount of logic this obviously takes, Dark Byte made the dll and not Wiccaan.
|
|
| Back to top |
|
 |
dnsi0 I post too much
Reputation: 0
Joined: 04 Jan 2007 Posts: 2674
|
Posted: Fri Dec 07, 2007 3:43 pm Post subject: |
|
|
| Flyte wrote: | | dnsi0 wrote: | | Lol its not debug register. Its just the vb DLL linked AUTO ASM by Wiccaan that he gave me. He basically loaded a DLL with the ASM functions("VBProxy.dll") and he gave an example so I could follow. Hes the guy behind the ASM programing. The rest I did. |
All Wiccaan did was give you the source, which he clearly stated he got from Dark Byte. Therefore, using the massive amount of logic this obviously takes, Dark Byte made the dll and not Wiccaan. |
I guess you could say that.
|
|
| Back to top |
|
 |
atom0s Moderator
Reputation: 205
Joined: 25 Jan 2006 Posts: 8587 Location: 127.0.0.1
|
Posted: Fri Dec 07, 2007 4:09 pm Post subject: |
|
|
| Flyte wrote: | | dnsi0 wrote: | | Lol its not debug register. Its just the vb DLL linked AUTO ASM by Wiccaan that he gave me. He basically loaded a DLL with the ASM functions("VBProxy.dll") and he gave an example so I could follow. Hes the guy behind the ASM programing. The rest I did. |
All Wiccaan did was give you the source, which he clearly stated he got from Dark Byte. Therefore, using the massive amount of logic this obviously takes, Dark Byte made the dll and not Wiccaan. |
Theres two dlls to the project. The one DB made was the ceassembler dll, the other is VBProxy which I made. Nothing major though, just used to call the functions and return the needed values correctly for VB to handle them. As I said in the other topic about this, I had issues getting the dll to return the valid alloc ids so I wrote the proxy dll instead to work out the issue.
Since credit is all of a sudden an issue with this heres the source to VBProxy as well if anyone wants it:
| Code: | BOOL APIENTRY DllMain( HANDLE, DWORD ul_reason_for_call, LPVOID )
{
switch( ul_reason_for_call )
{
case DLL_PROCESS_ATTACH:
case DLL_THREAD_ATTACH:
case DLL_THREAD_DETACH:
case DLL_PROCESS_DETACH:
break;
}
return TRUE;
}
typedef int (__stdcall *CEInitialize)(DWORD,DWORD);
BOOL __stdcall vbCEInitAsm(DWORD dwProcId, BOOL* bPassFail)
{
//
// Get Handle
//
HANDLE dwHandle = OpenProcess(PROCESS_ALL_ACCESS, FALSE, dwProcId);
if( dwHandle == INVALID_HANDLE_VALUE || dwHandle == NULL )
{
*bPassFail = FALSE;
return FALSE;
}
//
// Load Library
//
HMODULE hModule = LoadLibrary("ceautoassembler.dll");
if( !hModule )
{
*bPassFail = FALSE;
return FALSE;
}
//
// Call Function
//
CEInitialize dwProcAddr = (CEInitialize)GetProcAddress(hModule,"CEInitialize");
*bPassFail = (BOOL)(dwProcAddr)(dwProcId, (DWORD)(DWORD_PTR)dwHandle);
return TRUE;
}
typedef int (__stdcall *CEAutoAsm)(char*, bool, int*);
BOOL __stdcall vbCEEnableScript(char* szScript, DWORD* ipAllocId)
{
HMODULE hModule = LoadLibrary("ceautoassembler.dll");
if( !hModule )
return FALSE;
CEAutoAsm dwProcAddr = (CEAutoAsm)GetProcAddress(hModule,"CEAutoAsm");
int dwAllocId = NULL;
(dwProcAddr)(szScript, true, &dwAllocId);
*ipAllocId = dwAllocId;
return TRUE;
}
typedef int (__stdcall *CEAutoAsmDisable)(char*, bool, int);
BOOL __stdcall vbCEDisableScript(char* szScript, DWORD ipAllocId)
{
HMODULE hModule = LoadLibrary("ceautoassembler.dll");
if( !hModule )
return FALSE;
CEAutoAsmDisable dwProcAddr = (CEAutoAsmDisable)GetProcAddress(hModule,"CEAutoAsm");
(dwProcAddr)(szScript, false, ipAllocId);
return TRUE;
} |
_________________
- Retired. |
|
| Back to top |
|
 |
dnsi0 I post too much
Reputation: 0
Joined: 04 Jan 2007 Posts: 2674
|
Posted: Fri Dec 07, 2007 4:21 pm Post subject: |
|
|
| interesting... Its in C++ but there isn't much of a dispute.
|
|
| Back to top |
|
 |
|