- Ros-dev - ReactOS.org

by Rick Langschultz

Hey all I was wondering what the networking status was. I am planning on writing a small tcp/ip service for reactos to use personally. Thanks for the update.

20 years, 2 months

2
1
0 0

memory load is wrong

by Hartmut Birr

Hi, with the current svn, I get memory loads from kernel32, which are greater than 100: (KERNEL32:lib\kernel32\mem\global.c:412) Memory Load: 659 - Hartmut

20 years, 2 months

2
1
0 0

Re: [ros-svn] [hbirr] 16180: Fixed a bug within the calculation of the memory load.

by James Tabor

hbirr(a)svn.reactos.com wrote: > Fixed a bug within the calculation of the memory load. > > > > Updated files: > trunk/reactos/lib/kernel32/mem/global.c > Hi! Is PageSize == 4096? Why is NumberOfPhysicalPages used instead? Thanks, James

20 years, 2 months

2
1
0 0

Re: [ros-svn] [hbirr] 16180: Fixed a bug within the calculation of the memory load.

by Steven Edwards

--- hbirr(a)svn.reactos.com wrote: > Fixed a bug within the calculation of the memory load. In case anyone gets a chance to test before I do, I think this fix will allow Office97 applications to get a little further along. Thanks Steven ____________________________________________________ Yahoo! Sports Rekindle the Rivalries. Sign up for Fantasy Football http://football.fantasysports.yahoo.com

20 years, 2 months

1
0
0 0

Creation of freeldr diskette with the new building system

by Gge

I don't know how to create a freeldr diskette with the new building system . freeldr.sys is created in output-i386/boot/ftreeldr but the boot sector needs to be created . The previous method "install a: fat" from boot/freeldr/install directory does not work anymore ) Any idea ? regards Gge

20 years, 2 months

1
0
0 0

Re: [ros-svn] [ion] 16126: Blight is cool. oh, right..this is a commt message. err.. oh. include debug.h per-file isntead of globally, or else this breaks NDEBUG

by Hartmut Birr

ion(a)svn.reactos.com wrote: >Blight is cool. oh, right..this is a commt message. err.. oh. include debug.h per-file isntead of globally, or else this breaks NDEBUG > > > > Hi, this changes are wrong. Ntdll.h defines the TRACE_LDR macro. NDEBUG _must_ be defined before including a header file with the TRACE_LDR macro (ntdll.h). - Hartmut

20 years, 2 months

1
0
0 0

what's the ReactOS USB status?

by Damjan Jovanovic

Hi I recently got the chance to try out ReactOS for my first time. It seems to me just about nothing works, it takes an expert to compile it (I had to download 2 different mingw-linux versions, fix an assembly language syntax error and comment out broken netkittcp code), but it's a very cute operating systems that boots faster than any other I've ever seen. Anyway, I recently started looking at how to make Windows device drivers (it's interesting...), and I thought I'd make a couple for ReactOS. I had several in mind: -A USB mass storage device driver (when I plugged my USB flash disk in, it didn't flash and no new disk showed up, so I assume they currently aren't supported) I believe that the driver is called USBSTOR.SYS on Win2k? -A USBSCAN.SYS for USB scanners [I am already working on an STI (Still Image service) implementation, and seeing as the Wine folks aren't thrilled at having me add device drivers into Wine, which is necessary for many scanners, I think I'll make STI for ReactOS instead :-) ]. -A driver for the XFS filesystem. I've already got a hacked-up collection of XFS code from GRUB to compile. Now just to turn it into a proper driver... But before I even get started, how well is USB supported under ReactOS? Why is there no USBLIB.H in the DDK headers? Does anyone know good resources for USB programming under Windows? And any advice for filesystem drivers? Thank you Damjan ____________________________________________________ Yahoo! Sports Rekindle the Rivalries. Sign up for Fantasy Football http://football.fantasysports.yahoo.com

20 years, 2 months

4
4
0 0

Re: [ros-diffs] [navaraf] 16149: Forgot this file in r16147.

by Filip Navara

20 years, 2 months

