- Ros-dev - ReactOS.org

Re: [ros-dev] [ros-diffs] [fireball] 25667: - Comment out clearing of KeLoaderBlock (introduced by 25629), because it looks like someone is still calling IopLoadServiceModule() even after that point. 2nd stage boots with this change.
by Alex Ionescu 01 Feb '07

01 Feb '07

fireball(a)svn.reactos.org wrote: > Author: fireball > Date: Thu Feb 1 01:30:59 2007 > New Revision: 25667 > > URL: http://svn.reactos.org/svn/reactos?rev=25667&view=rev > Log: > - Comment out clearing of KeLoaderBlock (introduced by 25629), because it looks like someone is still calling IopLoadServiceModule() even after that point. 2nd stage boots with this change. > > I still get a hang after pressing "Next" on the last 2nd stage setup wizard page. -- Best regards, Alex Ionescu Project Lead, TinyKRNL Kernel-Mode Software Design Engineer, ReactOS

2 3

How it went: running Burn under ReactOS
by Alexander Rødseth 01 Feb '07

01 Feb '07

Hi, A few weeks ago, I received an e-mail asking me to test Burn, my old drawing-program for Dos, on ReactOS. However, I've lost that e-mail somehow, so I'm hoping this mailinglist is the right place to send my reply, as a substitute. The original e-mail was from someone affiliated with ReactOS. I used ReactOS 0.3-RELEASE (Build 20060827-r23747), running under Qemu. A screenshot of how it went is included. ("Bad command or filename", even though the command was valid). Burn works perfectly well under DosBox. Hope this was of any help whatsoever, and thanks for your contributions to the world of open source. Best regards, Alexander Rødseth

1 0

Crash on exit
by hto＠mail.cnt.ru 01 Feb '07

01 Feb '07

> Can't really fix this, this is a side effect of > the fact that NT checks that the initial boot > process didn't die, and the fact that our setup > code actually replaces the initial process. It can be fixed on process level, not on the kernel level.

1 0

LiveCD and 0.3.1
by Alex Ionescu 01 Feb '07

01 Feb '07

This should go in the branch: http://www.reactos.org/bugzilla/attachment.cgi?id=1125&action=view -- Best regards, Alex Ionescu Project Lead, TinyKRNL Kernel-Mode Software Design Engineer, ReactOS

1 0

FreeLDR improvement
by Alex Ionescu 01 Feb '07

01 Feb '07

http://www.reactos.org/bugzilla/show_bug.cgi?id=1881 Please commit 1051. -- Best regards, Alex Ionescu Project Lead, TinyKRNL Kernel-Mode Software Design Engineer, ReactOS

1 0

A slightly more aggressive mm patch
by art yerkes 29 Jan '07

29 Jan '07

http://www.superheterodyne.net/reactos/freelist_remove_type.diff This removes the redundant notion of .Flags.Type in freelist, and leaves only the non-redundant MM_PHYSICAL_PAGE_BIOS. MM_PHYSICAL_PAGE_FREE is reported when the page has a 0 reference count and MM_PHYSICAL_PAGE_USED is reported when the reference count is nonzero. A function, MmGetPageType is added to replace the old functionality. Init memory being freed seems to cause a lot of grief. I'm going to see if there's a way to decentralize how those pages are set up, given that the method used to dispose of them is spread out too. -- Discordant is the murmur at such treading down of lovely things while god's most lordly gift to man is decency of mind. Call that man only blest who has in sweet tranquility brought his life to close. If only I could act as such, my hope is good. -- Aeschylus' Agamemnon (translated by H. W. Smyth)

2 1

A patch for page dereferencing
by art yerkes 27 Jan '07

27 Jan '07

This patch makes ReferenceCount include MapCount so we don't get into the quite common situation where the balance manager wants to expel a mapped section. I've been seeing this error running quite a number of things and recently even in the first stage installer. Lightly tested, probably wrong as usual. http://www.superheterodyne.net/reactos/fix_page_reference.diff -- Discordant is the murmur at such treading down of lovely things while god's most lordly gift to man is decency of mind. Call that man only blest who has in sweet tranquility brought his life to close. If only I could act as such, my hope is good. -- Aeschylus' Agamemnon (translated by H. W. Smyth)

