Ros-dev

ros-dev@reactos.org

5791 discussions

RE: [ros-dev] Problem in dependancies
by Sylvain Petreolle 13 Dec '04

13 Dec '04

Couldnt we do like some software do today ? (like Wine ? :)) make depends && make --- Ge van Geldorp <ge(a)gse.nl> a écrit : > I agree, but it's a bit of a chicken-and-egg problem. The Makefiles include > the dependency files which refer to the now-removed header. To regenerate > the dependency files we have to run make, which uses the Makefiles... > > Gé van Geldorp. > > > -----Original Message----- > > From: Syl_sf [mailto:spetreolle@users.sourceforge.net] > > Sent: Thursday, December 09, 2004 23:34 > > To: Ge van Geldorp; spetreolle(a)users.sourceforge.net; > > 'ReactOS Development List' > > Subject: RE: [ros-dev] Problem in dependancies > > > > > > Actually I was already doing it to have a successful > > compilation. But I dont think running 'make clean' after > > every commit is the best thing to do. > > > > My "aclui" choice was totally random, but no file was changed > > in the aclui CVS since 7 weeks. (It doesnt use mmsystem nor > > imports it) > > > > Many thanks for your help. > > ===== Sylvain Petreolle (spetreolle_at_users_dot_sourceforge_dot_net) humans are like computers, yesterday the BIOS was all - today its just a word

1 0

Freetype compilation error
by Stefan 12 Dec '04

12 Dec '04

Hi! I asked on #ReactOS and ros-general, but received no answer. So I'm asking for help here. How to fix this error? Can anybody at least give ma a hint what files am I missing, please? WinME, GCC 3.3.1, fresh sources. [DEPENDS] i386/.setjmplongjmp.d [DEPENDS] .rosglue.d [RC] freetype.rc [CC] rosglue.c [AS] i386/setjmplongjmp.s [AR] freetype.a ar: objs/*.o: No such file or directory MAKE.EXE: *** [freetype.a] Error 1

2 1

Re: [ros-cvs] CVS Update: reactos
by Gunnar Dalsnes 12 Dec '04

12 Dec '04

I saw Steven doing some dewineism commits also. But why remove wineism? It will be much easier to see differences with wine code when fixing bugs etc. if the code in question was taken from wine and wine for example has fixed a bug we are hunting. In kernel32 there are some files that i have taken from wine and the only thing changed is the include files, to make it possible to merge wine changes back. > CVSROOT: /CVS/ReactOS > Module name: reactos > Repository: reactos/lib/advapi32/crypt/ > Changes by: ekohl(a)mok.osexperts.com 04/12/12 07:16:27 > > Modified files: > reactos/lib/advapi32/crypt/: crypt.c crypt.h crypt_des.c > crypt_lmhash.c crypt_md4.c > crypt_md5.c crypt_sha.c > > Log message: > - Remove Wine-isms from advapi32 because it's a ReactOS DLL! "because it's a ReactOS DLL"? So if we have to change one file out of many to adapt a wine dll as ours, we have to dewineism all other files also? > - Enforce a consistent coding style. > - Remove -D__REACTOS__ > > _______________________________________________ > Ros-cvs mailing list > Ros-cvs(a)reactos.com > http://reactos.com/mailman/listinfo/ros-cvs > > > >

3 2

Re: [ros-cvs] CVS Update: reactos
by Filip Navara 12 Dec '04

12 Dec '04

