Hi,
this patch (or some areas in ntoskrnl) isn't correct. This patch puts always
64kB between the TEB's. This limits the number of threads to 30,000 or less.
I've found this by an other bug in kernel32.
- Hartmut
> -----Original Message-----
> From: ros-cvs-bounces(a)reactos.com
> [mailto:ros-cvs-bounces@reactos.com] On Behalf Of Ge van Geldorp
> Sent: Tuesday, September 28, 2004 12:49 PM
> To: ros-cvs(a)reactos.com
> Subject: [ros-cvs] CVS Update: reactos
>
>
> CVSROOT: /CVS/ReactOS
> Module name: reactos
> Repository: reactos/ntoskrnl/ps/
> Changes by: gvg(a)mok.osexperts.com 04/09/28 12:49:21
>
> Modified files:
> reactos/ntoskrnl/ex/: sysinfo.c
> reactos/ntoskrnl/include/internal/: mm.h
> reactos/ntoskrnl/mm/: anonmem.c marea.c
> reactos/ntoskrnl/ps/: process.c
>
> Log message:
> NtAllocateVirtualMemory() should return 64k aligned areas
>
> _______________________________________________
> Ros-cvs mailing list
> Ros-cvs(a)reactos.com
> http://reactos.com/mailman/listinfo/ros-cvs
>
Hi,
it exist a variable TARGET_CPPAPP. If this variable is set to yes, the
object files for the real target are linked directly. If the variable is not
set, the object files are prelinked to a single object file with the option
'--strip-debug'. User mode images are always linked with the option
'--strip-debug'. TARGET_CPPAPP has no effect. Kernel mode images are not
linked with '--strip-debug'. They contains a large debug section if either
TARGET_CPPAPP is set to yes or if they are linked to a library which
contains debug symbols. Currently, Ntoskrnl contains a large debug section.
I'm able to boot ros from a harddisk but I'm not able to install ros from a
cd. The pc reboots after loading the boot files from the cd. In bochs I see
a short debug message:
Page fault at high IRQL was 31
KeBugCheckWithTf at ke/catch.c:164
Something is different between freeldr and setupldr. This occurs since
ntoskrnl uses helper.mk. If I build ntoskrnl with the option
'--strip-debug', there exist no problem.
- Hartmut
When doing kernel development, it is common to develop with the MS kernel
debugger running live on machine a (with the driver in question running)
and then connecting to it remotly from machine b.
Does ReactOS run the remote part of the kernel debugger yet? (i.e. can it
act as the "machine b" in the equasion?)
What is going on here.....
This is a new mingw enviroment from sourceforge and a new source tree.
getopt.c: In function `_getopt_initialize':
getopt.c:401: warning: implicit declaration of function `getenv'
getopt.c:401: warning: assignment makes pointer from integer without a
cast
getopt.c: In function `_getopt_internal':
getopt.c:577: warning: implicit declaration of function `strcmp'
getopt.c:653: warning: implicit declaration of function `strncmp'
getopt.c:656: warning: implicit declaration of function `strlen'
mingw32-make[2]: *** [getopt.o] Error 1
mingw32-make[1]: *** [wmc_target] Error 2
mingw32-make: *** [tools] Error 2
_______________________________
Do you Yahoo!?
Declare Yourself - Register online to vote today!
http://vote.yahoo.com
/The EFF reported <http://eff.org/news/archives/2004_09.php#001962>
that the Vivendi/Blizzard vs. the good guys case has been decided, and
it doesn't look good. Some highlights from the ruling
<http://www.freedom-to-tinker.com/doc/2004/bnetd_30sep.pdf> are: A
clickthrough EULA isn't unconscionable (and thus enforceable); Fair Use
rights can be waived in a EULA; First Sale rights (!) can be waived in a
EULA; The DMCA's interoperability provisions are not a defense. If this
ruling is allowed to stand, it will allow one-sided EULAs to force the
waiver of the rights of First Sale and Fair Use.
Sigh.
Best regards,
Alex Ionescu
/
I apologized, i was going to fix the issues, but my computer monitor
died. I just got a new one late last night and had to work all day today.
ekohl(a)cvs.reactos.com wrote:
>CVSROOT: /CVS/ReactOS
>Module name: reactos
>Repository: reactos/bootdata/
>Changes by: ekohl(a)mok.osexperts.com 04/10/02 05:35:12
>
>Modified files:
> reactos/bootdata/: hivesft.inf
>
>Log message:
> Add common user shell folder key.
>
>_______________________________________________
>Ros-cvs mailing list
>Ros-cvs(a)reactos.com
>http://reactos.com/mailman/listinfo/ros-cvs
>
>
>
Hey all, Phonica here.
A little tool I knocked up - Takes an INF file as a param (If none is given
a common open box shows up) and passes it to setupapi.dll to be installed.
Usefull for installing device drivers etc.
Tool + Source Can be found on bugzilla bug 428
http://www.reactos.com/bugzilla/show_bug.cgi?id=428
Writen in VC60 C++ (no MFC)
Hope y'all like it :)
What are you kidding??? Please change this back as it makes ReactOS
worse than before. Now your ReactOS installation will conflict with
an existing Windows or ReactOS installation. This is IMHO way worse
than not supporting two broken applications.
Casper
> -----Original Message-----
> From: ros-cvs-bounces(a)reactos.com
> [mailto:ros-cvs-bounces@reactos.com] On Behalf Of Richard Campbell
> Sent: 30. september 2004 08:40
> To: ros-cvs(a)reactos.com
> Subject: [ros-cvs] CVS Update: reactos
>
> CVSROOT: /CVS/ReactOS
> Module name: reactos
> Repository: reactos/bootdata/
> Changes by: rcampbell(a)mok.osexperts.com 04/09/30 08:39:49
>
> Modified files:
> reactos/bootdata/: hivedef.inf hivesft.inf
>
> Log message:
> - For now, hardcode the all users profile path until we
> get better user management code in place
> - removed the %USERPROFILE% prefix, this will go in
> combination with my other fix to hopefully get things working
> right again.
Hello,
Recently I've been trying to figure out why I am unable to load
ReactOS. I am being stopped each time when ReactOS attempts to load
the miniport driver. I believe the problem is that DISPLAY1 is not
being expanded/pointed to some real file. I assume somewhere in the boot
process that \??\DISPLAY1 is supposed to link to somewhere. I am using CVS
(synced from 09/29/2004) and am wondering if any of you guys can take a
look at the debug log and tell me what i'm missing.
The debug log [around 80k] is here:
http://home.pe.net/~dsmith/ros/093005
I have also posted my hive files if they are relevant:
http://home.pe.net/~dsmith/ros/hivecls.infhttp://home.pe.net/~dsmith/ros/hivedef.infhttp://home.pe.net/~dsmith/ros/hiveinst.infhttp://home.pe.net/~dsmith/ros/hivesft.infhttp://home.pe.net/~dsmith/ros/hivesys.inf
I am open to trying any patches or enabling debugging on any additional
files to help out. Currently, the following modules are enabled for
debugging support:
ntoskrnl\ke\main.c
ntoskrnl\io\create.c
ntoskrnl\ldr\init.c
subsys\csrss\init.c
subsys\win32k\ldr\loader.c
subsys\win32k\objects\dc.c
I have tried copying the file vbemp.sys to E:\DISPLAY1 but I got the same
debug log. If you have any questions feel free to ask.
Thanks in advance,
Devin Smith
