Ros-dev

ros-dev@reactos.org

5791 discussions

Saying To All
by Thomas Larsen 11 Mar '05

11 Mar '05

Its a long time ago now Geldorp i no longer got the source code yes i look at it but only because some drivers and shell code where extreme close to microsofts old ones and i dident want to work on a project if it gets closed but now i know you and wine dident.. still sry for the accousing but i can do anything execpt saying that im sry And i could have changed e-mail and called me bob if it where that but i dident just to give you some to think about.. Im not mad or angry i where not clear about the policy back their and it where just to help you and reactos.. Thomas Larsen __________________________________ Do you Yahoo!? Yahoo! Small Business - Try our new resources site! http://smallbusiness.yahoo.com/resources/

3 2

Re: [ros-svn] [ion] 13832: - FreeLdr Part II (ntoskrnl is now relocated, removes 3GB compiler flag). Note that there is a bug in LD which Filip and I are examining, so do not try this yet.
by James Tabor 11 Mar '05

11 Mar '05

BugCheck Alert! ion(a)svn.reactos.com wrote: > - FreeLdr Part II (ntoskrnl is now relocated, removes 3GB compiler flag). Note that there is a bug in LD which Filip and I are examining, so do not try this yet. > - Fix Registry ObRef/ObDeref bug -- Hartmut > - Fix SID Capture Bug -- Thomas > - Use KPRCB pointer properly (results in more portable and much faster code) > (ob/object.c:1034) Object 81d6ad68/81d6ad90 has invalid handle count (-858993460 ) KeBugCheck at ob/object.c:1035 A problem has been detected and ReactOS has been shut down to prevent damage to your computer. The bug code is undefined. Please use an existing code instead. Technical information: *** STOP: 0x00000000 (0x00000000,0x00000000,0x00000000,0x00000000) Frames: <ntoskrnl.exe: bf15 (ke/bug.c:425 (KeBugCheckEx))> <ntoskrnl.exe: bf51 (ke/bug.c:445 (KeBugCheck))> <ntoskrnl.exe: a98ba (ob/object.c:1035 (ObfDereferenceObject))> <ntoskrnl.exe: a7310 (ob/handle.c:959 (NtClose))> <ntoskrnl.exe: 33c2 (/tmp/cch6Lxn6.s:178 (KiSystemService))> <658D9845> <win32k.sys: 4b9bc (objects/text.c:2928 (TextIntRealizeFont))> <win32k.sys: 3811d (objects/dc.c:1867 (NtGdiSelectObject))> <ntoskrnl.exe: 33c2 (/tmp/cch6Lxn6.s:178 (KiSystemService))> <user32.dll: 3be70 (controls/edit.c:2977 (EDIT_EM_PosFromChar))> Entered debugger on exception number 3 (Breakpoint) Entered kernel debugger (type "help" for a list of commands) kdb:> bt Frames: <ntoskrnl.exe: 50d7 (ke/i386/brkpoint.c:50 (DbgBreakPointWithStatus))> <ntoskrnl.exe: be64 (ke/bug.c:397 (KeBugCheckWithTf))> <ntoskrnl.exe: bf15 (ke/bug.c:425 (KeBugCheckEx))> <ntoskrnl.exe: bf51 (ke/bug.c:445 (KeBugCheck))> <ntoskrnl.exe: a98ba (ob/object.c:1035 (ObfDereferenceObject))> <ntoskrnl.exe: a7310 (ob/handle.c:959 (NtClose))> <ntoskrnl.exe: 33c2 (/tmp/cch6Lxn6.s:178 (KiSystemService))> <win32k.sys: 4b9bc (objects/text.c:2928 (TextIntRealizeFont))> <win32k.sys: 3811d (objects/dc.c:1867 (NtGdiSelectObject))> <ntoskrnl.exe: 33c2 (/tmp/cch6Lxn6.s:178 (KiSystemService))> <user32.dll: 3be70 (controls/edit.c:2977 (EDIT_EM_PosFromChar))> <user32.dll: 3c2e0 (controls/edit.c:1583 (EDIT_GetLineRect))> <user32.dll: 3dd6e (controls/edit.c:1711 (EDIT_InvalidateText))> <user32.dll: 3f927 (controls/edit.c:4791 (EDIT_WM_SetText))> <user32.dll: 41a88 (controls/edit.c:1002 (EditWndProc_common))> <user32.dll: 42636 (controls/edit.c:1064 (EditWndProcW))> <user32.dll: 11ea1 (windows/message.c:964 (IntCallWindowProcW))> <user32.dll: 13207 (windows/message.c:1868 (User32CallWindowProcFromKernel))> <ntdll.dll: 9124 (rtl/callback.c:36 (KiUserCallbackDispatcher))> <user32.dll: 1df55 (windows/dialog.c:528 (DIALOG_DoDialogBox))> <user32.dll: 1e0f2 (windows/dialog.c:1632 (DialogBoxParamA))> <taskmgr.exe: fa62 (taskmgr.c:109 (WinMain))> <taskmgr.exe: 1242a (graphctl.c:605 (GraphCtrl_WndProc))> <taskmgr.exe: 11e7> <taskmgr.exe: 1258> <kernel32.dll: 26562 (process/create.c:339 (BaseProcessStart))> kdb:> regs CS:EIP 0008:800050d7, EAX 00000004 EBX 00000000 ECX 8013aa10 EDX 00000000 ESI 00000000 EDI 00000000 EBP 9e9eba38 SS:ESP be64:9e9eba78 EFLAGS: IF IOPL0 kdb:> dregs Trap : DR0 00000000 DR1 00000000 DR2 00000000 DR3 00000000 DR6 ffff0ff0 DR7 00 000400 kdb:> cregs CR0: PE MP TS NE WP PG CR1 00000000 CR2 000bf000 CR3 3aa57000 CR4 00000680 TR 9e9eb9c4 LDTR 00000000 kdb:> plist Process list: 308 taskmgr.296 ctm.EXE284 cmd.exe 268 cmd.exe256 explorer244 userinit224 umpnpmgr 208 eventlog192 services160 winlogon132 csrss.ex 104 smss.exe4 System Wow! James