1 0

Hardware Boot Error Rev 25642
by James Tabor 27 Jan '07

27 Jan '07

Hi! Look at the cmd line options! It did display the debug printout for the devices. Cool, Kick A$$, Rosxor! Alex! James (ntoskrnl/kd/kdio.c:193) ----------------------------------------------------- (ntoskrnl/kd/kdio.c:194) ReactOS 0.4-SVN (Build 20070126-r25642) (ntoskrnl/kd/kdio.c:195) Command Line: DEBUGPORT=COM1 NOGUIBOOT SOS (ntoskrnl/kd/kdio.c:199) ARC Paths: multi(0)disk(0)rdisk(0)partition(1) \ multi(0)disk(0)rdisk(0)partition(1) \ReactOS\ (ntoskrnl/ke/i386/cpu.c:514) Not handling AMD caches yet Used memory 1015744Kb (ntoskrnl/se/semgr.c:36) FIXME: SeAccessCheck has been HACKED to always grant access! (ntoskrnl/se/semgr.c:37) FIXME: Please fix all the code that doesn't get proper rights! (ntoskrnl/ke/i386/kiinit.c:43) Large Page support detected but not yet taken advantage of! WARNING: HaliQuerySystemInformation at hal/halx86/generic/sysinfo.c:26 is UNIMPLEMENTED! (ntoskrnl/ke/i386/patpge.c:62) Advanced Memory features detected but not yet taken advantage of. (ntoskrnl/ke/i386/mtrr.c:24) Your machine supports MTRR but ReactOS doesn't yet. (ntoskrnl/io/iomgr/driver.c:908) Driver 'buslogic.sys' load failed, status (c0000001) (ntoskrnl/io/iomgr/file.c:410) FIXME: Broken Parse due to invalid DesiredAccess: 1 (ntoskrnl/ldr/loader.c:259) Could not open module file: \SystemRoot\system32\drivers\mpu401.sys (Status 0xc0000034) (ntoskrnl/ldr/loader.c:259) Could not open module file: \SystemRoot\system32\drivers\sndblst.sys (Status 0xc0000034) (ntoskrnl/io/iomgr/file.c:410) FIXME: Broken Parse due to invalid DesiredAccess: 10001 (ntoskrnl/io/iomgr/file.c:410) FIXME: Broken Parse due to invalid DesiredAccess: 1 (ntoskrnl/vdm/vdmmain.c:42) VME detected but not yet supported (lib/fslib/vfatlib/vfatlib.c:215) VfatChkdsk() unimplemented! (ntoskrnl/io/iomgr/file.c:410) FIXME: Broken Parse due to invalid DesiredAccess: 1f01ff (ntoskrnl/io/iomgr/file.c:410) FIXME: Broken Parse due to invalid DesiredAccess: 1f01ff (ntoskrnl/io/iomgr/file.c:410) FIXME: Broken Parse due to invalid DesiredAccess: 1f01ff (ntoskrnl/io/iomgr/file.c:410) FIXME: Broken Parse due to invalid DesiredAccess: 1f01ff *** Fatal System Error: 0x0000001e (0x80000003,0x81022F94,0x00000000,0x00000000) <ntoskrnl.exe:2891 (ntoskrnl/ke/bug.c:1078 (KeBugCheckEx))> <ntoskrnl.exe:86b66 (ntoskrnl/ke/i386/exp.c:995 (KiDispatchException))> <ntoskrnl.exe:8913b (ntoskrnl/ke/i386/trap.s:681 (CommonDispatchException))> <81022F95>

2 1

RosBE Buils Error ntoskrnl\ke\thrdschd.c
by James Tabor 26 Jan '07

26 Jan '07

