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.


Nachrichten - Legend

Seiten: 1 ... 6 7 [8] 9 10 ... 32
141
Lowlevel-Coding / Verstaendnisfrage
« am: 25. February 2006, 23:53 »
Nun, generell werden die beiden Stages (so wird es meistens genannt) nicht zusammengelinkt, aber wenn du Stage 2 (also die Stage, die erst geladen wird) an eine bestimmte Addresse linkst, wird es einfacher (aber halt unflexibler).

Dann wirst du den BIOS Interrupt für die Floppy bedienen müssen, hierbei können dir wohl andere helfen, denn ich bin nicht so gut in Assembler. Assembler empflieht sich hier sehr, da bei 510 Byte an Platz jedes einzelne Byte natürlich zählt.
142
Offtopic / Plattformübergreifende API
« am: 13. February 2006, 23:23 »
Nun, auf jeden Fall muss man wenn so was NICHT wie bei POSIX machen und nur das standardisieren was eh alle gleich machen, also nur die Hälfte und die andere Hälfte macht jeder wie er will.
143
Offtopic / Autoconf
« am: 07. February 2006, 22:45 »
Vielleicht kennt sich ja jemand damit aus.

Ich möchte einfach nur PCRE reinlinken und richtige include und lib paths dafür gesetzt bekommen, aber ich find dazu nix.
144
Offtopic / OS-Entwickler Kevin hat wieder zugeschlagen
« am: 06. February 2006, 21:19 »
Anonym mit Videochat! %)
145
Offtopic / OOP mit Ansi-C
« am: 31. January 2006, 22:15 »
Ist ja viel besser das selbe dann jedes mal stupide nachzubauen ...
146
Lowlevel-Coding / Eigene Bytecodebasierte Sprache
« am: 31. January 2006, 18:13 »
Deswegen kompiliert Hotspot auch nicht jeden Code direkt mit maximaler Optimierung.

Und ja, man kann das natürlich schneller machen wenn man dem Compiler mehr Informationen zur Verfügung stellt. Aber je mehr man ihm zur Verfügung stellen muss, desto schwieriger wird es wieder für den Programmierer und nun ja, ich finde es etwas dumm dem Programmierer es z.B. dank GC zu erleichtern und "dank" sowas gleichzeitig wieder genausoschwer wie vorher zu machen.
147
Lowlevel-Coding / Eigene Bytecodebasierte Sprache
« am: 31. January 2006, 12:04 »
Zitat von: SSJ7Gohan
Ausserdem fehlt mir die Stackallokation, z.B. für Strings, die nur eine kurze Lebensdauer haben. Realisiert wird das in meiner Hochsprache durch ein Schlüsselwort local, das bewirkt, das eine Variable oder ein Parameter auf dem Stack allokiert wird, und nicht in ein Feld geschrieben werden darf.


Wobei mir einfällt, sowas wird glaub ich auch in die Sun JVM Einzug halten. Das magische Stichtwort scheint "Escape Analysis" zu heissen ...
148
Lowlevel-Coding / Eigene Bytecodebasierte Sprache
« am: 30. January 2006, 22:02 »
Kurzum, mindestens alles was man braucht um alles andere darauf aufbauen zu können ...
149
Lowlevel-Coding / Re: Eigene Bytecodebasierte Sprache
« am: 29. January 2006, 23:23 »
Zitat von: SK-Genius

unsigned datentypen werden komplet von signed typen abgedeckt solange man darauf achtet das weder nach oben die bereichsgrenze überschreitet noch nach unten über die null hinaus geht. man kann also fast problemlos auf die unsigned typen verzichten. das bissel was du dir an rechenzeit einsparst wenn du unsigned typen einführst verlierst du wieder durch die dadurch etwas komplexer gewordene vm welche dann diverse fallunterscheidungen beachten muss.


Na ja, beim Speicher und Laden von Dateien könnte das wirklich recht störend sein.

Zitat

Zitat
.NET/C# behebt diese Probleme, jedoch hat es nur eine kleine Standardbibliothek ...

du weisst aber, dass das umsetzen einer grosse standardbibliothek eine extrem grosse fleisaufgabe ist???


Hmm, nun ja, das andere extrem wäre sicher C++, wo die STL erst später hinzugekommen ist und z.B. Qt eine eigene Stringklasse hat. Das ist schlimmer als eine grosse Fleisaufgabe und dann funktioniert ist.
150
OS-Design / Spinlocks/Scheduling
« am: 29. January 2006, 13:43 »
Manche Dinge ändern sich eben dann doch nicht soo schnell. ;)
151
Offtopic / OOP mit Ansi-C
« am: 29. January 2006, 13:42 »
Da bauste dir mit komischen Konstruktionen manuell und aufwändig Vtables und this-Zeiger nach und sagst dann das C++ grausig wäre. :P
152
Lowlevel-Coding / Welchen Assembler nehmt ihr?
« am: 25. January 2006, 14:45 »
Jo, benutze auch NASM. TASM und MASM ... müsste ich mir mal ansehen.
Was mal überhaupt nicht geht ist der GNU Assembler, besonders nicht mit AT&T Syntax.  :roll:
153
Benutz lieber den PIT.
Oder warte auf x Interrupts von der RTC.
154
Lowlevel-Coding / Ring0 -> Ring3
« am: 11. January 2006, 16:56 »
Index 4? Also  4*0xF = 0x20?

Lädst du dann auch brav CS = 0x23? ;)
155
Also ob man sooo viel damit machen kann weiss ich nicht ..
Besonders nicht für Instruktionen die in Transistoren gegossen sind.
156
OS-Design / HAL
« am: 09. January 2006, 18:29 »
Nun, der Tastaturcontroller-Chip von x86 Systemen wird ja auch auf anderen Systemen wahrscheinlich nicht eingesetzt, oder doch? ;)

In diesem Falle funktioniert es besser die Ansteuerung des Chips und das Parsen der Scancodes zu trennen. So braucht man den Code für verschiedene Codepages evtl. nur einmal zu programmieren.
157
OS-Design / HAL
« am: 09. January 2006, 14:21 »
Ja, besser den HAL neu schreiben, als alle Treiber usw.
158
Offtopic / bitte löschen
« am: 09. January 2006, 14:20 »
Zitat von: n3Ro
Zitat von: bitmaster
Mal gut das ich nichts von Alkohol halte (nicht nur wegen mein Alter)

Ich halte Alkohol auch nicht, ich trinke ihn :lol: (vom zu langen halten wirds Bier nur schal)

Prost!


Ein wahres Wort! Prost!
159
Lowlevel-Coding / andere Architektur :?:
« am: 08. January 2006, 19:59 »
Nun ja, verkauft sich nicht gut.
160
Offtopic / bitte löschen
« am: 08. January 2006, 19:58 »
Hihihi. Besoffenen-Thread ... da hatte ich vor Jahren mal nen ganz tollen gemacht in nem anderem Forum.
Seiten: 1 ... 6 7 [8] 9 10 ... 32

Einloggen