- Wine-Devel - list.winehq.org

Re: Wine patch
by Stefan Dösinger Oct. 12, 2005

Oct. 12, 2005

> Hi Stefan, did you ever get any comment on this patch, > as why it hasn't been committed?? > > http://www.winehq.org/hypermail/wine-patches/2005/03/att-0504/01-x11drv.dif >f > > It seems as if it fixes quite a few bugs (e.g. Steam) > . Was it ever discussed further? Regards Louis No, it was not discussed in detail. I think this patch is incorrect, it fixes some apps, but it breaks others, the QuickTime Player for example behaves incorrect with this patch. One suggestion was to fix non-managed windows instead, but according to some Documentation this is not possible because every window manager behaves differently with non-managed windows. Maybe someone has a better solution Cheers, Stefan

2 2

(no subject)
by Vishal Gakhare Oct. 12, 2005

Oct. 12, 2005

can anybody tell me the logic of follow. files advapi.dll kernel32.dll advpack.dll

1 0

Can you reproduce this bug on wine-20050930 like me?
by Hiji Oct. 12, 2005

Oct. 12, 2005

Can you reproduce this bug? Follow these steps: 1. Install Filezilla: http://prdownloads.sourceforge.net/filezilla/FileZilla_2_2_16_setup.exe?dow… 2. FTP into the server of your choice 3. Click and drag files from the server to your local machine (to copy them) 4. Realize now that even though the files have been copied to your machine, you are still dragging the files around If you can replicate this serious bug, can you fix it? Hiji P.S. This is for bug 3148, and I have been able to reproduce it on both Filezilla and AbsoluteFTP __________________________________ Yahoo! Mail - PC Magazine Editors' Choice 2005 http://mail.yahoo.com

2 2

Tracking bug for serious Wine bugs running "must-have" K12 apps
by Dan Kegel Oct. 12, 2005

Oct. 12, 2005

I've created metabug http://bugs.winehq.org/show_bug.cgi?id=3554 to track problems in Wine that make K12 classroom applications unusable or untestable. So far I only have two bugs listed there, but I have only looked at one of the apps in the list ( http://kegel.com/wine/qa/#app.k12 ) from the K12OSN folks. My hope is that this becomes a list of the highest impact bugs in K-12 bugs, those that are worth fixing for, say, wine-0.9.2. Less serious bugs can wait for future releases, and don't yet need a tracking bug. Coments, anyone?

1 0

How to install mozilla active in wine
by Vijay Kiran Kamuju Oct. 11, 2005

Oct. 11, 2005

Hi, I would like to install mozilla active in wine, i have downloaded the xpi file. and what should i do make the wine recognize this activex. Thanks, Vijay

5 8

Test If Running Under Wine
by Craig macLeod Oct. 11, 2005

Oct. 11, 2005

I am a developer of Win32 applications. We have recently found the command ShellExecute when trying to browse folders functions differently between Wine and Windows. This is mainly because there is no implementation of Windows Explorer unider Wine so the command does nothing. How in our code do we differentiate between Wine runs and Windows runs? The documentation discourages such tests saying we should fix Wine. My boss wants to do minimal changes to our code so how do we do a simple test if we are using Wine or not? I have some code to test for the existance of explore.exe and if not present then assume we are under Linux. Is this sufficiently generic? (foreign languages etc)

6 6

Re: COMCTL32: fix separators in check groups in toolbars
by James Hawkins Oct. 11, 2005

Oct. 11, 2005

On 10/11/05, Krzysztof Foltman <wdev(a)foltman.com> wrote: > ChangeLog: > * Separators with group style set don't separate toolbar radio groups > anymore (which broke tool selection in Front Panel Designer) > > A test case coming soon... > I'm not saying this shouldn't be committed, but it might have a better chance if the test case comes first. -- James Hawkins

1 1

Re: [comctl32] Fix SEGV in file dialogs (bug 3366)
by Alexandre Julliard Oct. 11, 2005

Oct. 11, 2005

Troy Rollo <wine(a)troy.rollo.name> writes: > The following change seems to prevent the SEGV that frequently occurs when you > double-click on a folder in the file open/save dialogs. This fix uses > IsWindow() to test if the ListView still exists. I have handled all > notifications other than those where it seems entirely implausible that the > callback could destroy the window. I think it would be a lot cleaner to put the IsWindow test in the notify functions and make them return FALSE (or some appropriate code) when the window is destroyed. Then all you have to do in the callers is check the result instead of duplicating the IsWindow calls all over the place. -- Alexandre Julliard julliard(a)winehq.org

2 1

Release plans
by Alexandre Julliard Oct. 11, 2005

Oct. 11, 2005

Folks, I just released 20050930, this should be considered the pre-0.9 release, so please give it some good testing. In particular, please test the things that new users will encounter first, like the automatic .wine creation and winecfg. Even if you normally build from source, please for once try the binary package for your distro and check if you spot anything the packager is doing wrong. Bugzilla has had a good cleanup lately (thanks guys!) and most of the irrelevant bugs have been closed, so please have a look at the remaining ones to see if there's anything you know how to fix. We also still need many documentation updates, so please consider helping with that. If you have scripts that handle releases, now is the time to ensure they can cope with a version number not in the YYYYMMDD format... If all goes well, and if the documentation is updated by then, the real 0.9 should be released in a couple of weeks. In the meantime we should consider ourselves in a code freeze, so please don't submit new features or large changes, only small bug fixes will be allowed in. Thanks everybody for your help, it has been a long trip but we are getting there... -- Alexandre Julliard julliard(a)winehq.org

15 27

Re: [TRY3] printer dialog fixes part1 + french
by Detlef Riekenberg Oct. 11, 2005

Oct. 11, 2005

Am Dienstag, den 11.10.2005, 10:36 +0200 schrieb Jonathan Ernst: -- cut -- + + EnumPrintersA(PRINTER_ENUM_LOCAL, NULL, 2, NULL, 0, &needed, &num); + if(num == 0) + { + -- cut -- Sorry that didn't work. You receive in "num" the Number of returned PRINTER_INFO_2 Entries in "buffer" Since "buffer" is NULL, "num" is always 0. Working Example from my Patch: ( http://www.winehq.org/pipermail/wine-patches/2005-October/021268.html ) + /* Verify, that we have a Printer installed */ + /* this will fail in wine, when you deleted your printer */ + + numentries = 0; + size = 0; + result = pEnumPrintersA(PRINTER_ENUM_LOCAL, + NULL, 2, NULL, 0, &size, &numentries); + + if (size == 0) + { + result = pEnumPrintersA(PRINTER_ENUM_CONNECTIONS, + NULL, 2, NULL, 0, &size, &numentries); + } + -- cut -- size == 0: no Printer installed size > 0: one or more Printers installed -- By By ... ... Detlef

1 0