Ros-dev

ros-dev@reactos.org

3 participants
5789 discussions

by Dana Burkart

I have been following the ReactOS project for a while now, and would like to write your newsletters for you. Qualifications: - I have enough time to write the newsletter once a week. - English is my first language, and I can write fairly well. - I like to program in my free time, so I understand what's going on pretty well. - I don't know if I can do the IRC, though. - I also know HTML. If I am not picked, that's alright, I just wanted to help you guys out... I would help out with the actual project, but I don't think my programming skill is that advanced.

18 years, 1 month

Boot Crash in Usb

by James Tabor

Hi, Real hardware, svn 24795, (ntoskrnl/fstub/disksup.c:1618) (drivers/network/ndis/ndis/hardware.c:112)(NdisMQueryAdapterResources) No allocated resources! (drivers/network/ndis/ndis/miniport.c:1424)(NdisIPnPStartDevice) MiniportInitialize() failed for an adapter. (ntoskrnl/ldr/loader.c:259) Could not open module file: \SystemRoot\System32\drivers\usbehci.sys (Status 0xc0000034) (ntoskrnl/io/pnpmgr/pnpmgr.c:2372) Initialization of service usbehci failed (Status c0000034) (drivers/usb/usbport/usbcore.c:15) Miniport 0x81239618 registered (drivers/usb/miniport/common/fdo.c:337) IRP_MJ_PNP / unknown minor function 0x8 (drivers/usb/miniport/sys/linuxwrapper.c:479) IoGetDmaAdapter done 0x8122E2B8, mapRegisterCount=2 (drivers/usb/usbport/hcd-pci.c:74) usbcore: usb_hcd_pci_probe() called (drivers/usb/miniport/sys/linuxwrapper.c:201) driver_register 0: 80F010B8 80EFC3F3 (ntoskrnl/ps/thread.c:496) FIX PS SDs!! (drivers/usb/miniport/sys/linuxwrapper.c:137) usbcore: Created system thread 48 (drivers/usb/miniport/sys/linuxwrapper.c:201) driver_register 1: 80F01114 80EFC2F0 (drivers/usb/usbport/hcd-pci.c:74) usbcore: usb_hcd_pci_probe() called (drivers/usb/usbport/../miniport/linux/pci_hal.c:13) pci_enable_device() called. .. (drivers/usb/miniport/common/fdo.c:337) IRP_MJ_PNP / unknown minor function 0x8 (drivers/usb/miniport/sys/linuxwrapper.c:479) IoGetDmaAdapter done 0x8122F458, mapRegisterCount=2 (drivers/usb/usbport/hcd-pci.c:74) usbcore: usb_hcd_pci_probe() called (drivers/usb/miniport/sys/linuxwrapper.c:201) driver_register 2: 80F010B8 80EFC3F3 (ntoskrnl/ps/thread.c:496) FIX PS SDs!! (drivers/usb/miniport/sys/linuxwrapper.c:137) usbcore: Created system thread 52 (drivers/usb/miniport/sys/linuxwrapper.c:201) driver_register 3: 80F01114 80EFC2F0 (drivers/usb/usbport/hcd-pci.c:74) usbcore: usb_hcd_pci_probe() called (drivers/usb/usbport/../miniport/linux/pci_hal.c:13) pci_enable_device() called... (drivers/usb/miniport/common/fdo.c:337) IRP_MJ_PNP / unknown minor function 0x8 (drivers/usb/miniport/sys/linuxwrapper.c:479) IoGetDmaAdapter done 0x812302A8, mapRegisterCount=2 (drivers/usb/usbport/hcd-pci.c:74) usbcore: usb_hcd_pci_probe() called (drivers/usb/miniport/sys/linuxwrapper.c:201) driver_register 4: 80F010B8 80EFC3F3 (ntoskrnl/ps/thread.c:496) FIX PS SDs!! (drivers/usb/miniport/sys/linuxwrapper.c:137) usbcore: Created system thread 56 (drivers/usb/miniport/sys/linuxwrapper.c:201) driver_register 5: 80F01114 80EFC2F0 (drivers/usb/usbport/hcd-pci.c:74) usbcore: usb_hcd_pci_probe() called (drivers/usb/usbport/../miniport/linux/pci_hal.c:13) pci_enable_device() called... (drivers/usb/usbport/hub.c:1230) hub_thread startingEntered debugger on last-chance exception (Exception Code: 0xc0000005) (Page Fault) Memory at 0xCDCDCDF1 could not be read: Page not present. kdb:> bt Eip: <usbuhci.sys:65b4 (drivers/usb/miniport/common/pdo.c:132 (UsbMpPdoPnp))> Frames: <usbuhci.sys:5ac2 (drivers/usb/miniport/common/main.c:402 (DispatchPnp))> <ntoskrnl.exe:3a2b9 (ntoskrnl/io/iomgr/irp.c:1084 (IofCallDriver))> <ntoskrnl.exe:3f99b (ntoskrnl/io/pnpmgr/pnpmgr.c:941 (IopInitiatePnpIrp))> <ntoskrnl.exe:40455 (ntoskrnl/io/pnpmgr/pnpmgr.c:1750 (IopActionInterrogateDeviceStack))> <ntoskrnl.exe:40177 (ntoskrnl/io/pnpmgr/pnpmgr.c:969 (IopTraverseDeviceTreeNode))> <ntoskrnl.exe:4018c (ntoskrnl/io/pnpmgr/pnpmgr.c:983 (IopTraverseDeviceTreeNode))> <ntoskrnl.exe:401ae (ntoskrnl/io/pnpmgr/pnpmgr.c:1008 (IopTraverseDeviceTree))> <ntoskrnl.exe:418f7 (ntoskrnl/io/pnpmgr/pnpmgr.c:2543 (IopInvalidateDeviceRelations))> <ntoskrnl.exe:39a25 (ntoskrnl/io/iomgr/iowork.c:30 (IopWorkItemCallback))> <ntoskrnl.exe:256a6 (ntoskrnl/ex/work.c:162 (ExpWorkerThreadEntryPoint))> <ntoskrnl.exe:6cc92 (ntoskrnl/ps/thread.c:134 (PspSystemThreadStartup))> <ntoskrnl.exe:76fc2 (ntoskrnl/ke/i386/ctxswitch.S:258 (KiThreadStartup@156))> Okay so I did not update the new hives yet,,, so I did,,, (ntoskrnl/se/semgr.c:1054) FIX caller rights (granted 0x0, desired 0x3)! (ntoskrnl/se/semgr.c:1054) FIX caller rights (granted 0x0, desired 0x3)! (ntoskrnl/ps/thread.c:496) FIX PS SDs!! (subsystems/win32/csrss/api/wapi.c:75) CSR: Calling handler for type: 2001d. (subsystems/win32/csrss/api/wapi.c:77) CSR: API Number: 1d ServerID: 2 (ntoskrnl/se/semgr.c:1054) FIX caller rights (granted 0x0, desired 0x100000)! (base/system/winlogon/sas.c:88) RegOpenKeyEx() failed with error 2 (ntoskrnl/ps/process.c:686) FIX PS SDs!! (ntoskrnl/ps/thread.c:496) FIX PS SDs!! (subsystems/win32/csrss/api/wapi.c:75) CSR: Calling handler for type: 0. (subsystems/win32/csrss/api/wapi.c:77) CSR: API Number: 0 ServerID: 0 (ntoskrnl/se/semgr.c:1054) FIX caller rights (granted 0x0, desired 0x3)! (ntoskrnl/se/semgr.c:1054) FIX caller rights (granted 0x60000, desired 0xf0001)! (ntoskrnl/se/semgr.c:1054) FIX caller rights (granted 0x0, desired 0xe)! (ntoskrnl/se/semgr.c:1054) FIX caller rights (granted 0x0, desired 0xe)! (subsystems/win32/csrss/api/wapi.c:132) CSR: CsrpHandleConnectionRequest: Handling: 00B3FF98 (ntoskrnl/ps/thread.c:496) FIX PS SDs!! (subsystems/win32/csrss/api/wapi.c:192) CSR: CsrpHandleConnectionRequest done (subsystems/win32/csrss/api/wapi.c:75) CSR: Calling handler for type: 6. (subsystems/win32/csrss/api/wapi.c:77) CSR: API Number: 6 ServerID: 0 (ntoskrnl/se/semgr.c:1054) FIX caller rights (granted 0x20000, desired 0x2000f)! (ntoskrnl/se/semgr.c:1054) FIX caller rights (granted 0x60000, desired 0x1f0001)! (drivers/base/bootvid/bootvid.c:278) Waiting for bootvid thread to finish. (drivers/base/bootvid/bootvid.c:281) Bootvid thread to finish. (./subsystems/win32/win32k/objects/dc.c:324) No InstalledDisplayDrivers value in service entry found (./subsystems/win32/win32k/objects/dc.c:479) FindDriverFileNames failed (dll/ntdll/ldr/utils.c:1197) LdrGetExportByName(): failed to find mxdMessage (dll/ntdll/ldr/utils.c:2022) Failed to create or open dll section of 'msacm.drv' (Status c0000135) (dll/ntdll/ldr/utils.c:2022) Failed to create or open dll section of 'midimap.drv' (Status c0000135) (ntoskrnl/mm/freelist.c:1209) Zeroed 239724 pages. (ntoskrnl/mm/freelist.c:1209) Zeroed 32 pages. (ntoskrnl/mm/freelist.c:1209) Zeroed 16 pages. (ntoskrnl/mm/freelist.c:1209) Zeroed 32 pages. (ntoskrnl/mm/freelist.c:1209) Zeroed 32 pages. (ntoskrnl/mm/freelist.c:1209) Zeroed 32 pages. (ntoskrnl/mm/freelist.c:1209) Zeroed 16 pages. (ntoskrnl/mm/freelist.c:1209) Zeroed 32 pages. (ntoskrnl/cm/registry.c:733) Hive is still in use (hc 0, rc 5) (ntoskrnl/cm/ntfunc.c:2784) CmiDisconnectHive() failed (Status c0000001) (ntoskrnl/se/semgr.c:1054) FIX caller rights (granted 0x0, desired 0x100000)! (ntoskrnl/ps/thread.c:496) FIX PS SDs!! (ntoskrnl/ps/thread.c:496) FIX PS SDs!! (ntoskrnl/ps/thread.c:496) FIX PS SDs!! (ntoskrnl/ps/thread.c:496) FIX PS SDs!! (ntoskrnl/ps/thread.c:496) FIX PS SDs!! (subsystems/win32/csrss/api/wapi.c:75) CSR: Calling handler for type: 2002c. (subsystems/win32/csrss/api/wapi.c:77) CSR: API Number: 2c ServerID: 2 (ntoskrnl/mm/freelist.c:1209) Zeroed 12 pages. ./subsystems/win32/win32k/ntuser/focus.c:205 ./subsystems/win32/win32k/ntuser/focus.c:92 (ntoskrnl/mm/freelist.c:1209) Zeroed 24 pages. (ntoskrnl/mm/freelist.c:1209) Zeroed 972 pages. (ntoskrnl/mm/freelist.c:1209) Zeroed 480 pages. System locked up with, EnableUserModePnpManager() Failed! Rebooting now! and a OK button. Ha ha real funny! Now can the joker but it back so it will work. James

