Ros-dev

ros-dev@reactos.org

5791 discussions

RE: [ros-dev] Freeze the trunk and release
by Murphy, Ged (Bolton) 05 Dec '05

05 Dec '05

David Hinz wrote: > At the moment, it looks like the next release will be 0.2.9. It definitely is going to be 0.2.9. We are no where near ready for 0.3.0 yet. > I this is the case, I personally think we should branch now > or maybe in a week. Why in a week? We've discussed this a few times and the 1st December was thrown about as a provisional date. I assumed that the release coordinator was going to branch then, or the TC was going to call for a trunk freeze. > But for 0.3.0 I think we should "clean up" the trunk i.e. WaxDragon > should call for a feature freeze and we should fix all bugs and work > very hard on the translations, On the contrary, it's not a feature freeze we need for 0.3.0. There is missing functionality to co-inside with the roadmap. The feature freeze will come when trunk is ready to branch for 0.3.0, or beforehand is the TC deems the trunk to be 'a mess' ;) > as 0.3.0 is one of our major releases and > will be reviewed by a lot of magazines (if we tell them about this > release...), so it should be one of our best releases. I agree, I've already got a few magazines and other features in the pipeline ;) This is another reason I'm hungry to get 0.3.0 out of the door. > Greets, > > David Hinz Ged. ************************************************************************ The information contained in this message or any of its attachments is confidential and is intended for the exclusive use of the addressee. The information may also be legally privileged. The views expressed may not be company policy, but the personal views of the originator. If you are not the addressee, any disclosure, reproduction, distribution or other dissemination or use of this communication is strictly prohibited. If you have received this message in error, please contact postmaster(a)exideuk.co.uk <mailto:postmaster@exideuk.co.uk> and then delete this message. Exide Technologies is an industrial and transportation battery producer and recycler with operations in 89 countries. Further information can be found at www.exide.com

2 1

Re: [ros-diffs] [gvg] 19895: Make sure that WM_NCPAINT messages are generated by calling BeginPaint
by Filip Navara 05 Dec '05

05 Dec '05

gvg(a)svn.reactos.com wrote: >- if (GetUpdateRect(hWnd, >- &rcUpdate, >- FALSE)) > > The previous code was perfectly valid. Why did you change it? If GetUpdateRect returns FALSE then there's no need to call BeginPaint... - Filip

3 7

RE: [ros-dev] ATT: Ged/Network Dudes
by Murphy, Ged (Bolton) 05 Dec '05

05 Dec '05

Great news !! I have a ream of paper itching to be printed on. -----Original Message----- From: Alex Ionescu [mailto:ionucu@videotron.ca] Sent: 05 December 2005 04:38 To: ReactOS Development List Subject: [ros-dev] ATT: Ged/Network Dudes Hi Ged (and others interested), As I promised to you, I'd like to announce that my user-mode networking code is now complete and will undergo testing for the next 2-3 weeks (just like ws2_32 did) in order to find bugs. I will also do as for ws2_32 and commit it into the branch with the full svn logs of my local svn server. Best regards, Alex Ionescu _______________________________________________ Ros-dev mailing list Ros-dev(a)reactos.org http://www.reactos.org/mailman/listinfo/ros-dev ************************************************************************ The information contained in this message or any of its attachments is confidential and is intended for the exclusive use of the addressee. The information may also be legally privileged. The views expressed may not be company policy, but the personal views of the originator. If you are not the addressee, any disclosure, reproduction, distribution or other dissemination or use of this communication is strictly prohibited. If you have received this message in error, please contact postmaster(a)exideuk.co.uk <mailto:postmaster@exideuk.co.uk> and then delete this message. Exide Technologies is an industrial and transportation battery producer and recycler with operations in 89 countries. Further information can be found at www.exide.com

1 0

Installer
by Jonathan Andrews 05 Dec '05

05 Dec '05

Hello to the group.... my first post.... I noticed some talk about the Reactos installer following the windows form. As a long time NT admin who moved into product development on Linux I would just like to point out how mediocre the windows installer is. With a bootable linux ISO you get a full network stack, functional USB support, detected UDMA IDE drivers, Vesfa FB X11 etc etc etc... with the windows installer you get a kernel, a few utils and a pretty inflexable installer. Would it not make more sense to write an installer thats based on a bootable Linux image - if nothing else the use of networking offers a host of possibilities (diskless installs, updates from the internet during the install phase and so on). Is the aim to clone windows, or to produce an operating system that is API compatible with win32 ? They are very different aims with very different requirements! Jon

