Ros-dev

ros-dev@reactos.org

1 participants
5793 discussions

Re: [ros-dev] Questions about debugging ...
by Sylvain Petreolle 07 May '05

07 May '05

--- J M <open.proyects(a)gmail.com> a écrit: > Hi list, > > I am having "problems" with debugging support. I have my build > environment in Windows. I set up gcc/g++/nasm ok and i'm building last > SVNs without any problem. > > I'd like to debug some code and i get problems here. I test vmware > with the following results ... > > VMWare (config => KDB=1, DBG=1) > --------------------------------------- > * DEBUGPORT=COM1 BAUDRATE=115200 => CRASH, FREEZE!!! > * DEBUGPORT=FILE => REBOOT im getting the same problem with DEBUGPORT=FILE on real hardware. no clue found at the moment. > > Can we debug ReactOS with VMWare ? > > How can i update the ReactOS files in a QEMU's .img file ? mount it with winimage on windows, and with the loopback under linux. mount -o lo qemufile.img /mnt/ros_c Kind regards, Usurp (aka Sylvain Petreolle) humans are like computers, yesterday the BIOS was all - today its just a word

2 1

Questions about debugging ...
by J M 07 May '05

07 May '05

Hi list, I am having "problems" with debugging support. I have my build environment in Windows. I set up gcc/g++/nasm ok and i'm building last SVNs without any problem. I'd like to debug some code and i get problems here. I test vmware with the following results ... VMWare (config => KDB=1, DBG=1) --------------------------------------- * DEBUGPORT=COM1 BAUDRATE=115200 => CRASH, FREEZE!!! * DEBUGPORT=FILE => REBOOT Can we debug ReactOS with VMWare ? How can i update the ReactOS files in a QEMU's .img file ? Thanks in advance!

1 0

Cant compile videoprt
by Enrico Bartky 07 May '05

07 May '05

Hello, in the last SVN if compile videoprt, ... the following error occurs. videoprt: [CC] spinlock.c videoprt: [CC] timer.c videoprt: [AR] videoprt.a videoprt: [LD] videoprt.nostrip.sys videoprt: [OBJDUMP] videoprt.map videoprt: [RSYM] videoprt.sys mingw32-make[2]: *** [videoprt.sys] Error -1073741819 mingw32-make[1]: *** [all] Error 2 mingw32-make: *** [VIDEO_DRIVERS] Error 2 GCC is version 3.4.2 Binutils is 2.15.94 Can you help? Thanx, EnricoB

1 0

install problem
by Hartmut Birr 06 May '05

06 May '05

Hi, since some time, I'm not able to install ros from the bootcd over an existing ros. The first stage setup works perfect. The second boot hangs after loading most of the drivers. The last line on the debug port comes from framebuf.dll: ... DriverBase for \??\E:\ReactOS\system32\win32k.sys: 9d62b000 DriverBase for \??\E:\ReactOS\system32\freetype.dll: 9d803000 DriverBase for \SystemRoot\System32\kbdgr.dll: 9d78f000 (ntuser/desktop.c:574) IntShellHookNotify: No desktop! (ntuser/desktop.c:574) IntShellHookNotify: No desktop! (ntuser/desktop.c:574) IntShellHookNotify: No desktop! DriverBase for \SystemRoot\System32\framebuf.DLL: 9dfab000 Has anyone the same problem? The install works again, if I delete all registry files from the existing installation. Usually I use the 'make install' command to install ros over the network on my test machines. - Hartmut

2 2

Re: Re: [ros-dev] about rules.mak, a small bug fixed
by LiGen 06 May '05

06 May '05

