|
Thread |
Forum |
Last Post |
Posts |
Views |
 |
[WTS] Steam Account w/ ingame Inventar, 1 VAC Ban (CS:GO), Steamlevel 39
Posted on: Wed 2. Jul 2014, 21:58
Olmoody
 Preview
Go To Post
nja, er hat aber schon nen bissle recht. steam acc kauft man normalerweise wegen kurzer id, ranking, spielzeit oder wegen der games. kurze id, ranking und spielzeit lohnen sich wegen vac ban net und bei den spielen sind nur ~1/3 online games (rest läd man sich einfach wo), und von den online spielen sind fast alles ältere spiele die eh keiner mehr zockt, oder die man eh schon hat und selber spielt. da lohnt es sich halt nicht so einen "vollen" account zu kaufen, wo soviel drauf ist was man net braucht.
|
Biete Tausche Verkaufe... |
Sat 6. Sep 2014, 15:27
by unknownguy
|
20 |
1433 |
|
Wallhack/Aimbot gesucht
Posted on: Sat 6. Sep 2014, 13:10
ReaxxioN2
Preview
|
Call of Duty: Black Ops 2 |
Sat 6. Sep 2014, 14:54
by SilverFire
|
1 |
1150 |
 |
[Help] Injector for mac OS
Posted on: Sat 6. Sep 2014, 10:54
a85661
Preview
Go To Post
du kannst auf dem mac - oh wunder, oh wunder - auch keine dll dateien ausführen oder injecten.
|
Counter-Strike 1.6 |
Sat 6. Sep 2014, 12:59
by Dr_Pepper
|
3 |
441 |
|
[Release] CS GO HACKS
Posted on: Sat 30. Aug 2014, 14:06
Traserz
Preview
Go To Post
advertising is not allowed, also the "hacks" there are infected (atleast the first one i downloaded was infected with the darkcomet rat).
|
Mülleimer |
Sat 30. Aug 2014, 14:16
by SilverFire
|
1 |
199 |
|
[Information] Devzone.li - Webspace Hosting
Posted on: Thu 28. Aug 2014, 07:12
Vitjok19
Preview
Go To Post
werbung ist ohne explizite erlaubnis nicht gestattet: Quote from KN4CK3R - Es ist nicht gestattet auf OldSchoolHack zu werben, außer es wurde eine Erlaubnis eingeholt -> Verwarnung
|
Projekte |
Thu 28. Aug 2014, 11:18
by Vitjok19
|
4 |
481 |
|
[Help] "process is not in GRO..." error. [GRP]
Posted on: Sat 23. Aug 2014, 13:13
Daedlus
Preview
Go To Post
link vom hack plx. sicher, dass du den richtigen hack in die richtige exe injectest? GRO - Ghost Recon O..., ka was es da gibt scheint wohl Ghost Recon Online mit gemeint zu sein, was anscheinend das gleiche wie ghost recon phantoms ist - sicher, dass du in den richtigen prozess injectest - wenn ja, ist der hack wahrscheinlich outdated.
|
Other FPS Games |
Sun 24. Aug 2014, 19:26
by KN4CK3R
|
11 |
735 |
|
[Help] "process is not in GRO..." error. [GRP]
Posted on: Sat 23. Aug 2014, 13:13
Daedlus
Preview
Go To Post
welchen injector benutzte denn, injector über rechtsklick als admin gestartet?
|
Other FPS Games |
Sun 24. Aug 2014, 19:26
by KN4CK3R
|
11 |
735 |
|
[Help] D3D Hook - D3DXCreateFont & DrawFont
Posted on: Thu 3. Apr 2014, 23:03
OrkSchamane
Preview
Go To Post
Ein thread reicht, danke. 1. würde ich dir ans herz legen zuerst die sprache c++ zu lernen, bevor du mit hacks anfängst, dann könntest du solche fehler selbst beheben. 2. guck dir die tuts in meiner sig an. 3. Antwort auf fragen: 1. wird durch 2. frage ausgelöst 2. DrawText erwartet ein buffer von unicode characters, nicht auf ascii characters, also wchar_t* anstatt char*, genauso wie createfont ein unicode fontnamen erwartet. Fixen lässt sich das indem du kennzeichnest, dass der konstante string ein unicode string ist, also L"Arial" und wchar_t buffer benutzt, oder indem du die projekteinstellungen von unicode auf multibyte umstellst (wie das geht - google). 3. Die meisten directx ressourcen wie fonts, texturen etc. müssen bei einem reset (der z.b. bei einem resize der device oder umschalten vollbild/windowed etc. auftritt) releast und wieder neu erstellt werden falls sie nicht selber funktionen dafür bereitstellen oder sog. managed ressourcen sind. das dx sample programm ist da so nett und zeigt eine fehlermeldung an - spiele crashen meist oder ignorieren es -> memory leak.
|
VB, C/C++, Delphi, etc |
Thu 21. Aug 2014, 10:23
by vedel
|
4 |
1829 |
|
[Help] D3D Hook - D3DXCreateFont & DrawFont
Posted on: Thu 3. Apr 2014, 23:03
OrkSchamane
Preview
Go To Post
CPP Code: HRESULT __stdcall ResetHook(IDirect3DDevice9* Device, D3DPRESENT_PARAMETERS* Params) { if (!DIPInit) { g_font->Release(); } DIPInit = true; return OrigReset(Device, Params); }
zu CPP Code: HRESULT __stdcall ResetHook(IDirect3DDevice9* Device, D3DPRESENT_PARAMETERS* Params) { if (!DIPInit) { g_font->OnLostDevice(); } HRESULT Temp = OrigReset(Device, Params); if (!DIPInit) { g_font->OnResetDevice(); } return Temp; }
und wieso heißt dein endscene init code switch bool DIPInit? edit: außerdem grad mal genauer angeguckt, eigtl sollte dein ansatz auch funktionieren - im thread, ist i-wie eine while schleife beim HookThread verrutscht - sicher, dass dein reset hook überhaupt gecallt wird? außerdem bekommt der hookthread als param nicht void, sondern void* als parameter.
|
VB, C/C++, Delphi, etc |
Thu 21. Aug 2014, 10:23
by vedel
|
4 |
1829 |
 |
