Kleines sinnloses Programm welches den Speicher überschreibt

Bashar

Das muss dann aber ein anderes Programm als das in deinem Posting sein.

SirLant

Bashar schrieb:

Das muss dann aber ein anderes Programm als das in deinem Posting sein.

Ne und ich bezweifle, dass es rein zufällig während dem Ausführen meines Programmes
nen Fehler von nem anderen gab welcher so verheerend war, dass nix mehr ging.

Meines hätte im Normalfall wohl mit nem Fehler auf ungültigen Speicherzugriff
abgebrochen, wenn ich euch richtig verstehe oder?

Bashar

Nein, deins würde die while-Schleife überhaupt nicht erst anfangen. Die erste Zuweisung würde noch den gerade allozierten Speicher, auf den p zeigt, betreffen, das Ergebnis ist 0, also false, die Schleife bricht ab.

SirLant

Wieso 0?Weil ich in geschützten Speicher schreibe?

sys

Er hat recht. das müsste so aussehen

while(1)
	*(p--) = '\0';

SirLant

Und weshalb?
Ich habe da doch nen Ausdruck drin, welcher so lange true liefert wie er erfolgreich
durchgeführt wird.
Bei deinem würde das Programm noch weiter laufen selbst wenn es in einen Bereich
kommt der keine gültige Adresse mehr darstellt und wenn es soweit ist kann es
sich auch beenden

Bashar

SirLant schrieb:

Ich habe da doch nen Ausdruck drin, welcher so lange true liefert wie er erfolgreich
durchgeführt wird.

Nö, du hast da nen Ausdruck stehen, der immer 0 ist, da Zuweisungen ihre rechte Seite zurückgeben (sonst könnte man die nicht verketten wie in a = b = c = 42; ). Und 0 ist eben false. Sowas wie erfolgreiche Durchführung von Ausdrücken gibts nicht, entweder er ist erfolgreich, oder das Verhalten ist undefiniert.
Mich wundert ehrlich gesagt, wie du mit dem Programm den Rechner deines Klassenkameraden abgeschossen haben willst

sys

Abgesehen dafon was iteressirt dich das ob das Programm weiterläuft oder nicht wen es sowet gekommen ist, sind selbst die wichtigsten stellen des Betribsystems aus dem Arbeitsspeicher wech. Und dann hast du dein Ziel doch schon erreicht und neustarten muss der user sowieso.

tobidope

Was erzählt ihr eigentlich für eine gequirlte Scheiße? Vielleicht kann man so ja unter DOS oder Win95 den Rechner zum Absturz bringen, aber ich glaube kaum das diese unter Windows NT/2k/XP möglich sein kann. Sagt euch das Stichwort virtueller Speicher etwas? Nein? Macht auch nix.

HumeSikkins

Hallo,
wer Bashars Ausführungen bisher nicht verstanden hat, dem hilft vielleicht folgendes Programm auf die Sprünge:

#include <stdio.h>
#include <stdlib.h>
#include <assert.h>
int main()
{
        char* p = malloc(1);
        char* q = p;
        while( *(p--) = '\0')
                printf("In der Schleife!\n");
        assert(p == q-1);
        return 0;
}

Es wird ganz genau keinmal "In der Schleife!" ausgegeben. Zuerst wird die Zuweisung ausgeführt -> *p = '\0'.
Dann wird die Zuweisung als boolescher Ausdruck für die Schleifenbedingung ausgewertet -> *p = '\0' = 0 = false. Die Schleifenbedingung ist also false und damit wird die Schleife nicht ausgeführt. Der Ausdruck ist aber noch nicht ganz zu Ende. Das postfix-decremennt wird auch noch ausgeführt. Das Ergebnis hat aber keinen Einfluss auf das Ergebnis der Zuweisung und damit keinen Einfluss auf die Schleifenbedingung.

Das der Seiteneffekt tatsächlich stattfindet beweist das letzte assert.

sys

@tobidope ist mir klar ich habs ja schon weiter oben erwahnt das ich mir das schlecht vorstellen kan. Ich kommentiere das gesagte. Und warum gehst du davon aus das wir hier von Win2000/xp ... reden.

Stimmt das mit dem Rückgabewert hab ich nicht bedacht, dachte der Ausdruck als
solcher wird auf erfolg oder fehlschlag geprüft und dies verwendet.
In Java ist das so, daher wohl der Irrtum.

Dann war das mit dem PC wohl purer Zufall.

Bashar

-SirLant- schrieb:

In Java ist das so, daher wohl der Irrtum.

Auch in Java ist das nicht so. Du bekommst eine Exception, wenn du eine Arraygrenze überschreitest.

AJ

Wär mir auch neu, dass das in Java so wäre...

@Threadersteller
So wird das sicher nicht hinhauen, auch wenn du die Schleifenbedingung richtig machst. Ich glaub, ich hab früher ab und zu meinen Rechner zum Absturz gebracht, wenn ich versehentlich auf die Speicheradresse 0 geschrieben hab oder eine der nachfolgenden. Allerdings bin ich mir nicht ganz sicher. Außerdem war das noch unter Win95. Bei neueren OS wie Windows 2000 oder XP bekommst wahrscheinlich einen Access Violation o. ä.

@Bashar
Warum ist das Verhalten nicht undefiniert??
Er würde wahrscheinlich beim ersten nullsetzen wahrscheinlich den auf den Speicherbereich des Zeigers selbst schreiben, aber nur auf einen Teil. Zeiger sind doch normalerweise vom Typ unsigned int, oder?

Bashar

AJ schrieb:

@Bashar
Warum ist das Verhalten nicht undefiniert??

Lies das Programm nochmal. Es wird nur die Speicherstelle *p beschrieben, und das ist die, die gerade von malloc zurückgegeben wurde.

Wie wäre es dann damit:

#include <stdlib.h>
int main (void) {
  char *p = NULL;
  *p = 123;
  return 0;
}

Würde er dann hier abstürzen wenn ich das von euch richtig verstanden habe?

Bashar

Das Verhalten ist undefiniert. Unter DOS wird wohl zunächst überhaupt nichts passieren, unter Linux kassierst du ein SIGSEGV.

interpreter

Sorry -SirLant-, aber deine Programme sind absolut sinnlos. Desweiteren ist es absolut ausgeschlossen, dass dein Programm (das alleine von der Schleifenlogik schon nicht funktioniert) irgendwas böses angerichtet hat.

Du hast bei heutigen Betriebssystemen KEINEN direkten Zugriff auf den gesamten Hauptspeicher (irgendwie ist auch der Gedanke absurd, dass ein einziges böswilliges Progamm den gesamten Speicher überschreiben kann).
Dein Programm erhält bestimmte Segmente des HSP. Falls du versuchst, auf eine Adresse zuzugreifen, die nicht deinem Programm gehört, dann wird das BS dies unterbinden (es wird einfach dein Programm beenden).
Direkte und restriktionslose Zugriffe auf die Hardware bleiben deinem BS vorbehalten (Stichwort: SVC)

flo

AJ

@Bashar
Ich meine, wenn die Schleife so funktionieren würde, wie es gedacht ist vom Ersteller, dann wäre das Verhalten doch undefiniert, oder?

Bashar

Ja, wenn.