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