18 years, 2 months

Re: [ros-dev] [ros-diffs] [ekohl] 24792: Remove the obsolete STDCALL decorations from .def files.

by Alex Ionescu

ekohl(a)svn.reactos.org wrote: > Author: ekohl > Date: Mon Nov 20 00:17:42 2006 > New Revision: 24792 > > URL: http://svn.reactos.org/svn/reactos?rev=24792&view=rev > Log: > Remove the obsolete STDCALL decorations from .def files. I love you? I was JUST talking to Aleksey on how MSVC builds won't be linkable if this doesn't work. Please do this to every single .def file if you have time. -- Best regards, Alex Ionescu Project Lead, TinyKRNL Kernel-Mode Software Design Engineer, ReactOS

18 years, 2 months

Re: [ros-dev] [ros-diffs] [ion] 24773: - MSVC VCPROJ Maker: * Don't insert NDEBUG as a define, files define this manually already. * Don't add _CRT flags, since the RTM WDK defines them properly. * Force warning.h to be i ncluded just like the WDK does. * Disable WP

by Murphy, Ged (Bolton)

ion(a)svn.reactos.org wrote: > - Please remember that you NEED the WDK 6000 RTM installed to > use MSVC for building ReactOS. Don't change global build > settings just because you were too lazy to download it and > think that because your Win32 app doesn't need it, it's ok to > break other people's native/system/kernel/hal builds. Change > it locally if you're lazy, but don't revert these changes again. I highly dissagree that we should break building of usermode code in MSVC just because someone doesn't have 1 header file which is included with the WDK. If it effects the building of HAL etc so much, then it should be a requirement for those components only, not for wingui/win32dll code. Maybe including a similar header into our own code is a more viable option. Ged.

