Ros-dev

ros-dev@reactos.org

5790 discussions

Re: [ros-svn] [hbirr] 13102: - Set the limit of the user mode code/data segment back to 4GB.
by Alex Ionescu 18 Jan '05

18 Jan '05

hbirr(a)svn.reactos.com wrote: >- Set the limit of the user mode code/data segment back to 4GB. > > > >Updated files: >trunk/reactos/ntoskrnl/ke/i386/gdt.c > > > Thanks! Do you know however if any of ROS Kernel depends on the old GDT? There are two weird issues with SYSEXIT: 1) GvG reported that FPU is broken 2) Explorer now crashes in shlwapi when clicking on a disk. Best regards, Alex Ionescu

3 7

RE: [hbirr] 13125: - Fixed the disabling of interrupts on thestack before sysexit.
by Ge van Geldorp 18 Jan '05

18 Jan '05

> From: hbirr(a)svn.reactos.com > > - Fixed the disabling of interrupts on the stack before sysexit. Only good news left: no more fpu crashes. All your base now belong to Hartmut! Gé van Geldorp.

1 0

NtFlushVirtualMemory
by Steven Edwards 18 Jan '05

18 Jan '05

Hi, Can someone have a look at implementing this? I am having good progress getting IE and Office 2k going but this function is marked as unimplemented and the installs will hang there. I could try to stub it out but if someone knows what needs to be implemented I would much rather it be done right rather than just another stub. Thanks Steven __________________________________ Do you Yahoo!? Yahoo! Mail - You care about security. So do we. http://promotions.yahoo.com/new_mail

3 2

RE: [ros-dev] 13090: SYSENTER support, INT2E Optimization
by Ge van Geldorp 18 Jan '05

18 Jan '05

The good and the bad news continues... The good news is that Hartmut's change fixed the VMware 4.0.5 problem I had and also fixes some of the floating point problems. The bad news is that it doesn't fix all the fpu problems, I still see a usermode crash in rosperf, always near a fp instruction. Gé van Geldorp.

1 0

foo.exe.local override support
by Steven Edwards 18 Jan '05

18 Jan '05

anyone know what it would take to add foo.exe.local override support? If this was working IE5/6 could get to the install screen. It tries to use the advpack.dll that it ships with during the install and of course it fails because it loads ours. Thanks Steven __________________________________ Do you Yahoo!? Yahoo! Mail - Helps protect you from nasty viruses. http://promotions.yahoo.com/new_mail

1 0

RE: 13090: new Syscall Table/Stub generator
by Ge van Geldorp 17 Jan '05

17 Jan '05

> From: ion(a)svn.reactos.com > > Added files: > trunk/reactos/tools/nci/ncitool.c I need to add "#include <malloc.h>" to get ncitool.c to compile on Windows. Adding it doesn't seem to harm Linux compilation. Gé van Geldorp.

2 1

Re: [ros-svn] [ion] 13090: SYSENTER support, INT2E Optimization, new Syscall Table/Stub generator and svn:ignore fixes. Please read associated Mailing List Post.
by Hartmut Birr 17 Jan '05

17 Jan '05

ion(a)svn.reactos.com schrieb: >SYSENTER support, INT2E Optimization, new Syscall Table/Stub generator and svn:ignore fixes. Please read associated Mailing List Post. > > >Updated files: >trunk/reactos/ntoskrnl/ke/i386/gdt.c > > *Modified: trunk/reactos/ntoskrnl/ke/i386/gdt.c* --- trunk/reactos/ntoskrnl/ke/i386/gdt.c 2005-01-17 01:30:26 UTC (rev 13089) +++ trunk/reactos/ntoskrnl/ke/i386/gdt.c 2005-01-17 07:10:34 UTC (rev 13090) @@ -40,10 +40,10 @@ 0x0, 0x0, 0x0, 0x0, /* Null */ 0xffff, 0x0, 0x9a00, 0xcf, /* Kernel CS */ 0xffff, 0x0, 0x9200, 0xcf, /* Kernel DS */ - 0x0, 0x0, 0xfa00, 0xcc, /* User CS */ - 0x0, 0x0, 0xf200, 0xcc, /* User DS */ + 0x0, 0x0, 0xfa00, 0xcf, /* User CS */ + 0x0, 0x0, 0xf200, 0xcf, /* User DS */ 0x0, 0x0, 0x0, 0x0, /* TSS */ - 0x1000, 0x0000, 0x9200, 0xff00, /* PCR */ + 0x1000, 0x0000, 0x9200, 0xffc0, /* PCR */ 0x1000, 0x0, 0xf200, 0x0, /* TEB */ 0x0, 0x0, 0x0, 0x0, /* Reserved */ 0x0, 0x0, 0x0, 0x0, /* LDT */ This changes expand the user mode data/code segment to 4GB. This is wrong. If I change it back to the correct limit, the sysenter support doesn't work. Ros does crash within the first application (smss). See the debug output. - Hartmut ... DriverBase for \SystemRoot\system32\drivers\msfs.sys: dd2fa000 DriverBase for \SystemRoot\system32\drivers\npfs.sys: dd319000 KeBugCheckWithTf at ke/catch.c:193 Bug detected (code 1e param 0 0 0 0) KMODE_EXCEPTION_NOT_HANDLED General Protection Exception: 13(0) Processor: 0 CS:EIP 8:c0003829 <ntoskrnl.exe: 3829 (D:\DOKUME~1\hb\LOKALE~1\Temp/ccG6aaaa.s:33 (_KiSystemService))> cr2 7ffde000 cr3 158dc000 Proc: c06a6598 Pid: 2 <smss.exe> Thrd: c06abca0 Tid: 18 DS 23 ES 23 FS 3b GS 23 EAX: 00000000 EBX: 00000000 ECX: 00000000 EDX: 00000000 EBP: 00000000 ESI: 00000000 ESP: dd34cd58 EDI: 00000000 EFLAGS: 00210202 kESP dd34cd58 kernel stack base dd34a000 Frames: ke/main.c:1043 0xc0003829 -> syscall.S line 270 ------------------------------------------------------------------------

