I have been unable to boot or install a DBG=0 build since yesterday
(yesterday being the first time I have tried in a while). Has anyone
tried a DBG=0 build either via bootcd or "make install"? The bootcd
will load the drivers then stack fault VMWare, and just hang qemu. A
"make install" seems to just hang. The last DBG=0 build I have is
pre-rbuild, 176 versions ago. Anyone have a working DBG=0 bootcd that
is more recent than mine? I'm trying to narrow down the regression.
-rw-r--r-- 1 1000 100 9.0M 2005-05-27 15:11
ReactOS-15546M_release.iso <-- This one works.
-rw-r--r-- 1 1000 100 15M 2005-05-28 20:50 ReactOS-15606M.iso
-rw-r--r-- 1 1000 100 15M 2005-05-29 16:43 ReactOS-15648:15668M.iso
-rw-r--r-- 1 1000 100 15M 2005-05-28 21:36 ReactOS-15648M.iso
-rw-r--r-- 1 1000 100 12M 2005-05-29 12:26 ReactOS-15648M.iso.zip
-rw-r--r-- 1 1000 100 15M 2005-05-29 17:19 ReactOS-15671M.iso
-rw-r--r-- 1 1000 100 15M 2005-05-30 09:42 ReactOS-15677M.iso
-rw-r--r-- 1 1000 100 15M 2005-05-31 10:29 ReactOS-15695M.iso
-rw-r--r-- 1 1000 100 15M 2005-05-31 12:42 ReactOS-15702M.iso
-rw-r--r-- 1 1000 100 15M 2005-05-31 21:35 ReactOS-15710M.iso
-rw-r--r-- 1 1000 100 15M 2005-06-01 16:25 ReactOS-15716M.iso
-rw-r--r-- 1 1000 100 15M 2005-06-01 20:59 ReactOS-15722M.iso
-rw-r--r-- 1 1000 100 15M 2005-06-01 21:46
ReactOS-15722M_release.iso <-- This one is broken.
WD
--
<kjk_hyperion> I have a penchant for mischief, property damage and stalking
<kjk_hyperion> and cheesecake, of course
Filip Navara wrote:
> I did that sometime ago in my local tree. The problem is that it makes
> the resources uneditable in the MSVC builtin resource editor (since the
> included files aren't taken into account). Also I noticed some of the
> neutral image resources are currently inside the LANG_GERMAN block...
Do our resource files need to be MSVC ResEd compatible?
If they do, I'm guessing this is gonna cause issues for many other resource
files too, as we know how 'odd' the MS resource editor is.
I don't have a copy of MSVC so I can't test, but does MSVC still allow
building and linking of .rc files written in formats other than the MSVC
standard? (e.g. by hand)
I know this is a constraint in the future for the building of ROS under
MSVC.
Regards,
Ged.
CMP Batteries will be exhibiting at The Logistics Event on the
7th and 8th June at the NEC in Birmingham. We would like to
invite you to visit us on stand DO5 where you can learn about
the latest innovations and cost effective solutions on offer
from Chloride Motive Power.
For more information please visit www.thelogisticsevent.com
************************************************************************
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
fireball(a)svn.reactos.com wrote:
>First version of Explorer's translation into Russian. Done by Dmitry Philippov, checked by me, DarkHobbit and others.
>But still needs extensive checking.
>
>
>Updated files:
>trunk/reactos/subsys/system/explorer/explorer_intres.rc
>
>
Would it not be better to start splitting this file?
It has quite a lot of languages in it now and is getting pretty big.
Ged.
Hi,
James - please, could you tell me the purpose of 15720 commit? "Adding Cromwell to Usb" means that you are doing only non-coding updates most of all, but turns out commit touches more than just xml build system integration.
But, *why* you changed variable name, in struct even(!!!!), interface to pinterface? You understand, and I already told you, it's Linux's source code, and it will just add more conflicts when doing 2.5->2.6 upgrade.
Please, in future, submit this kind of patches to Linux.
Though I thank you for the changes you have done to other files, xml files, etc.
WBR,
Aleksey Bragin.
Hello, ReactOS team.
I translated resources in /lib/mpr/ on Russian, and I tried to check
controls position in IDD_PROXYDLG dialog in MSVC resource visual editor.
I detected that some controls overlapped even in original MPR_EN.RC (and
in ALL mpr_**.rc translations). Who can confirm or deny my opinion on
working system?
WBR,
DarkHobbit
Hi,
this changes breaks compiling for me.
- Hartrmut:
M:\Sandbox\ros_work\reactos>_make -f makefile.up.mak
gcc -c subsys\win32k\dib\dib32bpp.c -o
.\up\obj-i386\subsys\win32k\dib\dib32bpp.o -Isubsys\win32k\.
-Isubsys\win32k\include -Intoskrnl\include -Ilib\freetype\include
-DUNICODE -D__USE_W32API -D_WIN32_WINNT=0x0501 -DWINVER=0x600 -D_WIN32K_
-Iinclude -Iw32api\include -Iw32api\include\ddk -D_M_IX86 -DDBG -Wall
-Os -Wno-strict-aliasing -ftracer -momit-leaf-frame -pointer
-mpreferred-stack-boundary=2 -g -pipe -D__NTDRIVER__ -D_SEH_NO_NATIVE_NLG
subsys\win32k\dib\dib32bpp.c: In function `DIB_32BPP_HLine':
subsys\win32k\dib\dib32bpp.c:48: warning: implicit declaration of
function `memset4'
subsys\win32k\dib\dib32bpp.c: In function `DIB_32BPP_BitBlt':
subsys\win32k\dib\dib32bpp.c:311: error: `ROP4_BLACKNESS' undeclared
(first use in this function)
subsys\win32k\dib\dib32bpp.c:311: error: (Each undeclared identifier is
reported only once
subsys\win32k\dib\dib32bpp.c:311: error: for each function it appears in.)
subsys\win32k\dib\dib32bpp.c:335: error: syntax error before "memset4"
subsys\win32k\dib\dib32bpp.c:348: error: `ROP4_WHITENESS' undeclared
(first use in this function)
subsys\win32k\dib\dib32bpp.c:354: error: syntax error before "if"
_make: *** [.\up\obj-i386\subsys\win32k\dib\dib32bpp.o] Error 1
greatlrd(a)svn.reactos.com wrote:
>lite Optimze only for dib32bpp.c
>thanks Blight for the inline asm for hline
>bitblt have got optimze for fill black and white color
>only. more will come
>
>
>
>Updated files:
>trunk/reactos/subsys/win32k/dib/dib.h
>trunk/reactos/subsys/win32k/dib/dib32bpp.c
>
>_______________________________________________
>Ros-svn mailing list
>Ros-svn(a)reactos.com
>http://reactos.com:8080/mailman/listinfo/ros-svn
>
>
>
>
Hello, Reactos Team
I tried to install some latest versions of ReactOS on VmWare (ver.
4.0/linux). The next problem was detected ONLY on my build from current
SVN sources (I also compiled 0.2.6-REL sources - it works correctly!).
Mouse cursor (PS/2 mouse) does not move on entire screen. Instead of it
it constantly nestles on the bottom edge of the screen.
On ros-dev archives I have read through, that the driver psaux.sys has
been removed from ReactOS sources. Perhaps, my problem is connected
with it?
WBR,
Mikhail
Hi,
is it possible to reset the variable compilerflag within a special
directory like freeldr? It seems that freeldr doesn't work if it was
compiled with global optimisation enabled.
- Hartmut