Ros-dev

ros-dev@reactos.org

5788 discussions

[ros-diffs] [hbelusca] 67595: [NTVDM] - Move some interrupt initialization where it belongs and activate few other ones. - Initialize interruct vector for INT 2Ah (Network check) because some apps directly cal...

by James Tabor

Hi, Yes Int 2A is needed for the novel client server to work correctly. I added it to FreeDOS, here are some examples, http://sourceforge.net/p/freedos/svn/HEAD/tree/kernel/trunk/kernel/entry.as… http://sourceforge.net/p/freedos/svn/HEAD/tree/kernel/trunk/kernel/kernel.a… LOL yeah just bragging now, http://sourceforge.net/p/freedos/svn/HEAD/tree/kernel/trunk/kernel/dosidle.…

9 years, 4 months

Debug output

by stack exchange

Whats the difference between DPRINT and DbgPrint? I wrote a little program that I can use to observe pipes, which I use for debugging. The text from DPRINT is there, but where does DbgPrint go and why are there multiple different debugging aids?

9 years, 4 months

Re: [ros-dev] [ros-diffs] [gedmurphy] 67563: [DDK] Fix the FS filter callback definitions

by Ged Murphy

Well this is a weird one, the DDK says these callbacks are cdecl (missing NTAPI) and anyone building against the DDK will obviously declare their callbacks to match this convention. However internally, windows uses stdcall for these callbacks. I can't find much by way of problems people have encountered with this, so why aren't people seeing problems with the way the stack is cleaned up? Anyone have any ideas before I blindly revert this change? Ged. -----Original Message----- From: Ros-diffs [mailto:ros-diffs-bounces@reactos.org] On Behalf Of gedmurphy(a)svn.reactos.org Sent: 05 May 2015 19:54 To: ros-diffs(a)reactos.org Subject: [ros-diffs] [gedmurphy] 67563: [DDK] Fix the FS filter callback definitions Author: gedmurphy Date: Tue May 5 18:54:28 2015 New Revision: 67563 URL: http://svn.reactos.org/svn/reactos?rev=67563&view=rev Log: [DDK] Fix the FS filter callback definitions Modified: trunk/reactos/include/ddk/ntifs.h Modified: trunk/reactos/include/ddk/ntifs.h URL: http://svn.reactos.org/svn/reactos/trunk/reactos/include/ddk/ntifs.h?rev=67… ============================================================================== --- trunk/reactos/include/ddk/ntifs.h [iso-8859-1] (original) +++ trunk/reactos/include/ddk/ntifs.h [iso-8859-1] Tue May 5 18:54:28 2015 @@ -4890,12 +4890,12 @@ } FS_FILTER_CALLBACK_DATA, *PFS_FILTER_CALLBACK_DATA; typedef NTSTATUS -(NTAPI *PFS_FILTER_CALLBACK) ( +(*PFS_FILTER_CALLBACK) ( _In_ PFS_FILTER_CALLBACK_DATA Data, _Out_ PVOID *CompletionContext); typedef VOID -(NTAPI *PFS_FILTER_COMPLETION_CALLBACK) ( +(*PFS_FILTER_COMPLETION_CALLBACK) ( _In_ PFS_FILTER_CALLBACK_DATA Data, _In_ NTSTATUS OperationStatus, _In_ PVOID CompletionContext);

9 years, 4 months

Setup on an extended partition

by stack exchange

Hi I'm new to ReactOS development and started to look into some issues I noticed with the setup. When I tried to install it I experimented a bit and noticed that you can create extended partitions during the setup. The setup also accepts such a partition for installation, but the actual installations fails with an error. Now I wondered, what would be the correct way to fix it. I checked with Windows 7 installation, and it apparently doesn't allow you to install on an extended partition either, at least it only allows you to create primary partitions. So if this shouldn't be possible, then I would add an error message to the setup, when the user chooses an extended partition. If this should be possible though, I would look into it, why it fails and try to fix it. Not sure if XP or others allow installations on extended partitions, I have to check this (been a long time since I last installed an XP :) ). regards, Gerhard Gruber

9 years, 4 months

Re: [ros-dev] [ros-diffs] [akhaldi] 67508: [PARPORT] Introduce a skeleton that will serve as base for implementing the parallel port function driver. Brought to you by The ReactOS Printing Group. CORE-9644

by Pierre Schweitzer

On 02/05/2015 12:15, akhaldi(a)svn.reactos.org wrote: > Author: akhaldi > Date: Sat May 2 10:15:37 2015 > New Revision: 67508 > > URL: http://svn.reactos.org/svn/reactos?rev=67508&view=rev > Log: > [PARPORT] Introduce a skeleton that will serve as base for implementing the parallel port function driver. Brought to you by The ReactOS Printing Group. CORE-9644 Is there a need for that much secrecy? I shall remind that we ask people to contribute with their real names. Such secret looks useless and damaging for the project. And no, ARM group isn't a good example, nor a reason to keep doing so. -- Pierre Schweitzer <pierre at reactos.org> System & Network Administrator Senior Kernel Developer ReactOS Deutschland e.V.

