Ros-dev May 2016

ros-dev@reactos.org

30 participants
39 discussions

Re: [ros-dev] Pale Moon drops ReactOS support

by Love Nystrom

Correct me if I'm wrong (Alex?), but isn't the biggest difference between kernel 5.2 and 6.x that 6.x is *paging the kernel* ? (A huge design mistake if you ask me. One I bet will bite MS on the a**. If the kernel gets too fat it needs liposuction, not paging.) IMHO, adding new APIs, while keeping the (non-paging) kernel seems ideal. Best Regards // Neo On 2016-05-19 05.43, ros-dev-request(a)reactos.org wrote: > Subject: > Re: [ros-dev] Pale Moon drops ReactOS support > From: > Alex Ionescu <ionucu(a)videotron.ca> > Date: > 2016-05-19 02.33 > > To: > ReactOS Development List <ros-dev(a)reactos.org> > > > I don't believe I said 'let's add random exports to our DLLs'. In > fact, in your old thread, I was totally FOR your idea, I even wrote > that the only sane way of doing it is with the app compat work. > > On Wed, May 18, 2016 at 9:27 PM, Timo Kreuzer<timo.kreuzer(a)web.de> wrote: >> >We have been discussing this before and I wonder that Alex is not heavily >> >opposing the idea of randomly adding new exports to our user mode DLLs. It >> >is a well known fact that applications check for existance of exports to >> >decide how to behave, so ... not going to go over this again. >> > >> >To addess this issue I suggested to implement a compatibility layer. And >> >there was a detailed discussion about that on this mailing list. >> >https://www.reactos.org/pipermail/ros-dev/2015-March/017216.html >> > >> >Please take your time to read the whole thread again so we can avoid wasting >> >time, talking about the same things again. >> > >> >Timo -- There is one thing stronger than all the armies in the world, and that's an idea whose time has come. [Victor Hugo]

8 years, 2 months

Re: [ros-dev] [ros-diffs] [mjansen] 71439: [APPHELP] Begin shimlib implementation. CORE-11329 Implement some macro's and functions that help when registering shims. These are all written in C, so that wine can use the shim ...

by Ged Murphy

Would it not be better to do all this in C++ and let wine write a C interface around it? When we're trying to move to C++, it seems like a step backwards in order to support wine's insistence on using C -----Original Message----- From: Ros-diffs [mailto:ros-diffs-bounces@reactos.org] On Behalf Of mjansen(a)svn.reactos.org Sent: 28 May 2016 17:43 To: ros-diffs(a)reactos.org Subject: [ros-diffs] [mjansen] 71439: [APPHELP] Begin shimlib implementation. CORE-11329 Implement some macro's and functions that help when registering shims. These are all written in C, so that wine can use the shim ... Author: mjansen Date: Sat May 28 16:42:57 2016 New Revision: 71439 URL: http://svn.reactos.org/svn/reactos?rev=71439&view=rev Log: [APPHELP] Begin shimlib implementation. CORE-11329 Implement some macro's and functions that help when registering shims. These are all written in C, so that wine can use the shim libraries as well.

8 years, 3 months

Semi-protection of our Wikipedia page

by Jared Smudde

Hello all, It seems that our Wikipedia page seems to have somewhat incorrect information in some sections on the page. Some of it seems to come from IP address which means that they are unregistered. Some of the information could be correct but some of the other information added could be incorrect. I propose that we can see if the wiki page could be Semi-Protected. If the page is Semi-Protected, that means that non-registered users (People logged as IPs in the log) and newly registered users (people that have less than 10 edits and that have been only registered for 4 days). This would mean that people that have been registered for a while and have made edits could edit the page. I hope that this would help with some of the incorrect information on the web page. Not sure what your thoughts are on this but I think it would be nice to have. Jared

8 years, 3 months

Re: [ros-dev] [ros-diffs] [pschweitzer] 71412: [REISERFSLIB] Stub the ReiserFS lib CORE-11005

by Timo Kreuzer

