wine-devel

wine-devel@winehq.org

9 participants
84457 discussions

Abiword on Wine. Still pathological text display.
by Dan Kegel 22 Apr '03

22 Apr '03

Various people have tried running Abiword on Wine in the past. I and one other person had trouble with 0.9 and 0.99: http://www.winehq.com/hypermail/wine-devel/2001/08/0036.html http://www.abisource.com/mailinglists/abiword-dev/01/November/0005.html http://www.kegel.com/linux/winelog.html#abiword I thought I'd see if things were working any better today, with Abiword 1.0.5 and Wine cvs (April 19, 2003). Installation on redhat 9 went perfectly -- I even got a nice desktop icon -- but when I ran Abiword, it used a dingbats font for the UI! After I finished laughing, I ran --debugmsg +font, and saw trace:font:WineEngCreateFontInstance L"System", h=16, it=0, weight=400, PandF=22, charset=0 orient 0 escapement 0 trace:font:WineEngCreateFontInstance Chosen: L"Dingbats" L"Regular" I'm running a vanilla Red Hat 9 installation, and I'd expect *some* system font to be a better match for System than the one Wine picked, "Dingbats". Amusingly, it looks like what's going on is that Abiword itself installs Dingbats into %WINDIR%/Fonts. Since I'm using a fake Windows, this is then the *only* font in that directory, and it's used for all matches. Heh. OK, so I removed that one font. That lets AbiWord present a user interface (yay), but just try typing into it! Each successive line displays more or less directly on top of the previous one. This is the same failure mode I observed in my previous runs. Wine has evidently not progressed much in this area. Guess it's time to open a bug report in the wine bug tracker (perhaps marking it as related to http://bugs.winehq.com/show_bug.cgi?id=698 ). (And ask the guy who rated AbiWord "works great" what he was smoking. Maybe he was using a real Windows installation?) - Dan -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045

1 0

Solaris Maintenance
by Robert Lunnon 21 Apr '03

21 Apr '03

I am doing some maintenance for Solaris x86 Two major (new) things were noted. 1. The introduction of ptrace(GETREGS... which is not supported under Solaris was patched with a suitable stub file. This will be moved to an emulation of ptrace using /proc debugging facilities as time allows. For now this works without the debugger. 2. There are some NULL pointers being passed to printf and friends again, this might work under linux/glibc but is not at all portable to other libc implementations where you can expect a segmentation fault If I might be so bold as to suggest the following advise 1. Check portability of interfaces you use against the docs for the platforms Wine supports. For Solaris look at http://docs.sun.com 2. Be carefull about passing null pointers to library functions unless the documentation for all affected systems says it's allowable. Be particularly careful with printf and friends because NULL gets accepted silently on linux (quite improperly IMHO). Now I have one question Someone cleaned up a whole pile of NULL pointer passing to printf some time ago, how was this done ? I.E. was there a generallised solution to this problem or was it an instance by instance search and destroy mission ? Thanks Bob

1 0

FoxPro & Wine :)
by Dimitrie O. Paun 21 Apr '03

21 Apr '03

Summary: Microsoft threatens developers for running Visual FoxPro on Linux using Wine. http://yro.slashdot.org/yro/03/04/21/2045200.shtml?tid=109&tid=125 I still don't get it how it is legal to tie a product to the OS. -- Dimi.

1 0

System Shock 2 Working (Almost)
by OverrideX 21 Apr '03

21 Apr '03

Hey guys, I don't know if anyone else has but I've been trying to get system shock 2 working with wine for quite some time. It segfaults with the latest versions of winex, but with a cvs of wine from 20030115 it works! Menus, sound and 3D all seem to be working fine, except for some slight texture corruption on things like door handles. The problem is the 2D overlay stuff - the HUD, inventory, etc. are all missing which makes it unplayable. I saw on some other forum that it had been added to either wine or winex... anyone have any ideas? Another problem is that ss2 no longer seems to work with the newer wine builds (20030327 at least) it just displays a message that says video card not supported. So, I'd just like to know if the 2D stuff may work in the latest wines or not, and if so how to fix the video card not supported message - thanks for any info :) -Dan -- OverrideX <overridex(a)punkass.com> GPG Key Fingerprint = 4AD5 CE9C D7C8 0069 BDD3 7F72 3AB2 642A 5A5D EB89 The Road goes ever on and on Down from the door where it began. Now far ahead the Road has gone, And I must follow, if I can, Pursuing it with eager feet, Until it joins some larger way Where many paths and errands meet. And whither then? I cannot say. -- J. R. R. Tolkien

