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 - DarkThing

Seiten: [1] 2 3 ... 32
1
Offtopic / Re: PHP und die get Methode.
« am: 30. March 2009, 18:32 »
Ich denke, das geht so:
echo $_GET['Artikelgruppe'];
Bzw, wenn du die Daten per POST übergeben würdest eben mit $_POST['Artikelgruppe']

DT
2
Offtopic / Re: libgobject-2.0.so.0: wrong ELF class: ELFCLASS64
« am: 01. November 2008, 12:43 »
* bluecode fragt sich warum du eigentlich acroread dem bzw. den gnome/kde pdf readern vorziehst...
Weil da ein einfacher klick reicht und es öffnet sich ein neues Fenster. Beim KPFD (heißt der glaube ich) "überschreibt" er das aktuelle Fenster mit der PDF-Datei. Und das nervt, wenn man immer auf rechte Maustaste/in einem neuen unterfenster öffnen klicken muss. Ich habe zumindest nichts gefunden womit ich dem KPDF beibringen kann, dass er automatisch in einem neuen Fenster öffnen soll. Außerdem lässt sich mit dem KPDF kein Text kopieren (oder doch?).

EDT: Ah, zumindest das mit dem Text kopieren habe ich jetzt unter KPDF herausgefunden. Aber wie gesagt, das mit dem Fenster stört noch.
Entweder mit der mitteleren Maustaste klicken oder aber einfach die Settings ändern:
Im Konqueror: Settings -> Configure Konqueror -> File Associations -> Find filename pattern: 'pdf' -> Den Eintrag 'pdf' anklicken -> Embedding -> Show file in separate viewer
In KDE4 sieht das vielleicht etwas anders aus, sollte aber eigentlich genauso funktionieren. In das File Associations Fenster solltest du auch über das Control Center/die Systemsettings kommen.
3
Offtopic / Re: Betriebssystem für FileServer
« am: 31. July 2008, 20:39 »
Also Debian hat für die Grundinstallation einen graphischen Installer, der eigentlich recht problemlos funktioniert. Für den späteren Betrieb gibts halt kein einheitliches GUI-Tool ala Yast. Wobei ein simples "aptitude install openssh-server samba" sowohl samba als auch sshd soweit installieren und konfigurieren sollte, dass es benutzbar ist. Für zusätzliche Sicherheit bzw. die eigentlichen Dateifreigaben nimmt man eben nen Texteditor, auf einem normalen Server läuft ja auch kein X-Server... bzw. nur selten ;)

Ansonsten hier noch ein Link: http://pro-linux.de/work/ubuntu-home-server/index.html Das ist zwar Ubuntu aber das meiste lässt sich wohl auf Debian übertragen.
4
Lowlevel-Coding / Re: Boot cd erstellen
« am: 09. March 2008, 14:04 »
Siehe Wiki ;)
http://lowlevel.brainsware.org/wiki/index.php/Ausgabe_9#Ein_OS_auf_einer_CD-ROM
Soweit ich das seh, wird da auch Nero verwendet.
5
tyndur / Re: Direkter Zugriff auf Laufwerke?
« am: 13. February 2008, 16:21 »
Yeah, funktioniert!  :-)
6
tyndur / Re: Direkter Zugriff auf Laufwerke?
« am: 13. February 2008, 15:43 »
Aber um dir für die Zukunft das Aufnehmen von Videos zu ersparen: Benutz einfach -serial stdio, die Ausgaben kommen nämlich auch alle auf der seriellen Schnittstelle raus. ;)
Gut danke. :-D

Weder cat noch bincat bringen irgendeinen Output. Das Image ist wie gesagt 20MB groß, Qemu Version ist 0.9.1

--EDIT--
Zitat
ata: pio_in unerwarteter Status: 0x0
ata: pio_in unerwarteter Status: 0x0
ata: Laufwerk unterstuetzt LBA28
ata: Laufwerk unterstuetzt LBA48
Bus 0  Device 0: ATAPI=0
ata: Read result: 1
ata: Fehler beim Verarbeiten der Partitionstabelleata: pio_in unerwarteter Status: 0x0
ata: pio_in unerwarteter Status: 0x0
ata: pio_in unerwarteter Status: 0x41
Bus 1  Device 0: ATAPI=1
7
tyndur / Re: Wir suchen...
« am: 13. February 2008, 15:05 »
Ich meld mich jetzt mal offiziell für ein fdisk :)
8
tyndur / Re: Direkter Zugriff auf Laufwerke?
« am: 13. February 2008, 15:03 »
fread gibt 0 zurück, das würde ja schonmal erklären warum da scheinbar zufällige Daten im buffer stehen. ferror gibt aber auch 0 zurück...
Aber ich hab noch ne neue Erkenntnis: Bevor die Shell gestartet wird, weden ja die Module geladen und die Meldungen konnte ich bisher nicht lesen, weil
das relativ chaotisch und schnell abläuft. Naja, ich hab jetzt ein Video davon gemacht und einfach langsamer abgespielt ;) Das hier könnte also noch interessant sein:
Zitat
[...]
ata: pio_in unerwarteter Status: 0x0
ata: pio_in unerwarteter Status: 0x0
[...]
Bus 0  Device 0: ATAPI=0
ata: Fehler beim Verarbeiten der Partitionstabelleata: pio_in unerwarteter Status: 0x0
ata: pio_in unerwarteter Status: 0x0
ata: pio_in unerwarteter Status: 0x0
Bus 1  Device 0: ATAPI=1
[...]
Hoffe, das hilft.
9
tyndur / Re: Direkter Zugriff auf Laufwerke?
« am: 12. February 2008, 21:42 »
Ich hab jetzt nochmal ein kleines Testprogramm geschrieben. Hier der Code:
#include "stdio.h"
#define _USE_START_
#include "init.h"

