Hatte mir mal ein Aimbot in AutoIT für ein Shooter geschrieben, welchen ich im Regal gefunden habe. Er sollte einfach nach Pixelfarbe suchen und abdrücken. Blöd gelaufen, dass in meinen Teamkollegen (Singleplayer only) und in meinen Füßen gleiche Pixel verarbeitet wurden.
Im Endeffekt:
Wenn er nicht gerade dabei war meine Teamkollegen zu zerfetzen ist der Bot gecrasht weil ich kein delay eingebaut habe.....
Habe in ein Anti-Cracking system eingebaut, dass sich der Source-Code selbst löscht und die IDE schließt falls er über den Debugger ausgeführt wird - naja habs dann selber ausgeführt
Einen MusikPlayer geschrieben, der während das Lied läuft 50% CPU-Auslastung (3570k) brauchte und wenn ich ihn auf pause gesetzt habe, 95%.
Ewig rumgesucht, dann im Debugger den Thread gefunden: der, der die Progressbar füllte und die Momentane Position hinsetzte. Ich dachte nur wtf und nach ner Stunde Suchen bin ich auf die Lösung gekommen, das, wenn ich den JLayer player stoppe, er bis ich ihn komplett schließe immer zurückgibt, er ist noch nciht fertig. Ihr könnt euch ja denken was passiert, wenn repaint() in ner while-Schleife durchrast, die nie gestoppt wird und das an 2 Stellen :P Lösung war ein einfaches Thread.sleep(500) und das hat mich die letzten 3 Stunden gekostet, ich könnt mich so hassen^^
Ging um eine Übung aus einem Buch, inder man einen Kran machen soll, mit Haken, nem Ausleger, Pfeiler und nem Grund. Der soll dann halt in alle möglichen Richtungen ausfahrbar sein, und ich war locker 30 min als Anfänger am rätseln was an meiner Logik im o.g Code falsch ist, weil der Kran sich immer selbst zerstörte
Ging um eine Übung aus einem Buch, inder man einen Kran machen soll, mit Haken, nem Ausleger, Pfeiler und nem Grund. Der soll dann halt in alle möglichen Richtungen ausfahrbar sein, und ich war locker 30 min als Anfänger am rätseln was an meiner Logik im o.g Code falsch ist, weil der Kran sich immer selbst zerstörte
Android intent erstellt und mit extra-Daten hinzugefügt die int waren.
Auf der aufgerufenen Activity habe ich jedoch BrainAfk "getExtras().getString(key)" aufgerufen und nicht "getExtras().getInt(key)". Nach 20min wundern warum ich "Null" bekomme obwohl der Key richtig ist habe ich den kack Fehler gefunden <.<
Ich wollte eine Konsolenanwendung schreiben, die bei einer Form-Anwendung etwas in eine Textbox schreibt. Ich weiß gar nicht welche Funktion ich da benutzt hatte, die Tastendrücke sind sonstwo angekommen.
Es sind irgendwelche Fenster auf- und zugegangen und blah...
Danach ließen sich minimierte Fenster nicht mehr maximieren und der Task-Manager zeigte bei "Arbeitsspeicher" 0 Bytes an.
Ich wollte eine Konsolenanwendung schreiben, die bei einer Form-Anwendung etwas in eine Textbox schreibt. Ich weiß gar nicht welche Funktion ich da benutzt hatte, die Tastendrücke sind sonstwo angekommen.
Es sind irgendwelche Fenster auf- und zugegangen und blah...
Danach ließen sich minimierte Fenster nicht mehr maximieren und der Task-Manager zeigte bei "Arbeitsspeicher" 0 Bytes an.
In Java:
Mit mehreren Threads gearbeitet, leider vergessen einen Watchdog oder ähnliches zu programmieren um die Threads zu überwachen und evt. schwierige Fehler zu vermeiden.
Was kam hierbei heraus?
3 Threads haben die selbe Ressource gebraucht und bäääm Deadlock
In VB:
Ganz viele Tutorials geguckt, wollte mal in Sandbox testen mit löschen von Windows32 Daten ob dies klappt. Ganz vergessen Sandboxie anzumachen und batz Error hab eigene Windows32 daten gelöscht..