Ros-dev

ros-dev@reactos.org

5789 discussions

by Mark Jansen

The shell extension 'slayer' will soon be removed. It has been surpassed by the shell extension 'acppage'. Since neither of the modules is yet active, this should not pose a problem. Related issues: CORE-10375 and CORE-13111 Regards, Mark.

7 years, 11 months

Test KVM AHK Bot Upgrade

by Sylvain Petreolle

Hello all, I'm currently upgrading my AHK Testbot to Fedora 25, 24 only receives backports and Fedora 26 is already on the way. I never upgraded it before, so I don't know if it will take one or several hours to be back online. Kind regards, Sylvain Petreolle

7 years, 11 months

Re: [ros-dev] [ros-diffs] [tfaber] 74305: [NTOS:KE] - Gracefully handle page faults during V86 code execution. This is a bit of a hack because with our limited use of V86 code it is unclear how a page fault can even occur. ...

by Alex Ionescu

So why implement this code path if we have nothing that hits it? Best regards, Alex Ionescu On Fri, Apr 14, 2017 at 4:18 AM, <tfaber(a)svn.reactos.org> wrote: > Author: tfaber > Date: Fri Apr 14 11:18:22 2017 > New Revision: 74305 > > URL: http://svn.reactos.org/svn/reactos?rev=74305&view=rev > Log: > [NTOS:KE] > - Gracefully handle page faults during V86 code execution. This is a bit > of a hack because with our limited use of V86 code it is unclear how a page > fault can even occur. > CORE-12993 #resolve > > Modified: > trunk/reactos/ntoskrnl/include/internal/i386/ke.h > trunk/reactos/ntoskrnl/ke/i386/traphdlr.c > trunk/reactos/ntoskrnl/vdm/vdmexec.c > > Modified: trunk/reactos/ntoskrnl/include/internal/i386/ke.h > URL: http://svn.reactos.org/svn/reactos/trunk/reactos/ > ntoskrnl/include/internal/i386/ke.h?rev=74305&r1=74304&r2=74305&view=diff > ============================================================ > ================== > --- trunk/reactos/ntoskrnl/include/internal/i386/ke.h [iso-8859-1] > (original) > +++ trunk/reactos/ntoskrnl/include/internal/i386/ke.h [iso-8859-1] Fri > Apr 14 11:18:22 2017 > @@ -478,6 +478,12 @@ > NTAPI > VdmDispatchBop( > IN PKTRAP_FRAME TrapFrame > +); > + > +BOOLEAN > +NTAPI > +VdmDispatchPageFault( > + _In_ PKTRAP_FRAME TrapFrame > ); > > BOOLEAN > > Modified: trunk/reactos/ntoskrnl/ke/i386/traphdlr.c > URL: http://svn.reactos.org/svn/reactos/trunk/reactos/ > ntoskrnl/ke/i386/traphdlr.c?rev=74305&r1=74304&r2=74305&view=diff > ============================================================ > ================== > --- trunk/reactos/ntoskrnl/ke/i386/traphdlr.c [iso-8859-1] (original) > +++ trunk/reactos/ntoskrnl/ke/i386/traphdlr.c [iso-8859-1] Fri Apr 14 > 11:18:22 2017 > @@ -1304,8 +1304,20 @@ > UNIMPLEMENTED_FATAL(); > } > #endif > + > /* Check for VDM trap */ > - ASSERT((KiVdmTrap(TrapFrame)) == FALSE); > + if (KiVdmTrap(TrapFrame)) > + { > + DPRINT1("VDM PAGE FAULT at %lx:%lx for address %lx\n", > + TrapFrame->SegCs, TrapFrame->Eip, Cr2); > + if (VdmDispatchPageFault(TrapFrame)) > + { > + /* Return and end VDM execution */ > + DPRINT1("VDM page fault with status 0x%lx resolved\n", > Status); > + KiEoiHelper(TrapFrame); > + } > + DPRINT1("VDM page fault with status 0x%lx NOT resolved\n", > Status); > + } > > /* Either kernel or user trap (non VDM) so dispatch exception */ > if (Status == STATUS_ACCESS_VIOLATION) > > Modified: trunk/reactos/ntoskrnl/vdm/vdmexec.c > URL: http://svn.reactos.org/svn/reactos/trunk/reactos/ > ntoskrnl/vdm/vdmexec.c?rev=74305&r1=74304&r2=74305&view=diff > ============================================================ > ================== > --- trunk/reactos/ntoskrnl/vdm/vdmexec.c [iso-8859-1] (original) > +++ trunk/reactos/ntoskrnl/vdm/vdmexec.c [iso-8859-1] Fri Apr 14 > 11:18:22 2017 > @@ -239,7 +239,7 @@ > KeLowerIrql(OldIrql); > return STATUS_INVALID_SYSTEM_SERVICE; > } > - > + > /* Now do the VDM Swap */ > VdmSwapContext(VdmFrame, &VdmTib->MonitorContext, &VdmContext); > > @@ -269,7 +269,7 @@ > > /* Make a copy of the monitor context */ > Context = VdmTib->MonitorContext; > - > + > /* Check if V86 mode was enabled or the trap was edited */ > if ((Context.EFlags & EFLAGS_V86_MASK) || (Context.SegCs & > FRAME_EDITED)) > { > @@ -291,7 +291,7 @@ > /* Remove real IF flag */ > VdmTib->VdmContext.EFlags &= ~EFLAGS_INTERRUPT_MASK; > } > - > + > /* Turn off VIP and VIF */ > TrapFrame->EFlags &= ~(EFLAGS_VIP | EFLAGS_VIF); > VdmTib->VdmContext.EFlags &= ~(EFLAGS_VIP | EFLAGS_VIF); > @@ -362,4 +362,45 @@ > return TRUE; > } > > - > +BOOLEAN > +NTAPI > +VdmDispatchPageFault( > + _In_ PKTRAP_FRAME TrapFrame) > +{ > + NTSTATUS Status; > + PVDM_TIB VdmTib; > + > + PAGED_CODE(); > + > + /* Get the VDM TIB so we can terminate V86 execution */ > + Status = VdmpGetVdmTib(&VdmTib); > + if (!NT_SUCCESS(Status)) > + { > + /* Not a proper VDM fault, keep looking */ > + DPRINT1("VdmDispatchPageFault: no VDM TIB, Vdm=%p\n", > NtCurrentTeb()->Vdm); > + return FALSE; > + } > + > + /* Must be coming from V86 code */ > + ASSERT(TrapFrame->EFlags & EFLAGS_V86_MASK); > + > + _SEH2_TRY > + { > + /* Fill out a VDM Event */ > + VdmTib->EventInfo.Event = VdmMemAccess; > + VdmTib->EventInfo.InstructionSize = 0; > + > + /* End VDM Execution */ > + VdmEndExecution(TrapFrame, VdmTib); > + } > + _SEH2_EXCEPT(EXCEPTION_EXECUTE_HANDLER) > + { > + Status = _SEH2_GetExceptionCode(); > + } > + _SEH2_END; > + > + /* Consider the exception handled if we succeeded */ > + DPRINT1("VdmDispatchPageFault EFlags %lx exit with 0x%lx\n", > TrapFrame->EFlags, Status); > + return NT_SUCCESS(Status); > +} > + > > >

