What do you all think about developer's email in source code? Is
there a need for it at all there?
WBR,
Aleksey.
On Jan 10, 2010, at 1:43 AM, ekohl(a)svn.reactos.org wrote:
> Author: ekohl
> Date: Sat Jan 9 23:43:16 2010
> New Revision: 45020
>
> URL: http://svn.reactos.org/svn/reactos?rev=45020&view=rev
> Log:
> Removed outdated email addresses.
> Modified: trunk/reactos/ntoskrnl/ke/queue.c
> URL: http://svn.reactos.org/svn/reactos/trunk/reactos/ntoskrnl/ke/
> queue.c?rev=45020&r1=45019&r2=45020&view=diff
> ======================================================================
> ========
> --- trunk/reactos/ntoskrnl/ke/queue.c [iso-8859-1] (original)
> +++ trunk/reactos/ntoskrnl/ke/queue.c [iso-8859-1] Sat Jan 9
> 23:43:16 2010
> @@ -5,7 +5,7 @@
> * PURPOSE: Implements kernel queues
> * PROGRAMMERS: Alex Ionescu (alex.ionescu(a)reactos.org)
> * Gunnar Dalsnes
> - * Eric Kohl (ekohl(a)rz-online.de)
> + * Eric Kohl
> */
On 21:03 Fri 01 Jan , ros-arm-bringup(a)svn.reactos.org wrote:
> Author: ros-arm-bringup
> Date: Fri Jan 1 22:03:22 2010
> New Revision: 44861
>
> Modified: trunk/reactos/ntoskrnl/include/internal/i386/asmmacro.S
> @@ -87,18 +87,47 @@
> //
> // @name UNHANDLED_PATH
> //
> -// This macro TODO
> +// This macro prints out that the current code path is not expected yet
> //
> // @param None
> //
> // @remark None.
> //
> -.macro UNHANDLED_PATH
> +.macro UNHANDLED_PATH Reason
> +
> + /* Push reason */
> + push offset 1f
> +
> /* Get EIP */
> call $+5
>
> /* Print debug message */
> push offset _UnhandledMsg
> + call _DbgPrint
> + add esp, 12
> +
> + /* Loop indefinitely */
> + jmp $
> +
> +1:
> + .asciz \Reason
I think, this should be:
.asciz "\Reason"
I don't know why, but this line (both variants) doesn't compile for me
with RosBE 1.4.2 (Linux):
ntoskrnl/ke/i386/trap.s: Assembler messages:
ntoskrnl/ke/i386/trap.s:290: Error: junk at end of line, first unrecognized character is `o'
ntoskrnl/ke/i386/trap.s:290: Error: junk at end of line, first unrecognized character is `j'
ntoskrnl/ke/i386/trap.s:290: Error: junk at end of line, first unrecognized character is `o'
ntoskrnl/ke/i386/trap.s:425: Error: junk at end of line, first unrecognized character is `j'
ntoskrnl/ke/i386/trap.s:425: Error: junk at end of line, first unrecognized character is `j'
ntoskrnl/ke/i386/trap.s:425: Error: junk at end of line, first unrecognized character is `j'
ntoskrnl/ke/i386/trap.s:439: Error: junk at end of line, first unrecognized character is `j'
ntoskrnl/ke/i386/trap.s:439: Error: junk at end of line, first unrecognized character is `j'
ntoskrnl/ke/i386/trap.s:439: Error: junk at end of line, first unrecognized character is `j'
ntoskrnl/ke/i386/trap.s:467: Error: junk at end of line, first unrecognized character is `A'
ntoskrnl/ke/i386/trap.s:1677: Error: junk at end of line, first unrecognized character is `R'
ntoskrnl/ke/i386/trap.s:1677: Error: junk at end of line, first unrecognized character is `j'
ntoskrnl/ke/i386/trap.s:1677: Error: junk at end of line, first unrecognized character is `R'
ntoskrnl/ke/i386/trap.s:2415: Error: junk at end of line, first unrecognized character is `c'
ntoskrnl/ke/i386/trap.s:2594: Error: junk at end of line, first unrecognized character is `m'
make: *** [obj-i386/ntoskrnl/ke/i386/trap_ntoskrnl.o] Error 1
--
Alexander Potashev
Public Notice:
First and last warning! You do not have my permission to switch from
GPL unless it is LGPL! I've coded most of all parts of the project and
hold the copyrights with other developers from this project. We have a
primary copyright to GPL, take it or leave it! I've imported other
projects code into ReactOS and kept and respected their copyrights!
Flamed baited by wine for forgetting to pass on copyrights as well and
having to recommit them back into code! If it is good for me it is
good for you!
If you have a problem with this I will have my people contact your
people! You have my email address!
James
martinf(a)svn.reactos.org wrote:
> -#if defined(__STDC_WANT_SECURE_LIB__) && defined(_MS_VER) // secure CRT functions using VS 2005
> +#ifdef __STDC_WANT_SECURE_LIB__
> if (_tfopen_s(&_pfile, path, mode) != 0)
Hi Martin,
This change will break the build, reactos now has partial but not full support for secure CRT functions.
__STDC_WANT_SECURE_LIB__ is now defined in our build headers, but some areas are missing, _wfopen_s being one of these.
I added the '&& defined(_MS_VER)' check to get around this for our build env until we support it.
Regards,
Ged.
And now we all get back to a polite discussion about this topic and stop
comparing the lengths of our wieners, ok? I hate the way all this goes
to... last time we came to that point in the past, we lost some long
term devs and put the whole project into a big crisis. So PLEASE, I just
expect a mature talk and no kindergarten from you all. (OK, its a bit
funny that I say something like that :-P )
Ros Arm Devs: I understand that you don't wanna tell us who exactly you
are are, whatever your reasons are and I accept that, but you have to
understand that some here fear harm for the project if ppl noone ever
saw write risky components with the highest possibility to copyright
problems. Almost every kernel dev in here was suspected to write tainted
code at least once in their whole time here. That's the result of some
big crisis we had in the past, we became a bit afraid of great code
outta nowhere which just works. So don't take it personally, plz.
*fearabigdramacoming* Regarding the Devs in the header and the license.
Why not just readd the ppl if some of their code still exists in the
file? Noone would have any harm if there's one more guy in this list.
Lets discuss the relicense after the guys are in the headers again. But,
and this goes out to all ppl, in a kind and mature way.
You all, forget your "He stepped on my tail!!" behavior just for a
moment and think about the project we all code for and we try to get
mature. We can talk about anything, but not in this way.
Thank you very much.
Daniel Reimer
Not soo 1337 ReactOS Dev
"You may relicense my code as BSD" != "You make strip away copyright/ownership of my code".
Revert this.
On 2009-12-31, at 6:51 PM, ros-arm-bringup(a)svn.reactos.org wrote:
>
> - * PROGRAMMERS: Alex Ionescu (alex.ionescu(a)reactos.org)
> + * PROGRAMMERS: ReactOS Portable Systems Group
Best regards,
Alex Ionescu
On Jan 6, 2010, at 2:44 PM, dgorbachev(a)svn.reactos.org wrote:
> - // Always contigiously map low 1Mb of memory
> + // Always contiguously map low 1Mb of memory
Thanks for fixing my typos ;)
Hi,
I'm trying to compile React OS, however I encountered this error when I'm trying to compile:
[HOST-CC] lib/inflib/infcore.c
lib/inflib/infcore.c: In function `InfpAddSection':
lib/inflib/infcore.c:184: warning: implicit declaration of function `__builtin_offsetof'
lib/inflib/infcore.c:184: error: parse error before "INFCACHESECTION"
lib/inflib/infcore.c:184: error: parse error before ']' token
lib/inflib/infcore.c: In function `InfpAddFieldToLine':
lib/inflib/infcore.c:289: error: parse error before "INFCACHEFIELD"
lib/inflib/infcore.c:289: error: parse error before ']' token
make: *** No rule to make target `makefile.auto', needed by `all'. Stop.
Please help me, thanks.
Evans
Get your new Email address!
Grab the Email name you've always wanted before someone else does!
http://mail.promotions.yahoo.com/newdomains/aa/