Hi,
Most of the dev team seems to be in agreement with bumping the reported version number to Win2k
but if anyone has any objections speak now or forever maintain a patch. I need Win2k to be
reported as the version number as many newer applications such as Office 2003 will not install
unless that is the latest version. If you find any places where a function, resource or anything
reports a value as NT4 or something ReactOS dependant please change it to match Windows 2000
behavior. Also I propose we just report Service Pack 4.
Thanks
Steven
__________________________________
Do you Yahoo!?
Yahoo! Small Business - Try our new resources site!
http://smallbusiness.yahoo.com/resources/
Hi all
Currently when running a BootCD, if I ask to format the partition, I'm
told that the setup could not complete. This is on trunk, not sure
about the 0.2.6 build; can anyone confirm?
Thanks
Jason
This is the text of the final few seconds before the compilation ran out of
steam. The compiler is the standard MinGW32-gcc plus MinGW-g++, etc, in the
MinGW-3.1.0-1.exe package; the computer's a Compaq 4000 Deskpro; the OS is MS
Win95, bog-standard as far as I know.
Wesley Parish
C:/MINGW/include/c++/3.2.3/bits/stl_tree.h:1068: instantiated from
`std::_Rb_t
ree_iterator<_Val, _Val&, _Val*> std::_Rb_tree<_Key, _Val, _KeyOfValue,
_Compare
, _Alloc>::insert_unique(std::_Rb_tree_iterator<_Val, _Val&, _Val*>, const
_Val&
) [with _Key = String, _Val = std::pair<const String, ICON_ID>, _KeyOfValue =
st
d::_Select1st<std::pair<const String, ICON_ID> >, _Compare =
std::less<String>,
_Alloc = std::allocator<std::pair<const String, ICON_ID> >]'
C:/MINGW/include/c++/3.2.3/bits/stl_map.h:262: instantiated from
`std::_Rb_tre
e<_Key, std::pair<const _Key, _Tp>, std::_Select1st<std::pair<const _Key, _Tp>
>
, _Compare, _Alloc>::iterator std::map<_Key, _Tp, _Compare,
_Alloc>::insert(std:
:_Rb_tree<_Key, std::pair<const _Key, _Tp>, std::_Select1st<std::pair<const
_Key
, _Tp> >, _Compare, _Alloc>::iterator, const std::pair<const _Key, _Tp>&)
[with
_Key = String, _Tp = ICON_ID, _Compare = std::less<String>, _Alloc =
std::alloca
tor<std::pair<const String, ICON_ID> >]'
C:/MINGW/include/c++/3.2.3/bits/stl_map.h:225: instantiated from `_Tp&
std::ma
p<_Key, _Tp, _Compare, _Alloc>::operator[](const _Key&) [with _Key = String,
_Tp
= ICON_ID, _Compare = std::less<String>, _Alloc =
std::allocator<std::pair<cons
t String, ICON_ID> >]'
explorer.cpp:398: instantiated from here
C:/MINGW/include/c++/3.2.3/bits/stl_pair.h:88: invalid use of undefined type `
struct String'
utility/utility.h:737: forward declaration of `struct String'
make[1]: *** [explorer.o] Error 1
make: *** [explorer] Error 2
--
Clinersterton beademung, with all of love - RIP James Blish
-----
Mau e ki, he aha te mea nui?
You ask, what is the most important thing?
Maku e ki, he tangata, he tangata, he tangata.
I reply, it is people, it is people, it is people.
same problem here using trunk revision 14208.
tested on qemu using blank and already formated image.
--- Jason Filby <jason.filby(a)gmail.com> wrote:
> Hi all
>
> Currently when running a BootCD, if I ask to format the partition, I'm
> told that the setup could not complete. This is on trunk, not sure
> about the 0.2.6 build; can anyone confirm?
>
> Thanks
> Jason
Kind regards,
Usurp (aka Sylvain Petreolle)
humans are like computers,
yesterday the BIOS was all
- today its just a word
Hi,
I think the affects both the branch and the trunk. At the end of stage 2 setup I get a crash in
ntoskrnl: 319b and 6760c
According to my map.
8006760c <_NtAdjustPrivilegesToken@24+0xbc>
Is called in a few places and 319b is
/* Do the System Call */
call *%eax
80003199: ff d0 call *%eax
movl %eax, KTRAP_FRAME_EAX(%ebp)
8000319b: 89 45 44 mov %eax,0x44(%ebp)
Thanks
Steven
__________________________________
Do you Yahoo!?
Yahoo! Small Business - Try our new resources site!
http://smallbusiness.yahoo.com/resources/
.\lib\rtl\largeint.c
There's a sutraction performed in your implementation. But actually it's a
logical negation (asm -> NEG; C -> ~) in this function of the low and high
part:
RtlLargeIntegerNegate()
Oliver
PS: I have no CVS access, so anyone here having it should fix this.
I created bug 585 for a blocking bug in LPC message queueing.
It seams I can't fix it. :(
There is something wrong in lpc/queue.c.
New SM that loads subsystems reading the registry config and CSR that
registers are attached to 585 (code *not* commited yet).
If fixing the LPC bug is not possible easily, I'll change SM to use a
scond thread to avoid cross calling from the same thread.
ea
Hi,
--- ea <ea(a)iol.it> wrote:
> maybe that is what I reported on the irc a few days ago (installing in
> QEMU061/Win32). Thomas could not reproduce it.
If I go through stage 2 setup quickly then it will crash. If I wait and go slowly over each page
ReactOS will not crash.
THanks
Steven
__________________________________
Do you Yahoo!?
Make Yahoo! your home page
http://www.yahoo.com/r/hs
I'd like to close this discussion with a vote.
Should we allow branches (other than trunk) with mixed new development and bugfixes
unrelated to the new development that is on the branch (miscelanea branches) ?
[ ] Yes, do allow miscelanea branches
[ ] No, don't allow miscelanea branches
Casper
Hi,
currently the free handle entry list is a lifo list. This is not a good
solution for process and thread ids because a id from a currently
deleted process or thread is valid again after a very short time. I
would like it to change the free list to a fifo list by using a double
linked list. The u2 part of an entry has enough room for a list entry
instead an index.
- Hartmut
