Move GDI handles to the large heap

I'm not sure if this is what Alexandre had in mind, but here it goes... ... I just realized that some things may break. In particular, what do we do with windows/syscolor.c:SYSCOLOR_MakeObjectSystem() Index: dlls/gdi/gdiobj.c ==

Re: Wiki stuff

On Mon, 2005-05-09 at 09:36 +0200, [EMAIL PROTECTED] wrote: > Could you post a link to a page that display this issue? > > I just looked at http://wiki.winehq.org/InstallShield and it was fine on > opera 8 but I did not have time to check to see how you had defined Not really, I've told you th

Re: Wiki stuff

On Sun, 2005-05-08 at 13:12 +0100, Mike Hearn wrote: > More Wiki stuff: for some reason on my browser at least sections > aren't showing as a monospace font which makes embedded code hard to read. > Is this some CSS thing? Firefox renders text/plain files as monospace OK > so it's not my fonts. Y

Re: unix filenames in notepad

On Fri, May 06, 2005 at 02:12:22AM -0500, James Hawkins wrote: > That's the beauty of it! wineprefixcreate sets z: to point to / > automatically. Of course the user can always change what z: points > to, but / is the default location. James, if an application informs us somehow (TBD) that they c

Re: Wine Wiki Status

On Fri, May 06, 2005 at 12:12:01PM +0100, Mike Hearn wrote: > The slashdotting has passed, I doubt it'll be a problem again. I should > have known better than to directly link to it from the story. D'oh! Don't worry, it wasn't a big deal, I think it was OK to post to ./ And hey, it was a good serv

Wine Wiki Status

A few things: 1. We've been attacked Wed by one or two idiots from Slashdot. They kept replacing the content of the front page with some silly Balmer images :) Not a big deal, since MoinMoin makes it a snap to revert to an older version. However, this episode forced me to at least

Re: winecfg: Add wine configuration tab

On Thu, May 05, 2005 at 12:50:50AM -0500, James Hawkins wrote: > I used the options specified for [wine] in the Wine Options Status > page [1] to create a new wine options tab for winecfg. I think we intentionally omitted such a page before. The thinking is that these are really low-level settings

Re: winecfg: Add wine configuration tab

On Thu, May 05, 2005 at 12:50:50AM -0500, James Hawkins wrote: > [1] http://winehq.org/site/status_options I'm afraid this page is a bit out of date. It needs lots of love, and I think it would be a worthwhile project to update it. -- Dimi.

Re: InstallShield status page on the wiki

On Thu, May 05, 2005 at 01:59:15PM +0200, Boaz Harrosh wrote: > Dimi while you are at it: > I used : >1. FCKEditor or >2. HTMLArea . > Last time I installed them on My Linux-Apache at home it took me 10 > minutes. Do ha

Re: InstallShield status page on the wiki

On Thu, May 05, 2005 at 12:35:46PM +0100, Mike Hearn wrote: > Dimi, the tags don't seem to create any bottom padding like they would > normally so all the text seems squashed together even if they have > newlines between them. Can this stylesheet problem be fixed? Done. I'll make the code and .cs

Re: Commercial support

On Tue, May 03, 2005 at 03:22:34PM -0500, Jeremy White wrote: > site should be open to anyone that requests to > be listed there, and that it should be in alphabetical > order. Name recognition matters. In fact, for Open Source companies it may be the only thing they have to work with. As such, I

Re: Commercial support

On Wed, May 04, 2005 at 07:33:53AM -0400, Tom Wickline wrote: > 1) a token monetary fee of around $10,000 per year. I was thinking more like $100, to help out CW with hosting. At 10K most companies will shy away, and we don't want that. We want more people there, not fewer. This is not money for

Re: Commercial support

On Tue, May 03, 2005 at 11:33:36AM +0200, David Gümbel wrote: > So I'd suggest listing anyone who can prove he has contributed to Wine in > whatever way - making a donation, having contributed code, whatever - , and > let the customers decide whom to select for their particular problem. Yes, I t

Re: Benchmarking Wine againt XP Part 2

On Sun, May 01, 2005 at 01:31:59PM -0400, Tom Wickline wrote: > I have run Pov-Ray in the past if anyone is interested in this bench > ill re-install it and run it again. > > http://www.povray.org/ If you can do it, it may prove useful. -- Dimi.

