December 2003 - Wine-devel - list.winehq.org

text edit box not painting text ( on form startup )
by Doug Herbert 09 Mar '05

09 Mar '05

( I have posted a similiar question in wine-users, don't flame me for doing so, just thinking about this some more, perhaps it may be more a developer question ) Ok, I have a windows app, that runs under wine fine - not quite. This app has a form, with many text field edit boxes on. Quite often these edit boxes already have text values, ie. they are not empty - there is a database behind the form. Anyway, the form shows on the screen, but the text within the edit fields is invisible, until you activate each edit box component. When you leave one edit box to the next, the text remains visible. It seems like the repainting is not working, on initial startup of the form. As a way to debug this database app ( I don't have the source code for it ) I wrote a real basic form app in Visual Studio, with two edit boxes, with data in each. Now this basic app shows the text values immediately on startup. So there must be something different that the database app is not doing. I then ran wine using 'wine --debugmsg +edit programname' for both app's. I see both logging 'Creating ANSI edit control, style = xxxxx' but the style reference is different between apps - I am not sure if this the cause or not. The problem app reports style = 54011104 and the basic app shows style = 50010080. Can somebody explain what this style reference means and how do I force an app to use a certain style of edit box ? What other wine class debugmsg types should I use to narrow down the source of this problem ? Is there anyway I can check to see how the database app is repainting text within the text edit components ? Regards Doug Herbert. __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com

3 4

MinGW cross compilation enviroment setup
by Michael Stefaniuc 20 Feb '04

20 Feb '04

Hello! Here are the steps needed to setup a MinGW on a Red Hat Linux like rpm based system (Fedora Core, Mandrake Linux, ... should probably work even on a SuSE Linux) * Download the mingw-binutils and mingw-gcc srpm's from http://ftp.redhat.com/pub/contrib/libc6/SRPMS/ * Download the mingw-3.0-1.src.rpm srpm from http://ftp.redhat.com/pub/contrib/libc6/noarch/SRPMS/ * Build the mingw and mingw-binutils rpm's (rpmbuild --rebuild $SRPM) and install them. * After the above step you can build the mingw-gcc rpm too. Install it. * That's almost everything: you need this patch for wine's configure to make it find your mingw binaries. * For instructions how to build the Wine tests for Windows see the Wine Documentation. You may want to try your local Red Hat mirror for the above srpm's. This info can be found also on http://people.redhat.com/mstefani/wine/ Hope this helps bye michael -- Michael Stefaniuc Tel.: +49-711-96437-199 System Administration Fax.: +49-711-96437-111 Red Hat GmbH Email: mstefani(a)redhat.com Hauptstaetterstr. 58 http://www.redhat.de/ D-70178 Stuttgart

6 10

Mouse up vs Mouse click
by Fabian Cenedese 04 Feb '04

04 Feb '04

Hi Where is decided if I release the mouse button if a mouse up or a mouse click is generated? Is this time dependent? Or generally the same? The misbehaving app uses a ownerdrawn, CListCtrl-derived list. When I click on a cell not in the first column the cell gets selected. But on wine I can see that the selection flashes shortly and disappears right again (Surprisingly it works when I click in the first column. As my application uses the same code for all columns it must be something else.). After putting some debug messages in my code I found that on Windows after the left-button-down event a left-button-click event is generated, no matter how long I hold the button before releasing. On wine there is no click event but a mouse up event. And the cell flashes even when I hold the button, so it's not the releasing itself that clears the selection. The control is a bit quirky with moving focus around and handling events specially. But still it works on Windows :) Now I'm a bit lost how I can debug this. +mouse didn't show anything usefull. I guess the generating and sending of the events is done in the wineserver. Thankful for any hints. bye Fabi

6 22

Wine history draft
by Brian Vincent (C) 26 Jan '04

26 Jan '04

I put together the following: http://users.theshell.com/~vinn/wine-history.html There's two major additions I'd like to see and I don't think I'm capable of doing them: 1) Wine history from 1994 - 1999 with a specific emphasis on changes to the architecture, design decisions that got discarded, developers who've come and gone. 2) Specific quotes from over the years. I sort of put some examples of that in the document above. Humorous quotes would be especially nice. If no one has any suggestions then I'll likely just remove the existing ones and add the information to the relevant paragraphs. I'm also thinking of adding a paragraph on the tools and programs developed for Wine. Comments / suggestions / criticisms? --------------- Brian Vincent Copper Mountain Telecom vincentb(a)coppercolorado.com

4 3

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

Sound disappears after few seconds
by Vitaliy Margolen 25 Jan '04

25 Jan '04

