wine-devel April 2009

wine-devel@winehq.org

118 participants
279 discussions

Re: Ubuntu no longer works correctly without pulseaudio
by Susan Cragin 27 Apr '09

27 Apr '09

> Bug 1813 is a really old bug for something else (fixed in 2003). Did you >> forget a digit? > That would be http://bugs.winehq.org/show_bug.cgi?id=18133. > >- Reece Hi. Yes, that's the bug. Here's everything I know, and probably more than you want to know, but I don't know what to leave out. My system is on the bleeding edge of everything, which can be a problem when it comes time to diagnose. I have been using Ubuntu Jaunty Studio since its first beta, and it's now fairly mature. I compile every wine git and test it, using Dragon NaturallySpeaking. Usually everything works as well or better than it has. In addition to that, I compile my own alsa-driver because I use a Creative SoundBlaster X-fi soundcard. They are a one-time install and I used the stable daily build. They had been working well for weeks, and I had not updated them in at least a day or two. About 10 days ago, when I did my daily wine build and installed DNS, the training froze. My first thought was a wine regression, but I was busy and didn't test for a few days. Then I did a couple of regression tests that seemed to succeed, but really the just marked the first change I tagged as the problem. I tested back further than the problem appeared. Still no luck. Solution? That it's not wine's problem, it is something else that has been introduced. Then I tried using a new alsa-driver, and a new alsa-libs with it. Nothing. Then I tested various configurations of pulseaudio, purged and not-purged. No changes. Then I reinstalled the whole Ubuntu-Studio system. In the meantime, Ubuntu-Studio had switched to using the Real-Time kernel as a default. The kernel froze before wine had a chance to. Back to the drawing board. I downloaded the generic kernel. That seemed to work for USB audio only. I tried compiling alsa-drivers, and installing them, and then USB stopped receiving sound. Then someone on my ubuntu-studio users list compiled a generic (non-ubuntu) realtime kernel. I installed it in the crudest way possible, by double-clicking on the DEB. Success, but for the USB soundcard only. The alsadriver settings that freeze during training are as follows (and they are the ones that used to work): wave-out devices: dmix:Generic (there were three of these) wave-in devices: dsnoop:Generic (ditto) My working mixer device was HD-Audio-Generic. (I had three cards, the other mixers were HDA Intel and iMic USB audio system) Now, to get the program to work at all without freezing, I re-install the kernel. Then only the USB works properly. The settings I see are as follows. wave-out devices: ALC660-VD Analog USB Audio wave-in devices: (same) So, what do you make of all this? Are dmix and dsnoop being bypassed? Susan

1 0

Re: winedbg: add a crash dialog for --auto mode
by Austin English 27 Apr '09

27 Apr '09

2009/4/16 Mikołaj Zalewski <mikolaj(a)zalewski.pl>: > This version of the patch uses the now implemented GetProcessImageFileName. > > From 549bdead0736d63bc2c05557b6813a64b53aa2ec Mon Sep 17 00:00:00 2001 > From: =?utf-8?q?Miko=C5=82aj_Zalewski?= <mikolaj(a)zalewski.pl> > Date: Sun, 21 Dec 2008 22:28:32 +0100 > Subject: [PATCH] winedbg: add a crash dialog for --auto mode > > --- > dlls/kernel32/tests/debugger.c | 96 ++++++++++++++--------- > programs/winedbg/Makefile.in | 5 +- > programs/winedbg/crashdlg.c | 172 > ++++++++++++++++++++++++++++++++++++++++ > programs/winedbg/debugger.h | 6 ++ > programs/winedbg/intvar.h | 3 + > programs/winedbg/resource.h | 34 ++++++++ > programs/winedbg/rsrc.rc | 26 ++++++ > programs/winedbg/rsrc_En.rc | 53 ++++++++++++ > programs/winedbg/tgt_active.c | 16 +++- > programs/winedbg/winedbg.c | 36 +++++--- > 10 files changed, 392 insertions(+), 55 deletions(-) Howdy Mikołaj, Looks like this patch caused a regression in http://bugs.winehq.org/show_bug.cgi?id=18216. Could you have a look? Before, it would crash, but the app continued on happily. After the crash dialog patch, the debugger is spawned infinitely, until the X client limit is reached. Seems to be hitting a loop somewhere... -- -Austin