int main(int argc, char *argv[])
{
if(argc != 2)
{
printf("Please add a filename\n");
return 0;
}

printf("Opening %s\n", argv[1]);
FILE *dev = fopen(argv[1], "r");
if(dev == 0)
{
printf("Could not open device!");
return 1;
}
unsigned char buffer[512];
fread(buffer, 1, 512, dev);
fclose(dev);

int i;
for(i=0;i<16;i++)
{
printf("%x ", buffer[i]);
}
printf("\n");

return 0;
}

Getestet habe ich das mit Qemu und dieser Commandline:
qemu -boot a -fda build/lost.img -hda build/hdd.img
hdd.img ist einfach eine 20MB große Datei, die nur aus 0-Bytes besteht. Und das Programm selbst rufe ich so auf:
cd apps
test ata:/ata00

Der Output ist dann
Zitat
Opening ata:/ata00
8c 72 0 40 c0 f1 ff ff da 15 0 40 34 70 0 40

Wenn ich das Programm mit ata:/atapi10 als Parameter aufrufe, gibts ne unbehandelte Ausnahme.
Was auch komisch ist ist, dass es im Programm wohl ein größeres Memory Leak gibt...

Vielleicht liegt das Problem ja auch beim Laden vom ATA Modul. Ich hab in die default.cfg jetzt einfach diese Zeile hinzugefügt:
module /ata.mgz
10
tyndur / Direkter Zugriff auf Laufwerke?
« am: 12. February 2008, 20:12 »
Hi,
ich habe mal begonnen ein kleines fdisk Programm für LOST zu schreiben. Allerdings stehe ich jetzt vor dem Problem, dass ich einzelne Sektoren direkt lesen muss und keine Ahnung hab, wie man das bewerkstelligen soll. Meine Idee war, das so zu machen:
FILE *dev = fopen("ata:/ata00", "r");
if(dev == 0)
{
printf("Could not open device\n");
return 1;
}
fread(MBR, 1, 512, dev);
fclose(dev);
Allerdings funktioniert das wohl nicht. Es gibt keine Fehlermeldung, aber die eingelesenen Daten stimmen nicht.
Daher meine Frage: Wie löse ich das am elegantesten unter LOST? Oder hab ich nur irgendwas übersehen?

Und noch eine Frage gleich hinterher: Was ist eigentlich für die libs noch geplant in absehbarer Zeit? Etliche Funktionen scheinen ja noch nicht richtig zu funktionieren. Hat das momentan Priorität, oder liegt der Schwerpunkt woanders?
11
tyndur / Re: Und weiter - die 0.1.1 steht an
« am: 25. December 2007, 19:45 »
Ah sag doch gleich, dass du start benutzt. ;-)
Das steht in der Hilfe nicht deutlich genug, dass start eine Anwendung "im Hintergrund" startet. Um den Editor zu starten reicht ein edit.
Hehe, jetzt gehts  :-D
12
tyndur / Re: Und weiter - die 0.1.1 steht an
« am: 24. December 2007, 21:51 »
Ich hab mal ein kleines Video von edit gemacht: Link. Ich gebe nur drei Wörter ein: hallo, test und ls. Wie man sieht springt der Cursor hin und her, und edit scheint einen kleinen Kampf mit der Shell zu führen. Am Ende beende ich den Editor mit F10, was auch funktioniert. Ich drücke F10 halt mehrfach, beim ersten mal wird ein großes D eingefügt, danach gehts. Und ich musste mehrfach n drücken um nicht zu speichern.
Ach so, zum Testen habe ich Qemu in der Version 0.9.0 verwendet.
13
tyndur / Re: Und weiter - die 0.1.1 steht an
« am: 24. December 2007, 12:55 »
Also edit läuft bei mir unter Qemu so halbwegs. Nur der Cursor springt hin und her und man kann den Editor nicht beenden. Ansonsten hängt sich das ganze System auf wenn man
cd cmos:/
cat version
eintippt. Wenn man bincat verwendet werden unendlich viele 0-bytes angezeigt. Ein cd dma:/ führt zu einem "PANIC: Keine freier Speicher mehr da." Ich weiß nicht, ob es überhaupt möglich sein soll in dma:/ zu cd-en, aber so oder so sollte es nicht abstürzen. Außerdem ist ein Rechtschreibfehler in der Fehlermeldung ;) Ansonsten ist es immer noch so, dass man nicht zurück ins Floppy Filesystem kommt, wenn man einmal da rausgegangen ist. Also cd floppy:/devices/fd0 geht nicht. Nach dem Boot ist das aktuelle Verzeichnis ja floppy:/devices/fd0|fat. Das lässt sich allerdings nicht hinter einem cd eingeben, weil wenn man AltGr drückt, wird "<0E 38>" angezeigt aber der eigentliche Tastendruck ignoriert. Deshalb krieg ich kein Pipe-Zeichen hin...
14
OS-Design / Re: Wie ist der Weg von den Ideen zum System?
« am: 05. August 2007, 14:20 »
Ich habe es zurzeit nur unter MyEmu zum laufen gekriegt(mit den anderen Emulatoren komme ich noch nicht so ganz klar), aber ich kann ein Hello World sehen und den emulierten PC neustarten.
Ich (als einer der Programmierer von MyEmu) hab mich fast schlapp gelacht als ich das gelesen hab, aber ok... es gibt wohl doch jemand der mit MyEmu was anfangen kann. :-D :-o
:-D Naja, als der andere Programmierer von MyEmu, muss ich MyEmu mal verteidigen und sagen, dass die aktuelle Version im SVN den RealMode inzwischen so ziemlich abdeckt, die Devices fehlen halt noch größtenteils. Aber du solltest doch lieber auf Bochs oder QEMU umsteigen ;) Ein Qemu Aufruf ist auch nicht schwerer:
"qemu -boot a -fda floppy.img" sollte reichen.

