Ros-dev

ros-dev@reactos.org

5790 discussions

Re: [ros-svn] [navaraf] 13369: Force non-inlining of ctype functions even in OPTIMIZED builds. Fixes bug #497.

by Alex Ionescu

navaraf(a)svn.reactos.com wrote: >Force non-inlining of ctype functions even in OPTIMIZED builds. Fixes bug #497. > > >Updated files: >trunk/reactos/lib/kjs/makefile > >_______________________________________________ >Ros-svn mailing list >Ros-svn(a)reactos.com >http://reactos.com:8080/mailman/listinfo/ros-svn > > > Aren't you forcing non-inlining of EVERY function by doing this? Isn't it better to enable the special no ctype inline macro? Best regards, Alex Ionescu

20 years, 7 months

RE: [ros-dev] msvcrt/crtdll "merge"

by Waldo Alvarez Cañizares

Hi Gunnar: Great! less duplicated code == better code I had planning to report this about msvcrt/crtdll the first chance I could get to read my e-mail, but now that you talked then there's no better chance than this I think. I was playing with msvcrt dll a couple of days ago because I was trying to test some apps against it and to maybe find some of the multithreading issues it contains. Well I dropped it because I really had no time but one thing I noticed is that there are some entries in the .def file something like this strlen=ntdll.strlen only strings routines if I remember well. Now after I got the binary file (.dll) I was inspecting it with LordPE, a tool to sniff every detail of PE's and saw that actually those routines are not imported by crtdll (maybe because of the strings.a statically linked) also I saw that msvcrt.dll is importing functions from itself funny that is something I never saw before (Is ROS parsing the exports table before the imports one? Just curious). But worst there are 2 references to msvcrt with different functions that the -O flag when passed to the linker can't fix. I have seen this before in some applications compiled with mingw (freecraft for example. Could be this an unnoticed bug in mingw's linker? If It is, it doesn't harm but it sucks to not have it the better way you can if it is easy to do it). btw I was also looking for string routines exported by ntdll in order to squeeze a bit more both libraries and noticed in XP's ntdll some functions that at the beginning I thought were mistyped (It would not be the first time) but when I took a look at msdn Tada! WindowsCE functions, nothing about XP/2k... but there they ARE. Please do not forget to fix those problems with exports if you can, or anyone with a chance, those libraries stink a lot. I still don't understand every detail on how the whole thing works: build system, linker... so this is a "I don't know how to fix", at least for now. Best Regards Waldo Alvarez ________________________________ From: ros-dev-bounces(a)reactos.com on behalf of Gunnar Dalsnes Sent: Wed 1/26/2005 8:19 PM To: ReactOS Development List Subject: [ros-dev] msvcrt/crtdll "merge" 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 _______________________________________________ Ros-dev mailing list Ros-dev(a)reactos.com http://reactos.com:8080/mailman/listinfo/ros-dev

20 years, 7 months

Calling all enthusiasts! Become a JANITOR (Just A Newbie Intensively Training On ReactOS) today!

by Alex Ionescu

Dear ReactOS enthusiasts and friends, We are currently in dire need of motivated people to help us build the future OS of the masses. While our developers are busily creating new code and fixing bugs, there remain dozens, if not more, of things to take care of in our tree and in our code. I would like to extend an open invitation to anyone interested on becoming a JANITOR (Just A Newbie Intensively Training On ReactOS). As a JANITOR, you will join a team of people, which, just like you, want to see ReactOS succeed and have some spare time to help. You do NOT need any coding experience! Most of the time, only simple word processing skills are needed. Janitorial jobs will include cleaning up comment headers, standardizing the debug system, alphabetizing code and organizing files, compiling a list of fixmes, checking for spelling mistakes, etc. These jobs will be custom tailored to your abilities, and there will be no time limits (but you must commit to doing the job). Also, JANITORs will have access to an online collaboration site where the current top-priority jobs are presented, and where they can commit to one of them. You can also share the workload and work in teams, or however you work best. A status system will be available to monitor the progression of jobs, and many more tools will become available. So don't delay, and join the JANITOR program today! Send me an e-mail at alex(a)relsoft.net with your name, e-mail and contact availabily (MSN, ICQ, IRC (preferred)). A real-time communication tool will be preferred, but I can acustom to people demanding exclusively e-mail contact (since the JANITOR Project Site will have most of the information). I know that many of you want to help but that the current state of the outdatedness of the website and documentation, as well as the general lack of directions are discouraging you. This will be a unique experience to leave your mark in ReactOS. Best regards, Alex Ionescu ReactOS JANITOR Program Manager NOTE to Devs: The JANITOR Program is fully the child of my brain and is a personal project, and will not use the ReactOS bandwidth, site, or other resources unless explicit permission and agreement is made by all developers. You will not need to do any additional task or handle anything more and this will not affect your workload in any way.

