Crush

So ungefähr müßte das aussehen: typedef int (* pFarproc)(int,int); pFarproc pproc= (pFarproc)GetProcAddress(m_hlib,"StartWindowsHook"); if(pproc) int rwert=pproc(1,2); Die Parameter müssen 1:1 der Funktion entsprechen, damit alles sicher funktioniert, weil lediglich der Funktionszeiger pFarproc ohne weitere Prüfung befüllt wird.

Wenn Du nicht gerade ein Meister in Assembler bist, solltest Du diese Frage an die Autoren vom RPGMaker 2000 richten - denn nur die haben das Recht ihr Programm zu ändern (!!! Für alle anderen: Dafür gibts übrigens super Splatter-RPGs, die indiziert wurden!!!).

Ich habe mein Foto damals einfach mit draufgedruckt - als ITler kann man es sich schon bequem machen. Außerdem war das auch gleich meine Online-Bewerbung. Ist doch besser, wenn die 1:1 dasselbe im Netz und auf Papier haben. Wenn sie das Foto im Betrieb weiterreichen wollen, brauchen sie sich nur die Bewerbung als EMail gegenseitig zuschicken. Die Dokumente waren nicht abgeschlossen und das Foto so auch einzeln zu haben. Außerdem - im Fall einer Ablehnung sollten die das bitteschön zurück schicken. Wenn das Foto nicht mehr da ist, ist es fraglich ob die Bewerbungsunterlagen überhaupt zurück kommen. Und wenn man übernommen wird können die ja so viel Fotos haben wie sie wollen. Ich muß aber auch sagen, daß meine Bewerbungen zu 99% Initiativbewerbungen waren. Nach 2-3 Papierbewerbungen habe ich nur noch EMails verschickt - war billiger und nach Aussagen der Firmen auch angenehmer zu bearbeiten, außerdem verlief die Kommunikation viel schneller.

Es funktioniert zwar, daß der Absturz so verhindert werden kann. Das Dialogfeld wird sogar korrekt beschrieben, allerdings klappt sozusagen das UpdateWindow() nicht. Die Darstellung ist nicht korrekt. Allerdings von außen (also einer anderen Funktion) läßt sich das Control normal bearbeiten. So habe ich das deshalb auch gelöst. Ist mir wirklich schleierhaft, was da genau los ist.

Ja genau, so kann man das auch betrachten. Es sind zwei While-Schleifen hintereinander: while(lo<high) { teile und tausche } while(low<hi) { teile und tausche } Man kann ja praktisch jede Rekursion iterativ darstellen.

Da low als unterer Grenzwert hochgezählt und high als oberer Grenzwert bei jedem Tausch runtergezählt wird, dürfen diese nicht miteinander verglichen werden, sondern mit der oberen oder unteren Grenze. Deshalb das inkrementierende low mit dem feststehenden hi und das dekrementierende high mit dem festehenden lo. Diese Werte werden rekursiv in den Quicksort wieder eingebracht und das Sortierfeld dabei immer wieder halbiert, bis es nicht mehr teilbar ist. Es wird zweimal als if-Abfrage rekursiv durchlaufen. Durch die Rekursionsschleife wird zuerst (lo<high) bis zur Unteilbarkeit durchlaufen und danach (low<hi).

Noch einmal etwas ausführlicher: Ich habe Controls, die jeweils eine OnChange-Methode (mit Code) haben. Da diese alle miteinander "verkettet" sind und sich gegenseitig verändern (je nach Eingabe - geändert werden dabei nicht nur die Control-Inhalte, sondern die Controls, Styles, Listen, uvm.) kann mir in einem Ausnahmefall durch eine unglückliche Verkettung eine OnChange-Message-Schleife entstehen. Das bedeutet: Wird dieses bestimmte Control geändert und es beschreibt sich in seiner OnChange-Methode selbst, dann löst es in sich wieder eine OnChange-Methode aus, die irgendwann wieder darin endet, daß das Control-Feld (der Startpunkt der Message-Kette) verändert wird und der Spaß von vorne beginnt. Ein Teufelkreis!!! ...würde TV-Kaiser sagen. Hört sich kompliziert an - ist es auch. Das Problem wäre für mich gelöst, wenn ich ein solches Control beschreiben kann, ohne daß diese Message-Kette ausgelöst wird. Ich habe dieses Problem bis jetzt mit allerlei "Tricks" versucht zu umgehen, allerdings bis jetzt relativ erfolglos. 95% solcher Message-Teufelskreise konnte ich mit einer zusätzlichen Information vermeiden, indem ich den Funktionen Queue-Parameter verpaßt habe, wodurch jede Funktion weiß, wer der vorherige Auslöser der Kette war und dementsprechend anders auf die anderen Controls zugreift (this-Zeiger oder Member-Variablen - die falsche Methode führt zur Endlosschleife). In einem besonderen Fall war das (wieso auch immer - ich kam jedenfalls nicht dahinter was an dieser Methode anders war als an den anderen) mit diesem Trick nicht zu lösen - jeder Schreibversuch führt immer unweigerlich zum Absturz. Es scheint aber wohl auch bisher kaum einer so etwas komisches programmiert zu haben und deshalb tritt ein derartiges Problem nur bei mir auf. Wenn ich das nicht bald einfach lösen kann, muß ich wohl doch noch einen speziellen Message-Handler schreiben. Aber vielleicht kennt ja zufällig einer einen "Trick" diese Nachrichten schon im Vorfeld zu unterbinden? (darauf stützt sich meine Hoffnung) Naja, in der jetzigen Version ist das Prog schon releasefähig, allerdings kann es aufgrund dieser Sache nicht ganz so perfekt funktionieren, wie ich es gern hätte, was eigentlich schade ist. Ich ruf Dich mal wieder an (ist ja schon eine Weile her), dann kann ich Dir das evtl. noch genauer erklären.

