RE: IDE disk geometry

> From: Vitaliy Margolen > > So all you need to do > is to find where this information is stored on windows (it > has to be somewhere in registry It's an IOCTL, so it is passed to the disk driver on Windows. Although it is possible that the driver caches the info in the registry, I don't think

Re: IDE disk geometry

On Tue, 2005-09-20 at 18:22, Vitaliy Margolen wrote: > Tuesday, September 20, 2005, 6:11:49 PM, Michael Ost wrote: > > Should I put my code in CDROM_DeviceIoControl? Or handle it in > > NtDeviceIoControlFile? Should I pass all other IoControlCodes except > > IOCTL_DISK_DRIVE_GET_GEOMETRY for a veri

Re: Documentation volunteer(s) needed

On Tue, 2005-09-20 at 23:30 +0200, Holly Bostick wrote: > But in any case, I'm having another problem somewhat more relevant-- > the docs don't compile as html for me: It should be fixed now, just get the latest version. -- Dimi Paun <[EMAIL PROTECTED]> Lattica, Inc.

Re: listview: infoPtr might be invalid after WM_NOTIFY

On Wed, 2005-09-21 at 00:11 +0200, Lionel Ulmer wrote: > Correct me if I am wrong (I know absolutely nothing about how the > listview code works) but a flaw of the 'exception based' solution > would be if the application allocated memory that would re-use the > just freed memory pointed by 'infoPtr

freedce/win32 - making progress.

okay, i'm getting somewhere, and there's a key part that i would appreciate some advice about: if there is anyone who knows how to do cross-compiling of dlls using libtool, mingw32 (in automake Makefile.am's) where the dlls need to link against _other_ libraries, i would love to hear from you. if

Re: XEmbed Systray Support

Aside from the bugs I've mentioned before, it doesn't seem that the implementation of this works quite right. This patch should address the bugs in dlls/shell32/systray.c, not just the docking. I've fixed most things, but there is still one big problem. There's a window cleanup problem where the fi

Re: XEmbed systray patch bugs

Ok that's good. I've been looking through the systray code myself, and its quite messy... Have fun! ;-) James On Tue, 2005-09-20 at 16:23 -0500, Robert Shearman wrote: > James Liggett wrote: > > >1. The "Wine-Systray" window is still showing up. I've been able to fix > >this by getting rid of th

Re: IDE disk geometry

Tuesday, September 20, 2005, 6:11:49 PM, Michael Ost wrote: > Any suggestions for a good "wineish" way to implement an IOCTL_ call for > an IDE disk? Use SCSI ioctls I think they should work on IDE drives as well. > I have some code that reads geometry information out of > /proc/ide/hd?/geometry t

IDE disk geometry

Any suggestions for a good "wineish" way to implement an IOCTL_ call for an IDE disk? My winelib app is hosting a Windows DLL that is making an IOCTL_DISK_DRIVE_GET_GEOMETRY call on an IDE hard disk. ntdll/file.c NtDeviceIoControlFile is passing this off to ntdll/cdrom.c CDROM_DeviceIoControl and

Re: Documentation volunteer(s) needed

--- Stefan Dösinger <[EMAIL PROTECTED]> wrote: > Hello, > > > You need to turn on backbuffers / backingstore in your xf86config and those > > two functions were reasonable fast (so long as you don't play mess around > > with the transfer modes) older driver (can't renember which version) > Does

Re: Documentation volunteer(s) needed

On 9/20/05, Kuba Ober <[EMAIL PROTECTED]> wrote: > Wouldn't such a book be mostly obsolete within a year of publication? That's > almost like with those linux kernel development books: in 2 years timeframe > they are mostly paperweights, unless you're interested only in 'big ideas' > rather than de

Re: XEmbed Systray Support

Robert Shearman wrote: Hi, This patch allows new non-KDE systems to display notification area icons for Win32 apps in the window manager's system tray, instead of in a 16x16 top-level window. Changelog: Support XEmbed protocol for system tray windows. Anything wrong with this patch? --

Re: Windows CE on Wine

Hi, On 9/20/05, Filip Navara <[EMAIL PROTECTED]> wrote: > We have already made this experiment once ... you can find info about it > in the ros-dev (or ros-kernel) mailing list archives and skeletons of > the two WinCE DLLs in the ReactOS SVN history > (trunk/reactos/lib/commctrl and trunk/reactos

Re: Windows CE on Wine

Boaz Harrosh wrote: [snip] What if I want to do the same but for WindowsCE x86? We have already made this experiment once ... you can find info about it in the ros-dev (or ros-kernel) mailing list archives and skeletons of the two WinCE DLLs in the ReactOS SVN history (trunk/reactos/lib/com

Re: [wined3d] state management for vertex shader constants

+for (j = 0; j < GL_LIMITS(textures); i++) { +for (i = 0; i < NUM_SAVEDPIXELSTATES_T; i++) { +object->changed.textureState[j][SavedPixelStates_T[i]] = TRUE; +} +} This looks like a loop counter bug... +for (j = 0; j < GL_LIMIT

Re: listview: infoPtr might be invalid after WM_NOTIFY

On Tue, Sep 20, 2005 at 11:51:00AM -0400, Dimi Paun wrote: > I personally think an exception-based solution would be better. > This is what exceptions where invented. (...) Correct me if I am wrong (I know absolutely nothing about how the listview code works) but a flaw of the 'exception based' so

Re: Documentation volunteer(s) needed

On Tue, Sep 20, 2005 at 10:56:41PM +0200, Stefan Dösinger wrote: > That's exactly the problem I have! I expect it to occur too when Empire Earth > finally runs. Can you send me your hack? I'd like to try it with D3D7. If the game is well behaved, this optimisation should already be present in the

Re: Documentation volunteer(s) needed

Oliver Stieber schreef: > --- Stefan Dösinger <[EMAIL PROTECTED]> wrote: > > >> Hello, >> >>> Oh yeah, another question-- are we making provision for 'special >>> circumstances'? I've got an ATI card, which makes me sensitive to >>> such things, since the ATI drivers fail to do many things that

Re: Documentation volunteer(s) needed

Tom Wickline schreef: > On 9/20/05, Holly Bostick <[EMAIL PROTECTED]> wrote: > >> Oh yeah, another question-- are we making provision for 'special >> circumstances'? I've got an ATI card, which makes me sensitive to >> such things, since the ATI drivers fail to do many things that they >> shoul

Re: XEmbed systray patch bugs

James Liggett wrote: 1. The "Wine-Systray" window is still showing up. I've been able to fix this by getting rid of the WS_VISIBLE style when creating the window in systray.c, and then manually showing the window after it's been docked. This is just a bug with the existing systray code and

Re: listview: infoPtr might be invalid after WM_NOTIFY

Michael Jung wrote: Hello Alexandre, Dimi and Phil, This is a patch for the infoPtr problem in comctl32's listview.c. I guess it matches your suggestion on IRC? I've only changed the minimum necessary to get rid of the file dialog crash. If that's the correct approach in your opinion, I will

Re: Documentation volunteer(s) needed

Hello, > You need to turn on backbuffers / backingstore in your xf86config and those > two functions were reasonable fast (so long as you don't play mess around > with the transfer modes) older driver (can't renember which version) Does this still work with newer drivers? 8.16.20 for example? It d

Re: Documentation volunteer(s) needed

--- Stefan Dösinger <[EMAIL PROTECTED]> wrote: > Hello, > > Oh yeah, another question-- are we making provision for 'special > > circumstances'? I've got an ATI card, which makes me sensitive to such > > things, since the ATI drivers fail to do many things that they should, > > and often addition

Re: Documentation volunteer(s) needed

Hello, > Oh yeah, another question-- are we making provision for 'special > circumstances'? I've got an ATI card, which makes me sensitive to such > things, since the ATI drivers fail to do many things that they should, > and often additional provisions need to be made specifically to get an > app

Re: Documentation volunteer(s) needed

> There's enough material on this topic to practically write a book. > Someone should think about that. Wouldn't such a book be mostly obsolete within a year of publication? That's almost like with those linux kernel development books: in 2 years timeframe they are mostly paperweights, unless yo

Re: Documentation volunteer(s) needed

On 9/20/05, Holly Bostick <[EMAIL PROTECTED]> wrote: > > Oh yeah, another question-- are we making provision for 'special > circumstances'? I've got an ATI card, which makes me sensitive to such > things, since the ATI drivers fail to do many things that they should, > and often additional provisio

Re: Documentation volunteer(s) needed

Brian Vincent schreef: > Hopefully I can make this easier on someone. Also, I'm cc'ing Scott > Ritchie since he mentioned at one point he was interested in this. > > The docs now live in a separate CVS tree, I don't have the details > for that. After grabbing them from CVS, you'll want to make

Re: Documentation volunteer(s) needed

On 9/20/05, Holly Bostick <[EMAIL PROTECTED]> wrote: > > YES!!! Where do I sign up? Hello Holly, To get the docs in a terminal run : cvs -z3 -d:pserver:[EMAIL PROTECTED]:/cvsroot/wine co -P docs When prompted for a password press the enter key. A subdirectory named docs will be created. and you c

Re: Documentation volunteer(s) needed

On 9/20/05, Holly Bostick <[EMAIL PROTECTED]> wrote: > > YES!!! Where do I sign up? Hopefully I can make this easier on someone. Also, I'm cc'ing Scott Ritchie since he mentioned at one point he was interested in this. The docs now live in a separate CVS tree, I don't have the details for that.

Re: Documentation volunteer(s) needed

Alexandre Julliard schreef: > Folks, > > As most of you probably know (at least those of you who managed to get > out of bed in time for my keynote ;-) we are supposed to release 0.9 > real soon now. We do have one remaining issue: the documentation > needs some major work. Not every bit of it is

Re: RE : OLEAUT32: add full multiplication/division support for DECIMAL, with tests

Alex Villací­s Lasso wrote: [..] As for sending the patch over and over in the month, I was sitting on mine because I tried to send it during three months and wasn't accepted. I assumed that it was because I failed to provide testcases. Maybe. But it is also too big. Try splitting it up: put Var

Re: user: make A->W WM_GETTEXTLENGTH use WM_GETTEXT [try 2]

On 20.09.2005 17:00, Frank Richter wrote: > Playing around with a Chinese ANSI code page and some non-Latin > codepage, it seems that with SendMessageA(), you get a correct ANSI > length, while with CallWndProcA() you don't - seems Windows just returns > the Unicode length without any further adjus

Re: listview: infoPtr might be invalid after WM_NOTIFY

> Dimi, if you think this is ugly, or if you are working on a better solution, > please do protest. Well, in part it's a matter of style, and IMO this will clutter the code. Moreover, the patch as it is now works by accident. For example: /* send NM_RELEASEDCAPTURE notification */ - notify(in

Re: RE : OLEAUT32: add full multiplication/division support for DECIMAL, with tests

Vijay Kiran Kamuju wrote: Hi Alex, I think your VarBstrFromDec fails with my testcases, and you should not hardcode the decimal format seperator. And your patch fails my tests. Check my patchfor VarBstrFromDec(for my im

Documentation volunteer(s) needed

Folks, As most of you probably know (at least those of you who managed to get out of bed in time for my keynote ;-) we are supposed to release 0.9 real soon now. We do have one remaining issue: the documentation needs some major work. Not every bit of it is critical for the release, but we need t

Re: user: make A->W WM_GETTEXTLENGTH use WM_GETTEXT [try 2]

On 19.09.2005 21:44, Frank Richter wrote: > Interestingly, when CallWindowProcA() is used on an W window, no > WM_GETTEXT is sent. (Whether the window proc belongs to the window does > not seem to matter.) Though, in that case, the result is not doubled either. Playing around with a Chinese ANSI c

Windows CE on Wine

OK What you guys think. I have an Arm based machine Running Windows CE. Same machine also runs Linux... Do you think it can be the same Wine codebase, implementing Both Win32 API as well as WindowsCE API? What areas must be rewritten (or not) ? 1.Loader 2.HAL (is there an HAL in Wine) 3.

Re: question about the status of the wine printing system

> I would say it is already working with most major applications. I think > it works with Photoshop and it certainly works with all of the Office > applications. I bet it won't work if you embed an .eps file in a Word document. Word is known to push those directly to postscript printers. Probably

Re: Suggestions for improvement of the emulator

> "em·u·late: Computer Science, Software: Imitation of the function of > (another system), by dynamic recompilation or interpretive translation as > to allow the imitating system to accept the same data, execute the same > binary programs, and achieve the same results as the imitated system." I li

Re: Wine on NetBSD?

Bryce Robilliard wrote: I was enquiring as to whether or not Wine is compatible with NetBSD According to the readme file yes, however I think nobody has tried it in a long time. Ivan

Re: CopyImage for IMAGE_BITMAP still not right, next Try

> "Dmitry" == Dmitry Timoshkov <[EMAIL PROTECTED]> writes: Dmitry> "Uwe Bonnes" <[EMAIL PROTECTED]> wrote: >> if ((res = CreateBitmapIndirect(&bm))) { - char *buf = HeapAlloc( >> GetProcessHeap(), 0, bm.bmWidthBytes * bm.bmHeight ); + LONG size = >> GetBitmapBits( hnd, 0, NULL

Re: CopyImage for IMAGE_BITMAP still not right, next Try

"Uwe Bonnes" <[EMAIL PROTECTED]> wrote: > if ((res = CreateBitmapIndirect(&bm))) > { > -char *buf = HeapAlloc( GetProcessHeap(), 0, bm.bmWidthBytes > * bm.bmHeight ); > +LONG size = GetBitmapBits( hnd, 0, NULL ); > +char *b

Re: fix if's that are followed by semicolons

Mike McCormack wrote: Erik de Castro Lopo wrote: Gcc-4.0 catches this: [EMAIL PROTECTED] > cat test.c int main (void) { if (0) ; return 0 ; } [EMAIL PROTECTED] > gcc-4.0 -W -Wall test.c -o /dev/null test.c: In function 'main': test.c:3: warning: em

Re: fix if's that are followed by semicolons

Erik de Castro Lopo wrote: Gcc-4.0 catches this: [EMAIL PROTECTED] > cat test.c int main (void) { if (0) ; return 0 ; } [EMAIL PROTECTED] > gcc-4.0 -W -Wall test.c -o /dev/null test.c: In function 'main': test.c:3: warning: empty body in an if-sta

Re: fix if's that are followed by semicolons

Mike McCormack wrote: > > Andreas Mohr wrote: > > > Could you perhaps create a first version of a shell script > > tools/find_gotchas ? > > I have other things to do at the moment, so go ahead if you're feeling > motivated. I suspect you'll run into alot of false positives. There > might b

Re: [bug 3255] comboboxex fix + tests

Hello Jason, are you sure you sent the patch? Looks to me more like the output of "cvs update" ;) bye michael Ann & Jason Edmeades wrote: The bug itself was an off by one calculation due to zero based indexes, but I also saw the same problem existed in other functions and so wrote so

Re: fix if's that are followed by semicolons

Andreas Mohr wrote: Could you perhaps create a first version of a shell script tools/find_gotchas ? I have other things to do at the moment, so go ahead if you're feeling motivated. I suspect you'll run into alot of false positives. There might be a compiler switch to turn on warnings for

Re: fix if's that are followed by semicolons

Hi, On Tue, Sep 20, 2005 at 04:49:49PM +0900, Mike McCormack wrote: > > Found with: > > find . -name \*.c -exec grep "if *([^)]*)\; *" {} \; -ls Could you perhaps create a first version of a shell script tools/find_gotchas ? We really need to make sure all those many things similar to this get

Re: question about the status of the wine printing system

On Mon, 19 Sep 2005, Dan Kegel wrote: In http://www.winehq.org/hypermail/wine-devel/2005/01/0111.html, Francois Gouget wrote: If you're trying to print stuff from Acrobat Reader (now called Adobe Reader), then that's known not to work. What are the problems? I don't know much about printin