1
0
0 0

Re: [ros-svn] [ion] 16072: Move Exported functions away from internal/ke.h, move exported data from internal/ex.h, add internal structures to internal/ifs.h, include ntdddisk.h in internal/xhal.h for access to PDRIVE_LAYOUT_INFORMATION, remove DDK function from internal/nls.h, remove KTRAP_FRAME from internal/i386/ke.h, add some more temporary types to krnltypes.h, protect PNP_VETO_TYPE, move EVENT_TRACE_HEADER to DDK, guard disk.h properly, correct DRIVE_LAYOUT_INFORMATION typedef in DDK, add PNP

by Filip Navara

ion(a)svn.reactos.com wrote: >Move Exported functions away from internal/ke.h, move exported data from internal/ex.h, add internal structures to internal/ifs.h, include ntdddisk.h in internal/xhal.h for access to PDRIVE_LAYOUT_INFORMATION, remove DDK function from internal/nls.h, remove KTRAP_FRAME from internal/i386/ke.h, add some more temporary types to krnltypes.h, protect PNP_VETO_TYPE, move EVENT_TRACE_HEADER to DDK, guard disk.h properly, correct DRIVE_LAYOUT_INFORMATION typedef in DDK, add PNP_VETO_TYPE, NLSTABLEINFO, CPTABLEINFO, remove KDPC_DATA, PP_LOOKASIDE_LIST. remove PROCESSOR_POWER_STATE from ntpoapi, remove MAILSLOT_CREATE_PARAMETERS, NAMED_PIPE_CREATE_PARAMETERS, IO_COMPLETION_INFORMATION_CLASS, PAGEFAULT_HISTORY, SECTION_XXX_INFORMATION, RtlSelfRelativeToAbsoluteSD, ZwQuerySection/Object, ZwQuerySystemInformation, ZwSetInformationObject, ZwSetSystemInformation from IFS > > >Updated files: >trunk/reactos/include/ndk/kefuncs.h >trunk/reactos/include/ntos/disk.h >trunk/reactos/include/ntos/fstypes.h >trunk/reactos/include/ntos/kefuncs.h >trunk/reactos/include/ntos/krnltypes.h >trunk/reactos/include/ntos/ntpnp.h >trunk/reactos/include/ntos/rtltypes.h >trunk/reactos/include/ntos/zw.h >trunk/reactos/include/ntos/zwtypes.h >trunk/reactos/ntoskrnl/include/internal/ex.h >trunk/reactos/ntoskrnl/include/internal/i386/ke.h >trunk/reactos/ntoskrnl/include/internal/i386/ps.h >trunk/reactos/ntoskrnl/include/internal/ifs.h >trunk/reactos/ntoskrnl/include/internal/ke.h >trunk/reactos/ntoskrnl/include/internal/nls.h >trunk/reactos/ntoskrnl/include/internal/ps.h >trunk/reactos/ntoskrnl/include/internal/xhal.h > > One of the revisons 16072 - 16080 breaks booting for me... - Filip

20 years, 2 months

2
2
0 0

Re: [ros-svn] [hpoussin] 16093: Implement IRP_MN_QUERY_DEVICE_RELATIONS for USB hubs

by James Tabor

Hi! hpoussin(a)svn.reactos.com wrote: > Implement IRP_MN_QUERY_DEVICE_RELATIONS for USB hubs > Implement IRP_MN_QUERY_ID for devices enumerated by USB hubs > > > Updated files: > trunk/reactos/drivers/usb/cromwell/hub/fdo.c > trunk/reactos/drivers/usb/cromwell/hub/pdo.c > trunk/reactos/drivers/usb/cromwell/hub/usbhub.h > BTW, What is the hive setup for usbhub.sys anyway? Could you post it? Thanks, James

20 years, 2 months

2
1
0 0

TAG is missing

by Hartmut Birr

Hi, I can't compile reactos, because the definition of TAG is missing in many files. - Hartmut

20 years, 2 months

1
0
0 0

compile problem

by Hartmut Birr

