Ros-dev

ros-dev@reactos.org

5788 discussions

ReactOS 0.4.10 to be released tomorrow, November 6, 2018 - Press Kit is online!

by Colin Finck

Hi all! ReactOS 0.4.10 will be released tomorrow, Tuesday, November 6, 2018! The download will be officially available around noon (CEST). A Press Kit for the ReactOS 0.4.10 release is already available: https://download.reactos.org/reactos/ReactOS/0.4.10/ReactOS-0.4.10-PressKit… Feel free to send it to interested parties to let them know about the upcoming release in advance. Best regards, Colin Finck

5 years, 10 months

nvda and reactos

by Dick

Hi, I think it would be much better to implement accessibillity for visualy impared people when building an os, than having to find ways to make that possible when everything is built and running. Nvda is a good opensource screenreader for windows The only big problem is, it heavily depends on msaa and iaccessible which will not be included in reactos i suppose. So: what would be the way to make this os accessible for the blind? I am not a programmer at all so maybe i say stupid things. The most simple way i could think of is, creating a textmode environment. In this case i do not mean just a command prompt, like dos, but the full functions but without graphical interface(like the browser browsh, www.brow.sh) can do using a headless-firefox to open pages without needing anny graphical interface(in monochrome mode it displays just text, but is able to stream youtube/everything firefox can handle). If something like that can be created in reactos, the only thing needed is to make the windows binaries of brltty work and much of the accessibility would be ready to use, as long as every graphic element is banned from the screen otherwise blrtty will display just lines with ??????????????? on the braille display. I am curious to know if some things can be done to make reactos accesible for the blind. best regards, Dick

5 years, 10 months

DbgCom release note.

by Neo Love

Greetings fellow developers... After a rather long hiatus (I actually came close to death), I went back to the DbgCom source and merged some improvements that are now in the RosIDE I'm working on. Most notably a Preferences settings dialog, but also some improved performance in the message list painting, and various bug fixes. The first time you run DbgCom, be sure to execute the Preferences dialog, and Ok the settings, so they get stored in the registry. I will make the source dependencies available shortly, they just need to be cleaned up a bit, since there is currently some hackery in there that I don't want to publish. I'll notify you on the ROSBE-100 page. You'll find DbgCom here: https://jira.reactos.org/browse/ROSBE-100 Well, that's it I guess. Best Regards / Love

5 years, 10 months

Pen width support

by katahiromz

Can somebody read this codes? https://gist.github.com/katahiromz/36f7135d3afe9fe6d2b7b28816be0f30 Thanks. katahiromz

5 years, 10 months

Re: [ros-dev] [ros-diffs] 03/04: [KERNEL32] Directly use UnhandledExceptionFilter in BaseProcessStartup

by Alex Ionescu

Same here! This will break things. We should not be overriding the proper handling of the exception filters. Best regards, Alex Ionescu On Sun, Oct 28, 2018 at 9:03 AM Mark Jansen <mark.jansen(a)reactos.org> wrote: > > https://git.reactos.org/?p=reactos.git;a=commitdiff;h=824e5dba51aca08204045… > > commit 824e5dba51aca08204045e440be9c253a8469ac2 > Author: Mark Jansen <mark.jansen(a)reactos.org> > AuthorDate: Sat Oct 20 15:38:21 2018 +0200 > Commit: Mark Jansen <mark.jansen(a)reactos.org> > CommitDate: Sun Oct 28 13:01:38 2018 +0100 > > [KERNEL32] Directly use UnhandledExceptionFilter in BaseProcessStartup > --- > dll/win32/kernel32/client/proc.c | 29 +---------------------------- > 1 file changed, 1 insertion(+), 28 deletions(-) > > diff --git a/dll/win32/kernel32/client/proc.c > b/dll/win32/kernel32/client/proc.c > index dbd5c10d0f..f36219457b 100644 > --- a/dll/win32/kernel32/client/proc.c > +++ b/dll/win32/kernel32/client/proc.c > @@ -445,33 +445,6 @@ BasepSxsCloseHandles(IN PBASE_MSG_SXS_HANDLES Handles) > } > } > > -static > -LONG BaseExceptionFilter(EXCEPTION_POINTERS *ExceptionInfo) > -{ > - LONG ExceptionDisposition = EXCEPTION_EXECUTE_HANDLER; > - LPTOP_LEVEL_EXCEPTION_FILTER RealFilter; > - RealFilter = RtlDecodePointer(GlobalTopLevelExceptionFilter); > - > - if (RealFilter != NULL) > - { > - _SEH2_TRY > - { > - ExceptionDisposition = RealFilter(ExceptionInfo); > - } > - _SEH2_EXCEPT(EXCEPTION_EXECUTE_HANDLER) > - { > - } > - _SEH2_END; > - } > - if ((ExceptionDisposition == EXCEPTION_CONTINUE_SEARCH || > ExceptionDisposition == EXCEPTION_EXECUTE_HANDLER) && > - RealFilter != UnhandledExceptionFilter) > - { > - ExceptionDisposition = UnhandledExceptionFilter(ExceptionInfo); > - } > - > - return ExceptionDisposition; > -} > - > VOID > WINAPI > BaseProcessStartup(PPROCESS_START_ROUTINE lpStartAddress) > @@ -489,7 +462,7 @@ BaseProcessStartup(PPROCESS_START_ROUTINE > lpStartAddress) > /* Call the Start Routine */ > ExitThread(lpStartAddress()); > } > - _SEH2_EXCEPT(BaseExceptionFilter(_SEH2_GetExceptionInformation())) > + > _SEH2_EXCEPT(UnhandledExceptionFilter(_SEH2_GetExceptionInformation())) > { > /* Get the Exit code from the SEH Handler */ > if (!BaseRunningInServerProcess) > >