2 2

Build announcements
by Murphy, Ged (Bolton) 17 Jan '05

17 Jan '05

With the question continually arising regarding the binutils issue, would it not be an idea to have an build announcement section on the site where notes can be placed for all to see. A lot of people don't use IRC or read the mailing list, so it might also be useful to keep people updated with the happenings in SVN too. e.g. when accept was committed, current status of USB, etc. Gedi ************************************************************************ 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 3

Re: [ros-svn] [ion] 13090: SYSENTER support, INT2E Optimization, new Syscall Table/Stub generator and svn:ignore fixes. Please read associated Mailing List Post.
by Alex Ionescu 17 Jan '05

17 Jan '05

ion(a)svn.reactos.com wrote: >SYSENTER support, INT2E Optimization, new Syscall Table/Stub generator and svn:ignore fixes. Please read associated Mailing List Post. > > >Added files: >trunk/reactos/tools/nci/ >trunk/reactos/tools/nci/makefile >trunk/reactos/tools/nci/ncitool.c >trunk/reactos/tools/nci/sysfuncs.lst >trunk/reactos/tools/nci/w32ksvc.db > >Updated files: >trunk/reactos/Makefile >trunk/reactos/config >trunk/reactos/include/napi/shared_data.h >trunk/reactos/ntoskrnl/Makefile >trunk/reactos/ntoskrnl/include/internal/i386/ke.h >trunk/reactos/ntoskrnl/include/internal/i386/ps.h >trunk/reactos/ntoskrnl/ke/i386/bthread.S >trunk/reactos/ntoskrnl/ke/i386/exp.c >trunk/reactos/ntoskrnl/ke/i386/gdt.c >trunk/reactos/ntoskrnl/ke/i386/kernel.c >trunk/reactos/ntoskrnl/ke/i386/stkswitch.S >trunk/reactos/ntoskrnl/ke/i386/syscall.S >trunk/reactos/ntoskrnl/ke/i386/usercall.c >trunk/reactos/ntoskrnl/ke/kthread.c >trunk/reactos/ntoskrnl/ke/process.c >trunk/reactos/ntoskrnl/ps/i386/continue.c >trunk/reactos/subsys/system/vmwinst/vmwinst.c > >Deleted files: >trunk/reactos/iface/ > > > First and foremost, I would really like to thank all the people behind the scenes of this patch; Filip Navara, for the initial implementation and thoughts, and his consistent help, Art Yerkes for his invaluable testing, and everyone else who lent a hand (too many people to list here). This patch improves by around 15-20% (tested but not scientific) the speed of ReactOS on all hardware and virtual machines. Furthermore, it improves speed by over 50% (tested but not scientific) on hardware supporting the SYSENTER/SYSEXIT call pair. On VMWare however, due to causes still under investigation, SYSENTER/SYSEXIT must be disabled, or else there is a 3X slowdown. Vmwinst takes care of writing the Windows-compatible Value in the Registry, and it is read before choosing which kind of call to execute. This means that vmware is able to take advantage of the ~20% speedup, but not of all the full capability of this patch. It also combines the previous iface tools into a single, much more dynamic and small utility, which I called NCITool (Native Call Interface Tool). Although it is almost final, I still have to set-up the macros for portability and msvc compatibility, so this is a known issue (note however that the previous version suffered from the same incompatibilies). I will fix it during the week. I would like to thank Emanuelle and KJK::Hyperion for the original tool, and most of the parsing code has remained intact, apart from some code-duplication removal and simplification. The following two issues remain in this patch, which I will look at this week as well: 1) SMP. I have not tested SYSENTER on an SMP machine, and I believe that the MSRs must be written on other CPUs as well, perhaps using an IPI? 2) Pentium Pro. It erronously reports the SEP flag but does not support SYSENTER. Code must be added at the related FIXME in order to check for this. I have, along with others, tested this patch for more then a week now, and I have found no visible problems, apart from the VMWare weirdness. If any problems are noticed due to it, please post accordingly and I will have a look at it. Best regards, Alex Ionescu

3 2

Re: [ros-svn] [gvg] 13073: Implement LOAD_LIBRARY_AS_DATAFILE flag
by Thomas Weidenmueller 16 Jan '05

16 Jan '05

gvg(a)svn.reactos.com wrote: >Implement LOAD_LIBRARY_AS_DATAFILE flag > > > Typecasting PVOID to ULONG isn't portable...ULONG_PTR is supposed to be used. Also BOOLEAN should be prefered over BOOL for internal stuff. Best Regards Thomas

4 5

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