Hi, I find the problem is caused by msys or by msys's make.exe, the command line: $(CABMAN) /C bootdata/packages/reactos.dff /L $(BOOTCD_DIR)/reactos /I Will be expanded like this: $(CABMAN) c:/ bootdata/packages/reactos.dff c:/msys/1.0/L (BOOTCD_DIR)/reactos i:/ I don't know why. And when I use "mingw32-make bootcd", everything is ok. And if we use cabman.exe in msys, the command line should like this: $(CABMAN) //C bootdata/packages/reactos.dff //L $(BOOTCD_DIR)/reactos //I It goes well. -----邮件原件----- 发件人: ros-dev-bounces(a)reactos.com [mailto:ros-dev-bounces@reactos.com] 代表 Hartmut Birr 发送时间: 2005年5月5日 19:32 收件人: ReactOS Development List 主题: Re: [ros-dev] about rules.mak, a small bug fixed Your patch breaks compiling on windows without msys. I've commit a different fix which will solve your problem. There does exist one problem, it isn't possible to build the bootcd. There is somewhere a 'c:/..' on the path, which isn't correct within a simulated posix system like msys. - Hartmut

1 0

Re: [ros-svn] [greatlrd] 14982: tinus - Mouse speed setup
by Gge 06 May '05

06 May '05

greatlrd(a)svn.reactos.com wrote: > tinus > implement MouseResolution setting > > Me (Magnus Olsen) > remove old psuax drv from hiveinst.inf and add tinus mouse drv settings > add MouseResolution setting to reg > > > > > Updated files: > trunk/reactos/bootdata/hiveinst.inf > trunk/reactos/bootdata/hivesys.inf > trunk/reactos/drivers/input/i8042prt/i8042prt.h > trunk/reactos/drivers/input/i8042prt/mouse.c > The mouse is moving slowly in my machine. What are the possible values for MouseResolution setting in Hivesys.inf Regards Gerard

1 0

KBug Check
by James Tabor 05 May '05

05 May '05