18 years, 2 months

Re: [ros-dev] [ros-diffs] [ion] 24767: - Purposefully add 6 debug prints to RtlpGetRegistryHandle, which, while ndis.sys is initializing, should BSOD the system. I have seen this "RtlpGetRegistryHandle" BSOD randomly during boot (But always with the same stack trace), and a local HAL patch managed to cause it 100% of the time. I know that the problem had nothing to do with the HAL or registry paths, because it came up before too when I added debug prints to fstub. These 6 prints 100% reproduce the problem o

by Reuel ben Yisrael

ion(a)svn.reactos.org wrote: > Author: ion > Date: Thu Nov 16 10:09:37 2006 > New Revision: 24767 > > URL: http://svn.reactos.org/svn/reactos?rev=24767&view=rev > Log: > - Purposefully add 6 debug prints to RtlpGetRegistryHandle, which, while ndis.sys is initializing, should BSOD the system. I have seen this "RtlpGetRegistryHandle" BSOD randomly during boot (But always with the same stack trace), and a local HAL patch managed to cause it 100% of the time. I know that the problem had nothing to do with the HAL or registry paths, because it came up before too when I added debug prints to fstub. These 6 prints 100% reproduce the problem on my machine with GCC 3.4.5. It is my hope it will do the same for everyone. This is a nasty bug, either stack related or some critical structure is being damaged. I am breaking trunk because it's been here for a long time, but now I found a way to repro it so that we can work together to try finding it. In a way, trunk was always broken, but this patch should force a freeze. Please help. > > Modified: > trunk/reactos/lib/rtl/registry.c > > Modified: trunk/reactos/lib/rtl/registry.c > URL: http://svn.reactos.org/svn/reactos/trunk/reactos/lib/rtl/registry.c?rev=247… > ============================================================================== > --- trunk/reactos/lib/rtl/registry.c (original) > +++ trunk/reactos/lib/rtl/registry.c Thu Nov 16 10:09:37 2006 > @@ -94,6 +94,11 @@ > } > > /* And now append the path */ > + DPRINT1("I'm about to crash due to an overwrite problem, Alex thinks\n"); > + DPRINT1("I'm about to crash due to a overwrite problem, Alex thinks\n"); > + DPRINT1("I'm about to crash due to a overwrite problem, Alex thinks\n"); > + DPRINT1("I'm about to crash due to a overwrite problem, Alex thinks\n"); > + DPRINT1("I'm about to crash due to a overwrite problem, Alex thinks\n"); > if (Path[0] == L'\\' && RelativeTo != RTL_REGISTRY_ABSOLUTE) Path++; // HACK! > Status = RtlAppendUnicodeToString(&KeyName, Path); > if (!NT_SUCCESS(Status)) return Status; > Where's # 6? I only see 5.. LOL