I thought the idea of the folder reorganization was to get some sense into it. But that doesn't work if people keep adding stuff to the sdk/lib folder, just because it is a lib! I don't see why a file system library would have any reason to go into the SDK. Thanks, Timo Am 26.05.2016 um 20:08 schrieb pschweitzer(a)svn.reactos.org: > Author: pschweitzer > Date: Thu May 26 18:08:42 2016 > New Revision: 71412 > > URL: http://svn.reactos.org/svn/reactos?rev=71412&view=rev > Log: > [REISERFSLIB] > Stub the ReiserFS lib > > CORE-11005 > > Added: > trunk/reactos/sdk/lib/fslib/reiserfslib/ > trunk/reactos/sdk/lib/fslib/reiserfslib/CMakeLists.txt (with props) > trunk/reactos/sdk/lib/fslib/reiserfslib/reiserfslib.c (with props) > trunk/reactos/sdk/lib/fslib/reiserfslib/reiserfslib.h (with props) > Modified: > trunk/reactos/sdk/lib/fslib/CMakeLists.txt > > Modified: trunk/reactos/sdk/lib/fslib/CMakeLists.txt > URL: http://svn.reactos.org/svn/reactos/trunk/reactos/sdk/lib/fslib/CMakeLists.t… > ============================================================================== > --- trunk/reactos/sdk/lib/fslib/CMakeLists.txt [iso-8859-1] (original) > +++ trunk/reactos/sdk/lib/fslib/CMakeLists.txt [iso-8859-1] Thu May 26 18:08:42 2016 > @@ -2,5 +2,6 @@ > add_subdirectory(btrfslib) > add_subdirectory(ext2lib) > add_subdirectory(ntfslib) > +add_subdirectory(reiserfslib) > add_subdirectory(vfatlib) > add_subdirectory(vfatxlib) > > Added: trunk/reactos/sdk/lib/fslib/reiserfslib/CMakeLists.txt > URL: http://svn.reactos.org/svn/reactos/trunk/reactos/sdk/lib/fslib/reiserfslib/… > ============================================================================== > --- trunk/reactos/sdk/lib/fslib/reiserfslib/CMakeLists.txt (added) > +++ trunk/reactos/sdk/lib/fslib/reiserfslib/CMakeLists.txt [iso-8859-1] Thu May 26 18:08:42 2016 > @@ -0,0 +1,3 @@ > + > +add_library(reiserfslib reiserfslib.c) > +add_dependencies(reiserfslib psdk) > > Propchange: trunk/reactos/sdk/lib/fslib/reiserfslib/CMakeLists.txt > ------------------------------------------------------------------------------ > svn:eol-style = native > > Added: trunk/reactos/sdk/lib/fslib/reiserfslib/reiserfslib.c > URL: http://svn.reactos.org/svn/reactos/trunk/reactos/sdk/lib/fslib/reiserfslib/… > ============================================================================== > --- trunk/reactos/sdk/lib/fslib/reiserfslib/reiserfslib.c (added) > +++ trunk/reactos/sdk/lib/fslib/reiserfslib/reiserfslib.c [iso-8859-1] Thu May 26 18:08:42 2016 > @@ -0,0 +1,36 @@ > +/* > + * COPYRIGHT: See COPYING in the top level directory > + * PROJECT: ReactOS ReiserFS library > + * FILE: lib/fslib/reiserfslib/reiserfslib.c > + * PURPOSE: ReiserFS lib > + * PROGRAMMERS: Pierre Schweitzer > + */ > +#include "reiserfslib.h" > + > +#define NDEBUG > +#include <debug.h> > + > +NTSTATUS NTAPI > +ReiserfsFormat(IN PUNICODE_STRING DriveRoot, > + IN FMIFS_MEDIA_FLAG MediaFlag, > + IN PUNICODE_STRING Label, > + IN BOOLEAN QuickFormat, > + IN ULONG ClusterSize, > + IN PFMIFSCALLBACK Callback) > +{ > + UNIMPLEMENTED; > + return STATUS_SUCCESS; > +} > + > + > +NTSTATUS WINAPI > +ReiserfsChkdsk(IN PUNICODE_STRING DriveRoot, > + IN BOOLEAN FixErrors, > + IN BOOLEAN Verbose, > + IN BOOLEAN CheckOnlyIfDirty, > + IN BOOLEAN ScanDrive, > + IN PFMIFSCALLBACK Callback) > +{ > + UNIMPLEMENTED; > + return STATUS_SUCCESS; > +} > > Propchange: trunk/reactos/sdk/lib/fslib/reiserfslib/reiserfslib.c > ------------------------------------------------------------------------------ > svn:eol-style = native > > Added: trunk/reactos/sdk/lib/fslib/reiserfslib/reiserfslib.h > URL: http://svn.reactos.org/svn/reactos/trunk/reactos/sdk/lib/fslib/reiserfslib/… > ============================================================================== > --- trunk/reactos/sdk/lib/fslib/reiserfslib/reiserfslib.h (added) > +++ trunk/reactos/sdk/lib/fslib/reiserfslib/reiserfslib.h [iso-8859-1] Thu May 26 18:08:42 2016 > @@ -0,0 +1,8 @@ > +/* > + * COPYRIGHT: See COPYING in the top level directory > + * PROJECT: ReactOS ReiserFS library > + * FILE: lib/fslib/reiserfslib/reiserfslib.h > + */ > +#define NTOS_MODE_USER > +#include <ndk/umtypes.h> > +#include <fmifs/fmifs.h> > > Propchange: trunk/reactos/sdk/lib/fslib/reiserfslib/reiserfslib.h > ------------------------------------------------------------------------------ > svn:eol-style = native > > >

