Hi,
Sorry but I accidentally lost 60 emails including the one I'm supposed
to reply to.
Hartmut, you have done a recent change in kill.c in which you change the
APC inside PspTerminateThreadByPointer to a user-mode APC. This is
incorrect and I don't understand why it was done... furthermore, I've
even documented a source of information which proves my code was correct
(on top of the function header), so why did you change it?
Best regards,
Alex Ionescu
Website proposal looks good.
I don't know if my opinion worth a cent, but I think the lines between left bar menu items make it harder to read and understand. The freebsd.org style is much simpler for brain to acquire and understand, when you only have one bold line around the whole navigation panel, and the items are separated with simple BR tag. Every extra line creates an extra load in your reception systems and occupy brain neuro cycles that can be used for thinking about content or other high abstract concepts instead.
Thanks
Yash
>> http://frik85.fr.funpic.de/reactos/en/index.htm (HTML version)
>
>Nice and clear design, fresh colors. :)
>I'd like to see this proposal as new homepage.
> Martin
Hey all,
Just a second thought about the website that ReactOS is planning on
updating. There are several ideas out there and several layouts. Here are my
suggestions:
Fedora Core 4
OpenLDAP for user information and Login functions
Perl and PHP
Apache 2.0.xx
POP3 and Imap4 email access
NNTP service
MySQL for CMS, Wiki, Portal
Postgresql for CMS, Portal, Wiki
I also believe in sticking with a header, and a three column layout, as well
as a footer. The site should be updateable by either database (MySQL or
Postgresql) or XML. Should provide login credential system that will allow
admins to add news and features.
I think users should be allowed or have access to giving detailed system
data to allow developers to focus on certain devices, drivers, and
applications. This would allow a user to also check the status on a new
optimized driver or binary, or any updates that React my want to distribute
for download. Later ReactOS.com should integrate with the currently
installed software on the users system to alert them of new releases,
patches, updates, and information; much like windows update. I also think
that the portal system should allow users to check @reactos.com email or
provide it in attempts to raise money for the site.
Another great thing that I know major OS manufacturers include is a
development library/ I think that we should list the source code and allow
users to browse it much like webCVS but also to annotate it, and allow a
user to chat in a forum type environment if they don't understand a line of
the code.
Just a few thoughts on color: KISS (Keep it simple stupid). Keep color usage
minimal and allow the user to customize it to their liking with templates.
I wonder how the development of the USB stack is going, the wiki "blog" is kind of old, I tested the USB tool mentioned in the forum some month ago, but it was just info it provided, how is it going with for example keyboard and mouse support?
Yours sincerely,
Jaix Bly
mbosma(a)svn.reactos.com wrote:
> HUMA2000: Spanish translation
>
>
> Updated files:
> trunk/rosapps/packmgr/lib/es.rc
>
Building the Rosapps module fails with the following error :
D:\Reactos\Svn\rosapps>svn update
U packmgr\lib\es.rc
Updated to revision 16597.
D:\Gerard\Reactos\Svn\rosapps>mingw32-make clean
mingw32-make: *** No rule to make target `clean'. Stop.
Any idea ?
Best regards
Build ros on ros update.
Make clean,
(lib/rtl/error.c:903) RTL: RtlNtStatusToDosErrorNoTeb(0xc000002f): no valid W32
error mapping
And this,
(subsys/csrss/win32csr/conio.c:995) Console_Api Ctrl-C
(lib/ntdll/ldr/startup.c:405) Failed to access the process parameter block
(KERNEL32:lib/kernel32/misc/console.c:2954) GenerateConsoleCtrlEvent(0x0, 0x128)
UNIMPLEMENTED!
Assertion '*SpinLock < 2' failed at ntoskrnl/ke/spinlock.c line 181
(ntoskrnl/mm/mm.c:319) Page fault at high IRQL was 2, address cccccccc
KeBugCheckWithTf at ntoskrnl/ke/catch.c:217
Spinning on spinlock 800ec340 current value 1
KeBugCheckEx at ntoskrnl/ke/spinlock.c:198
Spinning on spinlock 800ec340 current value 1
KeBugCheckEx at ntoskrnl/ke/spinlock.c:198
Spinning on spinlock 800ec340 current value 1
*Snip*
Spinning on spinlock 800ec340 current value 1
KeBugCheckEx at ntoskrnl/ke/spinlock.c:198
Stack underflow (tf->esp 9d588fc0 Limit 9d5a9000)
Stack Segment Fault Exception: 12(0)
CS:EIP 8:80082203 <ntoskrnl.exe:82203 (ntoskrnl/rtl/sprintf.c:77 (number))>
cr2 9d588fbc cr3 8b1c000 Proc: 81750210 Pid: 134 <make.exe> Thrd: 81940398 Tid:
158
DS 10 ES 10 FS 30 GS 10
EAX: 9d589105 EBX: 9d5895e8 ECX: 800ec340
EDX: 00000000 EBP: 9d589058 ESI: 0000000e
ESP: 9d588fc0 EDI: 81940398 EFLAGS: 00010286 kESP 9d588fc0 kernel stack base 9
d5a9000
Frames:
Major lockup!
James
Hi. I Have some problems with compiling ReactOS (for about 3-4 days) using
MinGW-Special or current (gcc 3.4.4).
here is the output of the compiler:
[CC] lib\rtl\ppb.c
lib\rtl\ppb.c: In function `RtlCreateProcessParameters':
lib\rtl\ppb.c:89: error: structure has no member named `CurrentDirectory'
lib\rtl\ppb.c:90: error: structure has no member named `CurrentDirectory'
lib\rtl\ppb.c:91: error: structure has no member named `ConsoleHandle'
lib\rtl\ppb.c:92: error: structure has no member named `ConsoleFlags'
lib\rtl\ppb.c:148: error: structure has no member named `MaximumLength'
lib\rtl\ppb.c:149: error: structure has no member named `Length'
lib\rtl\ppb.c:152: error: structure has no member named `CurrentDirectory'
lib\rtl\ppb.c:153: error: structure has no member named `ConsoleHandle'
lib\rtl\ppb.c:154: error: structure has no member named `ConsoleFlags'
lib\rtl\ppb.c:160: error: structure has no member named `CurrentDirectory'
lib\rtl\ppb.c:165: error: structure has no member named `CurrentDirectory'
lib\rtl\ppb.c:169: error: structure has no member named `CurrentDirectory'
lib\rtl\ppb.c:170: error: structure has no member named `CurrentDirectory'
lib\rtl\ppb.c:172: error: structure has no member named `CurrentDirectory'
lib\rtl\ppb.c:173: error: structure has no member named `CurrentDirectory'
lib\rtl\ppb.c:174: error: structure has no member named `CurrentDirectory'
lib\rtl\ppb.c:216: error: structure has no member named `RuntimeData'
lib\rtl\ppb.c: In function `RtlDeNormalizeProcessParams':
lib\rtl\ppb.c:251: error: structure has no member named `CurrentDirectory'
lib\rtl\ppb.c:251: error: structure has no member named `CurrentDirectory'
lib\rtl\ppb.c:251: error: structure has no member named `CurrentDirectory'
lib\rtl\ppb.c:258: error: structure has no member named `RuntimeData'
lib\rtl\ppb.c:258: error: structure has no member named `RuntimeData'
lib\rtl\ppb.c:258: error: structure has no member named `RuntimeData'
lib\rtl\ppb.c: In function `RtlNormalizeProcessParams':
lib\rtl\ppb.c:276: error: structure has no member named `CurrentDirectory'
lib\rtl\ppb.c:276: error: structure has no member named `CurrentDirectory'
lib\rtl\ppb.c:276: error: structure has no member named `CurrentDirectory'
lib\rtl\ppb.c:283: error: structure has no member named `RuntimeData'
lib\rtl\ppb.c:283: error: structure has no member named `RuntimeData'
lib\rtl\ppb.c:283: error: structure has no member named `RuntimeData'
make: *** [obj-i386\lib\rtl\ppb.o] Error 1
what have I done wrong?
thanks,
Sebastian
Hi all!
When running AbiWord this is happening. Everything works, just more of these errors.
I think the first clue is this next line,
(subsys/win32k/m(subsys/win32k/objects/gdiobj.c:1289) Attempted to change owner
isc/object.c:50) ObjectHeader 0x8D0E0140 has invalid reference count (-2)
(subsys/win32k/misc/object.c:50) ObjectHeader 0x8D0E6808 has invalid reference c
ount (-2)
(subsys/win32k/misc/object.c:50) ObjectHeade
ship of object 0x2304035f (pid: 0x12c) from pid 0x128!!!
(subsys/win32k/objects/gdiobj.c:589) Attempted to free foreign handle: 0x2304035
f Owner: 0x12c from Caller: 0x128
r 0x8D0E65B8 has invalid reference count (-2)
(subsys/win32k/misc/object.c:50) ObjectHeader 0x8D0E0140 has invalid reference c
ount (-2)
(subsys/win32k/misc/object.c:50) ObjectHeader 0x8D0E6808 has invalid reference c
ount (-2)
(subsys/win32k/misc/object.c:50) ObjectHeader 0x8D0E65B8 has invalid reference c
ount (-2)
(subsys/win32k/misc/object.c:50) ObjectHeader 0x8D0E0140 has invalid reference c
ount (-2)
(subsys/win32k/misc/object.c:50) ObjectHeader 0x8D0E6808 has invalid reference c
ount (-2)
on and on
Thanks,
James
greatlrd(a)svn.reactos.com wrote:
>The return size calculation's of GetEnvironmentVariable string was wrong. Thx to <Bizzy_D> to find out cd %windir% did not work. Now it will
>
>Modified: trunk/reactos/lib/kernel32/misc/env.c
>
>
> ------------------------------------------------------------------------
> *Modified: trunk/reactos/lib/kernel32/misc/env.c*
>
>--- trunk/reactos/lib/kernel32/misc/env.c 2005-07-10 22:05:48 UTC (rev 16527)
>+++ trunk/reactos/lib/kernel32/misc/env.c 2005-07-10 22:12:07 UTC (rev 16528)
>@@ -70,7 +70,7 @@
>
>@@ -133,7 +133,7 @@
>
>
> }
> }
>
>
>
>- return (VarValue.Length / sizeof(WCHAR));
>
>
>+ return (VarValue.Length / sizeof(WCHAR) + sizeof(WCHAR));
>
>
> }
>
>
>
>
Hi,
this change is wrong. The MSDN library says:
If the function succeeds, the return value is the number of TCHARs
stored into the buffer pointed to by /lpBuffer/, not including the
terminating null character.
Please revert your change.
- Hartmut
> + VarValue.MaximumLength = (nSize != 0 ? (nSize - 1) * sizeof(WCHAR) : 0);
>
> VarValue.Buffer = lpBuffer;
>
> Status = RtlQueryEnvironmentVariable_U (NULL,
> @@ -125,13 +150,17 @@
>
> SetLastErrorByStatus (Status);
> if (Status == STATUS_BUFFER_TOO_SMALL)
> {
>
> - return (VarValue.Length / sizeof(WCHAR)) + 1;
>
> + return (VarValue.Length / sizeof(WCHAR)) + 1;
>
> }
> else
> {
> return 0;
> }
> }
>
> +
> + /* make sure the string is NULL-terminated! RtlQueryEnvironmentVariable_U
> + only terminates it if MaximumLength < Length */
> + VarValue.Buffer[VarValue.Length / sizeof(WCHAR)] = L'\0';
Is it possible for an environment variable's value to be empty?
If it is, RtlQueryEnvironmentVariable_U() could succeeded even
if a zero length buffer is passed in. And then, would we crash
appending the NUL termination?
Since GetEnvironmentVariable has to have a buffer of at least
one character to succeed, maybe we should add such a guard to
the top of the function...
Thanks,
Joseph
Hi all,
Bored again, decided to build ros on ros.
Getting this,
(subsys/csrss/api/handle.c:75) CsrGetObject returning invalid handle
(KERNEL32:lib/kernel32/mem/global.c:412) Memory Load: 11
(KERNEL32:lib/kernel32/mem/global.c:412) Memory Load: 11
(subsys/csrss/api/handle.c:75) CsrGetObject returning invalid handle
(subsys/csrss/api/handle.c:75) CsrGetObject returning invalid handle
Things I noticed may have been fixed,
Multi cmd problem, handle count going throw the roof and hangs.
Thanks,
James
Hi!
When compiling ros on ros this happens. The build process, well nothing has changed
for more than a year, except cmd and the dlls.
make[2]: Entering directory `C:/ros/reactos/apps/utils/rundl32'
windres --include-dir ../../../include --include-dir ../../../w32api/include ru
ndll32.rc -o rundll32.coff
gcc -DUNICODE -Wall -Werror -D__USE_W32API -I. -I../../../include -I../../../w32
api/include -pipe -march=i386 -D_M_IX86 -c rundll32.c -o rundll32.o
make[2]: *** No rule to make target `../../../dk/w32/lib/user32.a', needed by `r
undll32.nostrip.exe'. Stop.
I use a old build to test ros with. It gives ros hell and it is small too. Doesnt
use much disk space.
Thanks,
James
Hi
a new branch ros-branch-0_2_7 * r16538 exists, now.
Please be cautious in terms of to which branch you commit and that this
branch remains buildable.
The next days there will be a binary distribution as RC1 whilst RC2 or
final will follow.
It seems like there is some uncertainty between this
code and RtlQueryEnvironmentVariable_U about who is
going to ensure that the string returned from
GetEnvironmentVariable() is nul terminated...
If I read the code in RtlQueryEnvironmentVariable_U
correctly (and I don't swear I have), it is possible
for it to return STATUS_SUCCESS and not copy a
NUL terminator. This happens if the buffer is large
enough to contain the value but not the NUL terminator.
This is probably correct for this function since
UNICODE_STRINGs (and the Rtl* library) generally have
no requirement of a NUL terminator.
But then, if I read the code in GetEnvironmentVariable()
correctly, I don't believe it takes this situation into
account.
Probably, it would be best if RtlQueryEnvironmentVariable_U
_never_ copied the NUL terminator, and the caller was
always responsible for adding NUL termination, if needed.
Thanks,
Joseph
PS. MSDN is slightly unclear (to me) on how it should behave
in this case, but it seems unlikely that the real
GetEnvironmentVariable() returns success and a non-nul-terminated
string. But I haven't written a test program to prove it.
weiden(a)svn.reactos.com wrote:
> return the length of the string excluding the null-termination character on success in GetEnvironmentVariable(). Thanks to Hartmut.
>
> Modified: trunk/reactos/lib/kernel32/misc/env.c
>
> ------------------------------------------------------------------------
> *Modified: trunk/reactos/lib/kernel32/misc/env.c*
>
> --- trunk/reactos/lib/kernel32/misc/env.c 2005-07-11 18:22:53 UTC (rev 16535)
> +++ trunk/reactos/lib/kernel32/misc/env.c 2005-07-11 20:30:33 UTC (rev 16536)
> @@ -91,7 +91,7 @@
>
> /* free unicode variable name string */
> RtlFreeUnicodeString (&VarNameU);
>
>
> - return (VarValueU.Length / sizeof(WCHAR) + 1);
>
> + return (VarValueU.Length / sizeof(WCHAR));
>
> }
>
>
> @@ -133,7 +133,7 @@
>
> }
> }
>
>
> - return (VarValue.Length / sizeof(WCHAR) + 1);
>
> + return (VarValue.Length / sizeof(WCHAR));
>
> }
>
>
>
On Fri, Jul 08, 2005 at 08:38:38AM +0200, Rafal Kupiec
wrote:
> I think I shoudn't write here this.
> Person finds free time to do it and you're doing
> problems. I think i'll never more write information
> about bugs in your system.
I shall refrain from commenting.
> BTW. Please download HostiliX Sources from SVN (rev
> 42). Make CD Image and boot it in VmWare or on real
> hardware. This problems don't occure in HostiliX!
Ummm... and please sign up for the bugzilla system
to submit your bugs?
You, as a full-time employee, can't be bothered to
sign up for bugzilla, but you expect all of us to
go download the entire HostiliX repo (some on dialup),
compile it, and boot it... just to prove/disprove
that the bug does or doesn't exist in code that's not
even ours?
Methinks you're holding a double-standard -- a very
self-centered one at that. Your time is -so- precious
that you can't be bothered to go through, at most, a
30-minute, one-time process in order to properly
report a bug, yet you think our time is soooo
expendable that we should go through a process that
could easily take some of us over an hour to do. Not
only that, but the process you want -us- to go through
doesn't even result in work getting done -- it would
succeed only in stroking your ego. Look! ReactOS has a
bug that HostiliX doesn't! Whoop-de-doo! Now what? We
can't re-use your code, since it's considered
"tainted," so we don't gain anything by verifying that
the HostiliX code does/doesn't work.
For the record: How many people on this list have
full-time jobs not related to ReactOS?
When I joined the ReactOS Bugzilla, I was a full-time
college student (15 credits, 22 hours of class/travel
a week, another 20+ hours in homework easily).
-- Travis
__________________________________
Discover Yahoo!
Have fun online with music videos, cool games, IM and more. Check it out!
http://discover.yahoo.com/online.html