Ros-dev July 2005

ros-dev@reactos.org

59 participants
100 discussions

RE: [ros-svn] [gdalsnes] 16793: my 1st
by Casper Hornstrup 27 Jul '05

27 Jul '05

Can't you rename it to something that reflects its purpose? Casper > -----Original Message----- > From: ros-svn-bounces(a)reactos.com [mailto:ros-svn-bounces@reactos.com] On Behalf Of > gdalsnes(a)svn.reactos.com > Sent: 27. juli 2005 13:07 > To: ros-svn(a)reactos.com > Subject: [ros-svn] [gdalsnes] 16793: my 1st > > my 1st > > > Added files: > branches/hardons1stbranch/ > > Updated files: > branches/hardons1stbranch/kapi.h > branches/hardons1stbranch/ntuser.h > > Deleted files: > branches/hardons1stbranch/debug.h > branches/hardons1stbranch/debug1.h > > _______________________________________________ > Ros-svn mailing list > Ros-svn(a)reactos.com > http://reactos.com:8080/mailman/listinfo/ros-svn

2 1

Re: [ros-svn] [ion] 16727: - Message Queue Fix, resolves a number of application regressions (Total Commander works again, for example). Patch by Hartmut Birr. To be commited into 0.2.7 after more testing.
by Hartmut Birr 26 Jul '05

26 Jul '05

ion(a)svn.reactos.com wrote: > - Message Queue Fix, resolves a number of application regressions (Total Commander works again, for example). Patch by Hartmut Birr. To be commited into 0.2.7 after more testing. > > >Updated files: >trunk/reactos/subsys/win32k/ntuser/window.c > > > Hi, this fix wasn't for commiting, because it doesn't solve the real problem. The destroying of the message queues is intitiated by calling Win32kThreadCallback which calls MsqDestroyMessageQueue. After this call, it shouldn't exist anymore a window for this thread. - Hartmut

2 1

Re: [ros-svn] [hbirr] 16758: Lock the handle table if we trying to get a pointer from a handle.
by Thomas Weidenmueller 26 Jul '05

26 Jul '05

hbirr(a)svn.reactos.com wrote: > Lock the handle table if we trying to get a pointer from a handle. These changes are incorrect. Please revert them. Actually, a handle lookup requires _no_ locks at all. If you don't believe me, read up Windows Internals (4th Edition). The algorithms to allocate subtables are implemented in such a way that it is impossible to page fault on a lookup. However, it is not allowed to do a lookup in a table unless attached to the process that owns it (except it is a global handle table). Best Regards, Thomas

1 0

Mozilla Embedded locks in ROS r16740
by reactos 26 Jul '05

26 Jul '05

Hello all devs, I am running Mozilla-Embedded (same as BartPE) because I can not get the Mozilla Controll to work, usually this is alright, but since some weeks ago Moz-Embedded locks the computer after the shell says "You're embedded man..." and before the mainwindow starts. It usually took a long time for the mainwindow to start, but it used to work, and I think it takes aproximately the same time for the mouse (and the rest of the system) to lock in r16740. I do not get any error-messages, someone with debugging skills has to look at this. Mozilla embedded can be found here: http://ftp.mozilla.org/pub/mozilla.org/mozilla/releases/mozilla1.6a/mozilla… Yours sincerely, Jaix Bly

1 0

Re: [ros-diffs] [hbirr] 16714: - Removed R_EXTRA_STACK because R_EXTRA_STACK and R_STACK must have the same size.
by Royce Mitchell III 26 Jul '05

26 Jul '05

