Suchergebnisse

Du hast viermal nicht das getan, was ich gesagt hatte. Das Erste ist unverändert. Das Zweite verwendet "" statt '' und streicht den \. Das Dritte verwendet "". Das Vierte streicht den \. Ich hingegen schrieb, dass der zweite ` nochmals mit '' gesichert werden muss, ergo '\`'.

Die beiden Lösungsmöglichkeiten, die ich angegeben habe, funktionieren.

Zeile 3 enthält 3 `. Entweder das zweite nochmal mit '' sichern oder $() statt der äußeren `` verwenden. Desweiteren ist das ls in Zeile 1 nutzlos. Einfacher (und nicht fehleranfällig gegenüber Leerzeichen) ist "for i in /backup/data/*/current". Natürlich muss dann die Verwendung von $i auch...

func = dlsym(handler, "echo_hm"); //Sucht die Funktion in unserer Lib error = dlerror(); //Fehler, zb Funktion nicht vorhanden if (error) { Die Verwendung von dlerror() ist hier konzeptionell falsch. dlerror() gibt nur einen Fehler zurück, der sich auf das vorige dlsym() bezieht, falls...

Am Rande sei erwähnt, dass es sich nicht notwendigerweise um ein Gleitkommaproblem handelt. Eine Ganzzahldivision durch 0 endet ebenso in einem SIGFPE.

man 2 open man 2 read man 2 close Am Besten fängst du damit an, die notwendigen Header per #include einzubinden.

8% der Platte sind reserviert (nur root kann diese beschreiben). Die Anzeige ist soweit also völlig normal. inodes enthalten keine Namen. Verzeichnisse enthalten Name+inode-Nummer. Ergo in /home (oder wie entsprechend das Verzeichnis heißt) ist der Name deines $HOME gespeichert.

man gprof

Danke, tja, es ist anders geworden, aber nicht gut. In Bild 1 war zu sehen, dass sich die Grafik beim Verkleinern nach links oben verschiebt, mit EXA verschiebt sie sich "nur" noch nach oben, aber kaputt ist es immer noch. Auch das Phänomen, dass statt dem Hintergrund beliebiger Schrott von...

Hier eine kleine Bilderserie: ff3_fehler_0.png: Zuerst ein normales Bild, 100% Größe, sieht richtig aus ff3_fehler_1.png: Das Bild leicht verkleinert ff3_fehler_2.png: Das Bild weiter verkleinert (Verkleinerung habe ich offensichtlich durch kleinere Fenster erziehlt, ich wollte hier keine...

3D? Compiz? Beryl? ... nv. Irgendwelche weiteren Fragen? Es hängt u.A. mit Bildern zusammen, die verkleinert angezeigt werden (typischer Fall: einzelnes Bild größer als das Fenster), wobei das Auftreten zudem von der Mondphase abhängt. Dass da Teil irgendwie schneller sein soll, kann ich auch...

vsnprintf() gefolgt von einem printf() ergibt keinen Sinn. Da hättest gleich vprintf() benutzen können bzw. gleich noch einen Schritt weiter gehen können und dir das ganz sparen.

Ich kann von FF3 bisher nur abraten. Die Darstellung von Bildern ist streckenweise so defekt, dass nur schwarze Boxen oder etwas völlig anderes (Hintergrund des X, andere Teile der Seite, das geschieht besonders häufig bei Seiten mit einem Hintergrundbild) dargestellt werden. Das macht Seiten...

Das ist irgendwie ein Hohn, etwas print_f_ zu nennen, wenn es keine Formatierungsanweisungen akzeptiert. Wie kaputt ist dieser libc-Ersatz, wenn er snprintf() hat, aber kein funktionierendes printf()? Du kannst vsnprintf() verwenden, um dir ein printf() zu bauen. PS: Lass dir zum Geburtstag...

:: ist ein GNUismus.

Lies meine letzte Antwort nochmal: -L

Füge beim Übersetzen -I (großes I wie in Ida) bzw. beim Binden -L mit jeweils den entsprechenden Pfaden als Parameter für zusätzliche Suchpfade hinzu.

Da bleibt mir nur zu sagen: wlkikiv und rtfm. Das ist bei NeHe und in den OpenGL Manpages alles beschrieben.

Kein backface culling, kein depth test.

"yes" wartet auf keine Eingaben, sondern gibt einfach nur endlos "y" (oder den ersten Parameter, falls vorhanden) aus.

Das ist schlicht falsch. Mit dem Beenden eines Prozesses werden alle von ihm belegten Ressourcen, also insbesondere Speicher, freigegeben.

Falsch, das ist kein Pufferüberlauf. Es ist wohldefiniert direkt (1) hinter das Ende einer Reihung zu zeigen. Lesen oder schreiben darauf ist natürlich nicht erlaubt, aber das geschieht auch nicht. Siehe meinen vorhergehenden Beitrag, worin der Pufferüberlauf besteht. Verwende nie strncpy()...

Das ' ', das direkt nach dem Kopieren des '\0' geschrieben wird, verursacht einen Pufferüberlauf. Denk dir als Beispiel als Eingabe eine leere Zeichenkette, also nur aus dem abschließenden \0 bestehend. Ob sich das lohnt... Es ist SUSv2, das sollte gut genug sein.

Der Pufferüberlauf in der Schleife besteht weiterhin. Die Kopie der Zeichenkette erscheint mir immernoch sinnlos.

sptr zeigt anfänglich auf den alloziierten Speicher. In der Schleife veränderst du sptr (sptr++), wodurch es dann natürlich nicht mehr auf die ursprüngliche Stelle zeigt. Anbei: Deine Schleife verursacht einen Pufferüberlauf um ein Zeichen. Wozu dient weiter das Kopieren der neu erstellten...