Hi, does anyone understand this error message: M:\Sandbox\ros_work\reactos>_make -f makefile.up.mak ntoskrnl gcc -c ntoskrnl\io\driver.c -o .\up\obj-i386\ntoskrnl\io\driver.o -Ilib\kjs\include -Intoskrnl\include -D_SEH_NO_NATINLG -D_DISABLE_TIDENTS -D__NTOSKRNL__ -D_NTOSKRNL_ -D__NO_CTYPE_INLINES -D__USE_W32API -Iinclude -Iw32api\include -Iwpi\include\ddk -D_M_IX86 -DDBG -Wall -Os -Wno-strict-aliasing -ftracer -momit-leaf-frame-pointer -mpreferred-stack-boary=2 -fno-unit-at-a-time -g -pipe -Werror -D_SEH_NO_NATIVE_NLG ntoskrnl\io\driver.c: In function `IopReinitializeDrivers': ntoskrnl\io\driver.c:1693: error: unable to find a register to spill in class `CREG' ntoskrnl\io\driver.c:1693: error: this is the insn: (call_insn/j:HI 38 37 39 1 ntoskrnl\io\driver.c:1664 (call (mem:QI (reg:SI 3 bx [86]) [0 S1 A8]) (const_int 0 [0x0])) 362 {*sibcall_1} (insn_list 36 (insn_list 37 (nil))) (expr_list:REG_DEAD (reg:SI 1 dx [ Irql ]) (expr_list:REG_DEAD (reg:SI 2 cx) (expr_list:REG_DEAD (reg:SI 3 bx [86]) (nil)))) (expr_list (use (reg:SI 2 cx)) (expr_list (use (reg:SI 1 dx [ Irql ])) (nil)))) ntoskrnl\io\driver.c:1693: confused by earlier errors, bailing out _make: *** [.\up\obj-i386\ntoskrnl\io\driver.o] Error 1 - Hartmut

20 years, 2 months

2
2
0 0

Patch up for testing

by Ge van Geldorp

After change r15830 (which was required to get the VMware 5 display driver to run), sometimes display corruption occurs (see also bug 650). For example, using the VBE driver, start "rosperf fill" and then move the mouse up/down along the right side of the window. I have a patch available which should fix this. It's a pretty invasive patch so I would like it if people can test it in their favorite config before I commit it. The patch itself is available at ftp://ftp.geldorp.nl/pub/ReactOS/lockbits.patch I've also provided two win32k.sys binaries based on r15932 at ftp://ftp.geldorp.nl/pub/ReactOS/win32k.sys.dbg1 (debug build, DBG=1) and ftp://ftp.geldorp.nl/pub/ReactOS/win32k.sys.dbg0 (release build, DBG=0 and OARCH=pentium2). The only issue I know of is that this patch will cause increased display corruption when using the Cirrus driver in QEmu. I believe this is only a symptom of a deeper problem we have with the Cirrus driver. I plan to commit this patch during the weekend. Gé van Geldorp.

20 years, 2 months

2
2
0 0

Re: [ros-svn] [navaraf] 16006: - Comment out the call to SHObjectProperties. The one who added it must have been complete freak since the parameters were completely wrong. Don't let me do "svn log" ...

by James Tabor

navaraf(a)svn.reactos.com wrote: > - Comment out the call to SHObjectProperties. The one who added it must have been complete freak since the parameters were completely wrong. Don't let me do "svn log" ... > - Remove duplicate definition from version.h. > > > > Updated files: > trunk/reactos/lib/shell32/shv_item_cmenu.c > trunk/reactos/lib/shell32/version.h > I could not find that in the current wine cvs, I guess it was removed. We should update shell32 again and I bet it will go away. James

20 years, 2 months

1
0
0 0

ReactOS Visual IDE

by Rick Langschultz

