While installing and using ReactOS 0.34 (on Windows XP Professional with
VmWare Workstation 6.03) I'm experiencing a couple of issues.
- Are there any new requirements to install ReactOS? 586+ with 64MB for
example instead of earlier 486+/16MB ?
- Are there any new requirements to bootup ReactOS? 586+ with 64MB?
would/should swapfile work with lower amount of system memory installed
on the machine?
- Are there any new requirements to use ReactOS? 586+ with 64MB? Does
swapfile work?
- Is commandline-only supported on machines with not enough memory
installed?
Ofcourse booting from CD has to be supported on the target machine,
either natively or through tricks like Smart Boot Manager or
GRUB(-4-DOS) (or FreeLDR even?).
The actual trouble I'm having is completing 0.34's installation process
with Dutch language and USA keyboard layout (which isn't default, you
seem to prefer Belgium keyboard layout by default, which might be just
as strange as a Dutch keyboard layout by default. Those keyboards hardly
exist at all). It seems to hang on this machine at a random moment of
time during the file copy phase. In the end, I cannot install FreeLDR to
diskette (empty WinImage 1.44MB diskette image), nor can I return to
previous screen to select "install to harddisk". My goal was having a
FreeLDR bootdisk in case I mess up the partition bootsector.
Anyway, using English as installation language and its defaults, I can
complete SETUP properly. While in ReactOS booted from harddisk, opening
a simple console window (CMD) and doing DIR A: results in a blue screen
(instead of a message like "no floppydrive installed") Same issue as
known earlier I guess - non-working floppydrive(r).
My old FreeLoader diskette is based on a FreeLDR bootdisk that Casper
Hornstrup(?) had available at the time. It's available from
http://odin.fdos.org/odin2005/
Booting the diskette, pressing CTRL-C, then doing a simple COPY /Y
C:\FREELDR.SYS A:\FREELDR.SYS does the trick for updating FreeLDR from
2.xx to 3.xx, resulting in being able to boot ReactOS 0.34 from a
diskette. Strangely enough no single DOS tool/command can handle
FREELDR.INI (copy, ren, del, edit, all fail) - any idea why?
Last of all, SHUTDOWN doesn't shut off the computer (guess you want to
be sure everything in cache is flushed?), and LOGOFF won't allow me to
get out of entering my username and password.
Looking forward to a ReactOS with OpenOffice and FireFox 3.xx in a while,
Any help, ideas or recommendations much appreciated (as well as pointing
me to the correct mailinglist if it shouldn't be ros-dev)
Bernd Blaauw
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.