Re: Benchmarking Wine againt XP Part 2

On Fri, Apr 29, 2005 at 02:13:57PM -0400, Tom Wickline wrote: > This is part two of the results. These things should be nicely formatted and posted on the Wiki: wiki.winehq.org This way we can keep track of such results, see how we (hopefully) improve in time. -- Dimi.

Re: PATCH: gcc4 alias fixes

On Sun, Apr 24, 2005 at 10:02:47PM +0200, Marcus Meissner wrote: > Hi, > > This is the patch I use for gcc4.0 here. > > I am not really sure why this aliasing was introduced, > but it will not work this way anymore. I still don't understand why it doesn't work. It was introduced because using m

Re: Make VIRTUAL_SetFaultHandler an internal function (take 3)

On Tue, Apr 19, 2005 at 08:37:30PM +0200, Alexandre Julliard wrote: > Actually you have the same problem with the GDI lock, this is going to > be more tricky to solve... Duh! One way to do it is to not hold the lock while we call the handler. Which I think we need to do anyway, as app handlers are

Re: Make VIRTUAL_SetFaultHandler an internal function (take 3)

On Tue, Apr 19, 2005 at 01:13:12PM +0200, Alexandre Julliard wrote: > You can't hold the critsection when adding the handler since this will > grab the vectored_handlers critsection, and thus acquire the sections > in the reverse order of what happens when the handler is called. Good point, I have

Re: Make VIRTUAL_SetFaultHandler an internal function (take 3)

On Mon, Apr 18, 2005 at 10:46:10PM +0900, Dmitry Timoshkov wrote: > Here is a largely simplified source ripped from one of my very old projects > which loads a TGA file and shows it using a DIB section. A sample TGA file > is included. Thank you Dmitry. It didn't test the fault handler directly, b

Re: Make VIRTUAL_SetFaultHandler an internal function

On Mon, Apr 18, 2005 at 01:06:23PM +0200, Alexandre Julliard wrote: > Sure, the general idea is fine. You actually don't need a mem_area > structure at all, you can store that directly in the phys bitmap. Also > it would be nice to only set the handler when a DIB is allocated, not > at startup. Ri

Re: Make VIRTUAL_SetFaultHandler an internal function

