XProfan

- Seite 4 -

Hallo Rolf,
wer ca. 185 € im Vergleich zu VMWare sparen möchte, muß ein klein bißchen dazu tun

Voraussetzungen für mein Beispiel:
QEMU
Bootfähige Win98 CD
knapp 3GB Plattenplatz

1. Festplattenimage (leer) mit 2 GB erstellen
Batchdatei mit Namen Create_HD.bat mit folgendem Inhalt:
[quote:4e7445a234]
REM Erstellt HD-Image fuer Windows
@ECHO OFF
Start qemu-img.exe create WIN.img 2000M
CLS
Exit
[/quote:4e7445a234]
2. Installation des Betriebssystems:
Bootfähige Win98-CD in CD-Rom legen (ps: mit einem iso-image geht es auch)
Batchdatei mit Namen Install_W98.bat mit folgendem Inhalt:
[quote:4e7445a234]
REM Starte Installation von CD-ROM
@ECHO OFF
REM Laufwerksbuchstabe fuer CD-ROM ist bei mir T:
start qemu.exe -L . -m 64 -hda WIN.img -cdrom //./t: -enable-audio -localtime -boot d
CLS
Exit
[/quote:4e7445a234]
Der CD-ROM Laufwerksbuchstabe (hier T: ) ist anzupassen.
Installation durchführen, bis zum 2.ten male ein Neustart verlangt wird.

3. Unser Start-Skript (bootet von Festplatten-Image)
Batchdatei Start_W98.bat mit folgendem Inhalt anlegen:
[quote:4e7445a234]
REM Startet unser Windows
@ECHO OFF
REM Laufwerksbuchstabe fuer CD-ROM ist bei mir T:
start qemu.exe -L . -m 64 -hda WIN.img -cdrom //./t: -enable-audio -localtime -boot c
CLS
Exit
[/quote:4e7445a234]
Mit dem dritten Skript kann unser neues Win98 nun immer gestartet werden. Sound und Netzwerk sollten funktionieren, wobei das Netzwerk noch zu konfigurieren ist.

Gruß
Thomas

PS: Gottseidank besitze ich VMWare

qemu.png	13 kB

Hochgeladen:	16.05.2005

Ladeanzahl:
		Herunterladen

Rolf
Koch

WOW - Danke
Bis jetzt klappt es mit der Installation!
Wenn das klappt, kann man wirklich seine Programme unter anderen Systemen testen (soweit man andere orig. Systeme besitzt). Ich glaube das wird etwas Offtopic hier.
Vielleicht kannste mir noch ne Seite verraten, welche die Parameter komplett beschreibt.

DANKE DANKE DANKE
Rolf

Hallo Rolf,
wie immer ist Google Dein bester Freund

obwohl die meisten Beschreibungen sich aber auf Windows unter Linux beziehen (macht mir als auch Linux-User nicht viel aus), hab ich doch mal einen Link gefunden [...]

Gruß
Thomas

PS: Wenn Zeit da ist, werde ich mal eine kleine GUI programmieren.

Rolf
Koch

Danke Dir!
Klappt Super. Komme ins Netz und alles andere Funktioniert bestens.
Jetzt kann ich meine Programme wirklich testen u.s.w
Genial
Rolf

Rolf
Koch

Ja dann ist ja alles klar.
Danke an alle, die hier Tipps gegeben haben.
Habe Qemu gestartet mit Win98 und wirklich festgestellt, daß C:Eigene Dateien existiert und muss dort wirklich nur noch den Nutzernamen anhängen.
Klappt dann einwandfrei. Daten werden geschrieben.
Teste nochmal mit eingeschränkten Rechten bei Gast auf XP und dann werde ich die Tage weitermachen können.

Achso, ich wäre ja nicht RocknRolf, wenn ich da nicht direkt wieder was basteln würde

[img:fd07011bae]https://www.rokosoft.de/test/qemu.png[/img:fd07011bae]
THX
Rolf

Hallo Rolf...

Was mit dem Gast Account ist und wo dieser eingetragen wird, würde mich auch sehr interessieren.

Zur File-Security: Spätestens wenn alle User eines Systems auf die gleiche Datenbank Zugriff haben sollen, gibt es extreme Probleme wenn du den Security Descriptor nicht setzen kannst.

Die Sache ist eigentlich nicht schwerer als andere APIs auch - nur von Microsoft umständlich erklärt.

Ein Tipp für die Zukunft:
Lerne, was ein Token ist und beschäftige dich mit den Zugriffsrechten...
Der einzige Grund, warum du im Augenblick mit einer Weiterentwicklung von NT arbeitest und nicht mit einer verbesserten Version von Windows98 sind der Token und die Zugriffsrechte.
Wenn du diese Sachen nicht verstanden hast, hast du quasi keine Ahnung von deinem Betriebssystem für das du im Augenblick programmierst und wirst irgendwann bei einem deiner Programme (wie ich auch) laufend auf Probleme und Rückmeldungen stoßen, die du dir nicht erklären kannst.
Token, Zugriffsrechte und Privilegien bestimmen quasi alles auf deinem Rechner. Du bekommst nur nichts davon mit, weil du als Software Entwickler nur als Admin an deinem PC sitzt.

