Ros-dev January 2010

ros-dev@reactos.org

41 participants
64 discussions

Trap0D while not in V86 mode
by Kamil Hornicek 31 Jan '10

31 Jan '10

posting as requested in r45348.. (hal/halx86/generic/bios.c:228) HAL: Trap0D while not in V86 mode DbgEbp: 0 DbgEip: 0 DbgArgMark: 0 DbgArgPointer: 0 TempSegCs: 0 TempEsp: 0 Dr0: 0 Dr1: 0 Dr2: 0 Dr3: 0 Dr6: 0 Dr7: 0 SegGs: 0 SegEs: 0 SegDs: 0 Edx: 2697 Ecx: eba5aa34 Eax: 0 PreviousPreviousMode: 0 ExceptionList: eba5ad80 SegFs: 0 Edi: 7000 Esi: 8436a Ebx: eba5aa34 Ebp: eba5aa30 ErrCode: 0 Eip: 80604a80 SegCs: 8 EFlags: 13086 HardwareEsp: 0 HardwareSegSs: a000 V86Es: eba5ad48 V86Ds: 0 V86Fs: 0 V86Gs: 0

1 0

r45321: STABS+ and -g* option change
by Sylvain Petreolle 30 Jan '10

30 Jan '10

This change keeps the ability to plug GDB into ReactOS and fixes libxlst. It also fixes bootcd with Rosbe 1.5 trunk builds. With -g0 enabled in RosBE-Unix 1.5 instead of STABS+, previous builds of bootcd used to fail to allocate memory and crash. Kind regards, Sylvain Petreolle

1 0