On Mon, Apr 18, 2005 at 12:29:07AM +0900, Dmitry Timoshkov wrote: > "Dimitrie O. Paun" <[EMAIL PROTECTED]> wrote: > > > +struct mem_area > > +{ > > +struct list entry; /* Entry in global mem area list */ > > +const void

Re: Make VIRTUAL_SetFaultHandler an internal function

On Sun, Apr 17, 2005 at 08:44:57AM -0500, Rob Shearman wrote: > Why don't you free area here? Details, details. But if you insist ... :) Index: dlls/ntdll/ntdll.spec === RCS file: /var/cvs/wine/dlls/ntdll/ntdll.spec,v retrieving rev

Re: Make VIRTUAL_SetFaultHandler an internal function

On Thu, Apr 14, 2005 at 03:05:36PM +0200, Alexandre Julliard wrote: > Actually it should be possible to handle the fault using a vectored > handler, without requiring internal functions at all. Completely untested (what do people use to test DIB handling?), but it compiles. Is something like this

Re: Move notifies around to match native

On Tue, Apr 12, 2005 at 04:13:32PM -0600, Vitaliy Margolen wrote: > Well, yes and no. This is custom draw callback/notify. It shouldn't change > control's parameters, such as color. At least on a permanent basis. This is > what > set color messages for. Agreed. But judging by what listview is doi

Re: Move notifies around to match native

On Tue, Apr 12, 2005 at 12:24:11PM -0600, Vitaliy Margolen wrote: > Also small fix for custom draw color. Native does not use colors returned from > NM_CUSTOMDRAW notify. This is odd, and it deserves at the very least a comment in the code, but more preferably a unit test. -- Dimi.

Re: lostwages/templates/en status_ui.template

On Sun, Apr 10, 2005 at 08:43:44PM +0200, Jacek Caban wrote: > I completely disagree. We can do much more than there is done right now. > shdocvw > is more than WebBrowser control and we can inplement those areas, but > WebBrowser > needs a lot of work as well. Mozilla ActiveX Control seems not t

Re: LISTVIEW_SetItemState problem in FlashFXP (and other applications)

On Sun, Apr 10, 2005 at 09:06:37PM +0200, Rolf Kalbermatter wrote: > Of course there are people here much more familiar with Common Controls > than me, so I will probably not be able to do a quick fix to this myself. Good find! Can you test this patch? Index: dlls/comctl32/listview.c ==

Re: Out-of-tree compilation and running

On Sun, Apr 10, 2005 at 11:46:38AM +0200, Detlef Riekenberg wrote: > Sorry, no diff here because I changed much more in my version. Try to separate the changes, and submit a diff. I'm afraid things will go to /dev/null without one. -- Dimi.

Re: Wine and Process Explorer

On Wed, Apr 06, 2005 at 07:48:11PM +0200, Paul Vriens wrote: > Hi, > > I was just wondering if it's worthwhile to get Process Explorer running > on Wine. It contains a lot of 'under-the-hood' stuff which is maybe not > needed anywhere else (except the taskmgr, maybe). If you'd like to work on thi

Re: Notes on adding a test

On Tue, Apr 05, 2005 at 09:17:17AM -0700, Dan Kegel wrote: > Thomas Kho mentioned that > http://www.geekymedia.com/twiki/bin/view.cgi/WineDev/AddingMakefile > was helpful to him. Since the webmaster there says he's > taking down that wiki soon, here's a copy for posterity. It would be best if som

Re: comctl32: tab unicodification

On Tue, Apr 05, 2005 at 09:04:18PM +0900, Dmitry Timoshkov wrote: > "Dimitrie O. Paun" <[EMAIL PROTECTED]> wrote: > > >infoPtr = (TAB_INFO *)Alloc (sizeof(TAB_INFO)); > > > > - SetWindowLongA(hwnd, 0, (DWORD)infoPtr); > > + SetWindowLong

Re: WineConf Agenda

On Mon, Apr 04, 2005 at 04:19:36PM +1000, Andrew Tridgell wrote: > Personally I think that keeping a full alternative dcache in userspace > isn't the right approach. I think we could bear the hit of something > that keeps O(number_of_directories) memory, but not > O(number_of_files). The lack of a

Re: [SERVER] fix potential leak on window.c (bug2849)

On Mon, Apr 04, 2005 at 09:38:40AM +0200, Raphael wrote: > Hi, > > changelog: > - fix potential leak on window.c as seen in bug2849 + { + free_region( tmp ); + goto error; + } Can you please use 4-spaces indentation, like the rest of

Re: WineConf Agenda

On Mon, Apr 04, 2005 at 11:51:02AM +1000, Andrew Tridgell wrote: > It only changes the name from the point of view of posix. The name is > completely preserved from the point of view of Wine/Samba. I can still > understand this annoying some people, but I don't think it would annoy > the majority o

Re: WineConf Agenda

On Mon, Apr 04, 2005 at 11:08:42AM +1000, Andrew Tridgell wrote: > I have a proposed solution for that which needs no kernel > modifications. I have been meaning to write this up properly, so if > you like I can do that for WineConf. I think it would be very good to have such a discution. It seems

Re: WineConf Agenda

On Sun, Apr 03, 2005 at 08:57:58PM +1000, Andrew Tridgell wrote: > In each case I will be trying to encourage methods which can store the > full NTFS semantics, rather than limiting ourselves to only the things > that fit natually in posix filesystems. I'm guessing we will have some > lively discus

Re: dsound: fix test to compile on vs

On Sun, Apr 03, 2005 at 01:25:22PM -0500, James Hawkins wrote: > Changelog > * LPLPVOID is unknown to Visual Studio, use LPVOID * instead. If so, how come it's defined in our headers? We should remove the definition if it's not standard. -- Dimi.

Re: Riched20: thanks + regression "beta" not shown

On Sun, Apr 03, 2005 at 12:32:28PM +0200, Krzysztof Foltman wrote: > I'm currently working on complete tab support, and will post a patch > next week. It already includes support for tab positions. This is very cool. From the limitted exposure I have with Richedit controls used in apps, this will

wineps: rewriting in terms of 32-bit functions

Hi Huw, Currenty wineps.dll is one of the worse offenders in terms of using non-standard, 16-bit entry points. Namely, wineps makes use of the following 16-bit functions: CloseJob16() DrvGetPrinterData16() DrvSetPrinterData16() OpenJob16() SelectVisRgn16() WriteSpool16() I

Re: discusion about a message loop in listview.c

On Tue, Mar 29, 2005 at 06:52:07PM +0200, Dietrich Teickner wrote: > I have some weeks before reported, FlashFXP v3.02 loops with a > message-loop in listview.c after login. It does this in Odin and in Wine. > In Odin it stops in smaller time (deep 1000). Wine has a bigger stack, > and so needs w

Re: wine/dlls wininet/netconnection.c user/text.c ...

On Tue, Mar 29, 2005 at 01:49:22PM -0600, Alexandre Julliard wrote: > Log message: > Peter Berg Larsen <[EMAIL PROTECTED]> > Janitorial: Get rid of strncpy/strncpyW. This is cool stuff. Now it would be nice if someone hacks winapi_check to ... check for strncpy() business so it doesn't

Re: wine/ windows/scroll.c dlls/x11drv/scroll.c dl ...

On Mon, Mar 28, 2005 at 02:14:44PM +0200, Rein Klazes wrote: > Attached is a patch that solves Micha's scroll problem, also discussed > under bug #1091. It also does not change the handling of an existing > invalidated region. Nice, at least you nailed one :). As for the initial problem that I've

Re: wine/ windows/scroll.c dlls/x11drv/scroll.c dl ...

On Fri, Mar 25, 2005 at 11:11:04AM -0600, Alexandre Julliard wrote: > Modified files: > windows: scroll.c > dlls/x11drv: scroll.c > dlls/user/tests: win.c msg.c > > Log message: > Rein Klazes <[EMAIL PROTECTED]> > ScrollDC and X11DRV_SCROLLDC should scr

Re: LOSTWAGES: updates

On Fri, Mar 25, 2005 at 09:48:48PM +0900, Mike McCormack wrote: > + Remove HeapAlloc casts Please make this a , all entries there are at that level. -- Dimi.

Re: ipaddress: uniform naming (take 2)

On Fri, Mar 25, 2005 at 12:05:20PM +, Mike Hearn wrote: > Blah, consistency with past mistakes rather than fixing them is how Win32 > ended up being such a steaming pile in the first place. If you want to do > a mass search/replace why not un-hungarianize the whole file? Because out of 24 cont

Re: Handle wParam in WM_PAINT properly

On Fri, Mar 25, 2005 at 06:50:59AM +0100, Filip Navara wrote: > Hmm, MSDN says that the wParam of WM_PAINT is not used and I always > believed it. Are you sure that you're not confusing it with WM_PRINTCLIENT? Yeah, it's an undocumented "feature". Check out all other standard/common controls, the

Re: saving winrash

On Thu, Mar 24, 2005 at 05:56:02PM -0600, Robert Shearman wrote: > If the source to winrash was in the Wine tree I would already have fixed > it by now. True, it's probably better if we have it in the tree, but last time we've tried to place it there, Alexandre refused. Truth is that one can view

[RFC] Pager: why do we implement WM_NCPAINT instead of WM_PAINT?

Hi folks, Does anyone know why the Pager common control (dlls/comctl32/pager.c) implements WM_NCPAINT instead of WM_PAINT? It is the only exception to the rule, all other controls implement WM_PAINT. -- Dimi.

Re: Eliminate casts of the return value of HeapAlloc

On Mon, Mar 21, 2005 at 02:03:59PM +0100, Francois Gouget wrote: > On Mon, 21 Mar 2005, Alexandre Julliard wrote: > [...] > >Log message: > > Mike McCormack <[EMAIL PROTECTED]> > > Eliminate casts of the return value of HeapAlloc. > > This could be turned into a pretty easy janitorial the

Re: winmm patch

On Sat, Mar 19, 2005 at 07:46:01PM -0600, Royce Mitchell III wrote: > Royce Mitchell III <[EMAIL PROTECTED]> > - fix warning that is really a bug - from looking at the code, wDevID > should be a UINT, not a UINT_16 ( perhaps these should be renamed? ) Please: 1. Send a diff -u (http://winehq.or

Re: RICHED20: remove casts and unused code

> +static inline char *RTFStrSave(char *s) Not a big deal, but the name is a bit uncommon. Wouldn't RTFStrDup() be a better/more recognizable name? -- Dimi.

Re: Wine FAQ removed from the doc tarballs

On Fri, Mar 18, 2005 at 02:04:08PM +0100, Francois Gouget wrote: > But I don't see any reason not to put it in wine-doc-html.tar.gz or > wine-doc-txt.tar.gz. The idea of these tar files is so that one can get > all the Wine documentation with just one download and the FAQ is part of > the docume

Re: Wine FAQ removed from the doc tarballs

On Fri, Mar 18, 2005 at 01:21:06PM +0100, Francois Gouget wrote: > --- > revision 1.36 > date: 2003-09-18 20:51:32 +; author: julliard; state: Exp; lines: +9 > -5 > Remove the FAQ from the doc tarball, and build it as a single .html > file (based on patch b

Re: animate control regression

On Fri, Mar 18, 2005 at 04:21:05PM +0900, Mike McCormack wrote: > If you get rid of the thread, programs that don't run a message loop or > that block for a time after receiving certain messages won't animate > smoothly. Yeah, I was half joking about removing it. comctl32 6.0 doesn't run a threa

Re: animate control regression

On Thu, Mar 17, 2005 at 10:31:24PM +0100, Krzysztof Foltman wrote: > The current CVS version has a regression in the animate control, causing > a deadlock, most probably in WM_DESTROY handler, in the app I'm testing > Wine with. We should just get rid of the thread and the critical section altog

Re: Suggestion for a couple of additional janitorial projects

On Wed, Mar 16, 2005 at 10:59:09PM +0800, Dmitry Timoshkov wrote: > I'd like to suggest to add the following janitorial projects for Wine: > > 1. Fix Wine to be compilable by a 64-bit compiler > 2. Fix wrong assumptions in Wine about endianess. I'd say go for it. -- Dimi.

Re: animate: audit and some fixes

On Wed, Mar 16, 2005 at 08:04:26AM -0500, Tom Wickline wrote: > Can you update the http://winehq.org/site/status_ui page > or do you want me to? I'll update it soon, first the patch must go in :) -- Dimi.

Re: SetFocus and DefPushButton management

On Wed, Mar 16, 2005 at 10:22:51AM +0100, Katia Maculan wrote: > + SendMessageA (dlgInfo->hwndFocus, BM_SETSTYLE, > BS_DEFPUSHBUTTON, TRUE); ^ Please use SendMessageW instead. > + /*Check for a previous defpushbutton*/ > +

Re: Wine's Documentation in French

On Tue, Mar 15, 2005 at 03:36:12PM +0100, Francois Gouget wrote: > * WineLib User Guide > José CARRENO > Yvon BENOIST (proofreading) > http://fgouget.free.fr/wine/winelib-user.html I'm not sure it's a good idea to translate this one. First off, this guide is quite out of date

Re: wine/ misc/registry.c documentation/samples/co ...

On Mon, Mar 14, 2005 at 11:18:40AM -0600, Alexandre Julliard wrote: > Log message: > Get rid of the remaining registry configuration parameters. Any plans on getting the global registry back? -- Dimi.

Re: combo - implement GetComboBoxInfo

On Mon, Mar 14, 2005 at 08:02:00PM -0800, Steven Edwards wrote: > -FIXME("\n"); > -return FALSE; > +LPHEADCOMBO lphc = (LPHEADCOMBO)GetWindowLongA( hwndCombo, 0 ); Please use GetWindowLongW(), the combo box is fully Unicode. > +pcbi->hwndCombo = hwndCombo; > +pcbi->hwnd

Re: STI, device drivers and stuff

On Mon, Mar 14, 2005 at 03:41:40AM -0800, Damjan Jovanovic wrote: > 1. Do you support/accept/like C++ code in Wine? COM is > bad enough in C++, I would rather not do it in C. Use C, ALexandre will not accept C++. > 2. STI has kernel mode components to deal USB / SCSI / > serial / parallel ports.

Re: [documentation] winedev-kernel

On Sun, Mar 13, 2005 at 09:17:08AM +0100, Eric Pouech wrote: > Also, we miss in the KERNEL32 part some information on > - 16 bit support (and DOS of course) > - Global vs local vs heap allocation Yes, these would be very useful. I'll keep it open then. -- Dimi.

Re: Scrollkeeper, the documentation, XML, and the way forward

On Sun, Mar 13, 2005 at 09:13:31AM -0700, Brian Vincent wrote: > On Sat, 12 Mar 2005 16:57:22 -0800, Scott Ritchie <[EMAIL PROTECTED]> wrote: > > 1) Create a new directory for all XML documentation at wine/doc. This > > will also bring us to be more standard. > > The key is that we use Docbook's

Re: Scrollkeeper, the documentation, XML, and the way forward

On Sun, Mar 13, 2005 at 11:53:01AM +0100, Alexandre Julliard wrote: > Scott Ritchie <[EMAIL PROTECTED]> writes: > There's nothing great about SGML, no argument here; but as far as I > can tell XML is the same mess except a bit worse. And I can't say I'm > particularly thrilled to have to change all

Re: Scrollkeeper, the documentation, XML, and the way forward

On Sat, Mar 12, 2005 at 04:57:22PM -0800, Scott Ritchie wrote: > 1) Create a new directory for all XML documentation at wine/doc. This > will also bring us to be more standard. You better check with Alexandre first, I doubt he'll go for it. > 3) We follow the steps at the above link to add scrol

Re: [documentation] winedev-kernel

On Sat, Mar 12, 2005 at 09:29:44PM +0100, Eric Pouech wrote: > some DocBook cosmetic stuff, and new docu (file management being the most > important one) Very nice! Does this complete task Documentation/Devel Guide/6 on the TODO list? -- Dimi.

Re: [ARTWORK] icon: "My Computer"

On Sat, Mar 12, 2005 at 11:02:54PM +0100, egore wrote: > Tell me if you like it, if you hate if, what could be done better, etc. -- The Desktop one is hard to distinguish at 16x16 -- Why the wine glass on the file icon? That can be confusing. -- The My Computer one is a bit busy Maybe we need

Re: wine/ misc/registry.c documentation/samples/config

On Sat, Mar 12, 2005 at 06:51:04PM +, Mike Hearn wrote: > - We have no config file, yet this has apparently not accelerated the pace > of winecfg development, we just have more confused users AFAIK, winecfg is not working with the real registry stuff, so how would not having a config file ac

Re: cabinet.dll FDI Conformance Test

On Fri, Mar 11, 2005 at 12:13:18AM -0800, Rizwan Kassim wrote: > Wine cabinet.dll FDI Conformance Test Patch A few comments: -- the patches uses Windows line ends, please fix that -- the preprocessor is abused. There's no need to have #ifdef VERBOSE #endif all over the code, please pull t

Re: Make running tests on a visible desktop a mandatory requirement

On Wed, Mar 09, 2005 at 09:04:20AM +0800, Dmitry Timoshkov wrote: > I know nothing about winrash, but if it's possible to tell it to > run the tests on a visible desktop then it would be great. Not as far as we know. I still don't understand why you insist on killing winrash and automated testing

Re: FlashFXP v 3.01 and wine + Odin

On Sat, Mar 05, 2005 at 08:23:11PM +0100, Dietrich Teickner wrote: > the child ask the parent, this ask the child, this ask the parrennt, > this. > > never end, only if the stack at end. How did you get this trace? Can you send a +listview trace? -- Dimi.

Wine logo (the glass)

Folks, do we have an .svg version of the logo? If so, where can I get it from? -- Dimi.

winebuild changes

Hi Alexandre, Ivan found that on Windows .exe's can export functions, just like DLLs. He needs this for his work on ntoskrnl.exe. To support this, we need a bit of an interface change to winebuild. I've put together a simple patch to see if you are OK with such a change. If so, I'll finish it, an

Re: Use of STLPort with winegcc

On Thu, Mar 03, 2005 at 10:23:51AM +0200, Boaz Harrosh wrote: > What would be the right way to do it? I would submit a patch, but what > should I do? Just append the "-I .../msvcrt" instead of prepend, or > maybe use "-isystem .../msvcrt". The docs for gcc say that "-isystem" > folders will be

Re: imagelist: style fixes

On Thu, Mar 03, 2005 at 11:13:49AM +0100, Alexandre Julliard wrote: > I knew I was going to regret applying Mike's indentation > patches... Folks, please let's not start an indentation police, > there's no reason to "fix" anything unless a file is really so messed > up that it becomes unreadable.

Re: wine-user.pdf feedback

On Wed, Mar 02, 2005 at 01:12:06AM -0500, Dan W. wrote: > crap questions to you, but to me it's a solid and tangible one. Well, I > do know that I do have wine installed, because when I installed Fedora > Core 2, I said "install everything". Besides, I tried.. > "wine /mnt/C/windows/notepad.exe" a

Re: Dump HeapWalk entries

On Wed, Mar 02, 2005 at 05:52:45PM +0100, Uwe Bonnes wrote: > + if ((entry->wFlags & PROCESS_HEAP_ENTRY_BUSY ) > + && (entry->wFlags & PROCESS_HEAP_ENTRY_MOVEABLE)) > +{ > + /* Treat as block */ > + DPRINTF( "BLOCK->hMem\t\t:%08lx\n", (DWORD)entry->u.Block.hMem); > +} Ple

Re: Visual C++ 6.0 as a Winelib IDE?

On Wed, Mar 02, 2005 at 05:22:24AM -0800, Ira Krakow wrote: > The Makefile that Winemaker generates _almost_ works. > You need to delete the references to the mfc library > and mfc.dll. After doing that, running make generates > the .so file. Wine runs it flawlessly. Nice! > I got to thinking

Re: vartest.c - major pain in the build process

On Mon, Feb 28, 2005 at 01:10:25PM +0100, Ivan Leo Puoti wrote: > OK, then we can have winrash only run them in interactive mode, end of > story. Don't need to do that, there are plenty of tests that run fine with an invisible desktop, there's enough value in having some automated tests. Maybe we

Re: comctl32 - SB_SETBORDERS

On Mon, Feb 28, 2005 at 01:04:23AM +0100, Thomas Weidenmueller wrote: > Even though Office tries to use them I oppose implementing it. Why? There's little harm in supporting it, if some versions of the real thing does. It's neither difficult, nor complex... -- Dimi.

Re: Compiling wine dlls for windows

On Thu, Feb 24, 2005 at 09:19:15PM +0100, Hans Leidekker wrote: > Among other possibilities, if you have an RPM based distro > you could use my MinGW cross compiler RPM packages, prebuilt > for Fedora Core and SUSE but also available as source RPMS > to rebuild yourself: It may be a good idea to h

Re: broken faq.sgml

On Thu, Feb 24, 2005 at 08:12:10PM +0300, Vitaly Lipatov wrote: > jade:/home/lav/RPM/BUILD/wine-20050224/documentation/faq.sgml:1716:66:Q: > length of name token must not exceed NAMELEN (44) Thanks, sorry for the problem. ChangeLog Shorten the id of the question to avoid jade error. cvs dif

Re: Collection of wine tools on windows

On Sun, Feb 20, 2005 at 07:48:40PM +0200, Boaz Harrosh wrote: > 1) MinGW header-set are Evil - Because they are ugly, with this, no > variables names, and all this style for machines guide. This I already > carry for 10 years so here it is off my chest. Heh, the MinGW folks seem to have some str