8 years, 3 months

Re: [ros-dev] [ros-diffs] [hbelusca] 71419: [NETSHELL]: Fix french orthograph.

by Pierre Schweitzer

Le 27/05/2016 00:37, hbelusca(a)svn.reactos.org a écrit : > @@ -95,7 +95,7 @@ > FONT 8, "MS Shell Dlg" > BEGIN > LTEXT "Pour le pÃ©riphÃ©rique :", IDC_STATIC, 33, 2, 100, 50 > - LTEXT "s. o.", IDC_NETWORK_DEVICE, 105, 2, 253, 20 > + LTEXT "n/a", IDC_NETWORK_DEVICE, 105, 2, 253, 20 > LTEXT "Les composants sÃ©lectionnÃ©s sont utilisÃ©s par cette connexion :", IDC_STATIC, 33, 12, 253, 20 > CONTROL "", IDC_COMPONENT_LIST, "SysListView32", LVS_REPORT | LVS_SINGLESEL | LVS_SHOWSELALWAYS | LVS_NOCOLUMNHEADER | LVS_NOSORTHEADER | WS_BORDER | WS_TABSTOP, 33, 22, 250, 50 > PUSHBUTTON "&Installer...", IDC_NETWORK_INSTALL, 122, 75, 50, 14, WS_DISABLED | WS_TABSTOP For the record, "n/a" isn't French. n/a means "Not available". "s. o." means "Sans objet" which is the closest. -- Pierre Schweitzer <pierre at reactos.org> System & Network Administrator Senior Kernel Developer ReactOS Deutschland e.V.

8 years, 3 months

Wiki is under spam attack again

by Alexander Rechitskiy

8 years, 3 months

Status Meeting (May 2016)

by Aleksey Bragin

Hello, Let me invite you to the monthly status meeting taking place next Thursday, 2nd of June, 19:00 UTC, as I was busy before and general consensuss on the IRC channel was to move it one week further. 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. Please send agenda proposals to me before the meeting. Regards, Aleksey Bragin

8 years, 3 months

Re: [ros-dev] [CORE-11291] Create Windows 7 spec files for core DLLs

by Love Nystrom

On 2016-05-25 19.00, I wrote: > Unfortunately, ntdll.pdb only exports 'SymTagPublicSymbol', no > 'SymTagFunction' symbols, If any of you is rich or fortunate enough to have a full MSDN subscription you ought to be able to use a checked build of Win7SP1 to generate the whole '.spec' enchilada.. I would if I was, but alas I'm not :/ If you could *lend me* ISO's of checked W7SP1 x86/x64, I'll build checked virtual machines and generate the whole shebang (provided SymSrv will fetch checked symbols (which I don't know)). Best Regards // Neo

8 years, 3 months

Re: [ros-dev] rosapps CreateSpec (Fw: ReactOS versioning)

by Love Nystrom

Forget this issue... It remains, but I've moved on. Thanks anyway. // Neo On 2016-05-24 19.00, Love Nystrom <love.nystrom(a)gmail.com> wrote: > SymSrvIsStore keeps failing with error 0x7E no matter what I do :-/ -- There is one thing stronger than all the armies in the world, and that's an idea whose time has come. [Victor Hugo]

8 years, 3 months

[CORE-11291] Create Windows 7 spec files for core DLLs

by Love Nystrom

@Timo, I uploaded an ntdll.spec for Win7SP1. Unfortunately, ntdll.pdb only exports 'SymTagPublicSymbol', no 'SymTagFunction' symbols, so it's not possible to generate the parameter lists. If they're needed they'll have to be inserted manually or I'll have to write a tool that gets them from "wInternl.h" :/ ++ At least I was able to resolve the names of the 8 ordinal functions. I won't go into all the skull dredging details of getting thus far.. Suffice to say it involved uttering various sulphur reeking curses in nine different languages and threatening the entire human race with extinction, writing a dummy program and running it in WinDbg to make SymSrv fetch ntdll.pdb, and hacking CreateSpec beyond recognition with various hardcoded path names. Best Regards // Neo

8 years, 3 months

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Ros-dev May 2016