Ros-dev October 2005

ros-dev@reactos.org

76 participants
164 discussions

top-level source header
by Ged 20 Oct '05

20 Oct '05

Although a standard header was drafted out for the ReactOS source code, few people seem to use it and it doesn't seem to be in the wiki. I would like to get something in the wiki agreed on by everyone which should be included in our source files. I think we firstly need have a vote to see if everyone actually wants a standard header, but I put together some info anyway to explain my thoughts As much of the ReactOS code is licensed under the GPL, it can be reused by anyone under the license agreements. As the BSD code does, I think a ReactOS copyright notice should be placed in the header to ensure people know where the original code came from. Our current header has no provision for this meaning anyone reading ReactOS code away from the project won't have a return point. I was talking this over with Alex, who suggested everyone might not want to give copyright to the foundation. Any suggestions? Using the existing header, I have drafted a slightly modified version /* 1 * ReactOS <place holder> 2 * Copyright (C) 2005 ReactOS Foundation 3 * 4 * LICENCE: <place holder> 5 * PROJECT: <place holder> 6 * FILE: <place holder> 7 * PURPOSE: <place holder> 8 * PROGRAMMERS: <place holder> 9 * REVISIONS: 10 * <place holder> 11 * */ 1. This is a quick line to state the area which the code was written for. Examples could include: ReactOS Executive ReactOS Win32 Subsystem ReactOS Win32 Applications 2. The copyright should detail a date when the copyright was initiated along with the date when it was last modified. For example: 1999 - 2004 The proceeding date should be updated each time a revision is made. 4. This line should state the licence used and where to find the COPYING file 5. This line should state what project / binary the code is for. Examples could include: ReactOS ntdll library ReactOS ws2_32 library ReactOS arp utility ReactOS cache manager ReactOS thread scheduler 6. This line should state the location of the file within the repository 7. This line should state the purpose of the project / binary the code is intended for 8. This line should state any programmers whom have worked on the code. The programmer can also choose to add an email address along with their name as a point of contact 9. This line should list any revisions made to the code. The revisions should include programmers initials, which can be linked to the PROGRAMMERS section, the date the revision was made and a short comment describing the revision. This is not meant for bug fixes and small modifications, but for feature additions or substantial patches I think we should put something in the wiki in relation to this. Does anyone have any other suggestions, or modifications to my header. Please see the examples below. Examples: /* * ReactOS Win32 Applications * Copyright (C) 2005 ReactOS Foundation * * LICENCE: GPL - See COPYING in the top level directory * PROJECT: ReactOS arp utility * FILE: apps/utils/net/arp/arp.c * PURPOSE: view and manipulate the ARP cache * PROGRAMMERS: Ged Murphy (gedmurphy(a)gmail.com) * REVISIONS: * GM 04/10/05 Created * */ /* * ReactOS Executive * Copyright (C) 2005 ReactOS Foundation * * LICENCE: GPL - See COPYING in the top level directory * PROJECT: ReactOS kernel * FILE: ntoskrnl/ex/mutant.c * PURPOSE: section of the kernel * PROGRAMMERS: Alex Ionescu (alex(a)reactos.org) * David Welch (welch(a)cwcom.net) * REVISIONS: * AI 04/10/05 Fix tab/space mismatching, tiny fixes to query function and * add more debug output. * */ /* * ReactOS Network Stack * Copyright (C) 2000 - 2005 ReactOS Foundation * * LICENCE: GPL - See COPYING in the top level directory * PROJECT: ReactOS TCP/IP protocol driver * FILE: transport/tcp/tcp.c * PURPOSE: Transmission Control Protocol * PROGRAMMERS: Casper S. Hornstrup (chorns(a)users.sourceforge.net) * Art Yerkes (arty(a)users.sf.net) * REVISIONS: * CSH 01/08-2000 Created * AY 12/21/2004 Added accept */

5 10

RE: [ros-dev] Voting system
by Murphy, Ged (Bolton) 19 Oct '05

19 Oct '05

