Ros-dev

ros-dev@reactos.org

5790 discussions

RE: [ros-svn] [weiden] 19755: remove obsolete shutdown tool from rosapps

by Ge van Geldorp

> From: weiden(a)svn.reactos.com > > remove obsolete shutdown tool from rosapps Didn't even know that it was there... Thanks for cleaning up. GvG

19 years, 10 months

accessing dereferenced file objects

by Hartmut Birr

Hi, looking through our file functions, we do always access a file object after it was dereferenced by the completion routine and if the FO_SYNCHRONOUS_IO flag is set. If FO_SYNCHRONOUS_IO is set, the completion routine should not dereference the file object or we have to add an additional reference. If FO_SYNCHRONOUS_IO is set, we have also to dereference the file object after calling the driver. - Hartmut

19 years, 10 months

Re: [ros-svn] [frik85] 19758: RosCMS Update:

by TwoTailedFox

Thanks a barrel load, Frik. That's fixed a few bugs that have been a pain in the arse On 11/29/05, frik85(a)svn.reactos.com <frik85(a)svn.reactos.com> wrote: > RosCMS Update: > > admin_dyncontent_edit.php: "update bug" fixed > generate_page.php: page generation by translations works now the correct way > > > Updated files: > trunk/web/reactos.org/htdocs/roscms/inc/admin_dyncontent_edit.php > trunk/web/reactos.org/htdocs/roscms/inc/generate_page.php > > _______________________________________________ > Ros-svn mailing list > Ros-svn(a)reactos.org > http://www.reactos.org/mailman/listinfo/ros-svn > -- "I had a handle on life, but then it broke"

19 years, 10 months

Re: [ros-diffs] [ion] 19742: - Implement RtlPrefectMemoryNonTemporal. Patch by Patrick Baggett <baggett.patrick@gmail.com> and myself.

by Thomas Weidenmueller

ion(a)svn.reactos.com wrote: > - Implement RtlPrefectMemoryNonTemporal. Patch by Patrick Baggett <baggett.patrick(a)gmail.com> and myself. > ------------------------------------------------------------------------ > *Modified: trunk/reactos/lib/rtl/mem.c* > > --- trunk/reactos/lib/rtl/mem.c 2005-11-29 01:54:33 UTC (rev 19741) > +++ trunk/reactos/lib/rtl/mem.c 2005-11-29 02:40:18 UTC (rev 19742) > @@ -140,7 +140,7 @@ > > } > > /* > > -* @unimplemented > > +* @implemented > > */ > VOID > FASTCALL > @@ -149,7 +149,9 @@ > > IN SIZE_T Length > ) > { > > - UNIMPLEMENTED; > > + /* By nature of prefetch, this is non-portable. */ > + (void)Source; > + (void)Length; > > } > > > Why have a function stub then? This just encourages someone to use it without #ifdef'ing it when porting to another platform. - Thomas

19 years, 10 months

Revision: 19742

by James Tabor

