wine-devel January 2004

wine-devel@winehq.org

129 participants
360 discussions

wine/arts won't build with arts > 1.1.90
by sean 27 Jan '04

27 Jan '04

artsc-config in arts > 1.1.90 has: --cflags) flags="$flags -I$includedir/artsc -pthread -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include " When you try to build Wine this gives an error in winearts: make[2]: Entering directory `/usr/src/redhat/BUILD/wine-20040121/dlls/winmm/winearts' ../../../tools/makedep -I. -I. -I../../../include -I../../../include -I/usr/include/kde/artsc -pthread -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -C. arts.c audio.c Unknown option '-pthread' I've worked around it by changing artsc-config, but It seems a better fix is needed. sean

1 0

16bit app calls wineps.drv, but wine has wineps.dll (missing alias?)
by ceztko＠libero.it 26 Jan '04

26 Jan '04

I have a 16 bit app that have a older printer initialization mechanism: it loads the printer driver reading its name from win.ini,adding ".DRV" to it. This is a problem, cause the builtin postscript driver is called wineps.dll in wine, and the apps quits with the VB Error (482 run-time error: Printer error). I tryed to fix this making synlinks to wineps.dll.so in /etc/lib/wine/lib/wine, but the problem remains. The debug output doesn't need comments: err:module:NE_LoadBuiltinModule loaded .so but dll wineps.drv still not found I verifyed this using a similar configuration in a real windows installation (renaming printerdriver.drv to .dll, leaving "printerdriver" with no ext in win.ini). In this way, the app quits with the same error. I'm sure the app is NOT calling registry to get the printer configuration (monitored it wit regmon) There are other 2 old threads with similar (read indentical) problem: http://www.winehq.org/hypermail/wine-users/2001/04/0515.html http://www.winehq.org/hypermail/wine-devel/2001/04/0164.html, but no resolution is proposed. I supposed is missing the alias wineps.drv --> wineps.dll, similarly wineps16.drv --> wineps.dll. Someone told me symlinks in /usr/lib/wine/lib/wine should work....but... This is what i have done: -rw-r--r-- 1 root root 1815919 Jan 26 00:14 wineps.dll.so lrwxrwxrwx 1 root root 13 Jan 26 19:06 wineps.drv.so -> wineps.dll.so lrwxrwxrwx 1 root root 13 Jan 26 19:07 wineps16.dll.so -> wineps.dll.so lrwxrwxrwx 1 root root 13 Jan 26 00:14 wineps16.drv.so -> wineps.dll.so The error and debugmsg are the same. I suppose (and hope..) wine loader manages alias in a different way. Thanks! P.S.: i also post this at bugzilla, http://bugs.winehq.org/show_bug.cgi?id=1967 Not sure it's a real bug, anyway..

2 1

Strange debug message in programs/winedbg/info.c
by Sami Aario 26 Jan '04

26 Jan '04

Hi, The debugger kept messing up my output because of a missing newline. This patch fixes that. However, the condition checks for first_dll, but the output says first_option. They can't both be right. So which one should it be?

2 2

RE: Lotus Notes broken in recent CVS
by Paul R Streitman 26 Jan '04

26 Jan '04

I tested the patches by taking an 01/03 CVS snapshot and replacing the relevant parts from an 01/02 snapshot rather than trying to un-patch the files. Using that technique, I found that the changes in patch 10547 (which required patch 10552 to compile) cause the problem that I am seeing with Lotus Notes. That problem still occurs with current CVS. Thanks, Paul z/OS core components development Internet: prs(a)us.ibm.com ----- Forwarded by Paul R Streitman/Poughkeepsie/IBM on 01/26/04 02:32 PM ----- "Robert Shearman" <R.J.Shearman@war To: Paul R Streitman/Poughkeepsie/IBM@IBMUS wick.ac.uk> cc: <wine-devel(a)winehq.org> Subject: RE: Lotus Notes broken in recent CVS 01/23/04 08:10 PM > Through iterative CVS pulls, I have established that the problem > I see with > Lotus Notes not working occurred between 01/02/2004 and 01/03/2004. I had > thought that the problem came up only in the last week, but I must have > been mistaken. The 01/03 CVS snapshot gives the symptoms that I mentioned > before (appended below), and I was able to send this note with the 01/02 > snapshot. As a wild guess, try backing out these patches in order, testing after each one: 1. http://cvs.winehq.com/patch.py?id=10552 2. http://cvs.winehq.com/patch.py?id=10547 3. http://cvs.winehq.com/patch.py?id=10546 Rob

2 1

imm32 ImmDisableIME stub concern
by Jason Edmeades 26 Jan '04

26 Jan '04

Hello, Debugging a game, it crashes because it calls a currently unimplemented function, ImmDisableIME. Ordinarily this wouldnt be worrying, and I could stub it (which i have). The game gets far further now, and displays a blank screen and corrupt graphics, rather than just terminating. :-) However, looking at a history of the IMM32 spec file, it was added (version 1.10) and removed (version 1.11). Has anyone any idea why, and would anyone have any strong objections to me re-stubbing it? Jason

2 2

Re: Various MDI fixes
by Rein Klazes 26 Jan '04

26 Jan '04

On Mon, 26 Jan 2004 16:56:59 +0800, you wrote: > > Hello, > > I didn't break this patch into smaller parts. I think the changes > are self explaining enough and quite straightforward. > > This patch fixes a bug with MDI menus reported by Duane Clark and > a couple of other minor problems I found while debugging that issue > (a not working system menu in a maximized child is a more noticeable one). > > Please apply this patch after the WM_MDISETMENU/WM_MDIREFRESHMENU fix > for Visio. Dmitry, After applying the two patches there is a new problem (with Agent 2.0 beta). I'm using it with maximized mdi windows. If I open another window, it opens maximized (as it should). Now if I return to the original window, either by closing the current one (with the X button, or <ctrl>-F4) or selecting it (<ctrl>-TAB or the Window-menu using <alt>-W,1) the size of the original window is now <restored> and needs to be maximized again. Any idea? Rein. -- Rein Klazes rklazes(a)xs4all.nl

2 1

NtSetThreadExecutionState
by Fabian Cenedese 26 Jan '04

26 Jan '04

Hi (Message bounced the first so I try again.) ----- The following addresses had permanent fatal errors ----- "|spamscan /var/lib/mailman/mail/wrapper-hq post wine-devel" (reason: User unknown) (expanded from: <wine-devel(a)winehq.org>) ----- Transcript of session follows ----- 550 5.1.1 "|spamscan /var/lib/mailman/mail/wrapper-hq post wine-devel"... User unknown Reporting-MTA: dns; wine.codeweavers.com Received-From-MTA: DNS; mxout.hispeed.ch Arrival-Date: Mon, 26 Jan 2004 07:53:28 -0600 I'm trying to run the Windows xcopy (no, don't ask :) It needs two more dlls (ulib.dll, ifsutil.dll) and then is almost happy. The only thing left it complains about is this: err:module:import_dll No implementation for ntdll.dll.NtSetThreadExecutionState imported from L"C:\\windows\\system\\ifsutil.dll", setting to 0xdeadbeef Can anybody help me with a stub? Maybe this gets things further. Thanks bye Fabi

1 0

Wrong LANG message
by Fabian Cenedese 26 Jan '04

26 Jan '04

Hi When I start wine I always get a message about several possible language ids and that I need to set LANG to the specific sub id. But even after that I still get this message. I need to set LANGUAGE to the sub id, then wine keeps quiet. So either my setup is quite wrong or this message needs to be changed to set LANGUAGE. Thanks bye Fabi

1 0

Wine in gdb brokenness
by Mike Hearn 26 Jan '04

26 Jan '04

Hi, Running wine in gdb appears to be broken with latest CVS: (gdb) file wine Reading symbols from wine...done. Using host libthread_db library "/lib/tls/libthread_db.so.1". (gdb) run Starting program: /opt/wine/bin/wine wine [Thread debugging using libthread_db enabled] [New Thread -1084455552 (LWP 30661)] [New Thread -1084458064 (LWP 30662)] Cannot find user-level thread for LWP 30661: generic error This is on fedora core 1. It looks like it might be the NPTL runtime detection stuff, does anybody have any ideas?

3 2

Re: wine/dlls x11drv/x11drv_main.c x11drv/x11drv.s ...
by Dmitry Timoshkov 26 Jan '04

26 Jan '04

"Alexandre Julliard" <julliard(a)winehq.org> wrote: > Log message: > Aric Stewart <aric(a)codeweavers.com> > Use X11 XIM callbacks to enable full IME support. > Correct some timing issues with XIM input. > Start to provide the framework for the MSIME messages. > langid = PRIMARYLANGID(LANGIDFROMLCID(layout)); > if (langid == LANG_CHINESE || langid == LANG_JAPANESE || langid == LANG_KOREAN) > - layout |= 0xe001 << 16; /* FIXME */ > + layout = 0xe001 << 16; /* FIXME */ The above change looks wrong. This thrashes low 16 bits of layout id. Moreover, 0xe001 was added already in the global keyboard table list for Japanese kbd layout (btw, why not for Chinese and Korean?). -- Dmitry.

2 2

← Newer
1
...
4
5
6
7
8
9
10
...
36
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 January 2004