After last number of patches to sound drivers I'm having problems with sound. Unfortunately I haven't spotted when exactly did that happened. Here is what the problem is: - When using AIM, yes, windows AIM - there are nothing else I could find that exists on both Windows and Linux and has "Talk" feature. - After 5 - 10 seconds sound stops working. Recording works fine, but playback stops completely. - Tested with oss, alsa and arts. Problem exists in all of them or in something common between them. - If I don't use record, just play some sound - no problem. - Needless to say this used to work before. Any suggestions? -- Best regards, Vitaliy

1 1

Running Wine under MS SFU under Wine ... ?
by Dan Kegel 17 Jan '04

17 Jan '04

I recently posted with problems running Microsoft's Services for Unix under Wine. I only tried it out of morbid curiosity, actually, and because MS was offering it for free. The free offer expired, but it's back again for a little while; slashdot.org seems to be running banner ads for it. I'd encourage any of you who even *might* be tempted to try this out to go order the CD-ROM. It would be way bitchin' cool if we could nest Wine and MS SFU (I seem to recall we can't nest Wine in Cygwin for some technical reason, but who knows, maybe SFU won't have the same problem). - Dan

3 3

Problem with Access-mdb/DAO
by Fabian Cenedese 08 Jan '04

08 Jan '04

Hi I have posted this problem already long time ago but I never found the time to test it again. http://www.winehq.org/hypermail/wine-devel/2002/11/1530.html But now I tried with the actual wine from cvs (2003-12-03) and it's still there. The problem is that if I try to create a table in a Access database the last char of the name gets lost. I now have a small program which shows this error, maybe someone can use it for finding this bug. It's a simple VC6 Wizard generated Win32 command line app which uses MFC for DAO. The first time I tried was with SUSE 8.0, now I have Knoppix 3.3 (Debian). Thanks bye Fabi ---------------------------- mdbtest.cpp // mdbtest.cpp : Defines the entry point for the console application. // #include "stdafx.h" #include <afxdao.h> // MFC DAO database classes #ifdef _DEBUG #define new DEBUG_NEW #undef THIS_FILE static char THIS_FILE[] = __FILE__; #endif LPCTSTR lpszTableNodeTable = "Nodes"; LPCTSTR lpszTableNodeName = "NodeName"; LPCTSTR lpszTableNodeNodeType = "NodeType"; LPCTSTR lpszTableNodeBuildCL = "BuildCL"; LPCTSTR lpszTableNodeEditCL = "EditCL"; LPCTSTR lpszTableNodePath = "Path"; LPCTSTR lpszTableNodeFlags = "Flags"; LPCTSTR lpszTableNodeParam1 = "Param1"; LPCTSTR lpszTableNodeParam2 = "Param2"; LPCTSTR lpszTableNodeParam3 = "Param3"; LPCTSTR lpszTableNodeParam4 = "Param4"; ///////////////////////////////////////////////////////////////////////////// // The one and only application object CWinApp theApp; using namespace std; //----------------------------------------------------------------------------- void CreateNodeTable(CDaoDatabase* pDB) // throws CDaoException and CMemoryException { CDaoTableDef nodeDef(pDB); // attempt to create a new table def nodeDef.Create(lpszTableNodeTable); CDaoFieldInfo DaoFieldInfo; // init members DaoFieldInfo.m_strName = lpszTableNodeName; DaoFieldInfo.m_nType = dbText; DaoFieldInfo.m_lSize = 255; DaoFieldInfo.m_lAttributes = dbVariableField; DaoFieldInfo.m_nOrdinalPosition = 0; DaoFieldInfo.m_bRequired = FALSE; DaoFieldInfo.m_bAllowZeroLength = TRUE; DaoFieldInfo.m_lCollatingOrder = 0; // create name field nodeDef.CreateField(DaoFieldInfo); // create type field DaoFieldInfo.m_strName = lpszTableNodeNodeType; DaoFieldInfo.m_lSize = 30; nodeDef.CreateField(DaoFieldInfo); // create path field DaoFieldInfo.m_strName = lpszTableNodePath; DaoFieldInfo.m_lSize = 255; nodeDef.CreateField(DaoFieldInfo); // create flags field nodeDef.CreateField(lpszTableNodeFlags, dbLong, 4, dbFixedField); // create build command line field DaoFieldInfo.m_strName = lpszTableNodeBuildCL; DaoFieldInfo.m_nType = dbMemo; nodeDef.CreateField(DaoFieldInfo); // create edit command line field DaoFieldInfo.m_strName = lpszTableNodeEditCL; DaoFieldInfo.m_nType = dbMemo; nodeDef.CreateField(DaoFieldInfo); DaoFieldInfo.m_nType = dbMemo; //DaoFieldInfo.m_lSize = 200; DaoFieldInfo.m_strName = lpszTableNodeParam1; nodeDef.CreateField(DaoFieldInfo); // create Param cl field DaoFieldInfo.m_strName = lpszTableNodeParam2; nodeDef.CreateField(DaoFieldInfo); // create Param cl field DaoFieldInfo.m_strName = lpszTableNodeParam3; nodeDef.CreateField(DaoFieldInfo); // create Param cl field DaoFieldInfo.m_strName = lpszTableNodeParam4; nodeDef.CreateField(DaoFieldInfo); // create Param cl field nodeDef.Append(); // append table def to database nodeDef.Close(); // end CreateNodeTable } int _tmain(int argc, TCHAR* argv[], TCHAR* envp[]) { int nRetCode = 0; // initialize MFC and print and error on failure if (!AfxWinInit(::GetModuleHandle(NULL), NULL, ::GetCommandLine(), 0)) { // TODO: change error code to suit your needs cerr << _T("Fatal Error: MFC initialization failed") << endl; nRetCode = 1; } else { // TODO: code your application's behavior here. CString m_Path="test.mdb"; CDaoDatabase db; CDaoRecordset rsNode(&db); // rs node try { // create database if not available cout << "Creating Database\n"; try { db.Create(m_Path); db.Close(); } catch (CDaoException* de) { // already exists I guess cout << "Database already existed\n"; de->Delete(); } cout << "Opening Database\n"; // try to open database db.Open(m_Path, TRUE, FALSE, _T("")); // --- delete old node and dependency tables and save new ones --- cout << "Deleting Tabledef\n"; try { // delete node table db.DeleteTableDef(lpszTableNodeTable); } catch (CDaoException* dde) { // catch error, maybe table def hasn't existed dde->Delete(); } cout << "Creating new Tabledef\n"; // create node table CreateNodeTable(&db); cout << "Opening Table\n"; // try to open node table rsNode.Open(dbOpenDynaset, CString(_T("Select * From [")) + lpszTableNodeTable + _T("]"), 0); // look if recordset is updateable if (!rsNode.CanUpdate()) { cout << "No Update\n"; } cout << "Closing Table\n"; // close tables rsNode.Close(); cout << "Closing Database\n"; // close database db.Close(); cout << "Deleting Database\n"; DeleteFile(m_Path); } catch (CDaoException* de) { // catch database exception char msg[256]; de->GetErrorMessage(msg, 256); cout << "Error:" << msg; de->Delete(); goto failure_exit; } catch (CMemoryException* me) { // catch memory exception char msg[256]; me->GetErrorMessage(msg, 256); cout << "Error:" << msg; me->Delete(); goto failure_exit; } cout << "OK\n"; return TRUE; failure_exit: // do some cleanup after failure if (rsNode.IsOpen()) rsNode.Close(); if (db.IsOpen()) db.Close(); } cout << "ERROR!!\n"; return nRetCode; }