7 years, 11 months

Re: [ros-dev] Definite Decision about ISO lifetimes at iso.reactos.org

by Colin Finck

Am 16.03.2017 um 00:00 schrieb Giannis Adamopoulos: > I was wondering if it is possible to delete every second iso instead of purging all isos before some time? That's a good idea and makes sense for the bootcd-dbg ISOs. So my final proposal is this one: bootcd-dbg: 5 years (after that every second ISO is purged) bootcd-dbgwin: 0.5 years bootcd-rel: 0.5 years bootcdregtest: 1 week livecd-dbg: 0.5 years livecd-dbgwin: 0.5 years livecd-rel: 0.5 years I'll be away until the beginning of April, so there is enough time for any objections. Otherwise, it will be set up exactly this way when I'm back. - Colin

7 years, 11 months

Building/Testing infrastructure back on steroids!

by Colin Finck

Hi all! As of today, our high-performance servers Carrier, Mothership and Testee are finally back in service for building and testing! They take over many tasks from HotelLux, the generously provided server from Aleksey, which had to bear the load of previously 3 separate machines for over a year. You should notice faster builds on the Windows buildslaves, a returned VBox testslave, and more reliable ISO downloads. The VMware testslave is not back yet, but I'll be reinstalling this one as well. In June, we also plan to upgrade our best-performing server even more, using the donated 64GB of RAM and CPU upgrades that are cheaply available these days. This should decrease build times even more! Cheers, Colin

7 years, 11 months

Vgal USB patches

by Alexander Rechitskiy

7 years, 12 months

Re: [ros-dev] Retiring rapps

by Can Tasan

Hi! What does new RAPPS bring compared to old one, could you summarize main points? I need this for Community Changelogs. Thanks! Can

8 years

GSoC drivers mentor status

by Alexander

Cheers, I am student and i want help to develop ROS in GSoC. In part, i got intereted in drivers idea. I on 3rd year undergraduate by speciality applied mathematics and informatics and i have experience in C/C++. I would like to work in part intel high defenition audio bus driver. Can you point me to the mentor? Thank you. Best regards, Alexander

8 years

GSoC Terminal Services mentor status

by Dumitru Savva

Greetings, I am a student that wants to work on developing ReactOS during this summer. I got interested in Terminal Services idea. I have experience with C++ (and bit of C) and Transport/Application layers network programming. I would like to work on the part that is network related. Is anyone available to mentor me for this task? Thank you. Best regards, Dumitru

8 years

GSoC Mentor

by Muhammad abdul Rehman

Hello everyone, I am a Masters student and want to do the GSoC with this organization this summer. I have gone through the list and found some projects domain interesting but I couldn't research in the depth of the project due to resource and time constraint at the moment. I have some professional background in working with embedded software development (mostly C programming), networking stacks and an RTOS porting. Did some work in Linux development as well. I will be thankful if someone can guide me chose the best suitable project that is beneficial for myself and the organization at the same time. Currently, I have a look at following projects: Bluetooth Stack Integrating SMB into ReactOS Kernel mode test suite WebKit-based MSHTML implementation Support for the GPT Partitioning Scheme Taskbar Shell extensions If someone is interested in mentoring anyone of the above project, I will be happy to talk more on that and submit a timely proposal. Thanks a lot and best regards, -- M Abdul Rehman

8 years

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