1 0

dlls/d3d8/device.c: `GL_DOT3_RGBA' undeclared
by Gerald Pfeifer 21 Apr '03

21 Apr '03

The following change to dlls/d3d8/device.c unfortunately broke building an many systems: revision 1.39 date: 2003/04/19 20:30:58; author: julliard; state: Exp; lines: +7 -3 Jason Edmeades <us(a)the-edmeades.demon.co.uk> Add DotProduct3 support if supported by opengl. Here is the diagnostics I got: /usr/bin/gcc -c -I. -I. -I../../include -I../../include -I/usr/X11R6/include -D_REENTRANT -fPIC -D__WINESRC__ -Wall -mpreferred-stack-boundary=2 -gstabs+ -Wpointer-arith -g -O2 -o device.o device.c device.c: In function `IDirect3DDevice8Impl_SetTextureStageState': device.c:3413: `GL_DOT3_RGBA' undeclared (first use in this function) device.c:3413: (Each undeclared identifier is reported only once device.c:3413: for each function it appears in.) gmake[2]: *** [device.o] Error 1 gmake[2]: Leaving directory `/.amd_mnt/nashira/files5/test/wine/dlls/d3d8' gmake[1]: *** [d3d8] Error 2 Would you mind having a look? Gerald The packages I've installed are the following; this is a FreeBSD system, but the breakage appears "portable". % pkg_info | grep -i XF XFree86-4.2.0_1,1 X11/XFree86 core distribution (complete, using mini/meta-po XFree86-FontServer-4.2.0 XFree86-4 Font Server XFree86-Server-4.2.1_3 XFree86-4 X server and related programs XFree86-VirtualFramebufferServer-4.2.1 XFree86-4 Virtual Framebuffer Server XFree86-aoutlibs-3.3.6.9 XFree86 a.out compatibility libraries XFree86-clients-4.2.1_1 XFree86-4 Client environments XFree86-documents-4.2.0 XFree86-4 Document Files XFree86-font100dpi-4.2.0 XFree86-4 bitmap 100 dpi fonts XFree86-font75dpi-4.2.0 XFree86-4 bitmap 75 dpi fonts XFree86-fontCyrillic-4.2.0_4 XFree86-4 Cyrillic Fonts XFree86-fontDefaultBitmaps-4.2.0 XFree86-4 default bitmap fonts XFree86-fontEncodings-4.2.0 XFree86-4 font encoding files XFree86-fontScalable-4.2.0 XFree86-4 Scalable font files XFree86-libraries-4.2.1_1 XFree86-4 include/(shared) library kit % pkg_info | grep -i mesa Mesa-3.4.2_2 A graphics library similar to SGI's OpenGL

2 1

Re: Localization to portuguese of ptb.nls and ptg.nls
by Dmitry Timoshkov 21 Apr '03

21 Apr '03

"Marcelo Duarte" <wine-devel(a)bol.com.br> wrote: > > Please do not change standard LOCALE_Sxxx and LOCALE_Ixxx values, they > > all were generated automatically by Alexandre to return exactly the same > > values as Windows does. > > Ok, but the correct it's what I send. For ptb.nls I sure. What source of information are you referring as a correct one? I think that Alexandre uses NT 4.0 as a reference system. I believe that the case of the first letter should not be a source for disagreement and debates. -- Dmitry.

1 0

Re: keyboard mapping with XFree86 4.3.0
by Paulo Sousa 21 Apr '03

21 Apr '03

Hi, I just installed RH9 with XFree 4.3.0 and my Portuguese Keyboard is detected as a "close match" of a Latin American one. As I saw that, I tried to figure out if there was no support for Portuguese keyboards, but there was. The layout is this one: /*** Portuguese keyboard layout */ static const char main_key_PT[MAIN_LEN][4] = { "\\¦","1!","2\"@","3#£","4$§","5%","6&","7/{","8([","9)]","0=}","'?","«»", "qQ", "wW","eE", "rR", "tT", "yY", "uU", "iI", "oO", "pP", "+*\\¨","\\'\\`", "aA", "sS","dD", "fF", "gG", "hH", "jJ", "kK", "lL", "çÇ", "ºª", "\\~\\^", "zZ", "xX","cC", "vV", "bB", "nN", "mM", ",;", ".:", "-_", "<>" }; This is prety much correct (except for the missing Euro sign in some new keyboards). I then checked out what where the undetected keys and noticed that they were the ones with 3 caracters (eg: 3#£). By removing the third character I got this layout: /*** Portuguese keyboard layout */ static const char main_key_PT[MAIN_LEN][4] = { "\\|","1!","2\"","3#","4$","5%","6&","7/","8(","9)","0=","'?","«»", "qQ", "wW","eE", "rR", "tT", "yY", "uU", "iI", "oO", "pP", "+*","´`", "aA", "sS","dD", "fF", "gG", "hH", "jJ", "kK", "lL", "çÇ", "ºª", "~^", "zZ", "xX","cC", "vV", "bB", "nN", "mM", ",;", ".:", "-_", "<>" }; After compiling, this new layout is detected perfectly, although it does not reflect all the characters in my keyboard. Also, the "«'çº" keys do not work! Does anybody know why isn't the third character being reported by XFree? Is this a XFree bug? Thanks, Paulo Sousa

