Hi,
I have rewritten kdcom and I'm currently using it for the amd64 port
more or less successfully.
It works generally, but it still has some issues and sometimes packets
time out and it takes quite a while before WinDbg is fully connected
(every timeout is about 10 seconds)
Maybe someone likes to test it on x86.
I'm happy about any hints why these issues exist.
My current debugging methods are a second plain text debugging channel
and logging the transmitted data through a pipe using IO Ninja.
One problem here is that vbox serial to named pipe sucks and this way I
get lots of broken packets that ned to be resent. That's much better
using com0com, but then I cannot log the data.
Regards,
Timo
Hi everybody.
It's been a long time that I follow this project, even if I was pretty
quiet, and I think it is now time to make my own contribution.
Some of you might remind some attempts to work on kernel32 winetests.,
and it turned out that I needed something more motivational. I found
that reactX is an abandoned field, and so I think that it would be a
real challenge to get things working. I have already some patches, which
get the ddraw initialization a bit further that where it manages to go
in trunk.
Regards
Jérôme (aka zefklop)
PS: I'd like to talk with you about that on IRC, but unfortunately I am
behind proxy which refuses it....
This has been broken for quite some time now. Has anyone looked into this
yet?
I feel like I've lost a limb and findstr isn't a great prosthetic
replacement.
Cheers,
Ged.
On Tue, Oct 13, 2009 at 2:01 PM, <fireball(a)svn.reactos.org> wrote:
> - Fix an out-of-bounds read in RtlpDidUnicodeToOemWorked.
This has got to be the worst naming I have ever seen for a function.
It makes my internal grammar parser want to puke chunks of conjugation
and tense.
--
Steven Edwards
"There is one thing stronger than all the armies in the world, and
that is an idea whose time has come." - Victor Hugo
Hi, some recent changes in solitaire and the new spider solitaire can't
be built in RosBE 1.5B1. Seems to be a problem with the new cardlib as
static lib.
[RC] obj-i386\base\applications\games\solitaire\rsrc_sol.res
[CVTRES] obj-i386\base\applications\games\solitaire\rsrc_sol.coff
[LD] output-i386\base\applications\games\solitaire\sol.exe
mingw32-make.exe : c:/program
files/rosbe/i386/bin/../lib/gcc/mingw32/4.4.2/lib
stdc++.a(tinfo.o): In function `ZNSt9type_infoD0Ev':
Bei Zeile:1 Zeichen:2
+ & <<<< 'C:\Program Files\RosBE\i386\bin\mingw32-make.exe' -j 1
sol_clean sol
+ CategoryInfo : NotSpecified: (c:/program
file...type_infoD0Ev':
:String) [], RemoteException
+ FullyQualifiedErrorId : NativeCommandError
C:/msys/local/build/mingw32/libstdc++-v3/libsupc++/../../../../src/libstdc++-v3
/libsupc++/tinfo.cc:33: undefined reference to `strcmp'
c:/program
files/rosbe/i386/bin/../lib/gcc/mingw32/4.4.2/libstdc++.a(vterminate
.o): In function `ZN9__gnu_cxx27__verbose_terminate_handlerEv':
C:/msys/local/build/mingw32/libstdc++-v3/libsupc++/../../../../src/libstdc++-v3
/libsupc++/vterminate.cc:65: undefined reference to `fputs'
C:/msys/local/build/mingw32/libstdc++-v3/libsupc++/../../../../src/libstdc++-v3
/libsupc++/vterminate.cc:69: undefined reference to `fputs'
C:/msys/local/build/mingw32/libstdc++-v3/libsupc++/../../../../src/libstdc++-v3
/libsupc++/vterminate.cc:70: undefined reference to `fputs'
C:/msys/local/build/mingw32/libstdc++-v3/libsupc++/../../../../src/libstdc++-v3
/libsupc++/vterminate.cc:83: undefined reference to `fputs'
C:/msys/local/build/mingw32/libstdc++-v3/libsupc++/../../../../src/lib
stdc++-v3/libsupc++/vterminate.cc:84: undefined reference to `fputs'
C:/msys/local/build/mingw32/libstdc++-v3/libsupc++/../../../../src/libstdc++-v3
/libsupc++/vterminate.cc:85: undefined reference to `fputc'
C:/msys/local/build/mingw32/libstdc++-v3/libsupc++/../../../../src/libstdc++-v3
/libsupc++/vterminate.cc:91: undefined reference to `fputs'
c:/program
files/rosbe/i386/bin/../lib/gcc/mingw32/4.4.2/libstdc++.a(cp-demangl
e.o): In function `d_source_name':
C:/msys/local/build/mingw32/libstdc++-v3/libsupc++/cp-demangle.c:1427:
undefine
d reference to `memcmp'
c:/program
files/rosbe/i386/bin/../lib/gcc/mingw32/4.4.2/libstdc++.a(cp-demangl
e.o): In function `d_expression':
C:/msys/local/build/mingw32/libstdc++-v3/libsupc++/cp-demangle.c:2641:
undefine
d reference to `strcmp'
C:/msys/local/build/mingw32/libstdc++-v3/libsupc++/cp-demangle.c:2679:
undefine
d reference to `strcmp'
c:/program
files/rosbe/i386/bin/../lib/gcc/mingw32/4.4.2/libstdc++.a(cp-demangl
e.o): In function `d_print_comp':
C:/msys/local/build
/mingw32/libstdc++-v3/libsupc++/cp-demangle.c:3461: undefined reference
to `str
ncmp'
C:/msys/local/build/mingw32/libstdc++-v3/libsupc++/cp-demangle.c:3881:
undefine
d reference to `strcmp'
C:/msys/local/build/mingw32/libstdc++-v3/libsupc++/cp-demangle.c:4052:
undefine
d reference to `sprintf'
c:/program
files/rosbe/i386/bin/../lib/gcc/mingw32/4.4.2/libstdc++.a(cp-demangl
e.o): In function `d_demangle_callback':
C:/msys/local/build/mingw32/libstdc++-v3/libsupc++/cp-demangle.c:4495:
undefine
d reference to `strncmp'
c:/program
files/rosbe/i386/bin/../lib/gcc/mingw32/4.4.2/libstdc++.a(cp-demangl
e.o): In function `_cxa_demangle':
C:/msys/local/build/mingw32/libstdc++-v3/libsupc++/cp-demangle.c:4656:
undefine
d reference to `strcpy'
c:/program
files/rosbe/i386/bin/../lib/gcc/mingw32/4.4.2/libstdc++.a(cp-demangl
e.o): In function `d_growable_string_callback_adapter':
C:/msys/local/build/mingw32/libstdc++-v3/libsupc++/cp-demangle.c:3010:
undefine
d reference to `realloc'
c:/program files/rosbe/i386/bin/../lib/gcc/
mingw32/4.4.2/libgcc.a(unwind-sjlj.o): In function `fc_key_init':
C:/msys/local/build/mingw32/libgcc/../../../src/libgcc/../gcc/gthr-win32.h:578:
undefined reference to `TlsAlloc@0'
C:/msys/local/build/mingw32/libgcc/../../../src/libgcc/../gcc/gthr-win32.h:589:
undefined reference to `GetLastError@0'
c:/program
files/rosbe/i386/bin/../lib/gcc/mingw32/4.4.2/libgcc.a(unwind-sjlj.o
): In function `_gthread_getspecific':
C:/msys/local/build/mingw32/libgcc/../../../src/libgcc/../gcc/gthr-win32.h:605:
undefined reference to `GetLastError@0'
C:/msys/local/build/mingw32/libgcc/../../../src/libgcc/../gcc/gthr-win32.h:607:
undefined reference to `TlsGetValue@4'
C:/msys/local/build/mingw32/libgcc/../../../src/libgcc/../gcc/gthr-win32.h:609:
undefined reference to `SetLastError@4'
c:/program
files/rosbe/i386/bin/../lib/gcc/mingw32/4.4.2/libgcc.a(unwind-sjlj.o
): In function `_gthread_setspecific':
C:/msys/local/build/mingw32/libgcc/../../../src/libgcc/../gcc/gthr-win32.h:617:
undefined reference to `TlsSetValue@8'
C:/msys/local/build/mingw32/libgc
c/../../../src/libgcc/../gcc/gthr-win32.h:620: undefined reference to
`GetLastE
rror@0'
c:/program
files/rosbe/i386/bin/../lib/gcc/mingw32/4.4.2/libgcc.a(gthr-win32.o)
: In function `_gthr_win32_recursive_mutex_unlock':
C:/msys/local/build/mingw32/libgcc/../../../src/libgcc/../gcc/config/i386/gthr-
win32.c:256: undefined reference to `ReleaseSemaphore@12'
c:/program
files/rosbe/i386/bin/../lib/gcc/mingw32/4.4.2/libgcc.a(gthr-win32.o)
: In function `_gthr_win32_mutex_unlock':
C:/msys/local/build/mingw32/libgcc/../../../src/libgcc/../gcc/config/i386/gthr-
win32.c:187: undefined reference to `ReleaseSemaphore@12'
c:/program
files/rosbe/i386/bin/../lib/gcc/mingw32/4.4.2/libgcc.a(gthr-win32.o)
: In function `_gthr_win32_recursive_mutex_init_function':
C:/msys/local/build/mingw32/libgcc/../../../src/libgcc/../gcc/config/i386/gthr-
win32.c:198: undefined reference to `CreateSemaphoreA@16'
c:/program
files/rosbe/i386/bin/../lib/gcc/mingw32/4.4.2/libgcc.a(gthr-win32.o)
: In function `_gthr_win32_mutex_init_function':
C:/msys/local/build/mingw32/libgcc/../../../src/libgcc/../gcc/config/i386/gthr-
win32.c:150: undefined reference to `CreateSemaphoreA@16'
c:/program
files/rosbe/i386/bin/../lib/gcc/mingw32/4.4.2/libgcc.a(gthr-win32.o)
: In function `_gthr_win32_setspecific':
C:/msys/local/build/mingw32/libgcc/../../../src/libgcc/../gcc/config/i386/gthr-
win32.c:140: undefined reference to `TlsSetValue@8'
c:/program
files/rosbe/i386/bin/../lib/gcc/mingw32/4.4.2/libgcc.a(gthr-win32.o)
: In function `_gthr_win32_getspecific':
C:/msys/local/build/mingw32/libgcc/../../../src/libgcc/../gcc/config/i386/gthr-
win32.c:131: undefined reference to `GetLastError@0'
C:/msys/local/build/mingw32/libgcc/../../../src/libgcc/../gcc/config/i386/gthr-
win32.c:132: undefined reference to `TlsGetValue@4'
C:/msys/local/build/mingw32/libgcc/../../../src/libgcc/../gcc/config/i386/gthr-
win32.c:133: undefined reference to `SetLastError@4'
c:/program
files/rosbe/i386/bin/../lib/gcc/mingw32/4.4.2/libgcc.a(gthr-win32.o)
: In function `_gthr_win32_key_dele
te':
C:/msys/local/build/mingw32/libgcc/../../../src/libgcc/../gcc/config/i386/gthr-
win32.c:123: undefined reference to `TlsFree@4'
c:/program
files/rosbe/i386/bin/../lib/gcc/mingw32/4.4.2/libgcc.a(gthr-win32.o)
: In function `_gthr_win32_key_create':
C:/msys/local/build/mingw32/libgcc/../../../src/libgcc/../gcc/config/i386/gthr-
win32.c:105: undefined reference to `TlsAlloc@0'
c:/program
files/rosbe/i386/bin/../lib/gcc/mingw32/4.4.2/libgcc.a(gthr-win32.o)
: In function `_gthr_win32_setspecific':
C:/msys/local/build/mingw32/libgcc/../../../src/libgcc/../gcc/config/i386/gthr-
win32.c:143: undefined reference to `GetLastError@0'
c:/program
files/rosbe/i386/bin/../lib/gcc/mingw32/4.4.2/libgcc.a(gthr-win32.o)
: In function `_gthr_win32_key_delete':
C:/msys/local/build/mingw32/libgcc/../../../src/libgcc/../gcc/config/i386/gthr-
win32.c:123: undefined reference to `GetLastError@0'
c:/program
files/rosbe/i386/bin/../lib/gcc/mingw32/4.4.2/libgcc.a(gthr-win32.o)
: In function `_gthr_win32_key_create':
C:/msys/local/
build/mingw32/libgcc/../../../src/libgcc/../gcc/config/i386/gthr-win32.c:116:
u
ndefined reference to `GetLastError@0'
mingw32-make: ***
[output-i386\base\applications\games\solitaire\sol.exe] Error
1
Additionally ash mentioned similar linking errors with some of his
projects including a static lib. These Problems only occur in GCC 4.4.2
and not in 4.1.3.
The real fun is this: C:/msys/local/build/mingw32 Where is this path from??!
Any idea where the Problem is from? RBuild? GCC itself? How to fix?
Here is a summary of current status based on previous posts by email.
Current regressions:
- With ARM commit 41636, memory in use continously decreases, I
tested it with only task manager open, this is bug 4835.
- Toolbar in Abiword has some issues, introduced with 42706, comctl32
sync, bug 4811.
- Minimized windows can't be restored, introduced with 41772, bug 4677.
- Programs in startup folder don't start automatically anymore,
introduced with 40439, bug 4568.
- Can't close programs with alt+f4 anymore, introduced with 40299.
Bug 4463.
- VirtualBox needs more >=256 MB Ram to work (hangs in usbdriver.sys,
rel builds are unaffected). Bug 4851
Who is working on what:
Timo Kreuzer - Win32k driver loading and DC creation rewrite; dynamic
mode switching, requiring a rewrite of PDEV locking code. Time is
limited, busy with RL.
KJK::Hyperion - Involvement with mingw-w64.
Colin Finck - Busy with exams.
James Tabor - Class rewrite part2; Message subsystem; Fix menu and
window structures.
Gregor Schneider - Busy with Master thesis.
Johannes Anderwald - Sound support, audio input devices.
Ged Murphy - Lack of time for coding.
Michael Martin - Busy with RL till Nov-Dec. Later, fixing remaining
virtual memory winetests failures.
Aleksey Bragin - New FAT driver (based on FullFAT library), continue
working on Arwinss, fix remaining Configuration Manager bugs, etc.
WBR,
Aleksey Bragin.
CurInfo is an overengineered reactos construct. Mouse stuff is only
relevant for an interactive Windowstation and there is only one per
session. This way is correct,.but using the global variable
gspv.bMouseBtnSwap directly would be better.
Regards,
Timo
mkupfer(a)svn.reactos.org schrieb:
> Author: mkupfer
> Date: Sun Oct 4 22:45:51 2009
> New Revision: 43292
>
> URL: http://svn.reactos.org/svn/reactos?rev=43292&view=rev
> Log:
> temporarily workaround for swap mouse buttons feature
>
> Modified:
> trunk/reactos/subsystems/win32/win32k/ntuser/input.c
>
> Modified: trunk/reactos/subsystems/win32/win32k/ntuser/input.c
> URL: http://svn.reactos.org/svn/reactos/trunk/reactos/subsystems/win32/win32k/nt…
> ==============================================================================
> --- trunk/reactos/subsystems/win32/win32k/ntuser/input.c [iso-8859-1] (original)
> +++ trunk/reactos/subsystems/win32/win32k/ntuser/input.c [iso-8859-1] Sun Oct 4 22:45:51 2009
> @@ -1120,7 +1120,8 @@
> mi->time = MsqCalculateMessageTime(&LargeTickCount);
> }
>
> - SwapButtons = CurInfo->SwapButtons;
> + // FIXME: CurInfo->SwapButtons doesn't contain the correct value yet
> + SwapButtons = UserGetSystemMetrics(SM_SWAPBUTTON);//CurInfo->SwapButtons;
> DoMove = FALSE;
>
> IntGetCursorLocation(WinSta, &MousePos);
>
>
>
>
stefan__100__(a)hotmail.com wrote:
>> And the reason you couldn't pass Parameters?
> Because KeBugCheck expects the array to contain 4 entries, and Parameters isn't guranteed to be that big.
> What do you think of the following?
>
> NTSTATUS NTAPI ExpSystemErrorHandler (
> // ... abbreviated ...
> {
> ULONG_PTR BugCheckParameters[MAXIMUM_HARDERROR_PARAMETERS] = {0, 0, 0, 0};
> // ... abbreviated ...
> for (i = 0; i < NumberOfParameters; i++)
> {
> /* Copy them over */
> BugCheckParameters[i] = Parameters[i];
> }
If you are going to use that, you'd better include something like this first:
if (NumberOfParameters > MAXIMUM_HARDERROR_PARAMETERS)
NumberOfParameters = MAXIMUM_HARDERROR_PARAMETERS;
or make it
for (i = 0; i < min( NumberOfParameters, MAXIMUM_HARDERROR_PARAMETERS ); i++)
or you might create more problems than you solve, unless you're 100% guarateed
you can never receive more than MAXIMUM_HARDERROR_PARAMETERS.
(This said without studying the actual problem at hand).
Best Regards // Love
_________________________________________________________________
Keep your friends updated—even when you’re not signed in.
http://www.microsoft.com/middleeast/windows/windowslive/see-it-in-action/so…
AND THE CROWD GOES WILD!
On Oct 1, 2009 9:56 AM, "Steven Edwards" <winehacker(a)gmail.com> wrote:
On Wed, Sep 30, 2009 at 9:32 AM, <sginsberg(a)svn.reactos.org> wrote:
> URL: http://svn.reactos.org/svn/reactos?rev=43236&view=rev
> Log:
> - Goodbye __USE_W32API
This is a historic day in ReactOS that unfortunately no one will
really remember. Let us celebrate while we can and have much
rejoicing!
Thanks
--
Steven Edwards
"There is one thing stronger than all the armies in the world, and
that is an idea whose time has come." - Victor Hugo
_______________________________________________
Ros-dev mailing list
Ros-dev(a)reactos.org
http://www.reactos.org/mailman/listinfo/ros-dev
On Wed, Sep 30, 2009 at 9:32 AM, <sginsberg(a)svn.reactos.org> wrote:
> URL: http://svn.reactos.org/svn/reactos?rev=43236&view=rev
> Log:
> - Goodbye __USE_W32API
This is a historic day in ReactOS that unfortunately no one will
really remember. Let us celebrate while we can and have much
rejoicing!
Thanks
--
Steven Edwards
"There is one thing stronger than all the armies in the world, and
that is an idea whose time has come." - Victor Hugo
And now you have added zero to this discussion. Just because Alex questions
someone's basic skills doesn't mean that noobs are working on critical
components. For some, this is an entirely academic endeavor, and Alex's
feedback is essential criticisim.
Blah, blah, blah,
WD
(Sent from my G1)
On Sep 26, 2009 2:29 PM, <betam4x(a)gmail.com> wrote:
I'm sorry, had to reply to this one. I may be way off base here since the
contents of this email are based solely upon alex's reply.
People that don't understand the basics of programming are working on system
components? I understand that people want to help, but allowing this does
more harm than good. What happened to all of the talent anyway?
In my opinion, someone that does nor understand C should not be tasked with
working on the hardware abstraction layer.
This was not meant to be an insult or attack in any way, shape, or form to
anyone involved with this thread.
Posted from my crackberry.
Regards,
Richard Campbell
Sent from my Verizon Wireless BlackBerry
-----Original Message----- From: Alex Ionescu <ionucu(a)videotron.ca> Date:
Sat, 26 Sep 2009 14:06:4...