18 years, 2 months

Trunk is in frozen state

by Aleksey Bragin

Hello, trunk is frozen from any commits except for fixing that error mentioned in the last commit message ("ndis"-bug). Thanks for understanding, Aleksey Bragin.

18 years, 2 months

freetype cache

by Timo Kreuzer

Hi, Some time ago, I have done a small fix to make the freetype chache work. It still had the display bug with the original author (tinus) already experienced. I have fixed it now. As far as I have tested it is working correctly. And it speeds up text output by about 300%. Maybe someone should take a look at it. Bugzilla #511 Greetings, Timo

18 years, 2 months

Some feedback on ReactOS from LiveJournal

by Craig Talbert

http://community.livejournal.com/reactos/2373.html

18 years, 2 months

Re: [ros-dev] 0.3.1

by Murphy, Ged (Bolton)

Aleksey Bragin wrote: > There is an undecided problem: should we rebranch 0.3.1 or release it > as it is. I prefer rebranching from trunk, but that involves heavy > bugfixing of trunk, which I want to see any way. I don't know the state of 0.3.1 at the moment, but from what I remember it was quite stable. Why don't we just spend a day testing it to be sure and then release RC1. 0.3.2 could be branched directly after the 0.3.1 release. Ged.

18 years, 2 months

0.3.1

by Murphy, Ged (Bolton)

Any update on its progress? Release cycle speed doesn't seem to have improved since our last bungled attempt.

18 years, 2 months

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Ros-dev