2 1

Wine10?
by Dan Kegel 21 Apr '03

21 Apr '03

Any interest in a party to celebrate Wine's 10th birthday? We could date it from the first Usenet message that mentions Wine, which I think is: > Newsgroups: comp.os.linux > From: bob(a)amscons.com (Bob Amstadt) > Subject: Re: Impressions of WABI/Univel vs Linux > References: <C9JoGx.IMM(a)news2.cis.umn.edu> > Organization: Amstadt Consulting Group > Date: Fri, 2 Jul 1993 17:36:48 GMT > X-Newsreader: Tin 1.1 PL4 > Message-ID: <1993Jul2.173648.3202(a)amscons.com> > Lines: 7 > > > Of course, for those of you who are interested in running Windows programs > there is an effort in progress to create something similar to Sun's WABI. > There is an activists channel, "WABI", for discussion of this project. > There is need for many volunteers to complete this project. > -- > Bob Amstadt > bob(a)amscons.com - Dan -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045

2 1

Re: Localization to portuguese of ptb.nls and ptg.nls
by Dmitry Timoshkov 21 Apr '03

21 Apr '03

"Marcelo Duarte" <wine-devel(a)bol.com.br> wrote: > Changelog > * Localization to portuguese of ptb.nls and ptg.nls > - LOCALE_SMONTHNAME11 "novembro" > - LOCALE_SMONTHNAME12 "dezembro" > + LOCALE_SMONTHNAME11 "Novembro" > + LOCALE_SMONTHNAME12 "Dezembro" > - LOCALE_SSHORTDATE "d/M/yyyy" > + LOCALE_SSHORTDATE "dd/MM/yyyy" Please do not change standard LOCALE_Sxxx and LOCALE_Ixxx values, they all were generated automatically by Alexandre to return exactly the same values as Windows does. -- Dmitry.

1 0

Re: [dx8-7] Fix compile problem introduced by dx8-2
by Marcelo Duarte 21 Apr '03

21 Apr '03

Em Dom 20 Abr 2003 07:34, Ann and Jason Edmeades escreveu: > Sorry about the compilation problem - missed this one! > > Changelog > > DOT3 isnt there on earlier opengl versions > > Jason other compiler problem: make[2]: Entering directory `/home/mduarte/wine/dlls/d3d8' gcc -c -I. -I. -I../../include -I../../include -I/usr/X11R6/include -D_REENTRANT -fPIC -D__WINESRC__ -Wall -mpreferred-stack-boundary=2 -gstabs+ -g -O2 -o device.o device.c device.c: In function `IDirect3DDevice8Impl_SetTextureStageState': device.c:3456: `GL_MIRRORED_REPEAT_ARB' undeclared (first use in this function) device.c:3456: (Each undeclared identifier is reported only once device.c:3456: for each function it appears in.) make[2]: *** [device.o] Error 1 make[2]: Leaving directory `/home/mduarte/wine/dlls/d3d8' make[1]: *** [d3d8] Error 2 make[1]: Leaving directory `/home/mduarte/wine/dlls' make: *** [dlls] Error 2