weiden(a)cvs.reactos.com wrote: >CVSROOT: /CVS/ReactOS >Module name: reactos >Repository: reactos/subsys/win32k/stubs/ >Changes by: weiden(a)mok.osexperts.com 04/12/11 17:40:44 > >Modified files: > ./: config > reactos/include/napi/: win32.h > reactos/include/win32k/: bitmaps.h brush.h dc.h gdiobj.h kapi.h > ntuser.h pen.h region.h text.h > reactos/lib/user32/include/: user32.h window.h > reactos/lib/user32/misc/: dllmain.c stubs.c > reactos/lib/user32/windows/: defwnd.c > reactos/subsys/win32k/eng/: bitblt.c clip.c mouse.c objects.h > surface.c xlate.c > reactos/subsys/win32k/include/: cursoricon.h dce.h inteng.h > intgdi.h mouse.h object.h > palette.h tags.h > reactos/subsys/win32k/main/: dllmain.c > reactos/subsys/win32k/: makefile w32k.h > reactos/subsys/win32k/misc/: object.c > reactos/subsys/win32k/ntddraw/: ddraw.c > reactos/subsys/win32k/ntuser/: desktop.c input.c misc.c stubs.c > windc.c window.c winpos.c > winsta.c > reactos/subsys/win32k/objects/: bitmaps.c brush.c cliprgn.c > color.c dc.c dib.c fillshap.c > gdiobj.c line.c palette.c pen.c > print.c region.c text.c > reactos/subsys/win32k/stubs/: stubs.c xpstubs.c >Added files: > reactos/subsys/win32k/include/: intddraw.h > reactos/subsys/win32k/ntuser/: cursoricon.c > reactos/subsys/win32k/objects/: stockobj.c >Removed files: > reactos/subsys/win32k/eng/: clip.h handle.c handle.h > reactos/subsys/win32k/objects/: cursoricon.c > >Log message: > 1. remove mouse cursor hacks from eng/mouse > 2. implemented more win2k-like gdi handle table (handle entry lookup is not yet optimized/cached!) > 3. moved cursoricon.c from objects to ntuser as it's part of the user api and not of the gdi > 4. get rid of the eng handle table > 5. minor fixes > > I'm not sure if it's exactly this commit, but Miranda IM now crashes win32k badly. Also the mouse cursor hacks had a reason... if you remove them, please fix the problem different way. Now there is no cursor set during the startup and so when Explorer tries to revert the hourglass cursor to a normal one, the call just fails. Regards, Filip

1 0

FreeLoader Exception output.
by WaxDragon 12 Dec '04

12 Dec '04

While trying to install a current CVS (both freeldr and reactos) bootcd on real hardware, I was greeted with a DIVIDE BY ZERO exception. After asking some people on IRC and poking around in Bugzilla, It turned out I was not getting all the output I needed, due to what seems to be doublespaced output.. Screenshot: http://waxdragon.homeip.net/~ford/freeldr_crash.png After poking around a bit, I rolled i386trap.S back to rev 1.5 and then I got the second half of the output. I stared at i386trap.S for a while, and cannot figure out where the problem is. FreeLoader gurus, can you help me, please? ;0) WD -- The cheese stands alone.

1 0

Ros build Ros lockup
by James Tabor 12 Dec '04

12 Dec '04

