Intravision/reactos
1
0
Fork 0
mirror of https://github.com/reactos/reactos.git synced 2025-08-05 16:23:01 +00:00
Code Issues Projects Releases Packages Wiki Activity

Slightly update the doc to make it correspond to nowadays reality

Browse source 
svn path=/trunk/; revision=22315
This commit is contained in:
Aleksey Bragin 2006-06-11 21:05:25 +00:00
parent 0262a2684c
commit c08140a104
1 changed files with 11 additions and 16 deletions
Download patch file Download diff file Expand all files Collapse all files

25
reactos/media/doc/HACKING
View file

@ -26,19 +26,14 @@ questions,
* Style * Style
There is no coding style used for ReactOS, however the following guidelines There is a coding style used for ReactOS, it's described in a ReactOS's Wiki
make things easier page called Coding Style: http://www.reactos.org/wiki/index.php/Coding_Style
Include information at the top of a module about its purpose, contact However, not all codebase complies with the rules outlined in that page, so
information for its programmer and any useful notes. if you need to hack some code which has not been yet formatted, it's wise
to keep the kind of formatting it already has, to make it looking good until
it receives a formatting patch.
Include a comment by each non-trival function describing its arguments,
purpose and any other notes.
Update the documentation in this directory
These guidelines are an ideal, no one manages to implement them all the
time, straightforward working code is probably just as good.
* Debugging * Debugging
@ -105,11 +100,11 @@ Debugging kernel-mode code is tricky, these are some snippets
There is a mailing list for kernel development, There is a mailing list for kernel development,
ros-kernel@reactos.com ros-dev@reactos.org
The main developers use a cvs account to coordinate changes, ask The main developers use a svn account to coordinate changes, ask
rex (rex@lvcablemodem.com) for an account if you are going to be adding Aleksey (aleksey@reactos.org) for an account if you are going to be
a lot of code. Smaller patches can go to the mailing list or to the adding a lot of code. Smaller patches can go to the mailing list or to the
relevant developer (usually the comment at the top of a module will have relevant developer (usually the comment at the top of a module will have
an email address). Regular snapshots are made available for download, an email address). Regular snapshots are made available for download,
see the mailing list for announcements. see the mailing list for announcements.