1 0

compiling wine under cygwin - status ??
by Kai Kai 20 Apr '03

20 Apr '03

Hi, all, I am a NEWBIE in this area. I am very interested inthe wine and cygwin. Can wine work under cygwin now? Or Can I build Wine dll under cygwin? I just found the status from David on Nov28, 2002, isthere news about it now? howto is better:-) Thanks Kai _________________________________________________________ Do You Yahoo!? 雅虎邀你参与CCTV-2对话节目调查：移动、联通、灵通，要说爱你不容易 http://rd.yahoo.com/mail_cn/tag/?http://cn.surveys.yahoo.com/cctv_wireless_…

2 1

New trace option?
by Ann and Jason Edmeades 20 Apr '03

20 Apr '03

I just noticed there is an option --debugmsg +tid which adds the thread prefix to the debugmsg trace. I would really, really like a timestamp prefix - Is this something people would/could find acceptable? I've hacked a version for my own use using gettimeofday, but anything which shows seconds or slightly higher resolution would be invaluable. Perhaps a +time option? Is this something people would find useful? If so, anyone know a good, portable way of doing it? Jason

4 3

Re: REFIXED: [dx8-7] Fix compile problem introduced by dx8-2
by keisangi 20 Apr '03

20 Apr '03

Ann and Jason Edmeades wrote: >Please use this fix rather than the last one - Just noticed the break >statement was the wrong side of the #endif > >Changelog > >DOT3 isnt there on earlier opengl versions > >Jason > > hi, i've subscribed this mailling list for testing purposes only, now i'd like to unsubscribe but i can't figure how to do. could someone can tell me?

3 2

Re: Remove db2html-winehq
by Alexandre Julliard 20 Apr '03

20 Apr '03

"Dimitrie O. Paun" <dimi(a)intelliware.ca> writes: > There is no reason to have our own db2html hack. It creates > problems, we never got it to work reliably on different distros, > etc. We should use the one provided with the system, it's a far > safer bet. Also, our build system uses the standard db2html, > it's only the make_winehq script that used it. And that script > is used only on WineHQ, where we should be able to control the > environment to have a half-decent db2html that supports the > -d option. Do we actually need that make_winehq script at all? It seems almost everything it does is already done in the normal makefiles, except the bit about the winehq stylesheet. And I'm not sure what this one is for, since the docs on WineHQ look identical to the one we get by doing 'make doc'. Does anyone know how this is all supposed to work? -- Alexandre Julliard julliard(a)winehq.com

3 6

cvs woes
by Ann and Jason Edmeades 20 Apr '03

20 Apr '03

| device.c: In function `IDirect3DDevice8Impl_SetTextureStageState': | device.c:3456: `GL_MIRRORED_REPEAT_ARB' undeclared (first use in this function) | device.c:3456: (Each undeclared identifier is reported only once | device.c:3456: for each function it appears in.) Hmm - This is a more tricky one to fix - Lionel, got any ideas? I have #if'defed it for GL_VERSION_1_3, but it looks like some headers who define GL_VERSION_1_3 dont have the mirrored repeat ARB defines. As a workaround, add #define GL_MIRRORED_REPEAT_ARB 0x8370 at the top of the source part. Question - If you look in your glext.h, does it define GL_MIRRORED_REPEAT instead? Jason

3 3

compiling wine under cygwin - status ??
by Kai Kai 20 Apr '03

20 Apr '03

Hi, all, I am a NEWBIE in this area. I am very interested in the wine and cygwin. Can wine work under cygwin now? Or can Wine DLL be build under cygwin? I just found the status from David on Nov28, 2002, is there news about it now? howto is better:-) Thanks Kai _________________________________________________________ Do You Yahoo!? 雅虎邀你参与CCTV-2对话节目调查：移动、联通、灵通，要说爱你不容易 http://rd.yahoo.com/mail_cn/tag/?http://cn.surveys.yahoo.com/cctv_wireless_…

