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: Jurgen V. G. <jur...@st...> - 2001-10-08 18:58:29
|
Hi, I did some tests with loadros.com and found this result: When I put a loop in loadros.asm as described: ;; ;; Enter pmode and clear prefetch queue ;; mov eax,cr0 or eax,0x10001 mov cr0,eax ;; here a loop .break jmp break; jmp .next .next: Then the computer freezes with a blue screen, when I continue remove the loop, the computer restarts. jurgen ==================================================== = To remove yourself from this mailing list, go to = = http://www.reactos.com/home/mailing.html = ==================================================== |
|
From: Steven E. <Ste...@kn...> - 2001-10-08 14:51:21
|
Just because NT doesnt ship with a lot off apps this doesnt mean we can package ROS with some realy kickass ones. If we were to do like linux does and ship with a lot of apps it would help gain user support. After we could just stick all extras in a /unsupported directory GPL win32 Programsn DevC++ for Developers MessangerA2Z Chat - AIM,ICQ,MSN,Jabber CDex Ripping Mp3s -----Original Message----- From: Richard Campbell To: ros...@re... Sent: 10/8/01 7:52 AM Subject: [ros-kernel] Re: Proposed books for rosdocs Umm, I thought ROS is an NT clone, won't it still run standard NT software so you don't need to write new apps, etc? Why not just focus on writing what NT includes. Sorry if this mail doesn't make much sense. Richard Campbell ----- Original Message ----- From: "Casper Hornstrup" <ch...@us...> To: <ros...@re...> Sent: Monday, October 08, 2001 6:38 AM Subject: [ros-kernel] Re: Proposed books for rosdocs > On Monday 08 October 2001 09:14, et...@so... wrote: > > Casper Hornstrup writes: > > > It sounds like you want ReactOS to be like the server editions of Windows > > > NT. I don't think that ReactOS should go that way. Putting too many > > > applications into "core" ReactOS will bloat it. IMHO, ReactOS should be > > > distributed like the linux kernel, small and compact. Then the diffrent > > > distribution companies (which will be there at some point!?!) can tailor > > > their distribution to specific needs. Much like the way companies like > > > RedHat, VA linux, Suse, etc. does with linux now. > > > > > > - Casper > > > > how would extra applications bloat the kernel? > > Have you ever looked at a Windows NT distribution? They are all quite large. > Not because the core Windows NT OS is large, but because there are many > extensions to the OS. Extensions like drivers and other software. Also, the > extensions included in a distribution are specific to certain targetted > end-users. > > > although, i do agree with the fact that a user should be able to customize > > his system. a package system (a la rpm/deb) might be in line later down the > > road. > > There is no need to design a new package system. Newer Windows systems has MS > Installer, which is sufficient. > > - Casper > > ==================================================== > = To remove yourself from this mailing list, go to = > = http://www.reactos.com/home/mailing.html = > ==================================================== > ==================================================== = To remove yourself from this mailing list, go to = = http://www.reactos.com/home/mailing.html = ==================================================== |
|
From: Robert C. <rob...@it...> - 2001-10-08 14:12:41
|
> ----- Original Message ----- > From: "Aidan Kehoe" <ke...@pa...> > To: <ros...@re...> > Sent: Monday, October 08, 2001 11:52 PM > Subject: [ros-kernel] Re: Proposed books for rosdocs > > > Ar an 8ú lá de mí 10, scríobh Robert Collins : > > > I think you msised the point, > > Suse = distributor, kernel = linux. > > MS = distributor, kernel = NT. > > ??? = distributor ,kernel = reactOS. > > Umm, so why are you taking Linux as your model? Why not a BSD? Or Plan > 9? Me, I prefer the overall coherency that comes with a system where Very good point here. I use openBSD myself, and do enjoy the resulting quality... However I was pointing out that a point had been made about ReactOS and the answer 'Suse is 6 CD's' did not AFAICT acknowledge the point the author was trying to make. > people who write kernel code have something to do with the man pages, > just as an example. Notepad.exe being 'part of' NT fits fine into this > model. Sure, I have no problems there. However to address your comment re: man pages and kernel hackers, companies such as Suse and Redhat employ kernel hackers - so kernel hackers are involved in the process of releasing distributions. In fact in the early days (not sure how far back, I'm remembering from 1996) linux was a distribution put together by Linus... but I ascribe a lot of it's growing popularity increasing contributors to the distributed approach. But that's a different discussion :}. Rob ==================================================== = To remove yourself from this mailing list, go to = = http://www.reactos.com/home/mailing.html = ==================================================== |
|
From: Aidan K. <ke...@pa...> - 2001-10-08 13:54:54
|
Ar an 8=FA l=E1 de m=ED 10, scr=EDobh Robert Collins : > I think you msised the point, > Suse =3D distributor, kernel =3D linux. > MS =3D distributor, kernel =3D NT. > =3F=3F=3F =3D distributor ,kernel =3D reactOS. Umm, so why are you taking Linux as your model=3F Why not a BSD=3F Or P= lan 9=3F Me, I prefer the overall coherency that comes with a system where people who write kernel code have something to do with the man pages, just as an example. Notepad.exe being 'part of' NT fits fine into this model.=20 --=20 `... when the elephant man broke strong men's necks, when he'd had too=20= many Powers, ...' ==================================================== = To remove yourself from this mailing list, go to = = http://www.reactos.com/home/mailing.html = ==================================================== |
|
From: Robert C. <rob...@it...> - 2001-10-08 13:10:42
|
----- Original Message ----- From: "Jason Filby" <jas...@ya...> To: <ros...@re...> Sent: Monday, October 08, 2001 8:40 PM Subject: [ros-kernel] rosdocs html > Just something I'm unsure of -- are/should we also store the > generated HTML in CVS? > > - Jason It's entirely optional. IMO it's easier to have a cron job build the html and put it in a tarball than to have the HTML in CVS. CVS should be for folk who are contributing to the source, not those who simply want to read the latest and greatest. Rob ==================================================== = To remove yourself from this mailing list, go to = = http://www.reactos.com/home/mailing.html = ==================================================== |
|
From: Ingo R. B. <ing...@gm...> - 2001-10-08 13:07:33
|
Hi, > * open source creation and editing tools for the file format. (Yes these > can be created if someone wants to reverse engineer ORCA.) There's nothing to reverse engineer. Orca is a very simple database frontent, which executes SQL queries and displays the data in a list view. The problem is not the editing tools, because they only access the MSI API. A problem might be the file format though. > * inter-package dependencies. A msi package can _only_ install shortcuts > for components it is installing. Thus to make use of this every install > will include _every_ dependent package. Compare with apt, which can > automatically retrieve a compatible dependency and install it > automatically. Yes. > However, that said, I don't believe that the reactos development should > cover packaging systems at all - this is something best left to those > who are distributing the OS. If the original development ends up doing > that, then it is of course appropriate. I think, that MSI will become THE installer on Windows systems in the future and I don't think that many companies will make an extra package of their products for ReactOS. In order to have a wide range of applications an MSI clone has to be implemented, whether it will be used for core packages or not. Regards, Ingo ==================================================== = To remove yourself from this mailing list, go to = = http://www.reactos.com/home/mailing.html = ==================================================== |
|
From: Robert C. <rob...@it...> - 2001-10-08 12:41:35
|
----- Original Message ----- From: "Aidan Kehoe" <ke...@pa...> To: <ros...@re...> > > > Ar an 8ú lá de mí 10, scríobh Casper Hornstrup : > > > If they are integrated into the system and well thought out? There's > bloat, and there are big programs. The second does not necessarily > imply the first. > > > Have you ever looked at a Windows NT distribution? They are all quite large. > > Not because the core Windows NT OS is large, but because there are many > > extensions to the OS. Extensions like drivers and other software. Also, the > > extensions included in a distribution are specific to certain targetted > > end-users. > > Suse linux comes on 6 cds, last time I checked. All of these things > are true about it. I think you msised the point, Suse = distributor, kernel = linux. MS = distributor, kernel = NT. ??? = distributor ,kernel = reactOS. MS Backoffice is a fair few CD's today (7 IIRC), and if you include the equivalent to what Suse are choosing to include in terms of office thats another 2. A core NT system that can boot to a recovery console is only a fraction of a CD. Likewise, a pair of floppies can hold a linux kernel and recovery utilities kitted out with every driver under the sun. Rob ==================================================== = To remove yourself from this mailing list, go to = = http://www.reactos.com/home/mailing.html = ==================================================== |
|
From: Robert C. <rob...@it...> - 2001-10-08 12:35:30
|
----- Original Message ----- From: "Casper Hornstrup" <ch...@us...> > > how would extra applications bloat the kernel? > > Have you ever looked at a Windows NT distribution? They are all quite large. > Not because the core Windows NT OS is large, but because there are many > extensions to the OS. Extensions like drivers and other software. Also, the > extensions included in a distribution are specific to certain targetted > end-users. Agreed. > > although, i do agree with the fact that a user should be able to customize > > his system. a package system (a la rpm/deb) might be in line later down the > > road. > > There is no need to design a new package system. Newer Windows systems has MS > Installer, which is sufficient. I beg to differ on the need for a packaging system - the Installer service, although a wonderful thing - is immature in some respects to the capability of the tools that drive installation of deb and rpm packages. Some relevant points are: * open source creation and editing tools for the file format. (Yes these can be created if someone wants to reverse engineer ORCA.) * inter-package dependencies. A msi package can _only_ install shortcuts for components it is installing. Thus to make use of this every install will include _every_ dependent package. Compare with apt, which can automatically retrieve a compatible dependency and install it automatically. However, that said, I don't believe that the reactos development should cover packaging systems at all - this is something best left to those who are distributing the OS. If the original development ends up doing that, then it is of course appropriate. Rob ==================================================== = To remove yourself from this mailing list, go to = = http://www.reactos.com/home/mailing.html = ==================================================== |
|
From: Aidan K. <ke...@pa...> - 2001-10-08 12:02:07
|
Ar an 8=FA l=E1 de m=ED 10, scr=EDobh Casper Hornstrup : > On Monday 08 October 2001 09:14, et...@so... wrote: > > Casper Hornstrup writes: > > > It sounds like you want ReactOS to be like the server editions o= f Windows > > > NT. I don't think that ReactOS should go that way. Putting too m= any > > > applications into "core" ReactOS will bloat it.=20 If they are integrated into the system and well thought out=3F There's bloat, and there are big programs. The second does not necessarily imply the first.=20 > Have you ever looked at a Windows NT distribution=3F They are all qu= ite large.=20 > Not because the core Windows NT OS is large, but because there are m= any=20 > extensions to the OS. Extensions like drivers and other software. Al= so, the=20 > extensions included in a distribution are specific to certain target= ted=20 > end-users. Suse linux comes on 6 cds, last time I checked. All of these things are true about it.=20 > > although, i do agree with the fact that a user should be able to c= ustomize > > his system. a package system (a la rpm/deb) might be in line later= down the > > road. >=20 > There is no need to design a new package system. Newer Windows syste= ms has MS=20 > Installer, which is sufficient. Indeed.=20 --=20 `... when the elephant man broke strong men's necks, when he'd had too=20= many Powers, ...' ==================================================== = To remove yourself from this mailing list, go to = = http://www.reactos.com/home/mailing.html = ==================================================== |
|
From: Richard C. <rc...@ca...> - 2001-10-08 12:00:05
|
Umm, I thought ROS is an NT clone, won't it still run standard NT software so you don't need to write new apps, etc? Why not just focus on writing what NT includes. Sorry if this mail doesn't make much sense. Richard Campbell ----- Original Message ----- From: "Casper Hornstrup" <ch...@us...> To: <ros...@re...> Sent: Monday, October 08, 2001 6:38 AM Subject: [ros-kernel] Re: Proposed books for rosdocs > On Monday 08 October 2001 09:14, et...@so... wrote: > > Casper Hornstrup writes: > > > It sounds like you want ReactOS to be like the server editions of Windows > > > NT. I don't think that ReactOS should go that way. Putting too many > > > applications into "core" ReactOS will bloat it. IMHO, ReactOS should be > > > distributed like the linux kernel, small and compact. Then the diffrent > > > distribution companies (which will be there at some point!?!) can tailor > > > their distribution to specific needs. Much like the way companies like > > > RedHat, VA linux, Suse, etc. does with linux now. > > > > > > - Casper > > > > how would extra applications bloat the kernel? > > Have you ever looked at a Windows NT distribution? They are all quite large. > Not because the core Windows NT OS is large, but because there are many > extensions to the OS. Extensions like drivers and other software. Also, the > extensions included in a distribution are specific to certain targetted > end-users. > > > although, i do agree with the fact that a user should be able to customize > > his system. a package system (a la rpm/deb) might be in line later down the > > road. > > There is no need to design a new package system. Newer Windows systems has MS > Installer, which is sufficient. > > - Casper > > ==================================================== > = To remove yourself from this mailing list, go to = > = http://www.reactos.com/home/mailing.html = > ==================================================== > ==================================================== = To remove yourself from this mailing list, go to = = http://www.reactos.com/home/mailing.html = ==================================================== |
|
From: Casper H. <ch...@us...> - 2001-10-08 11:43:17
|
On Monday 08 October 2001 09:14, et...@so... wrote: > Casper Hornstrup writes: > > It sounds like you want ReactOS to be like the server editions of Windows > > NT. I don't think that ReactOS should go that way. Putting too many > > applications into "core" ReactOS will bloat it. IMHO, ReactOS should be > > distributed like the linux kernel, small and compact. Then the diffrent > > distribution companies (which will be there at some point!?!) can tailor > > their distribution to specific needs. Much like the way companies like > > RedHat, VA linux, Suse, etc. does with linux now. > > > > - Casper > > how would extra applications bloat the kernel? Have you ever looked at a Windows NT distribution? They are all quite large. Not because the core Windows NT OS is large, but because there are many extensions to the OS. Extensions like drivers and other software. Also, the extensions included in a distribution are specific to certain targetted end-users. > although, i do agree with the fact that a user should be able to customize > his system. a package system (a la rpm/deb) might be in line later down the > road. There is no need to design a new package system. Newer Windows systems has MS Installer, which is sufficient. - Casper ==================================================== = To remove yourself from this mailing list, go to = = http://www.reactos.com/home/mailing.html = ==================================================== |
|
From: Casper H. <ch...@us...> - 2001-10-08 11:29:09
|
On Monday 08 October 2001 12:39, Jurgen Van Gael wrote: > I use: > > loadros hal.dll ide.sys vfatfs.sys ntoskrnl.exe > > And still the system reboots after loading all drivers. > > > Jurgen This must be: loadros ntoskrnl.exe hal.dll ide.sys vfatfs.sys - Casper ==================================================== = To remove yourself from this mailing list, go to = = http://www.reactos.com/home/mailing.html = ==================================================== |
|
From: Jason F. <jas...@ya...> - 2001-10-08 10:45:46
|
Just something I'm unsure of -- are/should we also store the generated HTML in CVS? - Jason __________________________________________________ Do You Yahoo!? NEW from Yahoo! GeoCities - quick and easy web site hosting, just $8.95/month. http://geocities.yahoo.com/ps/info1 ==================================================== = To remove yourself from this mailing list, go to = = http://www.reactos.com/home/mailing.html = ==================================================== |
|
From: Jurgen V. G. <jur...@st...> - 2001-10-08 10:41:57
|
I use: loadros hal.dll ide.sys vfatfs.sys ntoskrnl.exe And still the system reboots after loading all drivers. Jurgen -----Original Message----- From: Phillip Susi [mailto:ps...@cf...] Sent: Thursday, October 04, 2001 21:48 To: ros...@re... Subject: [ros-kernel] Re: Booting problem Did you forget to load hal.dll as the first module? ==================================================== = To remove yourself from this mailing list, go to = = http://www.reactos.com/home/mailing.html = ==================================================== |
|
From: <et...@so...> - 2001-10-08 07:53:33
|
Casper Hornstrup writes: > It sounds like you want ReactOS to be like the server editions of Windows NT. > I don't think that ReactOS should go that way. Putting too many applications > into "core" ReactOS will bloat it. IMHO, ReactOS should be distributed like > the linux kernel, small and compact. Then the diffrent distribution companies > (which will be there at some point!?!) can tailor their distribution to > specific needs. Much like the way companies like RedHat, VA linux, Suse, etc. > does with linux now. > > - Casper how would extra applications bloat the kernel? although, i do agree with the fact that a user should be able to customize his system. a package system (a la rpm/deb) might be in line later down the road. -- etoffi <http://oluworld.sourceforge.net/> ==================================================== = To remove yourself from this mailing list, go to = = http://www.reactos.com/home/mailing.html = ==================================================== |
|
From: Steven E. <Ste...@kn...> - 2001-10-07 22:10:46
|
Running ReactOS from DOS. This should be Booting ReactOS from DOS. task ID 38522 - http://sourceforge.net/pm/task.php?func=detailtask&project_task_id=38522&gro up_id=6553&group_project_id=13405 And can you give me task IDs 38509 ReactOS license: GNU General Public License 38514 Where to go from here (newbie user) 38508 The why and how of ReactOS 38574 Mailing list communication Can you also add "notepad" to the tasks for apps and compatiblity testing under docs? Thanks Steven |
|
From: Steven E. <Ste...@kn...> - 2001-10-07 21:47:22
|
I agree developer information. I also think that developer/compatiblity information should be done first. Once the documentation is organized, I am willing to put up the money to produce and distribute a CD-Kit to try and gain developer support. -----Original Message----- From: Eric Kohl To: ros...@re... Sent: 10/7/01 11:04 AM Subject: [ros-kernel] Re: Proposed books for rosdocs I agree with the 'big picture' idea. But in this case the 'architecture' book should cover all general information for kernel *and* application developers, like CVS, compilers, tools, system architecture, etc. So we should either rename the 'architecture' book to 'developer introduction' or 'developer overview', or we should add such a book and keep the 'architecture' book separate. - Eric ==================================================== = To remove yourself from this mailing list, go to = = http://www.reactos.com/home/mailing.html = ==================================================== |
|
From: Steven E. <Ste...@kn...> - 2001-10-07 21:38:15
|
What was broken? I am showing 3 new test entrys -----Original Message----- From: Richard Campbell To: ros...@re... Sent: 10/7/01 7:35 AM Subject: [ros-kernel] Re: New List question and app compat I also tried CDing to the dir, sorry I forgot to add that. I tried submitting a new app report, but apparently that is broken. ----- Original Message ----- From: Steven Edwards <mailto:Ste...@kn...> To: 'ros...@re...' <mailto:'ros...@re...'> Sent: Sunday, October 07, 2001 6:03 AM Subject: [ros-kernel] New List question and app compat try ros...@re... <mailto:ros...@re...> also just cd to the dir of the app your trying to run. for applications compatiblty try the driver and app compatiblity database at http://65.8.134.110 <http://65.8.134.110> -----Original Message----- From: Richard Campbell To: ros...@re... <mailto:ros...@re...> Sent: 10/7/01 5:49 AM Subject: [ros-kernel] New List? Anyone ever thought about creating a new mailing list for App compatibility? Just an idea. ==================================================== = To remove yourself from this mailing list, go to = = http://www.reactos.com/home/mailing.html <http://www.reactos.com/home/mailing.html> = ==================================================== |
|
From: Guido de J. <gui...@ch...> - 2001-10-07 21:03:48
|
This patch fixes a warning in file/rw.c in kernel32 |
|
From: KJK::Hyperion <no...@li...> - 2001-10-07 20:38:18
|
At 13.45 07/10/2001 +0200, you wrote: > > maybe something for sysadmins, between user and developer categories >It sounds like you want ReactOS to be like the server editions of Windows NT. Not exactly, a desktop box requires some administration too. Even Microsoft realized it, at last, compare Win2k's default documentation, configuration and file permissions with those of WinNT 4, for example. You don't know how many crappy setup programs and applications they broke this way. Why this? Because the administrative side of Windows NT (heck, even Windows 98) was never advertised enough, no free documentation on the topic was provided, etc. While this may concern developers at some degree, and end-users as well, it's not their main interest (developers may be more interested in the actual API, end-users in more mundane issues), this is the field of those that set up and maintain boxes ==================================================== = To remove yourself from this mailing list, go to = = http://www.reactos.com/home/mailing.html = ==================================================== |
|
From: KJK::Hyperion <no...@li...> - 2001-10-07 20:32:04
|
At 04.49 07/10/2001 -0500, you wrote: >Anyone ever thought about creating a new mailing list for App compatibility? >Just an idea. Someone is maintaining a database online for this, I don't remember the URL right now ==================================================== = To remove yourself from this mailing list, go to = = http://www.reactos.com/home/mailing.html = ==================================================== |
|
From: Aliberti E. <ea...@io...> - 2001-10-07 17:50:38
|
(I am back after a few days off line. I see the thread is large now. My
original proposal of two books {tutorials & reference} was probably
misinterpreted due to my lack of explanation. Here it is what I actually
meant.)
Behind "tutorials" is the spread unstructured design of the Linux
HOW-TOs. That is the most proactical way of writing documentation,
because it is based on real on-the-field needs. It is also the only one
that can (IMHO) succeed right now in this project. A top down design
failed in the past.
Behind "reference" is simply a database. Database concept is inherent in
the reference idea. If the backend is a database, you can write an
application for online/offline lookup and one for document generation
(XML, LaTeX, PDF...). I can help in writing the schema (SQL92 or MySQL
to be practical).
If (I hope so!) ReactOS succeeds, professional technical book writers
will write BOOKS about every possible subject one will need.
P.S. This is off thread or cross thread: the long term problem with C
header files needs a database approach too. MS has one and an
application that generates the public and the private sets of files.
====================================================
= To remove yourself from this mailing list, go to =
= http://www.reactos.com/home/mailing.html =
====================================================
|
|
From: Phillip S. <ps...@cf...> - 2001-10-07 15:34:48
|
Is the program you are trying to run a win32 console app, or a dos program? ReactOS does not support 16bit code. At 06:35 AM 10/7/2001 -0500, you wrote: >I also tried CDing to the dir, sorry I forgot to add that. > >I tried submitting a new app report, but apparently that is broken. ==================================================== = To remove yourself from this mailing list, go to = = http://www.reactos.com/home/mailing.html = ==================================================== |
|
From: Jason F. <jas...@ya...> - 2001-10-07 15:13:44
|
I think that most tools will be mentioned in the developer tutorials. Still we can replace 'architecture' with 'overview'. - Jason --- Eric Kohl <ek...@rz...> wrote: > > Jason Filby <jas...@ya...> wrote: > > > > We can put architecture in kernel reference if thats what > everyone > > wants.... but it might be a nice to have a seperate book that > looks > > at the 'big picture'. > > > I agree with the 'big picture' idea. But in this case the > 'architecture' > book should cover all general information for kernel *and* > application > developers, like CVS, compilers, tools, system architecture, etc. > So we should either rename the 'architecture' book to 'developer > introduction' or 'developer overview', or we should add such a book > and keep > the 'architecture' book separate. > > - Eric > > > ==================================================== > = To remove yourself from this mailing list, go to = > = http://www.reactos.com/home/mailing.html = > ==================================================== > __________________________________________________ Do You Yahoo!? NEW from Yahoo! GeoCities - quick and easy web site hosting, just $8.95/month. http://geocities.yahoo.com/ps/info1 ==================================================== = To remove yourself from this mailing list, go to = = http://www.reactos.com/home/mailing.html = ==================================================== |
|
From: Eric K. <ek...@rz...> - 2001-10-07 15:06:42
|
Jason Filby <jas...@ya...> wrote: > We can put architecture in kernel reference if thats what everyone > wants.... but it might be a nice to have a seperate book that looks > at the 'big picture'. > I agree with the 'big picture' idea. But in this case the 'architecture' book should cover all general information for kernel *and* application developers, like CVS, compilers, tools, system architecture, etc. So we should either rename the 'architecture' book to 'developer introduction' or 'developer overview', or we should add such a book and keep the 'architecture' book separate. - Eric ==================================================== = To remove yourself from this mailing list, go to = = http://www.reactos.com/home/mailing.html = ==================================================== |
8 messages has been excluded from this view by a project administrator.
