15. May 2024, 11:04
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.
Ich glaube, das war dazu da die bereits geschriebene ANzahl von Zeichen irgentwo abzuspeichern um evt. das geschriebene mit einer Anzahl von Leerzeichen aufzufüllen.Was spricht gegen strlen()? Also ich habe vor Jahren in CLI-Programmen auch Tabellen ausgegeben, aber %n habe ich dafür bisher noch nie verwendet. Und der erste Parameter von printf ist bei mir immer const.
Des weiteren kann ich ja mit %x mir den Stack ansehen, was wirklich nicht gut ist...Geht aber auch nur im selben Prozess.
Aber das hier der Vergleich am Ende true ergibt ist IMHO nicht zugesichert :Code: [Auswählen]*TYPE p1,p2;So wie ich den C-Standard verstehe ist es nicht zugesichert das Rechenoperationen die direkt mit Pointern durchgeführt werden und Rechenoperationen die mit Integer-Werten von Pointern durchgeführt werden das selbe Ergebnis erzeugen. C-Code der auf sowas basiert ist IMHO nicht 100% konform und wenn der auf meiner Plattform nicht mehr funktioniert dann ist das ein Fehler im C-Code und nicht im Compiler. Deswegen möchte ich diese Dinge ja am liebsten gleich vom Compiler ablehnen lassen damit ich nicht später irgendwelchen Merkwürdigkeiten nachstellen muss, nebst dessen das ich für händische Pointer-Arithmetik (vor allem mit Integern) auch absolut keine Notwendigkeit sehe (sowas kann man immer auch anders machen, von ein paar Spezialfällen innerhalb der Speicherverwaltung mal abgesehen).
p1 = &type;
p2 = (*TYPE)(((uintptr_t)p1) + sizeof(TYPE)); // eines der Probleme hier ist das die Größe von uintptr_t und size_t (der Return-Type von sizeof) nicht identisch sein muss so dass das Ergebnis schon deswegen ungültig sein könnte
p1++;
if (p1 == p2) // hier kommt nur dann true raus wenn für Pointer und für Integer die selbe Binärdarstellung in der CPU benutzt wird und das sichert der C-Standard nicht zu
Übersicht
Wiki
Hilfe
Suche
Einloggen
Registrieren
id main(){
char * p1 = 0;
short * p2 = 0;
printf("%p %p %p %p", p1, p2, p1 + 1, p2 + 1);
}
Ergibt bei mir:(nil) (nil) 0x1 0x2
Habe keinen gcc zur Hand, da mein Android ungerootet ist, und nehme codepad.org: http://codepad.org/fIVT8TDA
(byte) 0x7F -> (short) 0x007F // wird mit Nullen aufgefülltWährend das Verhalten der ersten beiden Erwartungsgemäß ist, kam mir das Verhalten des 4. und 6. Casts etwas merkwürdig vor.
(byte) 0x80 -> (short) 0xFF80 // wird mit Einsen aufgefüllt
(short) 0x007F -> (byte) 0x7F
(short) 0x0080 -> (byte) 0x80 // Vorzeichenwechsel
(short) 0xFF80 -> (byte) 0x80
(short) 0xFF7F -> (byte) 0x7F // Vorzeichenwechsel
Mein malloc() wird sicher nicht jedes mal ein neues Segment erstellen (das wäre totale Speicherverschwendung, schon weil so ein Segment immer ganze Pages belegt und auch etwas an Verwaltungsdaten kostet) aber ich will für jede benutzte Objekt-Größe ein neues Segment erstellen und dieses Segment wie ein Array aus Elementen dieser Größe verwalten (die Verwaltung als Array ist auch ziemlich effizient implementierbar so das malloc und free bei mir ordentlich schnell werden).
void __far *ptr;
int num;
num = (int) ptr; // ERROR 1
ptr = (void __far *) num; // ERROR 2.
FLAT BINARIES, [...] beinhalten [...] Code im ASCII-Format.Binary ist NOT equal to ASCII.
struct {
unsigned short seg;
unsigned int off;
};
, oder#define PACK_POINTER(seg, off) ((seg) & 0xFFFF | (off) << 16)(Keine Garantie gegen Overflows).
ich spiele schon seid längerem mit der Idee, ein eigenes OS zu entwickeln; mit dem Ziel ein portables, schlankes System mit unterschiedlichen Programmierschnittstellen zu erhalten.Schau dir mal die diesbezüglichen Tutorials an im Wiki an http://www.lowlevel.eu/wiki/C-Kernel_mit_GRUB. Wenn du die Beispielcodes zum Laufen gebracht hast und deine "Skills" im Lowlevel ausgebaut hast, kannst du dich mal an einen ersten Testkernel wagen
.