December 2007 - Wine-Devel - list.winehq.org

Re: [Wine] crash running Myst
by James McKenzie Dec. 17, 2007

Dec. 17, 2007

David Griffith wrote: > I'm trying to run Myst (masterpiece edition). By upgrading Wine to .51, > I've gotten the install to finish without complaint. When I attempt to > run Myst, the following is written to the terminal: > > $ wine Myst.exe > fixme:mixer:ALSA_MixerInit No master control found on MPU-401 UART, > disabling mixer > wine: Unhandled page fault on write access to 0x00150000 at address > 0xb7d75cbc (thread 0009), starting debugger... > First chance exception: page fault on write access to 0x00150000 in 32-bit > code (0xb7d75cbc). > > After that comes a register dump, stack dump, and 28 lines of backtrace. > Where do I go from here? > > > File a bug report AFTER searching for problems with Myst. If you find an existing problem, add your information and the bug logs, zipped if they are large >.5 MB. If you can, vote on an existing problem. James McKenzie

3 2

Re: [Wine] Problems with the console functions?
by James McKenzie Dec. 17, 2007

Dec. 17, 2007

Reijo T Sund wrote: > Dear Wine-experts, > > I've tested the functionality of simple CUI-applications with > wineconsole (Wine-0.9.50, Ubuntu 7.10). Somewhat surprisingly, > there seems to be numerous major flaws in the current > implementation. > > The best (worst?) example is the widely distributed sample code > ("Console: Demonstration of the Console Functions") available in > the MSDN library (http://msdn2.microsoft.com/en-us/library/aa263818.aspx) > > With this code it is easy to replicate the "missing output" bug > (http://bugs.winehq.org/show_bug.cgi?id=10404) and demonstrate several > other previously unreported bugs and crashes. In fact, these problems > seem to prevent the sound running of virtually all CUI-applications > utilizing console functions. > Please add your results to this bug and vote on it. > Should there be one big bug report for this sample console application > or a separate report for each defect? > One bug/defect -> One report. Attach logs/output. And please do a through search of Bugzilla before reporting. > I also wonder if someone else could test whether these potential > problems are real, and confirm that no simple solutions are available.. > Please add as much information to reproduce in the bug reports. If they require downloading large packages, please be aware that some are bandwidth restricted. > The actual sources are available in the full PSDK sample package > downloadable from: > http://download.microsoft.com/download/vstudio60pro/Utility/6.0/W98NT42KMeX…. > > As that is a quite large file (131Mb), the example of interest extracted > from the package is temporarily available at > http://www.helsinki.fi/~sund/sdk_WinUI_console.exe, > or in a zipped form at http://www.helsinki.fi/~sund/console_vs6.zip. > An older (vs97) version of the same SDK sample that includes a compiled > binary can be found at http://www.helsinki.fi/~sund/console_vs97.zip. > Please put these links in the bug reports. Not many are going to download possibly damaging code from your site, however. The sources maybe all that are needed. James McKenzie

1 0

New bugzilla components.
by Vitaliy Margolen Dec. 16, 2007

Dec. 16, 2007

Please add these new components: wine-vdm - Wine 16-bit compatibility layer wine-comdlg - Common dialogs such as open/save/print/font Vitaliy.

8 26

Re: WineX11.drv: create X11 window for client area 1/3
by Dmitry Timoshkov Dec. 16, 2007

Dec. 16, 2007

"Roderick Colenbrander" <thunderbird2k(a)gmx.net> wrote: > This patch creates an X11 window for the client area. The code is inspired > by old x11drv of which even a few pieces got copied over. Further Chris > Robinson assisted with positioning issues. > > After this patch most remnants of bug 2398 should be fixed, so both Direct3D > and OpenGL apps should work fine in windowed mode (except for programs which > use their own window rendering code). Did you run the dlls/user32/tests with your patches applied? -- Dmitry.

2 1

Re: [2/5] wined3d: fix broken link in comment
by Stefan Dösinger Dec. 16, 2007

Dec. 16, 2007

Am Montag, 17. Dezember 2007 04:56:09 schrieb Alexander Dorofeyev: > --- > dlls/wined3d/device.c | 2 +- > 1 files changed, 1 insertions(+), 1 deletions(-) I actually removed a bunch of links like that some time ago, I think we can just remove that as well. The source isn't a link collection, and keeping the links up to date would need constant monitoring of the msdn.

1 0

Re: [2/5] wined3d: fix broken link in comment
by H. Verbeet Dec. 16, 2007

Dec. 16, 2007

On 17/12/2007, Alexander Dorofeyev <alexd4(a)inbox.lv> wrote: > --- > dlls/wined3d/device.c | 2 +- > 1 files changed, 1 insertions(+), 1 deletions(-) > MSDN URLs should generally just be removed. They change too often to be of any use anyway.

1 0

Re: Clear padding in the buffer due to alignment.
by Dmitry Timoshkov Dec. 16, 2007

Dec. 16, 2007

"Robert Shearman" <rob(a)codeweavers.com> wrote: > This isn't done in MIDL, but I think it's desirable both for silencing > Valgrind warnings and for security purposes (fixes potential for leaking > information to remote computers or other processes). > + print_file(file, indent, "memset(_StubMsg.Buffer, 0, ((long)_StubMsg.Buffer) & 0x%x);\n", alignment - 1); Is it possible to make it 64-bit and Wine/Windows compatible by using ULONG_PTR instead of long? -- Dmitry.

2 3

COM
by Adelle Hartley Dec. 16, 2007

Dec. 16, 2007

Hi all, I have some COM DLLs which work fine with VB6 applications on wine. Is it possible to instantiate a windowsy COM object from a linuxy application written in some form of C++ (eg, for compilation with gcc)? Adelle.

2 1

Re: winex11.drv deadkey handling and games
by Dmitry Timoshkov Dec. 16, 2007

Dec. 16, 2007

"F Capela" <darkwalker_(a)yahoo.com> wrote: > A small fix to those who play games using keyboard layouts with > deadkeys. Patch generated against 0.9.51 release. > Wine currently don't pass keypress events to the windows executable > when the keypress is either a deadkey or follows a deadkey. This makes > it impossible to use any of those keys with games that use WM_KEYDOWN > events to track keypresses - two examples are Guild Wars and World of > Warcraft. > This patch modifies dlls/winex11.drv/event.c to send all keypresses to > the client, and dlls/winex11.drv/keyboard.c to implement a WM_KEYDOWN > translation cache in order to correctly treat them as keys or deadkeys > and keep text input with deadkeys working. > Only tested with Notepad and Guild Wars. > This is my first patch; don't hesitate to point any problems. This hack completely breaks native dead keys support on the X11 side. First thing to do is to write a test case which replicates the behaviour you would like to fix. -- Dmitry.

1 0

Wine and LD_PRELOAD
by Lionel Tricon Dec. 15, 2007

Dec. 15, 2007

Hi wine list, I am currently working for the next generation of the klik project (1 application = 1 file) and we actualy face some troubles with picasa which is running under linux thanks to wine. It seems that wine deal badly with the LD_PRELOAD feature which is one of the main composant we use to virtualize and execute the application (with fuse for the underlying filesystem). Is there a way to force wine to go through LD_PRELOAD (to overload some system calls) ? or this limitation is driven by the architecture ? Thanks in advance, Lionel Tricon

5 5