2 1

Ubuntu no longer works correctly without pulseaudio
by Susan Cragin 27 Apr '09

27 Apr '09

I just thought I would alert the list. I had a problem with sound oddities a few days ago, and filed bug 1813. The possible culprits were wine's daily build, my experimental alsa-driver, and standard Ubuntu updates. The Ubuntu updates won. Ubuntu no longer works correctly with pulseaudio purged. I have to use wine with pasuspender. Susan

3 2

Re: xinput: Better match native export order.
by Alexandre Julliard 27 Apr '09

27 Apr '09

Vitaliy Margolen <wine-patches(a)kievinfo.com> writes: > See bug 18218 > --- > dlls/xinput1_3/xinput1_3.spec | 7 ++++--- > 1 files changed, 4 insertions(+), 3 deletions(-) If an app depends on specific ordinals you should of course list them explicitly. -- Alexandre Julliard julliard(a)winehq.org

1 0

Status of "USB device support in wine"
by Uwe Bonnes 27 Apr '09

27 Apr '09

Hallo, I tried to run Alexander Morozov's patches against wine-git with libusb and ftd2x devices. Two remarks: - The files from ftp://ftp.etersoft.ru/pub/people/amorozov/usb/current/ miss lines in configure.ac to trigger the Makefile generation for usbd.sys and usbhub.sys. - The HardwareID in the registry is the end of the Registry key http://msdn.microsoft.com/en-us/library/dd568018.aspx You can use the string itself in the win registry. This helps, if you don't have the devices installed on a windows machine available. Both dll/drivers pair (libusb0.dll/libusb0.sys and ftd2xx.dll/ftdibus.sys) work an a lot devices and so must scan the bus for matching devices. I didn't get wine with the patches to do anything sensible in that case. Alexander, could you perhaps have a look (ftd2xx at http://www.ftdichip.com/Drivers/D2XX.htm and libusb-win32 at sourceforge) Thanks -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------

2 1

Reparse point unit tests patches
by Paul TBBle Hampson 27 Apr '09

27 Apr '09

