Ros-dev

ros-dev@reactos.org

5788 discussions

by Steven Edwards

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

19 years, 11 months

RE: [ros-dev] 13090: SYSENTER support, INT2E Optimization

by Ge van Geldorp

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.

19 years, 11 months

foo.exe.local override support

by Steven Edwards

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

19 years, 11 months

RE: 13090: new Syscall Table/Stub generator

by Ge van Geldorp

> 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.

19 years, 11 months

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

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 ------------------------------------------------------------------------

19 years, 11 months

Build announcements

by Murphy, Ged (Bolton)

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

19 years, 11 months

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

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

19 years, 11 months

Re: [ros-svn] [gvg] 13073: Implement LOAD_LIBRARY_AS_DATAFILE flag

by Thomas Weidenmueller

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

19 years, 11 months

Data types: compatibility and porting

by Emanuele Aliberti

Reading the forum, it seems that porting ROS to 64-bit (x86-64) is the most wanted target. Should we begin using (and converting existing code) the new data types MS defined for Win64, to make easy that one and any other future porting effort? Emanuele See also: http://msdn.microsoft.com/library/default.asp?url=/library/en-us/winprog/wi… http://msdn.microsoft.com/library/default.asp?url=/library/en-us/win64/win6…

19 years, 11 months

usb - UHCI, OHCI and EHCI implementations

by Ryan O'Connor

Hi, This is Polonium from the irc channel (although I’m not in there all the time) Just trying to gather what’s happening with USB support, more specifically the host controller interfaces that are required to lie below the usb device drivers. Is there anyone currently working on this? If not, are there any programmers who would like to solely focus on implementing, for example, a universal host controller interface for ReactOS. While I do not know much about the topic myself, with ample resources and team members I may be able to make a good start. Anyone else interested? The specifications for the interfaces can be found on the Intel website. Regards Ryan O’Connor --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.808 / Virus Database: 550 - Release Date: 12/8/2004

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