(./ntoskrnl/ke/main.c:295) ----------------------------------------------------- ---------- (./ntoskrnl/ke/main.c:296) ReactOS 0.3-SVN (Build 20051129-r19742) Used memory 1015744Kb (./ntoskrnl/mm/mminit.c:386) Kernel Stack Limits. InitTop = 0x80122000, Init = 0 x8011f000 (./ntoskrnl/mm/mm.c:283) No current process (./ntoskrnl/io/driver.c:1294) Driver 'buslogic.sys' load failed, status (c000000 1) (./ntoskrnl/ldr/loader.c:267) Could not open module file: \SystemRoot\system32\d rivers\sndblst.sys (Status 0xc0000034) (./ntoskrnl/ldr/loader.c:267) Could not open module file: \SystemRoot\system32\d rivers\mpu401.sys (Status 0xc0000034) (./ntoskrnl/io/disk.c:630) RDiskCount 1 Entered debugger on last-chance exception number 14 (Page Fault) Memory at 0x800affb4 could not be written: Page protection violation. kdb:>bt Eip: <ntoskrnl.exe:d7e9c (ntoskrnl/ke/i386/kernel.c:525 (Ki386SetProcessorFeatures))> Frames: <ntoskrnl.exe:ccdd3 (./ntoskrnl/ex/init.c:0 ())> <ntoskrnl.exe:cd87e (./ntoskrnl/ex/init.c:672 (ExpInitializeExecutive))> <ntoskrnl.exe:63d5 (./ntoskrnl/ke/main.c:106 (KiSystemStartup))> <ntoskrnl.exe:cb851 (./ntoskrnl/ke/main.c:300 (_main))> <ntoskrnl.exe:104b (ntoskrnl/ke/i386/main_asm.S:46 (NtProcessStartup))> (lib/rtl/i386/exception.c:90) Invalid exception frame Entered debugger on last-chance exception number 14 (Page Fault) Memory at 0x000764e0 could not be read: Page not present. KeBugCheckWithTf at ntoskrnl/ke/i386/exp.c:1242 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,0x800c939c,0x00000000,0x000764e0) *** ntoskrnl.exe - Address 0x800c939c base at 0x80000000, DateStamp 0x0 Page Fault Exception: 14(0) Processor: 0 CS:EIP 8:800c939c <ntoskrnl.exe:c939c (lib/string/i386/memcpy_asm.s :43 (memcpy))> cr2 764e0 cr3 22000 Proc: 81004ba0 Pid: 4 <System> Thrd: 81005630 Tid: 0 DS 23 ES 23 FS 30 GS 0 EAX: 8011b1d4 EBX: 800aee40 ECX: 00000004 EDX: 8011b130 EBP: 8011b124 ESI: 000764e0 ESP: 8011b0a8 EDI: 8011b1d4 EFLAGS: 00210002 kESP 8011b0a8 kernel stack base 80118260 Frames: <ntoskrnl.exe:a2f00 (ntoskrnl/kdbg/kdb.c:1557 (KdbpSafeReadMemory))> <ntoskrnl.exe:a3e49 (ntoskrnl/kdbg/kdb_cli.c:570 (KdbpCmdBackTrace))> <ntoskrnl.exe:a72c8 (ntoskrnl/kdbg/kdb_cli.c:2178 (KdbpDoCommand))> <ntoskrnl.exe:a7402 (ntoskrnl/kdbg/kdb_cli.c:2237 (KdbpCliMainLoop))> <ntoskrnl.exe:a2453 (ntoskrnl/kdbg/kdb.c:1119 (KdbpCallMainLoop))> <ntoskrnl.exe:a0b1d (ntoskrnl/kdbg/i386/kdb_help.S:134 (KdbpStackSwitchAndCall)) > <ntoskrnl.exe:a24e1 (ntoskrnl/kdbg/kdb.c:1150 (KdbpInternalEnter))> <ntoskrnl.exe:a2c96 (ntoskrnl/kdbg/kdb.c:1457 (KdbEnterDebuggerException))> <ntoskrnl.exe:53adb (./ntoskrnl/kd/kdmain.c:127 (KdpEnterDebuggerException))> <ntoskrnl.exe:9782d (ntoskrnl/ke/i386/exp.c:1226 (KiDispatchException))> <ntoskrnl.exe:9639f (ntoskrnl/ke/i386/exp.c:194 (KiKernelTrapHandler))> <ntoskrnl.exe:af0a4 (ntoskrnl/mm/i386/pfault.c:128 (KiPageFaultHandler))> <ntoskrnl.exe:9aab1 (ntoskrnl/ke/i386/trap.s:151 (KiTrapProlog2))> <ntoskrnl.exe:d7e9c (ntoskrnl/ke/i386/kernel.c:525 (Ki386SetProcessorFeatures))> <ntoskrnl.exe:ccdd3 (./ntoskrnl/ex/init.c:0 ())> <ntoskrnl.exe:cd87e (./ntoskrnl/ex/init.c:672 (ExpInitializeExecutive))> <ntoskrnl.exe:63d5 (./ntoskrnl/ke/main.c:106 (KiSystemStartup))> <ntoskrnl.exe:cb851 (./ntoskrnl/ke/main.c:300 (_main))> <ntoskrnl.exe:104b (ntoskrnl/ke/i386/main_asm.S:46 (NtProcessStartup))> Entered debugger on embedded INT3 at 0x0008:0x800b0076. (lib/rtl/i386/exception.c:90) Invalid exception frame

