Subcategories

• WinAPI

  Wer auf MFC und VCL verzichten will und direkt <em>echte</em> Windowsprogramme ohne Overhead und Bibliotheken schreiben will: willkommen im Lande von WinMain!

  24266
  Topics
  165762
  Posts

  

  Ich weiss nicht welche davon man einfach so aus dem Usermode aufrufen kann. Aber für die wo es geht: NTDLL.DLL mit LoadLibrary laden* und dann die Adresse der Funktion mit GetProcAddress holen. Dann brauchst du noch einen passend definierten Funktionszeiger und *schwupp* schon kannst du die Funktion über den Funktionszeiger aufrufen. *: Die "elegantere" Methode ist vermutlich sich das NTDLL.DLL Handle mit GetModuleHandleEx zu besorgen.
• Linux/Unix

  Fragen zur Systemprogrammierung unter Linux oder Unix? Bitte hier einsteigen.

  6885
  Topics
  39512
  Posts

  *

  @Mechanics sagte in Speicherzugriffsfehler (Speicherabzug geschrieben): In Qt (leider) auch. Wobei ich das jetzt auch halb so dramatisch finde. Qt kümmert sich zumindest halbwegs richtig um die Speicherverwaltung. Das macht Gtkmm i.d.R. auch, und wenn man den GtkBuilder nutzt, kümmert sich Gtkmm um faktisch alles. Aber die meisten Tutorials basieren nicht auf Glade + GtkBuilder sondern auf GUI per Hand. @Swordfish sagte in Speicherzugriffsfehler (Speicherabzug geschrieben): Das sind beides Dingstis, die ihre eigenen Smartpointer haben. Das ist nicht worauf ich hinauswollte. Wie ich an anderer Stelle schon aufzeigte, kann man bestimmte Dinge nicht mit SmartPointer lösen. NUMA, das neue OpenMP 5.0, … zeigen, dass man in C++ noch immer LowLevel Speicheranforderungen durchführen muss, und dazu auch keine angepassten C++ Allokatoren nutzen kann. Die haben bei NUMA UB, wenn man sie zusammen mit den Container aus der Standard Library nutzt. Ja, das Problem wäre von Seiten des ISO-Kommittes lösbar. P.S. Seit OpenMP 4.0 ist es möglich C++ mit OpenMP zu nutzen, um Programme für GPUs zu schreiben. Mit OpenMP 5.0 ist die Laufzeitbibliothek speziell für die Speicherverwaltung deutlich erweitert worden, aber die API ist reines C. Dadurch können die Speicheranforderungen optimiert werden.