Hi all, Had a lockup. CVS from < 24 hours ago. Running in cmd only no gui. (KERNEL32:mem/global.c:412) Memory Load: 15 (ex/sysinfo.c:961) SystemFullMemoryInformation (ex/sysinfo.c:973) PID: 1, KernelTime: 8027895 PcrKTime: 8111975 PcrIdleTime: 80 14109 TickCount: 8269998 PFFree: 65536 PFUsed: 0 TickCount is good! MC_CACHE 29840, MC_USER 2208, MC_PPOOL 777, MC_NPPOOL 6726, MmStats.NrFreePages 214383 (KERNEL32:mem/global.c:412) Memory Load: 15 (conio.c:1029) Console_Api Ctrl-C (KERNEL32:misc/console.c:2966) GenerateConsoleCtrlEvent(0x0, 0x42c4) UNIMPLEMENT ED! PS dump; P PID PPID KTime UTime NAME t TID KTime UTime State WaitResson w PID Hwnd WndStile TID WndName P 1 0 22:50:45 0:00:00 ProcName: SYSTEM t 2 0:00:32 0:00:00 Unknown Executive t 3 22:48:26 0:00:00 Ready Executive t 4 0:00:00 0:00:00 Unknown WrQueue t 5 0:00:00 0:00:00 Unknown WrQueue t 6 0:00:00 0:00:00 Unknown WrQueue t 7 0:00:00 0:00:00 Unknown WrQueue t 8 0:00:00 0:00:00 Unknown WrQueue t 9 0:00:00 0:00:00 Unknown WrQueue t 10 0:00:00 0:00:00 Unknown WrQueue t 11 0:00:00 0:00:00 Unknown WrQueue t 12 0:00:00 0:00:00 Unknown WrQueue t 13 0:00:00 0:00:00 Unknown WrQueue t 14 0:00:00 0:00:00 Unknown WrQueue t 15 0:00:00 0:00:00 Unknown WrQueue t 16 0:00:00 0:00:00 Unknown WrQueue t 17 0:00:00 0:00:00 Unknown WrQueue t 18 0:00:00 0:00:00 Unknown WrQueue t 19 0:01:58 0:00:00 Unknown Executive t 20 0:00:00 0:00:00 Unknown Executive t 21 0:00:00 0:00:00 Unknown Executive t 22 0:00:03 0:00:00 Unknown Executive t 24 0:00:00 0:00:00 Unknown Executive t 29 0:00:00 0:00:00 Unknown Executive t 30 0:00:00 0:00:00 Unknown Executive t 31 0:00:00 0:00:00 Unknown Executive P 2 1 0:00:00 0:00:00 ProcName: smss.exe t 25 0:00:00 0:00:00 Unknown UserReq t 26 0:00:00 0:00:00 Unknown UserReq t 27 0:00:00 0:00:00 Unknown UserReq P 4 2 0:00:54 0:00:02 ProcName: csrss.exe t 33 0:00:09 0:00:00 Unknown UserReq t 34 0:00:00 0:00:00 Unknown UserReq t 35 0:00:00 0:00:00 Unknown Executive t 36 0:00:00 0:00:00 Unknown UserReq t 38 0:00:00 0:00:00 Unknown UserReq t 39 0:00:00 0:00:00 Unknown Executive w 4 4 00000000 39 t 40 0:00:00 0:00:00 Unknown Executive w 4 8 86000000 40 t 41 0:00:00 0:00:00 Unknown Executive w 4 c 86000000 41 t 43 0:00:00 0:00:00 Unknown UserReq t 46 0:00:00 0:00:00 Unknown UserReq t 49 0:00:00 0:00:00 Unknown UserReq t 46453 0:00:00 0:00:00 Unknown UserReq t 46467 0:00:00 0:00:00 Unknown UserReq P 5 2 0:00:00 0:00:00 ProcName: winlogon.exe t 37 0:00:00 0:00:00 Unknown UserReq w 5 10 84000000 37 SAS P 6 5 0:00:00 0:00:00 ProcName: services.exe t 42 0:00:00 0:00:00 Unknown UserReq t 44 0:00:00 0:00:00 Unknown UserReq P 7 6 0:00:00 0:00:00 ProcName: eventlog.exe t 45 0:00:00 0:00:00 Unknown UserReq t 47 0:00:00 0:00:00 Unknown UserReq P 8 5 0:00:00 0:00:00 ProcName: cmd.exe t 48 0:00:00 0:00:00 Unknown UserReq Look here! P 23169 17092 0:00:00 0:00:00 ProcName: make.exe P 23208 23169 0:00:00 0:00:00 ProcName: gcc.exe P 23210 23208 0:00:00 0:00:00 ProcName: as.exe t 46452 0:00:00 0:00:00 Unknown UserReq Ctrl-break did not kill these. FYI, James

8 19

Re: [ros-cvs] CVS Update: reactos
by James Tabor 12 Dec '04

12 Dec '04

Hi all! weiden(a)cvs.reactos.com wrote: > CVSROOT: /CVS/ReactOS > Module name: reactos > Repository: reactos/lib/advapi32/sec/ > Changes by: weiden(a)mok.osexperts.com 04/12/10 16:21:34 > > Modified files: > reactos/lib/advapi32/: advapi32.def advapi32.h makefile > reactos/lib/advapi32/misc/: sysfunc.c > reactos/lib/advapi32/token/: token.c > Added files: > reactos/lib/advapi32/crypt/: .cvsignore crypt.c crypt.h > crypt_des.c crypt_lmhash.c > crypt_md4.c crypt_md5.c crypt_sha.c > reactos/lib/advapi32/sec/: trustee.c > > Log message: > port crypt and trustee support from Wine. Patch by Steven Edwards. I'm getting this, [CC] crypt/crypt.c In file included from crypt/crypt.c:28: ../../include/wine/port.h:248: error: parse error before "pread" ../../include/wine/port.h:248: warning: type defaults to `int' in declaration of `pread' ../../include/wine/port.h:248: warning: data definition has no type or storage class ../../include/wine/port.h:252: error: parse error before "pwrite" ../../include/wine/port.h:252: warning: type defaults to `int' in declaration of `pwrite' ../../include/wine/port.h:252: warning: data definition has no type or storage class make: *** [crypt/crypt.o] Error 1 Good port, we need it for AbiWord 2.2.1, James

