28. April 2024, 02:56
Beiträge anzeigen
Diese Sektion erlaubt es dir alle Beiträge dieses Mitglieds zu sehen. Beachte, dass du nur solche Beiträge sehen kannst, zu denen du auch Zugriffsrechte hast.
Übersicht
Wiki
Hilfe
Suche
Einloggen
Registrieren
jmp far taskgate:0x12345678
db 0xEA
dd 0x12345678
dw taskgate
C++ hat auf jedenfall einige Nachteile:
- Overhead mit new/delete, Exceptions, etc ... (ok ist relativ gering)
- Treiberprogrammierer werden dann auch dazu gezwungen ihre Treiber in C++ zu schreiben. Ein Interface von C++ nach C ist wesentlich komplizierter als von C nach C++.
- Bei der Treiberprogrammierung kommen dazu noch üble Probleme bei der Kompatibilität (C-Funktionen können einheitlich exportiert/importiert werden, bei Klassen kocht hingegen jeder Compiler sein eigenes Süppchen). Die Treiberprogrammierer werden also auf den GCC festgenagelt.
- C++ bringt keinen Vorteil bei der Programmierung von Hardware. Hardware ist darauf ausgelegt von einem Assembler- oder C-Programm (oder einer anderen Prozeduralen Programmiersprache) bearbeitet zu werden. Also nicht Objektorientiert oder ähnliches. Große Teile der Kernels werden einfach aussehen wie C-Code.
Der Kernel wird in C geschrieben werden. Die Leute, mit denen ich gesprochen habe, waren alle dafür, einen Microkernel zu schreiben. C++ im Microkernel ist IMHO Unsinn.
C finde ich beste Wahl.
Um C++ komplett nutzen zu können ist einiges an Vorarbeit notwendig was unnötig wäre das extra in den Kernel zu packen.
C alleine produziert zudem auch kleineren und schnelleren Code was für den Kernel ja sehr sinnvoll ist.
, ist ja nicht viel anders, wie malloc/free, wenn es ans exception-handling geht, dann ist tatsächlich Vorarbeit nötig. Man könnte es aber weglassen, wenn man es nicht will, allerdings hab ich es bis jetzt immer mit reingenommen, da damit leicht Möglichkeit, Fehler zu korrigieren oder Fehlermeldungen auszugeben.
/////////////////
// main.cpp
#include <iostream>
#include <fstream>
int main()
{
const char strAbc[] = "abc ";
const int nMaxStrAlloc = 100;
std::ifstream FileIn;
std::ofstream FileOut;
FileIn.open("in.txt");
FileOut.open("out.txt");
char ch;
char tmp[sizeof(strAbc)];
char *str = new char[nMaxStrAlloc + 1];
while(!FileIn.eof())
{
// Zeichen lesen
FileIn.get(ch);
// Wenn Zeichen kein # ist, einfach speichern
if(ch != '#')
{
FileOut.put(ch);
} else {
// Zeichen ist ein #
// Nächsten 4 Zeichen lesen
FileIn.read(&tmp[0], sizeof(tmp) - 1);
tmp[sizeof(tmp) - 1] = '\0';
// Wurde abc erkannt
if(strcmp(tmp, strAbc) == 0)
{
// String dahinter ermitteln
int i;
for (i = 0; ch != '.' && i < nMaxStrAlloc; i++)
{
FileIn.get(ch);
str[i] = ch;
}
str[i] = '\0';
// Zum Debuggen String anzeigen
std::cout << str << std::endl;
} else {
// Nein, also alles bisher gelesene speichern...
FileOut.put('#');
FileOut.write(tmp, 4);
// ...und weitermachen
continue;
}
}
}
FileOut.close();
FileIn.close();
delete [] str;
return 0;
}
ch = FileIn->get();
FileIn->get(ch);
// Zum Debuggen String anzeigen
cout << file << endl;
Ich würd mir an euerer Stelle noch keine nähreren Überlegungen machen.
Wir versuchen gerade, einen GRUB-basierten Bootstrap durchzuführen. Wenn alles klappt, werden alle "lebenswichtigen" Module zusammen mit der Kernel per GRUB geladen. Wie es dann weitergeht... tja, das werden wir dann sehen.
Ich möcht meinen Senf auch noch dazugeben:
Ich würde nicht eine Microkernel (also wo alles in einer Datei ist) machen, sondern je nach Kategorie das ganze aus Dateien laden.