• Projekt: OS-Development

  Diskussionsforum der Projektgruppe "OS-Development" (PrettyOS)

  291
  Topics
  6170
  Posts

  S

  Hallo, nach einer kleinen Pause bin ich nun wieder dabei. Mein Programm läuft auf VBox und Bochs ohne Fehler, zumindest wird nichts angezeigt Nun habe ich eine Frage zum Aufbau des TSS64 und wie Virtual Box die "Daten" darin liest, da es aus meiner Sicht nicht richtig ist. Erstmal was zum lesen: VBoxDbg> d 0x10000 %0000000000010000: 00 00 00 00 00 00 30 00-00 00 00 00 00 00 00 00 ......0......... %0000000000010010: 00 00 00 00 00 00 00 00-00 00 00 00 00 00 00 00 ................ %0000000000010020: 00 00 00 00 00 80 30 00-00 00 00 00 00 00 31 00 ......0.......1. %0000000000010030: 00 00 00 00 00 80 31 00-00 00 00 00 00 00 32 00 ......1.......2. %0000000000010040: 00 00 00 00 00 80 32 00-00 00 00 00 00 00 33 00 ......2.......3. %0000000000010050: 00 00 00 00 00 80 33 00-00 00 00 00 00 00 00 00 ......3......... Dies ist mein Speicher ab Adresse 0x10.000 an der mein TSS angelegt wird. VBoxDbg> dt64 0x10000 TSS64 at %0000000000010000 LB 68 (min=0068) rsp0=0000000000000000 rsp1=0000000000000000 rsp2=0000000000000000 ist1=0000000000008000 ist2=0000000000000000 ist3=0000000000008000 ist4=0000000000000000 ist5=0000000000008000 ist6=0000000000000000 ist7=0000000000008000 iomap=0000 No interrupt redirection bitmap No I/O bitmap Hier ist der Auszug aus VBox wie es die Daten liest. Den Aufbau habe ich aus den AMD Manuals Vol. 2 Seite 339. I/O-Permission Bitmap (IOPB) (Up to 8 Kbytes) IOPB I/O MapBase, Reserved, IGN +64h Reserved, IGN +60h Reserved, IGN +5Ch IST7[63:32] +58h IST7[31:0] +54h IST6[63:32] +50h IST6[31:0] +4Ch IST5[63:32] +48h IST5[31:0] +44h IST4[63:32] +40h IST4[31:0] +3Ch IST3[63:32] +38h IST3[31:0] +34h IST2[63:32] +30h IST2[31:0] +2Ch IST1[63:32] +28h IST1[31:0] +24h Reserved, IGN +20h Reserved, IGN +1Ch RSP2[63:32] +18h RSP2[31:0] +14h RSP1[63:32] +10h RSP1[31:0] +0Ch RSP0[63:32] +08h RSP0[31:0] +04h Reserved, IGN +00h VBoxDbg> u64 0x2010a1 %00000000002010a1 48 c7 c7 00 00 01 00 mov rdi, 00000000000010000h %00000000002010a8 48 33 c0 xor rax, rax %00000000002010ab 48 c7 c1 0d 00 00 00 mov rcx, 0000000000000000dh %00000000002010b2 f3 48 ab rep stosq %00000000002010b5 48 c7 c7 00 00 01 00 mov rdi, 00000000000010000h %00000000002010bc 48 83 c7 04 add rdi, byte 00000000000000004h %00000000002010c0 48 c7 c0 00 00 30 00 mov rax, 00000000000300000h %00000000002010c7 48 ab stosq %00000000002010c9 48 83 c7 18 add rdi, byte 00000000000000018h %00000000002010cd 48 c7 c0 00 80 30 00 mov rax, 00000000000308000h %00000000002010d4 48 ab stosq %00000000002010d6 48 05 00 80 00 00 add rax, 00000000000008000h %00000000002010dc 48 ab stosq %00000000002010de 48 05 00 80 00 00 add rax, 00000000000008000h %00000000002010e4 48 ab stosq %00000000002010e6 48 05 00 80 00 00 add rax, 00000000000008000h %00000000002010ec 48 ab stosq %00000000002010ee 48 05 00 80 00 00 add rax, 00000000000008000h %00000000002010f4 48 ab stosq %00000000002010f6 48 05 00 80 00 00 add rax, 00000000000008000h %00000000002010fc 48 ab stosq %00000000002010fe 48 05 00 80 00 00 add rax, 00000000000008000h %0000000000201104 48 ab stosq %0000000000201106 33 c0 xor eax, eax %0000000000201108 b9 04 00 00 00 mov ecx, 000000004h %000000000020110d f3 48 ab rep stosq %0000000000201110 90 nop %0000000000201111 eb fd jmp -003h (00000000000201110h) Und hier noch der Code der ausgeführt wird, um das TSS zu erstellen. Nun mal meine Frage. Wieso liest er rsp0 nicht als 0x0000000000300000 so wie es in den Zeilen 6 - 9 gemacht wird? So sollte es doch gelesen werden: VBoxDbg> dt64 0x10000 TSS64 at %0000000000010000 LB 68 (min=0068) rsp0=0000000000300000 rsp1=0000000000000000 rsp2=0000000000000000 ist1=0000000000308000 ist2=0000000000310000 ist3=0000000000318000 ist4=0000000000320000 ist5=0000000000328000 ist6=0000000000330000 ist7=0000000000338000 iomap=0000 No interrupt redirection bitmap No I/O bitmap Nicky Lösung: VBOX kann es nicht, liegt vielleicht an der Mischung aus 8 und 16 Byte-großen Einträgen in der Tabelle.
• DOS und Win32-Konsole (nur Lesen)

  Sub-Forum geschlossen, ein Archiv für Fragen zu DOS und zur Win32-Konsole.

  3592
  Topics
  24535
  Posts

  M

  Hallo zusammen, die Bedeutung von DOS gibt's nur noch am Rande. Die Win32-Konsole benutzt ebenfalls die WinAPI, d.h. alle Fragen sind auch dort möglich, falls sich jemand überhaupt noch speziell für die Konsole interessiert. Daher: Echte DOS-Fragen - das 16Bit-Ding von damals, letzte Version 6.22 - können auch unter "Rund um die Programmierung" gepostet werden. Soviel kommt ohnehin nicht mehr. http://www.c-plusplus.net/forum/f8 Wenn jemand noch mal einen alten Turbo C++-Compiler in Gang bringen muß, dann kommt das nach "Compiler und IDEs". http://www.c-plusplus.net/forum/f3 Fragen zur Konsole unter einem aktuellen Windows - wie XP oder neuer - kommen ab sofort nach WinAPI. http://www.c-plusplus.net/forum/f4