Re: [ros-dev] [ros-diffs] [sir_richard] 45297: [PERF]: Not in any way a scientific number you should bet the farm on, but we do now count the number of cycles at the very first instruction of kernel initialization, at the moment SMSS initializes the registry (when
by Ged Murphy 29 Jan '10

29 Jan '10

This is really interesting. It'd be great to have this up in testman somehow. -----Original Message----- From: ros-diffs-bounces(a)reactos.org [mailto:ros-diffs-bounces@reactos.org] On Behalf Of sir_richard(a)svn.reactos.org Sent: 28 January 2010 15:51 To: ros-diffs(a)reactos.org Subject: [ros-diffs] [sir_richard] 45297: [PERF]: Not in any way a scientific number you should bet the farm on, but we do now count the number of cycles at the very first instruction of kernel initialization, at the moment SMSS initializes the registry (when we c Author: sir_richard Date: Thu Jan 28 16:51:18 2010 New Revision: 45297 URL: http://svn.reactos.org/svn/reactos?rev=45297&view=rev Log: [PERF]: Not in any way a scientific number you should bet the farm on, but we do now count the number of cycles at the very first instruction of kernel initialization, at the moment SMSS initializes the registry (when we call kernel initialization complete), and at the moment there have been 12 processes created (10 without counting idle/system), which is a bit less than a normal GUI boot. We also display the number if interrupts, system calls, and context switches it took to get us there. A purely comparative number, perhaps worthy for inclusion in testman/regression tests? Modified: trunk/reactos/ntoskrnl/config/ntapi.c trunk/reactos/ntoskrnl/include/internal/ke.h trunk/reactos/ntoskrnl/ke/i386/kiinit.c trunk/reactos/ntoskrnl/ps/process.c Modified: trunk/reactos/ntoskrnl/config/ntapi.c URL: http://svn.reactos.org/svn/reactos/trunk/reactos/ntoskrnl/config/ntapi.c?re… ============================================================================== --- trunk/reactos/ntoskrnl/config/ntapi.c [iso-8859-1] (original) +++ trunk/reactos/ntoskrnl/config/ntapi.c [iso-8859-1] Thu Jan 28 16:51:18 2010 @@ -890,6 +890,14 @@ /* Always do this as kernel mode */ if (KeGetPreviousMode() == UserMode) return ZwInitializeRegistry(Flag); + /* Enough of the system has booted by now */ + BootCyclesEnd = __rdtsc(); + DPRINT1("Boot took %I64d cycles!\n", BootCyclesEnd - BootCycles); + DPRINT1("Interrupts: %d System Calls: %d Context Switches: %d\n", + KeGetCurrentPrcb()->InterruptCount, + KeGetCurrentPrcb()->KeSystemCalls, + KeGetContextSwitches(KeGetCurrentPrcb())); + /* Validate flag */ if (Flag > CM_BOOT_FLAG_MAX) return STATUS_INVALID_PARAMETER; Modified: trunk/reactos/ntoskrnl/include/internal/ke.h URL: http://svn.reactos.org/svn/reactos/trunk/reactos/ntoskrnl/include/internal/… ============================================================================== --- trunk/reactos/ntoskrnl/include/internal/ke.h [iso-8859-1] (original) +++ trunk/reactos/ntoskrnl/include/internal/ke.h [iso-8859-1] Thu Jan 28 16:51:18 2010 @@ -139,6 +139,8 @@ extern ULONG KiFreezeFlag; extern ULONG KiDPCTimeout; extern PGDI_BATCHFLUSH_ROUTINE KeGdiFlushUserBatch; +extern ULONGLONG BootCycles, BootCyclesEnd; +extern ULONG ProcessCount; /* MACROS *************************************************************************/ Modified: trunk/reactos/ntoskrnl/ke/i386/kiinit.c URL: http://svn.reactos.org/svn/reactos/trunk/reactos/ntoskrnl/ke/i386/kiinit.c?… ============================================================================== --- trunk/reactos/ntoskrnl/ke/i386/kiinit.c [iso-8859-1] (original) +++ trunk/reactos/ntoskrnl/ke/i386/kiinit.c [iso-8859-1] Thu Jan 28 16:51:18 2010 @@ -24,6 +24,10 @@ /* Spinlocks used only on X86 */ KSPIN_LOCK KiFreezeExecutionLock; KSPIN_LOCK Ki486CompatibilityLock; + +/* Perf */ +ULONG ProcessCount; +ULONGLONG BootCycles, BootCyclesEnd; /* FUNCTIONS *****************************************************************/ @@ -683,6 +687,9 @@ PKTSS Tss; PKIPCR Pcr; + /* Boot cycles timestamp */ + BootCycles = __rdtsc(); + /* Check if we are being booted from FreeLDR */ if (!((ULONG_PTR)LoaderBlock & 0x80000000)) KiRosPrepareForSystemStartup((PROS_LOADER_PARAMETER_BLOCK)LoaderBlock); Modified: trunk/reactos/ntoskrnl/ps/process.c URL: http://svn.reactos.org/svn/reactos/trunk/reactos/ntoskrnl/ps/process.c?rev=… ============================================================================== --- trunk/reactos/ntoskrnl/ps/process.c [iso-8859-1] (original) +++ trunk/reactos/ntoskrnl/ps/process.c [iso-8859-1] Thu Jan 28 16:51:18 2010 @@ -843,6 +843,18 @@ /* Run the Notification Routines */ PspRunCreateProcessNotifyRoutines(Process, TRUE); + + /* If 12 processes have been created, enough of user-mode is ready */ + if (++ProcessCount == 12) + { + /* Enough of the system has booted by now */ + BootCyclesEnd = __rdtsc(); + DPRINT1("User Boot took %I64d cycles!\n", BootCyclesEnd - BootCycles); + DPRINT1("Interrupts: %d System Calls: %d Context Switches: %d\n", + KeGetCurrentPrcb()->InterruptCount, + KeGetCurrentPrcb()->KeSystemCalls, + KeGetContextSwitches(KeGetCurrentPrcb())); + } CleanupWithRef: /*

1 0

Re: [ros-dev] [ros-diffs] [mkupfer] 45302: this log message left intentionally non-descriptive
by Ged Murphy 28 Jan '10

28 Jan '10

This is a bad idea. Ignoring the fact that the code is a serious crash hazard, you've now got a public place which needs to be kept current. I bet I can name at least 10 developers which aren't on this list. On Thu, Jan 28, 2010 at 10:18 PM, <mkupfer(a)svn.reactos.org> wrote: > Author: mkupfer > Date: Thu Jan 28 23:18:31 2010 > New Revision: 45302 > > URL: http://svn.reactos.org/svn/reactos?rev=45302&view=rev > Log: > this log message left intentionally non-descriptive > > Modified: > trunk/reactos/dll/cpl/sysdm/general.c > trunk/reactos/dll/cpl/sysdm/lang/de-DE.rc > trunk/reactos/dll/cpl/sysdm/lang/en-US.rc > trunk/reactos/dll/cpl/sysdm/resource.h > > Modified: trunk/reactos/dll/cpl/sysdm/general.c > URL: > http://svn.reactos.org/svn/reactos/trunk/reactos/dll/cpl/sysdm/general.c?re… > > ============================================================================== > --- trunk/reactos/dll/cpl/sysdm/general.c [iso-8859-1] (original) > +++ trunk/reactos/dll/cpl/sysdm/general.c [iso-8859-1] Thu Jan 28 23:18:31 > 2010 > @@ -12,6 +12,9 @@ > > #include "precomp.h" > > +#define ANIM_STEP 2 > +#define ANIM_TIME 50 > + > typedef struct _IMGINFO > { > HBITMAP hBitmap; > @@ -19,6 +22,7 @@ > INT cySource; > } IMGINFO, *PIMGINFO; > > +PIMGINFO pImgInfo = NULL; > > void > ShowLastWin32Error(HWND hWndOwner) > @@ -70,6 +74,124 @@ > } > } > > +LRESULT CALLBACK RosImageProc(HWND hwnd, UINT uMsg, WPARAM wParam, LPARAM > lParam) > +{ > + static UINT timerid = 0, top = 0, offset; > + static HBITMAP hBitmap2; > + RECT r; > + NONCLIENTMETRICS ncm; > + HFONT hfont; > + BITMAP bitmap; > + HDC dc, sdc; > + TCHAR devtext[2048]; > + switch (uMsg) > + { > + case WM_LBUTTONDBLCLK: > + if (wParam & (MK_CONTROL | MK_SHIFT)) > + { > + if (timerid == 0) > + { > + top = 0; // set top > + > + // build new bitmap > + GetObject(pImgInfo->hBitmap, > sizeof(BITMAP), &bitmap); > + dc = > CreateCompatibleDC(GetDC(NULL)); > + sdc = CreateCompatibleDC(dc); > + ncm.cbSize = > sizeof(NONCLIENTMETRICS); > + > SystemParametersInfo(SPI_GETNONCLIENTMETRICS, sizeof(NONCLIENTMETRICS), > &ncm, 0); > + > + hfont = > CreateFontIndirect(&ncm.lfMessageFont); > + SelectObject(dc, hfont); > + SetRect(&r, 0, 0, 0, 0); > + LoadString(hApplet, IDS_DEVS, > devtext, sizeof(devtext) / sizeof(TCHAR)); > + DrawText(dc, devtext, -1, &r, > DT_CALCRECT); > + hBitmap2 = > CreateBitmap(pImgInfo->cxSource, (2 * pImgInfo->cySource) + (r.bottom + 1 - > r.top), bitmap.bmPlanes, bitmap.bmBitsPixel, NULL); > + SelectObject(sdc, > pImgInfo->hBitmap); > + SelectObject(dc, hBitmap2); > + offset = 0; > + BitBlt(dc, 0, offset, > bitmap.bmWidth, bitmap.bmHeight, sdc, 0, 0, SRCCOPY); > + offset += bitmap.bmHeight; > + > + SetRect(&r, 0, offset, > bitmap.bmWidth, offset + (r.bottom - r.top) + 1); > + FillRect(dc, &r, > GetSysColorBrush(COLOR_3DFACE)); > + SetBkMode(dc, TRANSPARENT); > + OffsetRect(&r, 1, 1); > + SetTextColor(dc, > GetSysColor(COLOR_BTNSHADOW)); > + DrawText(dc, devtext, -1, &r, > DT_CENTER); > + OffsetRect(&r, -1, -1); > + SetTextColor(dc, > GetSysColor(COLOR_WINDOWTEXT)); > + DrawText(dc, devtext, -1, &r, > DT_CENTER); > + offset += r.bottom - r.top; > + > + BitBlt(dc, 0, offset, > bitmap.bmWidth, bitmap.bmHeight, sdc, 0, 0, SRCCOPY); > + offset += bitmap.bmHeight; > + DeleteDC(sdc); > + DeleteDC(dc); > + > + timerid = SetTimer(hwnd, 1, > ANIM_TIME, NULL); > + } > + } > + break; > + case WM_LBUTTONDOWN: > + if (timerid) > + { > + KillTimer(hwnd, timerid); > + top = 0; > + timerid = 0; > + DeleteObject(hBitmap2); > + InvalidateRect(hwnd, NULL, FALSE); > + } > + break; > + case WM_TIMER: > + top += ANIM_STEP; > + if (top > offset - pImgInfo->cySource) > + { > + KillTimer(hwnd, timerid); > + top = 0; > + timerid = 0; > + DeleteObject(hBitmap2); > + } > + InvalidateRect(hwnd, NULL, FALSE); > + break; > + case WM_PAINT: > + { > + PAINTSTRUCT PS; > + HDC hdcMem, hdc; > + LONG left; > + if (wParam != 0) > + { > + hdc = (HDC)wParam; > + } else > + { > + hdc = BeginPaint(hwnd,&PS); > + } > + GetClientRect(hwnd,&PS.rcPaint); > + > + /* position image in center of dialog */ > + left = (PS.rcPaint.right - pImgInfo->cxSource) / 2; > + hdcMem = CreateCompatibleDC(hdc); > + > + if (hdcMem != NULL) > + { > + SelectObject(hdcMem, timerid ? hBitmap2 : > pImgInfo->hBitmap); > + BitBlt(hdc, > + left, > + PS.rcPaint.top, > + PS.rcPaint.right - PS.rcPaint.left, > + PS.rcPaint.top + pImgInfo->cySource, > + hdcMem, > + 0, > + top, > + SRCCOPY); > + DeleteDC(hdcMem); > + } > + if (wParam == 0) > + EndPaint(hwnd,&PS); > + break; > + } > + } > + return TRUE; > +} > > static VOID > SetRegTextData(HWND hwnd, > @@ -372,12 +494,9 @@ > WPARAM wParam, > LPARAM lParam) > { > - PIMGINFO pImgInfo; > > UNREFERENCED_PARAMETER(lParam); > UNREFERENCED_PARAMETER(wParam); > - > - pImgInfo = (PIMGINFO)GetWindowLongPtr(hwndDlg, DWLP_USER); > > switch (uMsg) > { > @@ -389,9 +508,8 @@ > return FALSE; > } > > - SetWindowLongPtr(hwndDlg, DWLP_USER, (LONG_PTR)pImgInfo); > - > InitImageInfo(pImgInfo); > + SetWindowLongPtr(GetDlgItem(hwndDlg, IDC_ROSIMG), GWL_WNDPROC, > (LONG)RosImageProc); > GetSystemInformation(hwndDlg); > break; > > > Modified: trunk/reactos/dll/cpl/sysdm/lang/de-DE.rc > URL: > http://svn.reactos.org/svn/reactos/trunk/reactos/dll/cpl/sysdm/lang/de-DE.r… > > ============================================================================== > --- trunk/reactos/dll/cpl/sysdm/lang/de-DE.rc [iso-8859-1] (original) > +++ trunk/reactos/dll/cpl/sysdm/lang/de-DE.rc [iso-8859-1] Thu Jan 28 > 23:18:31 2010 > @@ -289,4 +289,5 @@ > IDS_USERPROFILE_TYPE "Typ" > IDS_USERPROFILE_STATUS "Status" > IDS_USERPROFILE_MODIFIED "Geändert" > -END > + IDS_DEVS "\nReactOS Team\n\nProjektkoordinator\n\nAleksey > Bragin\n\nEntwicklerteam\n\nAleksey Bragin\nAndrew Greenwood\nAndrey > Korotaev\nArt Yerkes\nChristoph von Wittich\nColin Finck\nDaniel > Reimer\nDmitry Chapyshev\nEric Kohl\nGed Murphy\nGregor Brunmar\nHervé > Poussineau\nJames Tabor\nJeffrey Morlan\nJohannes > Anderwald\nKJK::Hyperion\nMaarten Bosma\nMagnus Olsen\nMarc > Piulachs\nMatthias Kupfer\nMike Nordell\nPeter Ward\nPierre > Schweitzer\nSaveliy Tretiakov\nStefan Ginsberg\nSylvain Petreolle\nThomas > Blümel\nTimo Kreuzer \n\nAlex Ionescu\nFilip Navara\nGunnar Dalsnes\nMartin > Fuchs\nRoyce Mitchell III\nBrandon Turner\nBrian Palmer\nCasper > Hornstrup\nDavid Welch\nEmanuele Aliberti\nGé van Geldorp\nGregor > Anich\nJason Filby\nJens Collin\nMichael Wirth\nNathan Woods\nRobert > Dickenson\nRex Jolliff\nVizzini \n\nRelease Verantwortliche\n\nColin > Finck\nZ98\n\nWebseitenteam\n\nColin Finck\nJaix Bly\nKlemens > Friedl\nZ98\n\nMedienteam\n\nMindflyer\nWierd_W\n\nweiterer Dank geht > an\n\nalle Mitwirkenden\nWine Team\n\n" > +END > > Modified: trunk/reactos/dll/cpl/sysdm/lang/en-US.rc > URL: > http://svn.reactos.org/svn/reactos/trunk/reactos/dll/cpl/sysdm/lang/en-US.r… > > ============================================================================== > --- trunk/reactos/dll/cpl/sysdm/lang/en-US.rc [iso-8859-1] (original) > +++ trunk/reactos/dll/cpl/sysdm/lang/en-US.rc [iso-8859-1] Thu Jan 28 > 23:18:31 2010 > @@ -284,4 +284,5 @@ > IDS_USERPROFILE_TYPE "Type" > IDS_USERPROFILE_STATUS "Status" > IDS_USERPROFILE_MODIFIED "Modified" > -END > + IDS_DEVS "\nReactOS Team\n\nProject Coordinator\n\nAleksey > Bragin\n\nDevelopment Team\n\nAleksey Bragin\nAndrew Greenwood\nAndrey > Korotaev\nArt Yerkes\nChristoph von Wittich\nColin Finck\nDaniel > Reimer\nDmitry Chapyshev\nEric Kohl\nGed Murphy\nGregor Brunmar\nHervé > Poussineau\nJames Tabor\nJeffrey Morlan\nJohannes > Anderwald\nKJK::Hyperion\nMaarten Bosma\nMagnus Olsen\nMarc > Piulachs\nMatthias Kupfer\nMike Nordell\nPeter Ward\nPierre > Schweitzer\nSaveliy Tretiakov\nStefan Ginsberg\nSylvain Petreolle\nThomas > Blümel\nTimo Kreuzer \n\nAlex Ionescu\nFilip Navara\nGunnar Dalsnes\nMartin > Fuchs\nRoyce Mitchell III\nBrandon Turner\nBrian Palmer\nCasper > Hornstrup\nDavid Welch\nEmanuele Aliberti\nGé van Geldorp\nGregor > Anich\nJason Filby\nJens Collin\nMichael Wirth\nNathan Woods\nRobert > Dickenson\nRex Jolliff\nVizzini \n\nRelease Engineers\n\nColin > Finck\nZ98\n\nWebsite Team\n\nColin Finck\nJaix Bly\nKlemens > Friedl\nZ98\n\nMedia Team\n\nMindflyer\nWierd_W\n\nfurther thanks go > to\n\nall Contributers\nWine Team\n\n" > +END > > Modified: trunk/reactos/dll/cpl/sysdm/resource.h > URL: > http://svn.reactos.org/svn/reactos/trunk/reactos/dll/cpl/sysdm/resource.h?r… > > ============================================================================== > --- trunk/reactos/dll/cpl/sysdm/resource.h [iso-8859-1] (original) > +++ trunk/reactos/dll/cpl/sysdm/resource.h [iso-8859-1] Thu Jan 28 23:18:31 > 2010 > @@ -156,5 +156,6 @@ > #define RC_LICENSE 1502 > #define RTDATA 1503 > > +#define IDS_DEVS 2000 > > #endif /* __CPL_RESOURCE_H */ > > >

3 2

ARM port: SWI call numbering
by Theo Markettos 28 Jan '10

28 Jan '10

I wonder if I could get in touch with the folks doing the ARM port... Executive summary: From a look at the code I think ARM ReactOS uses SWIs (syscalls) numbered from zero. There's a de-facto ARM standard that splits up SWI numbering so different OSs get allocated different numbering ranges. It would be handy if ReactOS could pick one that doesn't clash with other OSs. I wondered if the ARM port folks might consider changing SWI base at some point. For more details, a brief history lesson. The ARM1 and ARM2 chips were originally developed at Acorn Computers in 1983-7. The first ARM machine was the Archimedes, launched by Acorn in 1987. The Archimedes was supplied with Arthur, which in 1988 became RISC OS, a co-operatively multitasking OS. RISC OS is still around and runs on modern hardware such as the BeagleBoard - see http://www.riscosopen.org/ SWI instructions on the ARM have a 24 bit 'comment' field. As originally envisaged this would hold the syscall number, a bit like INT on x86 and TRAP on 68k. Acorn for their OSs (and there were no other ARM OSs at the time) chose a numbering scheme where bits 20-23 denote the OS. For the ones I know about: 23--20 0000 RISC OS 1000 RISC iX (4.3 BSD ported to ARM2/3) 1001 Formerly Linux (they've now don't use the comment field) 1111 ARM's OS independent routines And NetBSD use another value that I forget. The advantage of having non-overlapping SWI bases is that it allows cross-platform execution of binaries (a bit like WINE in effect, though I don't know the details of how WINE works). So it means RISC OS code (of which there is lots) could run on ReactOS, or vice versa, if somebody writes a syscall implementation for the other platform. So I wondered if there was any interest in making sure the syscall numbers didn't clash with other OSs? From what I see in: http://svn.reactos.org/svn/reactos/trunk/reactos/ntoskrnl/ke/arm/usercall.c… it looks like your SWIs are numbered from zero, which is a clash. If you were interested in changing, do you have any idea how many SWIs you might use? RISC OS uses hundreds of thousands (SWIs are used as the interface to DLL-like code), but if you were to only need, say, 2^16 that might save the number space a bit. Thoughts? Comments? Flames? Thanks Theo

1 0

Re: [ros-dev] [ros-diffs] [dreimer] 45286: - Add piperead to the setup. - Update ChangeLog.txt - Sync clean.ps1 to Colin's changes.
by Colin Finck 28 Jan '10

28 Jan '10

dreimer(a)svn.reactos.org wrote: > + if ("$ENV:ROS_AUTOMAKE" -eq "") { > + $ENV:ROS_AUTOMAKE = "makefile-$ENV:ROS_ARCH.auto" > + } > [...] That's not properly ported. My script only sets these variables locally due to "setlocal", yours permanently changes the environment variables. This will result in obvious problems when ROS_ARCH is changed. Don't know whether PS provides an equally elegant way to overwrite these variables locally like Batch does ;-) Best regards, Colin

