--- ion(a)svn.reactos.com wrote:
> - Freetype Update to 2.1.10. Reduces memory usage, increases speed and fixes drawing bugs.
> - Enable Bytecode. Weird_W's fonts finally look humanly readable.
Turn it off.
____________________________________________________
Start your day with Yahoo! - make it your home page
http://www.yahoo.com/r/hs
Hi,
ekohl(a)svn.reactos.com wrote:
> Add parameter checks.
>
>
> Updated files:
> trunk/reactos/lib/setupapi/cfgmgr.c
>
[CC] lib/setupapi/cfgmgr.c
lib/setupapi/cfgmgr.c: In function `CM_Locate_DevNode_ExW':
lib/setupapi/cfgmgr.c:991: error: `CM_LOCATE_DEVNODE_BITS' undeclared (first use in this function)
lib/setupapi/cfgmgr.c:991: error: (Each undeclared identifier is reported only once
lib/setupapi/cfgmgr.c:991: error: for each function it appears in.)
make: *** [obj-i386/lib/setupapi/cfgmgr.o] Error 1
I found /w32api/include/ddk/cfgmgr32.h adding <ddk/cfgmgr32.h> did help,
but it created more problems.
Thanks,
James
There are strong indications that the reactos.com box got cracked.
Unfortunately, I'm on vacation right now and unable to fix things. Since it
is causing problems on the network it will be isolated, meaning no network
traffic in or out. This will mean the website will go down and the mailing
lists will become inactive.
I'm sorry about this, but there is not much I can do for the next week.
Ge van Geldorp.
ekohl(a)svn.reactos.com wrote:
> Add parameter checks.
>
>
> Updated files:
> trunk/reactos/lib/setupapi/cfgmgr.c
>
> _______________________________________________
> Ros-svn mailing list
> Ros-svn(a)reactos.com
> http://reactos.com:8080/mailman/listinfo/ros-svn
>
lib\setupapi\cfgmgr.c: In function `CM_Locate_DevNode_ExW':
lib\setupapi\cfgmgr.c:991: error: `CM_LOCATE_DEVNODE_BITS' undeclared
(first use
in this function)
lib\setupapi\cfgmgr.c:991: error: (Each undeclared identifier is
reported only o
nce
lib\setupapi\cfgmgr.c:991: error: for each function it appears in.)
mingw32-make: *** [obj-i386\lib\setupapi\cfgmgr.o] Error 1
ion(a)svn.reactos.com wrote:
> Dmitry Philippov <shedon(a)mail.ru>:
>
> - Implemented FindFirstFileExW() and have removed InternalFindFirstFile() in /lib/kernel32/file/find.c, now FindFirstFileA (), FindFirstFileExA () and FindFirstFileW called FindFirstFileExW ()
>
>NOTE: Filip has asked revision "16661" (the next one) to be done by him... sorry if this sounds silly, but please respect his wish :)
>
>
>Updated files:
>trunk/reactos/lib/kernel32/file/find.c
>
>_______________________________________________
>Ros-svn mailing list
>Ros-svn(a)reactos.com
>http://reactos.com:8080/mailman/listinfo/ros-svn
>
>
>
>
The implemention of FindFirstFileExW is very buggy. On errors, the
allocated buffers are not cleanup correctly. The fourth parameter is
wrong in the call to RtlDosPathNameToNtPathName_U. It isn't possible to
cast a unicode string to a directory structure. The using of the results
from the call to RtlDosPathNameToNtPathName_U is wrong. The buffer from
the returned directory structure isn't always null terminated.
- Hartmut
Robert k. <rob(a)koepferl.de> wrote:
> Hi,
>
> since there was just one change to the branch 0.2.7 I did not yet
> publish the RC2 version. I decided to wait until monday to publishing
> RC2.
>
It seems RC1 is being forgotten about.
I know this has been discussed a few times before, but can we not look into
the possibility of branching off for releases in a different way.
Although it means changing SVN URL for HEAD, is it not better to follow the
path of branching a new HEAD and freezing the current address for the next
release. This may help people to remember to concentrate more on bugfixes
for the upcoming release and not on implementing new features to HEAD.
I'd hate to see another buggy release like 0.2.6, which was possibly a
regression on 0.2.5
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
Hehe... Bug 666 in 16661... OK, I get the Joke ;)
On 7/20/05, navaraf(a)svn.reactos.com <navaraf(a)svn.reactos.com> wrote:
> Get rid of windows.h include in win32k. Fixes bug #666.
>
>
> Updated files:
> trunk/reactos/include/ndk/extypes.h
> trunk/reactos/include/ndk/i386/ketypes.h
> trunk/reactos/include/subsys/csrss/csrss.h
> trunk/reactos/subsys/win32k/eng/xlate.c
> trunk/reactos/subsys/win32k/ntuser/misc.c
> trunk/reactos/subsys/win32k/ntuser/scrollbar.c
> trunk/reactos/subsys/win32k/objects/text.c
> trunk/reactos/subsys/win32k/w32k.h
> trunk/reactos/w32api/include/basetyps.h
> trunk/reactos/w32api/include/ddk/ddrawi.h
> trunk/reactos/w32api/include/ddk/ddrawint.h
> trunk/reactos/w32api/include/ddraw.h
> trunk/reactos/w32api/include/oleacc.h
> trunk/reactos/w32api/include/winuser.h
>
> _______________________________________________
> Ros-svn mailing list
> Ros-svn(a)reactos.com
> http://reactos.com:8080/mailman/listinfo/ros-svn
>
--
"I had a handle on life, but then it broke"