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
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.htmlhttp://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..
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?
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
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
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
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
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
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?
"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.