Brandon Turner wrote: > I _strongly_ disagree with this. Me too. I'll just elaborate on the reasons Brandon gave > 1) No way to make sure no one is cheating and not voting a > bunch of times. Developers are put into the developer group on the board. Thus, only registered developers can vote. This will stop people from registering 50 different logins and altering the vote, which could not be controlled if everyone was allowed to vote. > 2) I don't think everyone voting is educated well enough on > the topic. This is also very true. Core design decisions cannot be made by people who do not have a deep knowledge of the subject. Opening up voting to everyone could possibly generate in bad results > In the case coding questions like the macros vote we recently had, I > didnt vote. Me either. I didn't fully understand the repercussions, therefore my vote should not effect the outcome. > In the > case of a PC, I just dont think that a user that reads the message > boards or the general mailing list will have enough info and feel for > who should and shouldnt be a PC. In both cases people with > education on > the topic will probably outnumber those who do know about it, > and might > skew things very badly. This is just one of many examples. Another one would be the recent discussions between Alex and Emmanuelle about splitting win32 the subsystem. This isn't a decision that people not working with the code should be making .... consider the users who come into the forums asking what version of Linux ReactOS is based on. Should they be allowed to sway this decision. To stop any animosity of users towards devs, the votes could be made hidden. However I don't think this is a requirement as I think the majority of users would understand the position on voting. It would also be interesting for users to see the voting results, and how ReactOS is developing. If there is a vote where the users input is needed, then it can obviously be placed in another section where the users have write access. This was demonstrated recently when Alex Ionescu started the poll on feature importance. 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

7 7

Re: [ros-diffs] [cwittich] 18611: fix compile with msvc
by Alex Ionescu 19 Oct '05

19 Oct '05

cwittich(a)svn.reactos.com wrote: >fix compile with msvc > > > ------------------------------------------------------------------------ > *Modified: trunk/reactos/lib/aclui/precomp.h* > >--- trunk/reactos/lib/aclui/precomp.h 2005-10-19 21:46:17 UTC (rev 18610) >+++ trunk/reactos/lib/aclui/precomp.h 2005-10-19 21:46:30 UTC (rev 18611) >@@ -5,7 +5,9 @@ > > #include <prsht.h> > #include <aclui.h> > #include <sddl.h> > > >+#if defined (__GNUC__) > > > #include <winternl.h> > > >+#endif > > > #include <ntsecapi.h> > #if SUPPORT_UXTHEME > #include <uxtheme.h> > > These changes are really wrong! HEADERS have nothing to do with the compiler! The HEADERS have to be fixed...you're just building with mingw headers and msvc, and assuming the errors are because of msvc, but if you'll try compiling with PSDK (or vice-versa), then these changes make no sense at all. Best regards, Alex Ionescu

2 1

Voting system
by Murphy, Ged (Bolton) 19 Oct '05

19 Oct '05

This seems to have died a death again, so I'm going to bring it back up. So far we have 2 viable options for the new voting system: 1. Have a new section in the forums where only the developer group has write access. Conduct all votes in there using the forums built-in voting system and posting mechanism for comments Vote results are stored in the database and everything is handled by the software All votes are anonymous / private and each developer has only one vote. 2. Design our own voting system and integrate it into the website. This will be controlled via the global login system and all devs will have access to initiate, vote and comment on votes. Vote results need to be stored in a database and everything should handled by the software All votes are anonymous / private and each developer has only one vote. Any comments or additions? ************************************************************************ 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

5 5

Re: [ros-svn] [cwittich] 18582: fixed compile problems with msvc 2003/2005
by Filip Navara 19 Oct '05

19 Oct '05

cwittich(a)svn.reactos.com wrote: >fixed compile problems with msvc 2003/2005 > > >Updated files: >trunk/reactos/subsys/system/msconfig/msconfig.c >trunk/reactos/subsys/system/msconfig/srvpage.c >trunk/reactos/subsys/system/msconfig/toolspage.c > > > This and r18583 breaks PCH support for GCC. - Filip

2 1

RE: [ros-dev] Voting system
by Murphy, Ged (Bolton) 19 Oct '05

19 Oct '05