Es gibt schon einige Datenbanken und Recherchedienste wie z.B. ein paar hier, aber leider sind fast alle kostenpflichtig.

Mit der Fachhochschulreife und Deinem Vorkenntnisstand kannst Du im Regelfall ohne Zusatzprüfungen (hängt auch vom Bildungsträger ab) schon eine Lehrzeitverkürzung auf 2 Jahre erreichen. Da könntest Du Dich täuschen, weil in Sachen Programmierung eher eine Einführung in die jeweiligen Programmiersprache(n) (hängt auch vom Bildungsträger ab), Objektorientierung und Softwaredesign (UML) stattfindet. Es könnte sich für Dich lohnen, das Board noch nach Beiträgen zu diesem Thema abzusuchen, bevor Du Dich mit falscher Erwartungshaltung in eine Ausbildung stürzt. Grundsätzlich kann man sagen, daß ein Dipl.-Inf. wesentlich häufiger in höhere Gehaltsklassen ein- und aufsteigen kann. Aber je nach Wissensstand und Können kann auch ein FI in deren Bereiche vordringen - das ist aber wohl eher die Ausnahme, wenn ich mir die letzten Gehaltsstatistiken anschaue. Meine Erfahrung ist: Wenn man sich billig einstellen läßt wird man auch billig gehalten. Der Markt gibt sicherlich auch noch genügend Jobs her, die ohne Ausbildung bedienbar sind, man muß sich nur gegen die Massen an alten Hasen und den Neueinsteigern behaupten können. Grundsätzlich ist jedes Papier für Einladungen zu Einstellungsgesprächen hilfreich. Das hängt doch wirklich nur davon ab, was Du machst, bei wem, und wie gut Du Deinen Job erledigst. Man bekommt Geld nicht nur für Diplome, sondern auch für Leistung. Ich persönlich würde Dir empfehlen, das Studium lieber bis zum Schluß durchzuziehen (allein schon wegen der nahezu gleichen Zeiten bis zur Beendigung des Studiums). Die Zeiten sind härter geworden und jede Zusatzqualifikation hilft im Konkurrenzkampf zu bestehen.

Ich bin gerne im Mantel mit Weste (evtl. mit Krawatte drunter) und schwarzer Stoff-Hose aufgetreten, das kommt nicht so 0815-formell aber gut gepflegt rüber.

Das mit der Nummerierung muß man sicherlich selber machen. Das ist aber auch nicht so ein riesen Aufwand. Mir ist jedenfalls keine derartige Methode bekannt.

Hallo, ich habe bein WinXP-VC++ ein Problem mit Member-Controls. Ich möchte diese gerne verändern, ohne daß eine OnChange()-Message verschickt wird. Natürlich könnte ich diese Nachrichten mit PretranslateMessage() oder ProcessMessageFilter() rausfiltern, aber besser wäre ein komplettes Ausschalten der Control-Nachichten über die Member-Variable direkt, damit diese also erst gar nicht erzeugt werden, und zwar bevor ich damit arbeite und danach muß die Message-Funktion wieder reaktiviert werden. Ist das überhaupt möglich?

Schwer ist ABAP eigentlich wirklich nicht - mir hat nur die Sprache und deren Möglichkeiten nicht zugesagt. Dafür habe ich mich auf C++ konzentriert - das halten viele für noch viel kryptischer =;-) Mit etwas Verständnis für Datenbanken und ein wenig Programmierlogik sollte ABAP jedem zugänglich sein.

