Ros-dev June 2005

ros-dev@reactos.org

77 participants
161 discussions

Patch up for testing
by Ge van Geldorp 17 Jun '05

17 Jun '05

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.

2 2

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 17 Jun '05

17 Jun '05

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

1 0

ReactOS Visual IDE
by Rick Langschultz 17 Jun '05

17 Jun '05

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.

5 4

Win32k.sys is Broken!
by James Tabor 17 Jun '05

17 Jun '05

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

2 2

RE: [ros-dev] ReactOS Visual IDE
by Murphy, Ged (Bolton) 17 Jun '05

17 Jun '05

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

1 0

Re: [ros-svn] [ion] 15941: Fix strpbrk
by Steven Edwards 17 Jun '05

17 Jun '05

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

1 0

RE: [ros-dev] Patch up for testing
by Ge van Geldorp 16 Jun '05

16 Jun '05

> 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.

1 0

xml question
by Hartmut Birr 16 Jun '05

16 Jun '05

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

2 1

Re: [ros-dev] Patch up for testing
by Filip Navara 16 Jun '05

16 Jun '05

1 0

lib/crt/stdlib/strtoull.c buggy?
by Mark Junker 16 Jun '05

16 Jun '05

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)

1 0

← Newer
1
...
5
6
7
8
9
10
11
...
17
Older →

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 June 2005