Mach nicht den selben Fehler wie die meisten Entwickler und programmiere nur für Admins - das ist nicht Zukunft...

- Seite 5 -

Rolf
Koch

Ok Andreas, mit dem Security Zeug hab ich mich noch nie grossartig auseinandergesetzt - dafür bist Du ja da

Es ist keine Datenbank, es sind Textfiles. Und wenn Anwendungsdaten wirklich für jeden freigegeben sind, dann sollte es doch klappen
C:Eigene....NoctermineUndhierderangemeldeteUser.
Oder ist das immer noch der falsche Lösungsweg?
Wenn einer Schreib- Leseverbot hat, dann kann er sowieso nix mit Noc anfangen, genauso wie mit anderer Software.

Aber wie gesagt, ich warte, bis Du mal hier vorstellst (Die Datei gehört mir) und schaue mir das an und werde hoffentlich etwas schlauer :/:

Rolf

@Rolf.

Ist eigendlich egal ob Du wo auch immer Schreibrecht oder Leserecht hast - wenn Du halt im Programm entsprechend reagierst.

Es ist doch solange kein Problem wie Deine Programme halt z.B. sagen Konnte nicht öffnen - etc. Nur wenn einfach weitergearbeitet wird ohne drauf zu reagieren - dann crashs.

Und deshalb habe ich ja die File.Pcu hergestellt.

Mit assign & co ist es eher ein langwieriger Weg- sauber zu Programmieren.

Wenn Du jedoch immer schön z.B.

f&=fopen(c:\bla,r)

if f& <<!!!

fgets(etc.)
fclose f&

else
aix - fehler
endif

dann gibts eigendlich kein Problem.

AHs Securitysorgen sind erst Schritt 2 der Thematik.

Wenn erstmal ein fopen scheiterte - dann kann das prog ja recherchieren warums net klappte. (z.B. Security etc)

Natürlich kann man solch eine Abfrage zu ungunsten der Performance auch vor jedem fopen machen.

Und natürlich - ums AH vorweg zu nehmen - kann man sicherlich auch vor jedem fopen erst dafür sorgen - das man die nötigen Rechte besitzt.

Nichts desto trotz ist das wichtigste ein ordentliches Reagieren auf die Rückgaben von Funktionen.

Und sollte der Eindruck enstehen ich finde AHs Securityanmerkungen für weniger wichtig - so täuscht dies. Ich bin ebenfalls sehr gespannt auf die Ergebnisse und Erfolge die sich durch seine Recherche erst ermöglichen. Das ist ne ganz fantastische Sache!

Salve.

Rolf
Koch

LOL - ist wirklich jedes Argument einleuchtent hier

Stimmt, die nutze ich ja sowieso in Noc, die File.pcu.
Aber wem sage ich das?

Rolf

Hallo IF...

Mal folgendes Beispiel:
In der Pflege arbeiten wir mit dem Programm Vivendi. Das ist eine Datenbank, die unsere Bewohner enthält und in der wir unsere tägliche Pflege dokumentieren. Ein Administrator, die Verwaltung, die Pflege, die Pflegedienstleitung, die Heimleitung und der Begleitender Dienst arbeiten mit dem Programm.
Als Mitarbeiter haben wir naturlich keine Adminrechte - trotzdem muß jeder Mitarbeiter aus jedem Bereich Zugriff auf die Datenbank haben.
Du schlägst also vor, bei so einem Programm einen Hinweis einzubauen, daß die Bewohnerdatei nicht geöffnet werden kann, wenn wir als Mitarbeiter am PC sitzen? Dein Ernst???
Oder möchtest du dann, daß sich jeder Mitarbeiter mit einem Adminaccount einloggt?

@Rolf:
Du mußt keine Quelltexte für den Security Bereich schreiben können - das ture ich, da hast du Recht - wenn du aber unter NT/2000/XP Mehrbenutzeranwendungen schreiben willst, solltest du sehr genau wissen, was da vor sich geht. Nicht nur das Dateisystem sondern fast alles im Betriebssystem hängt da dran - u.a. auch die Registry. Du setzt dich doch auch in kein Auto ohne zu wissen, wo die Bremsen sitzen - oder?
Jemand, der zum Beispiel RegOpenKeyEx mit dem Access $1F01FF nutzt, um einen Schlüssel aus HKEY_LOCAL_MACHINE auszulesen, wird als Admin keine großen Probleme bekommen. Arbeitet aber ein anderer User mit diesem Programm, gibt es unter Umständen ein böses Erwachen...

@AH - es kann nicht mein Ernst sein da Du mich dann falsch verstanden hast.

Mein Beispieltext geht von Problemen anderer Natur aus.

Salve.

[quote:1af949e1f6=iF]@AH - es kann nicht mein Ernst sein da Du mich dann falsch verstanden hast.

Mein Beispieltext geht von Problemen anderer Natur aus.

Salve.[/quote:1af949e1f6]
Hätte mich auch sehr erschreckt...

;D

18.05.2005 ▲