unbenannt

Welche "Textbox" macht denn Probleme? Ein wenig mehr Detail würde helfen, dass Problem verstehen und ggf. auch lösen zu können.

Schnellcheck mit Firebug und der Übeltäter ist: <div id="overlayDiv" style="top:0px; left:0px; width:100%; height:100%; position:absolute;"><iframe src="http://www.facebook.com/plugins/likebox.php?href=http%3A%2F%2Fwww.facebook.com%2Fpages%2FmyWare%2F114783425226397&width=292&&show_faces=false&stream=false&header=false&height=62" scrolling="no" frameborder="0" style="border:none; overflow:hidden; width:292px; height:62px;" allowTransparency="true"></iframe> </div> Und dieses div macht genau was es soll: 100% des Fensters einnehmen.

Nicht vergessen, das Div-Element im Body auch absolut zu positionieren, damit sich eine 100%ige Breite (bzgl. des Browser-Fensters) überhaupt erst entfalten kann.

Irgendwie ist es jedes Jahr das gleiche: Ist das Forum so langsam oder ist es nur bei mir so

"#navi_l1" ist relativ positioniert, d.h. es verbleibt im Textfluss. Durch die vielen überflüssigen floats gestaltet sich die Sache in Deinem Beispiel dabei leider sehr unübersichtlich. Um das div aus dem Textfluss heraus zu nehmen, müsstest Du es absolut positionieren. Ansonsten kann ich nur dazu raten, alle sinnlosen CSS-Angaben erst einmal zu streichen: "top" und "left" ergeben nur zusammen mit "position" einen Sinn und mit überflüssigen floats macht Du Dir die Sache nur selbst schwer.

Nein, denn Du deklarierst hier eine Funktion mit nur einem Parameter, möchtest aber mit 2 Parametern aufrufen. Eine Vergleichsfunktion für zwei Integer-Werte bei gewünschtem Aufruf sähe folgendermaßen aus: int vergleichen(int wert1, int wert2) { if (wert1 >= wert2) return wert1; else return wert2; } Wobei es aber natürlich schöner wäre, wenn der Funktionsname mehr Aufschluss über die eigentliche Funktionsweise geben würde.

Dann präzisiere das doch bitte, statt hier einfach unformatierten Quelltext hinzuwerfen und auf die Erleuchtung zu hoffen. Nicht jeder hier besitzt eine Glaskugel oder kann die eigentlichen Fragen auf anderem Wege erraten.

worst case: Damit zusammenhängend: Den ITler kräftig zur Sau machen, weil er a) den Mitarbeiter nicht selbst aufgrund der rechtlichen Dimension zurückweist und auch noch einen Azubi für diesen Unsinn missbrauchen möchte. Warum sollte der Azubi eine Ausnahme sein?

Nein, aber schwierig und natürlich auch davon abhängig, wo Du Dich bewirbst. Im Wettbewerb um Ausbildungsstellen konkurrierst Du zumeist mit Abiturienten, denen man halt gemeinhin eine bessere Lernfähigkeit zutraut. In der Berufsschule hatten wir unter über 40 Schülern (Anwendungsentwickler, Systemintegratoren und Kaufleute) genau einen mit Hauptschulabschluss. Leider zeigte dieser auch, warum viele Unternehmen skeptisch gegenüber (ehemaligen) Hauptschülern sind. Betrieb stellt Dich ein und sagt in der Probezeit "Und Tschüss!". Damit hat er Geld verloren, sowie einen offenen Ausbildungsplatz, der sich wahrscheinlich erst im nächsten Jahr wieder neu besetzen lässt. Deswegen investiert er doch lieber Zeit und Geld in jemanden, von dem man direkt im Vorfeld ausgeht, dass er auch die Probezeit überlebt.

Kleiner Tip noch, welcher zwar nicht unbedingt für die Funktionsweise, jedoch für die Performance interessant ist: Ihr fordert einen vergrößerten Speicherbereich für "temp" an und kopiert alle Werte aus "stack" dort hinein. Anschließend fordert ihr die gleiche Größe für "stack" an, kopiert wieder dort hinein und gebt den Speicherbereich von "temp" wieder frei. Das ist für ein manuelles Vergrößern viel zu umständlich. Ausreichend wäre, einen neuen Speicherbereich anzufordern, die Werte dort hinein zu kopieren, den alten Speicherbereich freizugeben und anschließend "stack" direkt auf den neuen Bereich zeigen zu lassen. Noch einfacher funktioniert dies allerdings mit der Funktion "realloc", welche im Idealfall sogar den vorhandenen Speicherbereich lediglich vergrößert, wenn dies möglich ist (so wurde es mir zumindest erklärt, bzw. so habe ich es verstanden).

Kleine Testmethode: int main() { int i; for (i = 0; i < 12; i++) { printf("%d. index %d, size %d\n", i, index, size); push(i); } return 0; } Ausgabe: Anschließend bei mir: Absturz! Ihr habt ein 5-elementiges Array (schätze ich zumindest mal), lasst aber zu, dass vor der Vergößerung des Arrays bereits ein Wert an Index 5 gespeichert werden soll.