Hello, I am looking to develop an all in one application for developers and programmers to write code for reactos. I know that I haven't produced very much work, or contributed to the reactos core as of yet but I am sure that ReactOS would like to have something that would reflect M$ Visual Studio and Apple's XCode. I know how much programming means to you all and sorry to say I am not the greatest program writer in the world but I feel that any contribution can work. Here are my plans for the Visual IDE: 1) Encompass all of the C++ and C models that the ReactOS developer would need. Including: headers, libraries, and executables that are needed to develop and compile ReactOS binaries. 2) Make the Visual Ide as easy to navigate as other respective companies IDEs. 3) Integrate current technologies including: a. C++ b. C c. Mono d. Server Side Technologies i. PHP ii. ASP iii. .Net e. Database Integration f. Team / Group Collaboration g. Instant Messaging h. Document Check-in / Check-out via CVS or SVN I would also like to have a working database model based off of a version of MySQL 4.1.x or 5.0.x or perhaps either Postgresql 8.x that would support such a project. Please tell me if we can get people together to document reactos to develop such an IDE.

20 years, 2 months

5
4
0 0

Win32k.sys is Broken!

by James Tabor

Hi all! Started WinObj.exe and got this, KeBugCheckWithTf at ntoskrnl/ke/catch.c:217 A problem has been detected and ReactOS has been shut down to prevent damage to your computer. The problem seems to be caused by the following file: win32k.sys Technical information: *** STOP: 0x0000001E (0xc0000005,0x9dc9e095,0x00000000,0x9ef22000) *** win32k.sys - Address 0x9dc9e095 base at 0x9dc93000, DateStamp 0x0 Page Fault Exception: 14(2) Processor: 0 CS:EIP 8:9dc9e095 <win32k.sys:b095 (subsys/win32k/dib/dib16bpp.c:51 (DIB_16BPP_HLine))> cr2 9ef22000 cr3 3aad5000 Proc: 816a3f60 Pid: 128 <winobj.EXE> Thrd: 816af510 Ti d: 120 DS 10 ES 10 FS 30 GS 23 EAX: d699d699 EBX: 0000d699 ECX: 7ff68b22 EDX: ffffffff EBP: 9ed8b7f0 ESI: 0056f678 ESP: 9ed8b76c EDI: 9ef22000 EFLAGS: 00010a17 kESP 9ed8b76c kernel stack base 9ed89000 Frames: <D699D699> It locked up and was unable to back trace. Also, I tried to repeat the error and all I get is this, KeBugCheckWithTf at ntoskrnl/ke/catch.c:217 (ntoskrnl/mm/mm.c:319) Page fault at high IRQL was 2, address d699d699 (ntoskrnl/mm/mm.c:319) Page fault at high IRQL was 2, address d699d69d (ntoskrnl/mm/mm.c:319) Page fault at high IRQL was 2, address d699d69d (ntoskrnl/mm/mm.c:319) Page fault at high IRQL was 2, address d699d69d (ntoskrnl/mm/mm.c:319) Page fault at high IRQL was 2, address d699d69d (ntoskrnl/mm/mm.c:319) Page fault at high IRQL was 2, address d699d69d (ntoskrnl/ke/i386/exp.c:507) Stack underflow (tf->esp 9edda97c Limit 9eddb000 Ei p 800ac3d4) (ntoskrnl/ke/i386/exp.c:507) Stack underflow (tf->esp 9edda13c Limit 9eddb000 Ei p 800ac3d4) (ntoskrnl/ke/i386/exp.c:507) Stack underflow (tf->esp 9edd98fc Limit 9eddb000 Ei p 800ac3d4) (ntoskrnl/ke/i386/exp.c:507) Stack underflow (tf->esp 9edd90bc Limit 9eddb000 Ei p 800ac3d4) (ntoskrnl/ke/i386/exp.c:507) Stack underflow (tf->esp 9edd887c Limit 9eddb000 Ei p 800ac3d4) (ntoskrnl/ke/i386/exp.c:507) Stack underflow (tf->esp 9edd803c Limit 9eddb000 Ei p 800ac3d4) Endless Loop! Thanks, James

20 years, 2 months

2
2
0 0

RE: [ros-dev] ReactOS Visual IDE

by Murphy, Ged (Bolton)