Re: Text Alignment, how is it handled ?

On Mon, Feb 07, 2005 at 04:07:06PM +0100, George Ginden wrote: > Hi the following code part is not working in Wine as it work (as > supposed) in Windows. > > HRight = GetDlgItem (hDlg,IDC_RIGHT); > Edit_SetText(HRight, "Right"); > > How is text alignment, in a edit field, handled ? Currently, o

Re: my first go at syncing opengl spec

On Fri, Feb 04, 2005 at 01:58:35PM -0500, Tom wrote: > This is my first attempt at syncing the opengl spec. > Is this close to what needs to be done? I don't know, I can't view it. Please no compressed patches. And for sure not bzip2, if you *have* to do it, use gzip. This way I can view it via zl

Re: x11drv regression?

On Tue, Feb 01, 2005 at 07:27:32AM -0600, Jeremy White wrote: > If Alexandre committed a patch that converted the entire code base from C > to pure > assembler, his changelog would read: > Code optimizations :) Truth be told however, Alexandre is annoyingly to the point. :) So no, I don't think

Re: wine/dlls x11drv/x11drv.h x11drv/winpos.c x11d ...

On Mon, Jan 31, 2005 at 08:26:24PM +0100, Alexandre Julliard wrote: > The bulk of the architectural work is done, yes. This is a big day then -- pretty cool stuff. > There are still many loose ends to tie up, and some missing > performance improvements. Plus of course fixing all the regressions