1 0

CVS build failed
by Paul Millar 20 Apr '03

20 Apr '03

Anyone else getting this? On a fairly standard RH7.3 machine: device.c: In function `IDirect3DDevice8Impl_SetTextureStageState': device.c:3413: `GL_DOT3_RGBA' undeclared (first use in this function) device.c:3413: (Each undeclared identifier is reported only once device.c:3413: for each function it appears in.) make[2]: *** [device.o] Error 1 Looks like http://cvs.winehq.com/patch.py?id=7915 is the cause. See http://www.astro.gla.ac.uk/users/paulm/WRT/wrt.php and http://www.astro.gla.ac.uk/users/paulm/WRT/buildinfo.php?id=394 for more details .. Cheers, Paul. ---- Paul Millar

3 2

Re: UPDATED: video mode changes
by Lionel Ulmer 20 Apr '03

20 Apr '03

Just a small nitpick : > + XF86VidModeModeInfo *mode; > + DWORD dwBpp = GetSystemMetrics(SM_WINE_BPP); > + if (dwBpp == 24) dwBpp = 32; I would prefer this change to be done directly in the 'GetDeviceCaps' function of the X11DRV to always return 32 in case the scren depth is 24. I know for sure that this fixes at least one application and should not hurt others :-) A part from that, the patch looks nice... If it breaks apps on Desktop mode, we will fix it then by re-adding the 'dummy' modes :-) Lionel -- Lionel Ulmer - http://www.bbrox.org/

2 2

Re: [dx8-5] Windows never reports 24 bit screen depths
by Ann and Jason Edmeades 19 Apr '03

19 Apr '03

(Apologies for the duplicate sent - Didnt put a subject on first time) >> Windows never reports 24 bit colours, and some games fail to work unless in >> specific modes. Report 16bit colour for 24bit modes >Out of curiosity, in that case, why report 24 bits at all ? Why not just >report 8, 16 and 32 ? I dont - I query it with GetDeviceCaps and this is what gets returned. hdc = CreateDCA("DISPLAY", NULL, NULL, NULL); bpp = GetDeviceCaps(hdc, BITSPIXEL); DeleteDC(hdc); Actually, all the screen handling in the dx8 code is awful (I can say that as I put it there...). I am hoping that if the recent changes to the window modes is implemented, I can use that code to query what modes this device supports, and to change the mode/resolution appropriately. The code that we have is a semi working stopgap really. Jason

2 3

(no subject)
by Ann and Jason Edmeades 19 Apr '03

19 Apr '03

>> Windows never reports 24 bit colours, and some games fail to work unless in >> specific modes. Report 16bit colour for 24bit modes >Out of curiosity, in that case, why report 24 bits at all ? Why not just >report 8, 16 and 32 ? I dont - I query it with GetDeviceCaps and this is what gets returned. hdc = CreateDCA("DISPLAY", NULL, NULL, NULL); bpp = GetDeviceCaps(hdc, BITSPIXEL); DeleteDC(hdc); Actually, all the screen handling in the dx8 code is awful (I can say that as I put it there...). I am hoping that if the recent changes to the window modes is implemented, I can use that code to query what modes this device supports, and to change the mode/resolution appropriately. The code that we have is a semi working stopgap really. Jason

1 0

Re: [dx8-5] Windows never reports 24 bit screen depths
by Lionel Ulmer 19 Apr '03

19 Apr '03

> Windows never reports 24 bit colours, and some games fail to work unless in > specific modes. Report 16bit colour for 24bit modes Out of curiosity, in that case, why report 24 bits at all ? Why not just report 8, 16 and 32 ? Lionel -- Lionel Ulmer - http://www.bbrox.org/

1 0

Re: [Resend] Implements languagegroups functions
by Alexandre Julliard 19 Apr '03

19 Apr '03