2 3

AbiWord, Worse Written Application
by James Tabor 28 Jan '10

28 Jan '10

Hi! These are Class Owned DCE starting at the end of allocations. When closing the application the thread cleanup routine I added frees the DCE's. (This was not implemented yet, so they never freed and the side effect of slowing the system down due to hashing the long list of allocations) Amazing! Look at the count! For every allocation of a Class Owned DCE there is a menu and even one for every item in the menu and not reusing the ones allocated and allocating more! This is one reason AbiWord is slow when drawing! The overhead is crippling! Most (mean all) applications use one or two DCE's and common to the DCX_CACHE type. This is the best example of an UNIX ported program to Windows I've ever seen. Unix hackers hacking it to draw in windows without the proper research! This is a modest debug list here, what would happen working with AbiWord all day? ReactOS would most likely get the blame! Must I write more? (subsystems/win32/win32k/ntuser/windc.c:96) Alloc DCE's! 152 (subsystems/win32/win32k/ntuser/windc.c:96) Alloc DCE's! 153 (subsystems/win32/win32k/ntuser/windc.c:96) Alloc DCE's! 154 (dll/win32/gdi32/misc/misc.c:317) Get Handle! Count 1 PEB 0x7ffdf000 (subsystems/win32/win32k/ntuser/windc.c:96) Alloc DCE's! 155 (subsystems/win32/win32k/ntuser/windc.c:96) Alloc DCE's! 156 (subsystems/win32/win32k/ntuser/windc.c:96) Alloc DCE's! 157 [Close App] err:(dll/win32/user32/windows/menu.c:3687) MenuTrackMenu 2 (subsystems/win32/win32k/ntuser/timer.c:428) Invalid window handle (subsystems/win32/win32k/ntuser/vis.c:75) ATM the Current Window or Parent is dead! (subsystems/win32/win32k/ntuser/vis.c:75) ATM the Current Window or Parent is dead! (subsystems/win32/win32k/ntuser/vis.c:75) ATM the Current Window or Parent is dead! (subsystems/win32/win32k/ntuser/vis.c:75) ATM the Current Window or Parent is dead! (subsystems/win32/win32k/ntuser/vis.c:75) ATM the Current Window or Parent is dead! (subsystems/win32/win32k/ntuser/vis.c:75) ATM the Current Window or Parent is dead! (subsystems/win32/win32k/ntuser/vis.c:75) ATM the Current Window or Parent is dead! (subsystems/win32/win32k/ntuser/vis.c:75) ATM the Current Window or Parent is dead! (subsystems/win32/win32k/ntuser/vis.c:75) ATM the Current Window or Parent is dead! (subsystems/win32/win32k/ntuser/vis.c:75) ATM the Current Window or Parent is dead! (subsystems/win32/win32k/ntuser/windc.c:640) Freed DCE's! 156 (subsystems/win32/win32k/ntuser/windc.c:640) Freed DCE's! 155 (subsystems/win32/win32k/ntuser/windc.c:640) Freed DCE's! 154 (subsystems/win32/win32k/ntuser/windc.c:640) Freed DCE's! 153 (subsystems/win32/win32k/ntuser/windc.c:96) Alloc DCE's! 154 (subsystems/win32/win32k/ntuser/windc.c:640) Freed DCE's! 153 (subsystems/win32/win32k/ntuser/windc.c:640) Freed DCE's! 152 (subsystems/win32/win32k/ntuser/windc.c:640) Freed DCE's! 151 (subsystems/win32/win32k/ntuser/windc.c:640) Freed DCE's! 150 (subsystems/win32/win32k/ntuser/windc.c:640) Freed DCE's! 149 (subsystems/win32/win32k/ntuser/windc.c:640) Freed DCE's! 148 <Snip>..... (subsystems/win32/win32k/ntuser/windc.c:640) Freed DCE's! 11 (subsystems/win32/win32k/ntuser/windc.c:640) Freed DCE's! 10 (subsystems/win32/win32k/ntuser/windc.c:640) Freed DCE's! 9 (subsystems/win32/win32k/ntuser/windc.c:640) Freed DCE's! 8 (subsystems/win32/win32k/ntuser/windc.c:640) Freed DCE's! 7 (subsystems/win32/win32k/ntuser/windc.c:640) Freed DCE's! 6 (subsystems/win32/win32k/ntuser/windc.c:640) Freed DCE's! 5 (subsystems/win32/win32k/ntuser/windc.c:640) Freed DCE's! 4 (subsystems/win32/win32k/ntuser/windc.c:640) Freed DCE's! 3

3 3

Re: [ros-dev] [ros-diffs] [sir_richard] 45281: [NTOS]: Trunk boots now (interesting that buildbot's QEMU does not support SYSENTER, as newer versions do), so remove the test DPRINTs.
by Ged Murphy 27 Jan '10

27 Jan '10

sir_richard(a)svn.reactos.org wrote >... (interesting that buildbot's QEMU does not support SYSENTER, as newer versions do)... Buildbot doesn't use QEMU it uses KVM. I realise that KVM uses parts of QEMU, but I don't know to what extent. Maybe this is the reason for the difference? Maybe one day we'll have a real operating system running our build machine instead of linux ;) Ged.

5 5

[ros-diffs] [sir_richard] 45223
by Dmitry Gorbachev 24 Jan '10

24 Jan '10

> Since __builtin_unreachable is only for GCC 4.5, we use > exit(0) for now (it will never be reached) to trick GCC. There is also __builtin_trap() …

4 5

Does Arwinss build right now?
by Brian 22 Jan '10

22 Jan '10

on Ubuntu with rosbe 1.42, i just checked it out and tried to build. im sure its my fault but... -- brian

3 3

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 January 2010