hbirr(a)svn.reactos.com wrote: >- Initialized an allocated block completely before release the lock. > >@@ -719,9 +725,9 @@ > > > { > if ( (NewBlock = RQueRemove ( &pool->Que[que][align] )) ) > { > > >- R_RELEASE_MUTEX(pool); > > > RiUsedInit ( NewBlock, Tag ); > RiUsedInitRedZone ( NewBlock, NumberOfBytes ); > > >+ R_RELEASE_MUTEX(pool); > > > return RHdrToBody(NewBlock); > } > queBytes = 16 << que; >@@ -865,11 +871,10 @@ > > > NewBlock = (PR_USED)BestBlock; > RiUsedInit ( NewBlock, Tag ); > > > >- R_RELEASE_MUTEX(pool); >- > > > /* RtlZeroMemory(RHdrToBody(NewBlock), NumberOfBytes);*/ > > RiUsedInitRedZone ( NewBlock, NumberOfBytes ); > > >+ R_RELEASE_MUTEX(pool); > > > > return RHdrToBody(NewBlock); > } > > Hartmut, If you don't mind, I'm curious how this was causing a problem, the stuff that was being initialized outside of the lock shouldn't (in my feeble mind) have been "visible" upon reentry until this block is freed again. Thanks, Royce

2 1

win32k message queue problem
by Hartmut Birr 25 Jul '05

25 Jul '05

Hi, it seems there exist a problem with the message queues. If a process is terminated (killed) from outside, the thread message queue is deleted before the last window is deleted. If there is a message (key or mouse) for this window, the window does access the already freed message queue. This will crash the system. Possible it is related to the paged pool memory corruption bug. I've a (dirty) fix for this problem. - Hartmut Index: subsys/win32k/ntuser/window.c =================================================================== --- subsys/win32k/ntuser/window.c (Revision 16707) +++ subsys/win32k/ntuser/window.c (Arbeitskopie) @@ -1577,6 +1577,7 @@ IntSetMenu(WindowObject, hMenu, &MenuChanged); } WindowObject->MessageQueue = PsGetWin32Thread()->MessageQueue; + IntReferenceMessageQueue(WindowObject->MessageQueue); WindowObject->Parent = (ParentWindow ? ParentWindow->Self : NULL); if((OwnerWindow = IntGetWindowObject(OwnerWindowHandle))) { @@ -2180,7 +2181,7 @@ if (Window->MessageQueue->CaptureWindow == Window->Self) Window->MessageQueue->CaptureWindow = NULL; IntUnLockMessageQueue(Window->MessageQueue); - + IntDereferenceMessageQueue(Window->MessageQueue); /* Call hooks */ #if 0 /* FIXME */ if (HOOK_CallHooks(WH_CBT, HCBT_DESTROYWND, (WPARAM) hwnd, 0, TRUE))

2 2

Off Topic: Programming Salaries...
by Rick Langschultz 24 Jul '05

24 Jul '05

Hey all, I am hiring an entry level web programmer for the winter and would like to know what you would suggest to be a good starting salary. We are a small company that deals with serving users with portal services, such as database portals, collaboration portals, e-learning portals, web services, and simple PHP + MySQL websites. What would you want to be paid? Please be reasonable cause I am going to base someones salary on these statistics. Also please only respond directly to me, not to this list. No use clogging it up. Thanks, Rick Langschultz

1 0

ReactOS crash on vmware 4.5 when usb controller is enabled .
by Saveliy Tretiakov 24 Jul '05

24 Jul '05