19 years, 10 months

Freeldr crash - real hw - INVALID OPCODE

by David Kredba

Hello. I am trying to boot ReactOS by freeldr on floppy from SCSI harddrive (80h) on an aic78xx. Freeldr loads and display Welcome message. I run Reactos HardDrive (C:) and got : An error occured in FreeLoader FreeLoader v2.1 Report this ... Exception 06: INVALID OPCODE EAX:00000001 ESP:0000FEFC CR0:00000011 DR0:00000000 EBX:2046C700 EBP:C7000000 CR1:00000000 DR1:00000000 ECX:00000000 ESI:FFFFFFFF CR2:00000000 DR2:00000000 EDX:00000001 EDI:002846C7 CR3:00000000 DR3:00000000 DR6:FFFF0FF0 DR7:00000400 CS:0008 EIP:FFFF2C46 DS:0010 ERROR CODE:00000000 ES:0010 EFLAGS:00010016 FS:0010 GDTR Base:0000842C Limit:0027 GS:0010 IDTR Base:000086E0 Limit:0100 SS:0010 LDTR:0000 TR:0000 Frames: Nothing more displayed. Computer is Dual PIII machine, Reactos is todays svn version builded on linux with mingw, 512 MB RAM. There is w2k server on second partition of the SCSI harddrive and boots and runs without errors. First partition is 4 GB FAT32, disk capacity is 18GB. Thank you. David

19 years, 10 months

'make clean' errors

by WaxDragon

Anyone else seeing this under linux? Detecting netwide assembler...detected (nasm) Detecting compiler -pipe support...detected Detecting compiler pre-compiled header support...detected Processing modules...done Creating directories...done Unpacking WINE resources...done Generating test support code...done Generating compilation unit support code...done Generating syssetup.inf...done Generating proxy makefiles...done Checking automatic dependencies...done [CC] tools/cdmake/cdmake.c [CC] tools/cdmake/llmosrt.c [LD] output-i386/tools/cdmake/cdmake [LD] output-i386/tools/mkhive/mkhive gcc: obj-i386/lib/inflib_host/infcore.o: No such file or directory gcc: obj-i386/lib/inflib_host/infget.o: No such file or directory gcc: obj-i386/lib/inflib_host/infput.o: No such file or directory gcc: obj-i386/lib/inflib_host/infhostgen.o: No such file or directory gcc: obj-i386/lib/inflib_host/infhostget.o: No such file or directory gcc: obj-i386/lib/inflib_host/infhostglue.o: No such file or directory gcc: obj-i386/lib/inflib_host/infhostput.o: No such file or directory make: *** [output-i386/tools/mkhive/mkhive] Error 1 WD -- <mikedep333> but if it isnt working, why is it even included on the CD?

19 years, 10 months

GPL Microsoft Code in the CRT

by Steven Edwards

Hi, There is some code in the C Runtime that was part of the Win32 port of perl. As such it carries the copyright Microsoft. I suggest we remove and rewrite these functions, as this will hinder us from being able to say "ReactOS is 100% free of Microsoft Code" Even if it is GPL it does not sit well with me. Anyone up to help on this? -- Steven Edwards - ReactOS and Wine developer "There is one thing stronger than all the armies in the world, and that is an idea whose time has come." - Victor Hugo

19 years, 10 months

RE: [ros-diffs] [sedwards] 19675: XML.cpp -> xml.cpp, XML.h -> xml.h.

by Casper Hornstrup

If the rule is always lowercase filenames why not vote on it and make it official and save ourselves some trouble in the future? Casper

19 years, 10 months

Possible Compiler/Library problem?

by TwoTailedFox

http://neowin.ath.cx/twotailedfox/Error.png Can anyone help me shed some light on this rather perculiar error? GCC 3.4.4/G++ 3.4.2, MSYS 1.0, GNU Make 3.80, NASM 0.98, Binutils 2.16.91, MinGW 4.1.0 -- "I had a handle on life, but then it broke"

19 years, 10 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