As we know Windows (at least till Windows 7) was designed to be a GUI based
operating system. All applications can safely assume that the windowing
subsystem is running.
Windows/Reactos can run native applications without starting the windowing
subsystem like usetup during 1st stage setup but of course without having
access to Win32 apis as Win32k is not loaded. AFAIK win32k is designed to be
the main subsystem and is the responsible of starting the windowing
subsystem so my question is . Would be technically possible to have a
striped win32k version without the GUI code? + command line enabled
winlogon, syssetup etc.. so you can boot and run cli based applications like
cmd.exe ? what other parts of the boot process relay on having the GUI
running?
It's more of a design curiosity question rather than a real request
Regards,
Marc
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