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
Noone (with exception to a few reactos devs) really bothered to actually heavily use those tests to check the developed code for errors.
If they were used from the beginning, there would be lots more supported apps by now.
Speaking on topic, updating is important, but 2 years ago means that that test isn't really updated in wine.
Wbr,
Aleksey.
-----???????? ?????????-----
??: "Daniel Reimer" <reimer.daniel(a)freenet.de>
????: "ReactOS Development List" <ros-dev(a)reactos.org>
??????????: 30.07.07 22:14
????: [ros-dev] Winetests
Hi,
I dont talk very often here, but this is, in my eyes, quite urgent. Some
days ago Magnus said he was able to fix some bugs thanks to the old
winetests we have in SVN. When I looked at the tests I saw that some had
their last update in r16000, TWO Years ago. I know its some work to port
the tests, but dont you agree that newer tests could help to find even
more bugs in ROS and that a update should be performed? If I could, I
would do so, but I'm not skilled enough yet...
Daniel "EmuandCo" Reimer
_______________________________________________
Ros-dev mailing list
Ros-dev(a)reactos.org
http://www.reactos.org/mailman/listinfo/ros-dev
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
Hi Tom,
Your fat32format utility works beautifully here.
One point must be approached :
You released it under the GPL,
but your zip files dont include the license text file.
Please add it asap.
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 : Gabriel ilardi <gabrielilardi(a)hotmail.it>
À : ros-dev(a)reactos.org
Envoyé le : Samedi, 28 Juillet 2007, 14h53mn 23s
Objet : [ros-dev] setup's fat32 format
Dear devs,
There's a current limitation in xp, setup can format hds in fat32 at maximum
32gb, this is a setup format limitation, I've found an open source utilty to
format fat32 with its native limitation (2tb).
Hope it can be be of use to reactos.
http://www.ridgecrop.demon.co.uk/index.htm?fat32format.htm
WBR,
Gabriel ilardi
gabriel_it
_________________________________________________________________
C'è una nuova amica su Messenger E' Doretta!
http://www.doretta82.it/banner/index.html
_______________________________________________
Ros-dev mailing list
Ros-dev(a)reactos.org
http://www.reactos.org/mailman/listinfo/ros-dev
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
it only should show after a reboot like windows does it.
I have not tested this feature long time now, last time
it did work like windows you need it a reboot.
before this change taken effect.
----- Original Message -----
From: <ReactOS.Bugzilla(a)www.reactos.org>
To: <ros-bugs(a)reactos.org>
Sent: Sunday, July 29, 2007 9:46 PM
Subject: [ros-bugs] [Bug 2323] Display Version Number check box has no
effect
> http://www.reactos.org/bugzilla/show_bug.cgi?id=2323
>
>
>
>
>
> ------- Comment #3 from gabrielilardi(a)hotmail.it 2007-07-29 21:46
CET -------
> Probably this is the description (at least behaves as described):
> Right click on the taskbar, settings, "display version number".
>
>
> --
> Configure bugmail: http://www.reactos.org/bugzilla/userprefs.cgi?tab=email
> ------- You are receiving this mail because: -------
> You are the QA contact for the bug, or are watching the QA contact.
> You are the assignee for the bug, or are watching the assignee.
> _______________________________________________
> Ros-bugs mailing list
> Ros-bugs(a)reactos.org
> http://www.reactos.org/mailman/listinfo/ros-bugs
The werid thing it hang on this one for me. I do not getting any more msg
that goes wrong, it seam the program freze whole reactos
----- Original Message -----
From: <ReactOS.Bugzilla(a)www.reactos.org>
To: <greatlord(a)reactos.com>
Sent: Sunday, July 29, 2007 7:36 PM
Subject: [Bug 2501] Tuxpaint installer, windows class path issue ?
> http://www.reactos.org/bugzilla/show_bug.cgi?id=2501
>
>
> w3seek(a)reactos.com changed:
>
> What |Removed |Added
> --------------------------------------------------------------------------
--
> Status|NEW |RESOLVED
> Resolution| |INVALID
>
>
>
>
> ------- Comment #1 from w3seek(a)reactos.com 2007-07-29 19:36 CET -------
> This is not a bug. This is how the Delphi VCL is designed. Before it
registers
> window classes for VCL controls it does a call to GetClassInfoEx() to
check if
> the class exists. That's why you see the messages that a window class
doesn't
> exist. "It's not a bug, it's a feature!"
>
>
> --
> Configure bugmail: http://www.reactos.org/bugzilla/userprefs.cgi?tab=email
> ------- You are receiving this mail because: -------
> You reported the bug, or are watching the reporter.
ReactOS cannot be compiled!
It returns the following error:
[CC] base\applications\winhelp\hlpfile.c
cc1.exe: warnings being treated as errors
base\applications\winhelp\hlpfile.c: In function 'HLPFILE_DoReadHlpFile':
base\applications\winhelp\hlpfile.c:346: warning: implicit declaration of function 'WINE_WARN'
mingw32-make: *** [obj-i386\base\applications\winhelp\hlpfile.o] Error 1
Infact WINE_WARN macro is missing.
It should be added somewhere for source compatibility.
Sincerely,
Carlo Bramini
------------------------------------------------------
Scegli infostrada: ADSL gratis per tutta lestate e telefoni senza canone Telecom
http://click.libero.it/infostrada
Hello,
bug #2479 describes a bug into ja-JP.rc and it includes a very simple correction.
Sincerely,
Carlo Bramini
------------------------------------------------------
Scegli infostrada: ADSL gratis per tutta lestate e telefoni senza canone Telecom
http://click.libero.it/infostrada
Hello,
I'll be on vacation, starting from tomorrow (25th of July) and
lasting till 1st of August.
Have fun with development while I'm away!
WBR,
Aleksey Bragin.
There are still some developer changelogs missing from the wiki, so I've
made files for each developer listing their changes. The devs in question
are:
Eric, Thomas, Hervé, Timo, hto, Sylvain and winesync(anyone want to
volunteer for this?)
The files can be found here : http://svn.reactos.org/temp/dev_logs/
If any dev doesn't have the time (or interest) to complete their own logs,
can you state so in a reply to this mail and perhaps we can tender out your
changes as a foreigner ;)
Even if the individual devs don't care about taking credit for the work
they've done, getting these changes in is quite important for ReactOS from a
publicity aspect.
Regards,
Ged.
This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message, which arise as a result of e-mail transmission. If verification is required please request a hard-copy version.
Amteus Secure Communications Ltd
57 Cardigan Lane,
Leeds,
LS4 2LE
t: +44 (0) 870 8368770
f: +44 (0) 870 8368701
Registered in England No 4760795
http://www.amteus.com
Hello,
bug #2467 has an attachment which fixes some
translation errors
missing translations
unaligned or too small controls
Sincerely,
Carlo Bramini
------------------------------------------------------
Scegli infostrada: ADSL gratis per tutta lestate e telefoni senza canone Telecom
http://click.libero.it/infostrada
Hello.
Bug #2397 has been closed, but while the winemine icon bug has been fixed, it still persists into solitaire.
If you launch solitaire into Windows or ReactOS, you will see that icon is wrong on the upper left corner of the title bar.
I compiled solitaire with MSVC and the good icon is visible.
I converted RES file into COFF format, I linked solitaire with RosBE and icon is ok too.
I generated COFF file again with windres and again the icon is wrong.
Suggestions?
Sincerely,
Carlo Bramini.
------------------------------------------------------
Leggi GRATIS le tue mail con il telefonino i-mode di Wind
http://i-mode.wind.it/
