Concerned about win32k rewrite...

Here you can discuss ReactOS related topics.

Moderator: Moderator Team

nute
Posts: 251
Joined: Tue Aug 29, 2006 1:30 am

Concerned about win32k rewrite...

Post by nute »

I'm concerned that yet another implement win32k from scratch effort is underway. I'm concerned that
this will set ReactOS back potentially. Hopefully, the existing implementations where hacks aren't
a problem will be used as a reference. How much of ReactOS is tied up in win32k? Why is it easier
to start over than it is to remove hacks? Aren't there coding standards such that hacks are commented
or something similar so that someone later can spot the cheat and reimplement the functionality properly?
The developers can understand and read each other's code, right? This was talked about in newsletter 62,
but what are the ramifications of yet another win32k from scratch implementation?

User avatar
Black_Fox
Posts: 1584
Joined: Fri Feb 15, 2008 9:44 pm
Location: Czechia

Re: Concerned about win32k rewrite...

Post by Black_Fox »

There remains to be seen some finished rewrite, so maybe this can be considered as another attempt at first rewrite :)

Haos
Test Team
Posts: 2954
Joined: Thu Mar 22, 2007 5:42 am
Contact:

Re: Concerned about win32k rewrite...

Post by Haos »

Its just a side project. The trunk remains with original win32 code. Whenever the arwinss rewrite effects will eventually end up in trunk or not, its still open case. Even if its not gonna end up in trunk, its still potentially profitable as a research project/reference that might help us locating and fixing bugs in trunk.

I cant understand what do you mean by tied up in win32k? Win32k contains kernel-mode part of win32 susbsytem code.

Often whole implementation of specific functions depends on one or more hacks. Removing hacks would require to rewrite those functions, and in effect also other functions that would depend on them. Its like with the house made of cards, when you have to change one card at the bottom, without pulling down whole construction.

PetruDimitriu
Posts: 103
Joined: Thu Apr 23, 2009 9:45 am

Re: Concerned about win32k rewrite...

Post by PetruDimitriu »

I've also got a question
dll/win32/winex11.drv - implements X11 X-windows graphics and user drivers
Does Windows have that? With this module, will ReactOS be able to run GNOME/KDE apps? Wow, it would be so cool if it would. No need for the Linux Unified Kernel :D

Haos
Test Team
Posts: 2954
Joined: Thu Mar 22, 2007 5:42 am
Contact:

Re: Concerned about win32k rewrite...

Post by Haos »

No.

PetruDimitriu
Posts: 103
Joined: Thu Apr 23, 2009 9:45 am

Re: Concerned about win32k rewrite...

Post by PetruDimitriu »

How come no? Then what's the matter with this file?

coldReactive
Posts: 581
Joined: Sat Nov 10, 2007 10:42 pm

Re: Concerned about win32k rewrite...

Post by coldReactive »

PetruDimitriu wrote:How come no? Then what's the matter with this file?
To run gnome apps, you have to compile and execute a GNOME environment for windows. Such as cygwin.

PetruDimitriu
Posts: 103
Joined: Thu Apr 23, 2009 9:45 am

Re: Concerned about win32k rewrite...

Post by PetruDimitriu »

Then what is this component supposed to do?

User avatar
EmuandCo
Developer
Posts: 4387
Joined: Sun Nov 28, 2004 7:52 pm
Location: Germany, Bavaria, Steinfeld
Contact:

Re: Concerned about win32k rewrite...

Post by EmuandCo »

Wrapping enough X11 Crap to more or less compatible API calls to get it run wine's Win32 Subsys which depends on this son of Lucifer. (I still dislike this way, but I prefer the recent Subsys anyway, because arwinss does not even have a working mouse yet :-P)
ReactOS is still in alpha stage, meaning it is not feature-complete and is recommended only for evaluation and testing purposes.

inf_loop
Posts: 17
Joined: Fri Jan 09, 2009 3:28 am

Re: Concerned about win32k rewrite...

Post by inf_loop »

Hi,
is it possible to take the wine gdi32+user32 in arwinss and rewrite some parts of them to use win32k real window calls (using as base the other win32k rewrite)?
the development could be done in Windows...
Yes, i know its more easy to say it than to do it, but what is the opinion of some developer about this idea?
Its like the current win32k in trunk, but removing the horrible legacy hacks done over wine code in the past, now that some more information about the internal structures exists...
In this way the development could be divided in user mode and kernel mode parts.

Thanks,
Regards

Z98
Release Engineer
Posts: 3379
Joined: Tue May 02, 2006 8:16 pm
Contact:

Re: Concerned about win32k rewrite...

Post by Z98 »

Uh, the arwinss stuff are using "real" win32 syscalls.

inf_loop
Posts: 17
Joined: Fri Jan 09, 2009 3:28 am

Re: Concerned about win32k rewrite...

Post by inf_loop »

Yup, i mean real windows 100% compatible in parameters and behavior win32k syscalls + windows 100% compatible exports.

Thanks for the reply :)

Smiley
Developer
Posts: 156
Joined: Fri Nov 10, 2006 3:36 pm

Re: Concerned about win32k rewrite...

Post by Smiley »

inf_loop wrote:Yup, i mean real windows 100% compatible in parameters and behavior win32k syscalls + windows 100% compatible exports.

Thanks for the reply :)
that requires a lot of research. even trunk's win32k isn't 100% compatible with windows' one

coldReactive
Posts: 581
Joined: Sat Nov 10, 2007 10:42 pm

Re: Concerned about win32k rewrite...

Post by coldReactive »

Smiley wrote:
inf_loop wrote:Yup, i mean real windows 100% compatible in parameters and behavior win32k syscalls + windows 100% compatible exports.

Thanks for the reply :)
that requires a lot of research. even trunk's win32k isn't 100% compatible with windows' one
a lot of hacks are in it though, Fireball wants to remove those hacks by doing a re-write and make it implemented the way it was supposed to be.

Z98
Release Engineer
Posts: 3379
Joined: Tue May 02, 2006 8:16 pm
Contact:

Re: Concerned about win32k rewrite...

Post by Z98 »

It seems I am going to have to provide more information in the next newsletter.

Post Reply

Who is online

Users browsing this forum: Ahrefs [Bot] and 7 guests