Wenn ihr nur die mallocs angepasst habt, dann ist die push-Funktion noch immer fehlerhaft. Unter Ubuntu mit gcc kompiliert (mallocs vorher natürlich korrigiert) fliegt mir das Programm um die Ohren, sobald mehr als 5 Werte eingefügt werden. Lasst Euch mal bei jedem push die Werte von "index" und "size" ausgeben und schaut mal, was passiert, wenn der Stack vergrößert werden muss - oder besser gesagt was einen Schritt zuvor geschehen ist. Kleine Anmerkung zu folgender Funktion: int pop() { return stack [--index]; size--; } Nach einem return wird kein Code mehr ausgeführt.

Das passiert, wenn man vollkommen undefiniertes Verhalten herauf beschwört. Was geschieht beispielsweise beim ersten "push" in nachfolgender Zeile? stack=malloc(sizeof(stack[a]));

Angabe des Tabellennamens könnte aber nicht schaden, da "id" mehrdeutig ist.

Genau, er hätte abwarten müssen, bis die "junge Dame" die Stelle angetreten hat, um ihr dann probezeitkonform ohne Angabe von Gründen zu kündigen. Dieses Beispiel zeigt nur einmal mehr, dass man in diesem Land nur direkt verklagt wird, sobald man mehr sagt als unbedingt notwendig.

Definiere bitte "dynamisches Array". Wenn ich das lese, assoziiere ich damit immer ein selbstständig wachsendes bzw. schrumpfendes Array. Das ist in C natürlich nicht möglich. value_char = malloc(anzahl*sizeof(char)); Spontan geschätzt: Du möchtest keinen Speicherbereich für ein Char-Array alloziieren. Wahrscheinlich möchtest Du eher ein Array des Typs "struct artikel" erzeugen. Aktuell wird ein solches, 100-elementiges, fest auf dem Stack erzeugt. Sollte doch noch etwas Dynamik erforderlich sein (sollte das Array wachsen müssen), so ist "realloc" Dein Freund. Und niemals vergessen: alloziierter Speicher muss auch wieder freigegeben werden

Hast Du nur ein Problem mit "nichtdeterministisch rekursiv" oder mit der Rekursion im Allgemeinen? Bei einer nichtdeterministischen Programmierung muss ich leider passen. Folgender Hinweis sei aber erlaubt: double li, re = a, y; Damit initialisierst Du lediglich "re" - "li" und "y" bleiben undefiniert. Allein damit hast Du schon eine (wahrscheinlich ungewollt) große Dosis Zufall in Deinem Code.

Meines Wissens zählt auch eine abgeschlossene schulische Ausbildung als Erstausbildung im Sinne der BAB. Mit dieser Begründung wurde auch der BAB-Antrag eines Azubi-Kollegen bereits im Vorfeld abgeschmettert (insofern ich nicht damals etwas falsch verstanden habe). Auf Anhieb finde ich auch nichts, was dem widerspricht. Wenn Du etwas Gegensätzliches hast, dann bitte her damit

Nein, denn momentan macht der TE eine schulische Ausbildung. BAB greift bei einer betrieblichen Ausbildung.

BAB-Antrag würde zu keinem gewünschten Erfolgt führen, da prinzipiell nur die Erstausbildung förderungswürdig ist.

Merkwürdig... der Wikipedia-Artikel zu "Klassenarbeit" schafft es, eine Differenzierung zwischen Test (Lernzielkontrolle) und Extemporale(Stehgreifaufgabe(Kurzarbeit)) zu vermitteln. Der TE hat nicht zwischen "Test im Sinne einer Lernzielkontrolle" und "Test im Sinne einer Hausaufgabenüberprüfung" (was sich am ehesten mit Deiner Extemporale gleichsetzen lässt) unterschieden. Dementsprechend hat er auch die entsprechenden Antworten bekommen - nämlich in dem Sinne, wie "Test" allgemein auch aufgefasst wird. Deine Unterstellung ist fehl am Platz.

Ja Alles, was auch Unterrichtsstoff war. Angemessen, angesichts der bisherigen Verhaltensweise. Auch auf einer Realschule g(i|a)lt: unangemeldete Tests sind erlaubt und dürfen den gesamten bisher erlernten Unterrichtsstoff abdecken. Alles im Ermessen des zuständigen Lehrers - und aus dem Ermessen Deiner damaligen Lehrer lässt sich nun einmal keine allgemeingültige Regelung ableiten.

Das wage ich stark zu bezweifeln. Bei Deinem Vorhaben bekommst Du höchstens grobe Einblicke in die Syntax der jeweiligen Sprache.

Vorsicht, es folgt eine persönliche Einschätzung: ca. 70% der ZP sollten allein mittels IT-Handbuch lösbar sein - so war jedenfalls mein Empfinden. Daher ist es m.E. als Vorbereitung schon einmal nicht schlecht, sich im Handbuch zurechtfinden zu können.

Wenn immer feste Position vorhanden, dann SUBSTRING. Bei einer festen Zeichenkette, aber variablen Position, REPLACE.