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