9 years, 4 months

ReactOS Hackfest 2015

by Colin Finck

Hi all, As already announced at the meeting today, I'm planning the very first "ReactOS Hackfest" this year. Let's all finally meet up independently of an exhibition and do some great work on ReactOS for a week! The first idea was to have it at a location in Sweden, but this one turned out to be not ready yet. Anyway, I found a possibility to have it in the university city of Aachen, Germany. Before we can plan any further regarding travelling and accomodation, I need to know who's coming and when. So please fill out this Doodle: http://doodle.com/tdaaie3rbbs5phpb Cheers, Colin

9 years, 4 months

Status Meeting (April 2015)

by Aleksey Bragin

Hello, Let me invite you to the monthly status meeting taking place 30th of April, 19:00 UTC, as always. IRC service will only be started shortly before the meeting. Your participation passwords and server address will be emailed to you shortly before the meeting starts, and they are going to be different once again as they are not stored in any database. Hopefully it's not much of inconvenience. If someone still is not getting passwords sent before a meeting - please email Pierre before the meeting started to get one. Please send agenda proposals to me before the meeting, so that we can start with a proposed agenda. And join Mumble! Regards, Aleksey Bragin

9 years, 4 months

Re: [ros-dev] [ros-diffs] [cwittich] 67368: [CRT] add ARM stub for chkstk_ms (Timo please review)

by Timo Kreuzer

If it compiles, it's good :) But isn't this some GCC thing? Do you use RosBE ARM? I doubt it even works at all. Am 23.04.2015 um 14:27 schrieb cwittich(a)svn.reactos.org: > Author: cwittich > Date: Thu Apr 23 12:27:08 2015 > New Revision: 67368 > > URL: http://svn.reactos.org/svn/reactos?rev=67368&view=rev > Log: > [CRT] > add ARM stub for chkstk_ms (Timo please review) > > Added: > trunk/reactos/lib/sdk/crt/except/arm/chkstk_ms.s (with props) > > Added: trunk/reactos/lib/sdk/crt/except/arm/chkstk_ms.s > URL: http://svn.reactos.org/svn/reactos/trunk/reactos/lib/sdk/crt/except/arm/chk… > ============================================================================== > --- trunk/reactos/lib/sdk/crt/except/arm/chkstk_ms.s (added) > +++ trunk/reactos/lib/sdk/crt/except/arm/chkstk_ms.s [iso-8859-1] Thu Apr 23 12:27:08 2015 > @@ -0,0 +1,30 @@ > +/* > + * COPYRIGHT: See COPYING in the top level directory > + * PROJECT: ReactOS system libraries > + * PURPOSE: Implementation of _chkstk and _alloca_probe > + * FILE: lib/sdk/crt/except/arm/chkstk_ms.s > + * PROGRAMMER: Timo Kreuzer (timo.kreuzer(a)reactos.org) > + * Yuntian Zhang (yuntian.zh(a)gmail.com) > + */ > + > +/* INCLUDES ******************************************************************/ > + > +#include <kxarm.h> > + > +/* CODE **********************************************************************/ > + TEXTAREA > + > +MsgUnimplemented ASCII "Unimplemented", CR, LF, NUL > + > + LEAF_ENTRY ___chkstk_ms > + UNIMPLEMENTED chkstk_ms > + bx lr > + LEAF_END __chkstk_ms > + > + LEAF_ENTRY __alloca_probe > + UNIMPLEMENTED alloca_probe > + bx lr > + LEAF_END __alloca_probe > + > + END > +/* EOF */ > > Propchange: trunk/reactos/lib/sdk/crt/except/arm/chkstk_ms.s > ------------------------------------------------------------------------------ > svn:eol-style = native > > >

9 years, 5 months

ARM intrinsics patch

by Mohamed MEDIOUNI

Some intrinsics are redefined differently in two places.

9 years, 5 months

Re: [ros-dev] [ros-diffs] [aandrejevic] 67340: [NTVDM] Implement basic XMS functions.

by Pierre Schweitzer

On 22/04/2015 05:10, aandrejevic(a)svn.reactos.org wrote: > +static inline PXMS_HANDLE GetHandleRecord(WORD Handle) > +{ > + PXMS_HANDLE Entry = &HandleTable[Handle - 1]; > + if (Handle == 0 || Handle >= XMS_MAX_HANDLES) return NULL; > + > + return Entry->Size ? Entry : NULL; > +} This looks highly dangerous to me and likely compiler dependent. I'd rather perform the sanity checks before ever touching HandleTable, especially because the value of Handle is coming right from caller registers and have never been sanitized before. -- Pierre Schweitzer <pierre at reactos.org> System & Network Administrator Senior Kernel Developer ReactOS Deutschland e.V.

9 years, 5 months

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Ros-dev