I did ask this on the ReactOS forum, but I thought I'd ask on the mailing
list as well :)
How would I go about implementing a DOS subsystem? I used to use DOS for all
my programming, even when Windows 95 and 98 were around. I used to mess with
software interrupts (had a copy of Ralf Brown's interrupt list) to do things
like read raw data from floppy disks etc.
I understand that Windows NT protects the hardware from direct access from
non-kernel mode applications/drivers. How is this achieved? What prevents an
application from simply executing an OUT or IN opcode? And what happens if
an application attempts to?
I assume x86 CPUs have some form of mode... Protected mode?... that allows
this kind of protection.
I also assume you can use normal DOS interrupts from a cmd.exe session in
Windows. How does Windows use software interrupts? As when an IRQ is
triggered, it causes the CPU to execute a software interrupt, what's there
to stop usermode applications from stealing the system timer interrupt
handler and thus break the kernel scheduling?
But basically, what I'd like to know is where I'd start for creating a DOS
subsystem? Where do I start?
-Andrew
Hi,
im trying to get WinRar 3.2d to load under Reactos. After adding 2
exports to
advapi32 (GetFileSecurityW & SetFileSecurityW) it complaints about an
unfindable
export called "Borland32". Is this export related to the missing SEH
support ?
regards,
--
Johannes Anderwald
> > Thats wrong.
> > I have tested it. After appendixes you are at
> > http://reactos.com/en/content/view/full/257
> > And this document is _empty_ !
>
>Look at the menu on the left
Hmmm...
I have now tested it with Mozilla-FireFox 0.8, Mozilla 1.2.1, an Netscape
4.x and Konqureor 2.2.2. All are Linux-version.
On FireFox the side Appendix-side at
http://reactos.com/en/content/view/full/257
is empty. What you mean is that under "Navigation" something stand. But
thats with Firefox not true. There stand nothing.
But for some time there stand under
http://reactos.com/en/content/view/full/258
of the "Knowledge Base Articles" the Changelog and Knowledgebase under
"Navigation". But now, there isn't anything, too.
And all the other browsers show _all_ nothing under "Navigation". Neither on
the Appendix-side, nor under the Knowledgebase-side.
Please try other browser and you see, what I mean.
Greatings
theuserbl
_________________________________________________________________
MSN Messenger - sehen, welche Freunde online sind!
http://www.msn.de/messenger Jetzt kostenlos downloaden und mitmachen!
> > how does one navigate from the ReactOS.com frontpage to this changelog?
> > I don't see the route that I need to follow for finding changelogs.
> >
> > ReactOS.com
> > --> developer
> > --> ???
> > (--> ???)
> > --> 0.2.1 changelog
> >
> >
> >http://reactos.com/en/reactos_unified_library/reactos_developer_documentatio
> > >
> > >
> >
> >n/reactos_development/the_reactos_project/appendixes/changelogs/0_2_1_change
> > >
> > >
>
>Library -> ReactOS Developer Documentation -> ReactOS Development -> The
>Reactos Project -> Appendixes (shouldn't that be appendices btw?)->
>Changelogs
Thats wrong.
I have tested it. After appendixes you are at
http://reactos.com/en/content/view/full/257
And this document is _empty_ !
Greatings
theuserbl
_________________________________________________________________
MSN Messenger - sehen, welche Freunde online sind!
http://www.msn.de/messenger Jetzt kostenlos downloaden und mitmachen!
Oh, and what mw wonder:
At the main-page and on other sides the menu-entries on the left are
visible.
But at http://reactos.com/en/content/view/full/257 it isn't.
Greatings
theuserbl
_________________________________________________________________
MSN Messenger - sehen, welche Freunde online sind!
http://www.msn.de/messenger Jetzt kostenlos downloaden und mitmachen!
At 21.54 29/02/2004, you wrote:
>>I am strictly _against_ sharing code between dlls, or ntoskrnl and ntdll.
>the directory listing of the leaked Windows sources
to make things clear: I have *not* downloaded or otherwise obtained said
sources. The listing was posted on a site and linked to on the Slashdot
story about the leakage, and I took some time to examine it to tell if it
could be genuine, and to catch something interesting if it was (I did find
something interesting, and it was the proof that NtUserXxx/NtGdiXxx aren't
considered real system calls, but rather glue code, like before I only knew
by heart, and like I have speculated in the past on the mailing lists)
Sorry, that I need always so much time, to answer.
>You may have more luck using FreeLoader to boot ReactOS. Download
>http://reactos.csh-consult.dk/download.php?sid=FreeLoader-20040229-bochs.i38
>6.tar.gz
>
>Write it to a floppy disk using RawWrite or similar tool. RawWrite is at
>http://uranus.it.swin.edu.au/~jn/linux/rawwrite.htm
>
>Boot ReactOS using the floppy disk.
>Note that this floppy disk will only boot ReactOS from the first partition
>on the
>first harddisk.
I have yesterday downloaded and tested it. And it runs now. :-)
Thank you very much for this hint.
ReactOS looks very nice.
One of the best thing is the booting.
At first the Freeloader which let you choose between ReactOS and ReactOS
with Debug-outputs.
Then opens the blue WinNT-screen and wrote something down there. But it's so
fast, that I can't read it. So fast on my old computer. :-)
Then the nice booting ReactOS-Logo. And I think, in this time, it loads also
faster then WinNT.
Then there xomes for a half second the blue screen back and then there comes
the ReactOS-desktop. And all comes very fast. :-)
And under ReactOS the programs (like sol.exe) are running partially fast
too.
To take a new card of the pack of cards in the left corner of the top, is
fast like on WinNT, I think.
But moving a card or moving windows is very slow.
The menus of the program exist, but they are not usable, what me wonder. :-o
And the console-window needs a lot of time, too, to write there the letters,
if I type "dir" or anything else in there.
But for a 0.2.0-version its excellent.
But I am wondering, why the freeloader-floppy-image is not an offical part
of ReactOS and why it is not published at Sourceforge. :-/
I think the binary-version of ReactOS plus the FreeLoader floppy-image is a
nice combination.
But on Sourceforge are actually - of the 0.2.1.RC2-version - only versions
for bochs and iso-images vor CDROMs. And my computer is for bochs too slow
(and have too less memory) and for the iso-image I have no CD-burner.
So I could only test the last final-version: ReactOS 0.2.0.
And now a little thought of myself.
I think, it would be nice if somethink like the DOS "sys.exe" exists for
ReactOS.
sys.exe copies the basical system-files to a dos-filesystem (that can be a
floppy, a harddisk-partition or anything else) and writes in the MDR which
systemfile have been to load.
Something else, existing with the FreeLOader-floppy-image. There is the mdr,
which says, that freeldr.sys have to load. But the floppy-image is only for
a floppy and all files on it will be deleted.
So I think something like sys.exe would be nice.
So that sys.exe write to the mdr of a floppy, harddisk, - if possible to the
CDROM, DVD or anything else. :-)
Greatings
theuserbl
_________________________________________________________________
E-Mails sind Ihnen nicht schnell genug? http://www.msn.de/messenger MSN
Messenger - Kommunikation in Echtzeit
Hi all
Ros-translate(a)reactos.com is now available.
Send an email to ros-translate-subscribe(a)reactos.com to subscribe to
the
new list.
Cheers
Jason
__________________________________
Do you Yahoo!?
Yahoo! Mail SpamGuard - Read only the mail you want.
http://antispam.yahoo.com/tools
System: Pentium 3 450Mgz with 64mb ram running ros 0.2.pr1
I have today tried to install several different programmes, only three have been successfully installed, they are, Filezilla 2.1.2 (Nullsoft Install System v2.0b0), ImageViewer2 and Tuxtype. Most installers either don' t work at all or fail at the license window.
One thing to note about the Filezilla install, was, that the install window would not close.
One strange thing is, that TUXPAINT (Nullsoft Install System v1.98) failed to install, but Tuxtype with the same installer (Nullsoft Install System v1.98), was installed successfully.
These are the error messages for Tuxpaint:
Bug detected (code 1e param 0 0 0 0)
KMODE_EXCEPTION_NOT_HANDLED
Page Fault Exception: 14(0)
Processor: 0 CS:EIP 8:cde8a020 <win32k: 34020>
cr2 3 cr3 1bf1000 Proc: c1329350 Pid: 15 <tuxpaint> Thrd: c1288ed0 Tid: 46
DS 10 ES 10 FS 30 GS 10
EAX: 00000000 EBX: 00000010 ECX: cdeb5460
EDX: 00000000 EBP: ce542f04 ESI: 005274e0
EDI: ce542f84 EFLAGS: 00010206 kESP ce542e70 kernel stack base ce540000
ESP ce542f84
Frames: <win32k: 34222> <win32k: 3385c> <ntoskrnl.exe: 32f7> Page fault at high IRQL was 2
ExceptionRecord->ExceptionAddress = 0xc0001cf5
KeBugCheckWithTf at ke/catch.c:168
Bug detected (code 1e param 0 0 0 0)
KMODE_EXCEPTION_NOT_HANDLED
Recursive bug check halting now
Regards,
jh
>Why waste your time with DOS? There is already FreeDOS freely available.
Short answer: Because WinNT, Win2k and WinXP support DOS, two.
Longer answer: Because there existing still a lot of programs created for
DOS, Win16 and so on. And it would be nice, to can all this older programs
run.
Greatings
theuserbl
_________________________________________________________________
E-Mails sind Ihnen nicht schnell genug? http://www.msn.de/messenger MSN
Messenger - Kommunikation in Echtzeit
