reactos-kernel

[ros-kernel] Re: crtdll.dll vs. msvcrt.dll

[Phillip S. <ps...@cf...>]

Good... changes are committed then.

At 12:10 AM 10/17/2001 +0200, you wrote:

>Phillip Susi <ps...@cf...> wrote:
>
>
> > Is there some reason we have a crtdll and most of the apps explicitly
> > linked to it instead of just using mingw's default rtl ( msvcrt.dll )?  I
> > have fixed the makefiles to not link to crtdll.a, and everything works
>fine
> > with mscvrt.dll.  If there is no reason for using crtdll and keeping
> > duplicate RTLs, I'll commit the changes.
>Actually there is no reason to use crtdll any longer. Exists for
>compatibility reasons only. ;-)
>
>- Eric Kohl

====================================================
= To remove yourself from this mailing list, go to =
= http://www.reactos.com/home/mailing.html         =
====================================================

[ros-kernel] Re: crtdll.dll vs. msvcrt.dll

[Eric K. <ek...@rz...>]

Phillip Susi <ps...@cf...> wrote:


> Is there some reason we have a crtdll and most of the apps explicitly
> linked to it instead of just using mingw's default rtl ( msvcrt.dll )?  I
> have fixed the makefiles to not link to crtdll.a, and everything works
fine
> with mscvrt.dll.  If there is no reason for using crtdll and keeping
> duplicate RTLs, I'll commit the changes.
Actually there is no reason to use crtdll any longer. Exists for
compatibility reasons only. ;-)

- Eric Kohl

====================================================
= To remove yourself from this mailing list, go to =
= http://www.reactos.com/home/mailing.html         =
====================================================

[ros-kernel] crtdll.dll vs. msvcrt.dll

[Phillip S. <ps...@cf...>]

Is there some reason we have a crtdll and most of the apps explicitly 
linked to it instead of just using mingw's default rtl ( msvcrt.dll )?  I 
have fixed the makefiles to not link to crtdll.a, and everything works fine 
with mscvrt.dll.  If there is no reason for using crtdll and keeping 
duplicate RTLs, I'll commit the changes.

====================================================
= To remove yourself from this mailing list, go to =
= http://www.reactos.com/home/mailing.html         =
====================================================

[ros-kernel] Re: application

[Jason F. <jas...@ya...>]

For now the apps list is sufficient.

- Jason

--- Zeno Kaiser <Gen...@we...> wrote:
> let us write in the applications mailing list!!!
> can i make a GUI mailing list like kernel,application???
> 
> GenesisXG
>
_______________________________________________________________________
> 1.000.000 DM gewinnen - kostenlos tippen -
> http://millionenklick.web.de
> Ih...@we..., 8MB Speicher, Verschluesselung -
> http://freemail.web.de
> 
> ====================================================
> = To remove yourself from this mailing list, go to =
> = http://www.reactos.com/home/mailing.html         =
> ====================================================
> 


__________________________________________________
Do You Yahoo!?
Make a great connection at Yahoo! Personals.
http://personals.yahoo.com

====================================================
= To remove yourself from this mailing list, go to =
= http://www.reactos.com/home/mailing.html         =
====================================================

[ros-kernel] application

[Zeno K. <Gen...@we...>]

let us write in the applications mailing list!!!
can i make a GUI mailing list like kernel,application???

GenesisXG
_______________________________________________________________________
1.000.000 DM gewinnen - kostenlos tippen - http://millionenklick.web.de
Ih...@we..., 8MB Speicher, Verschluesselung - http://freemail.web.de

====================================================
= To remove yourself from this mailing list, go to =
= http://www.reactos.com/home/mailing.html         =
====================================================

[ros-kernel] Re: GUI and shell

[Zeno K. <Gen...@we...>]

C++