(ntoskrnl\ke\main.c:284) --------------------------------------------------------------- (ntoskrnl\ke\main.c:285) ReactOS 0.3-SVN (Build 20050723-r16704) Used memory 65536Kb (ntoskrnl\mm\mminit.c:375) Kernel Stack Limits. InitTop = 0x800f5000, Init = 0x800f2000 (ntoskrnl\mm\mm.c:283) No current process (ntoskrnl\io\pnpmgr.c:1749) Initialization of service vmx_svga failed (Status c0000001) (ntoskrnl\ldr\loader.c:315) Could not open module file: \SystemRoot\System32\DRIVERS\usbuhci.sys (ntoskrnl\io\pnpmgr.c:1749) Initialization of service usbuhci failed (Status c0000001) (ntoskrnl\io\pnpmgr.c:1749) Initialization of service vmx_svga failed (Status c0000001) (ntoskrnl\ldr\loader.c:315) Could not open module file: \SystemRoot\System32\DRIVERS\usbuhci.sys (ntoskrnl\io\pnpmgr.c:1749) Initialization of service usbuhci failed (Status c0000001) (ntoskrnl\ldr\loader.c:315) Could not open module file: \SystemRoot\system32\drivers\ne2000.sys (ntoskrnl\io\pnpmgr.c:1749) Initialization of service Ne2000 failed (Status c0000001) (ntoskrnl\ldr\loader.c:315) Could not open module file: \SystemRoot\system32\drivers\i8042prt.sys (ntoskrnl\io\pnpmgr.c:1749) Initialization of service i8042prt failed (Status c0000001) (ntoskrnl\ldr\loader.c:315) Could not open module file: \SystemRoot\system32\drivers\i8042prt.sys (ntoskrnl\io\pnpmgr.c:1749) Initialization of service i8042prt failed (Status c0000001) (ntoskrnl\io\pnpmgr.c:1749) Initialization of service serial failed (Status c0000034) (ntoskrnl\io\pnpmgr.c:1749) Initialization of service serial failed (Status c0000034) (drivers\input\i8042prt\registry.c:215) Can't read registry: c0000034 (drivers\input\i8042prt\registry.c:226) Manually set defaults (drivers\input\i8042prt\registry.c:215) Can't read registry: c0000034 (drivers\input\i8042prt\registry.c:226) Manually set defaults (drivers\input\i8042prt\i8042prt.c:570) Basic keyboard detection failed: c00000b5 (ntoskrnl\io\pnpmgr.c:1749) Initialization of service serial failed (Status c0000034) (ntoskrnl\io\pnpmgr.c:1749) Initialization of service serial failed (Status c0000034) (ntoskrnl\io\pnpmgr.c:1749) Initialization of service vmx_svga failed (Status c0000001) (drivers\usb\cromwell\uhci\fdo.c:293) UHCI: unknown minor function 0x8 (drivers\usb\cromwell\sys\linuxwrapper.c:466) IoGetDmaAdapter done 0x8CD02938, mapRegisterCount=2 (drivers\usb\cromwell\uhci\uhci-hcd.c:2556) INF: drivers\usb\cromwell\uhci\uhci-hcd.c: USB Universal Host Controller Interface driver v2.1 (drivers\usb\cromwell\core\hcd-pci.c:74) usbcore: usb_hcd_pci_probe() called (drivers\usb\cromwell\sys\linuxwrapper.c:201) driver_register 0: 9d0070b8 9d0008a4(drivers\usb\cromwell\core\usb.c:164) INF: drivers\usb\cromwell\core\usb.c: registered new driver hub (drivers\usb\cromwell\sys\linuxwrapper.c:137) usbcore: Created system thread 60 (drivers\usb\cromwell\sys\linuxwrapper.c:201) driver_register 1: 9d0070e0 9d000890(drivers\usb\cromwell\core\hcd-pci.c:74) usbcore: usb_hcd_pci_probe() called (drivers\usb\cromwell\core\/../linux/pci_hal.c:13) pci_enable_device() called... (drivers\usb\cromwell\core\/../linux/pci_hal.c:44) pci_resource_flags() called, x=0x0 (drivers\usb\cromwell\core\/../linux/pci_hal.c:21) pci_resource_start() called, x=0x0 (drivers\usb\cromwell\core\/../linux/pci_hal.c:33) pci_resource_len() called, x=0x0 (drivers\usb\cromwell\core\/../linux/pci_hal.c:86) request_region(): addr=0x1060, len=0x20 (drivers\usb\cromwell\core\/../linux/pci_hal.c:58) pci_set_drvdata() called... (drivers\usb\cromwell\core\hcd-pci.c:163) UnivHCI PCI-USB Controller (drivers\usb\cromwell\core\hcd-pci.c:183) irq 9, io base 00001060 (drivers\usb\cromwell\core\hcd.c:678) new USB bus registered, assigned bus number 1 (drivers\usb\cromwell\uhci\/../linux/pci_hal.c:33) pci_resource_len() called, x=0x0 (drivers\usb\cromwell\sys\linuxwrapper.c:249) schedule_timeout: 5 ms (drivers\usb\cromwell\sys\linuxwrapper.c:278) schedule DONE!!!!!! (drivers\usb\cromwell\sys\linuxwrapper.c:249) schedule_timeout: 1 ms (drivers\usb\cromwell\sys\linuxwrapper.c:278) schedule DONE!!!!!! (drivers\usb\cromwell\sys\linuxwrapper.c:795) pci_alloc_consistent() size=8196 (drivers\usb\cromwell\sys\linuxwrapper.c:626) pci_pool_create(): UHCD PCI Slot/uhci_td size 48, 85/page (4096 alloc) (drivers\usb\cromwell\sys\linuxwrapper.c:626) pci_pool_create(): UHCD PCI Slot/uhci_qh size 48, 85/page (4096 alloc) (drivers\usb\cromwell\uhci\uhci-hcd.c:2264) INF: drivers\usb\cromwell\uhci\uhci-hcd.c: detected 2 ports (drivers\usb\cromwell\sys\linuxwrapper.c:656) pci_pool_alloc() called, blocks already allocated=0 (drivers\usb\cromwell\sys\linuxwrapper.c:656) pci_pool_alloc() called, blocks already allocated=0 KeBugCheckWithTf at ntoskrnl\ke\catch.c:228 A problem has been detected and ReactOS has been shut down to prevent damage to your computer. The problem seems to be caused by the following file: ntoskrnl.exe Technical information: *** STOP: 0x0000001E (0xc0000005,0x80059827,0x00000000,0x0000000b) *** ntoskrnl.exe - Address 0x80059827 base at 0x80000000, DateStamp 0x0 Page Fault Exception: 14(0) Processor: 0 CS:EIP 8:80059827 <ntoskrnl.exe:59827 (ntoskrnl/mm/marea.c:86 (MmIterateNextNode))> cr2 b cr3 22000 Proc: 8050a7d8 Pid: 4 <System> Thrd: 8050b1d0 Tid: 0 DS 10 ES 10 FS 30 GS 10 EAX: ffffffff EBX: 80699640 ECX: 800ef1a0 EDX: 9cf67fff EBP: 800f477c ESI: 00000000 ESP: 800f4700 EDI: 00076514 EFLAGS: 00210286 kESP 800f4700 kernel stack base 800f2000 Frames: <ntoskrnl.exe:59e59 (ntoskrnl/mm/marea.c:505 (MmFindGapBottomUp))> <ntoskrnl.exe:5a0b9 (ntoskrnl/mm/marea.c:638 (MmFindGap))> <ntoskrnl.exe:5a578 (ntoskrnl/mm/marea.c:957 (MmCreateMemoryArea))> <ntoskrnl.exe:54be5 (ntoskrnl/mm/cont.c:60 (MmAllocateContiguousAlignedMemory))> <hal.dll:2681 (hal/halx86/generic/dma.c:64 (HalAllocateCommonBuffer))> <ntoskrnl.exe:4302a (ntoskrnl/io/pnpdma.c:46 (IopAllocateCommonBuffer))> <usbuhci.sys:8eb3 (drivers/usb/cromwell/sys/linuxwrapper.c:663 (my_pci_pool_alloc))> <usbuhci.sys:3f2f (drivers/usb/cromwell/uhci/uhci-hcd.c:313 (uhci_alloc_qh))> <usbuhci.sys:7897 (drivers/usb/cromwell/uhci/uhci-hcd.c:2289 (uhci_start))> <usbcore.sys:45b3 (drivers/usb/cromwell/core/hcd-pci.c:193 (usb_hcd_pci_probe))> <usbuhci.sys:1202 (drivers/usb/cromwell/uhci/fdo.c:56 (InitLinuxWrapper))> <usbuhci.sys:152e (drivers/usb/cromwell/uhci/fdo.c:192 (UhciFdoStartDevice))> <usbuhci.sys:1627 (drivers/usb/cromwell/uhci/fdo.c:243 (UhciPnpFdo))> <usbuhci.sys:2a74 (drivers/usb/cromwell/uhci/uhci.c:269 (DispatchPnp))> <ntoskrnl.exe:414ff (ntoskrnl/io/irp.c:1080 (IofCallDriver))> <ntoskrnl.exe:4409b (ntoskrnl/io/pnpmgr.c:636 (IopInitiatePnpIrp))> <ntoskrnl.exe:30894 (ntoskrnl/io/device.c:145 (IopStartDevice))> <ntoskrnl.exe:45738 (ntoskrnl/io/pnpmgr.c:1733 (IopActionInitChildServices))> <ntoskrnl.exe:457cb (ntoskrnl/io/pnpmgr.c:1773 (IopActionInitAllServices))> <ntoskrnl.exe:44110 (ntoskrnl/io/pnpmgr.c:666 (IopTraverseDeviceTreeNode))> <ntoskrnl.exe:44143 (ntoskrnl/io/pnpmgr.c:680 (IopTraverseDeviceTreeNode))> <ntoskrnl.exe:44143 (ntoskrnl/io/pnpmgr.c:680 (IopTraverseDeviceTreeNode))> <ntoskrnl.exe:44186 (ntoskrnl/io/pnpmgr.c:706 (IopTraverseDeviceTree))> <ntoskrnl.exe:45834 (ntoskrnl/io/pnpmgr.c:1833 (IopInitializePnpServices))> <800B7BC0> <800B5428> <ntoskrnl.exe:6456 (ntoskrnl/ke/main.c:95 (KiSystemStartup))> <800B384E> <0> KeBugCheckWithTf at ntoskrnl\ke\catch.c:228 A problem has been detected and ReactOS has been shut down to prevent damage to your computer. The problem seems to be caused by the following file: ntoskrnl.exe Technical information: *** STOP: 0x0000001E (0x80000003,0x80091527,0x00000000,0x00000000) *** ntoskrnl.exe - Address 0x80091527 base at 0x80000000, DateStamp 0x0