Maxime Bellengé <maxime.bellenge(a)laposte.net> writes: > This patch implements the languagegroups functions. > As I have access to a French and English windows 2k+, I set > the resources accordingly for the kernel32 resources. However, as > I don't know the resources for other languages, I have put English > resources in the other nls files. People will have to change them to the > correct values. > As suggested by alexandre, I chose some unused resource ids because even > win2k and winxp don't store them the same way and both of them > conflicted with the actual kernel32 resources from wine. I applied the resource strings, but the rest will still need a bit of work: you can't use a global variable to store the callback function, this is not reentrant, you need to do everything on the stack. Also I think the locale->language group mapping should be stored in the resources too, not in the code. And I'd suggest pretending that all language groups are installed, since we can't install them dynamically anyway. -- Alexandre Julliard julliard(a)winehq.com

1 0

winedbg
by Michal Janusz Miroslaw 19 Apr '03

19 Apr '03

Hello, Is anyone working on winedbg ? I have some ideas and would like to hear opinions/more ideas/flames: * enabling/disabling of displays [done] * displays shown in one function only [done] * implement define command to add symbols on the fly (didn't find it is sources except in help text ...) * save/restore breakpoints/displays/defined symbols * reverse backtrace list (so current frame is at the bottom and you dont have to scroll all the way up) * remove limit of 10 entries in DEBUG_GetSymbolValue [done] * remove duplicated code in DEBUG_FindNearestSymbol/DEBUG_CheckLinenoStatus I haven't looked everywhere, yet, but `grep FIXME *|wc -l` shows 106 now, so I should find something. :) -- Michal Miroslaw

3 4

Wine keyboard focus and bug 1385
by Roderick Colenbrander 19 Apr '03

19 Apr '03

Hi, When playing for example the game Jedi Outcast on Wine (quake3 based) in non-deskop a keyboard related problem appears. The game starts fine but doesn't receive any keyboard input. When I press for example the A key, the character appears in the console. I saw this problem before and it looks a lot like bug 1385: http://bugs.winehq.com/show_bug.cgi?id=1385 After looking a bit at the source code I found a way to fix my problem. I edited some code in the SetFocus function from x11drv/window.c. The original code looks like this: /* we must not use CurrentTime (ICCCM), so try to use last message time instead */ /* FIXME: this is not entirely correct */ XSetInputFocus( display, win, RevertToParent, /*CurrentTime*/ GetMessageTime() + X11DRV_server_startticks ); When I set the time to CurrentTime the problem was gone. According to the description and the FIXME neither solutions are correct. I don't know enough about the working of the x11 driver and X programming, so perhaps someone can help? Thanks, Roderick Colenbrander

1 0

Palettes - Any experts?
by Ann and Jason Edmeades 19 Apr '03

19 Apr '03

Hello, Having taken a break for a few months I thought I'd try playing with wine again... I have been trying to work out why one game I am investigating never even shows its splash screen, and have got most of the way until I have got stuck. Can anyone offer me some advice? The game launcher kicks off a process whose first thread creates a dummy 16x16 window which is placed in the center of the screen (who knows why!), and launches another thread. The main thread then proceeds to create another process, and wait for it to complete. This means the dummy window is not processing any messages and if sent any the whole thing hangs :-( The launched thread creates the splash screen and begins a WM_PAINT operation. During this processing it calls CreateCompatibleDC, SelectObject, SelectPalette and finally RealizePalette This RealizePalette call (UserRealizePalette, windows\painting.c) results in 256 colors being mapped in, and SendMessageA( HWND_BROADCAST, WM_PALETTECHANGED, (WPARAM)hWnd, 0L); to occur. This broadcast hangs attempting to send the message to the first thread as it is in a hung state waiting for another process to end. Under windows, the RealizePalette returns 0, and spy on Windows does not show this message being sent to the 'hung' thread. 'Interestingly', putting an xterm behind the splash panel, and trying to bring it to the front (to force a repaint) shows that UserRealizePalette is always returning 256, which I thing is the underlying bug. It appears to create a palette every WM_PAINT operation. Commenting out the broadcast makes the splashscreen appear perfectly, so I know I am along the right lines. Can anyone fill in some gaps and point me in the right direction? Debug logs willingly available! :-) Thanks Jason

3 6

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