With regards to Tsonic OS,
It would be very advisable at this point to get all DNS information
and ISP information and report this individual(s) to either their ISP
or Fairview, or perhaps both.
--
-David W. Eckert
Two things:
1) Please take me off your list. I know that you pulled
my email address from the reactos mailing list. Since
your project is not reactos, I'm not interested in hearing
about it.
2) Posting links to leaked Microsoft source code in any
forum related to reactos shows a complete lack of good
judgment, and a lack of knowledge of recent reactos
history. I certainly hope that you don't intend to try to
check a derivative of leaked Windows source into the
reactos tree. That would taint reactos and make it
vulnerable to legal action (at least here in the US).
Further, since you are acting as a spokesperson for
TonicOs, and are passing around links to stolen Microsoft
intellectual property, I would consider TonicOs already
tainted. Please take conversations about leaked Windows
source to some other venue.
--mark
On Wed, 12 Mar 2008 12:44:18 -0800
"Tsvetan Banchev" <tsvetanmail(a)gmail.com> wrote:
> http://[cut]/Windows_2000_source_code
> http://[cut]/Windows_XP_Source_Code
> obtained from a friend inside ms ;)
>
> rar password needs cracking, working on it now. could
>take a few days. if
> anyone's got a high end machine it'd be appreciated if
>they could use a RAR
> password recovery app to get it.
Hi,
On Wed, Mar 12, 2008 at 2:07 PM, <fireball(a)svn.reactos.org> wrote:
> Author: fireball
> Date: Wed Mar 12 14:07:32 2008
> New Revision: 32667
>
> URL: http://svn.reactos.org/svn/reactos?rev=3D32667&view=3Drev
> Log:
> - Fix build.
>
> Modified:
> trunk/reactos/ntoskrnl/ntoskrnl-generic.rbuild
>
> Modified: trunk/reactos/ntoskrnl/ntoskrnl-generic.rbuild
> URL: http://svn.reactos.org/svn/reactos/trunk/reactos/ntoskrnl/ntoskrnl-gen=
> eric.rbuild?rev=3D32667&r1=3D32666&r2=3D32667&view=3Ddiff
> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
> =3D=3D=3D
Diffs have been broken since the recent email problems. Is there any
estimate on when/if this is going to be fixed?
Thanks
--
Steven Edwards
"There is one thing stronger than all the armies in the world, and
that is an idea whose time has come." - Victor Hugo
Why did that big chunk of MS's support database text got into our
codebase? Even not edited, so that I can read up about "tax form 1040
would not print correctly" in ReactOS Source code? What is the use
from it?
If you wanted SO MUCH, you could at least edit it, or ask someone to
edit it for you (we have quite a few people in our team). But then, I
could insert half of WDK docs into the kernel source code and drivers
source code (which in fact would violate copyrights, since it would
not even be fair use).
Providing URL is quite enough, though, if I don't mistake (I'm not up
to date with their position), Wine is already removing URLs from
source code because they should be kept somewhere else. Source code
is source code, not a collector to store everything. There is no
point in sticking various garbage into reactos source code with a
note "so it doesn't get lost", we've come over that point quite a few
years ago.
With the best regards,
Aleksey Bragin.
On Mar 11, 2008, at 3:09 AM, greatlrd(a)svn.reactos.org wrote:
> Author: greatlrd
> Date: Mon Mar 10 19:09:23 2008
> New Revision: 32652
>
> URL: http://svn.reactos.org/svn/reactos?rev=3D32652&view=3Drev
> Log:
> part 2/2 for implement GetAppCompatFlags
> left todo implemented set AppCompatFlags =
>
>
> Modified:
> trunk/reactos/dll/win32/user32/misc/stubs.c
>
> + /* NOTE : GetAppCompatFlags retuns which compatible flags should
> be send=
> back =
>
> + * the return value is any of http://support.microsoft.com/kb/82860
> + * This text are direcly copy from the MSDN URL, so it does not
> get lost
> +
> *---------------------------------------------------------------------
> -=
> --------
> + * Bit: 1
Lots of text here
> + =
>
> + return ti->dwAppsCompatibleFlags;
> }
> =
>
> /*
Hi,
after r32615 and r32623, I send you this mail in order to find some volunteers to remove all remaining $id from files and also to update FSF address in files hearders.
Thanks in advance to the volunteers.
Best regards,
P. Schweitzer
Hiya,
I have a GPLed driver using the WDF. I'm not clear on the legal status
of redistributing GPLed source compiled with the Windows DDK so I'd like
to try MinGW.
After Googling, I see a couple of mentions back in 2004 that "WDF will
have to be supported eventually" but nothing since then? Am I correct in
assuming if I want to use MinGW, WDF cannot be used?
Thanks -- Andy
Hello,
today all servers (web, svn, mailing lists, etc) will most probably
be unavailable for an undetermined amount of time, due to IP
addresses change by the hosting company.
They beg their pardon for the unconvinience.
With the best regards,
Aleksey Bragin.
IopFreeIoCompletionPacket has the opposite bug -- there is an
interlocked push (free) even in the ExFreePool case. There should be a
return following the ExFreePool, otherwise we're corrupting memory.
On Thu, Feb 28, 2008 at 11:37 AM, <fireball(a)svn.reactos.org> wrote:
> Author: fireball
> Date: Thu Feb 28 14:37:14 2008
> New Revision: 32521
>
> URL: http://svn.reactos.org/svn/reactos?rev=32521&view=rev
> Log:
> - Fix leaking an entry in some cases during ObpFreeCapturedAttributes call. For more details: http://www.reactos.org/forum/viewtopic.php?t=5311.
>
> Modified:
> trunk/reactos/ntoskrnl/include/internal/ob_x.h
>
> Modified: trunk/reactos/ntoskrnl/include/internal/ob_x.h
> URL: http://svn.reactos.org/svn/reactos/trunk/reactos/ntoskrnl/include/internal/…
> ==============================================================================
> --- trunk/reactos/ntoskrnl/include/internal/ob_x.h (original)
> +++ trunk/reactos/ntoskrnl/include/internal/ob_x.h Thu Feb 28 14:37:14 2008
> @@ -290,6 +290,12 @@
> List->L.FreeMisses++;
> List->L.Free(Buffer);
> }
> + else
> + {
> + /* The free was within the Depth */
> + InterlockedPushEntrySList(&List->L.ListHead,
> + (PSINGLE_LIST_ENTRY)Buffer);
> + }
> }
> else
> {
>
>
>
--
Best regards,
Alex Ionescu
On Fri, Feb 22, 2008 at 7:14 AM, <mpiulachs(a)svn.reactos.org> wrote:
> Author: mpiulachs
> Date: Fri Feb 22 15:14:08 2008
> New Revision: 32449
>
> URL: http://svn.reactos.org/svn/reactos?rev=32449&view=rev
> Log:
> Add support for multiple architectures to autorun.inf
>
> Modified:
> branches/rbuild/reactos/boot/bootdata/autorun.inf
>
> Modified: branches/rbuild/reactos/boot/bootdata/autorun.inf
> URL: http://svn.reactos.org/svn/reactos/branches/rbuild/reactos/boot/bootdata/au…
> ==============================================================================
> --- branches/rbuild/reactos/boot/bootdata/autorun.inf (original)
> +++ branches/rbuild/reactos/boot/bootdata/autorun.inf Fri Feb 22 15:14:08 2008
> +[autorun.mips]
> +
> +open=mips\welcome.exe
> +icon=icon.ico
> +
> +[autorun.alpha]
> +
> +open=alpha\welcome.exe
> +icon=icon.ico
This is really unneeded. Alpha is one nail away from the coffin being
closed and nobody is even remotely interested in doing a mips port
right now. Please remove them and add a an arm entry.
Steven Edwards
"There is one thing stronger than all the armies in the world, and
that is an idea whose time has come." - Victor Hugo