Magnus Olsen wrote: > if we doing 2 we need write code for it. That's what I was thinking. By using the forums, we are adopting something which has already been implemented and has been tried and tested by millions. It seems like a good place to start. We can always move it into the website if the need ever arises, and someone ever finds the time to code it. 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

Release Candidate, Test coordinator, ...
by Martin Fuchs 18 Oct '05

18 Oct '05

OK, there have been a few misunderstandings, which lead to the current problems and all this partly quite angry discussions. Let's go on and see what to do now. I recommend the following steps: 1.) Fix the console bug in question, and put a new tested release candidate on the web. 2.) update the release procedure (http://www.reactos.org/wiki/index.php/Release_Management_Overview) to include the test coordinator Of course this includes a discussion about the new content on the mailing list. 3.) make an official vote for the test coordinator and new release procedure. And Alex - I hope your break period will not last too long. Regards, Martin

4 5

Break, PC, Constituion and other misc issues
by Steven Edwards 18 Oct '05

18 Oct '05

Hi, I have been away from my computer for most of the past week and will be away for another week but wanted to weigh in on some outstanding issues. 1. I like the draft constituion Casper has ripped from Debian. 2. I nominate Casper to the Project Cordinator Position (I would like the job but I have personal issues going on right now that may keep me busy for the next year or so) 3. I think the PC job should be for a 1 year term with no more than 2 consecutive terms. I don't like the idea of re-electing someone over and over again even if they are doing a good job. How do we know if someone could do a even better job? Don't bother replying directly to me unless you just want to share comments with others. I might not reply for a while. I would like to have votes for these issues as soon as possible. Thanks Steven __________________________________ Yahoo! Music Unlimited Access over 1 million songs. Try it free. http://music.yahoo.com/unlimited/

4 6

Endianness
by Bart Grantham 18 Oct '05

18 Oct '05

Sorry to barge onto the list with what may be an offtopic post, but I am very curious about how married ReactOS is to little-endianness. Is there something intrinsic about how Windows is architected that would prevent ReactOS from being ported to a big-endian platform? I noticed that the inital work on the PPC port was done with the CPU in little-endian mode. Was this for convenience or was this a technical decision? Definitely not an important topic but if someone could satisfy my curiousity, I'd be grateful. Thanks, Bart

4 3

RE: [ros-dev] Constitution
by Murphy, Ged (Bolton) 17 Oct '05

17 Oct '05

Ge van Geldorp wrote: > > > From: Murphy, Ged (Bolton) > > > > Another quick point to say that using the voting facility on > > the board would remove the issue of giving a 'project > > secretary' power in a secret vote. The software would control > > that ..... And software doesn't lie or cheat :) > > But the database administrator (i.e.: me) could... You're just moving the > power from the project secretary to the dba. > But you would have to manually edit the database and everyone would immediately notice the change as the results are updated in real-time for everyone to see. In that respect, although the DBA has the power to change it as they see fit, it would be very silly to do so. There will always be some level at which the results could be changed. If we had a secretary, some could break into their computer and alter the results, or they could be bribed. I think we have to accept this and draw a line at what we consider an acceptable, reliable and trustworthy control system. I think using the forums is the best way of removing the power of controlling the votes from everyone. I know you can be trusted not to alter the database, in the same way I can be trusted not to break into the database and alter it myself. Using the forum voting system also removes any form of human error. > > In the way the phpbb forums voting works, each voter will > > only ever be able to make 1 vote, even if they have multiple > > usernames, as only 1 of those usernames will be in the > > 'developer' group. > > > > You can even go as far as making the forum hidden from > > everyone not in the developer group ..... Although I think > > this is wrong, and should be read only to everyone else. > > But every other developer still gets to see my vote I think? Doesn't sound > like a true secret ballot. Although everyone can see the vote status, it's not possible to see who voted for a particular option. It's only evident that 'someone' has voted. You could even go as far as setting your board preferences so that your name is not shown as being online when you logon. This will give complete anonymity. 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

4 3

← Newer
1
...
4
5
6
7
8
9
10
...
17
Older →

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 October 2005