- Ros-dev - ReactOS.org

Re: [ros-diffs] [mbosma] 21894: [AUDIT] Unlock the Cache Manager - It is not even compatible to windows - Alex assures his code is clean
by Maarten Bosma 11 May '06

11 May '06

Here is the list from Alex. > (Nagar refers to Rajeev's book) > > ntoskrnl/cc/fs.c > > CcGetDirtyPages => STUB > CcGetFileObjectFromBcb => Nagar (not even sure i wrote it). > CcGetLsnForFileObject => STUB > CcInitializeCacheMap => Did not code. (calls CcRos) > CcIsThereDirtyData => STUB > CcPurgeCacheSection => STUB > CcSetFileSizes => Did not code. > CcSetLogHandleForFile => STUB > CcUninitializeCacheMap => Stub/Calls Ccros > > ntoskrnl/cc/view.c > > CcTryToAcquireBrokenMutex => Did not code (copy-pasted implementation of old mutext impl, renamed). > > ntoskrnl/cc/copy.c > > CcDeferWrite => STUB > CcFastCopyRead => STUB > CcFastCopyWrite => STUB > CcWaitForCurrentLazyWriterActivity => STUB > > ntoskrnl/cc/pin.c > > CcPinMappedData => STUB > CcPinRead => Did not code. > CcSetDirtyPinnedData => Did not code. > > ntoskrnl/cc/mdl.c > > CcMdlRead => STUB > CcMdlReadCompleteDev => Nagar/Trivial implementation. > CcMdlReadComplete => Nagar/Trivial implementation. > CcMdlWriteComplete => Same as read complete, just renamed to *write* > CcMdlWriteCompleteDev => STUB > CcMdlWriteAbort => STUB > CcPrepareMdlWrite => STUB > > ntoskrnl/cc/cacheman.c > > CcGetFlushedValidData => STUB > CcRemapBcb => STUB > CcScheduleReadAhead => STUB > CcSetAdditionalCacheAttributes => STUB > CcSetBcbOwnerPointer => STUB > CcSetDirtyPageThreshold => STUB > CcSetReadAheadGranularity => STUB mbosma(a)svn.reactos.org wrote: > Author: mbosma > Date: Fri May 12 02:40:37 2006 > New Revision: 21894 > > URL: http://svn.reactos.ru/svn/reactos?rev=21894&view=rev > Log: > [AUDIT] > Unlock the Cache Manager > - It is not even compatible to windows > - Alex assures his code is clean > > Modified: > trunk/reactos/ntoskrnl/cc/cacheman.c (props changed) > trunk/reactos/ntoskrnl/cc/copy.c (props changed) > trunk/reactos/ntoskrnl/cc/fs.c (props changed) > trunk/reactos/ntoskrnl/cc/mdl.c (props changed) > trunk/reactos/ntoskrnl/cc/pin.c (props changed) > trunk/reactos/ntoskrnl/cc/view.c (props changed) >

1 0

Re: [ros-bugs] [Bug 1473] Function definition fixes
by Magnus Olsen 11 May '06

11 May '06

----- Original Message ----- From: <ReactOS.Bugzilla(a)reactos.org> To: <ros-bugs(a)reactos.org> Sent: Thursday, May 11, 2006 9:41 AM Subject: [ros-bugs] [Bug 1473] Function definition fixes > http://www.reactos.org/bugzilla/show_bug.cgi?id=1473 > > > > > > ------- Comment #1 from w3seek(a)reactos.com 2006-05-11 09:41 CET ------- > Created an attachment (id=804) > --> (http://www.reactos.org/bugzilla/attachment.cgi?id=804&action=view) > The patch > > > -- > Configure bugmail: http://www.reactos.org/bugzilla/userprefs.cgi?tab=email > ------- You are receiving this mail because: ------- > You are the QA contact for the bug, or are watching the QA contact. > You are the assignee for the bug, or are watching the assignee. > _______________________________________________ > Ros-bugs mailing list > Ros-bugs(a)reactos.org > http://www.reactos.org/mailman/listinfo/ros-bugs

1 0

RE: Ros-dev Digest, Vol 14, Issue 25
by Lucio Diaz 10 May '06

10 May '06

David Hinz wrote: Hey guys, when I just translated format, I stunbled over one thing: What if somebody changed the content of a string after I translated it? After some minutes, I had a easy solution for that problem: The En.rc gets a little line in it's head-comment with a revision number. Each time somebody changes or adds a string in the En.rc, he sets the revision number +1 and so all translators have an easy to control indicator, if they need to translate something or not. But I think one thing should be clear, if there just has been corrected a spelling mistake and not something important, the revision number won't be touched. Now some example headers: in the EN.rc: /* * Moved all hardcoded strings to En.rc. * By Magnus Olsen 2005 * * Revision: 1 */ in my De.rc: /* * Moved all hardcoded strings to En.rc. * By Magnus Olsen 2005 * First German Translation by David Hinz 20051010 * * Translated Revision 1 of En.rc */ This is just an idea, but I think this could save a lot of work on bigger applications than format... Greets, David Hinz --------------------------------------- I agree, in fact i am working in a program to manage translation in reactos, i am using Delphi 2.0 but as i am not much skilled (long time since i used pascal) and my time is on the limit it is going slowly but it should work as follow: Part 1: - You select your language - You select the working directory of reactos source. - The program scans all files for en.rc files and list their directories (as their names are all the same). - With each file the program check a text file with a list of en.rc files, and if it is not there it adds it, and it is shown in the GUI as highlighted (pending translation). - If the file is found in the list, it check if translating language file is current--> if it is not current then the file is highlighted (pending translation). - If the file is found in the list, and found a translation file current--> the file is listed but not highlighted. - It does with all rc files till no more rc files in the directory. Part 2: - On clicking in a file in the listbox (highlighted or not) it will be shown in an Richtext edit panel and besides another panel with the material already translated (if there is any language related file already done), if not, the english text will be shown with the "probable translatable" areas highligthed (those between ""). -A save button, that will save the changes in the second panel automatically into the right directory in a language working copy. What do you think? ______________________________________________ Renovamos el Correo Yahoo! Nuevos servicios, más seguridad http://correo.yahoo.es

11 18

[Fwd: Re: [ros-dev] NDK Patches]
by Alex Ionescu 09 May '06

09 May '06

1 0

Re: [ros-bugs] [Bug 1460] Extended DOS Partition
by Royce Mitchell III 08 May '06

08 May '06

ReactOS.Bugzilla(a)reactos.org wrote: >http://www.reactos.org/bugzilla/show_bug.cgi?id=1460 > > >greatlord(a)reactos.com changed: > > What |Removed |Added >---------------------------------------------------------------------------- > Status|NEW |RESOLVED > Resolution| |WONTFIX > > > > >------- Comment #2 from greatlord(a)reactos.com 2006-05-08 21:13 CET ------- >you can not install any os on exstions partions >what I know, a OS need be on primary partions > >This bug report is invaild in my eyes > > Umm... this is not strictly true. You *can* install an OS on an extended partition. You just can't put the boot strap on an extended partition. Note that this is not a discussion about how *wise* such a thing would be...

2 1

RE: [ros-diffs] [greatlrd] 21849: if u update En.rc please update all other langues files, use the english text if no translatesion is no t availbal, other wise it will bsd in windows or in reactos and we get di ffent functions on each langues. DO NOT DO T
by Murphy, Ged (Bolton) 08 May '06

08 May '06

greatlrd(a)svn.reactos.org wrote: > if u update En.rc please update all other langues files, use > the english text if no translatesion is not availbal, other > wise it will bsd in windows or in reactos and we get diffent > functions on each langues. DO NOT DO THIS MISTAKE If it's just 1 or 2 lines, it generally not a big deal to alter all the files. However when the changes are large, and considering programmers are generally lazy ;) it can be a real pain to change all the resources. This problem is only going to get worse as more languages are added. I think it could be worthwhile setting up official translation teams who are contacted when a resource file changes. It'd be relatively easy to script. It would benefit both ReactOS, and people who want to get involved but aren't programmers. Our translation teams are a bit of a grey area at the moment. Our website is much better organised in this department than our actual operating system. Ged. ************************************************************************ 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

2 1

RE: [greatlrd] 21849: if u update En.rc please update all other langues files, use the english text if no translatesion is not availbal, other wise it will bsd in windows or in reactos and we get diffent functions on each langues. DO NOT DO T
by Ge van Geldorp 08 May '06

08 May '06

> From: greatlrd(a)svn.reactos.org > > Log: > if u update En.rc please update all other langues files, use > the english text if no translatesion is not availbal, other > wise it will bsd in windows or in reactos and we get diffent > functions on each langues. DO NOT DO THIS MISTAKE The resource loader will load the English text if the text is not available in the selected language (at least that's what is supposed to happen, if it doesn't there's a bug in the resource loader). GvG

2 2

Re: [ros-dev] RE: [greatlrd] 21849: if u update En.rc please update all other langues files, use the english text if no translatesion is not availbal, other wise it will bsd in windows or in reactos and we get diffent functions on each langues. DO NO
by Martin Fuchs 08 May '06

08 May '06

> > Log: > > if u update En.rc please update all other langues files, use > > the english text if no translatesion is not availbal, other > > wise it will bsd in windows or in reactos and we get diffent > > functions on each langues. DO NOT DO THIS MISTAKE > > The resource loader will load the English text if the text is not available in the > selected language (at least that's what is supposed to happen, if it doesn't > there's a bug in the resource loader). Correct with one small exception: String table resources are loaded in chunks of 16 strings, so strings should be updates with great care: If one inserts new strings into the string table only in English, the resource IDs of this new strings should be aligned to a boundary of 16. Regards, Martin

1 0

Third Boot Blue Screen
by James Tabor 04 May '06

04 May '06

Hi! Reporting a third boot hard fault. After install and reboot with driver wizard. On the third reboot after setting the display to 32 bit 1024x768 with background this happens. I repeated it three times to make sure this was not bogus. Revision is 21795. Thanks, James <Snip > (drivers/usb/miniport/sys/linuxwrapper.c:252) schedule_timeout: 5 ms (drivers/usb/usbport/hub.c:1230) hub_thread starting(drivers/usb/miniport/sys/linuxwrapper.c:286) schedule DONE!!!!!! (drivers/usb/miniport/sys/linuxwrapper.c:252) schedule_timeout: 1 ms (drivers/usb/miniport/sys/linuxwrapper.c:286) schedule DONE!!!!!! (drivers/usb/miniport/sys/linuxwrapper.c:793) pci_alloc_consistent() size=8196 (drivers/usb/miniport/sys/linuxwrapper.c:639) pci_pool_create(): UHCD PCI Slot/uhci_td size 48, 85/page (4096 alloc) (drivers/usb/miniport/sys/linuxwrapper.c:639) pci_pool_create(): UHCD PCI Slot/uhci_qh size 48, 85/page (4096 alloc) (drivers/usb/miniport/sys/ros_wrapper.c:8) wait_ms(10) (drivers/usb/miniport/sys/linuxwrapper.c:167) drv_num 2 80ef9423 80ef9320 (drivers/usb/usbport/usb.c:1255) .........................usb_new_device: usb-UHCD PCI Slot-0 interface 0 (drivers/usb/miniport/sys/linuxwrapper.c:167) drv_num 2 80ef9423 80ef9320 (drivers/usb/miniport/sys/linuxwrapper.c:181) probe0 80ef9423 (drivers/usb/usbport/hub.c:521) hub_thread should woke up (drivers/usb/miniport/sys/ros_wrapper.c:8) wait_ms(0) (drivers/usb/miniport/sys/ros_wrapper.c:8) wait_ms(0) (drivers/usb/miniport/sys/ros_wrapper.c:8) wait_ms(6) (drivers/usb/miniport/sys/linuxwrapper.c:181) probe1 80ef9320 (drivers/usb/miniport/sys/linuxwrapper.c:201) driver_register 2: 80efe148 80ef9423(drivers/usb/miniport/sys/linuxwrapper.c:201) driver_register 3: 80efe328 80ef9423(drivers/usb/miniport/common/fdo.c:270) USBMP: IRP_MJ_PNP / unknown minor function 0x9 (drivers/usb/miniport/common/pdo.c:333) USBMP: IRP_MJ_PNP / unknown minor function 0x15 (./ntoskrnl/ldr/loader.c:334) Driver Load Success: \SystemRoot\System32\drivers\usbhub.sys (./ntoskrnl/io/device.c:576) Cannot insert Device Object '\Device\USBFDO-0' into Handle Table (status 0xc0000035) (drivers/usb/miniport/common/fdo.c:270) USBMP: IRP_MJ_PNP / unknown minor function 0x8 (drivers/usb/miniport/sys/linuxwrapper.c:479) IoGetDmaAdapter done 0x81213888, 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: 80efe0b8 80ef9423(drivers/usb/miniport/sys/linuxwrapper.c:137) usbcor(drivers/usb/usbport/hub.c:1230) hub_thread startinge: Created system thread 80 (drivers/usb/miniport/sys/linuxwrapper.c:201) driver_register 5: 80efe114 80ef9320(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/../miniport/linux/pci_hal.c:44) pci_resource_flags() called, x=0x0 (drivers/usb/usbport/../miniport/linux/pci_hal.c:21) pci_resource_start() called, x=0x0 (drivers/usb/usbport/../miniport/linux/pci_hal.c:33) pci_resource_len() called,x=0x0 (drivers/usb/usbport/../miniport/linux/pci_hal.c:86) request_region(): addr=0xd400, len=0x20 (drivers/usb/usbport/../miniport/linux/pci_hal.c:58) pci_set_drvdata() called... (drivers/usb/miniport/usbuhci/../linux/pci_hal.c:33) pci_resource_len() called,x=0x0 (drivers/usb/miniport/sys/linuxwrapper.c:252) schedule_timeout: 5 ms (drivers/usb/miniport/sys/linuxwrapper.c:286) schedule DONE!!!!!! (drivers/usb/miniport/sys/linuxwrapper.c:252) schedule_timeout: 1 ms (drivers/usb/miniport/sys/linuxwrapper.c:286) schedule DONE!!!!!! (drivers/usb/miniport/sys/linuxwrapper.c:793) pci_alloc_consistent() size=8196 (drivers/usb/miniport/sys/linuxwrapper.c:639) pci_pool_create(): UHCD PCI Slot/uhci_td size 48, 85/page (4096 alloc) (drivers/usb/miniport/sys/linuxwrapper.c:639) pci_pool_create(): UHCD PCI Slot/uhci_qh size 48, 85/page (4096 alloc) (drivers/usb/miniport/sys/ros_wrapper.c:8) wait_ms(10) (drivers/usb/miniport/sys/linuxwrapper.c:167) drv_num 6 80ef9423 80ef9320 (drivers/usb/usbport/usb.c:1255) .........................usb_new_device: usb-UHCD PCI Slot-0 interface 0 (drivers/usb/miniport/sys/linuxwrapper.c:167) drv_num 6 80ef9423 80ef9320 (drivers/usb/miniport/sys/linuxwrapper.c:181) probe0 80ef9423 (drivers/usb/usbport/hub.c:521) hub_thread should woke up (drivers/usb/miniport/sys/ros_wrapper.c:8) wait_ms(0) (drivers/usb/miniport/sys/ros_wrapper.c:8) wait_ms(0) (drivers/usb/miniport/sys/ros_wrapper.c:8) wait_ms(6) (drivers/usb/miniport/sys/linuxwrapper.c:181) probe1 80ef9320 (drivers/usb/miniport/sys/linuxwrapper.c:181) probe2 80ef9423 (drivers/usb/miniport/sys/linuxwrapper.c:181) probe3 80ef9423 (drivers/usb/miniport/sys/linuxwrapper.c:181) probe4 80ef9423 (drivers/usb/miniport/sys/linuxwrapper.c:181) probe5 80ef9320 (drivers/usb/miniport/sys/linuxwrapper.c:201) driver_register 6: 80efe148 80ef9423(drivers/usb/miniport/sys/linuxwrapper.c:201) driver_register 7: 80efe328 80ef9423(drivers/usb/miniport/common/fdo.c:270) USBMP: IRP_MJ_PNP / unknown minor function 0x9 (drivers/usb/miniport/common/pdo.c:333) USBMP: IRP_MJ_PNP / unknown minor function 0x15 (./ntoskrnl/io/device.c:576) Cannot insert Device Object '\Device\USBFDO-1' into Handle Table (status 0xc0000035) (drivers/usb/miniport/common/fdo.c:270) USBMP: IRP_MJ_PNP / unknown minor function 0x8 (drivers/usb/miniport/sys/linuxwrapper.c:479) IoGetDmaAdapter done 0x81216848, mapRegisterCount=2 (drivers/usb/usbport/hcd-pci.c:74) usbcore: usb_hcd_pci_probe() called (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/../miniport/linux/pci_hal.c:44) pci_resource_flags() called, x=0x0 (drivers/usb/usbport/../miniport/linux/pci_hal.c:21) pci_resource_start() called, x=0x0 (drivers/usb/usbport/../miniport/linux/pci_hal.c:33) pci_resource_len() called,x=0x0 (drivers/usb/usbport/../miniport/linux/pci_hal.c:86) request_region(): addr=0xd000, len=0x20 (drivers/usb/usbport/../miniport/linux/pci_hal.c:58) pci_set_drvdata() called... (drivers/usb/miniport/usbuhci/../linux/pci_hal.c:33) pci_resource_len() called,x=0x0 (drivers/usb/miniport/sys/linuxwrapper.c:252) schedule_timeout: 5 ms (drivers/usb/miniport/sys/linuxwrapper.c:286) schedule DONE!!!!!! (drivers/usb/miniport/sys/linuxwrapper.c:252) schedule_timeout: 1 ms (drivers/usb/miniport/sys/linuxwrapper.c:286) schedule DONE!!!!!! (drivers/usb/miniport/sys/linuxwrapper.c:793) pci_alloc_consistent() size=8196 (drivers/usb/miniport/sys/linuxwrapper.c:639) pci_pool_create(): UHCD PCI Slot/uhci_td size 48, 85/page (4096 alloc) (drivers/usb/miniport/sys/linuxwrapper.c:639) pci_pool_create(): UHCD PCI Slot/uhci_qh size 48, 85/page (4096 alloc) (drivers/usb/miniport/sys/ros_wrapper.c:8) wait_ms(10) (drivers/usb/miniport/sys/linuxwrapper.c:167) drv_num 8 80ef9423 80ef9320 (drivers/usb/usbport/usb.c:1255) .........................usb_new_device: usb-UHCD PCI Slot-0 interface 0 (drivers/usb/miniport/sys/linuxwrapper.c:167) drv_num 8 80ef9423 80ef9320 (drivers/usb/miniport/sys/linuxwrapper.c:181) probe0 80ef9423 (drivers/usb/usbport/hub.c:521) hub_thread should woke up (drivers/usb/miniport/sys/ros_wrapper.c:8) wait_ms(0) (drivers/usb/miniport/sys/ros_wrapper.c:8) wait_ms(0) (drivers/usb/miniport/sys/ros_wrapper.c:8) wait_ms(6) (drivers/usb/miniport/sys/linuxwrapper.c:181) probe1 80ef9320 (drivers/usb/miniport/sys/linuxwrapper.c:181) probe2 80ef9423 (drivers/usb/miniport/sys/linuxwrapper.c:181) probe3 80ef9423 (drivers/usb/miniport/sys/linuxwrapper.c:181) probe4 80ef9423 (drivers/usb/miniport/sys/linuxwrapper.c:181) probe5 80ef9320 (drivers/usb/miniport/sys/linuxwrapper.c:181) probe6 80ef9423 (drivers/usb/miniport/sys/linuxwrapper.c:181) probe7 80ef9423 (drivers/usb/miniport/common/fdo.c:270) USBMP: IRP_MJ_PNP / unknown minor function 0x9 (drivers/usb/miniport/common/pdo.c:333) USBMP: IRP_MJ_PNP / unknown minor function 0x15 (./ntoskrnl/ldr/loader.c:334) Driver Load Success: \SystemRoot\system32\drivers\floppy.sys <Snip > (./ntoskrnl/ldr/loader.c:334) Driver Load Success: \SystemRoot\system32\drivers\i8042prt.sys (./ntoskrnl/ldr/loader.c:334) Driver Load Success: \SystemRoot\system32\drivers\mouclass.sys (./ntoskrnl/ldr/loader.c:334) Driver Load Success: \SystemRoot\system32\drivers\kbdclass.sys (drivers/usb/miniport/common/main.c:333) USBMP: PDO stub for major function 0x0 Assertion 'FALSE' failed at drivers/usb/miniport/common/main.c line 335 KeBugCheckWithTf at ntoskrnl/ke/i386/exp.c:1241 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,0x8006bcb1,0x8005e4da,0x878000fc) *** ntoskrnl.exe - Address 0x8006bcb1 base at 0x80000000, DateStamp 0x0 Exception: -1160049408(0) Processor: 0 CS:EIP 8:8006bcb1 <ntoskrnl.exe:6bcb1 (lib/rtl/i386/debug_asm.S:23 (DbgBreakPoint))> cr2 8db6a000 cr3 26000 Proc: 81004c20 Pid: 4 <System> Thrd: 81005660 Tid: 0 DS 23 ES 23 FS 30 GS 0 EAX: 00000000 EBX: 80ec6cc7 ECX: 00000000 EDX: 00000000 EBP: 800b1730 ESI: 810195e0 ESP: 800b16b4 EDI: 01000040 EFLAGS: 00200282 kESP 800b16b4 kernel stack base 800af000 Frames: <usbuhci.sys:5be5 (drivers/usb/miniport/common/main.c:338 (IrpStub))> <ntoskrnl.exe:22044 (./ntoskrnl/io/irp.c:1076 (IofCallDriver))> <ntoskrnl.exe:330de (ntoskrnl/io/file.c:1139 (IoCreateFile))> <ntoskrnl.exe:34534 (ntoskrnl/io/file.c:2360 (NtOpenFile))> <ntoskrnl.exe:652b7 (ntoskrnl/ke/i386/trap.s:306 (KiFastCallEntry))> <ntoskrnl.exe:22919 (./ntoskrnl/io/device.c:204 (IopGetDeviceObjectPointer))> <ntoskrnl.exe:2299f (./ntoskrnl/io/device.c:786 (IoGetDeviceObjectPointer))> <kbdclass.sys:1b5e (drivers/input/kbdclass/kbdclass.c:833 (ClassAddDevice))> <ntoskrnl.exe:22b5a (./ntoskrnl/io/device.c:91 (IopInitializeDevice))> <ntoskrnl.exe:2b8c6 (./ntoskrnl/io/driver.c:2027 (NtLoadDriver))> <ntoskrnl.exe:652b7 (ntoskrnl/ke/i386/trap.s:306 (KiFastCallEntry))> <ntoskrnl.exe:820f9 (./ntoskrnl/io/driver.c:1398 (IopLoadDriver))> <ntoskrnl.exe:24bc6 (./ntoskrnl/io/driver.c:1469 (IopInitializeSystemDrivers))> <ntoskrnl.exe:836cc (./ntoskrnl/io/iomgr.c:434 (IoInit3))> <ntoskrnl.exe:8128c (./ntoskrnl/ex/init.c:668 (ExpInitializeExecutive))> <ntoskrnl.exe:4e75 (./ntoskrnl/ke/main.c:108 (KiSystemStartup))> <ntoskrnl.exe:7f53e (./ntoskrnl/ke/main.c:295 (_main))> <0>

1 0

Missing validation in MmMapViewOfSection
by Myria 04 May '06

04 May '06

If the ImageBase for a given executable is in the kernel range (above 0x7FFE1000 or whatever), from reading the code it seems like no validation will stop it from going above that address. I have no way to try it out because I don't have reactos installed. Interestingly, in Windows XP SP2, the only illegal ImageBase values are: 7C800000 - Causes a dialog box to appear during the ntdll process initialization APC saying that the program can't run because kernel32.dll was relocated. 7C900000 - Causes PspMapSystemDll to fail. As a result, the process is never created and NtCreateProcessEx returns an error. These errors occur even when /fixed:no is used. Every other address is allowed by Windows as long as /fixed:no is specified, even above the user-kernel barrier. Personally I think reactos should allow user mode programs to shove ntdll and kernel32 out of the way, but that's just me =) Finally, 04477 MmUnlockAddressSpace(AddressSpace); 04478 return(STATUS_UNSUCCESSFUL); and the one below it should return STATUS_CONFLICTING_ADDRESSES, determined by attempting to load an image based at a kernel address without a relocation section. MmCreatePeb has an invalid assertion: ASSERT(Peb == (PVOID)0x7FFDF000); If the process's .exe already is at that address, the PEB will be at the wrong address. There's also a nice way for a user-mode program to bugcheck the kernel or leak a small amount of information in MmCreatePeb: ImageConfigData = RtlImageDirectoryEntryToData(Peb->ImageBaseAddress, To crash the kernel, put a bogus load config directory entry pointer in your .exe. To read an arbitrary dword or two, set up the load config pointer such that it aims at your desired memory address, then read the PEB's OSCSDVersion and ImageProcessAffinityMask values once your process starts. Melissa

2 1

IsPowerOf2 is inefficient
by Myria 04 May '06

04 May '06

IsPowerOf2 in the kernel is badly inefficient. It should be this: __inline BOOLEAN IsPowerOf2(IN ULONG Number) { if (Number == 0) return FALSE; return (Number & (Number - 1)) == 0; } Not that this function is called frequently, shrug. Melissa

2 1

Re: [Freedce-devel] pthread_clear_exit_np()
by Luke Kenneth Casson Leighton 04 May '06

04 May '06

okay, so these are the options: 1) forget redhat and forget them ever being helpful and supporting strategically important free software projects, and go back to using dcethreads posix draft 4 "emulation". 2) forget redhat and forget them ever being helpful and supporting strategically important free software projects, and put the cancellation "wrapper" side back into the dcethreads library - just keep the same posix "final draft" API. lord only knows what would happen on pthreads-win32 when compiling freedce with mingw32, with the "wrapper" stuff back in, but i'd be fascinated to find out. 3) think of ways to persuade the developers of glibc to enter into reasonable conversations and dialog to help support a strategically important free software project. how does any other project manage this (and what in hell's name prompted ulrich to be so dismissive?) On Fri, Apr 21, 2006 at 05:26:44PM +0200, thomas.schuetzkowski(a)web.de wrote: > Hi Luke, > > > > To make this work with libc we need to "un-cancel" a thread. > > ... > > Of course, using this in a third-party application is problematic as it > > depends on internal glibc structures. > > > > I know the chances of such an API being added to glibc are about nil, but > > I thought I'd mention this anyway! :-) > > We thought about adding a detection of the glibc version to autoconf stuff and choose the right version of the function. (see Loic's patch) > Then of course someone has to maintain this for every new version of glibc. :-( > > This idea was skipped, because no one had the time to do this. > > regards, > Thomas > _______________________________________________________________ > SMS schreiben mit WEB.DE FreeMail - einfach, schnell und > kostenguenstig. Jetzt gleich testen! http://f.web.de/?mc=021192 > -- -- lkcl.net - mad free software computer person, visionary and poet. --

8 12

How does NTVDM allocate the zero page?
by Myria 04 May '06

04 May '06

How does NTVDM allocate memory at address 0 for the V86 IDT? Is it different in reactos vs. Windows? NtAllocateVirtualMemory won't allow that. Melissa

2 1

Log off Crash
by James Tabor 04 May '06

04 May '06

Hi! Running at revision 21793, is this bug known to anyone? Doesn't happen often. Thanks, James (dll/ntdll/ldr/utils.c:1193) LdrGetExportByName(): failed to find mxdMessage (dll/ntdll/ldr/utils.c:2018) Failed to create or open dll section of 'msacm.drv' (Status c0000135) (dll/ntdll/ldr/utils.c:2018) Failed to create or open dll section of 'midimap.drv' (Status c0000135) (./subsystems/win32/win32k/objects/gdiobj.c:600) Attempted to free global gdi handle 0xe0500c1, caller needs to get ownership first!!! (./subsystems/win32/win32k/objects/gdiobj.c:600) Attempted to free global gdi handle 0x3e050301, caller needs to get ownership first!!! (lib/rtl/exception.c:75) RtlRaiseStatus(Status 0xc0000005) (./subsystems/win32/win32k/ntuser/message.c:1109) Failed to copy message to kernel: invalid usermode buffer (dll/win32/shell32/dialogs.c:420) LogoffWindowsDialog is UNIMPLEMENTED (./subsystems/win32/win32k/ntuser/window.c:648) thread cleanup: while destroy wnds, wnd=0x9e1bedac (./subsystems/win32/win32k/ntuser/window.c:648) thread cleanup: while destroy wnds, wnd=0x9e1bee9c (./subsystems/win32/win32k/ntuser/window.c:648) thread cleanup: while destroy wnds, wnd=0x9e1bef94 (./subsystems/win32/win32k/ntuser/window.c:648) thread cleanup: while destroy wnds, wnd=0x9e1bf08c (./subsystems/win32/win32k/ntuser/window.c:648) thread cleanup: while destroy wnds, wnd=0x9e1bf914 (./subsystems/win32/win32k/ntuser/window.c:648) thread cleanup: while destroy wnds, wnd=0x9e1bfb0c (./subsystems/win32/win32k/ntuser/window.c:648) thread cleanup: while destroy wnds, wnd=0x9e1c00ec (./subsystems/win32/win32k/objects/gdiobj.c:805) Attempted to lock object 0x80063 that is deleted! KeBugCheckWithTf at ntoskrnl/ke/i386/exp.c:1241 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,0x80067d3a,0x00000000,0xfffffffc) *** ntoskrnl.exe - Address 0x80067d3a base at 0x80000000, DateStamp 0x0 Page Fault Exception: 14(2) Processor: 0 CS:EIP 8:80067d3a <ntoskrnl.exe:67d3a (ntoskrnl/ex/i386/fastinterlck_asm.S:580 (InterlockedDecrement))> cr2 fffffffc cr3 3cb2e000 Proc: 813df968 Pid: 70 <csrss.exe> Thrd: 817b0158 Tid: a4 DS 23 ES 23 FS 30 GS 0 EAX: ffffffff EBX: 00000001 ECX: fffffffc EDX: 00000001 EBP: 9ed9ebb4 ESI: 8d6d8328 ESP: 9ed9eb3c EDI: 00000003 EFLAGS: 00010297 kESP 9ed9eb3c kernel stack base 9ed99000 Frames: <win32k.sys:3dd22 (./subsystems/win32/win32k/eng/xlate.c:280 (IntEngCreateXlate))> <win32k.sys:71df3 (./subsystems/win32/win32k/objects/brush.c:64 (IntGdiCreateBrushXlate))> <win32k.sys:8bec8 (./subsystems/win32/win32k/objects/dc.c:2126 (NtGdiSelectObject))> <win32k.sys:8c1a1 (./subsystems/win32/win32k/objects/dc.c:2327 (DC_InitDC))> <win32k.sys:8ca37 (./subsystems/win32/win32k/objects/dc.c:923 (IntGdiCreateDC))> <win32k.sys:4ff56 (./subsystems/win32/win32k/ntuser/windc.c:121 (DceAllocDCE))> <win32k.sys:54678 (./subsystems/win32/win32k/ntuser/windc.c:441 (UserGetDCEx))> <win32k.sys:6498f (./subsystems/win32/win32k/ntuser/painting.c:770 (NtUserBeginPaint))> <ntoskrnl.exe:652b7 (ntoskrnl/ke/i386/trap.s:306 (KiFastCallEntry))> <win32csr.dll:5779 (subsystems/win32/csrss/win32csr/desktopbg.c:57 (DtbgWindowProc))>

1 0

[ros-diffs] [janderwald] 21793: implement notepad view status bar - TODO: update caret position on arrow key/mouse scroll events
by James Tabor 03 May '06

03 May '06

Hi! --- trunk/reactos/base/applications/notepad/notepad.h (original) +++ trunk/reactos/base/applications/notepad/notepad.h Wed May 3 20:17:12 2006 @@ -5,7 +5,9 @@ #include <stdio.h> #include <windows.h> #include <commdlg.h> +#include <commctrl.h> #include <tchar.h> +#include <Richedit.h> #include "main.h" #include "dialog.h" [PCH] obj-i386/base/applications/notepad/notepad.h.gch base/applications/notepad/notepad.h:10:22: Richedit.h: No such file or directory make[1]: *** [obj-i386/base/applications/notepad/notepad.h.gch] Error 1 make[1]: Leaving directory `/home/ros/reactos' This patch breaks compile on a linux box! Please fix and remember!, This is a multi compiled platform operating system! So DoN't uSe CaSe! 8^D Thanks, James

1 0

[lukeh@padl.com: NPTL and FreeDCE]
by Luke Kenneth Casson Leighton 03 May '06

03 May '06

guys, hi, am on the mailing list (subscribed) but am not receiving posts: please cc me if this would be an issue. for win32, i am using pthreads-win32: will reactos be able to support the trick that luke howard is referring to? l. ----- Forwarded message from Luke Howard <lukeh(a)padl.com> ----- Envelope-to: lkcl@localhost Delivery-date: Mon, 24 Apr 2006 12:51:50 +0100 X-Original-To: lkcl(a)lkcl.net Resent-Date: 24 Apr 2006 10:22:43 -0000 From: Luke Howard <lukeh(a)padl.com> Organization: PADL Software Pty Ltd To: freedce-devel(a)lists.sourceforge.net Subject: NPTL and FreeDCE Cc: opendce(a)opengroup.org Reply-To: lukeh(a)padl.com Versions: dmail (bsd44) 2.6d/makemail 2.10 X-Spam-Status: NO, hits=-5.60 required=5.00 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on au.padl.com X-Spam-Flag: NO X-Spam-Level: Resent-Message-ID: <UQB5HC.A.7PG.ubKTEB@mailman> Resent-To: opendce(a)opengroup.org Resent-From: opendce(a)opengroup.org X-Mailing-List: opendce:archive/latest/626 Resent-Sender: opendce-request(a)opengroup.org X-hands-com-MailScanner: Found to be clean X-MailScanner-From: opendce-request(a)opengroup.org Resent-Date: Mon, 24 Apr 2006 12:51:50 +0100 It may be possible to integrate DCE exception handling and NPTL so that longjmp() is never explicitly called from a cancellation cleanup handler. In fact, cleanup handlers need not be used at all. This approach requires the NPTL r ather than the LinuxThreads, API and is orthogonal to the previous issue about removing thread cancellation (that was a runtime issue present with NPTL regardless of which header one compiles against). Instead of calling _pthread_cleanup_push_defer(), we can store a __pthread_unwind_buf_t in the exception context and call __sigsetjmp() and __pthread_register_cancel_defer(). If __sigsetjmp() returns from a longjmp(), then we call dce_pthread_test_exit_np() to test whether the thread was cancelled, and set the current exception to pthread_cancel_e if necessary. No cleanup handler is necessary. The trick is that the code that raises an exception needs to call the internal API __pthread_unwind(), rather than longjmp(). Of course this ends up calling longjmp() anyway but hopefully does the right thing with respect to any other cleanup handlers that are registered. Another idea is to use the _Unwind_XXX API, but this strikes me as a little ambitious for now and I don't have any desire to interleave C++ and DCE exceptions. /* * For the NPTL API we share a setjmp/longjmp buffer between the * pthreads cancellation and DCE exception handling APIs. * * Note that we never actually call the cancellation function, we * just change the current exception context directly; this is the * same as calling dce_ptdexc_raise(&pthread_cancel_e) except that * __pthread_unwind() is not called. */ #define dce_exc_cleanup_push(cu, routine, arg) do \ { \ __exc_occured = __sigsetjmp((struct __jmp_buf_tag *)(cu)->__cancel_buf.__cancel_jmp_buf, 0); \ if (__exc_occured) \ { \ void *__status; \ \ if (dce_pthread_test_exit_np(&__status) == PTHREAD_STATUS_EXIT_NP \ && __status == PTHREAD_CANCELED) \ __exc_ctxt.exc = &pthread_cancel_e; \ } \ else \ { \ __pthread_register_cancel_defer(&(cu)->__cancel_buf); \ } \ } while (0) #define dce_exc_cleanup_pop(cu, execute) do \ { \ __pthread_unregister_cancel_restore(&(cu)->__cancel_buf); \ } while (0) /* make this a NOOP because we called it above */ #define dce_exc_setjmp(jmpbuf, val) /* we call __pthread_unwind() directly from dce_ptdexc_raise() */ #undef dce_exc_longjmp -- Luke -- ----- End forwarded message ----- -- -- lkcl.net - mad free software computer person, visionary and poet. --

5 6

Re: [ros-bugs] [Bug 1185] OOo2 fails to install with an msi error.
by Magnus Olsen 02 May '06

02 May '06

This bug is on our side we can not test oo2 installer current in trunk. lest last time I try 1-2 Month back. for Reactos was to unstable to confrim if this bug still exists or not. It should not exits any longer. ----- Original Message ----- From: <ReactOS.Bugzilla(a)reactos.org> To: <ros-bugs(a)reactos.org> Sent: Tuesday, May 02, 2006 5:43 PM Subject: [ros-bugs] [Bug 1185] OOo2 fails to install with an msi error. > http://www.reactos.org/bugzilla/show_bug.cgi?id=1185 > > > > > > ------- Comment #7 from w3seek(a)reactos.com 2006-05-02 17:43 CET ------- > What's the status on this bug? Has the missing feature been implemented in > WINE? > > > -- > Configure bugmail: http://www.reactos.org/bugzilla/userprefs.cgi?tab=email > ------- You are receiving this mail because: ------- > You are the QA contact for the bug, or are watching the QA contact. > You are the assignee for the bug, or are watching the assignee. > _______________________________________________ > Ros-bugs mailing list > Ros-bugs(a)reactos.org > http://www.reactos.org/mailman/listinfo/ros-bugs

1 0

Summer of Code
by Nate DeSimone 30 Apr '06

30 Apr '06

Hello Everyone, I've been lurking on this list for a few years and I'm considering applying for the Google Summer of Code 2006. I am a Computer Systems Engineer at Rensselaer Polytechnic Institute, just finishing up my junior year. My GPA is 3.06, and I have taken a good amount of computer science courses including Data Structures and Algorithms and Database Systems. I have programmed in C, C++, C#, VB, Perl, PHP, Java and Javascript before. I'm also familiar with Sybase and MySQL and HTML design. I have also done some Win32 programming on my spare time, you can look at some of my projects at: http://www.rpi.edu/~desimn <http://www.rpi.edu/%7Edesimn> I have never done kernel mode programming before and I'm not certain if I'm quite ready for it yet, so if possible I would like to stay in the user mode space. The enhance explorer and add "wow factor" sounds interesting to me. Is there anything else that would involve at least almost all user mode work? Also I was wondering, approximately how many hours would you expect me to put forth every week should I be accepted? Thank You, Nate DeSimone

2 1

need help debugging
by Peter Quiring 30 Apr '06

30 Apr '06

Hi all, I'm new to ROS but I've had a few patches accepted to Wine. I'm having difficulty with the website and I can't seem to login (even after enabling multisession) so I can't use bugzilla or the forums. So anyways, I've got ROS to compile (RosBE is great!)/build/install on two systems but I'm getting the following problems on one system (Dell Inspiron 5150 Laptop): During install it shows a 17592185991168 MB unused space partition after my 60 GB FAT32 partition. But install still works okay. During 1st boot I get a bsod, I don't have a COM port (USB only) so I tried to use the SCREEN output option but it's too fast to read. I've try to use the FILE option but only 600+ bytes are written to the debug.log file. I know the cache_manager isn't being flushed because everytime it crashes the contents of the folders in "Documents & settings" folder are corrupt (ie: "All Users.Reactos", etc.) So my question is : How can I disable the cache_manager? Or can I place sync() commands somewhere in the source for testing. (is there such a function available?). The bsod seems to be related to gdi issues during creating the primary surface. Somewhere the DeviceObject for the screen is NULL and is not caught till it causes a GPE much later. I'll give a little info that I've written down. /ntoskrnl/io/irp.c:570 - GPE /ntoskrnl/io/irp.c:911 /subsystems/win32/win32k/objects/dc.c:693 /subsystems/win32/win32k/ntuser/winsta.c:348 /subsystems/win32/win32k/ntuser/guicheck.c:57 /subsystems/win32/win32k/objects/dc.c:853 /subsystems/win32/win32k/ntuser/windc.c:121 /subsystems/win32/win32k/ntuser/windc.c:441 /subsystems/win32/win32k/ntuser/windc.c:529 /subsystems/win32/win32k/ntuser/windc.c:101 /ntoskrnl/ke/traps.c:306 /dll/win32/user32/windows/dialog.c:696 Hope this helps. I was using the lastest SVN at the time (21738 I think). Thanks. Peter Quiring

4 4

two new bugs in newer ROS
by theUser BL 29 Apr '06

29 Apr '06

Hi! There existing two bugs from which I know, which existing not in older SVN/CVS-Snapshot ROS versions. Windows Tetris don't show the Highscore correct. With build 21549 there was still all ok. But with 21639 and all above the Highscore shows only curios symbols as text. AbiWord no longer runs. On build 21323 still all runs correct. But with 21549 the complete ROS hangs up. It ends with "A problem has been detected and ReactOS has been shut down to prevent damage to your computer APC_INDEX_MISMATCH" And so on. Don't know if in the current CVS/SVN-Version the bugs are already fixed. But they existing for some days/weeks. Greatings theuserbl

2 1

RE: [ros-dev] RE: ncpa
by Murphy, Ged (Bolton) 28 Apr '06

28 Apr '06

Ge van Geldorp wrote: > > The status of the applet when I worked on it was that the UI > was complete > and I was starting to work on transfering the data from the > dialog to the > TCP/IP driver (via the DHCP client). That part simply isn't > implemented yet. Is there a particular reason you were doing this via the DHCP client and not just using functions provided by iphlpapi? Ged. ************************************************************************ 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

3 2

Oh, and then the ROS-Explorer bug with the Folder-Icons
by theUser BL 28 Apr '06

28 Apr '06

Oh, I have fogotten to mention, that there is also a bug in the ROS-Explorer, that the icon for folders is the same like that for files.

3 2

RE: [ros-dev] Re: Oh, and then the ROS-Explorer bug with the Fold er-Icons
by Murphy, Ged (Bolton) 28 Apr '06

28 Apr '06

There are still lots of little bugs in the explorer resources, but they will be ironed out as we go along. Ged. -----Original Message----- From: theUser BL [mailto:theuserbl@hotmail.com] Sent: 28 April 2006 13:28 To: ros-dev(a)reactos.org Subject: [ros-dev] Re: Oh, and then the ROS-Explorer bug with the Folder-Icons >What do you mean by "files" ? >If "files" refer to unknown type, Yes, that is what I mean. Thats when I go over "My Computer" in "C:\". Then all directories and unknown files looks like the same. >I can confirm they have different icons that folders in r21750. Oh, thanks for information. Then the bug was fixed. I will later at home first testing r21747, because I take my snapshots from http://svn.reactos.ru/iso/ and 21747 is the latest which is there published. But the snapshot from yesterday have had the still the problem, that the icons for directories is an empty letter. And thats the same icon like for unknown files. Greatings theuserbl _______________________________________________ Ros-dev mailing list Ros-dev(a)reactos.org http://www.reactos.org/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

Re: Oh, and then the ROS-Explorer bug with the Folder-Icons
by theUser BL 28 Apr '06

28 Apr '06

>What do you mean by "files" ? >If "files" refer to unknown type, Yes, that is what I mean. Thats when I go over "My Computer" in "C:\". Then all directories and unknown files looks like the same. >I can confirm they have different icons that folders in r21750. Oh, thanks for information. Then the bug was fixed. I will later at home first testing r21747, because I take my snapshots from http://svn.reactos.ru/iso/ and 21747 is the latest which is there published. But the snapshot from yesterday have had the still the problem, that the icons for directories is an empty letter. And thats the same icon like for unknown files. Greatings theuserbl

1 0

wineconf update....if your comming please check this
by Steven Edwards 27 Apr '06

27 Apr '06

>From Wine-devel and jwhite Jeremy White to wine-devel, wineconf More options 11:33 am (53 minutes ago) Hi folks, I am pleased to announce that Rob Shearman has arranged for us to have Wineconf in his home town, Reading, in the UK. It will be held at the University of Reading: http://www.fmd.rdg.ac.uk/res/CommercialAccommodation.asp It will be on the weekend of September 16 and 17. We have a wrinkle we need your help on. That is, as we make our deposit (which we need to do quickly), we have to tell them how many rooms we want to reserve. The have a good deal on rooms (40 pounds/night, which is quite good, afaict). The trick is that we have to pay for all the rooms we reserve ahead of time; we can't ask for 50 rooms and then only use 43. We have to pay for all 50. We may be able to ask for 50 rooms, and then get another 3 or 4, although that's not guaranteed. So, *if you want a room at Wineconf*, please fill in this form ASAP: http://www.winehq.org/site/wineconf/survey06 If you're not sure you'll make it, but think you might, we have a choice for that too <grin>. Act now or you'll be sleeping in Swindon... Cheers, Jeremy -- Steven Edwards "There is one thing stronger than all the armies in the world, and that is an idea whose time has come." - Victor Hugo

1 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