<ros...@re...> schrieb am 16.10.01:
> At 15.56 15/10/2001 +0200, you wrote:
> >who will help me to make a shell like windows?
> >we can use code from litestep and other projects!
> >i will make a projektpage
> >please write to me!
> 
> C++ or FreePascal/Delphi?
> 
> ====================================================
> = To remove yourself from this mailing list, go to =
> = http://www.reactos.com/home/mailing.html         =
> ====================================================
>  


_______________________________________________________________________
1.000.000 DM gewinnen - kostenlos tippen - http://millionenklick.web.de
Ih...@we..., 8MB Speicher, Verschluesselung - http://freemail.web.de

====================================================
= To remove yourself from this mailing list, go to =
= http://www.reactos.com/home/mailing.html         =
====================================================

[ros-kernel] Re: shell

[Zeno K. <Gen...@we...>]

who help me???


<ros...@re...> schrieb am 16.10.01:
> Didn't we just discuss this the other day?  Litestep is not a full 
> shell.  It does not implement or provide a user interface for the shell 
> namespace ( rooted at my computer ), all it does is provide a framework for 
> displaying bitmaped buttons on the screen, and assigning them actions to 
> take when clicked via a very PITA to configure .ini file.  We're just going 
> to have to write a full shell namespace implementation, and an explorer 
> looking interface to it.
> 
> At 08:56 PM 10/15/2001 +0000, you wrote:
> >Hi,
> >Litestep is a good candidate for the shell, it's GPL'ed. But it's written
> >in M$ VC++. Porting would be fun!
> >
> >The project needs the key dll's to make the shell work.
> >My 2 cents,
> >James
> 
> ====================================================
> = To remove yourself from this mailing list, go to =
> = http://www.reactos.com/home/mailing.html         =
> ====================================================
>  


_______________________________________________________________________
1.000.000 DM gewinnen - kostenlos tippen - http://millionenklick.web.de
Ih...@we..., 8MB Speicher, Verschluesselung - http://freemail.web.de

====================================================
= To remove yourself from this mailing list, go to =
= http://www.reactos.com/home/mailing.html         =
====================================================

[ros-kernel] Re: RE: Debug format

[KJK::Hyperion <no...@li...>]

At 05.26 15/10/2001 +0100, you wrote:
>There is a COFF reference on the DJGPP site.
>http://www.delorie.com/djgpp/doc/coff/
>This comes with a header too.  AFAIK DJGPP generates MS compatible COFF
>objects so this should be OK.  mingw does not use the same COFF format, be
>wary.

Just for fun, do you happen to know about a linker, or compiler, supporting 
the obscure OMF format used by Borland? or a COFF->OMF (or OMF->COFF) 
converter?

====================================================
= To remove yourself from this mailing list, go to =
= http://www.reactos.com/home/mailing.html         =
====================================================

[ros-kernel] Re: Gcc and binutils release

[KJK::Hyperion <no...@li...>]

At 12.27 15/10/2001 +0200, you wrote:
>Btw, I guess the M$ developers still have to use VC 1.52 (16 bit) to build
>the WinXP boot code. ;)

Yes, but they're pushing Intel to drop 16 bit support eventually. Have you 
seen Windows 2000? it doesn't identify partitions by ordinal, but by GUID: 
it's a preview of what we'll see with the Itanium architecture, and with 
Microsoft's Windows XP 64bit (on the current architecture, however, it's 
just a royal pain in the a**: even resizing a partition makes Win2k beleive 
it's been deleted, thus changing its GUID and reassigning its mount 
points). All the partitioning scheme will be cleaned up from ugly 
inheritances as the Extended partition and 16-bit code in boot-loaders

Anyway, I'm pretty sure they continued to update their 16 bit compilers, 
internally. For example, I recall reading in Matt Pietrek's Windows 95 
System Programming about Win95's kernel having been compiled with something 
like a compiler generating 16bit executables with 32bit addressing...

====================================================
= To remove yourself from this mailing list, go to =
= http://www.reactos.com/home/mailing.html         =
====================================================