20 years, 7 months

Re: [ros-diffs] [weiden] 13346: 1. fixed InbvPutPixels() to save theebx register which caused bootvid to crash when built withoptimizations

by d_layer

Hello, weiden(a)svn.reactos.com wrote: > 1. fixed InbvPutPixels() to save the ebx register which caused bootvid > to crash when built with optimizations You need to save the esi register too. ebx, esi, edi, and ebp are callee-saved registers in win32/x86. VC++ and gcc expect external functions not to modify these registers. http://msdn.microsoft.com/library/en-us/vclang/html/_core_argument_passing_… | The compiler generates prolog and epilog code to save and restore | the ESI, EDI, EBX, and EBP registers, if they are used in the function. -- d_layer

20 years, 7 months

multiboot.S patch in need of review, please

by Royce Mitchell III

I was in a strange mood and decided to try to implement something Alex wanted. I've done the leg-work on this, but need someone familiar with boot-up and particularly smp to review this patch. I do not have access to smp, and do not wish to break it. This patch implements the /3G switch from within multiboot.S, which is necessary in order to configure the page tables correctly. I noticed some code in _main() that was processing a 3G switch on the command-line, and I can't understand how it could possibly work because it's not readjusting the page tables, nor does it transition to the 0xC0000000 address space that I can see, so I don't think that code actually works. If it does, I'm glad to be proved wrong. The patch I've written makes an assumption that lowmem is available when application processors execute the code. I can't seem to figure out how or where the application processor(s) actually get told to start executing, so I don't know if this assumption is true. However, if it's not true, if someone could point me to the code that inits the application processors, I can configure them to pass the needed info via %ebp or something. Finally, I haven't actually tried booting this code. I wanted someone to review it first for obvious blunders, or to tell me, if necessary, that I've wasted my time ;) If I'm on the right track then, when I'm feeling motivated enough again, I will actually try booting it.

20 years, 7 months

ROS crashes when installing vmware driver

by Gedi