I posted a series of patches to add reparse point headers and junction point unit tests, as a basis from which to fix bug 12401. Is there any chance of these going in as they are, or do I need to sit on them until I or someone else implements the functionality they're testing? I'm linking to the old version, but git has been happily rebasing them for me up to and including 1.1.20, so they should still be applicable, or I can repost the latest versions. I suspect the relevance of this patch has changed since the change of fixed disk reported filesystem from NTFS to UnixFS. (ie bug 10601 isn't dependant on bug 12401 after that change, see bug 10601 comment 23) but I think it's a good thing to have in the Wine tree anyway. [PATCH 1/2] Add definitions used by reparse points http://www.winehq.org/pipermail/wine-patches/2009-January/067226.html [PATCH 2/2] Add unit tests for junction points using reparse point interface http://www.winehq.org/pipermail/wine-patches/2009-January/067227.html -- ----------------------------------------------------------- Paul "TBBle" Hampson, B.Sc, LPI, MCSE Very-later-year Asian Studies student, ANU The Boss, Bubblesworth Pty Ltd (ABN: 51 095 284 361) Paul.Hampson(a)Pobox.com Of course Pacman didn't influence us as kids. If it did, we'd be running around in darkened rooms, popping pills and listening to repetitive music. -- Kristian Wilson, Nintendo, Inc, 1989 License: http://creativecommons.org/licenses/by/2.5/au/ -----------------------------------------------------------

2 2

Re: user32/tests: show that vertical and horizontal window scroll bar info is not created independently.
by Paul Vriens 26 Apr '09

26 Apr '09

Rein Klazes wrote: > test case for bug #18102 > --- > dlls/user32/tests/scroll.c | 131 +++++++++++++++++++++++++++++++++++++++++++- > 1 files changed, 130 insertions(+), 1 deletions(-) > > diff --git a/dlls/user32/tests/scroll.c b/dlls/user32/tests/scroll.c > index 4f602c2..5cf3fcd 100644 > --- a/dlls/user32/tests/scroll.c > +++ b/dlls/user32/tests/scroll.c > @@ -220,6 +220,130 @@ static void scrollbar_test_track(void) > ok( IsWindow( hScroll), "Scrollbar has gone!\n"); > } > > +/* some tests designed to show that Horizontal and Vertical > + * window scroll bar info are not created independently */ > +static void scrollbar_test_default( DWORD style) > +{ > + INT min, max, ret; > + HWND hwnd; > + SCROLLINFO si = { sizeof( SCROLLINFO), SIF_TRACKPOS }; > + > + hwnd = CreateWindowExA( 0, "static", "", WS_POPUP | style, > + 0, 0, 10, 10, 0, 0, 0, NULL); > + assert( hwnd != 0); > + > + ret = GetScrollRange( hwnd, SB_VERT, &min, &max); > + ok( ret || > + broken( !ret) /* Win 98/ME */ > + , "GetScrollRange failed.\n"); No comments on the patch as I don't know enough of this stuff. The comma at the start of a new line looks strange though (couple of these in the patch). > + scrollbar_test_default( 0); > +if( 0) { /* enable this when the todo's in scrollbar_test_default are fixed */ > + scrollbar_test_default( WS_HSCROLL); > + scrollbar_test_default( WS_VSCROLL); > + scrollbar_test_default( WS_HSCROLL | WS_VSCROLL); > +} Does Wine crash on these? -- Cheers, Paul.

2 1

Re: kernel32/tests: Added last error tests for GetPrivateProfileString
by Dmitry Kislyuk 26 Apr '09

26 Apr '09

I don't have a particular app for you, however, there can easily be apps that would behave differently from how they would on Windows due to these last errors not being set to what the app expects. Do you have a reason why Wine behavior should not match the Windows behavior in these test cases? By Windows behavior I am referring to the more recent Windows versions of course. Dmitry --- On Thu, 4/23/09, Paul Vriens <paul.vriens.wine(a)gmail.com> wrote: > From: Paul Vriens <paul.vriens.wine(a)gmail.com> > Subject: Re: kernel32/tests: Added last error tests for GetPrivateProfileString > To: dimaki(a)rocketmail.com > Cc: wine-devel(a)winehq.org > Date: Thursday, April 23, 2009, 2:41 AM > Dmitry Kislyuk wrote: > > > > > > Any particular reason for adding these tests? Is there an > app depending on the last error? > > -- Cheers, > > Paul. >

3 2

Old regression in Autocad
by Massimo Del Fedele 26 Apr '09

26 Apr '09

Following patch c3bdda810243ed6c8d6b9960d1df3b534653b438 is first bad commit commit c3bdda810243ed6c8d6b9960d1df3b534653b438 Author: Jacek Caban <jacek(a)codeweavers.com> Date: Wed Sep 24 18:19:46 2008 +0200 mshtml: Use ActiveScript for JavaScript in file protocol documents. :040000 040000 61b72d076d5bcefd2ec1938442972f252d1ce7fc 7ce674ba65d818a7bbd8df8c6b4482fc024e1ebb M dlls Caused a regression on AutoCAD registration page display, which worked before with native shlwapi and now is broken even with it. Without native shlwapi for autocad 2005 and both shlwapi AND urlmon for Autocad 2008 it is broken anyways. Please look at bug 12570 for details, in particular at comment #44 for a simple test. Ciao Max

1 1

[1/7] [wined3d] add ps_np2fixup_t ptr to shader_arb_priv (review)
by Tobias Jakobi 26 Apr '09

26 Apr '09

For review: This patchset implements np2 texcoord fixup in ARB mode. Constants used to store texture dimensions are already packed, using the same data structures like the GLSL packing code. The code is finished and works quite well. It has been tested with Max Payne 2, HL2 and FEAR. All games now work with post-processing effects and anything else that needs NP2 textures on the nvidia FX series. Greets, Tobias -- Psssst! Schon vom neuen GMX MultiMessenger gehört? Der kann`s mit allen: http://www.gmx.net/de/go/multimessenger01

2 2

← Newer
1
2
3
4
5
6
7
8
9
...
28
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-devel April 2009