[ros-kernel] Re: GUI and shell

[KJK::Hyperion <no...@li...>]

At 15.56 15/10/2001 +0200, you wrote:
>who will help me to make a shell like windows?
>we can use code from litestep and other projects!
>i will make a projektpage
>please write to me!

C++ or FreePascal/Delphi?

====================================================
= To remove yourself from this mailing list, go to =
= http://www.reactos.com/home/mailing.html         =
====================================================

[ros-kernel] Re: OT - Re: shell

[James T. <jim...@ad...>]

> Steven Edwards wrote:
> 
> Hey if you guys want to discuss porting over litestep/darkstep or some other shell replacment,
> then lets discuss it ros-apps.
> 
> Steven
> 
>
Sorry,
I already reg for the ros-apps list.
James

====================================================
= To remove yourself from this mailing list, go to =
= http://www.reactos.com/home/mailing.html         =
====================================================

[ros-kernel] RE: Re: shell

[Brian P. <br...@sg...>]

I wish you guys would stop trying to jump the gun on this. Not to mention
you are using the kernel mailing list when you should be using the
application list. We don't even have a working GDI yet, so how are we going
to have a GUI shell? We also don't have any of the shell32 namespace
functions implemented (which rely on COM, which I'm sure needs work too). I
have already done two implementations of explorer, not shell32, (read:
namespace browser) which featured the taskbar, desktop, tray, etc. and I
have full source for both. I don't mean to sound abrasive here but we need
to take this one step at a time.

Brian

-----Original Message-----
From: Anjum Naveed [mailto:anj...@ho...]
Sent: Monday, October 15, 2001 12:33 PM
To: ros...@re...
Subject: [ros-kernel] Re: shell


although i am not a very good developer yet i am ready to help.
i am already working on one but its in very initial stage.


>From: "Zeno Kaiser" <Gen...@we...>
>Reply-To: <ros...@re...>
>To: ros...@re...
>Subject: [ros-kernel] shell
>Date: Mon, 15 Oct 2001 16:19:33 +0200
>
>  who will help me to make a shell like windows?
>we can use code from litestep and other projects!
>i will make a projektpage
>
>please write to me!
>
>GenesisXG
>_______________________________________________________________________
>1.000.000 DM gewinnen - kostenlos tippen - http://millionenklick.web.de
>Ih...@we..., 8MB Speicher, Verschluesselung - http://freemail.web.de
>
>====================================================
>= To remove yourself from this mailing list, go to =
>= http://www.reactos.com/home/mailing.html         =
>====================================================
>


_________________________________________________________________
Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp

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

[ros-kernel] OT- Re: shell

[Steven E. <Ste...@kn...>]

I remeber. Thats why I said it was off topic. 



-----Original Message-----
From: Phillip Susi
To: ros...@re...
Sent: 10/15/01 7:40 PM
Subject: [ros-kernel] Re: shell

Didn't we just discuss this the other day?  Litestep is not a full 
shell.  It does not implement or provide a user interface for the shell 
namespace ( rooted at my computer ), all it does is provide a framework
for 
displaying bitmaped buttons on the screen, and assigning them actions to

take when clicked via a very PITA to configure .ini file.  We're just
going 
to have to write a full shell namespace implementation, and an explorer 
looking interface to it.

At 08:56 PM 10/15/2001 +0000, you wrote:
>Hi,
>Litestep is a good candidate for the shell, it's GPL'ed. But it's
written
>in M$ VC++. Porting would be fun!
>
>The project needs the key dll's to make the shell work.
>My 2 cents,
>James

====================================================
= To remove yourself from this mailing list, go to =
= http://www.reactos.com/home/mailing.html         =
====================================================

[ros-kernel] OT - Re: shell

[Steven E. <Ste...@kn...>]

Hey if you guys want to discuss porting over litestep/darkstep or some other
shell replacment, then lets discuss it ros-apps.

Steven

-----Original Message-----
From: James Tabor
To: ros...@re...
Sent: 10/15/01 4:56 PM
Subject: [ros-kernel] Re:  shell

Anjum Naveed wrote:
> 
> although i am not a very good developer yet i am ready to help.
> i am already working on one but its in very initial stage.
> 
> >From: "Zeno Kaiser" <Gen...@we...>
> >
> >  who will help me to make a shell like windows?
> >we can use code from litestep and other projects!
> >i will make a projektpage
> >
> >please write to me!
> >
> >GenesisXG

Hi,
Litestep is a good candidate for the shell, it's GPL'ed. But it's
written
in M$ VC++. Porting would be fun!

The project needs the key dll's to make the shell work.
My 2 cents,
James

====================================================
= To remove yourself from this mailing list, go to =
= http://www.reactos.com/home/mailing.html         =
====================================================

[ros-kernel] Re: shell

[James T. <jim...@ad...>]

Phillip Susi wrote:
> 
> Didn't we just discuss this the other day?  Litestep is not a full
> shell.  It does not implement or provide a user interface for the shell
> namespace ( rooted at my computer ), all it does is provide a framework for
> displaying bitmaped buttons on the screen, and assigning them actions to
> take when clicked via a very PITA to configure .ini file.  We're just going
> to have to write a full shell namespace implementation, and an explorer
> looking interface to it.
> 

Hi,
Yes, LS is just icing on the cake. I agree, we need to write the
whole thing from scratch. Than let people run what ever they want
as their GUI.
James

====================================================
= To remove yourself from this mailing list, go to =
= http://www.reactos.com/home/mailing.html         =
====================================================

[ros-kernel] Re: Gcc and binutils release

[Robert C. <rob...@it...>]

----- Original Message -----
From: "David Welch" <we...@cw...>
To: <ros...@re...>
Sent: Tuesday, October 16, 2001 9:44 AM
Subject: [ros-kernel] Re: Gcc and binutils release


> On Tue, Oct 16, 2001 at 09:02:43AM +1000, Robert Collins wrote:
> > Is that via a chain loader or direct? Grub supports chain loaders
for
> > legacy OS's like NT/95 etc, so I wasn't being clear about 'support
for
> > Grub' where I meant 'and not via a chain loader'.
> >
> Direct.
>
Very cool. Thanks.

====================================================
= To remove yourself from this mailing list, go to =
= http://www.reactos.com/home/mailing.html         =
====================================================

[ros-kernel] Re: Gcc and binutils release

[Phillip S. <ps...@cf...>]

The hardware that is detected by ntdetect.com is legacy devices like floppy 
drives and serial ports.  Floppy drives do not support auto detection, 
which is why you have to tell your bios about them, and ntdetect queries 
the bios for this information and stores it in KHLM\HARDWARE.  All other 
PnP hardware is enumerated by the WDM bus drivers in win2k.  At some point 
we're going to start implementing WDM drivers.

At 09:17 AM 10/16/2001 +1000, you wrote:

>Oh. Uhmm, lets see now, in most free os's hardware is detected by the
>kernel and config data is determined by the root partition.
>
>So for ReactOS (please correct me if I'm wrong)
>hardware is detected _pre_ kernel loading and config data is determined
>by the SYSTEMROOT.
>
>hardware: how will ReactOS deal with plugnplay and the like? I would
>have thought that the kernel (or a module) will need to be able to
>detect and categorise new hardware at runtime - think USB. Win2k
>certainly does this. This implies to me that the HKCC hive is maintained
>bythe kernel under NT, not the boot loader? 'course you folk are the
>gurus, and wrote ROS, so I'll just listen now :]. Anyway, I'd guess that
>from the Grub point of view arbitrary h/w detection is a kernel
>responsibility, so whatever Grub is told is the kernel is what needs to
>perform that detection. Chain loading here we come.
>
>SYSTEMROOT: well thats simply a root partition + path specifier.
>
>So the only thing I see is that the _initial_ h/w detection is done
>outside the kernel today.
>
>*shrug* it's not going to worry me much one way or another though :}. I
>only asked in case time migrating freeloader could be saved...
>
>Rob

====================================================
= To remove yourself from this mailing list, go to =
= http://www.reactos.com/home/mailing.html         =
====================================================

[ros-kernel] Re: Gcc and binutils release

[David W. <we...@cw...>]

On Tue, Oct 16, 2001 at 09:02:43AM +1000, Robert Collins wrote:
> Is that via a chain loader or direct? Grub supports chain loaders for
> legacy OS's like NT/95 etc, so I wasn't being clear about 'support for
> Grub' where I meant 'and not via a chain loader'.
> 
Direct.

====================================================
= To remove yourself from this mailing list, go to =
= http://www.reactos.com/home/mailing.html         =
====================================================

[ros-kernel] Re: shell

[Phillip S. <ps...@cf...>]

Didn't we just discuss this the other day?  Litestep is not a full 
shell.  It does not implement or provide a user interface for the shell 
namespace ( rooted at my computer ), all it does is provide a framework for 
displaying bitmaped buttons on the screen, and assigning them actions to 
take when clicked via a very PITA to configure .ini file.  We're just going 
to have to write a full shell namespace implementation, and an explorer 
looking interface to it.

At 08:56 PM 10/15/2001 +0000, you wrote:
>Hi,
>Litestep is a good candidate for the shell, it's GPL'ed. But it's written
>in M$ VC++. Porting would be fun!
>
>The project needs the key dll's to make the shell work.
>My 2 cents,
>James

====================================================
= To remove yourself from this mailing list, go to =
= http://www.reactos.com/home/mailing.html         =
====================================================

[ros-kernel] Re: Gcc and binutils release

[Robert C. <rob...@it...>]

----- Original Message -----
From: "Jakov af Wallby" <ja...@vm...>
To: <ros...@re...>
Sent: Tuesday, October 16, 2001 12:15 AM
Subject: [ros-kernel] Re: Gcc and binutils release


> On Mon, Oct 15, 2001 at 09:30:13PM +1000, Robert Collins wrote:
> >
> >
> > All I know is that on Linux, 16 bit code for bootloaders is
generated
> > and linked by the gcc-gas-ld toolchain. I can look into their
makefiles
> > for you guys ... if you'd like.
> >
>
> AFAIK the bin86 package is used for that: as86 and ld86.
>

The bin86 package is only needed for linux compilation, not for lilo or
grub.

Rob

====================================================
= To remove yourself from this mailing list, go to =
= http://www.reactos.com/home/mailing.html         =
====================================================

[ros-kernel] Re: RE: Re: Gcc and binutils release

[Robert C. <rob...@it...>]

----- Original Message -----
From: "Brian Palmer" <br...@sg...>
>
> About ReactOS being multiboot compliant -- I don't see how we can
accomplish
> this without an intermediate boot loader. ReactOS will need to have
hardware
> & registry information passed in from the boot loader, and the list of
> modules to load is specified in the registry. All this doesn't fit
very well
> into the multiboot spec.

Oh. Uhmm, lets see now, in most free os's hardware is detected by the
kernel and config data is determined by the root partition.

So for ReactOS (please correct me if I'm wrong)
hardware is detected _pre_ kernel loading and config data is determined
by the SYSTEMROOT.

hardware: how will ReactOS deal with plugnplay and the like? I would
have thought that the kernel (or a module) will need to be able to
detect and categorise new hardware at runtime - think USB. Win2k
certainly does this. This implies to me that the HKCC hive is maintained
bythe kernel under NT, not the boot loader? 'course you folk are the
gurus, and wrote ROS, so I'll just listen now :]. Anyway, I'd guess that
from the Grub point of view arbitrary h/w detection is a kernel
responsibility, so whatever Grub is told is the kernel is what needs to
perform that detection. Chain loading here we come.

SYSTEMROOT: well thats simply a root partition + path specifier.

So the only thing I see is that the _initial_ h/w detection is done
outside the kernel today.

*shrug* it's not going to worry me much one way or another though :}. I
only asked in case time migrating freeloader could be saved...

Rob


====================================================
= To remove yourself from this mailing list, go to =
= http://www.reactos.com/home/mailing.html         =
====================================================

[ros-kernel] Re: Gcc and binutils release

[Robert C. <rob...@it...>]

----- Original Message -----
From: <we...@cw...>
To: <ros...@re...>
Sent: Tuesday, October 16, 2001 12:23 AM
Subject: [ros-kernel] Re: Gcc and binutils release


>
> Robert Collins writes
> >
> >2) make ReactOS multiboot compliant so that it can be used with Grub
or
> >other multiboot bootloaders. then phase out freeloader, or make it a
> >multiboot compliant bootloader.
> >
> It might not be obvious from the code or the documentation but
> reactos is mulitboot compliant and it can be booted with grub, this
> is how I boot reactos exclusively.

Is that via a chain loader or direct? Grub supports chain loaders for
legacy OS's like NT/95 etc, so I wasn't being clear about 'support for
Grub' where I meant 'and not via a chain loader'.

Rob




====================================================
= To remove yourself from this mailing list, go to =
= http://www.reactos.com/home/mailing.html         =
====================================================

[ros-kernel] Re: loadros command line

[Eric K. <ek...@rz...>]

Thierry Delhaise <thi...@ma...> wrote:

> I took a short look at loadros.asm but see nothing about a limitation of
the
> number of modules being able to load by loadros. May be a limitation about
> the DOS command line ?
>
The command line is limited to 128 characters.

- Eric Kohl


====================================================
= To remove yourself from this mailing list, go to =
= http://www.reactos.com/home/mailing.html         =
====================================================

[ros-kernel] Re: shell

[James T. <jim...@ad...>]

Anjum Naveed wrote:
> 
> although i am not a very good developer yet i am ready to help.
> i am already working on one but its in very initial stage.
> 
> >From: "Zeno Kaiser" <Gen...@we...>
> >
> >  who will help me to make a shell like windows?
> >we can use code from litestep and other projects!
> >i will make a projektpage
> >
> >please write to me!
> >
> >GenesisXG

Hi,
Litestep is a good candidate for the shell, it's GPL'ed. But it's written
in M$ VC++. Porting would be fun!

The project needs the key dll's to make the shell work.
My 2 cents,
James

====================================================
= To remove yourself from this mailing list, go to =
= http://www.reactos.com/home/mailing.html         =
====================================================

[ros-kernel] Re: RE: Re: Gcc and binutils release

[Eric K. <ek...@rz...>]

Brian Palmer <br...@sg...> wrote:


> Right now FreeLoader is fully gcc+binutils compliant and will build under
> most x86 gcc dists. It uses AT&T assembly. The real problem with MingW is
> that it cannot assemble 16-bit code. Every time I use the .code16
directive
> it complains that it cannot represent reloc type BFD_RELOC_16. For some
> reason they have the 16-bit code support compiled out of MingW. AFAIK this
> is the only pending issue that is keeping FreeLoader from compiling.
>
I have just built freeldr.sys (not the bootsectors) using MinGW. I had to
modify multiboot.c and tui.c to avoid calls to alloca(). The calls to
alloca() are generated by MinGW but not by djgpp. After using objcopy
(according to Robert Collins) I got a binary freeldr.sys. At least it is
*not* a pe-file.

- Eric Kohl



====================================================
= To remove yourself from this mailing list, go to =
= http://www.reactos.com/home/mailing.html         =
====================================================