Thema: Globale Varablen funktionieren nicht

[dldave]

Hallo,
Ich habe mich in der letzten Zeit ein wenig mit Lowlevel auseinander gesetzt und  einen kleinen Bootloader geschrieben. Jetzt habe ich  begonnen einen kleinen "Kernel" zu schreiben.
Aus irgend einen Grund kann ich in meinem "Kernel" plötzlich nicht mehr auf globale Variablen zugreifen.
Wenn ich von meiner main-Funktion aus auf eine Globale Variable zugreife dann hat sie IMMER den Wert 0.
Auserderdem habe ich plötzlich Probleme mit meiner printf-Funktion. Wenn ich sie mehrmals aufrufe dann wird kein Text mehr ausgegeben bzw der Bildshirm bleibt oder wird schwarz. (Vor ein paar Tagen hat alles noch Problemlos funktioniert.
Ich verwände gcc 4.4.3 unter ArchLinux

[kevin]

Kannst du den Code irgendwohin hochladen?

Mal völlig ins Blaue geraten: Variablen, die sich magischerweise nicht ändern lassen, hatte ich schonmal. Am Ende hat sich herausgestellt, dass sie an einer ROM-Adresse gelandet sind. Wo läuft denn dein Kernel bzw. wo liegen die Daten?

[dldave]

Link: http://svn.bluestain.net/david/Projekte/DAVEOS/trunk/
Ist zwar nicht mehr die Aktuellste version, aber hier hatte ich das Problem auch schon!

[dldave]

Kann mir Niemand helfen???

[RedEagle]

hatte das Problem auch schon einige male
Ursache: Der kernel wurde zu groß, und dadurch nicht vollständig vom bootloader geladen.
Da du ebenfalls einen eigenen bootloader verwendest, würde ich das mal als mögliche Ursache betrachten.

Ich empfehle dir grub zu verwenden (was dir die meisten hier wahrscheinlich empfehlen würden), oder vorerst FAT12 in dein bootloader implementieren - im wiki gibt's einige links zu guten pdf's.

[dldave]

hmm, dann werd ichs mal mit GRUB probieren!!!
Mein Bootloader ist wirklich sch**** 
Danke für den Tipp
---------------------------------------------------------------
Ich habe mal schnell dieAnzahl der zuladenen Sektoren in meinem Bootloader geändert.
Das Problem mit meiner printf-Funktion scheint gelöst zu sein. Die Globalen Variablen haben aber immer noch den Wert 0 bzw einen den sie nicht haben sollen.
hmm, könnte es sein dass die Aktivierung des A20 Gate nicht funktioniert hat???

[RedEagle]

Wenn werte die 0 sein sollten, aber nicht 0 sind kann es daran liegen

das es Probleme mit dem A20 gate gibt ist auch möglich
einfach mal was an eine adresse schreiben, und von der adresse +1MiB lesen - ist es das selbe liegts daran

[dldave]

Ok, ich hab gerade  einen Wert an der Adresse  0x15000 erstellt, und dann  bei 0x115000 wieder ausgelesen. ES IST DER SELBE WERT
Ich hatte das A20 Gate mittels System Control Port A eingeschaltet, da die Variante mit dem Tastaturkontroller immer abgeschtürzt ist.

[bluecode]

GRUB würde das mit dem A20-Gate automagisch machen.

[dldave]

Bevor ich Grub einsätze (das werde ich so schnell wie möglich machen) möchte ich es mit meinem eigenen Loader schaffen .

[XanClic]

Na ja, ich bezweifle, dass das per Tastaturcontroller fehlschlägt, immerhin sollte das sogar mit USB-Tastaturen funktionieren... Wenn ein System so wenig Kompatibilität zu diesen "alten" Methoden hat, würde mich das sehr wundern.
Ehrlich gesagt bin ich ja derzeit eher der Überzeugung, dass du etwas falsch abgeschrieben hast.

[RedEagle]

[..]Wenn ein System so wenig Kompatibilität zu diesen "alten" Methoden hat, würde mich das sehr wundern.[..]

Mein neuster PC (~4 Jahre alt) hat ebenfalls auch Probleme damit.
Es gibt eine methode per int 0x15 (?) die A20 geschichte zu regeln, hab es allerdings noch nicht ausprobiert

[dldave]

Ich arbeite mit Quemu. Damit sollte es eigentlich keine Probleme geben.
Ich habe das A20 Gate immer aktiviert bevor ich in den PM gewechselt habe.
Vieleicht könnte es daran liegen?!?
----------------------------------------------------------

Ok, ich hab gerade  einen Wert an der Adresse  0x15000 erstellt, und dann  bei 0x115000 wieder ausgelesen. ES IST DER SELBE WERT

Vieleicht liegt es nicht am A20-Gate. Egal  welche Adresse mein char pointer hat
es wird immer das selbe Zeichen zurück geliefert.

Code: [Auswählen]

char* str= (char*)0x15000;
char* str2= (char*)0x0; //0x115000;
 int main()
 {

     *str='A';
     str++;
     *str=0;
     str--;
    k_clearscreen();
    k_printf(str2);
    return 0;
 }

[XanClic]

Ich arbeite mit Quemu. Damit sollte es eigentlich keine Probleme geben.
Ich habe das A20 Gate immer aktiviert bevor ich in den PM gewechselt habe.
Vieleicht könnte es daran liegen?!?

So ziemlich sicher nicht.

[dldave]

Ich habe total keine Ahnung wiso so eine "so einfache Sache" nicht läuft.
 

[kevin]

Code: [Auswählen]

char* str= (char*)0x15000;
char* str2= (char*)0x0; //0x115000;
 int main()
 {

     *str='A';
     str++;
     *str=0;
     str--;
    k_clearscreen();
    k_printf(str2);
    return 0;
 }

Was sollte dieser Code tun und was tut er? str sieht mir bis auf die Initialisierung ziemlich unbenutzt aus.

Edit: Ah, du meinst, dass es trotzdem funktioniert, obwohl es keinen Sinn ergibt? Ich würde mal auf ein Problem mit deinem k_printf tippen.

[dldave]

Ich weise str eine Adresse zu und schreibe ein A hinein. Dann gebe ich str2 aus.
Egal auf welche Adresse str2 zeigt wird immer str ausgegeben.
Ich glaube eher nicht dass es an der printf Funktion liegt. Wenn ich  mit if die Werte vergleiche komme ich auf das selber Ergebnis.

[RedEagle]

welche Adresse haben denn str und str2 (zur Laufzeit!)?

[dldave]

Ich verstehe nicht genau was du meinst.

Zur Laufzeit

str =0x15000
str2=0

[RedEagle]

wenn beim kopieren des kernels oder während des linkens was schief läuft könnte es sein, das die Daten der globalen variablen sich ändern - du hättest dann dort nicht die adressen drin stehen, die du ihnen im quellcode zugewiesen hast.
so kann es z.B. sein, das beide variablen auf 0x00000000 zeigen.