This has only come about within the last few days for me. The build and install goes fine. As does the setup wizard. However, when running the wizard to install the VMware SVGA driver, it crashes. I've attached the log, anyone any ideas? Gedi Used memory 237568Kb (mm/virtual.c:214) FIXME: MEMORY_AREA_SYSTEM case incomplete (or possibly wrong) for NtQueryVirtualMemory() (ke/main.c:576) Module: 'ntoskrnl.exe' at 80000000, length 0x000de000 (ke/main.c:576) Module: 'HAL.DLL' at 800de000, length 0x00012c28 (ke/main.c:576) Module: 'SYSTEM' at 800f1000, length 0x00018000 (ke/main.c:576) Module: 'HARDWARE' at 80109000, length 0x00004000 (ke/main.c:576) Module: 'ansi.nls' at 8010d000, length 0x00010222 (ke/main.c:576) Module: 'oem.nls' at 8011e000, length 0x00010422 (ke/main.c:576) Module: 'casemap.nls' at 8012f000, length 0x00001306 (ke/main.c:576) Module: 'pci.sys' at 80131000, length 0x0000a123 (ke/main.c:576) Module: 'acpi.sys' at 8013c000, length 0x00033406 (ke/main.c:576) Module: 'scsiport.sys' at 80170000, length 0x0000e6fe (ke/main.c:576) Module: 'atapi.sys' at 8017f000, length 0x0000a18b (ke/main.c:576) Module: 'class2.sys' at 8018a000, length 0x0000c5b8 (ke/main.c:576) Module: 'disk.sys' at 80197000, length 0x0000b31e (ke/main.c:576) Module: 'vfatfs.sys' at 801a3000, length 0x0001b069 (ke/main.c:576) Module: 'bootvid.sys' at 801bf000, length 0x00020afb (ke/main.c:576) Module: 'ndis.sys' at 801e0000, length 0x00022fd3 (ke/main.c:600) Process system hive registry chunk at 800f1000 (ke/main.c:615) Process hardware hive registry chunk at 80109000 DriverBase for \SystemRoot\system32\drivers\pci.sys: 9cc86000 Peripheral Component Interconnect Bus Driver (ldr/loader.c:309) Could not open module file: \SystemRoot\system32\drivers\pcnet.sys (io/pnpmgr.c:1526) Initialization of service PCNet failed (Status c0000001) (io/pnpmgr.c:1526) Initialization of service vmx_svga failed (Status c0000001) (ldr/loader.c:309) Could not open module file: \SystemRoot\system32\drivers\usbuhci.sys (io/pnpmgr.c:1526) Initialization of service usbuhci failed (Status c0000001) (ldr/loader.c:309) Could not open module file: \SystemRoot\system32\drivers\pcnet.sys (io/pnpmgr.c:1526) Initialization of service PCNet failed (Status c0000001) (io/pnpmgr.c:1526) Initialization of service vmx_svga failed (Status c0000001) (ldr/loader.c:309) Could not open module file: \SystemRoot\system32\drivers\usbuhci.sys (io/pnpmgr.c:1526) Initialization of service usbuhci failed (Status c0000001) (io/pnpmgr.c:1526) Initialization of service Ne2000 failed (Status c0000001) DriverBase for acpi.sys: 9cc8f000 Advanced Configuration and Power Interface Bus Driver ACPI: System firmware supports: +------------------------------------------------------------ | Sx states: +S0 -S1 -S2 -S3 -S4 +S5 +------------------------------------------------------------ Power Button: found DriverBase for scsiport.sys: 9ccbe000 DriverBase for atapi.sys: 9ccc9000 DriverBase for class2.sys: 9ccd3000 DriverBase for disk.sys: 9ccdc000 DriverBase for vfatfs.sys: 9cce4000 DriverBase for bootvid.sys: 9ccf8000 DriverBase for ndis.sys: 9cd18000 (ke/main.c:676) CommandLine: multi(0)disk(0)rdisk(0)partition(1)\ReactOS /DEBUGPORT=COM1 /NOGUIBOOT (ke/main.c:677) MmSystemRangeStart: 0x80000000 DriverBase for \SystemRoot\system32\drivers\pcnet.sys: 9cd48000 (io/pnpmgr.c:1526) Initialization of service vmx_svga failed (Status c0000001) (ldr/loader.c:309) Could not open module file: \SystemRoot\system32\drivers\usbuhci.sys (io/pnpmgr.c:1526) Initialization of service usbuhci failed (Status c0000034) (io/pnpmgr.c:1526) Initialization of service Ne2000 failed (Status c0000001) DriverBase for \SystemRoot\system32\drivers\floppy.sys: 9cdbb000 DriverBase for \SystemRoot\system32\drivers\cdrom.sys: 9cddb000 DriverBase for \SystemRoot\system32\drivers\fs_rec.sys: 9cdea000 DriverBase for \SystemRoot\system32\drivers\beep.sys: 9cdf8000 (ldr/loader.c:309) Could not open module file: \SystemRoot\system32\drivers\sndblst.sys (ldr/loader.c:309) Could not open module file: \SystemRoot\system32\drivers\es137140.sys (ldr/loader.c:309) Could not open module file: \SystemRoot\system32\drivers\mpu401.sys DriverBase for \SystemRoot\system32\drivers\null.sys: 9ce36000 DriverBase for \SystemRoot\system32\drivers\serial.sys: 9ce46000 Serial Driver 0.0.2 DriverBase for \SystemRoot\system32\drivers\psaux.sys: 9ce5c000 DriverBase for \SystemRoot\system32\drivers\keyboard.sys: 9ce75000 DriverBase for \SystemRoot\system32\drivers\mouclass.sys: 9ce85000 (ldr/loader.c:309) Could not open module file: \SystemRoot\system32\drivers\debugout.sys DriverBase for \SystemRoot\system32\drivers\blue.sys: 9ce93000 DriverBase for \SystemRoot\system32\drivers\vbemp.sys: 9cea9000 DriverBase for \SystemRoot\system32\drivers\videoprt.sys: 9cec8000 DriverBase for \SystemRoot\system32\drivers\msfs.sys: 9cede000 DriverBase for \SystemRoot\system32\drivers\npfs.sys: 9cef4000 (mm/virtual.c:235) FIXME: MEMORY_AREA_KERNEL_STACK case incomplete (or possibly wrong) for NtQueryVirtualMemory() DriverBase for \SystemRoot\system32\win32k.sys: 9d1ca000 DriverBase for \SystemRoot\system32\freetype.dll: 9d2c4000 DriverBase for \SystemRoot\System32\kbdus.dll: 9d349000 DriverBase for \SystemRoot\System32\framebuf.DLL: 9d7cb000 0 bytes requested - initiating pool verification 0 bytes requested - initiating pool verification FIXME: CopyImage doesn't support IMAGE_ICON correctly! 0 bytes requested - initiating pool verification 0 bytes requested - initiating pool verification (NTDLL:ldr/utils.c:1211) LdrGetExportByName(): failed to find mxdMessage (NTDLL:ldr/utils.c:2034) Failed to create or open dll section of 'msacm32.dll' (Status c0000135) (NTDLL:ldr/utils.c:1211) LdrGetExportByName(): failed to find auxMessage (NTDLL:ldr/utils.c:1211) LdrGetExportByName(): failed to find mxdMessage (NTDLL:ldr/utils.c:1211) LdrGetExportByName(): failed to find midMessage (NTDLL:ldr/utils.c:1211) LdrGetExportByName(): failed to find widMessage (NTDLL:ldr/utils.c:1211) LdrGetExportByName(): failed to find wodMessage (shelllink.c:648:Stream_WriteLocationInfo) writing empty location info (SAMLIB:samlib.c:400) User already exists! (devinst.c:950:SetupDiInstallClassW) (devinst.c:950:SetupDiInstallClassW) (ntuser/timer.c:157) Unable to locate timer in message queue (ntuser/timer.c:157) Unable to locate timer in message queue (ntuser/timer.c:157) Unable to locate timer in message queue (NTDLL:ldr/utils.c:1211) LdrGetExportByName(): failed to find mxdMessage (NTDLL:ldr/utils.c:2034) Failed to create or open dll section of 'msacm32.dll' (Status c0000135) (NTDLL:ldr/utils.c:1211) LdrGetExportByName(): failed to find auxMessage (NTDLL:ldr/utils.c:1211) LdrGetExportByName(): failed to find mxdMessage (NTDLL:ldr/utils.c:1211) LdrGetExportByName(): failed to find midMessage (NTDLL:ldr/utils.c:1211) LdrGetExportByName(): failed to find widMessage (NTDLL:ldr/utils.c:1211) LdrGetExportByName(): failed to find wodMessage mm/mm.c:214 mm/mm.c:337 (KERNEL32:except/except.c:159) Unhandled exception (KERNEL32:except/except.c:160) Address: (KERNEL32:except/except.c:163) 7c913a83 C:\ReactOS\system32\ntdll.dll CS:EIP 1b:7c913a83 DS 23 ES 23 FS 3b GS 23 EAX: 00660000 EBX: 80000000 ECX: 0065e758 EDX: 00000000 EBP: 0065e788 ESI: 00000000 ESP: 0065e760 EDI: 00660000 EFLAGS: 00000246 (KERNEL32:except/except.c:166) Frames: (KERNEL32:except/except.c:174) 7c913be4 C:\ReactOS\system32\ntdll.dll (KERNEL32:except/except.c:174) 7c913ce4 C:\ReactOS\system32\ntdll.dll (KERNEL32:except/except.c:174) 7c9143f9 C:\ReactOS\system32\ntdll.dll (KERNEL32:except/except.c:174) 77dca5a1 C:\ReactOS\system32\ADVAPI32.DLL (KERNEL32:except/except.c:174) 40177b C:\ReactOS\System32\vmwinst.exe (KERNEL32:except/except.c:174) 4024c9 C:\ReactOS\System32\vmwinst.exe (KERNEL32:except/except.c:174) 77e71672 C:\ReactOS\System32\user32.dll (KERNEL32:except/except.c:174) 77e71814 C:\ReactOS\System32\user32.dll (KERNEL32:except/except.c:174) 77e7bee3 C:\ReactOS\System32\user32.dll (KERNEL32:except/except.c:174) 77e71672 C:\ReactOS\System32\user32.dll (KERNEL32:except/except.c:174) 77e721dc C:\ReactOS\System32\user32.dll (KERNEL32:except/except.c:174) 77e7a3b8 C:\ReactOS\System32\user32.dll (KERNEL32:except/except.c:174) 77e7bb91 C:\ReactOS\System32\user32.dll (KERNEL32:except/except.c:174) 7618ecaf C:\ReactOS\System32\COMCTL32.DLL (KERNEL32:except/except.c:174) 7618f952 C:\ReactOS\System32\COMCTL32.DLL (KERNEL32:except/except.c:174) 7618f15f C:\ReactOS\System32\COMCTL32.DLL (KERNEL32:except/except.c:174) 7619110d C:\ReactOS\System32\COMCTL32.DLL (KERNEL32:except/except.c:174) 76191b4d C:\ReactOS\System32\COMCTL32.DLL (KERNEL32:except/except.c:174) 77e71672 C:\ReactOS\System32\user32.dll (KERNEL32:except/except.c:174) 77e71814 C:\ReactOS\System32\user32.dll (KERNEL32:except/except.c:174) 77e7bee3 C:\ReactOS\System32\user32.dll (KERNEL32:except/except.c:174) 77e71672 C:\ReactOS\System32\user32.dll (KERNEL32:except/except.c:174) 77e721dc C:\ReactOS\System32\user32.dll (KERNEL32:except/except.c:174) 77ea94a4 C:\ReactOS\System32\user32.dll (KERNEL32:except/except.c:174) 77ea9ac5 C:\ReactOS\System32\user32.dll (KERNEL32:except/except.c:174) 77e71672 C:\ReactOS\System32\user32.dll (KERNEL32:except/except.c:174) 77e71989 C:\ReactOS\System32\user32.dll (KERNEL32:except/except.c:174) 77e7cc46 C:\ReactOS\System32\user32.dll (KERNEL32:except/except.c:174) 77e79e5d C:\ReactOS\System32\user32.dll (KERNEL32:except/except.c:174) 77e7c124 C:\ReactOS\System32\user32.dll (KERNEL32:except/except.c:174) 7618db1c C:\ReactOS\System32\COMCTL32.DLL (KERNEL32:except/except.c:174) 76190b00 C:\ReactOS\System32\COMCTL32.DLL (KERNEL32:except/except.c:174) 402dd6 C:\ReactOS\System32\vmwinst.exe (KERNEL32:except/except.c:174) 402ede C:\ReactOS\System32\vmwinst.exe (KERNEL32:except/except.c:174) 4031bb C:\ReactOS\System32\vmwinst.exe (KERNEL32:except/except.c:174) 40122d C:\ReactOS\System32\vmwinst.exe (KERNEL32:except/except.c:174) 401278 C:\ReactOS\System32\vmwinst.exe (KERNEL32:except/except.c:174) 7c824b19 C:\ReactOS\system32\kernel32.dll (ntuser/class.c:114) Failed to lookup class atom! (ntuser/class.c:114) Failed to lookup class atom! (ntuser/class.c:114) Failed to lookup class atom! (ntuser/class.c:114) Failed to lookup class atom! (ntuser/class.c:114) Failed to lookup class atom! KeBugCheck at mm/rmap.c:492 Bug detected (code 0 param 0 0 0 0) Page fault at high IRQL was 2 KeBugCheckWithTf at ke/catch.c:177 Bug detected (code 1e param 0 0 0 0) Page fault at high IRQL was 2 KeBugCheckWithTf at ke/catch.c:177 Bug detected (code 1e param 0 0 0 0) Page fault at high IRQL was 2 KeBugCheckWithTf at ke/catch.c:177 Bug detected (code 1e param 0 0 0 0) Page fault at high IRQL was 2 KeBugCheckWithTf at ke/catch.c:177 Bug detected (code 1e param 0 0 0 0) Page fault at high IRQL was 2 Stack underflow (tf->esp 9cc02fe0 Limit 9cc03000) Stack Segment Fault Exception: 12(0) CS:EIP 8:8000a233 <ntoskrnl.exe: a233> cr2 9cc02fe4 cr3 2b5000 Proc: 80788940 Pid: c0 <vmwinst.> Thrd: 80408078 Tid: c DS 10 ES 10 FS 30 GS 10 EAX: 0001000f EBX: 9cc03650 ECX: 9cc036ec EDX: 00000000 EBP: 9cc03628 ESI: 9cc03340 ESP: 9cc02fe0EDI: 00000000 EFLAGS: 00010097 kESP 9cc02fe0 kernel stack base 9cc03000 Frames: <ntoskrnl.exe: 1273> <ntoskrnl.exe: 190a> <ntoskrnl.exe: 2f02> <ntoskrnl.exe: 78910> <ntoskrnl.exe: 789bf> <ntoskrnl.exe: 440b2> <ntoskrnl.exe: 68427> <ntoskrnl.exe: 9df6> <ntoskrnl.exe: a029> <ntoskrnl.exe: 1273> <ntoskrnl.exe: 190a> <ntoskrnl.exe: 2f02> <ntoskrnl.exe: 78910> <ntoskrnl.exe: 789bf> <ntoskrnl.exe: 440b2> <ntoskrnl.exe: 68427> <ntoskrnl.exe: 9df6> <ntoskrnl.exe: a029> <ntoskrnl.exe: 1273> <ntoskrnl.exe: 190a> <ntoskrnl.exe: 2f02> <ntoskrnl.exe: 78910> <ntoskrnl.exe: 789bf> <ntoskrnl.exe: 440b2> <ntoskrnl.exe: 68427> <ntoskrnl.exe: 9df6> <ntoskrnl.exe: a029> <ntoskrnl.exe: 1273> <ntoskrnl.exe: 190a> <ntoskrnl.exe: 2f02> <ntoskrnl.exe: 78910> <ntoskrnl.exe: 789bf> <ntoskrnl.exe: 440b2> <ntoskrnl.exe: 68427> <ntoskrnl.exe: 9df6> <ntoskrnl.exe: a029> <ntoskrnl.exe: 1273> <ntoskrnl.exe: 190a> <ntoskrnl.exe: 2f02> <ntoskrnl.exe: 78910> <ntoskrnl.exe: 789bf> <ntoskrnl.exe: 440b2> <ntoskrnl.exe: 68427> <ntoskrnl.exe: 9df6> <ntoskrnl.exe: 9f37> <ntoskrnl.exe: 9f71> <ntoskrnl.exe: 5448c> <ntoskrnl.exe: 4596b> <ntoskrnl.exe: 4b33d> <ntoskrnl.exe: 45b33> <ntoskrnl.exe: 4c81e> <ntoskrnl.exe: 4c8b3> <ntoskrnl.exe: 624b1> <ntoskrnl.exe: 6261c> <ntoskrnl.exe: 5daef> <ntoskrnl.exe: 5dea7> <ntoskrnl.exe: 5f782> <ntoskrnl.exe: 5daef> <ntoskrnl.exe: 5dea7> <ntoskrnl.exe: 610b2> <ntoskrnl.exe: 65a96> <ntoskrnl.exe: 3060>

20 years, 7 months

ACPI status

by Gge

I built Ros with ACPI=1 but the feature is not working (in real hardware) as the computer does not go into low power state . At boot the debug messages displayed are : DriverBase for acpi.sys : 9ce1300 Advanced Configuration and Power Interface Bus Driver ACPI: System firmware supports: +------------------------------------------------------------ | Sx states: +S0 +S1 -S2 -S3 +S4 +S5 +------------------------------------------------------------ What is the status of the ACPI feature ? Is it supported actually ? Best regards Gerard

20 years, 7 months

Re: [ros-svn] [royce] 13345: allow oring multiple DebugPort values

by Gge

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

20 years, 7 months

reactos.com this weekend

by Ge van Geldorp

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.

20 years, 7 months

msvcrt/crtdll "merge"

by Gunnar Dalsnes

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

20 years, 7 months

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Ros-dev