waldo alvarez wrote: > Hi Rick: > > I would like to help you out. In fact I was thinking about a > free open IDE. It would be of great help to reactos. > Something like Windows + VS = ReactOS + your project. > Actually DevC++ is not for me. Well I could help you with > some programming and could share some ideas I have. Also I > could help you out with the several parsers you will need for > that project. Recently I've been in touch with yacc + lex > very closely. > > Regards > Waldo Alvarez > > On 6/16/05, Rick Langschultz <rlangschultz(a)cox.net> wrote: > > > > > > Hello, > > > > > > > > I am looking to develop an all in one application for > developers and > > programmers to write code for reactos. I know that I > haven't produced > > very much work, or contributed to the reactos core as of > yet but I am > > sure that ReactOS would like to have something that would > reflect M$ > > Visual Studio and Apple's XCode. I know how much > programming means to > > you all and sorry to say I am not the greatest program > writer in the > > world but I feel that any contribution can work. Here are > my plans for > > the Visual IDE: <snip> You've always got Anjuta and Kdevelop as a nice base to fall back on for ideas and tips. AFAIK, We don't have anything as powerful as these in open source for the Win32 environment, so I reckon there is a market. As good as Dev-C++ is, is ain't no Kdevelop or VC++. Ged ************************************************************************ The information contained in this message or any of its attachments is confidential and is intended for the exclusive use of the addressee. The information may also be legally privileged. The views expressed may not be company policy, but the personal views of the originator. If you are not the addressee, any disclosure, reproduction, distribution or other dissemination or use of this communication is strictly prohibited. If you have received this message in error, please contact postmaster(a)exideuk.co.uk <mailto:postmaster@exideuk.co.uk> and then delete this message. Exide Technologies is an industrial and transportation battery producer and recycler with operations in 89 countries. Further information can be found at www.exide.com

20 years, 2 months

1
0
0 0

Re: [ros-svn] [ion] 15941: Fix strpbrk

by Steven Edwards

Hi, --- ion(a)svn.reactos.com wrote: > Fix strpbrk Not to be rude Alex and this is not mainly directed at you but everyone that does SVN commits but this and your other commit tell me nothing. Fix gate code and fix strpbrk. How was it broken/fixed? I mean something like "fixed a race in gate code" or "fixed a lock in gate code" would be enough to make me happy. Like I said its not meant to be directed just at you. I would not mind the terse commit messages as much if I just had to click a url embedded in the commit message to see the diff. Could we get the url to the diff in svn for ros-svn so I don't have to be on yet another mailing list if I want to review the diff? I know I asked about this before but I don't quite remeber what the problem was. Thanks Steven ____________________________________________________ Yahoo! Sports Rekindle the Rivalries. Sign up for Fantasy Football http://football.fantasysports.yahoo.com

20 years, 3 months

1
0
0 0

RE: [ros-dev] Patch up for testing

by Ge van Geldorp

> From: Filip Navara > > Fast mutexes in paged pool ... aren't that good idea. Alex talked me into using guarded mutexes instead of fast mutexes. That solves the paged pool problem too. Gé van Geldorp.

20 years, 3 months

1
0
0 0

xml question

by Hartmut Birr