Hi! Two cms running with Build ros on ros and ctm running. (MSVCRT:io/open.c:700) _setmode: inval fd (0) (KERNEL32:mem/global.c:412) Memory Load: 23 (KERNEL32:mem/global.c:412) Memory Load: 23 (dispatch.c:166)(dispatch) Select: 0 (MSVCRT:io/open.c:103) not valid fd 0, g_fdend 5, fdinfo 7802d2f0, bucket 7802d2 f0, fdflags 0 (MSVCRT:io/open.c:700) _setmode: inval fd (0) (KERNEL32:mem/global.c:412) Memory Load: 23 (KERNEL32:mem/global.c:412) Memory Load: 23 (MSVCRT:io/open.c:103) not valid fd 0, g_fdend 5, fdinfo 7802d2f0, bucket 7802d2 f0, fdflags 0 (MSVCRT:io/open.c:700) _setmode: inval fd (0) (KERNEL32:mem/global.c:412) Memory Load: 24 (KERNEL32:mem/global.c:412) Memory Load: 24 (mm/npool.c:1626) Trying to allocate 16 bytes from nonpaged pool - nothing suita ble found, returning NULL KeBugCheck at mm/rmap.c:382 A problem has been detected and ReactOS has been shut down to prevent damage to your computer. The bug code is undefined. Please use an existing code instead. Technical information: *** STOP: 0x00000000 (0x00000000,0x00000000,0x00000000,0x00000000) Frames: <ntoskrnl.exe:10839 (ke/bug.c:456 (KeBugCheckEx))> <ntoskrnl.exe:10859 (ke/bug.c:476 (KeBugCheck))> <ntoskrnl.exe:6a791 (mm/rmap.c:382 (MmInsertRmap))> <ntoskrnl.exe:5859b (mm/anonmem.c:385 (MmNotPresentFaultVirtualMemory))> <ntoskrnl.exe:61135 (mm/mm.c:389 (MmNotPresentFault))> <ntoskrnl.exe:ac89 (mm/i386/pfault.c:66 (MmPageFault))> <ntoskrnl.exe:19a9 (ke/i386/exp.c:536 (KiTrapHandler))> <ntoskrnl.exe:33e4 (/tmp/cc7ENTMr.s:192 (KiTrapProlog))> <ntdll.dll:24188 (/tmp/ccxHc6v3.s:35 (memset))> Entered debugger on embedded INT3 at 0x0008:0x8000581e. kdb:>bt Eip: <ntoskrnl.exe:581f (ke/i386/brkpoint.c:59 (DbgBreakPointWithStatus))> Frames: <ntoskrnl.exe:10813 (ke/bug.c:428 (KeBugCheckWithTf))> <ntoskrnl.exe:10839 (ke/bug.c:456 (KeBugCheckEx))> <ntoskrnl.exe:10859 (ke/bug.c:476 (KeBugCheck))> <ntoskrnl.exe:6a791 (mm/rmap.c:382 (MmInsertRmap))> <ntoskrnl.exe:5859b (mm/anonmem.c:385 (MmNotPresentFaultVirtualMemory))> <ntoskrnl.exe:61135 (mm/mm.c:389 (MmNotPresentFault))> <ntoskrnl.exe:ac89 (mm/i386/pfault.c:66 (MmPageFault))> <ntoskrnl.exe:19a9 (ke/i386/exp.c:536 (KiTrapHandler))> <ntoskrnl.exe:33e4 (/tmp/cc7ENTMr.s:192 (KiTrapProlog))> <ntdll.dll:24188 (/tmp/ccxHc6v3.s:35 (memset))> <ntdll.dll:17d08 (heap.c:1218 (RtlAllocateHeap))> <msvcrt.dll:cc39 (stdlib/malloc.c:35 (malloc))> <cc1.exe:2d11cd> <cc1.exe:b14da> <cc1.exe:b055b> <cc1.exe:183332> <cc1.exe:1580f5> <cc1.exe:1583a2> <cc1.exe:1590f2> <cc1.exe:15aaed> <cc1.exe:154f4e> <cc1.exe:6b95a> <cc1.exe:21596> <cc1.exe:21257> <cc1.exe:a18c> <cc1.exe:14f89> <cc1.exe:6a1da> <cc1.exe:705a5> <cc1.exe:7064d> <cc1.exe:5f947> <cc1.exe:123b> <cc1.exe:1268> <KERNEL32.dll:289ff (process/create.c:331 (BaseProcessStart))> <deadbeef> Thanks, James

2 3

Re: [ros-svn] [weiden] 15003: - ported BuildTrusteeWithObjectsAndNameA/W and BuildTrusteeWithObjectsAndSidA/W from wine
by Thomas Weidenmueller 05 May '05

05 May '05

weiden(a)svn.reactos.com wrote: > - directly forward GetSecurityDescriptorLength to NTDLL.RtlLengthSecurityDescriptorguard dumping the stack trace to prevent infinite exception loopsguard dumping the stack trace to prevent infinite exception loops my svn client somehow screwed up the message, it's supposed to be only - directly forward GetSecurityDescriptorLength to NTDLL.RtlLengthSecurityDescriptor Best Regards, Thomas

2 1

Re: [ros-svn] [hbirr] 14989: - Free always the name string and the completion context in IopDeleteFile.
by Alex Ionescu 05 May '05

05 May '05

hbirr(a)svn.reactos.com wrote: >- Free always the name string and the completion context in IopDeleteFile. > > >Updated files: >trunk/reactos/ntoskrnl/io/file.c > > > The lack of a Device Object signifies there is something REALLY wrong with the file, and should be treated as invalid. It might not be wise to do any further operations on it, since they probably already have been done. Best regards, Alex Ionescu

2 1

RE: [ros-dev] Re: freeldr crash at svn HEAD
by Murphy, Ged (Bolton) 05 May '05

05 May '05

Mark Junker wrote: > The build system seems to be sub-optimal <g>. There is a new xml build system coming into place soon which is much better than the current one. ************************************************************************ 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

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Ros-dev