4 3

ATT: Ged/Network Dudes
by Alex Ionescu 05 Dec '05

05 Dec '05

Hi Ged (and others interested), As I promised to you, I'd like to announce that my user-mode networking code is now complete and will undergo testing for the next 2-3 weeks (just like ws2_32 did) in order to find bugs. I will also do as for ws2_32 and commit it into the branch with the full svn logs of my local svn server. Best regards, Alex Ionescu

1 0

the 3 partially duplicated NTSTATUS code copies
by art yerkes 05 Dec '05

05 Dec '05

Does anybody object to consolidating all but one of the partial NTSTATUS_* copies to: #ifndef WIN32_NO_STATUS #include <ddk/ntstatus.h> #endif And keeping the copy in ddk/ntstatus.h ? -- Here's a simple experiment. Stand on a train track between two locomotives which are pushing on you with equal force in opposite directions. You will exhibit no net motion. None the less, you may soon begin to notice that something important is happening. -- Robert Stirniman

3 4

Re: [ros-diffs] [weiden] 19842: get the root fcb when creating a file and no parent fcb is returned
by Hartmut Birr 04 Dec '05

04 Dec '05

weiden(a)svn.reactos.com wrote: > get the root fcb when creating a file and no parent fcb is returned > Modified: trunk/reactos/drivers/fs/vfat/create.c > > ------------------------------------------------------------------------ > *Modified: trunk/reactos/drivers/fs/vfat/create.c* > --- trunk/reactos/drivers/fs/vfat/create.c 2005-12-03 17:33:41 UTC (rev 19841) > +++ trunk/reactos/drivers/fs/vfat/create.c 2005-12-03 18:16:02 UTC (rev 19842) > @@ -564,6 +564,11 @@ > RequestedDisposition == FILE_SUPERSEDE) > { > ULONG Attributes; > > + if (ParentFcb == NULL) > + { > + ParentFcb = vfatOpenRootFCB (DeviceExt); > + ASSERT(ParentFcb != NULL); > + } > > Attributes = Stack->Parameters.Create.FileAttributes; > > vfatSplitPathName(&PathNameU, NULL, &FileNameU); > @@ -600,7 +605,10 @@ > > } > else > { > > - vfatReleaseFCB (DeviceExt, ParentFcb); > > + if (ParentFcb) > + { > + vfatReleaseFCB (DeviceExt, ParentFcb); > + } > > return(Status); > } > } > I think, this change is wrong. If VfatOpenFile returns with an error and without a parent fcb, we have to return the error. - Hartmut

2 3

Symbolic Links
by David Hinz 04 Dec '05

04 Dec '05

I was just wondering, if we could implement symbolic links in ReactOS. As I don't want to add this feature to every filesystem that doesn't support symbolic links, I thought about another way. I had two ideas: 1. Use a file for this, comparable to files like HOSTS etc 2. Use the registry The more I thought about this, I liked my second idea more than my first and noticed what a great thing the registry is. We could simply add keys like HKEY_LOCAL_MACHINE\SYSTEM\symlinks\C:\My Files and set the target directory as it's value. It's very easy to search for such keys, so it shouldn't be that hard to implement it into the IFS-driver. More complicated would be the implementation into explorer and the creation of a commandline utility. A second feature could be to create such links for every user, so that every user could use C:\My Files\... which would be linked to C:\Documents and Settings\Username\My Files\... and he wouldn't even notice. I think that would be a nice feature and I would really like to implement this, but I'm afraid I can't do this alone, as I don't have much experience and I'm just beginning to learn C++ and asm, so it would be nice, if someone of you who likes this idea could help me with this. Greets, David Hinz

5 9

Re: [ros-svn] [ion] 19847: - Fix KeAttackProcess, KeStackAttachProcess, KeUnstackDetachProcess and KeDetachProcess. The code was brain-dead and I must've been drunk when I first wrote it.
by Alex Ionescu 04 Dec '05

04 Dec '05