5 years, 10 months

Re: [ros-dev] [ros-diffs] 02/04: [KERNEL32] Use the default UnhandledExceptionFilter in BaseThreadStartup. This should allow unhandled exceptions in a thread to trigger our crash reporter, instead of killing the process directly.

by Alex Ionescu

Uhh, this change is not correct. It overrides the proper handling of exception filtering -- please revert. Best regards, Alex Ionescu On Sun, Oct 28, 2018 at 9:03 AM Mark Jansen <mark.jansen(a)reactos.org> wrote: > > https://git.reactos.org/?p=reactos.git;a=commitdiff;h=40549483f60aa00e9fc95… > > commit 40549483f60aa00e9fc952ba831027028f6df107 > Author: Mark Jansen <mark.jansen(a)reactos.org> > AuthorDate: Thu Oct 18 22:07:37 2018 +0200 > Commit: Mark Jansen <mark.jansen(a)reactos.org> > CommitDate: Sun Oct 28 13:01:38 2018 +0100 > > [KERNEL32] Use the default UnhandledExceptionFilter in > BaseThreadStartup. > This should allow unhandled exceptions in a thread to trigger our > crash reporter, > instead of killing the process directly. > --- > dll/win32/kernel32/client/thread.c | 25 +------------------------ > 1 file changed, 1 insertion(+), 24 deletions(-) > > diff --git a/dll/win32/kernel32/client/thread.c > b/dll/win32/kernel32/client/thread.c > index 8fc5a7ad61..2ff0102483 100644 > --- a/dll/win32/kernel32/client/thread.c > +++ b/dll/win32/kernel32/client/thread.c > @@ -26,29 +26,6 @@ BasepNotifyCsrOfThread(IN HANDLE ThreadHandle, > > /* FUNCTIONS > ******************************************************************/ > > -static > -LONG BaseThreadExceptionFilter(EXCEPTION_POINTERS * ExceptionInfo) > -{ > - LONG ExceptionDisposition = EXCEPTION_EXECUTE_HANDLER; > - LPTOP_LEVEL_EXCEPTION_FILTER RealFilter; > - > - RealFilter = RtlDecodePointer(GlobalTopLevelExceptionFilter); > - if (RealFilter != NULL) > - { > - _SEH2_TRY > - { > - ExceptionDisposition = RealFilter(ExceptionInfo); > - } > - _SEH2_EXCEPT(EXCEPTION_EXECUTE_HANDLER) > - { > - ExceptionDisposition = > UnhandledExceptionFilter(ExceptionInfo); > - } > - _SEH2_END; > - } > - > - return ExceptionDisposition; > -} > - > __declspec(noreturn) > VOID > WINAPI > @@ -68,7 +45,7 @@ BaseThreadStartup(IN LPTHREAD_START_ROUTINE > lpStartAddress, > /* Get the exit code from the Thread Start */ > ExitThread((lpStartAddress)((PVOID)lpParameter)); > } > - > _SEH2_EXCEPT(BaseThreadExceptionFilter(_SEH2_GetExceptionInformation())) > + > _SEH2_EXCEPT(UnhandledExceptionFilter(_SEH2_GetExceptionInformation())) > { > /* Get the Exit code from the SEH Handler */ > if (!BaseRunningInServerProcess) > >

5 years, 10 months

Test_KVM_AHK is temporarily offline

by Sylvain Petreolle

Hello all. My family is at home and I need to shut down the AHK bot until the end of the week. See you later on Ros ;-) Kind regards, Sylvain Petreolle

5 years, 10 months

New member

by Никита

5 years, 11 months

Upcoming Google Summer of Code Mentor Summit

by Colin Finck

Hi all, As announced, I'll be travelling to California this Thursday to attend the Google Summer of Code Mentor Summit from Friday to Sunday. I'll be using this opportunity to spread the word about ReactOS, our experiences with GSoC, and learning from other projects' experiences. I'm especially interested to hear how others are acquiring talented students and managing their list of task ideas over the year. Let's hope this will help us to get more than 1 student next year and efficiently collect a list of GSoC ideas continuously instead of preparing it shortly before the deadline ;) Is there anything else you want me to talk about during the summit? Cheers, Colin

5 years, 11 months

Add InitializeProcThreadAttributeList function

by Biswapriyo Nath

I found that this function `InitializeProcThreadAttributeList()` is added with GetProcAddress but not with the real function. I can provide the real function from Windows 10. The function hasn't any imported function, just conatins some arithmatic operations. I don't know how to contribute and not familiar with ReactOS repo. So, I can only provide a c file.

5 years, 11 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