Menu
▾
▴
reactos-kernel
You can subscribe to this list here.
| 2000 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(2) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2001 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(64) |
Oct
(438) |
Nov
(183) |
Dec
|
| 2002 |
Jan
|
Feb
|
Mar
|
Apr
(132) |
May
(466) |
Jun
(366) |
Jul
(392) |
Aug
(31) |
Sep
(18) |
Oct
|
Nov
|
Dec
|
|
From: Eric K. <ek...@rz...> - 2002-04-17 11:48:36
|
Modified files:
loaders/dos/loadros.asm
ntoskrnl/ke/main.c
loadros:
Added a temprary dos command line buffer and hardcoded the kernel command
line for ntoskrnl.exe.
ntoskrnl:
Moved the hardcoded command line string to loadros. From now on ntoskrnl
relies on the command line passed in from the loader.
Eric
|
|
From: Steven E. <Ste...@ya...> - 2002-04-17 06:27:00
|
> For what is dflat32 in the tree? > For gdi+user there is wine to copy'n'paste or reuse. > As far as I know dflat32 is a graphical interface. If we want > to provide systemmanagement tools also with a textmode > interface, something like Tvision would be right. Dflat32 is going to be our console windowing library. We are using dflat because it works currently. We could also use slang as it sorta Works under ros but I think Everyone would prefer dflat. I've never Messed with Tvision but if I have time I will take a look. As for the wine code, its not all copy and paste. I like copy'n'paste "stealing" of code from other OSS projects and it hasn't Been easy for me with ReactOS . Try to figure out how to port WINEs Message and Window Proc stuff. If I could do it then winhello would already work, but I cannot. "Every revolution was once a thought in one man's mind" - Ralph Waldo Emerson _________________________________________________________ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com |
|
From: Jason F. <jas...@ya...> - 2002-04-16 19:10:56
|
Hey Robert >I am the current maintainer of the uC/IP project hosted on SF. >... Cool :) >Unfortunately I have been very slowly learning the WDM (reading the >Walter Oney book at the moment) and have never really looked at NDIS >anything. I have also developed a unique driver model for this >stack but it may not be to difficult to change into something more >compatible with WDM, once I know just what that is! Have you looked at the DDKs for NT or 2K, specifically regarding networking? Also, have you taken a look at the start of networking code in ReactOS (reactos/services/net)? >One of my major interests in ReactOS has been the desire to work on >the networking layer, but even after over three years of reading >your list and keeping my codebase more or less up to date I have >yet to find any way or enough time to contribute any code )^; A way.. networking code? Time.. well, with me I have to just make time some how. I haven't coded much recently, but I have been at work on the site, moving lists and other things. >Another interest of mine is to develop some regression tests for >the major sub-systems in ReactOS. Yeah, once I finish some more items on my ReactOS todo list, I want to look at managing regressions too. >My vision of ReactOS in the future is to have a kernel which can be >optionally built to be harder than concrete (ie totally anal >parameter checking of everything everywhere etc), or conversely to >run faster than light (no checks whatsoever for running proven >software only). The anal version would be good for the regression tests. >Any suggestions or words of encouragement most welcome. Well I'm really glad you're interested in ReactOS. I think if you ask the list, as you're doing now, for help you'll be surprised at how much people are willing to teach/help you out. Don't be afraid to ask questions about specific technical subjects too. I'm also really interested in getting our networking code going.. but I can't get to the code yet. Anyway, good luck! - Jason __________________________________________________ Do You Yahoo!? Yahoo! Tax Center - online filing with TurboTax http://taxes.yahoo.com/ |
|
From: Michael R. <alp...@al...> - 2002-04-16 19:03:17
|
> I was under the impression that bootable cdrom's used some > kind of emulation mode to emulate a floppy drive. In that > case the regular FAT12 boot sector should work because you > supply a floppy disk image on the bootable cdrom. Is there > someplace where I can get more information about this? Here's an MS KB article on the subject. http://support.microsoft.com/default.aspx?scid=kb;EN-US;q167685 |
|
From: Kohn E. D. <em...@cs...> - 2002-04-16 18:58:11
|
Searching with Google for: bootable CD-ROM specification revealed this: "El Torito" Bootable CD-ROM Format Specification" http://www.phoenix.com/PlatSS/PDFs/specs-cdrom.pdf On Tue, 16 Apr 2002, Brian Palmer wrote: > I was under the impression that bootable cdrom's used some kind of > emulation mode to emulate a floppy drive. In that case the regular FAT12 > boot sector should work because you supply a floppy disk image on the > bootable cdrom. Is there someplace where I can get more information > about this? > > Brian > > -----Original Message----- > From: rea...@li... > [mailto:rea...@li...] On Behalf Of Eric > Kohl > Sent: Tuesday, April 16, 2002 8:24 AM > To: ReactOS-Kernel > Subject: [ros-kernel]CDROM bootsector > > Hi! > > Last weekend I played a little with 'Isolinux' (ISO9660 boot code for > linux) > from the 'Syslinux' package. I thought about removing the parts that are > not > needed to load and run FreeLdr.sys. Today I found the announcement of > 'Boot > Scriptor' (proprietary license) on Freshmeat (www.freshmeat.net) which > uses > a stripped Isolinux (GPL'd). I guess this is exactly what we need to > boot > FreeLoader from cdrom. > > > Eric > > > > > _______________________________________________ > reactos-kernel mailing list > rea...@li... > https://lists.sourceforge.net/lists/listinfo/reactos-kernel > > > _______________________________________________ > reactos-kernel mailing list > rea...@li... > https://lists.sourceforge.net/lists/listinfo/reactos-kernel > |
|
From: Brian P. <br...@sg...> - 2002-04-16 18:14:27
|
I was under the impression that bootable cdrom's used some kind of emulation mode to emulate a floppy drive. In that case the regular FAT12 boot sector should work because you supply a floppy disk image on the bootable cdrom. Is there someplace where I can get more information about this? Brian -----Original Message----- From: rea...@li... [mailto:rea...@li...] On Behalf Of Eric Kohl Sent: Tuesday, April 16, 2002 8:24 AM To: ReactOS-Kernel Subject: [ros-kernel]CDROM bootsector Hi! Last weekend I played a little with 'Isolinux' (ISO9660 boot code for linux) from the 'Syslinux' package. I thought about removing the parts that are not needed to load and run FreeLdr.sys. Today I found the announcement of 'Boot Scriptor' (proprietary license) on Freshmeat (www.freshmeat.net) which uses a stripped Isolinux (GPL'd). I guess this is exactly what we need to boot FreeLoader from cdrom. Eric _______________________________________________ reactos-kernel mailing list rea...@li... https://lists.sourceforge.net/lists/listinfo/reactos-kernel |
|
From: Robert D. <od...@pn...> - 2002-04-16 17:11:38
|
Hi guys, I am the current maintainer of the uC/IP project hosted on SF. This is a smallish TCP/IP stack including ARP, PPP and a bit more. It is based on the BSD sources and has very little requirements of the host OS due to it being targetted for use in embedded controllers. It currently builds with VC6, VC7 and GCC-Win32 and various smaller microcontoller compilers. It is very ANSI-C with almost no external dependancies. Unfortunately I have been very slowly learning the WDM (reading the Walter Oney book at the moment) and have never really looked at NDIS anything. I have also developed a unique driver model for this stack but it may not be to difficult to change into something more compatible with WDM, once I know just what that is! One of my major interests in ReactOS has been the desire to work on the networking layer, but even after over three years of reading your list and keeping my codebase more or less up to date I have yet to find any way or enough time to contribute any code )^; Another interest of mine is to develop some regression tests for the major sub-systems in ReactOS. My vision of ReactOS in the future is to have a kernel which can be optionally built to be harder than concrete (ie totally anal parameter checking of everything everywhere etc), or conversely to run faster than light (no checks whatsoever for running proven software only). I have incrementally put together my own build of ntoskrnl removing the process management and replacing it with the task switcher from "UC/OS - The Real Time Kernel" so I can run my stack in protected mode on the PC and inherit many of the services from ReactOS. Other than FreeLdr, loadros, HAL and ntoskrnl I am yet to get familiar with the rest of the ReactOS structure and codebase. Any suggestions or words of encouragement most welcome. Keep up the great work guys. Kind regards, Robert Dickenson. At 10:19 PM 15/04/2002 +0200, you wrote: >>For the latter, I think the best would be to find (and port) a mature >>modular GPL'ed TCP implementation (modular as in 'not too tightly coubled >>with the rest of the TCP/IP network stack'). >> >> Do you think the one used by Linux would fit? It would be a great hit >> for >> ReactOS, as not only it has proved to be a good one, but it also cleanly >> supports packet filtering and firewalling, the only thing that the current >> Windows network stack is missing (incidentally, if this takes off, I could >> make fun at those that said that it would be impossible to do on Windows >> ;-), thus requiring personal firewalls to operate all sorts of hacks around >> the network drivers >> > >I think bsd network stack is better than the one found in Linux , actually >Nt's tcp/ip is based on it , I don't know if it would be dificult to port to >reactos , check http://www.cs.utah.edu/flux/oskit/index.html and I agree >with you , It would be a great hit for Reactos to have a good network stack >up and working! > |
|
From: KJK::Hyperion <no...@li...> - 2002-04-16 16:52:27
|
At 22.00 13/04/2002, you wrote:
>Which test application can be used to test TCP?
netcat should do the job quite fine (provided that our Win32 has the
necessary console support to run it - netcat's author is actually proud of
having used only the lowest level possible calls to interface with the
console). Here's the help screen:
[v1.10 NT]
connect to somewhere: nc [-options] hostname port[s] [ports] ...
listen for inbound: nc -l -p port [options] [hostname] [port]
options:
-d detach from console, stealth mode
-e prog inbound program to exec [dangerous!!]
-g gateway source-routing hop point[s], up to 8
-G num source-routing pointer: 4, 8, 12, ...
-h this cruft
-i secs delay interval for lines sent, ports scanned
-l listen mode, for inbound connects
-L listen harder, re-listen on socket close
-n numeric-only IP addresses, no DNS
-o file hex dump of traffic
-p port local port number
-r randomize local and remote ports
-s addr local source address
-t answer TELNET negotiation
-u UDP mode
-v verbose [use twice to be more verbose]
-w secs timeout for connects and final net reads
-z zero-I/O mode [used for scanning]
port numbers can be individual or ranges: m-n [inclusive]
|
|
From: Eric K. <ek...@rz...> - 2002-04-16 14:23:54
|
Hi! Last weekend I played a little with 'Isolinux' (ISO9660 boot code for linux) from the 'Syslinux' package. I thought about removing the parts that are not needed to load and run FreeLdr.sys. Today I found the announcement of 'Boot Scriptor' (proprietary license) on Freshmeat (www.freshmeat.net) which uses a stripped Isolinux (GPL'd). I guess this is exactly what we need to boot FreeLoader from cdrom. Eric |
|
From: Eric K. <ek...@rz...> - 2002-04-16 14:23:54
|
Modified files:
services/fs/cdfs/cdfs.c
services/fs/cdfs/cdfs.h
services/fs/cdfs/common.c
services/fs/cdfs/fcb.c
services/fs/cdfs/makefile
Added files:
services/fs/cdfs/close.c
services/fs/cdfs/create.c
services/fs/cdfs/dirctl.c
services/fs/cdfs/finfo.c
services/fs/cdfs/fsctl.c
services/fs/cdfs/rw.c
services/fs/cdfs/volinfo.c
- Split driver into more files.
- Reworked FCB code.
- Added required driver routines.
A cdrom can be mounted now and isotest is able to read the PVD from a
mounted volume. The root directory cannot be opened on a mounted cdrom yet
because the object manager chokes on the object path. I guess the mount code
is still not correct.
Eric
|
|
From: Casper H. <ch...@us...> - 2002-04-16 10:36:23
|
tir, 2002-04-16 kl. 09:45 skrev Aliberti Emanuele: > >3) It seems that when a new hive is created because it does not exist, > >CmiPopulateHive() is called to fill out the hive with 50 empty > >pages/blocks, growing the file to 200K. Is that really necessary? It > >would be nice to keep the files size down. When I exported a small hive > >from 2k, it was only 8K. > > For internal lab testing, we once booted a NT 4.0 box after completely removing the hives. > The system goes up anyway and creates the full hive set, but the files are onyl 4 kbyte large. Shortly after, the system hangs (of course). > A memory page just fits for the hive's header. Yes, a newly created registry hive contain only the base block (the first 4KB). CmiPopulateHive() is meant only for testing write support (which is not there yet). Expanding a hive requires new functionality, so it is easier if the hives do not need to be expanded when implementing write support. |
|
From: Jason F. <jas...@ya...> - 2002-04-16 07:45:42
|
FreeLoader works again? Great!! - Jason --- Brian Palmer <br...@sg...> wrote: > I have just committed an update to FreeLoader. There were some > problems > that prevented it from booting, but it is now working for me. In > order > to use the latest version you will have to recompile and run the > installer because I have heavily modified the boot sector code and > the > old code is incompatible. Also keep in mind that the latest version > uses > the semicolon ';' as the comment character in the freeldr.ini file. > > Brian > __________________________________________________ Do You Yahoo!? Yahoo! Tax Center - online filing with TurboTax http://taxes.yahoo.com/ |
|
From: Aliberti E. <ea...@us...> - 2002-04-16 06:45:33
|
>3) It seems that when a new hive is created because it does not exist, >CmiPopulateHive() is called to fill out the hive with 50 empty >pages/blocks, growing the file to 200K. Is that really necessary? It >would be nice to keep the files size down. When I exported a small hive >from 2k, it was only 8K. For internal lab testing, we once booted a NT 4.0 box after completely removing the hives. The system goes up anyway and creates the full hive set, but the files are onyl 4 kbyte large. Shortly after, the system hangs (of course). A memory page just fits for the hive's header. |
|
From: Brian P. <br...@sg...> - 2002-04-16 06:12:15
|
I have just committed an update to FreeLoader. There were some problems that prevented it from booting, but it is now working for me. In order to use the latest version you will have to recompile and run the installer because I have heavily modified the boot sector code and the old code is incompatible. Also keep in mind that the latest version uses the semicolon ';' as the comment character in the freeldr.ini file. Brian |
|
From: Brian P. <br...@sg...> - 2002-04-16 06:09:08
|
I am currently reworking the boot sector code for freeloader and bit and I have a question on how I should handle the boot drive. When the BIOS loads the boot sector it puts the boot drive number in the DL register. But in all the MS boot sector code I've seen they don't rely on this. They rely solely on what the boot sector says the boot drive is. This seems to me like it might mess things up in a multiboot scenario. But I am also wondering how reliable the DL register is after programs like GRUB and LILO are through with it? Does anyone have any suggestions on which method is the preferred one? Brian |
|
From: Brian P. <br...@sg...> - 2002-04-16 06:07:35
|
Modified Files:
bootsect/Makefile bootsect/bin2c.c bootsect/fat.asm
bootsect/fat32.asm bootsect/win2k.asm freeldr/Makefile
freeldr/debug.c freeldr/freeldr.c freeldr/rules.mk
freeldr/arch/i386/Makefile freeldr/arch/i386/arch.S
freeldr/mm/init.c freeldr/ui/tui.c
Added Files:
bootsect/wxpfat16.asm freeldr/arch/i386/fathelp.asm
Removed Files:
bootsect/split.c bootsect/stubit.c
Log Message:
Added LBA support to FAT12/16 boot sector
Now the FAT12/16 boot sector properly works on all FAT12/16 partition
types (1, 4, 6, 0xe)
Fixed a few small bugs
Brian
|
|
From: Phillip S. <ps...@cf...> - 2002-04-15 22:33:41
|
I've been playing around with the registry lately, and I have a few questions. 1) Is write support enabled? I fixed smss to pass TRUE to NtInitializeRegistry() to cause default registry hives to be created, but when I modify them, the changes do no seem to be committed to disk. 2) There seems to be a bug when listing what hives are loaded. Even though the various other hives are loaded, a dir in registry explorer in KHEY_LOCAL_MACHINE only shows the HARDWARE hive, but you can still cd into the software and system keys, and correctly display their contents. I also created and populated a hive in 2k, and reactos can read its contents. Good job! 3) It seems that when a new hive is created because it does not exist, CmiPopulateHive() is called to fill out the hive with 50 empty pages/blocks, growing the file to 200K. Is that really necessary? It would be nice to keep the files size down. When I exported a small hive from 2k, it was only 8K. I'd like to start using the registry now, if that is possible. |
|
From: Robert K. <ro...@ko...> - 2002-04-15 22:33:14
|
For what is dflat32 in the tree? For gdi+user there is wine to copy'n'paste or reuse. As far as I know dflat32 is a graphical interface. If we want to provide systemmanagement tools also with a textmode interface, something like Tvision would be right. Who can make this plausible to me? |
|
From: jm <jo...@so...> - 2002-04-15 20:20:59
|
>For the latter, I think the best would be to find (and port) a mature >modular GPL'ed TCP implementation (modular as in 'not too tightly coubled >with the rest of the TCP/IP network stack'). > > Do you think the one used by Linux would fit? It would be a great hit > for > ReactOS, as not only it has proved to be a good one, but it also cleanly > supports packet filtering and firewalling, the only thing that the current > Windows network stack is missing (incidentally, if this takes off, I could > make fun at those that said that it would be impossible to do on Windows > ;-), thus requiring personal firewalls to operate all sorts of hacks around > the network drivers > I think bsd network stack is better than the one found in Linux , actually Nt's tcp/ip is based on it , I don't know if it would be dificult to port to reactos , check http://www.cs.utah.edu/flux/oskit/index.html and I agree with you , It would be a great hit for Reactos to have a good network stack up and working! |
|
From: Eric K. <ek...@rz...> - 2002-04-15 12:42:16
|
ReactOS:
ntoskrnl/io/symlink:
Removed an obsolete 'optimization' in the object path replacement
processs.
Eric
|
|
From: Steven E. <Ste...@ya...> - 2002-04-15 10:25:37
|
I think this got lost because of the mail move so here it is again. If anyone wants to start working on TCP we have some simple apps and ROS already has a ne2k isa driver + ip/icmp support so you can bring it up on a network with bochs I think or go get a ne2k isa nic and try these apps. You can try rosapps/net/ Finger Whois Ncftp Or reactos/apps/net telnet Most of them work as in load under ros but then crash due to TCP being missing from WS2_32.dll "Every revolution was once a though in one man's mind" - Ralph Waldo Emerson > -----Original Message----- > From: Jason Filby [mailto:jas...@ya...] > Sent: Saturday, April 13, 2002 4:01 PM > To: ros...@re... > Subject: [ros-kernel] Re: Status pages: networking and more > > > Which test application can be used to test TCP? > > - Jason _________________________________________________________ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com |
|
From: Steven E. <Ste...@ya...> - 2002-04-15 10:13:02
|
Rosdocs: Added "Advanced Developer" section to Developer Tutorials. Added "ReactOS ReactOS Architecture Whitepaper" to Advanced Developer section ReactOS: Lib/dflat32 Did some more minor work on making dflat32 a dll. I still don't know what the hell I'm doing but I'm using the dflat32api doc as my guide to helping remove the shit that shouldnt be there. Hopefully I will be able to write a little test app that uses my dll in the next few weeks. "Every revolution was once a though in one man's mind" - Ralph Waldo Emerson " _________________________________________________________ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com |
|
From: Jason F. <jas...@ya...> - 2002-04-15 06:35:27
|
Hey all I've posted a mail about this being our new list... but I don't see it in the archives yet. Anyway, hoping that it goes through, I'd also like to ask everyone to post any changes they made in cvs on this list (just the description) until the cvs list is up. Thanks - Jason __________________________________________________ Do You Yahoo!? Yahoo! Tax Center - online filing with TurboTax http://taxes.yahoo.com/ |
|
From: Charles I. K. <tn...@li...> - 2002-04-15 05:01:10
|
Hello,
On Sun, 2002-04-14 at 21:35, James Tabor wrote:
> Hi,
> Did I make it?
Ya... your test made it.
See ya
--
Charles Iliya Krempeaux
ch...@re...
________________________________________________________________________
Reptile Consulting & Services 604-REPTILE http://www.reptile.ca/
|
|
From: James T. <jim...@ad...> - 2002-04-15 04:50:52
|
James Tabor wrote: > > Hi, > Did I make it? > James > Pong! |
8 messages has been excluded from this view by a project administrator.
