On 2016-10-18 01.51, Colin Finck wrote:
> Am 14.10.2016 um 05:55 schrieb Neo Love:
>>> * We buy additional HDDs every year and continue to host them ourselves
>>> just next to the newer ISOs.
>> Sounds right to me.. HDDs are not too expensive.
>> I'm willing to pitch in, despite my decrepit
Am 14.10.2016 um 05:55 schrieb Neo Love:
>> * We buy additional HDDs every year and continue to host them ourselves
>> just next to the newer ISOs.
>
> Sounds right to me.. HDDs are not too expensive.
> I'm willing to pitch in, despite my decrepit pension.
>
> Speaking of which, maybe we could
On 2016-10-05 03.10, Colin Finck wrote:
> Thanks to Dmitry Chapyshev's generous donation of rare FB-DIMM memory
> modules, our Buildserver has enough RAM for the Win7 buildslave VM now.
(y)
> Unfortunately, our HDDs were also lacking space, so I had to move the
> public "bootcd_old" folder from
Am 05.10.2016 um 19:48 schrieb Christoph von Wittich:
> What about deduplication?
We would need to test if this yields any good results on our already
compressed data. Even if we extract the currently 7zip-compressed ISOs,
the "reactos.cab" inside the ISOs would still be a compressed file.
What
What about deduplication?
Am 04.10.2016 um 22:10 schrieb Colin Finck:
Hi all,
Thanks to Dmitry Chapyshev's generous donation of rare FB-DIMM memory
modules, our Buildserver has enough RAM for the Win7 buildslave VM now.
I've fired it up and while builds are much slower than before, they are
Hi Colin,
On our side at triplecheck we are increasing the infrastructure, exactly
with the intention of filling it up with software. Would happily make
available 1Tb of long term storage or more as needed to save the old
ISOs at no cost.
The only nuisance is that we can't give direct
Hello,
Would you care to comment on unefficient regarding the trap rewrite, please?
The code is more efficient than previous assembly code, and more finely tuned
than Windows' own code, which wasn't updated since 1989 when it was first
designed (and is full of non-pairing, hazardous operations
Hi,
Don't feel offended, the port to c is a very good thing and indeed better in
the most part than the previous asm implementation. I value your work very
much.
But there are some aspects badly implemented:
1) It is not possible to write a good stub in an inline function nor in a
regular macro
-Original Message-
From: ros-dev-boun...@reactos.org [mailto:ros-dev-boun...@reactos.org] On
Behalf Of KJK::Hyperion
Post them on bugzilla, assign them to me and Cc sginsb...@reactos.org
Well, I submitted my first bug patch to bugzilla.
Before I submit more, I'd like to know if I did
I recommend changing the convention such that Descriptor is a pointer to the
pointer -- this way the functions can remain one-liners and not introduce
register side-effects (especially since you're choosing ebx -- trashing a
nonvolatile).
On 2009-12-30, at 11:46 AM, Jose Catena wrote:
: Tuesday, 22 December, 2009 06:36
To: ReactOS Development List
Subject: Re: [ros-dev] MSVC
Sounds like you want make Threaded DPCs (which exist to fill the niche you
talked about) the default model. Are you aware of Threaded DPCs? Why not
just go down that route?
Your idea of targeting DPC-heavy
Jose Catena wrote:
If it was so hard to learn for them after endless discussions, I
wouldn't expect you would a more complex timings relationship, much less
knowing your I know it all attitude.
You make me laugh, so if my scheduler performs better than the one in Win7
(not only better than
Jose Catena wrote:
I could post a more concise description of the plan, but what I intend
ultimately to achieve is a fully working and tested ntoskrnl that could run
on regular xp or s2003 too (to verify full compatibility).
As a general rule, we prefer fixes to features, and even then we
One doesn't usually start a discussion about something and at the same
time dismiss the need to discuss it. If you came here to brag, you came
to the wrong place
May I kindly suggest that he came here to ask if you are interested in what
he wants to do ? Just to know if he has the support of
Ø May I kindly suggest that he came here to ask if you are interested in
what he wants to do ? Just to know if he has the support of the team. That's
what it looks like from a non-programmer's point of view.
1) I was simply asking if I should submit fixes and how.
2) I was telling
Jose Catena wrote:
well beyond the well intentioned objections raised.
Sorry, the position of official project asshole is already taken. Try
maybe applying for respectful newbie instead
___
Ros-dev mailing list
Ros-dev@reactos.org
Jose Catena wrote:
Also, I don't know if I should submit patches for msvc build,
I mantain the makefile-based builder, which is the core build backend
AND supports Microsoft compilers (sort of). Ged Murphy maintains the new
Visual Studio project generator (which is based on the makefile-based
If your new implementation:
1) Is better than what Windows does today (hint: it's nearly lockless in Win 7,
and O(1) since 2003) in every single way (ie: not sacrificing 50% of desktop
users for 10% of server users).
AND
2) Maintains full compatibility with Windows applications (and I expect
: Tuesday, 22 December, 2009 04:10
To: ReactOS Development List
Subject: Re: [ros-dev] MSVC
If your new implementation:
1) Is better than what Windows does today (hint: it's nearly lockless in Win
7, and O(1) since 2003) in every single way (ie: not sacrificing 50% of
desktop users for 10% of server
...@reactos.org [mailto:ros-dev-boun...@reactos.org] On
Behalf Of Alex Ionescu
Sent: Tuesday, 22 December, 2009 04:10
To: ReactOS Development List
Subject: Re: [ros-dev] MSVC
If your new implementation:
1) Is better than what Windows does today (hint: it's nearly lockless in Win
7, and O(1) since
20 matches
Mail list logo
