royce(a)svn.reactos.com wrote:
> allow oring multiple DebugPort values
>
>
> Updated files:
> trunk/reactos/boot/freeldr/freeldr/debug.c
>
Hello Royce,
A nice option would be to have the debug messages displayed in a "Debug"
window .
This will allows to redirect the debug messages to a file .
How difficult is to implement this enhancement ?
Regards
Gerard
Some urgent maintenance needs to be carried out on the electrical
installation in the building that houses the reactos.com box. To perform
this maintenance, power will be shutdown Friday night till Sunday morning.
I will be moving reactos.com web- and mailservices to a fallback box. This
should take place some time Friday. Switch back will be Sunday. The
bandwidth capacity of the fallback box is much lower than that of the main
box, so please don't plan on submitting stories to SlashDot this weekend...
Gé van Geldorp.
Hi,
I'm currently "merging" msvcrt and crtdll (again). I'll move msvcrt into
a library lib\crt and have msvcrt and crtdll link against it. Only
dllmain.c will be left in msvcrt/crtdll. Most of (99.9%) crtdll will be
dropped. It all seems to work nicely. One problem thou: I ran into some
header problems, where i relied on some stuff in include\msvcrt\string.h
but no matter what, mingw\include\string.h were included instead (and
they both defined _STRING_H_). After looking at the headers in
inlcude\msvcrt they all seem to be ripped from mingw. Does anyone know
why they were put in include\msvcrt when mingw has headers for all of
this stuff? Can i just remove them (include\msvcrt)?
I looked at many depends files and saw most files depend on many mingw
headers. Is this correct? Should we depend on mingw headers at all?
Gunnar
It seems videoprt.nostrip.sys is somewhat messed up. I've attached the
output of "objdump -p videoprt.nostrip.sys". Data Directory Entry 1 says
there's an import directory at 0x0000b000. Then down under "PE File Base
Relocations (interpreted .reloc section contents)" we find:
Virtual Address: 0000b000 Chunk size 12 (0xc) Number of fixups 2
reloc 0 offset 14 [b014] HIGHLOW
reloc 1 offset 20 [b020] HIGHLOW
When the module is loaded, the relocations are applied. This messes up the
import table, with the result that the module fails to load (copy
videoprt.nostrip.sys to \reactos\system32\drivers\videoprt.sys and boot
ReactOS). The 2 relocations given above are not present in the "normal"
videoprt.sys module.
I'm inclined to blame gcc (I'm using 3.4.1) or more likely binutils (2.15.90
20040222) for this, but before I make Filip unhappy, does anyone know if
we're doing something wrong during the build process?
Gé van Geldorp.
ion(a)svn.reactos.com wrote:
>Dynamic 3GB support, part 1. Only multiboot.S remains to be changed, all other parts of the Kernel now used KERNEL_BASE based on the command-line (Please don't use /3gb if you don't compile 3GB)
>
>
>Updated files:
>trunk/reactos/config
>trunk/reactos/ntoskrnl/include/internal/i386/mm.h
>trunk/reactos/ntoskrnl/ke/main.c
>trunk/reactos/ntoskrnl/mm/mminit.c
>
>_______________________________________________
>
>
Royce and I are currently working on making this fully dynamic. We've
got the plan set-up in our minds and it should be committed in less then
a week, unless unexpected things happen. Speaking of which, is anyone
against not making ACPI a compile-time instruction? It just makes
debugging harder, one more thing to worry about, and I don't see the
point either...I think it makes much more sense to have some kind of
ACPISupported global variable that we either set at boot-up with proper
table queries, and/or that the user can specify with an /ACPI
command-line flag.
Best regards,
Alex Ionescu
Hi,
do we need the slab cache in ntoskrnl\mm\slab.c? I've replaced the kmap
functions (ntoskrnl\mm\kmap.c) by a process local mapping (hyperspace).
The slab cache needs the mapping for a longer time and cannot use the
hyperspace mapping. I would remove the slab cache, because it is not
used by any of the kernel functions.
- Hartmut
Hi,
on a user mode exception, I get hundreds of lines like this:
(i386/exception.c:96) RtlpDispatchException()
Dumping exception registrations:
(0x0065FFE0) HANDLER (0x7C82CEAF)
(0x7FFDF000) HANDLER (0x00000000)
(i386/exception.c:96) RtlpDispatchException()
Dumping exception registrations:
(0x0065FFE0) HANDLER (0x7C82CEAF)
(0x7FFDF000) HANDLER (0x00000000)
(i386/exception.c:96) RtlpDispatchException()
Dumping exception registrations:
It needs a very large time, if ros does response again. It occurs on
real hardware. Debugprints are going over a serial line.
- Hartmut
Hervé Poussineau schrieb:
> hbirr(a)svn.reactos.com a écrit :
>
>> - Fixed the directory index of a file for FATX.
>> + ULONG startIndex = rcFcb->startIndex;
>> + if ((rcFcb->Flags & FCB_IS_FATX_ENTRY) && !vfatFCBIsRoot(Parent))
>>
>> {
>>
>> + startIndex += 2;
>> + }
>> + if(startIndex >= DirContext->DirIndex)
>> + {
>
>
> This change looks suspicious to me.
> "." and ".." don't exist on a FATX volume. They are FAT12/16/32 specific.
> Please revert related changes in create.c, dirw.c, direntry.c, fcb.c
>
> Hervé
>
> PS:
> Comment in direntry.c ("need to add . and .. entries".) is not very
> clear. It may be modified to "Need to add . and .. entries, because
> they don't exist in a FATX subdir"
> _______________________________________________
> Ros-diffs mailing list
> Ros-diffs(a)reactos.com
> http://reactos.com:8080/mailman/listinfo/ros-diffs
>
>
FATX doesn't have real '.' and '..' directories. But we use them on each
directory except the root. The index from fcb is also used to update the
entry of a file in its parent directory. For looking for a directory,
'.' has index 0, '..' has index 1 and 'foo' has index 2 and so on. The
real index of 'foo' is 0. We must make a difference between the real and
the search index. I've modified some parts of freeldr and usetup. I can
create and install ros on a fatx partition on a normal pc. I've also
load vfatfs on W2K. At the beginning, the wrong index has scrambled the
fatx partition.
- Hartmut
With the Mozilla ActiveX Control , I can browse "www.reactos.com" from
the Reactos Explorer as indicated before.
The link to www.reactos.com is made by explorer at start but I do not
know how to type an URL (www.google.com for example) in the Explorer
window ?
Any idea ?
Regards
Gerard