8 20

Re: [ros-dev] makefile naming conventions ( particularly re xml build system )...
by Sylvain Petreolle 11 Mar '05

11 Mar '05

--- Royce Mitchell III <royce3(a)ev1.net> wrote: > Someone mentioned recently that we should name all the xml build system > files makefile.rbuild, or something to that effect. > > I didn't have an opinion at the time, but I have recently developed a > very strong one... > > If all the build system's files are named the same, and if you have 3 of > them open in notepad, you can't tell which is which from the window's > title. This is IMNSHO a bad thing. What do you do when you have 3 "makefile" open in notepad then ? Kind regards, Usurp (aka Sylvain Petreolle) humans are like computers, yesterday the BIOS was all - today its just a word

2 1

makefile naming conventions ( particularly re xml build system )...
by Royce Mitchell III 11 Mar '05

11 Mar '05

Someone mentioned recently that we should name all the xml build system files makefile.rbuild, or something to that effect. I didn't have an opinion at the time, but I have recently developed a very strong one... If all the build system's files are named the same, and if you have 3 of them open in notepad, you can't tell which is which from the window's title. This is IMNSHO a bad thing. Furthermore, in order to be able to invoke make from any directory, instead of just the top-level one, I need to put a "makefile" ( I'm forced to have same name here ) in each directory that punts to the top-level one. Therefore, some of the bootstrap makefiles will need to be renamed out of the way. My plan is to name the bootstrap makefiles thus: tools/tools.mak tools/unicode/unicode.mak ...you get the idea... If we want to rename all the xml files to *.rbuild, that's fine, but I think making them all "makefile.rbuild" is baaaaad. Peace

1 0

0.2.6 Branch
by Robert Köpferl 10 Mar '05

10 Mar '05

Hi, I am looking forward to do a branch next time to release the v0.2.6. There's however still at least one issue pending. The patch from Alex_Ionescu's branch. So we will still wait for a few days. Please tell what else issues there are to not do the branch. And of course when they are resolved.

1 0

Explanation needed on TryToTranslateChar...
by Johannes Olofsson 10 Mar '05

10 Mar '05

Hi! Could somebody help me out and explain how the TryToTranslateChar function in \reactos\subsys\win32k\ntuser\keyboard.c is supposed to work... First there is the following definition: shift = keyLayout->pCharModifiers->ModNumber[ModBits]; which is later used in: CapsMod = shift | ((CapsState & CAPITAL_BIT) ? vkPtr->Attributes : 0); which is used for the translation: *pwcTranslatedChar = vkPtr->wch[CapsMod]; Doesn't shift contain the index for the VK_TO_CHARSx table in the keyboard layout data structure? Why is it then |:ed with vkPtr->Attributes , which I suppose corresponds to the CAPS/NOCAPS constants in the keyboard layout files ? Shouldn't it be something like: shift = keyLayout->pCharModifiers->ModNumber[ModBits ^ ((CapsState & CAPITAL_BIT) ? vkPtr->Attributes : 0]; Regards Johannes Olofsson 10 Gigabyte Mailbox - http://mail.spray.se

2 1

[PATCH] Add full search functionality to ROS regedit
by Jan Schiefer 10 Mar '05

10 Mar '05

This is a full implementation of the regedit search function. :D English and German language available, with other languages the "Find" and "Find next" menu points are still disabled. Come, get some!! :) :) Greetings, Jan Schiefer!