Re: wine/dlls x11drv/x11drv.h x11drv/winpos.c x11d ...

On Mon, Jan 31, 2005 at 10:34:07AM -0600, Alexandre Julliard wrote: > Log message: > Only create an X window for top-level windows, not for child windows. > Get rid of the X client window too, it's no longer needed. Cool. Does this mean that the window management rewrite is done? --

Re: Refcounting in dsound

On Mon, Jan 24, 2005 at 02:50:02PM +0100, Paul Vriens wrote: > Is there a need to clean (i.e. use Interlocked*) this up? I thought we've decided to have all mods go through Interlocked*, for consistency... -- Dimi.

Re: Compiling the MFC using Winelib

On Sat, Jan 22, 2005 at 01:19:35PM -0800, Dan Dennison wrote: > So as a service to the Wine community I plan to document the process of > building libmfc as part of my master's project. Although the MFC is not the > focus of this project, porting of it is a requirement for the package to > work usi

Re: [Fwd: Wine-Wiki.org]

On Mon, Jan 24, 2005 at 02:24:48AM +0100, Ivan Leo Puoti wrote: > If the appdb isn't good enough, we should fix it, not link to > third party web sites. The AppDB will never replace a Wiki. They serve different purposes. Trying to shoehorn everything in AppDB is a (big) mistake IMO. We need an off