Wir haben leider nicht die Zeit jede Architektur auseinanderzuklaumüsern und damit ist der Antwort auch nicht gedient. Wir driften hier langsam aber sicher vom Thema ab, deshalb lassen wir das Technische ab jetzt einfach mal stehen. Um aber die herkömmliche Frage zu beantworten muß man eben etwas weiter schauen. Wenn meine Antwort vielleicht nur zu 70% korrekt ist (Welche ist das auch schon), dann wäre es nur hilfreich die Frage auch nochmal aus anderer Sicht erklärt zu bekommen. Ich bin immer lernbereit und gebe Fehler auch gerne zu, sobald sie mir klar werden. Ich bin ja nicht nur im Forum um Fragen zu beantworten, sondern auch mal Antworten auf interessante Fragen zu sehen und auch Neues dabei zu lernen.

Hinter RISC steckt aber auch eine andere Philosophie: Wenig Befehle mit schneller Ausführungsgeschwindigkeit - was fehlt muß man sich zusammenbasteln. Natürlich gibt es in der Prozessorlandschaft immer wieder einen anderen Ansatz - aber es ist auch etwas umständlich sich ständig mit allen Prozessortypen und -eigenheiten auseinanderzusetzen - alles kann man eh niemals kennen. Standardmäßig gehe ich hier im Forum mal von Intel-Chips aus, wenn nicht ausdrücklich von etwas anderem geredet wird. Allerdings werden auch bei RISC-Chips die Daten von den Befehlen getrennt und in Caches abgelegt. Klar, daß nicht zwingend jeder Prozessor mit Pipelines arbeitet - mein C64 kam auch ganz gut ohne aus =8-)

Ich würde sagen in der Maschinensprache, weil dorthin im Endeffekt alles übersetzt wird und der Prozessor eine andere Sprache in Wirklichkeit nicht spricht. Wenn man damit arbeiten möchte, dann gibt es nur Assembler ohne jegliche echte Alternative, weil jede andere Programmiersprache eigentlich nur eine Abstraktion von Assembler ist, wobei Assembler-Mnemonics (ist kein Schreibfehler - heißt so) auch nur eine Abstraktion von den Maschinensprachebefehlen sind! Das bedeutet: Zu 99% übersetzen die Compiler Programme in Assemblersourcecode oder (sehr selten) direkt in Assemblercode um, welcher dann mit einem Assembler-Compiler übersetzt und ausgeführt wird. Also ist jede Programmiersprache nur Mittel zum Zweck. Maschinensprache ist aber auch nicht ganz das Teil unter der Haube, weil im Motor (der Prozessor) diese Codes wieder erst decodiert und Microcodes übersetzt werden, die das Pipelining und parallele CPU-Befehls-Abläufe ermöglichen. Die Daten und die Steuerbefehle werden wiederum getrennt und durch unterschiedliche Übersetzereinheiten gejagt. Genaugenommen ist der Microcode die tiefste Ebene. Natürlich muß man das alles als Programmierer nicht unbedingt wissen (hängt aber auch von der Anwendung und des Programmzieles mit ab), aber das Wissen der Technik kann bei Programmentwicklungen (und auch deren Beschleunigungen) sehr hilfreich sein, außerdem auch bei Hardwareprogrammierung. Daher kommt übrigens auch die Codeoptimierung eines Compilers. Der setzt zwar einerseits auch am Sourcecode des Programmes an, andererseits aber auch an der Übersetzungsweise der Befehlskonstrukte in Assembler und der Ausnutzung von CPU-spezifischen Eigenheiten die den Programmablauf beschleunigen können (z.B. das verwenden von CPU-internen-Registern für Parameterübergabe). Die Thematik habe ich übrigens aus einer anderen Fragestellung heraus auch schon einmal angeschnitten gehabt.

Ich habs mir mal angeschaut und hatte das als kryptischer in Erinnerung (ist ja auch ein paar Jahre her) - gefallen tut´s mir trotzdem bis heute nicht.

