- Ros-dev - ReactOS.org

by Freeworld

Hello folks! Things are going very well with the new site and it is time that the community/developers choose a design for our now homepage. The choices: (Thanks to Klemens Friedl for carrying the suggestions together and for all his other work.) 1) Jason Filby: http://reactos.com/newsite/reactos_index.html <http://reactos.com/newsite/reactos_index.html> 2) Klemens Friedl: http://frik85.fr.funpic.de/reactos/ <http://frik85.fr.funpic.de/reactos/> 3) Mikko Tikkanen (created the layaut, only a pic) http://devnet.dnsalias.net/guidesign/web_mockup.jpg <http://devnet.dnsalias.net/guidesign/web_mockup.jpg> (Mikko Tikkanen design) Brandon Turner (created a html version): http://brandonturner.org/ROS/index.html <http://brandonturner.org/ROS/index.html> (Brandon Turner work) 4) Mindflyer (based on mikko's design): http://www.mufunyo.net/reactos/web/ <http://www.mufunyo.net/reactos/web/> (currently not available!) 5) jh: http://reactos.com:8080/pipermail/ros-web/attachments/20050614/624eb1e9/ros… <http://reactos.com:8080/pipermail/ros-web/attachments/20050614/624eb1e9/ros…> 6) Gennadiy Dolzhenko: http://optim.sorb.com.ua/ros http://optim.sorb.com.ua/ros2 Allowed votes are: 1) Jason Filby 2) Klemens Friedl 3) Mikko Tikkanen 4) Mindflyer 5) jh 6) Gennadiy Dolzhenko 1 7) Gennadiy Dolzhenko 1 If the designers name is not right or you want the respective mailinglist-posting please send me an email. The voting will last for two weeks. Greetings Michael Wirth

20 years

17
23
0 0

RE: [ros-diffs] [ea] 17400: Add winemine.

by Casper Hornstrup

Can't we use "optional" here instead of "o"? I know it will require two more seconds to write, but it is much more self-documenting than "o". Casper ________________________________________ From: ros-diffs-bounces(a)reactos.com [mailto:ros-diffs-bounces@reactos.com] On Behalf Of ea(a)svn.reactos.com Sent: 15. august 2005 19:31 To: ros-diffs(a)reactos.com Subject: [ros-diffs] [ea] 17400: Add winemine. Add winemine. Modified: trunk/reactos/bootdata/packages/reactos.dff ________________________________________ Modified: trunk/reactos/bootdata/packages/reactos.dff --- trunk/reactos/bootdata/packages/reactos.dff 2005-08-15 17:04:34 UTC (rev 17399) +++ trunk/reactos/bootdata/packages/reactos.dff 2005-08-15 17:30:20 UTC (rev 17400) @@ -299,6 +299,7 @@ modules\rosapps\cmdutils\mode\mode.exe 1 o modules\rosapps\cmdutils\touch\touch.exe 1 o modules\rosapps\games\solitaire\sol.exe 1 o +modules\rosapps\games\winemine\winemine.exe 1 o modules\rosapps\mc\mc.exe 1 o modules\rosapps\net\ncftp\ncftp.exe 1 o modules\rosapps\net\niclist\niclist.exe 1 o

20 years, 1 month

2
1
0 0

Re: [ros-svn] [greatlrd] 17380: change CMDLINE_LENGTH to 8192 to keep rbuild happy until dymatic alloc are in place

by James Tabor

greatlrd(a)svn.reactos.com wrote: > change CMDLINE_LENGTH to 8192 to keep rbuild happy until dymatic alloc are in place > > > Updated files: > trunk/reactos/subsys/system/cmd/cmd.h > Hi! My problem with building is fix with this patch. I would make sure this setting is the, no other, only minimum setting. Due to speed of allocating memory every time cmd is running. Thanks, James

20 years, 1 month

4
4
0 0

Re: [ea] 17396: CABMAN: add support for optional files (they are listed in the reactos.dff, but may not exist in the output-??? directory).

by Sylvain Petreolle

It seems you missed a test into your dfp.cxx change. The change of the series of if() else if() into a switch(){} is ok, except now it always returns CAB_STATUS_SUCCESS. + case CAB_STATUS_NOMEMORY: + printf("Insufficient memory to add file: %s.\n", SrcName); + break; + default: + printf("Cannot add file: %s (%lu).\n", SrcName, Status); + break; } - return CAB_STATUS_SUCCESS; } To restore the correct behaviour, you have to return Status; Kind regards, Usurp (aka Sylvain Petreolle) humans are like computers, yesterday the BIOS was all - today its just a word

20 years, 1 month

1
0
0 0

Re: [ros-diffs] [hbirr] 17397: Fixed a terminating NULL in IoRegisterDeviceInterface.

by Joseph Galbraith

I'm curious why we are making this string nul terminated? IoCreateSymbolicLink() should not care (I'm virtually certain it doesn't under windows.) And I'm pretty sure that IoRegisterDeviceInterface isn't expected to return a nul terminated string either. And I'm also pretty sure our implementation doesn't actually return it NUL terminated because the length doesn't include the NUL termination (rightly so or the symbolic link would actually have a NUL character as part of it's name) and the RtlMoveMemory() at the end of the function is based of off Length(). I'm pretty sure that virtually no windows kernel mode function taking a UNICODE_STRING structure (or a STRING structure) expects nul termination... Thanks, Joseph hbirr(a)svn.reactos.com wrote: > Fixed a terminating NULL in IoRegisterDeviceInterface. > > Modified: trunk/reactos/ntoskrnl/io/deviface.c > > ------------------------------------------------------------------------ > *Modified: trunk/reactos/ntoskrnl/io/deviface.c* > > --- trunk/reactos/ntoskrnl/io/deviface.c 2005-08-15 16:41:43 UTC (rev 17396) > +++ trunk/reactos/ntoskrnl/io/deviface.c 2005-08-15 16:47:15 UTC (rev 17397) > @@ -815,7 +815,7 @@ > > RtlAppendUnicodeToString(SymbolicLinkName, L"\\"); > RtlAppendUnicodeStringToString(SymbolicLinkName, ReferenceString); > } > > - SymbolicLinkName->Buffer[SymbolicLinkName->Length] = '\0'; > > + SymbolicLinkName->Buffer[SymbolicLinkName->Length/sizeof(WCHAR)] = L'\0'; > > > /* Create symbolic link */ > DPRINT("IoRegisterDeviceInterface(): creating symbolic link %wZ -> %wZ\n", SymbolicLinkName, &PdoNameInfo->Name); >