ion(a)svn.reactos.com wrote: >- Fix KeAttackProcess, KeStackAttachProcess, KeUnstackDetachProcess and KeDetachProcess. The code was brain-dead and I must've been drunk when I first wrote it. >- Update some NDK definitions and some fixes. >- Update HAL Private Dispatch Table to 2.0 >- Make RtlIpv* API definitions more correct. > > > > With this patch it is now possible to use process explorer: http://www.relsoft.net/yay.png There are some nice GUI bugs... the options menu is "expanded" and becomes part of the main menu bar... Also double-clicking to open the process properties makes the dialog hidden in the top-left corner..all I can see is the resizing slider. Best regards, Alex Ionescu

1 0

RE: [ros-dev] vc-2005 don't compile reactos-explorer (19750_
by Murphy, Ged (Bolton) 03 Dec '05

03 Dec '05

Didn't notice you were only referring to explorer. Ignore my mail below unless you want to build the whole thing -----Original Message----- From: Murphy, Ged (Bolton) [mailto:MurphyG@cmpbatteries.co.uk] Sent: 03 December 2005 12:26 To: 'ReactOS Development List' Subject: RE: [ros-dev] vc-2005 don't compile reactos-explorer (19750_ The msvc backend is not yet complete, this we don't fully support msvc at this stage. If you want to build, you will need to use mingw / gcc. However you can build some sub projects within the ReacOS solution. Run 'make msvc8' (you will need to have built rbuild) to populate the tree with the relevant vcproj files and try a few things like arp. Ged. -----Original Message----- From: hys545(a)dreamwiz.com [mailto:hys545@dreamwiz.com] Sent: 03 December 2005 12:12 To: ros-dev(a)reactos.org Subject: [ros-dev] vc-2005 don't compile reactos-explorer (19750_ Compiling... precomp.cpp c:\work\explorer\utility/shellclasses.h(556) : error C2504: 'IShellFolderPtr' : base class undefined c:\work\explorer\utility/shellclasses.h(557) : error C2146: syntax error : missing ';' before identifier 'super' c:\work\explorer\utility/shellclasses.h(557) : error C4430: missing type specifier - int assumed. Note: C++ does not support default-int c:\work\explorer\utility/shellclasses.h(557) : error C4430: missing type specifier - int assumed. Note: C++ does not support default-int c:\work\explorer\utility/shellclasses.h(567) : error C2738: 'operator bool' : is ambiguous or is not a member of 'ShellFolder' c:\work\explorer\utility/shellclasses.h(555) : see declaration of 'ShellFolder' c:\work\explorer\utility/shellclasses.h(578) : error C2504: 'IShellLinkWPtr' : base class undefined c:\work\explorer\utility/shellclasses.h(579) : error C2146: syntax error : missing ';' before identifier 'super' c:\work\explorer\utility/shellclasses.h(579) : error C4430: missing type specifier - int assumed. Note: C++ does not support default-int c:\work\explorer\utility/shellclasses.h(579) : error C4430: missing type specifier - int assumed. Note: C++ does not support default-int c:\work\explorer\utility/shellclasses.h(583) : error C2614: 'ShellLinkPtr' : illegal member initialization: 'super' is not a base or member c:\work\explorer\utility/shellclasses.h(674) : error C2819: type 'ShellFolder' does not have an overloaded member 'operator ->' ************************************************************************ The information contained in this message or any of its attachments is confidential and is intended for the exclusive use of the addressee. The information may also be legally privileged. The views expressed may not be company policy, but the personal views of the originator. If you are not the addressee, any disclosure, reproduction, distribution or other dissemination or use of this communication is strictly prohibited. If you have received this message in error, please contact postmaster(a)exideuk.co.uk and then delete this message. Exide Technologies is an industrial and transportation battery producer and recycler with operations in 89 countries. Further information can be found at www.exide.com ************************************************************************ The information contained in this message or any of its attachments is confidential and is intended for the exclusive use of the addressee. The information may also be legally privileged. The views expressed may not be company policy, but the personal views of the originator. If you are not the addressee, any disclosure, reproduction, distribution or other dissemination or use of this communication is strictly prohibited. If you have received this message in error, please contact postmaster(a)exideuk.co.uk <mailto:postmaster@exideuk.co.uk> and then delete this message. Exide Technologies is an industrial and transportation battery producer and recycler with operations in 89 countries. Further information can be found at www.exide.com

1 0

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Ros-dev