Geschwindigkeit ist nicht nur relativ - sie ist ein Energiezustand - in diesem Fall ein kinetischer Energiezustand, der beide Objekte voneinander unterscheidet. In einen von beiden mußte Beschleunigungsenergie gesteckt werden im Gegensatz zu dem "normal" Gebliebenen mit der trägeren Masse. Außerdem muß einer von den Beiden allein schon nach der allseits bekannten Formel Energie=Masse x Lichgeschwindigkeit hoch 2 einen höheren Energiepegel haben und dadurch eine angestiegene Masse und wie es der Meister schon sagte, wird dadurch der Raum (und parallel dazu die Raumzeit) gekrümmt, wodurch sich schließlich auch die Zeit verändert. Daher bringt - meiner Meinung nach - die Pseudo-Relativität von der Betrachtungsweise hier keine Änderung am Zeitverlauf. Mich würde ja brennend interessieren, was los wäre, wenn unsere Galaxie (wir sind ja an einem äußeren Zipfel eines Armes einer rotierenden Galaxie) plötzlich aufhören würde, sich zu drehen. In ca. 500 Milliarden Jahren (oder sowas um den Dreh rum) sollen wir ja evtl. mit einer anderen Galaxie kollidieren, die wohl andersherum dreht... das ist sicherlich der größte anzunehmende Unfall. Ich hab jedenfalls in einer Simulation gesehen, daß sich viele Sterne dann lösen, ausbremsen, stehen bleiben... also verändert sich deren Zeitverhalten, Masse, usw... was würde dann - angenommen uns wäre nichts beim Unfall passiert, außer daß wir abgebremst würden - mit unserer Zeit passieren? Subjektiv betrachtet.

Ich fand die Syntax grausam.

Lustig, ich seh auch grad, daß ich hier vor 1,5 Jahren das letzte mal was gepostet hatte =8-) Gibt´s ABAP überhaupt noch oder war ich einer der Letzten, die sowas noch in der Ausbildung neben C++ gelernt haben?

@dummabua :"wenn jemand gesagt hätte: NEIN LASS DAS DES DING HAT MEIN GANZES SYSTEM GESCHOSSEN !!!" Sowas kann einem mit der TPF auch passieren, wenn man bei den Optionen "Treat System Applications group as regular group" auswählt. Wenn man dann die falschen Parameter der Gruppe ändert ist absolute Ruhe im Karton. Im abgesicherten Modus sollte das eigentlich wieder gerade zu biegen sein. Deshalb hab ich auch gesagt, man sollte schon wissen, was man mit diversen Regeln gerade anstellt - ist also nix für Anfänger und Einsteiger.

Also so wie ich das den Medien entnehme ist der Einstieg in die Schuldenfalle heutzutage schon bei Kindern und Jugendlichen v.a. das Handy!!! Im Fernsehen gabs ein Paar davon zu bestaunen, die mehrere tausend Euros an Handyschulden zu begleichen hatten. Allerdings ging das genauso schon früher mit dem normalen Telefon und so tollen Dingen wie der Bravo-Star-Hotline (Infos über diverse Stars abrufen). Ich habe mal ein Mädchen gekannt, die es geschafft hat - !!!ACHTUNG FESTHALTEN!!! - in einem Monat mit solchen Star-Hotline-Abrufen über 15000 DM Schulden zu machen! Das wäre schon ein neuer Kleinwagen gewesen.

Wäre sicher interessant zu wissen, wieviele Azubis hier überschuldet sind...

Ich arbeite zwar nicht bei EDS, habe aber geschäftlich gelegentlich etwas mit EDS-Entwicklern zu tun und von denen schon einiges über die Firma gehört. Jedenfalls weiß ich, daß die ziemlich groß sind und in sehr vielen IT-Bereichen international aktiv sind (kommt aus den USA). Die Kundschaft besteht fast ausschließlich aus Großkunden (Autoproduzenten z.B.), was eine relative Sicherheit bedeutet. Dort unterzukommen ist nach meinen Eindrücken bestimmt kein Fehler. Ob es einem gefällt hängt aber sicherlich wie bei jeder Firma davon ab, ob einem das Entgelt paßt, in welchem Bereich man dort landet (auch, was man dort zu tun hat) und wie die Kollegen und die Kunden drauf sind. Bei so großen Firmen kann es sein, daß zwei Kollegen aus verschiedenen Geschäftsbereichen vollkommen anderer Meinung sind. Bei kleinen Firmen sind solche persönlichen Eindrücke meist aussagekräftiger.

Ein AREXX-Buch habe ich noch im Keller. Ich frage mich, ob der Amiga-REXX dem vom Linux entspricht oder nicht? (von objectREXX habe ich bis jetzt noch gar nichts gehört). Das Besondere bei REXX war doch, daß man Anwendungen Ports verpassen und parallel laufende Programme so miteinander kommunizieren lassen konnte. Man konnte auch die Programme über REXX-Scripts von "außen" steuern. Allerdings mußte man dazu irgendeine Library mit einbinden.