2 8

event.c freezes on XFilterEvent
by Vik 06 Jan '04

06 Jan '04

Hi, I'm rather new to wine developement, and Xlib coding, and this is my first post to the list so bare with me please.... ;-) dlls/x11drv/event.c seems to freeze at XFilterEvent and brings the app to seizure ever since all the TSX functions have been gotten rid off... This is what happens: I run notepad, and start typing. Everything works fine until I hit shift+space which is the toggle for XIM (kinput in my case). Notepad freezes here. The trace on keyboard tells me that there is no character for the key combination and freezes right after; trace:keyboard:KEYBOARD_MapDeadKeysym no character for dead keysym 0x0000ffe1 >From my investigation, it seems that XFilterEvent (event.c, function process_events) <code> ignore = XFilterEvent( &event, None ); </code> is causing this. If I get rid of the whole check, and pass all the events to EVENT_ProcessEvent() , notepad would not freeze. XFilterEvent is supposed to return TRUE when the event is filtered by the XIM, but chances are that since the XIM functionalities are currently not really there, XFilterEvent cannot talk to the XIM context. As far as I remember when the TSX functions were there, the XIM window did pop up(despite XIM not working properly). I'm trying to trace the changes to see what might be causing this, but without much luck so far... I'm more than willing to try and fix this, as XIM support is critical for people from my part of the world (Japan, and most likely for Korea & China). We've been coming up with rather crude patches to have XIM work till now(upto 20031118), but can't get it to work because of this strange freezure we are experiencing.... Any pointers or thoughts will be greatly appreciated! Cheers Vik -- ------------ Vikram Kumar vik(a)zone81.com

4 5

Hack for the '-pthread' at make depend
by P. Christeas 06 Jan '04

06 Jan '04

On my configuration, the 'artsc-config' script outputs '-pthread' along with the '-Isth' entries. That broke the 'makedep' procedure. It's trivial. The following patch handles this.

3 6