Ros-dev November 2005

ros-dev@reactos.org

64 participants
176 discussions

by WaxDragon

Anyone else seeing this under linux? Detecting netwide assembler...detected (nasm) Detecting compiler -pipe support...detected Detecting compiler pre-compiled header support...detected Processing modules...done Creating directories...done Unpacking WINE resources...done Generating test support code...done Generating compilation unit support code...done Generating syssetup.inf...done Generating proxy makefiles...done Checking automatic dependencies...done [CC] tools/cdmake/cdmake.c [CC] tools/cdmake/llmosrt.c [LD] output-i386/tools/cdmake/cdmake [LD] output-i386/tools/mkhive/mkhive gcc: obj-i386/lib/inflib_host/infcore.o: No such file or directory gcc: obj-i386/lib/inflib_host/infget.o: No such file or directory gcc: obj-i386/lib/inflib_host/infput.o: No such file or directory gcc: obj-i386/lib/inflib_host/infhostgen.o: No such file or directory gcc: obj-i386/lib/inflib_host/infhostget.o: No such file or directory gcc: obj-i386/lib/inflib_host/infhostglue.o: No such file or directory gcc: obj-i386/lib/inflib_host/infhostput.o: No such file or directory make: *** [output-i386/tools/mkhive/mkhive] Error 1 WD -- <mikedep333> but if it isnt working, why is it even included on the CD?

19 years

GPL Microsoft Code in the CRT

by Steven Edwards

Hi, There is some code in the C Runtime that was part of the Win32 port of perl. As such it carries the copyright Microsoft. I suggest we remove and rewrite these functions, as this will hinder us from being able to say "ReactOS is 100% free of Microsoft Code" Even if it is GPL it does not sit well with me. Anyone up to help on this? -- Steven Edwards - ReactOS and Wine developer "There is one thing stronger than all the armies in the world, and that is an idea whose time has come." - Victor Hugo

19 years

RE: [ros-diffs] [sedwards] 19675: XML.cpp -> xml.cpp, XML.h -> xml.h.

by Casper Hornstrup

If the rule is always lowercase filenames why not vote on it and make it official and save ourselves some trouble in the future? Casper

19 years

Possible Compiler/Library problem?

by TwoTailedFox

http://neowin.ath.cx/twotailedfox/Error.png Can anyone help me shed some light on this rather perculiar error? GCC 3.4.4/G++ 3.4.2, MSYS 1.0, GNU Make 3.80, NASM 0.98, Binutils 2.16.91, MinGW 4.1.0 -- "I had a handle on life, but then it broke"

19 years

Re: [ros-diffs] [sedwards] 19673: more crt, crtdll and msvcrt cleanup

by Thomas Weidenmueller

sedwards(a)svn.reactos.com wrote: > more crt, crtdll and msvcrt cleanup > +#include "precomp.h" That doesn't work, it should be <precomp.h>.... - Thomas

19 years

Re: [ros-svn] [ion] 19693: - Remove KTSS_NOIOMP from NDK.

by Alex Ionescu

ion(a)svn.reactos.com wrote: >- Remove KTSS_NOIOMP from NDK. >- Fix KTSS definition. >- Fix KTRAP_FRAME definition. >- Fix RTL_PROCESS_BACKTRACE_INFORMATION and RTL_PROCESS_BACKTRACES definitions. >- Fix/rename RUNDOWN_DESCRIPTOR definition. >- Rename PPF_ definitions to RTL_USER_PROCESS_PARAMETERS_ >- Setup a global _REACTOS_ define when code is compiled. >- #ifdef out the multiboot flags from the NDK so they'll only be available for ReactOS. Dirty 'hack' until we stop using them. >- Update NDK Fixme list, since all major bugs are fixed now. > > > > Hi, Sorry, this breaks compiling. I think there is a bug in compilation units. I did make ntoskrnl_clean about 3 times, and even a complete "make depends -j2" and it compiled the whole tree fine. Then I started doing other changes, and I started getting build failures. Best regards, Alex Ionescu

19 years

Do it right first time ??

by Biera Gaino

It seems to me that is always best to do it right first time. Then it is easier to get quality, Well anyway it is my opinion. Like the Japanese car manufacturers discovered first, that is always best to track down and solve problems in early stage, than later...... Bierá L. gaino

19 years

Re: [ros-diffs] [ion] 19666: - Add DDK alignment macros and move/rename the ones in the NDK for user-mode only (since kernel-mode should use the DDK ones).

by Hartmut Birr

ion(a)svn.reactos.com wrote: > - Add DDK alignment macros and move/rename the ones in the NDK for user-mode only (since kernel-mode should use the DDK ones). > - Fix helper.h's alignment macros to protect properly and also use a faster implementation. > - Update NDK readme. > Modified: trunk/reactos/include/ndk/lpctypes.h > > > ------------------------------------------------------------------------ > *Modified: trunk/reactos/include/ndk/lpctypes.h* > --- trunk/reactos/include/ndk/lpctypes.h 2005-11-26 23:26:04 UTC (rev 19665) > +++ trunk/reactos/include/ndk/lpctypes.h 2005-11-27 02:55:13 UTC (rev 19666) > @@ -234,9 +234,9 @@ > // Maximum total Kernel-Mode LPC Message Structure Size > // > #define LPCP_MAX_MESSAGE_SIZE \ > > - ROUND_UP(PORT_MAXIMUM_MESSAGE_LENGTH + \ > > + ALIGN_UP(PORT_MAXIMUM_MESSAGE_LENGTH + \ > > sizeof(LPCP_MESSAGE) + \ > > - sizeof(LPCP_CONNECTION_MESSAGE), 16) > > + sizeof(LPCP_CONNECTION_MESSAGE), sizeof(ULONGLONG) * 2) > > > // > // Maximum actual LPC Message Length > > ------------------------------------------------------------------------ This or the definition of ALIGN_UP is wrong. ALIGN_UP needs a type as second parameter. Now the value of LPCP_MAX_MESSAGE_SIZE, LPC_MAX_MESSAGE_LENGTH and LPC_MAX_DATA_LENGTH are changed. ReactOS won't boot because csrss uses hard coded values in CsrpCreateListenPort. - Hartmut

19 years

Re: [ros-dev] [Vote] Top-level source header

by Brandon Turner

Only developers can vote. Brandon Alex Buell wrote: > On Sun, 27 Nov 2005, Casper Hornstrup wrote: > >> http://www.reactos.org/forum/viewtopic.php?p=10398#10398 > > > Since I cannot vote (even though I've signed up), I'll stand up and > say I'd vote for option B if I could. >

19 years

Re: [ros-diffs] [turner] 19669: Don't hardcode user to .DEFAULT when reading registry

by Thomas Weidenmueller

turner(a)svn.reactos.com wrote: > Don't hardcode user to .DEFAULT when reading registry > > Modified: trunk/reactos/subsys/win32k/ntuser/misc.c > + NtClose(CurrentUserKey); This needs to be ZwClose - Thomas

19 years

← Newer
1
2
3
4
5
6
7
...
18
Older →

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Ros-dev November 2005