and a network power
switch to make such setup possible.
Best regards,
Michael Fritscher
P.S. Timely speaking, I've time tomorrow.
Am 2018-05-28 09:15, schrieb Colin Finck:
Hi all!
Let me invite you to the May 2018 meeting, taking place this Thursday,
May 31, 2018 at 19:00 UTC.
Invited mem
ority working. NVivida could be worth a try as well.
Best regards,
Michael Fritscher
P.S. Or should I try to add it to the wiki even despite the fact I will
not be able to mentor it (because of lack of knowledge) ?
P.P.S. Another idea could be a OS AC97/HDA audio driver or network
driver
think the first question/solution could be a short time compromise,
the rest points at the "real" long time solution: targeting a newer
Windows version..
Best regards,
Michael Fritscher
___
Ros-dev mailing list
Ros-dev@reactos.org
http:/
Good day;
https://reactos.org/wiki/ReactOS_Git_For_Dummies is a nice tutorial. It
can even be used for most projects on github, not only ReactOS..
Best regards
Michael
Am 2022-03-28 22:54, schrieb Raymond Czerny:
Hello,
my experience with git so far boils down to a 1:1 relationship of the
I submitted the same changes to wine. Do we need to revert and wait till they
make the changes, which may very well be different?
Even though I usually frown upon static variables myself, can you explain why
using a static variable here a bad idea?
Fairly certain the problems in edit.c, did tes
IIRC, at one point, someone had said something along the lines that under
certain criteria variables used inside SEH2 blocks had to be declared with
volatile.
Not sure if this had been fixed but either way it does looks like an SEH
problem.
martin
> Date: Sat, 18 Apr 2009 12:36:31 +0200
> Fr
ssage to send. - Fixes vb apps e
Michael Martin wrote:
I submitted the same changes to wine. Do we need to revert and wait till they
make the changes, which may very well be different?
Even though I usually frown upon static variables myself, can you explain why
using a static var
This is treading on thin ice.
In my opinion, anyone having admitted to having accessed MS source code
should not be allowed to write code for ReactOS and should never get
commit access.
Working on something not related to the source someone has seen, should still
be a no go.
As this will still i
If you have time, could you please point out what is wrong with this referenced
commit besides the line,
DriverObject->Flags = DRVO_LEGACY_DRIVER;//DRVO_BUILTIN_DRIVER;
which was accidentally committed, which will be corrected.
The behavior for restoring IopInvalidDeviceRequest was verified in
Ok
> BTW, I think it would be interesting if other people on this list said
> how they first find out about ReactOS.
I read the ROS-DEV mailing list to get information on development issues and
the like,
not to read everyone story on how they found ROS.
IMO this stuff needs to be kept on the f
ons
first look at the size of the region, and branch to one of three
different implementations. Small regions use rep stosb, bigger ones
SSE or the like. (I'm sure NT does something similar.)
If you are more into static optimization, or want to give the compiler
hints about the typical size of the region, you could do some clever
macro hacks that supply the typical size range as an extra argument to
memcpy(), so that the best version can be chosen at preprocessing
time, without the need for the size check in the compiled code - if,
for example, DIB_32BPP_ColorFill() typically did memcpy()s of smaller
sizes.
Michael
___
Ros-dev mailing list
Ros-dev@reactos.org
http://www.reactos.org/mailman/listinfo/ros-dev
the optimal implementation: Like XNU does it, for example:
http://fxr.watson.org/fxr/source/osfmk/i386/commpage/?v=xnu-1228
Michael
#include
#include
#include
#define MIN(a,b) ((a)<(b)? (a):(b))
#define DATASIZE (1024*1024)
#define TIMES 1
static inline long long
rdtsc64(voi
I have been busy in rl with new house and work.
I probably wont be able to do much until Nov-Dec, at which point Ill probably
fix the last few bugs for wine kernel virtual tests and then go back to fixing
misc bugs.
Mike
> From: alek...@reactos.org
> Date: Sat, 19 Sep 2009 02:00:07 +0400
Hook = IntGetFirstValidHook(Table, HookId)
in function co_HOOK_CallHooks line 345.
This value is being returned from the call KiCallUserMode. So maybe some stack
trashing going on.
Michael
> Date: Thu, 29 Apr 2010 18:56:36 -0500
> From: jimtabor.ros...@gmail.com
> To: ros-dev@reactos.org
>
PWINDOW_OBJECT forIntKillTimer as it
makes more sense. Activate IntSetTimer, already done by James. - Add flag
TMRF_DELETEPENDING. Destroy timerswhe
at last!
All hail mjmartin! :-)
On Mon, May 17, 2010 at 9:41 AM, Ged Murphy wrote:
Congrats, good stuff Michael :)
-Original Message
Wow, i let that one slip by me.
Thanks.
Date: Mon, 17 May 2010 13:59:25 +0200
From: grschnei...@gmail.com
To: ros-dev@reactos.org
Subject: [ros-dev] Concerning regedit r47251: inform the user that search is
complete
Hi Michael,
there is no need to hardcode the messagebox output language
James, We hope you have a full and quick recovery. Looking forward to having
you back in the battle.
> Date: Sun, 23 May 2010 02:41:14 -0500
> From: jimtabor.ros...@gmail.com
> To: ros-dev@reactos.org
> Subject: Re: [ros-dev] [ros-diffs] [tkreuzer] 47295: [WIN32K / USER32]
> Convert the w
Yes EnterUserExclusive is used alot elsewhere in win32k and we dont really need
to use it with timers, so its inefficient.
I'm going to change this so that timers use thier own lock.
mike
Date: Sun, 30 May 2010 23:48:11 +0100
From: gedmur...@gmail.com
To: ros-dev@reactos.org
Subject: Re: [ros-d
No problem mate, it happens.
Was not 100% positive on the placement. Ill add a comment a bit later there to
remind you.
mjmartin
> From: ros@reactos.org
> To: ros-dev@reactos.org
> Date: Sat, 28 Aug 2010 04:55:06 +0200
> Subject: [ros-dev] Regarding 48632
>
> Hello,
>
> Many thank
,
Michael Martin
> From: ppisa4li...@pikron.com
> To: ros-dev@reactos.org
> Date: Wed, 15 Sep 2010 10:19:19 +0200
> Subject: [ros-dev] uLan USB driver for ReactOS - query for help if possible
>
> Hello to all ReactOS developers,
>
> thanks for great work. I
I don't think this has anything to do with amount of memory.
Just glancing at the assert, I think that the vbox video driver that got
installed was for made for win2008, in which MmFreeContiguousMemory can be
called at IRQL<=DISPATCH_LEVEL. In reactos we Are using PAGED_CODE, which
causes the a
You are indeed correct, sir. The ReactOS website even reads that its XP/2003.
Sorry, my mistake.
Mike
> From: ros@reactos.org
> To: ros-dev@reactos.org
> Date: Fri, 17 Sep 2010 04:33:14 +0200
> Subject: Re: [ros-dev] ASSERT while shutting down ReactOS with VirtualBox
> Guest Additions
>
>
Nice work!
Looking forward to seeing a desktop :)
.
mjmartin
> From: ros@reactos.org
> To: ros-dev@reactos.org
> Date: Tue, 23 Nov 2010 01:40:11 +0100
> Subject: [ros-dev] Video of ReactOS Booting on ARM
>
> Hello,
>
> As some have asked,
>
> http://www.youtube.com/watch?v=RFNuY2OFRjU&hd=
Looks like a nice catch to me.
mjmartin
From: vicmar...@hotmail.com
To: ros-dev@reactos.org
Date: Thu, 23 Dec 2010 04:08:03 +
Subject: [ros-dev] [ros-diffs] [fireball] 50108: [NTOS] - Fix memory region
size calculation in MemoryBasicInformation in certain cases
I have a doubt:
===
For some reason I didn't get Timo's or Aleksey's emails to mailing list.
Anyway Timo's suggestions sound good. Ill should have time starting tomorrow
for looking at bugs.
mike
> From: gedmur...@gmail.com
> To: ros-dev@reactos.org
> Date: Tue, 15 Feb 2011 10:04:14 +
> Subject: Re: [ros-dev]
Nice work!
Date: Fri, 18 Mar 2011 10:42:38 +0100
From: cae...@gmail.com
To: ros-dev@reactos.org
Subject: [ros-dev] New builder available
Dear colleagues
I am very pleased to inform you that a new builder has been just made
operational. Named Patch_x86_GCCWin Debug, you can see it waterfall righ
Uhhh No.
I am sure everyone appreciates any constructive comments pointing out bugs or
flaws. Especially from someone like Alex that knows his stuff.
But if you come across as cocky and demeaning while doing this, your bound to
get some disrespect, whether your name is on cover of Windows Inter
Colin Finck (Colin_Finck)
> - Danny Götte (dangerground)
> - Cameron Gutman (aicom)
> - Ziliang Guo (ZWabbit)
> - Rafal Harabien (rafalh)
> - Kamil Hornicek (Pigglesworth)
> - Amine Khaldi (AmineKhaldi)
> - Timo Kreuzer (tkreuzer)
> - Matthias Kupfer (Collibri)
> - Michael M
need e.g. some additional fixed spaces (e.g.
the sectors directly behind the mbr), hardcoded values etc.
Regards,
Michael Fritscher
___
Ros-dev mailing list
Ros-dev@reactos.org
http://www.reactos.org/mailman/listinfo/ros-dev
ered a memory corruption, especially because
the behavior at the kvm-testbot, but not at the vmware-testbot changed...
Best regards,
Michael Fritscher
> Author: ekohl
> Date: Fri May 17 17:52:43 2013
> New Revision: 59026
>
> URL: http://svn.reactos.org/svn/reactos?rev=59026&view=r
RAM, but that shouldn't be too much -
und if you need to replay backups you loose always by average 12 hours -
so 5-10 minutes more ore less aren't that important ;)
Best regards,
Michael Fritscher
___
Ros-dev mailing list
Ros-dev@reacto
FAT-driver shouldn't be
too complicated if we managed to write a NTFS-driver^^
Best regards,
Michael Fritscher
___
Ros-dev mailing list
Ros-dev@reactos.org
http://www.reactos.org/mailman/listinfo/ros-dev
tion is supported */
> +if (FsInformationClass == FileFsDeviceInformation)
> +{
> +return STATUS_INVALID_INFO_CLASS;
> +}
shouldn't be that "FsInformationClass != FileFsDeviceInformation" ? ;)
Best regards,
Michael Fritscher
___
Hi,
> +if (Sector->BytesPerSector * Sector->SectorsPerCluster > 32 * 1024)
> +{
> +return FALSE;
> +}
FAT supports cluster sizes until 64KB ;-) At least the WinNT series can
work with them.
Best regards,
Michael Fritscher
__
even the login-Screen doesn't appear...
Best regards,
Michael Fritscher
___
Ros-dev mailing list
Ros-dev@reactos.org
http://www.reactos.org/mailman/listinfo/ros-dev
Dx == NULL)
{
return FALSE; //Not sure about this, just looked at the diff ;)
}
#endif
would be usefull there.
Best regards,
Michael Fritscher
> Author: akhaldi
> Date: Sat May 30 17:14:16 2015
> New Revision: 67974
>
> URL: http://svn.reactos.org/svn/r
Hi,
if I'm right this database is downloaded by the tool at runtime, isn't it?
So it isn't needed to build a reactos-iso whith useful rapps, is it? Then
it could be moved in my opinion.
Best regards,
Michael Fritscher
> Hey guys,
>
>
> as some of you might have s
ze_t)Size;
> + return (size_t)(Size / sizeof(wchar_t));;
> }
>
> /* EOF */
Tiny, not critical typo: Two semicolons ;-)
Best regards,
Michael Fritscher
___
Ros-dev mailing list
Ros-dev@reactos.org
http://www.reactos.org/mailman/listinfo/ros-dev
then the check in the next line should be >,
shouldn't it?
Best regards,
Michael
___
Ros-dev mailing list
Ros-dev@reactos.org
http://www.reactos.org/mailman/listinfo/ros-dev
nds like a good idea :-)
Best regards,
Michael
___
Ros-dev mailing list
Ros-dev@reactos.org
http://www.reactos.org/mailman/listinfo/ros-dev
Hi,
hmm, what are disadvantages of these checks? If MS uses them as well these
shouldn't break anything.
Perfomancewise there shouldn't be a difference, and in release builds they
are disabled anyways, aren't they?
I only want to get a better unterstanding ;-)
Best regards,
Mi
Hi,
only as a short reference.
Some allocation sizes seems to be hardcoded or have "Magic constants" in
them... I think worth to look at ;)
Best regards,
Michael
michi@michis-toshiba:~/code/reactos/reactos/ntoskrnl$ grep -r
"ExAllocatePool("
ke/i386/cpu.c:New
Hi,
I don't know - but this looks somehow ... surprising.
Best regards,
Michael
> /*
> * @implemented
> + */
> +PVOID
> +NTAPI
> +RtlDecodeSystemPointer(IN PVOID Pointer)
> +{
> +return RtlEncodeSystemPointer(Pointer);
>
Ah, ok, thanks :-) XOR as encoding *grin*
> It's following the same style as RtlDecodePointer,
> and since it's a simple xor
>
> On Sat, Mar 4, 2017 at 10:02 PM, Michael Fritscher
> wrote:
>> Hi,
>>
>> I don't know - but this looks someho
Hi,
the "special samba edition" is sort of the same thing I think.
I don't know, but could the mesa source be stripped down?
Best regards,
Michael Fritscher
> And another reason to make our SVN source tree structure modularized.
>
> -Message d'origine-
&
Too many chans will clutter it, in the end the devs will have to join 10
chans. The chans aren't that high-traffic ones.
I think we should yust try to do a -m and see what happens.
> Yes, that's a better idea. #reactos-gsoc
>
> On Fri, Mar 24, 2017 at 6:53 PM, Alex Ionescu wrote:
>
>> I don't ag
Hi,
hmm, he could upload a patchfile/set (svn or git) and upload this file
"somewhere" (e.g. in jira, or to a file service). Then it can be uploaded
to a (or his) SVN-branch for further review and testing. This part is I
think the smallest problem ;-)
Best regard
Hi,
is there a list which need to be done to get the basic NT6 architecture
just to get feeling how much work it is? Sadly, I'm afraid that we'll
need a proper NT6 architecture to get modern drivers running, won't we?
Best regards,
Michael Fritscher
On 30.06.2017 11:46, G
Hi,
are there estimation about the size of a git clone vs. a svn checkout? I'm
afraid that I'll need to free much space beforehand...
Best regards,
Michael Fritscher
> If you mean your local working copy: clone into a separate folder, and
> copy
> over the files. Subversion c
gt;
> On 10 September 2017 at 14:24, David Quintana (gigaherz)
> > wrote:
>
>> The git repository data is compressed, and takes in the order of 100 mb.
>> The checkout size will be somilar but the .git folder is much more
>> compact
>> than the .svn folder.
0KB?
Btw, ACPI went into the mass market ca. 1998. On these days, 32 MB RAM
were normal. ReactOS wouldn't even boot on these machines.
Best regards,
Michael Fritscher
___
Ros-dev mailing list
Ros-dev@reactos.org
http://www.reactos.org/mailman/listinfo/ros-dev
Hi,
yes, that would be very, very nice!
Michael
On 11.01.2018 11:45, Colin Finck wrote:
> I'm supporting Thomas idea and Pierre's additional suggestions.
> Let's show the world that BSODs can be useful!
>
> - Colin
>
>
> Am 11.01.2018 um 07:36 schrieb P
iledAssertion,
> + (PCHAR)FileName,
> + LineNumber,
> + Message);
> +}
> +else
> +{
> +DbgPrint("Assertion \'%s\' failed at %s line %u\n",
> + (PCHAR)FailedAssertio
ntmgr.c(1810)
: error C2983: 'DriverEntry' : all declarations must have an identical
__declspec(code_seg(...))
C:\Buildslave\Build_MSVC_x86\build\drivers\filters\mountmgr\mntmgr.h(179) :
see declaration of 'DriverEntry'
Best regards,
Michael Fritscher
On 27.01
On Sun, 12 Apr 2009 01:13:47 -0500
Zachary Gorden
wrote:
> This was discussed amongst the developers. A fair portion objected,
> and rather strongly at that. I happen to be one of them. Its
> "performance" is oversold and its support for Windows remains a
> problem point. And with the new bra
On Sun, 12 Apr 2009 12:18:15 -0700
Alex Ionescu wrote:
> On Sun, Apr 12, 2009 at 10:38 AM, Michael B. Trausch
> wrote:
> > The big players ATM in DVCS are git and Bazaar, though. (And hg,
> > mentioned elsewhere in this thread, is also written in Python and
> > so i
On Sun, 12 Apr 2009 15:23:02 -0500
King InuYasha wrote:
> Aside from Launchpad, not many people actually like using Bazaar
> because it has the worst performance of the three by far.
The performance argument is a quite old one. I certainly wouldn't say
that current bzr is as fast as current git
57 matches
Mail list logo