Hi! RosBE 4.1.2 in revision 25638. [CC] ntoskrnl\ke\thrdschd.c cc1.exe: warnings being treated as errors ntoskrnl\ke\thrdschd.c: In function 'KiSwapThread': ntoskrnl\ke\thrdschd.c:480: warning: pointer targets in passing argument 1 of 'InterlockedOr' differ in signedness mingw32-make[1]: *** [obj-i386\ntoskrnl\ke\thrdschd.o] Error 1 mingw32-make[1]: Leaving directory `C:/reactos/reactos' mingw32-make: *** [depends] Error 2 Thanks, James

1 1

Re: [ros-dev] [ros-diffs] [greatlrd] 25627: revers r25623 Acdring to Sylvai n Petreolle, spetreolle at yahoo.fr this is copy paste from windows xp cp l, it is not allown todo a copy paste of sentence from windows xp, he did compare it.
by Murphy, Ged (Bolton) 25 Jan '07

25 Jan '07

greatlrd(a)svn.reactos.org wrote: > revers r25623 Yeeey, greatlord is back to his old reverting ways ;) > Acdring to Sylvain Petreolle, spetreolle at yahoo.fr > this is copy paste from windows xp cpl, it is not allown > todo a copy paste of sentence from windows xp, he did > compare it. Most of our control panel text is the same as Windows.

2 1

0.3.1 Branch First Boot Linux BE
by James Tabor 25 Jan '07

25 Jan '07

SSDD,,, Hardware, etc,,,, kdb:> (ntoskrnl/kd/kdio.c:193) ----------------------------------------------------- (ntoskrnl/kd/kdio.c:194) ReactOS 0.3.1-SVN (Build 20070124-r25623) (ntoskrnl/kd/kdio.c:195) Command Line: DEBUGPORT=COM1 (ntoskrnl/kd/kdio.c:199) ARC Paths: multi(0)disk(0)rdisk(0)partition(1) \ multi( 0)disk(0)rdisk(0)partition(1) \ReactOS\ (ntoskrnl/ke/i386/cpu.c:502) Not handling AMD caches yet Used memory 1015744Kb (ntoskrnl/se/semgr.c:41) FIXME: SeAccessCheck has been HACKED to always grant access! (ntoskrnl/se/semgr.c:42) FIXME: Please fix all the code that doesn't get proper rights! (ntoskrnl/ke/clock.c:92) FIXME: TIMER UPDATE NOT DONE!!! (ntoskrnl/ke/i386/kiinit.c:41) Your machine supports PGE but ReactOS doesn't yet. WARNING: HaliQuerySystemInformation at hal/halx86/generic/sysinfo.c:26 is UNIMPLEMENTED! (ntoskrnl/ke/i386/patpge.c:62) Your machine supports PAT but ReactOS doesn't yet. (ntoskrnl/ke/i386/cpu.c:745) Your machine supports XMMI exceptions but ReactOS doesn't (ntoskrnl/io/iomgr/driver.c:905) Driver 'buslogic.sys' load failed, status (c0000001) (ntoskrnl/io/iomgr/file.c:410) FIXME: Broken Parse due to invalid DesiredAccess: 1 (ntoskrnl/ldr/loader.c:259) Could not open module file: \SystemRoot\system32\drivers\mpu401.sys (Status 0xc0000034) (ntoskrnl/ldr/loader.c:259) Could not open module file: \SystemRoot\system32\drivers\sndblst.sys (Status 0xc0000034) (ntoskrnl/io/iomgr/file.c:410) FIXME: Broken Parse due to invalid DesiredAccess: 10001 (ntoskrnl/io/iomgr/file.c:410) FIXME: Broken Parse due to invalid DesiredAccess: 1 (ntoskrnl/vdm/vdmmain.c:42) VME detected but not yet supported (lib/fslib/vfatlib/vfatlib.c:215) VfatChkdsk() unimplemented! (ntoskrnl/io/iomgr/file.c:410) FIXME: Broken Parse due to invalid DesiredAccess: 1f01ff (ntoskrnl/io/iomgr/file.c:410) FIXME: Broken Parse due to invalid DesiredAccess: 1f01ff (ntoskrnl/io/iomgr/file.c:410) FIXME: Broken Parse due to invalid DesiredAccess: 1f01ff (ntoskrnl/io/iomgr/file.c:410) FIXME: Broken Parse due to invalid DesiredAccess: 1f01ff (./subsystems/win32/win32k/objects/dc.c:324) No InstalledDisplayDrivers value in service entry found (./subsystems/win32/win32k/objects/dc.c:479) FindDriverFileNames failed (ntoskrnl/io/iomgr/file.c:410) FIXME: Broken Parse due to invalid DesiredAccess: 1f01ff (dll/ntdll/ldr/utils.c:1198) LdrGetExportByName(): failed to find mxdMessage (dll/ntdll/ldr/utils.c:2024) Failed to create or open dll section of 'msacm.drv' (Status c0000135) (dll/ntdll/ldr/utils.c:2024) Failed to create or open dll section of 'midimap.drv' (Status c0000135) <Here.......> (lib/cmlib/hiveinit.c:31) Verify Hive Header failed: (lib/cmlib/hiveinit.c:32) Signature: 0x66676572 and not 0x66676572, Major: 0x1 and not 0x1 (lib/cmlib/hiveinit.c:34) Minor: 0x3 is not >= 0x3, Type: 0x0 and not 0x0 (lib/cmlib/hiveinit.c:36) Format: 0x1 and not 0x1, Cluster: 0x1 and not 1 (lib/cmlib/hiveinit.c:38) Sequence: 0x17 and not 0x17, Checksum: 0x70e9199b and not 0x0 (lib/cmlib/hiveinit.c:159) Registry is corrupt: ChunkSize 20480 < sizeof(HBASE_BLOCK) 4096, or HvpVerifyHiveHeader() failed (ntoskrnl/cm/regfile.c:580) Failed to open hive (ntoskrnl/mm/mm.c:193) Page fault at high IRQL was 2, address cccccc94 Entered debugger on last-chance exception (Exception Code: 0xc0000006) (Unknown/ User defined exception) kdb:> bt Eip: <ntoskrnl.exe:4f24e (ntoskrnl/mm/npool.c:1556 (ExFreeNonPagedPool))> Frames: <ntoskrnl.exe:5296e (ntoskrnl/mm/pool.c:237 (ExFreePool))> <ntoskrnl.exe:5299e (ntoskrnl/mm/pool.c:249 (ExFreePoolWithTag))> <ntoskrnl.exe:71ff2 (ntoskrnl/rtl/libsupp.c:61 (RtlpFreeMemory))> <ntoskrnl.exe:97966 (lib/rtl/unicode.c:392 (RtlFreeUnicodeString))> <ntoskrnl.exe:11cb0 (ntoskrnl/cm/regfile.c:585 (CmiLoadHive))> <ntoskrnl.exe:105e9 (ntoskrnl/cm/ntfunc.c:2348 (NtLoadKey2))> <ntoskrnl.exe:1071f (ntoskrnl/cm/ntfunc.c:2238 (NtLoadKey))> <ntoskrnl.exe:7ce34 (ntoskrnl/ke/i386/trap.s:250 (KiFastCallEntry))> <ntdll.dll:85ad (dll/ntdll/main/i386/dispatch.S:265 (KiFastSystemCallRet@0))> <userenv.dll:3ab6 (dll/win32/userenv/profile.c:292 (CreateUserProfileW))> <syssetup.dll:1a2f (dll/win32/syssetup/install.c:619 (InstallReactOS))> <setup.exe:1099 (base/setup/setup/setup.c:107 (WinMain))> <setup.exe:133c (lib/mingw/main.c:78 (main))> <setup.exe:124d (lib/mingw/crt1.c:228 (__mingw_CRTStartup))> <setup.exe:128f (lib/mingw/crt1.c:262 (WinMainCRTStartup))> <kernel32.dll:1a8bd (dll/win32/kernel32/process/create.c:68 (BaseProcessStartup))> <00000000> kdb:> I haven't tested the RosBE 4.1.2 build yet. Thanks, James

1 1

Are we changing official compiler?
by Samuel serapion 24 Jan '07

24 Jan '07

There has been much talk about different GCC versions in #reactos. So i just want a clear straight answer. Do we need a vote? are we waiting for something/someone to give the go ahead? What version is RosBuild using? Are we moving to a new recommended compiler?!? -- encoded Samuel Serapión Vega Computer Engineering, Polytechnic University of Puerto Rico.

2 1

Re: [ros-dev] [ros-diffs] [hyperion] 25617: * _ReadBarrier, _WriteBarrier: defined as aliases for _ReadWriteBarrier. Alas * __emul, __emulu: fixed to specify instruction length suffix * __rdtsc: removed "__volatile__" attribute from the inline asm. Hyperion recommends you fix your goddamn code instead * __emul, __emulu, __rdtsc, __readmsr, __readpmc: return 64-bit values with the "=A" constraint instead of horrible kludge
by Alex Ionescu 24 Jan '07

24 Jan '07

hyperion(a)svn.reactos.org wrote: > Author: hyperion > * __rdtsc: removed "__volatile__" attribute from the inline asm. Hyperion recommends you fix your goddamn code instead Congrats, you just broke ReactOS... did you even test this change, or did you just assume that the "goddamn code sucks"? Even if it did, you should've fixed it before breaking the OS. -- Best regards, Alex Ionescu Project Lead, TinyKRNL Kernel-Mode Software Design Engineer, ReactOS

1 0

Boot Failure with Revision 25126
by James Tabor 23 Jan '07

23 Jan '07

Hi, On real hardware. Thanks, James (ntoskrnl/kd/kdio.c:193) ----------------------------------------------------- (ntoskrnl/kd/kdio.c:194) ReactOS 0.4-SVN (Build 20061211-r25124) (ntoskrnl/kd/kdio.c:195) Command Line: DEBUGPORT=COM1 (ntoskrnl/kd/kdio.c:199) ARC Paths: multi(0)disk(0)rdisk(0)partition(1) \ multi(0)disk(0)rdisk(0)partition(1) \ReactOS\ (ntoskrnl/ke/i386/cpu.c:502) Not handling AMD caches yet Used memory 1015744Kb (ntoskrnl/se/semgr.c:41) FIXME: SeAccessCheck has been HACKED to always grant access! (ntoskrnl/se/semgr.c:42) FIXME: Please fix all the code that doesn't get proper rights! (ntoskrnl/ke/clock.c:92) FIXME: TIMER UPDATE NOT DONE!!! (ntoskrnl/ke/i386/kiinit.c:41) Your machine supports PGE but ReactOS doesn't yet. WARNING: HaliQuerySystemInformation at hal/halx86/generic/sysinfo.c:26 is UNIMPLEMENTED! (ntoskrnl/ke/i386/patpge.c:62) Your machine supports PAT but ReactOS doesn't yet. (ntoskrnl/ke/i386/cpu.c:745) Your machine supports XMMI exceptions but ReactOS doesn't (ntoskrnl/io/iomgr/driver.c:901) Driver 'buslogic.sys' load failed, status (c0000001) (drivers/storage/atapi/atapi.c:3145) AtapiInterrupt(): reading overrun data! (drivers/storage/atapi/atapi.c:3145) AtapiInterrupt(): reading overrun data! (drivers/storage/atapi/atapi.c:3145) AtapiInterrupt(): reading overrun data! (drivers/storage/atapi/atapi.c:3145) AtapiInterrupt(): reading overrun data! (drivers/storage/atapi/atapi.c:3145) AtapiInterrupt(): reading overrun data! ,,,,,,,,on and on......

1 1

Re: [ros-dev] ros development tasks as student thesis works?
by Murphy, Ged (Bolton) 23 Jan '07

23 Jan '07

Eduard Glatz wrote: > Now the question arised > if there would be an interest in student thesis works > as contributions to the reactos project. > > An overview of thesis works completed in the area of > systems software can be found under: > > http://windows.hsr.ch/studienarbeiten.html Many of the listed topic areas are either not relevant or too advanced for ReactOS to support at the moment. > If there is an interest in such contributions then > we will have to discuss next the type of suitable tasks. If the standard of work is high enough, i.e. if the student(s) are proficient in C and NT programming, then there would certainly be great interest from the ReactOS project in something like this. However, even if the standard of work was not particularly high, we would still encourage people to try and we would help in any way we could (or were permitted to). The only concern from submitting low quality work would be that it may not make it into the final ReactOS source code. A few good examples of things we are looking for are listed in our 2006 Google Summer of Code page. Two good contributions we received from this was a Windows clipboard implementation and Remote Desktop. Some suggestions are: - Network card drivers - mmc.exe replacement - printer spooler support - Explorer theming - a choice of directx dlls - bug fixing or improvements to a large choice of operating system components. - choosing existing win32 software, and ensuring ReactOS has the relevant support to run it. e.g. Apache, Ms Office, Photoshop, AutoCAD Hope this helps. Ged.

1 0

ros development tasks as student thesis works?
by Eduard Glatz 23 Jan '07

23 Jan '07

Hello all, at our university we are offering thesis works for computer science students in several areas of interest. Many of those works result in contributions to existing open source projects or even initiate new ones. My interests are in the area of operating systems. Now the question arised if there would be an interest in student thesis works as contributions to the reactos project. An overview of thesis works completed in the area of systems software can be found under: http://windows.hsr.ch/studienarbeiten.html Unfortunatley those descriptions are only in german. But at least many of the english titles give you an indication what the tasks were. If there is an interest in such contributions then we will have to discuss next the type of suitable tasks. Kind regards, Edy Eduard Glatz, Prof. Dipl.-Ing. University of Applied Sciences HSR (Hochschule Rapperswil) Department of Computer Sciences (Abt. Informatik) Oberseestr. 10; 8640 Rapperswil; Switzerland; www.hsr.ch

1 0

Re: [ros-dev] [ros-diffs] [dcote] 25570: =================================================================== ntoskrnl/fsrtl/fastio.c =================================================================== Fixed @implemented/@unimplemented tags =================================================================== Index: ntoskrnl/cc/mdl.c =================================================================== Fixed a comment.
by Peter Ward 21 Jan '07

21 Jan '07

The ======== lines and stating the files that are modified are not really needed and come out bad in the IRC channel (files modified are already stated anyway). Regards Peter dcote(a)svn.reactos.org wrote: > Author: dcote > Date: Mon Jan 22 00:01:57 2007 > New Revision: 25570 > > URL: http://svn.reactos.org/svn/reactos?rev=25570&view=rev > Log: > =================================================================== > ntoskrnl/fsrtl/fastio.c > =================================================================== > Fixed @implemented/@unimplemented tags > > =================================================================== > Index: ntoskrnl/cc/mdl.c > =================================================================== > Fixed a comment. > > Modified: > trunk/reactos/ntoskrnl/cc/mdl.c > trunk/reactos/ntoskrnl/fsrtl/fastio.c > > Modified: trunk/reactos/ntoskrnl/cc/mdl.c > URL: http://svn.reactos.org/svn/reactos/trunk/reactos/ntoskrnl/cc/mdl.c?rev=2557… > ============================================================================== > --- trunk/reactos/ntoskrnl/cc/mdl.c (original) > +++ trunk/reactos/ntoskrnl/cc/mdl.c Mon Jan 22 00:01:57 2007 > @@ -34,7 +34,7 @@ > > /* > * NAME INTERNAL > - * CcMdlReadCompleteDev@8 > + * CcMdlReadComplete2@8 > * > * DESCRIPTION > * > > Modified: trunk/reactos/ntoskrnl/fsrtl/fastio.c > URL: http://svn.reactos.org/svn/reactos/trunk/reactos/ntoskrnl/fsrtl/fastio.c?re… > ============================================================================== > --- trunk/reactos/ntoskrnl/fsrtl/fastio.c (original) > +++ trunk/reactos/ntoskrnl/fsrtl/fastio.c Mon Jan 22 00:01:57 2007 > @@ -77,6 +77,9 @@ > } > > > +/* > + * @implemented > + */ > BOOLEAN > NTAPI > FsRtlCopyRead(IN PFILE_OBJECT FileObject, > @@ -244,6 +247,9 @@ > } > > > +/* > + * @implemented > + */ > BOOLEAN > NTAPI > FsRtlCopyWrite(IN PFILE_OBJECT FileObject, > @@ -715,6 +721,9 @@ > return FALSE; > } > > +/* > + * @implemented > + */ > BOOLEAN > NTAPI > FsRtlMdlReadComplete(IN PFILE_OBJECT FileObject, > > > >

1 0

Crash
by hto＠mail.cnt.ru 20 Jan '07

20 Jan '07

// ntoskrnl/lpc/send.c NtRequestWaitReplyPort(...) { ... if (Callback) { ... } else { ... Thread->LpcReplyMessage = NULL; ... } ... LpcpReplyWait(...); // now Status == STATUS_USER_APC ... Message = Thread->LpcReplyMessage; ... if (Status == STATUS_SUCCESS) { ... } else { ... LpcpFreeToPortZone(Message, TRUE); ... } ... } // ntoskrnl/lpc/close.c LpcpFreeToPortZone(...) { ... if (!IsListEmpty(&Message->Entry)) // crash { ... } ... } // ntoskrnl/include/internal/lpc_x.h #define LpcpReplyWait(s, w) \ { \ ... \ Status = KeWaitForSingleObject(...); \ ... \ }

2 1

Re: [ros-dev] NtGdiPie, NtGdiEllipse
by Murphy, Ged (Bolton) 18 Jan '07

18 Jan '07

P.s. it might help if I attached the app I mentioned ;) James Tabor wrote: > I have some arc code but it's not tested and I really want to finish this ASAP! After someone mentioned the state of the radio buttons the other day, I had a quick look at it. Our user32 code draws them pretty well (with one or two mods) As we're swapping test apps, I've attached one comparing the Windows and ROS variants. The problem ultimately comes down to NtGdiPie, NtGdiEllipse. If you don't have any updates to these 2 functions, I'll look at them when I get chance. > Here is a test program. Guess what part doesn't work? They all look pretty good, but strangely, they all appear to draw 1 pixel larger than the Windows version. Does the Windows code draw slightly undersize? Ged.

1 0

Re: [ros-dev] NtGdiPie, NtGdiEllipse
by Murphy, Ged (Bolton) 18 Jan '07

18 Jan '07

James Tabor wrote: > I have some arc code but it's not tested and I really want to finish this ASAP! After someone mentioned the state of the radio buttons the other day, I had a quick look at it. Our user32 code draws them pretty well (with one or two mods) As we're swapping test apps, I've attached one comparing the Windows and ROS variants. The problem ultimately comes down to NtGdiPie, NtGdiEllipse. If you don't have any updates to these 2 functions, I'll look at them when I get chance. > Here is a test program. Guess what part doesn't work? They all look pretty good, but strangely, they all appear to draw 1 pixel larger than the Windows version. Does the Windows code draw slightly undersize? Ged.

1 0

NtGdiPie, NtGdiEllipse
by Murphy, Ged (Bolton) 18 Jan '07

18 Jan '07

FAO JimT (or anyone else who may have secret fixes in their tree, Filip ;) ) Do you have any improvements to the mentioned functions. They need attention/improvement to improve the drawing of some of our UI controls. Don't wanna double up on work if someone already has something on this. Cheers, Ged.

2 1

Broken Build
by Grant A. Brady 18 Jan '07

18 Jan '07

I have just tried to compile the current trunk and it was broken. I am using the latest trunk with the latest ROS Build. Grant A. Brady CIP Way too Much Fun Productions Email: Bragrsibak(a)gmail.com Email: WTMFP1(a)gmail.com Current project: Console Suite -- This email may or may not contain a virus. I really don't know because it was Checked by AVG Free Edition. Version: 7.5.432 / Virus Database: 268.16.13/632 - Release Date: 1/16/2007 4:36 PM

2 1

Yet another VM
by Klemens Friedl 17 Jan '07

17 Jan '07

I read in the news that a new virtual machine software got released under GNU GPL v.2 (dual license) today (2007-01-15). It's called VirtualBox (VirtualBox.org) and is partly based on qemu code. On of the advantages are that it support Intel's VT (vanderpool), run as GUI app on Win and Unix and support WinNT 6 without glitches (as heise.de says). News entry and review (both in german): http://www.heise.de/newsticker/meldung/83680 http://www.heise.de/open/artikel/83678 Heise.de said it is ready to compete with the latest versions of VMware, Parallels and VirtualPC. If that statement is based on facts or not and if it is a good reliable tool; I don't know as I have not tested it myself, as I am busy right now. I just posted it here, as it might be useful for someone. Klemens

4 4

Re: [ros-dev] Yet another VM
by Nathan Lane 16 Jan '07

16 Jan '07

I'll probably get another weird email from the postmaster for this, but it is sufficient to me to say that the GPL allows commercial ventures to include code without the requirement of making the product open source. There are a few rules though - and I'm not the one to ask about those, but I know of many companies that include GPL code in their product without the need to make their product open source. Nathan -----Original Message----- From: ros-dev-bounces(a)reactos.org [mailto:ros-dev-bounces@reactos.org] On Behalf Of Alex Ionescu Sent: Tuesday, January 16, 2007 8:41 AM To: ReactOS Development List Subject: Re: [ros-dev] Yet another VM Colin Finck wrote: > Thanks for the information. > > This VM seems to be very good. > I also did not test it, but looked at the screenshots: VirtualBox supports > multiple snapshots and the closed-source version, which is also available at > no price for personal use, also supports USB devices. You can connect to > virtual machines over RDP and the virtual USB ports will also be available > through RDP. > The closed-source version also has some unique features like mounting iSCSI > targets as virtual disks. AFAIK no other Workstation virtualization product > supports this at the moment. > > In my opinion, we should support VirtualBox as a new testing platform for > ReactOS, since it contains more features than QEMU and is open-source unlike > VMware. > It would also be easier to use for new users, who did not run a PC emulator > before. > > Regards, > > Colin It's funny how you're all going on about how good it is without even having tested it. QEmu supports multiple snapshots as well, as it does USB, and it's fully open source. QEmu supports named pipes, mounting raw hard drives and any other disk that Windows can see, audio, networking etc. So I don't think it contains anywhere near as many features as QEMU, especially since most of the advanced ones you mentionned are *not* Open Source. I'm also quite curious on how they were able to take QEMU (a GPL product) and add USB support under closed source (which QEMU already has as GPL). Sounds like a bunch of hacks to me. -- Best regards, Alex Ionescu Project Lead, TinyKRNL Kernel-Mode Software Design Engineer, ReactOS _______________________________________________ Ros-dev mailing list Ros-dev(a)reactos.org http://www.reactos.org/mailman/listinfo/ros-dev

1 0

A small patch
by Grant A. Brady 15 Jan '07

15 Jan '07

I noticed a small problem with ROS's calculator; it was missing 8 pixels from the bottom in both normal and scientific modes. This lead to the calculator appearing chopped off at the bottom and looking rather bad. Here is a small patch fixing it. Grant A. Brady A.K.A bragr p.s. Here is the unmodified ROS calculator compared to Microsoft's on Windows XP: http://wtmfp.boldlygoingnowhere.org/calcs.png -- This email may or may not contain a virus. I really don't know because it was checked with Checked by AVG Free Edition. Version: 7.5.432 / Virus Database: 268.16.7/620 - Release Date: 1/8/2007 4:12 PM

2 1

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