@Topic: Hier gibts ein Tutorial, was die einfachsten Grundlagen  des Protected Mode abdeckt. Bis man das richtig implementiert hat, kann schon einiges an Zeit vergehen und Memory Managment oder Multitasking fehlt dann immer noch.
15
Offtopic / Re: Welche Software setzt ihr ein?
« am: 01. March 2007, 18:39 »
Meld ich mich auch mal wieder ;)

OS: Debian Etch
Editor: Meistens KWrite, seltener Vim usw.
Hexeditor: KHexedit
Assembler: Yasm
Compiler: gcc
Emulator: I.d.R. Qemu, ansonsten noch Bochs
IDE: Eigentlich verwend ich keine. Keine Ahnung warum, ich öffne die Dateien immer per Hand. Und wenn, dann Eclipse
Ansonsten noch das übliche: make, etc.
16
Lowlevel-Coding / Re: Frage zum Protected Mode
« am: 01. January 2007, 20:59 »
Zitat
Also muss ich wohl jedes mal die liste neu laden.
...vorrausgesetz du legst nicht gleich eine GDT mit 8192 0-Deskriptoren an, die du dann später modifizierst. So könntest du dir das sparen und einfach nur noch ein paar Werte in den RAM schreiben. Im Falle der GDT ist diese Methode aber wohl nicht sonderlich empfehlenswert...

EDIT: So oder so solltest du aber die 64kb reservieren um später beim Hinzufügen von Einträgen nicht die alten Daten kopieren zu müssen.
17
Lowlevel-Coding / Re: Einfach nur ?
« am: 30. November 2006, 17:17 »
Sollte alternativ aber auch mit volatile gehen. So wird der Rest trotzdem noch optimiert.
18
Lowlevel-Coding / Re: Projekt: Eigener Emulator
« am: 17. November 2006, 20:15 »
So, wie vor längerer Zeit schon versprochen steht MyEmu jetzt unter der GPL. Der aktuellste Source Code ist in nem SVN Repository, die Adresse ist https://OpenSVN.csie.org/MyEmu/

Außerdem suchen wir noch ein paar Leute. Wer interessiert ist kann sich ja mal den Source Code anschauen und sich hier melden. Wichtig wären vor allem Leute, die sich hauptsächlich um den Device Support kümmern. Also z.B. dem PIC-Device weitere Features hinzufügen. Ebenfalls wichtig ist ein Asm Progger, der sich ums BIOS kümmert.
Und jemand der sich mit Gtk auskennt, wäre willkommen ;)
19
Das Wiki / Re: Ressourcen Center
« am: 14. November 2006, 20:50 »
Nur noch mal um sicher zu gehen, dass das auch jeder weiß: Ein Wiki gibt es ja schon längst (Link).
Wer will kann da ja mal ne neue Seite anlegen, und einfach anfangen Links zu sammeln.
20
Das Wiki / Re: Ressourcen Center
« am: 12. November 2006, 13:30 »
Kann man das nicht im Wiki machen?
So könnte man die alte Links-Seite komplett ablösen, und jeder könnte Ergänzungen vornehmen.
Seiten: [1] 2 3 ... 32

Einloggen