2 7

Re: [ros-dev] Registry and ObjectManager (was FreeLdr Part II)
by Steven Edwards 10 Mar '05

10 Mar '05

Hi, --- Alex Ionescu <ionucu(a)videotron.ca> wrote: > Once again, I hope nobody takes this personally, but I wanted to clear > up the situation. Also I would like everyone to note that I was not trying to be critical of Alex for maintaining his branch. There was a miscommunication about the merge -> branch for 0.2.6 and I should have sent another note to Alex about it before posting here. The lack of merges is in part because of stablity testing and our miscommuication about when would be the best time. Thanks Steven __________________________________ Celebrate Yahoo!'s 10th Birthday! Yahoo! Netrospective: 100 Moments of the Web http://birthday.yahoo.com/netrospective/

3 3

Re: [ros-dev] RE: [ros-svn] [sedwards] 13904: imported catch-22 solclone withauthors permission
by Steven Edwards 10 Mar '05

10 Mar '05

Hi, --- Casper Hornstrup <ch(a)csh-consult.dk> wrote: > If it's not going on the cd, why do we need it then? As Gedi said, mainly for releases. We still ship a rosapps package during release time and most of the people I meet at expos always joke about ReactOS needing its own solitaire replacement. For us on the dev teams its not worth the hassle of rebuilding sol everytime we rebuild the source tree. Once rbuild is in place with PCH I will look at importing solitaire to the main module. It may have to wait till gcc-4.x as I really don't want to add more time to the build process than needed. Thanks Steven __________________________________ Do you Yahoo!? Yahoo! Sports - Sign up for Fantasy Baseball. http://baseball.fantasysports.yahoo.com/

1 0

RE: [ros-dev] RE: [ros-svn] [sedwards] 13904: imported catch-22 s olclone withauthors permission
by Murphy, Ged (Bolton) 10 Mar '05

10 Mar '05

Can we not just include it into release builds but keep out of /reactos HEAD. It's definitely needed for release builds, but putting it in HEAD just slows down the compile process too much, and unnecessarily, as Steven said. In which case, apps is probably the best place for it. Gedi. -----Original Message----- From: Casper Hornstrup [mailto:ch@csh-consult.dk] Sent: 10 March 2005 16:07 To: 'ReactOS Development List' Subject: [ros-dev] RE: [ros-svn] [sedwards] 13904: imported catch-22 solclone withauthors permission If it's not going on the cd, why do we need it then? Casper ************************************************************************ 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

1 0

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