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: Royce M. I. <ro...@ev...> - 2002-07-04 23:41:44
|
I've fixed RtlSetEnvironmentVariable, but at the moment the fix is using a static buffer. Can I safely call palloc from that function? Once I get that straightened out, I'll pass it on. I have also discovered a bug in RtlExpandEnvironmentStrings_U in the process. Royce3 ----- Original Message ----- From: "Royce Mitchell III" <ro...@ev...> To: <rea...@li...> Sent: Thursday, July 04, 2002 5:35 PM Subject: Re: [ros-kernel] compiling > I've been looking around a little bit, and playing with it, and I'm finding > a lot of stuff missing. > > For example, I have a batch file that sets up my MinGW environment. I tried > to run it, and my PATH environment variable came out like this: > > PATH=C:\MinGW\Bin;%PATH% > > My include and lib variables are similarly broken. > > So, I'm thinking I could start by adding support for that. I've already > found the function I need to change in NTDLL.DLL > (RtlSetEnvironmentVariable), and I've pasted it into a test app so I can > modify, and test it without rebooting frequently. > > Unless somebody's already working on that, I'll do it. > > Then, as you suggested, I'm going to start "hacking". I can't run Norton > Commander, yet, and I'd like to get that working. I also noticed that EDIT > and MC don't work, either. Personally I feel it would be critical that the > command prompt work well :) > > ----- Original Message ----- > > > Personally, I'd invest time only on a Windows Shell replacement (shell32 + > > shlwapi). Any time invested elsewhere is wasted time, IMHO. Our minimal > > graphical shell of choice, LiteStep, needs it, and a ton of third party > > apps as well > > > > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Caffeinated soap. No kidding. > http://thinkgeek.com/sf > _______________________________________________ > reactos-kernel mailing list > rea...@li... > https://lists.sourceforge.net/lists/listinfo/reactos-kernel > |
|
From: Royce M. I. <ro...@ev...> - 2002-07-04 22:40:21
|
I've been looking around a little bit, and playing with it, and I'm finding a lot of stuff missing. For example, I have a batch file that sets up my MinGW environment. I tried to run it, and my PATH environment variable came out like this: PATH=C:\MinGW\Bin;%PATH% My include and lib variables are similarly broken. So, I'm thinking I could start by adding support for that. I've already found the function I need to change in NTDLL.DLL (RtlSetEnvironmentVariable), and I've pasted it into a test app so I can modify, and test it without rebooting frequently. Unless somebody's already working on that, I'll do it. Then, as you suggested, I'm going to start "hacking". I can't run Norton Commander, yet, and I'd like to get that working. I also noticed that EDIT and MC don't work, either. Personally I feel it would be critical that the command prompt work well :) ----- Original Message ----- > > Personally, I'd invest time only on a Windows Shell replacement (shell32 + > shlwapi). Any time invested elsewhere is wasted time, IMHO. Our minimal > graphical shell of choice, LiteStep, needs it, and a ton of third party > apps as well |
|
From: Royce M. I. <ro...@ev...> - 2002-07-04 22:33:38
|
I know that DOS dies... That's the same thing loadlin does, and I've read about booting OS's in the past ( though I'm by no means an expert ) So, I'm sorry if I caused confusion, but my question was: Is the I/O performance problem because there is no hard-disk cacheing available in reactos, yet? ----- Original Message ----- From: "KJK::Hyperion" <no...@li...> To: <rea...@li...> Sent: Thursday, July 04, 2002 12:33 PM Subject: Re: [ros-kernel] compiling > At 03.25 04/07/2002, you wrote: > > > > 1) What is the recommended compiler for recompiling > > > > the OS? ( Can I recompile > > > > from within the OS, yet? ) > > > You can use mingw/gcc in ReactOS however it is VERY > > > slow due to IO issues in the filesystem drivers. > > > Hartmut has been working on this > >Thanks for the quick reply! > >Just out of curiosity, is the performance issue due to a lack of a > >"smartdrv.exe" > > nope. DOS "dies" an instant before ReactOS starts. It's ReactOS that > doesn't do buffered I/O, and the compiler/linker that write files in really > small chunks (a handful bytes at a time) > > > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Caffeinated soap. No kidding. > http://thinkgeek.com/sf > _______________________________________________ > reactos-kernel mailing list > rea...@li... > https://lists.sourceforge.net/lists/listinfo/reactos-kernel > |
|
From: KJK::Hyperion <no...@li...> - 2002-07-04 18:23:19
|
At 03.25 04/07/2002, you wrote: > > > 1) What is the recommended compiler for recompiling > > > the OS? ( Can I recompile > > > from within the OS, yet? ) > > You can use mingw/gcc in ReactOS however it is VERY > > slow due to IO issues in the filesystem drivers. > > Hartmut has been working on this >Thanks for the quick reply! >Just out of curiosity, is the performance issue due to a lack of a >"smartdrv.exe" nope. DOS "dies" an instant before ReactOS starts. It's ReactOS that doesn't do buffered I/O, and the compiler/linker that write files in really small chunks (a handful bytes at a time) |
|
From: KJK::Hyperion <no...@li...> - 2002-07-04 18:23:17
|
At 02.06 04/07/2002, you wrote: >1) What is the recommended compiler for recompiling the OS? Only one compiler can: the special version of GCC 2.9.5 for Windows you can download from our home page >( Can I recompile from within the OS, yet? ) AFAIK, ReactOS isn't self-hosted yet >2) I noticed references to WINE in the dev list. Where should I obtain the >version of WINE you've been using? ( I.E. do you have a fork, or are you >using the main distro? ) A fork, at the moment. It's in the CVS tree, "wine" module. But you don't need it to compile the base system >3) I know you've approached Calmira about using their explorer >replacement. Unfortunately it is a 16-bit delphi app. Is anybody working >on a 32-bit one, and if not, do you think you're ready for me to start >developing one for you? Personally, I'd invest time only on a Windows Shell replacement (shell32 + shlwapi). Any time invested elsewhere is wasted time, IMHO. Our minimal graphical shell of choice, LiteStep, needs it, and a ton of third party apps as well >4) Any other advise you can give me? Start hacking. If you're interested in user-mode system components, look at the source code of the base Win32 libraries and the (largely incomplete) sources for POSIX+, to see how Win32 and POSIX APIs map to NT APIs. If you're interested in win32 programming, you can start right away: develop for Windows, ReactOS will eventually be able to run it. If you want to help with the kernel or device drivers, there's a long way ahead :-) I suggest you start with a book on the topic >I've become very appalled at MS's actions lately, and I'm not particularly >happy with the Linux solution for a workstation, so I'd really like to see >ReactOS take off! same feelings here :-) |
|
From: Steven E. <ste...@ya...> - 2002-07-04 18:12:25
|
reactos/rules.mak Fix Wine Resource Compiler Path __________________________________________________ Do You Yahoo!? Sign up for SBC Yahoo! Dial - First Month Free http://sbc.yahoo.com |
|
From: Steven E. <ste...@ya...> - 2002-07-04 17:28:17
|
I took a snapshoot today of the wine tree and will use it for the new import. (july 4th sounded good) I'm not going to try and branch the whole wine tree and instead do as Eric suggested and just import dlls, tools and programs in to the WINE module. I will also be uploading some new documentation on hacking the WINE port. Capser: will you have sometime to give me a hand with a minor build system change I need? Thanks Steven __________________________________________________ Do You Yahoo!? Sign up for SBC Yahoo! Dial - First Month Free http://sbc.yahoo.com |
|
From: Jason F. <jas...@ya...> - 2002-07-04 05:57:13
|
--- Royce Mitchell III <ro...@ev...> wrote: >1) What is the recommended compiler for recompiling the OS? ( Can I >recompile from within the OS, yet? ) On reactos.com, go to the Software section for more info on the recommended compiler and download links. >4) Any other advise you can give me? I've become very appalled at >MS's actions lately, and I'm not particularly happy with the Linux >solution for a workstation, so I'd really like to see ReactOS take off! If you haven't already done so, check out the tutorials under the Documents section of reactos.com - Jason __________________________________________________ Do You Yahoo!? Sign up for SBC Yahoo! Dial - First Month Free http://sbc.yahoo.com |
|
From: Steven E. <ste...@ya...> - 2002-07-04 02:48:07
|
> Is it true that Microsoft will have a booth at that > expo? From everything I've seen/read it does look like. I hope they will be showing something for linux rathern then just throwing mud. Steven __________________________________________________ Do You Yahoo!? Sign up for SBC Yahoo! Dial - First Month Free http://sbc.yahoo.com |
|
From: Royce M. I. <ro...@ev...> - 2002-07-04 01:29:36
|
> > 1) What is the recommended compiler for recompiling > > the OS? ( Can I recompile > > from within the OS, yet? ) > > You can use mingw/gcc in ReactOS however it is VERY > slow due to IO issues in the filesystem drivers. > Hartmut has been working on this > Thanks for the quick reply! Just out of curiosity, is the performance issue due to a lack of a "smartdrv.exe" Royce3 |
|
From: Steven E. <ste...@ya...> - 2002-07-04 01:15:04
|
> 1) What is the recommended compiler for recompiling > the OS? ( Can I recompile > from within the OS, yet? ) You can use mingw/gcc in ReactOS however it is VERY slow due to IO issues in the filesystem drivers. Hartmut has been working on this > 2) I noticed references to WINE in the dev list. > Where should I obtain the version > of WINE you've been using? ( I.E. do you have a > fork, or are you using the main > distro? ) We have a fork that is out of date....I have been working with the main winehq tree to bring our stuff in sync although it is not ready for prime time and we still lack windowing so it doesnt much matter. If you want to play with it you will need mingw+msys+ the MSYS-DTK and configure it like this ./configure CFLAGS="-D__MINGW__ -D_WINDOWS -DWINE_NOWINSOCK" CCFLAGS="-D__MINGW__ -D_WINDOWS -DWINE_NOWINSOCK" make depend make tools then you will need to try and build the dlls you need. > 3) I know you've approached Calmira about using > their explorer replacement. > Unfortunately it is a 16-bit delphi app. Is anybody > working on a 32-bit one, > and if not, do you think you're ready for me to > start developing one for you? Not currently and I for adapting lightstep to suite our needs. > 4) Any other advise you can give me? I've become > very appalled at MS's actions > lately, and I'm not particularly happy with the > Linux solution for a workstation, > so I'd really like to see ReactOS take off! Anything you are interested in please take a look at. Every little bit helps Thanks Steven __________________________________________________ Do You Yahoo!? Sign up for SBC Yahoo! Dial - First Month Free http://sbc.yahoo.com |
|
From: Royce M. I. <ro...@ev...> - 2002-07-04 00:11:08
|
Hi, I heard about your project recently through a member in the wxWindows = group. I'm tied up in a contribution to that project at the moment, but then = I'd like to start helping out with your project as well. Anyhoo, I have ReactOS installed on my computer, and up and running, though I'm finding many many things not working ( I'm sure you know... = ). I have gone through the helps files on the web site, and I still have = just a couple questions before I get started... 1) What is the recommended compiler for recompiling the OS? ( Can I = recompile from within the OS, yet? ) 2) I noticed references to WINE in the dev list. Where should I obtain = the version of WINE you've been using? ( I.E. do you have a fork, or are you using = the main distro? ) 3) I know you've approached Calmira about using their explorer = replacement. Unfortunately it is a 16-bit delphi app. Is anybody working on a 32-bit = one, and if not, do you think you're ready for me to start developing one for = you? 4) Any other advise you can give me? I've become very appalled at MS's = actions lately, and I'm not particularly happy with the Linux solution for a = workstation, so I'd really like to see ReactOS take off! Royce3 |
|
From: KJK::Hyperion <no...@li...> - 2002-07-03 21:32:47
|
At 22.44 03/07/2002, you wrote: >Anyone planning on attending the Linux World Expo? I was going to be in >the Bay area on the 12th anyway to tour Berkley so I think I'm going to >extend my trip to make the show. Is it true that Microsoft will have a booth at that expo? |
|
From: Steven E. <ste...@ya...> - 2002-07-03 20:44:47
|
Anyone planning on attending the Linux World Expo? I was going to be in the Bay area on the 12th anyway to tour Berkley so I think I'm going to extend my trip to make the show. Steven __________________________________________________ Do You Yahoo!? Yahoo! - Official partner of 2002 FIFA World Cup http://fifaworldcup.yahoo.com |
|
From: Jason F. <jas...@ya...> - 2002-07-03 11:08:12
|
Hey all We're moving reactos.com to a donated service. Then the old list addresses will also be back. I think its better to release 0.0.20 after the move.. so if you're holding back any code, go ahead and commit for now. The move should take place in the next week or so. Thanks - Jason __________________________________________________ Do You Yahoo!? Sign up for SBC Yahoo! Dial - First Month Free http://sbc.yahoo.com |
|
From: Brian P. <br...@sg...> - 2002-07-02 04:20:09
|
Yes, it seems that all the files in that directory were committed as text files. I've recommitted the necessary files as binary. Brian > -----Original Message----- > From: rea...@li... [mailto:reactos-kernel- > ad...@li...] On Behalf Of Robert Dickenson > Sent: Saturday, June 29, 2002 12:26 PM > To: rea...@li... > Subject: [ros-kernel] garbled bitmap file in rosapps/taskmgr > > This bitmap file font.bmp is seriously garbled in CVS. > > If anybody has a good version would they please > update CVS or post it to the list. > > Thanks, Robert. > > > > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > No, I will not fix your computer. > http://thinkgeek.com/sf > _______________________________________________ > reactos-kernel mailing list > rea...@li... > https://lists.sourceforge.net/lists/listinfo/reactos-kernel |
|
From: David W. <we...@cw...> - 2002-06-30 09:09:04
|
On Sat, Jun 29, 2002 at 01:55:16PM +0200, Casper Hornstrup wrote: > I don't like having one extra file per image just for this. > For ntoskrnl, the extra debugging information is ~1MB so I think it is unavoidable. > GDB understands stabs sections perfectly, but for "normal" users and > some betatesters, using a debugger is too complicated and currently > requires two machines. > I agree that we should make it easier for users to report problems. A different approach would to be to add a core dump facility; the basic version would dump only the trap frame and a few other bits of information. It could then be decoded offline with addr2line. > I tried using ZwOpenFile() (with SHARE_READ_ACCESS) to open the image, > but all I got was STATUS_UNSUCCESSFUL. The image is already mapped at > this point, but should I not be able to do this (this was with > smss.exe)? > I don't know why that would fail. Vfatfs doesn't even seem to check the sharing mode. |
|
From: Casper H. <ch...@us...> - 2002-06-30 00:35:06
|
l=F8r, 2002-06-29 kl. 13:26 skrev David Welch: > On Sat, Jun 29, 2002 at 02:06:01AM +0200, Casper Hornstrup wrote: > > While trying to make the loader understand .stabs sections, I face a > > problem with non-standard PE image sections. > >=20 > > The problem is that when the .stabs image section is read from, an > > access violation occur. The image section has PAGE_READONLY (0x2) as > > protection so what else can give this access violation? > >=20 > The loader doesn't load NOLOAD sections so your code wouldn't be able to > find stabs/stabstr sections in the mapping of images, it will need to loo= k=20 > in the original executable. I think it would be better to seperate the > debugging sections of the unstripped executables into another file as NT=20 > does to save space. Additionally wouldn't it be easier to do the=20 > interpretation of the debugging information in the debugger - either=20 > pice/kdb for in-kernel debugging or gdb for debugging over a serial line. I want to keep it simple. Just enough to display source filename, linenumber, and function name of the point of a crash and the stack frames when DBG =3D 1. This will make it a lot easier for users to report crashes and for developers to act on them. I don't like having one extra file per image just for this. GDB understands stabs sections perfectly, but for "normal" users and some betatesters, using a debugger is too complicated and currently requires two machines. I tried using ZwOpenFile() (with SHARE_READ_ACCESS) to open the image, but all I got was STATUS_UNSUCCESSFUL. The image is already mapped at this point, but should I not be able to do this (this was with smss.exe)? Casper |
|
From: David W. <we...@cw...> - 2002-06-29 22:00:55
|
Hi, I'm going to remove the restriction on DuplicateHandle duplicating non-inheritable handles because I don't see any technical or compatibility reason for having it and I haven't been able to get any information regarding what it is supposed to fix. |
|
From: Robert D. <od...@pn...> - 2002-06-29 18:14:19
|
This bitmap file font.bmp is seriously garbled in CVS. If anybody has a good version would they please update CVS or post it to the list. Thanks, Robert. |
|
From: Robert D. <od...@pn...> - 2002-06-29 18:09:50
|
rosapps/taskmgr Updated for building with GCC. Added graphcntrl for performance page. Various fixes and additions. Robert. |
|
From: David W. <we...@cw...> - 2002-06-29 10:28:05
|
On Sat, Jun 29, 2002 at 02:06:01AM +0200, Casper Hornstrup wrote: > While trying to make the loader understand .stabs sections, I face a > problem with non-standard PE image sections. > > The problem is that when the .stabs image section is read from, an > access violation occur. The image section has PAGE_READONLY (0x2) as > protection so what else can give this access violation? > The loader doesn't load NOLOAD sections so your code wouldn't be able to find stabs/stabstr sections in the mapping of images, it will need to look in the original executable. I think it would be better to seperate the debugging sections of the unstripped executables into another file as NT does to save space. Additionally wouldn't it be easier to do the interpretation of the debugging information in the debugger - either pice/kdb for in-kernel debugging or gdb for debugging over a serial line. |
|
From: Casper H. <ch...@us...> - 2002-06-29 00:18:24
|
While trying to make the loader understand .stabs sections, I face a problem with non-standard PE image sections. The problem is that when the .stabs image section is read from, an access violation occur. The image section has PAGE_READONLY (0x2) as protection so what else can give this access violation? Casper |
|
From: Steven E. <ste...@ya...> - 2002-06-28 20:32:08
|
> >Although the ReWind IDL compiler is the best I have > seen yet, I don't feel > >comfortable with contributing to ReWind. > > Why not? technical, political or personal reasons? ReWind is the X11 fork of the original WINE code base. After the wine community decided to go LGPL due to issues with Transgaming and "others". Most changes to wine are licensed X11 including the ones I contribute however it is understandable for someone to not want there patches licensed X11. Thhere a quite a few developers that are LGPL and that is cool but thier code can only go in the Winehq tree. I submit all of my stuff as X11 so that Transgaming can make use of it and mabey help with the DirectX port to ReactOS as the CEO of Transgaming has expressed interest in ReactOS. Thanks Steven __________________________________________________ Do You Yahoo!? Yahoo! - Official partner of 2002 FIFA World Cup http://fifaworldcup.yahoo.com |
|
From: David W. <we...@cw...> - 2002-06-28 18:50:50
|
On Fri, Jun 28, 2002 at 05:23:18PM +0100, Mike Lerwill wrote: > > packet currently appears in two places, user mode libraries and > > kernel mode > > networking drivers. > > > > Can someone tell me which is the correct place for it. > > I think that both locations are correct. The targets in the toplevel makefile need to have different names however. |
8 messages has been excluded from this view by a project administrator.