Re: Wine Knowledge Base

On Sun, Jan 23, 2005 at 07:44:27PM +, Mike Hearn wrote: > If you can convince Newman then I'll owe you beer at WineConf (you're > coming, right?). Yes, I'm coming. And I hope to get that beer :) -- Dimi.

Re: MSI: indentation and style cleanup

On Sat, Jan 22, 2005 at 05:16:45PM +, Mike Hearn wrote: > Given that it can be quite complex and introduce new bugs, and given that > it's really quite a useless feature IMHO as modern Linux boxes will hang > themselves in swap hell before returning NULL from malloc I don't think > this should

Re: Wine Knowledge Base

On Sun, Jan 23, 2005 at 01:03:23PM +, Mike Hearn wrote: >http://navi.cx/svn/misc/trunk/winekb/index.xml This is nice, but I'm not sure I agree with your rationale for not using a real Wiki. > - Easy to improve It is easy, but not as easy a regular Wiki. By a long shot. Moreover a Wiki li

Re: janitorial: COM status update

On Fri, Jan 21, 2005 at 07:39:55PM -0500, Tom wrote: > I beleive this is the way it should be done (class=submitted) > instead of removing completed entries. It's close enough to completion that I think we can just remove them now. The page is getting pretty big anyway, so removing them actually h