20 years, 1 month

2
1
0 0

Caution, Wine Tests maybe Wrong!

by James Tabor

Hi all, When running ntdll_test or ntdll_crosstest with rtl selected, it will fail at the last test, test_HandleTables. Right at first I checked the wine headers and noticed the handle table structures are not the same as ros. B^| Wow, -what- -a- -sur- -prise-. Convert tests to Ros? 8^> James

20 years, 1 month

10
20
0 0

Test This App! Was: Untested (open source) software list Volunteers needed !!!

by James Tabor

James Tabor wrote: > > It's not gpl. I do consider this a good test app, but poorly written. > http://www.smidgeonsoft.prohosting.com/download/PEBrowse.zip > Haa! It really illustrates some weaknesses in Ros. > Hi! Has anyone bothered to test this application? Thanks, James

20 years, 1 month

2
1
0 0

Icons for CIS

by Casper Hornstrup

Hi. Is there any graphics artist here that can and want to create four icons for our Continuous Integration System? At http://sin.csh-consult.dk/ there is a table of changes committed to the repository. I want to add a new column "Build type" at the end containing these icons. The four icons are: ? = Unknown build type P = Partial build F = Full build F (underlined) = Required full build Casper

20 years, 1 month

2
1
0 0

Re: [ros-bugs] [Bug 708] Selfhosting (ros-on-ros compilation) fails.

by Brandon Turner

Hey, do you know when this started happening or has rbuild always had lines that are too long for ROS cmd? Should we just change CMDLINE_LENGTH to something else, because apparently CMDLINE_LENGTH is not really the max a line can be as rbuild works with MS cmd. Brandon ReactOS.Bugzilla(a)reactos.com wrote: >http://reactos.com/bugzilla/show_bug.cgi?id=708 > > > > > >------- Additional Comments From hartmut.birr(a)gmx.de 2005-12-08 16:14 ------- >cmd.exe uses a fixed size command and batch line buffer. 512 characters are >not enough for our current build system. > > >

20 years, 1 month

3
2
0 0

RE: [ros-svn] [hpoussin] 17162: Implement SetupGetInfFileListW andSetupGetInfInformationW

by Ge van Geldorp

> From: hpoussin(a)svn.reactos.com > > Implement SetupGetInfFileListW and SetupGetInfInformationW > Inf file parser now accept UNICODE files with FF FE header > Return required buffer size when buffer is too small in > SetupGetLineTextA/W, SetupGetStringFieldA/W > > > Updated files: > trunk/reactos/lib/setupapi/parser.c > trunk/reactos/lib/setupapi/setupapi.spec SetupGetStringFieldW() (and possibly others too) now return failure and set an error of ERROR_INSUFFICIENT_BUFFER when the passed in buffer and size are NULL and 0 resp. I think this is not correct. MSDN says: "If this function is called with a ReturnBuffer of NULL and a ReturnBufferSize of zero, the function puts the buffer size needed to hold the specified data into the variable pointed to by RequiredSize. If the function succeeds in this, the return value is a nonzero value." So buffer == NULL and size == 0 is a special case. Other code (e.g. the call in lib/setupapi/install.c line 328) depends on this behaviour and is now broken too. Gé van Geldorp.

20 years, 1 month

1
0
0 0

reactos.dff and optional files

by Emanuele Aliberti

Is there a way to declare a file 'optional' in reactos.dff? With 'optional' I mean a file that will go in the ISO image, if present, otherwise the declaration will be silently ignored. -- :Emanuele Aliberti

20 years, 1 month

1
0
0 0

To: WaxDragon re: msi crash

by Royce Mitchell III