2 3

freeldr.ini syntax question
by Bernd Blaauw 12 Dec '04

12 Dec '04

Hello, I was just looking on how to add FreeDOS to the ReactOS loader, just as I did for NT bootmenu and Syslinux bootmenu (both should be working by now) There's one problem: I need to update one section "[Operating Systems]" with something like: FreeDOS="FreeDOS (Beta Distribution)" and add a section (that's the easy part, and same as for boot.ini), which I use the following (ASM) program for: http://www.coli.uni-sb.de/~eric/stuff/soft/specials/text-tool-iniadd.zip [FreeDOS] Description="FreeDOS Beta" BootType=Bootsector Bootsector=C:\FREEDOS.BSS I was wondering if you could not remove the [Operating Systems] section (all it does is provide a label/section description), and do the following (add description): [ReactOS] Description="ReactOS" BootType=ReactOS SystemPath=multi(0)disk(0)rdisk(0)partition(1)\ReactOS [ReactOS_DebugCom1] "ReactOS (Debug, COM1)" BootType=ReactOS SystemPath=multi(0)disk(0)rdisk(0)partition(1)\ReactOS Options=/DEBUGPORT=COM1 *****instead of:************ [Operating Systems] ReactOS="ReactOS" ReactOS_DebugCom1="ReactOS (Debug, COM1)" [ReactOS] BootType=ReactOS SystemPath=multi(0)disk(0)rdisk(0)partition(1)\ReactOS [ReactOS_DebugCom1] BootType=ReactOS SystemPath=multi(0)disk(0)rdisk(0)partition(1)\ReactOS Options=/DEBUGPORT=COM1 It would require to read the entire freeldr.ini for non-standard sections ([FREELDR] and [DISPLAY]) like for example [REACTOS] by the way, sample freeldr.ini does not show how to use Bootsector, I'll guess I'll just have to install ReactOS over FreeDOS then to figure this out. Final request: add a small delay on the LiveCD, so someone can boot to A: for example from the FreeLDR which is used on cdrom (boot to C: is already taken care of through cdrom bootsector). Bernd

1 0

Changing default output of the build system ("half-verbose" option)?
by Gregor Anich 11 Dec '04

11 Dec '04

Hi! I was playing around with the output of our build system a bit... I very much like the way Linux-2.6 does it - it looks like this: [RC] ntoskrnl.rc [AS] ke/i386/multiboot.S [PCH] include/ntoskrnl.h [CC] ex/i386/interlck.c [CC] ke/i386/exp.c ... [CC] inbv/inbv.c [AR] ntoskrnl.a [LD] ntoskrnl.nostrip.exe [RSYM] ntoskrnl.sym [OBJDUMP] ntoskrnl.map [LD] ntoskrnl.exe ntoskrnl.exe was successfully built. I think everybody will like this output - my question is wether 1) it should become the default (if VERBOSE is unset) and the old output can be produced if VERBOSE=yes or 2) the old output should stay the default and the fancy one should be used if VERBOSE=half or something like this - blight

2 1

RE: [ros-cvs] CVS Update: reactos
by Casper Hornstrup 11 Dec '04

11 Dec '04

Why would we want both variants? > -----Original Message----- > From: ros-cvs-bounces(a)reactos.com > [mailto:ros-cvs-bounces@reactos.com] On Behalf Of Gregor Anich > Sent: 10. december 2004 06:58 > To: ros-cvs(a)reactos.com > Subject: [ros-cvs] CVS Update: reactos > > CVSROOT: /CVS/ReactOS > Module name: reactos > Repository: reactos/ntoskrnl/include/ > Changes by: blight(a)mok.osexperts.com 04/12/10 06:58:26 > > Modified files: > reactos/ntoskrnl/dbg/: print.c > reactos/ntoskrnl/include/: config.h > > Log message: > Add an option to serialize DbgPrint - don't worry, it's > disabled by default and meant only for those who are tired of > reading mixed debug messages. > > _______________________________________________ > Ros-cvs mailing list > Ros-cvs(a)reactos.com > http://reactos.com/mailman/listinfo/ros-cvs >

3 3

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Ros-dev