[Question] Should i upload my hack?
Posted on: Mon 11. Aug 2014, 15:41
Darknightx37
Preview
Go To Post
uploading takes about 5 clicks, way less than discussing/attention whoring here.
|
Call of Duty 6: Modern Warfare 2 |
Tue 12. Aug 2014, 15:22
by KN4CK3R
|
4 |
381 |
|
[Question] Should i upload my hack?
Posted on: Mon 11. Aug 2014, 15:41
Darknightx37
Preview
Go To Post
gtfo, either upload it, or dont, but dont beg for attention.
|
Call of Duty 6: Modern Warfare 2 |
Tue 12. Aug 2014, 15:22
by KN4CK3R
|
4 |
381 |
|
Haben Zeiger eine statische Speicheradresse?
Posted on: Mon 4. Aug 2014, 16:36
Phalanx
Preview
Go To Post
ja. aber achtung die adresse ist RELATIV zu dem modul, d.h. wenn das modul woanders hingemappt wird ändert sich auch doe absolute adresse. dlls werden eigtl immer woanders hingemappt, zmdst gibs da keine garantie von windows, das main modul (die .exe) wird meist (aber net immer) an 0x400000 gemappt, erscheint also global "statisch" zu sein. du solltest aber alle statischen adressen immer als relativ zum modul auffassen, erspart einem einige probleme später.
|
VB, C/C++, Delphi, etc |
Tue 5. Aug 2014, 02:30
by SilverFire
|
17 |
638 |
|
Haben Zeiger eine statische Speicheradresse?
Posted on: Mon 4. Aug 2014, 16:36
Phalanx
Preview
Go To Post
ja, zmdst wenn die variablen zum gleichen modul gehören
|
VB, C/C++, Delphi, etc |
Tue 5. Aug 2014, 02:30
by SilverFire
|
17 |
638 |
|
Haben Zeiger eine statische Speicheradresse?
Posted on: Mon 4. Aug 2014, 16:36
Phalanx
Preview
Go To Post
Quote Das heißt statische Pointer haben immer die selbe Position im "Modulspeicher" (der Speicher, der für das Modul allokiert wurde) jup, genau. Quote bzw. die Offets (<-- = relativer Abstand in Bytes?) zwischen den statischen/globalen Variablen sind immer gleich (Relation zum Modul ist dann also irrelevant)? was meinst du damit?
|
VB, C/C++, Delphi, etc |
Tue 5. Aug 2014, 02:30
by SilverFire
|
17 |
638 |
|
Haben Zeiger eine statische Speicheradresse?
Posted on: Mon 4. Aug 2014, 16:36
Phalanx
Preview
Go To Post
tut man nicht, es ist wie gesagt nur so, dass die meisten main module immer nach 0x400000 gemappt werden, wodurch die adressen dort "absolut" erscheinen, d.h. an der adresse 0x460000 könnte z.b. i.was interessantes stehen und man kann direkt die adresse benutzen, obwohl es eigtl sauberer wäre TEXT Code: GetModuleBase("Game.exe") + 0x60000
zu rechnen. idr. macht man das auch, bei dlls sieht das dann z.b. so aus: TEXT Code: GetModuleBase("client.dll") + 0x123456
etc.
|
VB, C/C++, Delphi, etc |
Tue 5. Aug 2014, 02:30
by SilverFire
|
17 |
638 |
|
Haben Zeiger eine statische Speicheradresse?
Posted on: Mon 4. Aug 2014, 16:36
Phalanx
Preview
Go To Post
es gibt exes (hauptsächlich alte) die ausschließlich an 0x400000 gemappt werden können. desweiteren sind alle adressen die programme benutzen virtuelle adressen, d.h. dass jedes programm seinen eigenen addressraum hat, d.h. dass durchaus mehrere programme verschieden daten an "gleichen" adressen stehen haben kann. d.h. es können zig programme "gleichzeitig" auf 0x400000 gemappt sein. CE kennzeichnet static pointer als "grün", wenn du diese dann unten der liste hinzufügst und doppelklick auf die adresse machst zeigt er dir den offset und das modul an, z.b. "hl2.exe" + 4000, oder "client.dll" + 12a5. ausschließlich wenn das modul die .exe ist und die .exe auf 0x400000 gemappt wurde, kannst du direkt die adresse als pointer benutzen, ansonsten musst du dir erst die baseadresse des modules holen (intern über getmodulehandle, extern über toolhelp32) und den offset hinaufrechnen.
|
VB, C/C++, Delphi, etc |
Tue 5. Aug 2014, 02:30
by SilverFire
|
17 |
638 |
|
Haben Zeiger eine statische Speicheradresse?
Posted on: Mon 4. Aug 2014, 16:36
Phalanx
Preview
Go To Post
Quote Wenn CE mir den Offset und das Modul anzeigt, meint es den Offset des Pointers relativ zu (meistens) 0x000004? zu 0x400000 bei der main.exe - ja. Quote Kommt das häufig vor, dass die exe nicht auf 4 gekappt wurde? Und es kommt bestimmt häufig vor, dass die Variable nicht zum Main-Module gehört, nicht? ja, kommt beides sehr häufig vor.
|
VB, C/C++, Delphi, etc |
Tue 5. Aug 2014, 02:30
by SilverFire
|
17 |
638 |
|
Haben Zeiger eine statische Speicheradresse?
Posted on: Mon 4. Aug 2014, 16:36
Phalanx
Preview
Go To Post
ja, aber das programm muss ja weiterhin an die pointer auf den heap herankommen und da das programm von sich aus ja auch nur statische pointer kennt, gibt es dann sogenannte multi pointer, also mehrstufige pointer, z.b. kann ein globaler (und damit statischer) pointer auf ein ganzes array von pointern im heap verweisen, welche dann wiederrum i-wohin zeigen. hier ein beispiel das alle pointerarten demonstriert: TEXT Code: #include <windows.h> const char* Ptr1 = "Hallo"; // Ein pointer im RData bereich int** Ptr2; // Ein Pointer im Data Bereich int main(void) { Ptr2 = new int*[rand()]; // Der Pointer im Data Bereich zeigt nun auf Pointer im Heap (gleichzeitig wird hierbei ein pointer auf "Ptr2" im code bereich erstellt um die Zuweisung ausführen zu können) int* Temp = Ptr2[10]; // Ein Pointer auf dem Stack return(0); }
|
VB, C/C++, Delphi, etc |
Tue 5. Aug 2014, 02:30
by SilverFire
|
17 |
638 |
|
Haben Zeiger eine statische Speicheradresse?
Posted on: Mon 4. Aug 2014, 16:36
Phalanx
Preview
Go To Post
pointer können sowohl in der .data section, als auch auf dem heap, als auch auf dem stack, als auch in der .rdata, als auch in der .text section liegen, das ist vollkommen davon abhängig wofür sie genutzt werden. die, die dich interessieren werden meist in .rdata, .data oder .text liegen, also statisch sein.
|
VB, C/C++, Delphi, etc |
Tue 5. Aug 2014, 02:30
by SilverFire
|
17 |
638 |
|
Haben Zeiger eine statische Speicheradresse?
Posted on: Mon 4. Aug 2014, 16:36
Phalanx
Preview
Go To Post
Variablen können in verschiedenen teilen des speichers liegen: einmal im statischen und konstanten teil des moduls, der sogenannten read only data section (auch bekannt als .rdata), hierzu gehören daten die mit const gekennzeichnet sind und strings, bsp: TEXT Code: static const char SomeString[] = "Hallo";
dann im statischen teil des moduls, der sog. data section (.data), hierzu zählen globale und statische variablen, bsp: TEXT Code: static int EineZahl;
auf dem heap, hierzu zählen mit new oder malloc allokierten variablen, bsp (zu beachten ist hierbei, dass Blubb selber nicht auf dem heap liegt, nur die mit new allokierten integers auf die Blubb zeigt, was auch direkt deine problematik aufzeigt, wenn blubb eine globale variable ist befindet sich diese in der .data section, während die integer auf die sie zeigt auf dem heap liegen, der tatsächlich immer i-wo anders im speicher liegen kann): TEXT Code: int* Blubb = new int[EineZahl];
auf dem stack, hierzu zählen variablen die innerhalb von funktionen deklariert wurden sowie z.b. per _malloca speziell für den stack allokiert wurden, funktionsparameter, etc., bsp: TEXT Code: void Blubb () { int temp = 10; printf("Hi: %d\n", temp); }
konstante und statische daten liegen dabei immer im gleichen teil des moduls und haben deshalb auch (relativ zum modul) konstante adressen. außerdem findet man einige daten z.b. offsets auch meist in der ebenfalls konstanten code section (.text/.code).
|
VB, C/C++, Delphi, etc |
Tue 5. Aug 2014, 02:30
by SilverFire
|
17 |
638 |
Deutsch