apply this patch to latest svn and send me debug log Index: create.c =================================================================== --- create.c (revision 17328) +++ create.c (working copy) @@ -445,7 +445,7 @@ PDEVICE_EXTENSION DeviceExt; ULONG RequestedDisposition, RequestedOptions; PVFATCCB pCcb; - PVFATFCB pFcb; + PVFATFCB pFcb = NULL; PVFATFCB ParentFcb; PWCHAR c, last; BOOLEAN PagingFileCreate = FALSE; @@ -564,6 +564,10 @@ vfatReleaseFCB (DeviceExt, ParentFcb); if (NT_SUCCESS (Status)) { +#if defined(DBG) || defined(KDBG) + ASSERT ( pFcb ); + CcRosTraceCacheMap ( pFcb->SectionObjectPointers.SharedCacheMap, TRUE ); +#endif Status = vfatAttachFCBToFileObject (DeviceExt, pFcb, FileObject); if ( !NT_SUCCESS(Status) ) { @@ -577,6 +581,9 @@ pFcb, DeviceExt, &Irp->Overlay.AllocationSize); +#if defined(DBG) || defined(KDBG) + CcRosTraceCacheMap ( FileObject->SectionObjectPointer->SharedCacheMap, FALSE ); +#endif VfatSetExtendedAttributes(FileObject, Irp->AssociatedIrp.SystemBuffer, Stack->Parameters.Create.EaLength);

20 years, 1 month

1
1
0 0

RE: [ros-bugs] [Bug 715] New: random crash after recompiling trun k and at loading reactoOS

by Murphy, Ged (Bolton)

ReactOS.Bugzilla(a)reactos.com wrote: > > After successfull > make depends > make > make install > > I have copied the files inside the 2.6 hard disk image of ReactOS. Although I can't answer your initial problem, I can suggest that do a 'make bootcd' instead of 'make install', and then boot ROS in QEMU using the generated iso. Then you will have an install better suited to QEMU. ************************************************************************ 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

20 years, 1 month

1
0
0 0

Re: [ros-svn] [hbirr] 17306: - Removed the hole pool allocation, because it needs to much memory and ros will not boot.

by Royce Mitchell III

hbirr(a)svn.reactos.com wrote: >- Removed the hole pool allocation, because it needs to much memory and ros will not boot. >- Allocate short blocks in one page. >- Split the used and free header. It makes it easier to implement a red zone check. > > > Can we use rpoolmgr.h for npool? I wrote it to be useable by both.

20 years, 1 month

3
3
0 0

UsbUhci Boot Falure

by James Tabor

At revision 17321. hivesys, ;USB UHCI Driver HKLM,"SYSTEM\CurrentControlSet\Services\usbuhci","Type",0x00010001,0x00000001 HKLM,"SYSTEM\CurrentControlSet\Services\usbuhci","ErrorControl",0x00010001,0x00000001 HKLM,"SYSTEM\CurrentControlSet\Services\usbuhci","Start",0x00010001,0x00000003 HKLM,"SYSTEM\CurrentControlSet\Services\usbuhci","Group",0x00000000,"Base" HKLM,"SYSTEM\CurrentControlSet\Services\usbuhci","ImagePath",0x00020000,"System32\DRIVERS\usbuhci.sys" HKLM,"SYSTEM\CurrentControlSet\Services\usbuhci","Tag",0x00010001,0x0000000f HKLM,"SYSTEM\CurrentControlSet\Services\usbuhci","DisplayName",0x00000000,"ReactOS USB UHCI controller miniport driver" HKLM,"SYSTEM\CurrentControlSet\Services\usbuhci\Enum","0",0x00000000,"PCI\VEN_1106&DEV_3104&SUBSYS_73401462&REV_82" HKLM,"SYSTEM\CurrentControlSet\Services\usbuhci\Enum","Count",0x00010001,0x00000001 HKLM,"SYSTEM\CurrentControlSet\Services\usbuhci\Enum","NextInstance",0x00010001,0x00000001 HKLM,"SYSTEM\CurrentControlSet\Enum\PCI\VEN_1106&DEV_3104&SUBSYS_73401462&REV_82\0000","Service",0x00000000,"usbuhci" Debug, (drivers/usb/cromwell/uhci/fdo.c:293) UHCI: unknown minor function 0x8 (drivers/usb/cromwell/sys/linuxwrapper.c:479) IoGetDmaAdapter done 0x8D3EA638, m apRegisterCount=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: 9d60e0b8 9d607d e4(drivers/usb/cromwell/core/usb.c:168) INF: drivers/usb/cromwell/core/usb.c: re gistered new driver hub (drivers/usb/cromwell/sys/linuxwrapper.c:137) usbcore: Created system thread 72 (drivers/usb/cromwell/sys/linuxwrapper.c:201) driver_register 1: 9d60e0e0 9d607d d0(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:21) pci_resource_start() called, x =0x0 (drivers/usb/cromwell/core/../linux/pci_hal.c:33) pci_resource_len() called, x=0 x0 (drivers/usb/cromwell/core/../linux/pci_hal.c:129) request_mem_region(): addr=0x de000000, len=0x100 (drivers/usb/cromwell/core/../linux/pci_hal.c:146) ioremap_nocache(): addr=0xde0 00000, len=0x100 (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, pci mem 9d61b000 (drivers/usb/cromwell/core/hcd.c:678) new USB bus registered, assigned bus numbe r 1 (drivers/usb/cromwell/uhci/../linux/pci_hal.c:33) pci_resource_len() called, x=0 x0 (drivers/usb/cromwell/sys/linuxwrapper.c:252) schedule_timeout: 5 ms (drivers/usb/cromwell/sys/linuxwrapper.c:286) schedule DONE!!!!!! (drivers/usb/cromwell/sys/linuxwrapper.c:252) schedule_timeout: 1 ms (drivers/usb/cromwell/sys/linuxwrapper.c:286) schedule DONE!!!!!! (drivers/usb/cromwell/sys/linuxwrapper.c:793) pci_alloc_consistent() size=8196 (drivers/usb/cromwell/sys/linuxwrapper.c:639) pci_pool_create(): UHCD PCI Slot/u hci_td size 48, 85/page (4096 alloc) (drivers/usb/cromwell/sys/linuxwrapper.c:639) pci_pool_create(): UHCD PCI Slot/u hci_qh size 48, 85/page (4096 alloc) (drivers/usb/cromwell/uhci/uhci-hcd.c:2264) INF: drivers/usb/cromwell/uhci/uhci- hcd.c: detected 4088 ports (drivers/usb/cromwell/uhci/uhci-hcd.c:2269) INF: drivers/usb/cromwell/uhci/uhci- hcd.c: port count misdetected? forcing to 2 ports (drivers/usb/cromwell/sys/linuxwrapper.c:704) pci_pool_alloc(): Allocating block 80e08ac0:0:0:0 (drivers/usb/cromwell/sys/linuxwrapper.c:704) pci_pool_alloc(): Allocating block 80e09000:0:0:0 (drivers/usb/cromwell/sys/linuxwrapper.c:704) pci_pool_alloc(): Allocating block 80e09000:0:0:1 (drivers/usb/cromwell/sys/linuxwrapper.c:704) pci_pool_alloc(): Allocating block 80e09000:0:0:2 (drivers/usb/cromwell/sys/linuxwrapper.c:704) pci_pool_alloc(): Allocating block 80e09000:0:0:3 (drivers/usb/cromwell/sys/linuxwrapper.c:704) pci_pool_alloc(): Allocating block 80e09000:0:0:4 (drivers/usb/cromwell/sys/linuxwrapper.c:704) pci_pool_alloc(): Allocating block 80e09000:0:0:5 (drivers/usb/cromwell/sys/linuxwrapper.c:704) pci_pool_alloc(): Allocating block 80e09000:0:0:6 (drivers/usb/cromwell/sys/linuxwrapper.c:704) pci_pool_alloc(): Allocating block 80e09000:0:0:7 (drivers/usb/cromwell/sys/linuxwrapper.c:704) pci_pool_alloc(): Allocating block 80e09000:0:0:8 (drivers/usb/cromwell/sys/linuxwrapper.c:704) pci_pool_alloc(): Allocating block 80e09000:0:0:9 (drivers/usb/cromwell/sys/linuxwrapper.c:704) pci_pool_alloc(): Allocating block 80e09000:0:0:10 (drivers/usb/cromwell/sys/linuxwrapper.c:704) pci_pool_alloc(): Allocating block 80e09000:0:0:11 (drivers/usb/cromwell/uhci/uhci-hcd.c:2098) ERR: uhci: USBCMD_HCRESET timed out! (drivers/usb/cromwell/core/message.c:159) usb_control_msg: devnum=1, size=0, tim eout=500 (drivers/usb/cromwell/core/message.c:43) usb_start_wait_urb(): urb devnum=1, tim eout=500, urb->actual_length=0 (drivers/usb/cromwell/core/urb.c:205) sub dev 8d3eb018 bus 8d3ec808 num 1 op 9d6 0e020 sub 9d603549 (drivers/usb/cromwell/core/hcd.c:985) submit_urb 8d3ea4c8, # 1, t 2 (drivers/usb/cromwell/core/hcd.c:400) root hub device address 1 (drivers/usb/cromwell/core/message.c:61) TRACE 3.1, timeout=500, awd.done=1 (drivers/usb/cromwell/core/message.c:159) usb_control_msg: devnum=1, size=8, tim eout=500 (drivers/usb/cromwell/core/message.c:43) usb_start_wait_urb(): urb devnum=1, tim eout=500, urb->actual_length=0 (drivers/usb/cromwell/core/urb(drivers/usb/cromwell/uhci/uhci-hcd.c:1898) ERR: d rivers/usb/cromwell/uhci/uhci-hcd.c: 9d61b000: host system error,.c:205) sub dev 8d3eb018 bus 8d3ec808 num 1 op 9d60e020 sub 9d603549 (drivers/usb/cromwell/core/hcd.c:985) submit_urb 8d3ea4c8, # 1, t 2 (drivers/usb/cromwell/core/message.c:61) TRACE 3.1, timeout=500, awd.done=1 <Snip... > (drivers/usb/cromw PCI problems? (drivers/usb/cromwell/uhci/uhci-hcd.c:1900) ERR: drivers/usb/cromwell/uhci/uhci- hcd.c: 9d61b000: host controller process error. something bad happened (drivers/usb/cromwell/uhci/uhci-hcd.c:1902) ERR: drivers/usb/cell/core/message.c :43) usb_start_wait_urb(): urb devnum=1, timeout=100, urb->actual_length=0 (drivers/usb/cromwell/core/urb.c:205) sub dev 8d3eb018 bus 8d3ec808 num 1 op 9d6 0e020 sub 9d603549 (drivers/usb/cromwell/core/hcd.c:985)romwell/uhci/uhci-hcd.c: 9d61b000: host con troller halted. very bad (drivers/usb/cromwell/uhci/uhci-hcd.c:1898) ERR: drivers/usb/cromwell/uhci/uhci- hcd.c: 9d61b000: host system error, PCI problems? (drivers/usb/cromwell/uhci/uhci submit_urb 8d3e1620, # 1, t 2 (drivers/usb/cromwell/core/message.c:61) TRACE 3.1, timeout=100, awd.done=1 (drivers/usb/cromwell/core/message.c:159) usb_control_msg: devnum=1, size=0, tim eout=100 (drivers/usb/cromwell/core/messa-hcd.c:1900) ERR: drivers/usb/cromwell/uhci/uhci -hcd.c: 9d61b000: host controller process error. something bad happened (drivers/usb/cromwell/uhci/uhci-hcd.c:1902) ERR: drivers/usb/cromwell/uhci/uhci- hcd.c: 9d61b000: host controlge.c:43) usb_start_wait_urb(): urb devnum=1, timeou t=100, urb->actual_length=0 (drivers/usb/cromwell/core/urb.c:205) sub dev 8d3eb018 bus 8d3ec808 num 1 op 9d6 0e020 sub 9d603549 (drivers/usb/cromwell/core/hcd.c:985) submit_urb 8dler halted. very bad 3e1568, # 1, t 2 (drivers/usb/cromwell/core/message.c:61) TRACE 3.1, timeout=100, awd.done=1 (drivers/usb/cromwell/sys/linuxwrapper.c:181) probe1 9d607dd0 (drivers/usb/cromwell/uhci/pdo.c:289) UHCI: IRP_MJ_PNP / unknown minor function 0xc (drivers/usb/cromwell/uhci/pdo.c:289) UHCI: IRP_MJ_PNP / unknown minor function 0xc (drivers/usb/cromwell/uhci/pdo.c:289) UHCI: IRP_MJ_PNP / unknown minor function 0x15 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,0x80015b51,0x00000000,0xccccccd0) *** ntoskrnl.exe - Address 0x80015b51 base at 0x80000000, DateStamp 0x0 Page Fault Exception: 14(0) Processor: 0 CS:EIP 8:80015b51 <ntoskrnl.exe:15b51 (ntoskrnl/cm/regfile.c:2761 ( CmiScanKeyForValue))> cr2 ccccccd0 cr3 22000 Proc: 80c30af0 Pid: 4 <System> Thrd: 80c31630 Tid: 0 DS 10 ES 10 FS 30 GS 10 EAX: 00000000 EBX: 000000cb ECX: 00000000 EDX: cccccccc EBP: 800f6360 ESI: 800f6470 ESP: 800f62c4 EDI: 800f63e0 EFLAGS: 00210286 kESP 800f62c4 kernel stack base 800f4000 Frames: <ntoskrnl.exe:10bec (ntoskrnl/cm/ntfunc.c:1742 (NtSetValueKey))> <ntoskrnl.exe:967c2 ({standard input}:177 (KiSystemService))> <FFFD6085> <usbuhci.sys:2166 (drivers/usb/cromwell/uhci/pdo.c:140 (UhciPnpStartDevice))> <usbuhci.sys:21c8 (drivers/usb/cromwell/uhci/pdo.c:172 (UhciPnpPdo))> <usbuhci.sys:29ee (drivers/usb/cromwell/uhci/uhci.c:271 (DispatchPnp))> <ntoskrnl.exe:4223f (ntoskrnl/io/irp.c:1080 (IofCallDriver))> <usbhub.sys:2197 (drivers/usb/cromwell/hub/misc.c:42 (ForwardIrpAndWait))> <usbhub.sys:1862 (drivers/usb/cromwell/hub/fdo.c:223 (UsbhubPnpFdo))> <usbhub.sys:2cb5 (drivers/usb/cromwell/hub/usbhub.c:164 (DispatchPnp))> <ntoskrnl.exe:4223f (ntoskrnl/io/irp.c:1080 (IofCallDriver))> <ntoskrnl.exe:45033 (ntoskrnl/io/pnpmgr.c:752 (IopInitiatePnpIrp))> <ntoskrnl.exe:30cb4 (ntoskrnl/io/device.c:145 (IopStartDevice))> <ntoskrnl.exe:46652 (ntoskrnl/io/pnpmgr.c:1831 (IopActionInitChildServices))> <ntoskrnl.exe:466e5 (ntoskrnl/io/pnpmgr.c:1871 (IopActionInitAllServices))> <ntoskrnl.exe:450a8 (ntoskrnl/io/pnpmgr.c:782 (IopTraverseDeviceTreeNode))> <ntoskrnl.exe:450db (ntoskrnl/io/pnpmgr.c:796 (IopTraverseDeviceTreeNode))> <ntoskrnl.exe:4511e (ntoskrnl/io/pnpmgr.c:822 (IopTraverseDeviceTree))> <ntoskrnl.exe:4674e (ntoskrnl/io/pnpmgr.c:1931 (IopInitializePnpServices))> <ntoskrnl.exe:469f6 (ntoskrnl/io/pnpmgr.c:2073 (IopInvalidateDeviceRelations))> <ntoskrnl.exe:30ce6 (ntoskrnl/io/device.c:162 (IopStartDevice))> <ntoskrnl.exe:46652 (ntoskrnl/io/pnpmgr.c:1831 (IopActionInitChildServices))> <ntoskrnl.exe:466e5 (ntoskrnl/io/pnpmgr.c:1871 (IopActionInitAllServices))> <ntoskrnl.exe:450a8 (ntoskrnl/io/pnpmgr.c:782 (IopTraverseDeviceTreeNode))> <ntoskrnl.exe:450db (ntoskrnl/io/pnpmgr.c:796 (IopTraverseDeviceTreeNode))> <ntoskrnl.exe:450db (ntoskrnl/io/pnpmgr.c:796 (IopTraverseDeviceTreeNode))> <ntoskrnl.exe:4511e (ntoskrnl/io/pnpmgr.c:822 (IopTraverseDeviceTree))> <ntoskrnl.exe:4674e (ntoskrnl/io/pnpmgr.c:1931 (IopInitializePnpServices))> <ntoskrnl.exe:b9fd7 (ntoskrnl/io/iomgr.c:421 (IoInit3))> <ntoskrnl.exe:b782a (ntoskrnl/ex/init.c:651 (ExpInitializeExecutive))> <ntoskrnl.exe:66d6 (ntoskrnl/ke/main.c:100 (KiSystemStartup))> <ntoskrnl.exe:b584e (ntoskrnl/ke/main.c:294 (_main))> <0>

20 years, 1 month

1
0
0 0

rev. 17166 - hbirr / hartmut

by Brandon Turner

Hello, This commit has broken compiling ROS with ROS cmd.exe. While building it is rbuild is not deleting all the temp files it is creating(ROS only). When trying to delete them doing "del *.*aaa" it does not delete _all_ files it should however running the command again will pick up what it left before(reported by WD). Make install and make clean are both effected in some way as well. Here is the output: C:\Documents and Settings\Brandon\Desktop\ROS>mingw32-make install [CC] ntoskrnl\se\lsa.c [CC] ntoskrnl\se\luid.c [CC] ntoskrnl\se\priv.c [CC] ntoskrnl\se\sd.c [CC] ntoskrnl\se\semgr.c [CC] ntoskrnl\se\sid.c [CC] ntoskrnl\se\token.c [WRC] obj-i386\ntoskrnl\ntoskrnl.coff Bad command or filename mingw32-make: *** [obj-i386\ntoskrnl\ntoskrnl.coff] Error -1073741819 C:\Documents and Settings\Brandon\Desktop\ROS>mingw32-make clean [CC] tools\cdmake\cdmake.c [CC] tools\cdmake\llmosrt.c [LD] output-i386\tools\cdmake\cdmake.exe [CC] tools\mkhive\binhive.c [CC] tools\mkhive\infcache.c [CC] tools\mkhive\mkhive.c [CC] tools\mkhive\reginf.c [CC] tools\mkhive\registry.c [LD] output-i386\tools\mkhive\mkhive.exe mingw32-make: [rbuild_clean] Error -1073741819 (ignored) mingw32-make: [unicode_clean] Error -1073741819 (ignored) mingw32-make: [freeldr_base64k_clean] Error -1073741819 (ignored) mingw32-make: [freeldr_base_clean] Error -1073741819 (ignored) mingw32-make: [freeldr_main_clean] Error -1073741819 (ignored) mingw32-make: [hal_generic_clean] Error -1073741819 (ignored) mingw32-make: [glu32_clean] Error -1073741819 (ignored) mingw32-make: [kernel32_base_clean] Error -1073741819 (ignored) mingw32-make: [cmd_base_clean] Error -1073741819 (ignored) mingw32-make: [explorer_clean] Error -1073741819 (ignored) mingw32-make: [explorer_clean] Error -1073741819 (ignored) mingw32-make: [win32k_base_clean] Error -1073741819 (ignored)

20 years, 1 month

3
3
0 0

Re: [ros-diffs] [gdalsnes] 17267: more stuff

by Filip Navara

Gunnar Dalsnes wrote: > i know, the msg sux. ill create a summary commit msg when/if i merge > with trunk. > > G. I pretty much disagree with the USER_MESSAGE_QUEUE -> W32THREAD changes. It would be all nice and correct if there wasn't the AttachThreadInput function. On Windows there is also a message queue stucture (called simply "Q"), so why are you trying to make the stuff different and imho more complicated? - Filip

20 years, 1 month

1
0
0 0

Re: [ros-diffs] [gdalsnes] 17265: move WM_SYSTIMER where it belongs

by Filip Navara

gdalsnes(a)svn.reactos.com wrote: >move WM_SYSTIMER where it belongs > >Modified: trunk/reactos/include/win32k/ntuser.h >Modified: trunk/reactos/w32api/include/winuser.h > > > ------------------------------------------------------------------------ > *Modified: trunk/reactos/include/win32k/ntuser.h* > >--- trunk/reactos/include/win32k/ntuser.h 2005-08-10 18:42:27 UTC (rev 17264) >+++ trunk/reactos/include/win32k/ntuser.h 2005-08-10 19:19:13 UTC (rev 17265) >@@ -1,7 +1,6 @@ > > #ifndef __WIN32K_NTUSER_H > #define __WIN32K_NTUSER_H > > > >-#define WM_SYSTIMER 280 > > > > ULONG STDCALL > NtUserGetSystemMetrics(ULONG Index); > > > ------------------------------------------------------------------------ > *Modified: trunk/reactos/w32api/include/winuser.h* > >--- trunk/reactos/w32api/include/winuser.h 2005-08-10 18:42:27 UTC (rev 17264) >+++ trunk/reactos/w32api/include/winuser.h 2005-08-10 19:19:13 UTC (rev 17265) >@@ -1497,6 +1497,7 @@ > > #define WM_TCARD 82 > #define WM_TIMECHANGE 30 > #define WM_TIMER 275 > > >+#define WM_SYSTIMER 280 > > > #define WM_UNDO 772 > #define WM_USER 1024 > #define WM_USERCHANGED 84 > > It is not definition present in the PSDK headers, so this change is wrong! - Filip

20 years, 1 month

1
0
0 0

Re: [ros-diffs] [gdalsnes] 17264: add missing define

by Filip Navara

gdalsnes(a)svn.reactos.com wrote: >add missing define > >Modified: trunk/reactos/w32api/include/oleacc.h > > > ------------------------------------------------------------------------ > *Modified: trunk/reactos/w32api/include/oleacc.h* > >--- trunk/reactos/w32api/include/oleacc.h 2005-08-10 18:10:45 UTC (rev 17263) >+++ trunk/reactos/w32api/include/oleacc.h 2005-08-10 18:42:27 UTC (rev 17264) >@@ -108,6 +108,7 @@ > > #define STATE_SYSTEM_PRESSED 0x00000008 > #define STATE_SYSTEM_CHECKED 0x00000010 > #define STATE_SYSTEM_MIXED 0x00000020 > > >+#define STATE_SYSTEM_INDETERMINATE STATE_SYSTEM_MIXED > > > #define STATE_SYSTEM_READONLY 0x00000040 > #define STATE_SYSTEM_HOTTRACKED 0x00000080 > #define STATE_SYSTEM_DEFAULT 0x00000100 > > Can you please update winuser.h too?

20 years, 1 month

1
0
0 0

Re: [ros-svn] [royce] 17274: initialize StringBuffer to NULL, as some code paths lead to it being tested without ever being set.

by Royce Mitchell III

royce(a)svn.reactos.com wrote: >initialize StringBuffer to NULL, as some code paths lead to it being tested without ever being set. > > I forgot to give credit to WaxDragon for the find, I humbly beg your forgiveness...

20 years, 1 month

1
0
0 0

RE: [ros-svn] [gdalsnes] 17267: more stuff

by Casper Hornstrup

~3600 lines of what "stuff"? 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: 10. august 2005 21:53 > To: ros-svn(a)reactos.com > Subject: [ros-svn] [gdalsnes] 17267: more stuff > > more stuff > > > Added files: > branches/win32k rewrite attempt/win32k/include/win32.h > > Updated files: > branches/win32k rewrite attempt/win32k/eng/driverobj.c > branches/win32k rewrite attempt/win32k/include/desktop.h > branches/win32k rewrite attempt/win32k/include/input.h > branches/win32k rewrite attempt/win32k/include/msgqueue.h > branches/win32k rewrite attempt/win32k/include/ntuser.h > branches/win32k rewrite attempt/win32k/include/painting.h > branches/win32k rewrite attempt/win32k/include/prop.h > branches/win32k rewrite attempt/win32k/include/timer.h > branches/win32k rewrite attempt/win32k/include/userfuncs.h > branches/win32k rewrite attempt/win32k/include/vis.h > branches/win32k rewrite attempt/win32k/include/win32k.h > branches/win32k rewrite attempt/win32k/include/window.h > branches/win32k rewrite attempt/win32k/main/dllmain.c > branches/win32k rewrite attempt/win32k/misc/copy.c > branches/win32k rewrite attempt/win32k/ntuser/caret.c > branches/win32k rewrite attempt/win32k/ntuser/desktop.c > branches/win32k rewrite attempt/win32k/ntuser/focus.c > branches/win32k rewrite attempt/win32k/ntuser/hook.c > branches/win32k rewrite attempt/win32k/ntuser/hotkey.c > branches/win32k rewrite attempt/win32k/ntuser/input.c > branches/win32k rewrite attempt/win32k/ntuser/keyboard.c > branches/win32k rewrite attempt/win32k/ntuser/message.c > branches/win32k rewrite attempt/win32k/ntuser/misc.c > branches/win32k rewrite attempt/win32k/ntuser/msgqueue.c > branches/win32k rewrite attempt/win32k/ntuser/painting.c > branches/win32k rewrite attempt/win32k/ntuser/timer.c > branches/win32k rewrite attempt/win32k/ntuser/vis.c > branches/win32k rewrite attempt/win32k/ntuser/window.c > branches/win32k rewrite attempt/win32k/ntuser/winpos.c > branches/win32k rewrite attempt/win32k/w32k.h > > _______________________________________________ > Ros-svn mailing list > Ros-svn(a)reactos.com > http://reactos.com:8080/mailman/listinfo/ros-svn

20 years, 1 month

2
1
0 0

failure

by Royce Mitchell III

Updated and built latest version. It installs ok, but when I try to boot, I get this ( I enabled some debug messages after the first failure ): (ntoskrnl\ke\main.c:289) --------------------------------------------------------------- (ntoskrnl\ke\main.c:290) ReactOS 0.3-SVN (Build 20050809-r17251) Used memory 65536Kb (ntoskrnl\mm\mminit.c:375) Kernel Stack Limits. InitTop = 0x800f7000, Init = 0x800f4000 (ntoskrnl\mm\mm.c:283) No current process (ntoskrnl\io\driver.c:442) IopLoadServiceModule(Pci, 0x800f6a80) (ntoskrnl\io\driver.c:518) Initializing boot module (ntoskrnl\io\driver.c:562) Module loading (Status 0) Peripheral Component Interconnect Bus Driver (ntoskrnl\io\driver.c:442) IopLoadServiceModule(PCNet, 0x800f6850) (ntoskrnl\io\driver.c:541) Loading module (ntoskrnl\ldr\loader.c:252) Could not open module file: \SystemRoot\system32\drivers\pcnet.sys (ntoskrnl\io\driver.c:559) Module loading failed (Status c0000001) (ntoskrnl\io\driver.c:562) Module loading (Status c0000001) (ntoskrnl\io\pnpmgr.c:1750) Initialization of service PCNet failed (Status c0000001) (ntoskrnl\io\driver.c:442) IopLoadServiceModule(usbuhci, 0x800f6850) (ntoskrnl\io\driver.c:541) Loading module (ntoskrnl\ldr\loader.c:252) Could not open module file: \SystemRoot\System32\DRIVERS\usbuhci.sys (ntoskrnl\io\driver.c:559) Module loading failed (Status c0000001) (ntoskrnl\io\driver.c:562) Module loading (Status c0000001) (ntoskrnl\io\pnpmgr.c:1750) Initialization of service usbuhci failed (Status c0000001) (ntoskrnl\io\driver.c:442) IopLoadServiceModule(PCNet, 0x800f6a60) (ntoskrnl\io\driver.c:541) Loading module (ntoskrnl\ldr\loader.c:252) Could not open module file: \SystemRoot\system32\drivers\pcnet.sys (ntoskrnl\io\driver.c:559) Module loading failed (Status c0000001) (ntoskrnl\io\driver.c:562) Module loading (Status c0000001) (ntoskrnl\io\pnpmgr.c:1750) Initialization of service PCNet failed (Status c0000001) (ntoskrnl\io\driver.c:442) IopLoadServiceModule(usbuhci, 0x800f6a60) (ntoskrnl\io\driver.c:541) Loading module (ntoskrnl\ldr\loader.c:252) Could not open module file: \SystemRoot\System32\DRIVERS\usbuhci.sys (ntoskrnl\io\driver.c:559) Module loading failed (Status c0000001) (ntoskrnl\io\driver.c:562) Module loading (Status c0000001) (ntoskrnl\io\pnpmgr.c:1750) Initialization of service usbuhci failed (Status c0000001) (ntoskrnl\io\driver.c:442) IopLoadServiceModule(Ne2000, 0x800f6a80) (ntoskrnl\io\driver.c:541) Loading module (ntoskrnl\ldr\loader.c:252) Could not open module file: \SystemRoot\system32\drivers\ne2000.sys (ntoskrnl\io\driver.c:559) Module loading failed (Status c0000001) (ntoskrnl\io\driver.c:562) Module loading (Status c0000001) (ntoskrnl\io\pnpmgr.c:1750) Initialization of service Ne2000 failed (Status c0000001) Advanced Configuration and Power Interface Bus Driver ACPI: System firmware supports: +------------------------------------------------------------ | Sx states: +S0 -S1 -S2 -S3 -S4 +S5 +------------------------------------------------------------ Power Button: found Sleep Button: found (ntoskrnl\io\driver.c:442) IopLoadServiceModule(serial, 0x800f6980) (ntoskrnl\io\driver.c:465) RtlQueryRegistryValues() failed (Status c0000034) (ntoskrnl\io\pnpmgr.c:1750) Initialization of service serial failed (Status c0000034) (ntoskrnl\io\driver.c:442) IopLoadServiceModule(serial, 0x800f6980) (ntoskrnl\io\driver.c:465) RtlQueryRegistryValues() failed (Status c0000034) (ntoskrnl\io\pnpmgr.c:1750) Initialization of service serial failed (Status c0000034) (ntoskrnl\io\driver.c:442) IopLoadServiceModule(serial, 0x800f6bc0) (ntoskrnl\io\driver.c:465) RtlQueryRegistryValues() failed (Status c0000034) (ntoskrnl\io\pnpmgr.c:1750) Initialization of service serial failed (Status c0000034) (ntoskrnl\io\driver.c:442) IopLoadServiceModule(serial, 0x800f6bc0) (ntoskrnl\io\driver.c:465) RtlQueryRegistryValues() failed (Status c0000034) (ntoskrnl\io\pnpmgr.c:1750) Initialization of service serial failed (Status c0000034) (ntoskrnl\io\driver.c:442) IopLoadServiceModule(PCNet, 0x800f6bc0) (ntoskrnl\io\driver.c:541) Loading module (ntoskrnl\io\driver.c:562) Module loading (Status 0) (ntoskrnl\io\driver.c:442) IopLoadServiceModule(usbuhci, 0x800f6bc0) (ntoskrnl\io\driver.c:541) Loading module (ntoskrnl\ldr\loader.c:252) Could not open module file: \SystemRoot\System32\DRIVERS\usbuhci.sys (ntoskrnl\io\driver.c:559) Module loading failed (Status c0000034) (ntoskrnl\io\driver.c:562) Module loading (Status c0000034) (ntoskrnl\io\pnpmgr.c:1750) Initialization of service usbuhci failed (Status c0000034) (ntoskrnl\io\driver.c:442) IopLoadServiceModule(Ne2000, 0x800f6be0) (ntoskrnl\io\driver.c:541) Loading module (ntoskrnl\io\driver.c:562) Module loading (Status 0) (ne2000/8390.c:86)(NICCheck) Adapter NOT found! (ndis/miniport.c:1425)(NdisIPnPStartDevice) MiniportInitialize() failed for an adapter. (drivers\input\i8042prt\registry.c:215) Can't read registry: c0000034 (drivers\input\i8042prt\registry.c:226) Manually set defaults (ntoskrnl\ldr\loader.c:252) Could not open module file: \SystemRoot\system32\drivers\sndblst.sys (ntoskrnl\ldr\loader.c:252) Could not open module file: \SystemRoot\system32\drivers\mpu401.sys (ntoskrnl\ldr\loader.c:252) Could not open module file: \SystemRoot\system32\drivers\xboxvmp.sys NtSetEaFile at ntoskrnl\io\file.c:2873 is unimplemented, have a nice day

20 years, 1 month

4
4
0 0

Re: [ros-svn] [greatlrd] 17218: fixing bug 690 by Brandon Turner. note ms only allown start "notepad" or "note"pad not notep"ad or notepad" but we do that, for we think it is a bug in ms cmd that only allowing " at start of a file name to start the apps.

by Hartmut Birr

greatlrd(a)svn.reactos.com wrote: >fixing bug 690 by Brandon Turner. note ms only allown start "notepad" or "note"pad not notep"ad or notepad" but we do that, for we think it is a bug in ms cmd that only allowing " at start of a file name to start the apps. > > >Updated files: >trunk/reactos/subsys/system/cmd/cmd.c > >_______________________________________________ >Ros-svn mailing list >Ros-svn(a)reactos.com >http://reactos.com:8080/mailman/listinfo/ros-svn > > > > This change is broken, because the input strings may be longer than MAX_PATH. This is always true for compilung ros on ros. - Hartmut

20 years, 1 month

2
1
0 0

Re: [ros-svn] [navaraf] 17154: Fix mutex unlocking in NpfsWaiterThread and add ASSERT.

by Hartmut Birr

navaraf(a)svn.reactos.com wrote: >Fix mutex unlocking in NpfsWaiterThread and add ASSERT. > > >Updated files: >trunk/reactos/drivers/fs/np/rw.c > >_______________________________________________ >Ros-svn mailing list >Ros-svn(a)reactos.com >http://reactos.com:8080/mailman/listinfo/ros-svn > > > > Something is wrong with this change or r17157. Compiling ros on ros reports hundreds of errors if pipes are enabled. Reverting npfs to r17153 does fix this problem. - Hartmut

20 years, 1 month

4
13
0 0

Re: [ros-diffs] [hbirr] 17248: If the file object is for a device, we must gather some information

by Filip Navara

hbirr(a)svn.reactos.com wrote: >- DPRINT("%wZ\n", ObjectAttributes->ObjectName); > > > > > >+ DPRINT1("%wZ\n", ObjectAttributes->ObjectName); >+ > > Do we really need to be verbose? ;-) - Filip

20 years, 1 month

2
1
0 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Ros-dev