While i'm away, it would be cool to listen to what other devs think about it. Like James, Thomas, etc.
I don't have a pc here, but I feel cautious about any significant changes into .s generation.
But, if it is possible to generate .s once, it would be good.
Aleksey.
-----???????? ?????????-----
??: "Sylvain Petreolle" <spetreolle(a)yahoo.fr>
????: "ReactOS Development List" <ros-dev(a)reactos.org>
??????????: 31.07.07 13:15
????: [ros-dev] Re : ??: Re: ??: Re: Winetests
Agreed,
having it generated one time reduces wrong version
and renders the whole process more reliable.
----- Message d'origine ----
De : Magnus Olsen <magnus(a)greatlord.com>
À : ReactOS Development List <ros-dev(a)reactos.org>
Envoyé le : Mardi, 31 Juillet 2007, 12h26mn 31s
Objet : Re: [ros-dev] ??: Re: ??: Re: Winetests
At moment we are genreate the win32k.S 2-3 times
I do not whant it be genreate more that one time.
that reason I whant a lib instead for allot genreated
win32k.S, I will need a lib later for win32k testkit
for dx.
----- Original Message -----
From: "Aleksey Bragin" <aleksey(a)reactos.org>
>Ged noticed that they looked exactly like windows images.
The original grayscale comes from
http://nifty.stanford.edu/2004/EstellCardGame/
if I remember right.
Also used by projects like
http://arainyday.se/projects/python/DeckOfCards/
>Maybe we should replace these images. I have found an opensource project
>with nice images: MacSolitaire
Nice idea. The cards there looks much better then the completly black and
completely red cards.
Greatings
theuserbl
_________________________________________________________________
Sie suchen E-Mails, Dokumente oder Fotos? Die neue MSN Suche Toolbar mit
Windows-Desktopsuche liefert in sekundenschnelle Ergebnisse. Jetzt neu!
http://desktop.msn.de/ Jetzt gratis downloaden!
this means we should delete its contents or make it unavailable,
for legal/ip reasons.
Kind regards,
Sylvain Petreolle (aka Usurp)
--- --- --- --- --- --- --- --- --- --- --- --- ---
Run your favorite Windows apps with free ReactOS : http://www.reactos.org
Listen to non-DRMised Music: http://www.jamendo.com
----- Message d'origine ----
De : Timo Kreuzer <timo.kreuzer(a)web.de>
À : ReactOS Development List <ros-dev(a)reactos.org>
Envoyé le : Mardi, 31 Juillet 2007, 16h17mn 44s
Objet : [ros-dev] card.dll images partly copied from windows
There was a patch on bugzilla replacing some of the greyscale images
from wine's card.dll with colored ones.
http://www.reactos.org/bugzilla/show_bug.cgi?id=2476
Ged noticed that they looked exactly like windows images. The wine
images seem to be windows images converted to greyscale.
Maybe we should replace these images. I have found an opensource project
with nice images: MacSolitaire
http://sourceforge.net/projects/macsolitairex
_______________________________________________
Ros-dev mailing list
Ros-dev(a)reactos.org
http://www.reactos.org/mailman/listinfo/ros-dev
Moving lists to appropriate places sounds good to me too. As for the lib, why would it be better than the current solution?
-----???????? ?????????-----
??: "Timo Kreuzer" <timo.kreuzer(a)web.de>
????: "ReactOS Development List" <ros-dev(a)reactos.org>
??????????: 31.07.07 11:32
????: Re: [ros-dev] Winetests
The lib thing is exactly what I had in mind.
I just also suggest moving the lists (win32ksvc.db and sysfuncs.lst)
from the folder where the nci tool is to the folder where the function
implementations are (win32k and ntoskrnl)
Agreed,
having it generated one time reduces wrong version
and renders the whole process more reliable.
----- Message d'origine ----
De : Magnus Olsen <magnus(a)greatlord.com>
À : ReactOS Development List <ros-dev(a)reactos.org>
Envoyé le : Mardi, 31 Juillet 2007, 12h26mn 31s
Objet : Re: [ros-dev] ??: Re: ??: Re: Winetests
At moment we are genreate the win32k.S 2-3 times
I do not whant it be genreate more that one time.
that reason I whant a lib instead for allot genreated
win32k.S, I will need a lib later for win32k testkit
for dx.
----- Original Message -----
From: "Aleksey Bragin" <aleksey(a)reactos.org>
To: "ReactOS Development List" <ros-dev(a)reactos.org>
Sent: Tuesday, July 31, 2007 12:23 PM
Subject: [ros-dev] ??: Re: ??: Re: Winetests
> I do not like the idea of fully switching to such a lib.
> But for regression testing - let Timo do it then.
>
> Aleksey.
> ---
>
> If some does not like the idea create a lib call
> win32ksyscall.a let me hear it now, I will implement
> it today night or tomoring other wise, it will be allot
> easy for our testapps apps and gdi32/user32 using
> a lib instead a genreated win32k.S for each apps.
>
>
> _______________________________________________
> Ros-dev mailing list
> Ros-dev(a)reactos.org
> http://www.reactos.org/mailman/listinfo/ros-dev
_______________________________________________
Ros-dev mailing list
Ros-dev(a)reactos.org
http://www.reactos.org/mailman/listinfo/ros-dev
I do not like the idea of fully switching to such a lib.
But for regression testing - let Timo do it then.
Aleksey.
---
If some does not like the idea create a lib call
win32ksyscall.a let me hear it now, I will implement
it today night or tomoring other wise, it will be allot
easy for our testapps apps and gdi32/user32 using
a lib instead a genreated win32k.S for each apps.
I dislike the idea, I'll tell reasons when I'm back.
-----???????? ?????????-----
??: "James Tabor" <jimtabor(a)adsl-64-217-116-74.dsl.hstntx.swbell.net>
????: "ReactOS Development List" <ros-dev(a)reactos.org>
??????????: 30.07.07 08:58
????: Re: [ros-dev] suggestion: moving wine dlls
Timo Kreuzer wrote:
> I have a suggestion:
> Move all wine shared dlls to dll/wine or dll/3rdparty/wine, only kepping
> our own dlls (gdi32, user32, kernel32, syssetup, newdev, console, hid,
> mmdrv, ...) in dll/win32.
> Reason is, we just lost a few earlier commited translation of wine dlls
> with the latest winesyncs.
> With this we would make sure everone would directly see that the
> component is synched with wine and should not be touched. Another point
> is that it's quite annoying to have >100 folders under the win32 folder
> that expand in the file browser, when you browse to one of our dlls.
>
> Greetings,
> Timo
>
Hello,
I posted a new patch for this bug, as requested into bugzilla.
Sincerely,
Carlo Bramini.
---------- Initial Header -----------
>From : ros-dev-bounces(a)reactos.org
To : "ros-dev" ros-dev(a)reactos.org
Cc :
Date : Mon, 30 Jul 2007 15:32:58 +0200
Subject : [ros-dev] Bug #2494 fixed
> Hello,
> the patch posted into this bug shoul fix the defect.
>
> Sincerely,
>
> Carlo Bramini
>
>
> ------------------------------------------------------
> Scegli infostrada: ADSL gratis per tutta lestate e telefoni senza canone Telecom
> http://click.libero.it/infostrada
>
>
> _______________________________________________
> Ros-dev mailing list
> Ros-dev(a)reactos.org
> http://www.reactos.org/mailman/listinfo/ros-dev
>
------------------------------------------------------
Leggi GRATIS le tue mail con il telefonino i-mode di Wind
http://i-mode.wind.it/
Hi all,
I'm giving in to the idea of having two dc_attrs.
From, Windows Graphics Programming Win32 GDI and DirectDraw -> 3.8 GDI KERNEL MODE DATA STRUCTURE ->
Device Context in the GDI Engine, second to the last paragraph:
Field pdcattr points to the DC_ATTR structure for that device context in user mode address space,
which contains most device context settings. The DCOBJ structure has a duplication of it in its
dcAttr field. It's possible the GDI designers want setting DC attributes to be efficient, with as
little kernel mode code involvement as possible. This requires a DC_ATTR structure in user mode. But
they also want to be able to access it easily in kernel mode, which requires a copy of DC_ATTR in
kernel mode. Certain flags may be used to synchronize the two copies of DC_ATTR.
typedef struct
{
// ......snip......
void * pdcattr; // point to user mode DCATTR
DCLEVEL dcLevel; // 0x030 0x1B8(440) bytes
DC_ATTR dcAttr; // 0x1C8(456) bytes
// ......snip......
} DCOBJ;
I did set up Ros DC structure to have the dc_attr pointer stored. I guess it's time to move the old
WIN_DC_INFO stuff over to the new kernel mode dc_attr and use the dirty flags for synchronizing.
This will fix my memory access problems too. I did an experiment to test the idea of just copy if it
was dirty and all my problems went away.
FYI,
James
Hello,
the patch posted into this bug shoul fix the defect.
Sincerely,
Carlo Bramini
------------------------------------------------------
Scegli infostrada: ADSL gratis per tutta lestate e telefoni senza canone Telecom
http://click.libero.it/infostrada