2 1

services in livecd
by Saveliy Tretiakov 24 Jul '05

24 Jul '05

I found that SCM is not started in livecd. This is wrong imho (I use livecd to debug ROS and I need SCM). This small patch will fix this. Index: winlogon.c =================================================================== --- winlogon.c (revision 16707) +++ winlogon.c (working copy) @@ -593,6 +593,8 @@ DbgPrint("WL: Cannot switch to Winlogon desktop (0x%X)\n", GetLastError()); } + InitServices(); + /* Check for pending setup */ if (GetSetupType () != 0) { @@ -616,8 +618,6 @@ return 2; } - InitServices(); - #if 0 /* real winlogon uses "Winlogon" */ RtlInitUnicodeString((PUNICODE_STRING)&ProcessName, L"Winlogon");

1 0

RE: [ros-dev] Re: Reactos.com problems
by Murphy, Ged (Bolton) 23 Jul '05

23 Jul '05

Agreed. This is a perfect opportunity to bring in the new website. -----Original Message----- From: mf [mailto:mf@mufunyo.net] Sent: 23 July 2005 11:27 To: ros-dev(a)reactos.com Cc: ros-general(a)reactos.com Subject: [ros-dev] Re: Reactos.com problems Ge van Geldorp wrote: > For the moment, I've moved the mailing lists to a backup box. I am not > moving the website, since it seems the attack was carried out via the > website (a vulnerability in one of the php script packages we use). > I'll put up a dummy page informing visitors. Am I the only one thinking this is the perfect moment to put up the new static webpage along with the new design *hint hint* ? _______________________________________________ Ros-dev mailing list Ros-dev(a)reactos.com http://reactos.com:8080/mailman/listinfo/ros-dev ************************************************************************ 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

← Newer
1
2
3
4
5
6
7
8
9
10
Older →

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Ros-dev July 2005