Hi, I would like to build the string library with the assembler sources. I've modified string.xml, but I get the following warning: makefile.auto:23675: warning: overriding commands for target `.\up\obj-i386\lib\string\memccpy.o' makefile.auto:23659: warning: ignoring old commands for target `.\up\obj-i386\lib\string\memccpy.o' makefile.auto:23683: warning: overriding commands for target `.\up\obj-i386\lib\string\memcmp.o' makefile.auto:23663: warning: ignoring old commands for target `.\up\obj-i386\lib\string\memcmp.o' makefile.auto:23731: warning: overriding commands for target `.\up\obj-i386\lib\string\strcspn.o' makefile.auto:23667: warning: ignoring old commands for target `.\up\obj-i386\lib\string\strcspn.o' makefile.auto:23743: warning: overriding commands for target `.\up\obj-i386\lib\string\strspn.o' makefile.auto:23671: warning: ignoring old commands for target `.\up\obj-i386\lib\string\strspn.o' What is wrong in string.xml? - Hartmut

20 years, 3 months

2
1
0 0

Re: [ros-dev] Patch up for testing

by Filip Navara

20 years, 3 months

1
0
0 0

lib/crt/stdlib/strtoull.c buggy?

by Mark Junker

Hi, the strtoull function should work with "long long"s instead of "long"s. A patch is attached. However, it would be better to test for the existence of a 64 bit integral data type and compile this function optionally ... BTW: It seems that all sources in lib/crtdll/ (except dllmain.c and precomp.h) are unused. Is this correct? Regards, Mark Index: lib/crt/stdlib/strtoull.c =================================================================== --- lib/crt/stdlib/strtoull.c (revision 15932) +++ lib/crt/stdlib/strtoull.c (working copy) @@ -4,21 +4,49 @@ #include <ctype.h> #include <errno.h> #include <stdlib.h> -//#include <msvcrt/unconst.h> +/* #include <msvcrt/unconst.h> */ +/* required to get prototype for __set_errno() */ +#include <internal/file.h> + +#if defined(LONG_LONG_MAX) +/* GCC-style constant */ +#define ROS_LLONG_MAX LONG_LONG_MAX +#define ROS_ULLONG_MAX ULONG_LONG_MAX +typedef long long ros_ll; +typedef unsigned long long ros_ull; +#elif defined(_I64_MAX) +/* MSVC-style constant */ +#define ROS_LLONG_MAX _I64_MAX +#define ROS_ULLONG_MAX _UI64_MAX +typedef __int64 ros_ll; +typedef unsigned __int64 ros_ull; +#elif defined(LLONG_MAX) +/* C9x-style constant */ +#define ROS_LLONG_MAX LLONG_MAX +#define ROS_ULLONG_MAX ULLONG_MAX +#include <stdint.h> +typedef int64_t ros_ll; +typedef uint64_t ros_ull; +#else +#define ROS_LLONG_MAX LONG_MAX +#define ROS_ULLONG_MAX ULONG_MAX +typedef long ros_ll; +typedef unsigned long ros_ull; +#endif + /* * Convert a string to an unsigned long integer. * * Ignores `locale' stuff. Assumes that the upper and lower case * alphabets and digits are each contiguous. */ -unsigned long +ros_ull strtoull(const char *nptr, char **endptr, int base) { const char *s = nptr; - unsigned long acc; + ros_ull acc, cutoff; int c; - unsigned long cutoff; int neg = 0, any, cutlim; /* @@ -43,8 +71,8 @@ } if (base == 0) base = c == '0' ? 8 : 10; - cutoff = (unsigned long)ULONG_MAX / base; - cutlim = (unsigned long)ULONG_MAX % base; + cutoff = (ros_ull)ROS_ULLONG_MAX / base; + cutlim = (int) ((ros_ull)ROS_ULLONG_MAX % base); for (acc = 0, any = 0;; c = *s++) { if (isdigit(c)) @@ -65,7 +93,7 @@ } if (any < 0) { - acc = ULONG_MAX; + acc = ROS_ULLONG_MAX; __set_errno ( ERANGE ); } else if (neg)

20 years, 3 months

1
0
0 0

rbuild issue

by Hartmut Birr

Hi, our new build system doesn't use the assembler string functions in lib\string. - Hartmut

20 years, 3 months

2
1
0 0

Re: [ros-svn] [ion] 14754: Add KDBG debugging hack from old code and convert it to fit new one. Not enabled yet because it underflows the stack after a while (researching why).

by Anich Gregor

This breaks parts of KDB too. Please finish your changes to ctxswitch.S and put back the old functionality (which KDB relies on) if possible.

20 years, 3 months

2
2
0 0

Re: [ros-svn] [ion] 14790: Don't use hack for trap frames anymore, read TempEsp and TempSegSs for kernel-mode traps during debugging.

by Anich Gregor

Please revert these changes if possible, they are part of KDBs current breakage and pretty much incorrect (from KDBs point of view)

20 years, 3 months

2
2
0 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Ros-dev