Re: fix the DEVELOPER-HINTS file to reflect how things are really done

On Fri, Jan 21, 2005 at 04:54:29PM +0900, Mike McCormack wrote: > - FIXME("(%x,%p,%d): stub\n", hdc, p, count); ... > + FIXME("%p %p %ld\n", hdc, p, count); Well, I must agree with Andy: there's no reason to remove the 'stub' part, most of the code uses it, automated tools look for it,

Re: [LOSTWAGES] update the non-standard include files task (RESEND)

On Thu, Jan 20, 2005 at 02:30:09PM +0100, Rémi Assailly wrote: > win.h still exists... My bad, I've misread this check-in: http://www.winehq.org/hypermail/wine-cvs/2005/01/0463.html -- Dimi.

Re: [LOSTWAGES] update the non-standard include files task

Actually, you missed a few things. ChangeLog A few non-standard include files are gone. -- Dimi. ? diffs Index: templates/en/janitorial.template === RCS file: /home/wine/lostwages/templates/en/janitorial.template,v retrieving r

Re: WineHQ:winetest: produce valid HTML

On Mon, Jan 17, 2005 at 03:05:09PM +0100, Jakob Eriksson wrote: > But if I were to implement an opt-in scheme, you would be ok with it? I wouldn't be opposed to it, but I'd advice against expanding so much effort for such little benefit. We have so much to do, it's not like we're looking for stuff

  1   2   3   4   5   6   7   8   9   10   >