Been having a poke around, it seems neither LiveCD nor BootCD will
boot into GUI (Using latest HEAD SVN), on 32MB.
BootCD will complete first stage installer, but won't boot into GUI to
load the second stage setup. LiveCD immediately hangs.
Now, on VMWare, I use Other/Other as the OS Category, and I've been
hearing some (like WaxDragon), using Windows XP Professional as the OS
Category. I obtained a BootCD of 17751 rev, and tried it on the WinXP
setting, using 32MB. First time I tried it, it hung at copying
ole32.dll (34%). Second time, I got a STOP error during the file
transfer. Third time, however, it completed the first stage fine.
The only difference between the Other and WinXP Pro settings is the
inclusion of a USB Controller. I added one to my "Other" setup, and
ROS, again, installed fine first time around on 32MB.
Now, for the interesting bit. The error is a pretty constant one, and
it complains of No Memory Pages Available. It seems just common to the
GUI, seeing as ROS won't boot on 32MB even once Setup is completed.
This is the case for both SVN Live and BootCD's.
Something in the GUI is causing a leak
--
"I had a handle on life, but then it broke"
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/ipc/base/m…
please note the comments "it is possible for a client to connect in
between the CreateNamedPipe and ConnectPipe".
in other words, NamedPipes don't have any equivalent of "listen()".
this is a massive _massive_ problem, evidence of which
i first encountered with "rpctorture --processes=100
--repeat-operation=100", back in 1998.
out of 10,000 operations performed across 100 processes, about TWENTY of
those operations would succeed.
that's a success rate of 0.2%.
(anyone who runs a lab where 400 students sit down at the
beginning of a session and all log in to the same NT PDC will
tell you _exactly_ what they bloody think of windows and it's the
same issue)
the reason why there is such an abysmal failure rate was not clear to me
until today.
it's due - quite simply - to this delay. if the server is particularly
overloaded (due to having to deal with, oh i dunno, say, a large influx of
incoming Named Pipe client requests) then the time delay between
CreateNamedPipe and ConnectPipe is increased; if some idiot decides
that the number of pipe connections is to be limited; if someone decides
that the number of threads is to be limited, then the server quickly
goes into meltdown.
if there is protocol proxying or authentication going on (as is the case
of SMB IPC$ providing MSRPC named pipes - ncacn_np for those people who
know what that is) then you _really_ are in trouble.
the question is: having access to the source code - in reactos - what
can be _done_ about this?
would it be reasonable to write - and use - a named pipes equivalent of
"listen()"?
alternatively, how in hell's name do you _deal_ with this sort
of thing?
l.
--
--
<a href="http://lkcl.net">http://lkcl.net</a>
--
I can't install any bootcd's that I compile, gives
INACCESSIBLE_BOOT_DEVICE. This happens in Qemu, vmware, and virtual
pc. I have done full clean builds by doing "make clean" and deleting
the object/output folders. I don't know when this started happening
really. But if i download the ISO off of CIA then its fine, the exact
same version. I am compiling on Windows XP with ROSBe. Here is a link
to a picture of the crash: www.brandonturner.org/crash.PNG
Please help, its driving me crazy!
Brandon
Hi,
if I compile MC (midnight commander ) with the option
'-mpreferred-stack-boundary=2', the build-in editor doesn't work. MC
hangs after pressing F4. This occurs on winXP and ROS. I've no problem
without this option.
- Hartmut
New ReactOS Homepage - Status
Mail-Content:
* Status
* Questions
Homepage status:
The homepage beta test started last week. Join #reactos-hp for more
information. We will start reviewing and translating the content in a few
days.
Content List: http://www.reactos.com/wiki/index.php/New_Homepage_Content
When this is done (approximatly one week) we will be able to relaunch the
homepage!
Homepage release date: "When it's done!" ;)
Questions:
1) Should the homepage section be called ... ?
a: developer
b: development
c: developing
2) Should the static homepage pages be ... ?
a: valid HTML 4.01
b: valid XHTML 1.0
c: both variants (two versions)
d: something else (e.g. xhtml 1.1)
3) What's your opinion about the following homepage content structure ... ?
* Home
* Community
* Support
* Developer / Developing / Development
* myReactOS
(more details: http://www.reactos.com/wiki/index.php/New_Homepage_Content )
a: okay, good structure
b: ... -> then edit/add comments to the wiki page see link above !!!
Klemens Friedl
--
5 GB Mailbox, 50 FreeSMS http://www.gmx.net/de/go/promail
+++ GMX - die erste Adresse f�r Mail, Message, More +++
This is the most ugliest beast I've come across.
Trying to implement parts of the Kernel Streaming (ks) stuff. I decided
to start with portcls.sys.
So far, it appears ks.h (the Kernel Streaming main header) isn't present
in our include files (or w32api) and the official MS DDK version is
100KB + so that's a bit of a knock-out already.
Anyway I had a poke around and stubbed a lot of the main portcls.sys
functions. But I have no idea what I'm doing right now so it's pointless
me trying.
It appears to be built on COM - the MSDN documents describe "Kernel-mode
COM" in the Audio and Video section.
Obviously the standard COM calls can't be used in kernel-mode. And I
found in kcom.h some declarations for functions such as KoCreateInstance
(kernel mode version of CoCreateInstance?) yet I cannot find any
references to it on Google.
The sample drivers are written in C++, and appear to rely on kcom.h's
C++ classes to get things done.
There's just not a lot I can do as the foundation isn't even there for
me to start implementing Kernel Streaming.
And I have *no* idea how to use COM. So far it looks really really ugly.
Can someone give me a hand?
-Andrew
royce(a)svn.reactos.com wrote:
>msvc6 compatibility and small performance improvement in filename completion
>
>Modified: trunk/reactos/subsys/system/cmd/internal.c
>
>
> *Modified: trunk/reactos/subsys/system/cmd/internal.c*
>
>--- trunk/reactos/subsys/system/cmd/internal.c 2005-09-12 14:55:55 UTC (rev 17818)
>+++ trunk/reactos/subsys/system/cmd/internal.c 2005-09-12 16:06:53 UTC (rev 17819)
>@@ -276,7 +276,7 @@
>
> TCHAR * tmpPath;
> TCHAR szCurrent[MAX_PATH];
> TCHAR szMsg[RC_STRING_MAX_SIZE];
>
>
>- INT i;
>
>
>+ UINT i;
>
>
>
>
> /* Filter out special cases first */
>
>
> ------------------------------------------------------------------------
If you change a variable from signed to unsigned, you have to check for
comparing with zero or negativ values like this:
/* Strip the paths back to the folder they are in */
for(i = (_tcslen(szFinalPath) - 1); i > -1; i--)
- Hartmut