Heute möchte ich meinen werten Lesern ein Tool vorstellen,
dass ich schon seit längerer Zeit benutze um hinterlistige Viren und Trojaner aufzuspüren.
"Hijack this" heißt dieses kleine Wunderwerk.
Damit lässt sich das System nach unliebsamen Gästen durchforsten und sofort die aufgetretene Fehlerquelle beheben.
Das Tool erstellt anschließend einen LogEintrag, der sich auf dieser Seite auswerten lässt.
>>"Mit Hilfe von HijackThis ist es möglich schädliche Eintragungen auf Ihrem Rechner zu finden und zu beheben.
Dazu werden spezielle Bereiche in der Registrierung und der Festplatte durchsucht und mit den Standardeinstellungen verglichen. Wird eine Abweichung festgestellt, so wird diese in einem Protokoll (Logfile) angezeigt. Um festzustellen, ob ein Eintrag schädlich ist oder bewusst vom Benutzer oder einer Software installiert worden ist benötigt man einige Hintergrundinformationen.
Ein Logfile ist oft auch für einen erfahrenen Anwender nicht so einfach auszuwerten. Mit Hilfe dieser automatischen Auswertung soll der Benutzer bei der Auswertung unterstützt werden. Kopieren Sie dazu einfach den Inhalt Ihres Logfiles in die untenstehende Textbox.
Aufgrund einiger Missverständnisse möchte ich nochmals darauf hinweisen, dass ich nur die Onlineauswertung entwickle und nicht das Tool HijackThis."
Dennoch geht nichts über einen "echten" Virenscanner mit GuardFunktion,
Hijack-this dient lediglich zu Erkennung und Behebung bereits vorhandener Befälle,
für einen kompletten Allround Schutz für ihr System ist ein guter Virenscanner a'la Kaspersky unabdingbar!
In diesem Sinne wünsche ich meinen Lesern ein Schädlingsfreies System und noch viel Erfolg,
mfg
euer Leitman
Montag, 18. August 2008
Montag, 11. August 2008
.NET Kinderkrankheiten: BackColor für DateTimePicker ändern
Zwar hat ein .NET DateTimePicker Control eine Eigenschaft Namens "BackColor",
die man auch setzen kann,
jedoch tritt dadurch kein Effekt und eine Einfärbung des Control - Hintergrunds ein -.-
Nach kurzer Suche, bin ich auf ein offizielles M$ Statement gestoßen:
"Setting the BackColor has no effect on the appearance of the DateTimePicker. To set the background color for the drop-down calendar of the DateTimePicker, see the CalendarMonthBackground property."
Leider hat das bei mir auch keinen Effekt, also hab ich das komplette Control mit seiner Paint Routine neu nachimplementiert.
Tipps und Hinweise dazu unter:
Link (G00gle Search nach DateTimePicker BackColor)
Viel Erfolg damit und auf ein erfolgreiches Schaffen
mfg
Euer Leitman
die man auch setzen kann,
jedoch tritt dadurch kein Effekt und eine Einfärbung des Control - Hintergrunds ein -.-
Nach kurzer Suche, bin ich auf ein offizielles M$ Statement gestoßen:
"Setting the BackColor has no effect on the appearance of the DateTimePicker. To set the background color for the drop-down calendar of the DateTimePicker, see the CalendarMonthBackground property."
Leider hat das bei mir auch keinen Effekt, also hab ich das komplette Control mit seiner Paint Routine neu nachimplementiert.
Tipps und Hinweise dazu unter:
Link (G00gle Search nach DateTimePicker BackColor)
Viel Erfolg damit und auf ein erfolgreiches Schaffen
mfg
Euer Leitman
Montag, 30. Juni 2008
Spanien ist Europameister
Na ENDLICH!
Die Euro08 ist vorbei,
Spanien hat das Rennen gemacht,
die Deutschen habens trotz sehr schwacher Leistung bis ins Finale geschafft...
Gut, ich brauch nicht reden, Österreich hat sich auch nicht wirklich groß darbieten können :(
Es war eine EM voller Überraschungen, vieler Erwartungen und vor allem,
eine EM voller betrunkenen Fans vor meiner Wohnung ;(
Wer konnte damit rechnen, dass die Russen so weit nach vorne kommen würden?
Wer war nicht geschockt, als die Niederländer als großartiger Sieger der Vorrunden im Viertelfinale so gravierend rausfliegen würden?
Wer hätte gedacht, dass das Match Ger - Aut nur mit einem 1:0 endet?
Fragen über Fragen...
Egal, nun ist das Event Gott sei Dank vorbei,
ich hoffe Österreich hat viel Geld und Erfahrung bei dieser Europameisterschaft mitnehmen können,
und was meine Meinung angeht,
ich sah unsere Jungs in Rot-Weiß noch nie so gut spielen,
muss sagen, Spitzen Leistung und wir haben uns gut präsentiert!
Als dann,
bis zum nächsten Großevent kann ich hoffentlich nun aufd Nacht wiede durchschlafen,
mfg
euer Leitman
Die Euro08 ist vorbei,
Spanien hat das Rennen gemacht,
die Deutschen habens trotz sehr schwacher Leistung bis ins Finale geschafft...
Gut, ich brauch nicht reden, Österreich hat sich auch nicht wirklich groß darbieten können :(
Es war eine EM voller Überraschungen, vieler Erwartungen und vor allem,
eine EM voller betrunkenen Fans vor meiner Wohnung ;(
Wer konnte damit rechnen, dass die Russen so weit nach vorne kommen würden?
Wer war nicht geschockt, als die Niederländer als großartiger Sieger der Vorrunden im Viertelfinale so gravierend rausfliegen würden?
Wer hätte gedacht, dass das Match Ger - Aut nur mit einem 1:0 endet?
Fragen über Fragen...
Egal, nun ist das Event Gott sei Dank vorbei,
ich hoffe Österreich hat viel Geld und Erfahrung bei dieser Europameisterschaft mitnehmen können,
und was meine Meinung angeht,
ich sah unsere Jungs in Rot-Weiß noch nie so gut spielen,
muss sagen, Spitzen Leistung und wir haben uns gut präsentiert!
Als dann,
bis zum nächsten Großevent kann ich hoffentlich nun aufd Nacht wiede durchschlafen,
mfg
euer Leitman
Freitag, 13. Juni 2008
Firefox 3 Download Day: Bereits über eine Million Einträge
Die Firma Mozilla möchte sich mit rekordverdächtigen Downloadzahlen von Firefox 3 im Guinnes Buch der Rekorde verewigen. Ein erster Schritt scheint bereits geschafft.
Mozilla hat die erste Hürde genommen. Mit den meisten Downloads innerhalb von 24 Stunden soll Firefox 3 ein Eintrag ins Guiness Buch der Rekorde gelingen. Seit kurzem ist bekannt, dass sich bereits über eine Million Teilnehmer an dem Vorhaben des Browser-Entwicklers beteiligen wollen. Die Vereinigten Staaten stehen derzeit mit einer Gesamtanzahl von über 168.205 Vormerkwünschen weit vorne an der Spitze der Liste.
Sehr interessiert zeigen sich auch Polen mit 75.604 und Brasilien mit 72.190 Einträgen. Deutschland rangiert hinter Frankreich (52.643) und Italien (44.299) mit 41.370 Vormerken auf Platz Nummer sechs.
Die Zahlen stellen logischerweise eine Momentanaufnahme dar und ein weiterer Anstieg darf erwartet werden
Sehr interessiert zeigen sich auch Polen mit 75.604 und Brasilien mit 72.190 Einträgen. Deutschland rangiert hinter Frankreich (52.643) und Italien (44.299) mit 41.370 Vormerken auf Platz Nummer sechs.
Die Zahlen stellen logischerweise eine Momentanaufnahme dar und ein weiterer Anstieg darf erwartet werden
Wer bei Mozillas Rekord-Bestrebungen dabei sein möchte, kann sich hier vormerken lassen. Interessierte müssen dazu lediglich Email und Herkunftsland hinterlassen, um rechtzeitig das Datum des Stichtags zu erfahren.
Na dann, viel Erfolg bei diesem Vorhaben
auch von
incredible Leitman
Montag, 2. Juni 2008
UPDATE zum Beitrag: Zeilenumbrüche in .NET TextBoxen
Ich habe soeben eine weitere Unvollständigkeit im .NET Framework gefunden,
in einer Listbox ist es ebenfalls nicht möglich, mehrzeilige Einträge hinzuzufügen -.-
Wieder einmal etwas, das man selbst erweitern muss.
Ist aber gar keine große Sache, den Typ der Listbox auf OwnerDraw setzen und das Zeichnen selbst übernehmen.
Wie sowas aussehen kann sieht man z.B. hier: http://www.codeproject.com/cs/combobo...
in einer Listbox ist es ebenfalls nicht möglich, mehrzeilige Einträge hinzuzufügen -.-
Wieder einmal etwas, das man selbst erweitern muss.
Ist aber gar keine große Sache, den Typ der Listbox auf OwnerDraw setzen und das Zeichnen selbst übernehmen.
Wie sowas aussehen kann sieht man z.B. hier: http://www.codeproject.com/cs/combobo...
Mittwoch, 28. Mai 2008
Zeilenumbruch in .NET Textboxen
Ich habe mich soeben knapp 30 Minuten über das seltsame Verhalten und die unverständlichen Zeichen in meiner Applikation gewundert.
Und zwar wollte ich auf Änderungen des Textes einer Windows::Forms::TextBox reagieren und überprüfen, ob der aktuelle Text dem geladenen entspricht.
Nun habe ich Newline Characters verwendet a'la " \n".
Diese funktionieren meines Wissens ohne Probleme und werden auf der MSDN als Standard Linefeed chars angegeben.
Jedoch erhalte ich in der Textbox bei dessen Verwendung zwar wunderhübsche, aber dennoch nicht angebrachte Rechtecke anstelle meines implementieren Enters.
Nach kurzer Suche bin ich auf einige nette Lösungen und Problemangaben gestoßen,
die ich natürlich hier allem meinen Lesern preisgeben möchte:
Yeah, this is one of those stupid "under the hood" things that you're just expected to know somehow. In a lot of Windows text, the "new line" character is actually two characters together; namely, "\r\n". This is a carriage return followed by a new line, and it should equate to a hard return in windows text boxes.
Other OS's use just plain "\n" for new lines, which makes a lot more sense to me, but because windows uses "\r\n", it makes it a lot of fun to read text files that were created on Linux or Mac!
- Professor Musstard (CSharpHelp)
Das Problem ist der altbewährte Streitfallvon little und Big Endian -.-
Windows Leute dachten sich, es ist besser ein Zeichen zu sparen und nur "\n" zu verwenden, wogegen sich die Unixler für "mehr Kontrolle" entschieden, da es mit der 2 Charakter Methode möglich ist, in die nächste Zeile zu springen OHNE dabei den Cursor zu bewegen oder
zum Anfang derselben Zeile zu springen.
Prinzipiell finde ich ja beide Herangehensweisen irgendwie logisch nachfolziehbar... was mich jedoch echt stört, warum M$ sich dann nicht für eine Sache entscheidet und diese beibehält?
Wieso kann ich in einem Label einen Linefeed durch eine einfaches \n deklarieren, in einer Textbox jedoch nicht? Dafür kann ich in einer Textbox aber einen Tabulator mittels "\t" einfügen, was ich wiederum in einem Label noch nicht zusammengebracht habe -.-
Und zwar wollte ich auf Änderungen des Textes einer Windows::Forms::TextBox reagieren und überprüfen, ob der aktuelle Text dem geladenen entspricht.
Nun habe ich Newline Characters verwendet a'la " \n".
Diese funktionieren meines Wissens ohne Probleme und werden auf der MSDN als Standard Linefeed chars angegeben.
Jedoch erhalte ich in der Textbox bei dessen Verwendung zwar wunderhübsche, aber dennoch nicht angebrachte Rechtecke anstelle meines implementieren Enters.
Nach kurzer Suche bin ich auf einige nette Lösungen und Problemangaben gestoßen,
die ich natürlich hier allem meinen Lesern preisgeben möchte:
Yeah, this is one of those stupid "under the hood" things that you're just expected to know somehow. In a lot of Windows text, the "new line" character is actually two characters together; namely, "\r\n". This is a carriage return followed by a new line, and it should equate to a hard return in windows text boxes.
Other OS's use just plain "\n" for new lines, which makes a lot more sense to me, but because windows uses "\r\n", it makes it a lot of fun to read text files that were created on Linux or Mac!
- Professor Musstard (CSharpHelp)
Das Problem ist der altbewährte Streitfallvon little und Big Endian -.-
Windows Leute dachten sich, es ist besser ein Zeichen zu sparen und nur "\n" zu verwenden, wogegen sich die Unixler für "mehr Kontrolle" entschieden, da es mit der 2 Charakter Methode möglich ist, in die nächste Zeile zu springen OHNE dabei den Cursor zu bewegen oder
zum Anfang derselben Zeile zu springen.
Prinzipiell finde ich ja beide Herangehensweisen irgendwie logisch nachfolziehbar... was mich jedoch echt stört, warum M$ sich dann nicht für eine Sache entscheidet und diese beibehält?
Wieso kann ich in einem Label einen Linefeed durch eine einfaches \n deklarieren, in einer Textbox jedoch nicht? Dafür kann ich in einer Textbox aber einen Tabulator mittels "\t" einfügen, was ich wiederum in einem Label noch nicht zusammengebracht habe -.-
Dienstag, 27. Mai 2008
wtf? Experten bitten um Hilfe: Mysteriöser Traffic-Anstieg auf Port 1533
Die Sicherheitsexperten von SANS haben einen erhöhten Traffic-Anstieg auf Port 1533 bemerkt.
Allerdings wissen die Experten derzeit nichts damit anzufangen. Deswegen bitten Sie um die Mithilfe von Lesern. Wer einen guten Mitschnitt von Paketen hätte, sollte sich mit den Profis kurzschließen. Womöglich könne man gemeinsam herausfinden, was vor sich geht.
Wirft man einen genaueren Blick auf die grafische Auswertung von SANS ist zu sehen, dass sich am 24. und 25. Mai der Traffic auf Port 1533 mehr als vervierfacht hat. (tecchannel.de - jdo)
Abonnieren
Kommentare (Atom)