Ros-dev

ros-dev@reactos.org

1 participants
5793 discussions

??: Re: ??: Re: Winetests
by Aleksey Bragin 31 Jul '07

31 Jul '07

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.

2 1

??: Re: suggestion: moving wine dlls
by Aleksey Bragin 31 Jul '07

31 Jul '07

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 >

5 6

Re: [ros-dev] Bug #2494 fixed
by carlo.bramix 31 Jul '07

31 Jul '07

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/

1 0

Win32/Gdi32 rewrite
by James Tabor 31 Jul '07

31 Jul '07

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

4 5

Bug #2494 fixed
by carlo.bramix 30 Jul '07

30 Jul '07

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

1 0

Re : setup's fat32 format
by Sylvain Petreolle 30 Jul '07

30 Jul '07

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

1 0

suggestion: moving wine dlls
by Timo Kreuzer 30 Jul '07

30 Jul '07

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

2 1

Re: [ros-dev] [ros-bugs] [Bug 2323] Display Version Number check box has no effect
by Magnus Olsen 29 Jul '07

29 Jul '07

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

1 0

Re: [ros-dev] [Bug 2501] Tuxpaint installer, windows class path issue ?
by Magnus Olsen 29 Jul '07

29 Jul '07

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.

2 1

Re: [ros-dev] Bug Status
by Aleksey Bragin 27 Jul '07

27 Jul '07

Will you commit them maybe? (Let me know if you have no time, we should reassign this to some other developer then). WBR, Aleksey Bragin. On Jul 23, 2007, at 8:28 AM, James Tabor wrote: > Hi, > These patches look okay and all from Zavyalov Alexey (aka Generex) > reactos (AT) ilimschool.ru. > > http://www.reactos.org/bugzilla/show_bug.cgi?id=2368 > http://www.reactos.org/bugzilla/show_bug.cgi?id=2374 > http://www.reactos.org/bugzilla/show_bug.cgi?id=2382 > > Thanks, > James

2 1

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Ros-dev