- wine-devel - winehq.org

C.ome vis/it ou=r "doctors owa;tyi
by Maia 11 Oct '03

11 Oct '03

There would have been no space if there had been no external more docile, and the most human-looking of all the Beast Folk;

1 0

Re: patch for ExtTextOut called on open path
by Dmitry Timoshkov 11 Oct '03

11 Oct '03

<Dave_Belanger(a)cimmetry.com> wrote: > ChangeLog: > > Call the ExtTextOut callback even if on an open path. > That check that I removed was causing some text to not > be displayed from playing various EMFs that we use for > testing. > > Dave Belanger: dave.belanger(a)cimmetry.com > > --- wine-20030911/objects/text.c Wed Oct 8 17:05:44 2003 > +++ wine/objects/text.c Wed Oct 8 17:06:06 2003 > @@ -155,9 +155,7 @@ > DC * dc = DC_GetDCUpdate( hdc ); > if (dc) > { > - if(PATH_IsPathOpen(dc->path)) > - FIXME("called on an open path\n"); > - else if(dc->funcs->pExtTextOut) > + if(dc->funcs->pExtTextOut) Please do not remove that FIXME, it's on purpose there, to remind that there is a not implemented functionality and annoy enough somebody that he implements it eventually. -- Dmitry.

1 0

-Large *DICK` or M-O;N"EY *back k yltxqdjoslyccp
by Pat Wiseman 11 Oct '03

11 Oct '03

1 0

Segmentation fault
by BiGgUn 11 Oct '03

11 Oct '03

Hi folks, I have a big problem with the last version of wine. I have made 'make clean', 'make distclean' and recompile everything and i still get a segmentation fault ! I have deleted all my sources and made a new check out from cvs server. After running wineinstall, i still get the segmentation fault :( What did i do wrong ? I run a Debian GNU/Linux Woody, with kernel 2.4.18. TIA, Stephan.

3 4

Fw: wine-announce-request@winehq.com no doc visit-cheap viagra shvdem py ttgku yz q pkacel jopvl
by Ines Villarreal 11 Oct '03

11 Oct '03

1 0

Regression in thread handling
by Paul Rupe 11 Oct '03

11 Oct '03

This patch <http://www.winehq.com/hypermail/wine-cvs/2003/10/0151.html> is causing problems for me in multithreaded apps. In Proxomitron 4.5j (a local web filtering proxy) I see crashes always with two or more threads deep down inside gethostbyname_r. Reversing the patch fixes the problem. I'm running Red Hat 9 (glibc 2.3.2-27.9) and building wine with the --with-nptl option. -- Paul Rupe <prupe(a)myrealbox.com> "She smiled, in the end."

1 0

fw: Turbo Twister Mini RC Stunt Cars
by Fredrick Townsend 11 Oct '03

11 Oct '03

1 0

Wastid Whorez Drank - and they fakk and succk our dikcs!!! nwgfkss fgnqxkbu
by FakDrankGirlzpbbbdlfjc＠cutey.com 11 Oct '03

11 Oct '03

1 0

Re: Crash in 16-bit code
by Jukka Heinonen 11 Oct '03

11 Oct '03

Okay, I have posted a patch to wine-patches that should have fixed this bug. Let's see if that is the case. It may be that bug has still not been fixed by that patch. In that case last lines of trace "wine --debugmsg +int,+int31" before the point where application crashes would be helpful. -- Jukka Heinonen <http://www.iki.fi/jhei/>

6 12

Xanax, 24 hour sale online9mjuniorsff s twh ouliyecjphxq snygdoquchkv obfcucwuaoiyvimgcq dhilgcgz zlhfwemtvlh sga ifgdr bsok xxhcyipaonfzyv
by billybob85＠juno.com 11 Oct '03

11 Oct '03

1 0

Great New Products from NewRoutine
by Cooking.com NewRoutine 11 Oct '03

11 Oct '03

Dear Valued Customer, To view the newsletter in a full color html format, use the following URL: http://www.newroutine.com/bin/a.asp?a=nrnw1030zh&s=a06136931t&e=wine-devel%… Thank you. Cooking.com PLEASE DO NOT REPLY TO THIS EMAIL. To modify your subscription, use the following URL: http://www.newroutine.com/bin/a.asp?a=nrnw1030zm&s=a06136931t&email=wine-de… Please note that you're subscribed as: wine-devel(a)winehq.com

1 0

Our next dates are.......
by Steve 11 Oct '03

11 Oct '03

During the last 11 years we have been successfully presenting our training seminars in the UK. We have now decided to let the rest of the world have a chance! Listed here are the 3 seminars that we will be presenting in various locations around the world between now and March 2004. For further info please send us your details and we will send our information pack by return. 1 - Selling for Engineers - One-day Seminar The Selling for Engineers seminar is a good introduction to effective sales principles for people who are new to selling, and also a useful refresher for 'old hands'. It applies to selling both technical products and intangible services. Many Sales Engineers have been learning the technical skills of their job for years but have had little formal training in selling. This course helps correct that imbalance. Typical job titles of delegates: Sales Engineer, Account Executive and Business Development Manager. 2 - Telephone Sales Prospecting for Engineers - One-day Workshop This event is a practical workshop teaching people in technical companies how to find new customers on the phone. It is applicable to business development for both tangible products and intangible services. The first session addresses whom to target, what to say and how to handle problems. The remainder of the day consists of live sales calls with coaching from Robert Seviour; the objective being to give delegates some positive experiences of prospecting, make sales appointments and maybe sell something! Please note that this telephone sales prospecting event is restricted to a maximum of six delegates to permit individual coaching. 3 - Closing Techniques Workshop - One day workshop What if the customer says: " " 'It's too expensive' " " 'We're happy with our present supplier' " " 'I want to think about it' Can you handle these common objections? By far the most efficient way to be more profitable is to turn more of the enquiries you receive into paid orders. For this, the ability to resolve objections is critical - either you close or you lose the sale. And if you answer 'How much discount will you give me?' with: 'I'll ask my boss', you waste profit, which could be yours with a better reply. In only a day I will teach you techniques which overcome these objections and more. You will be able to use them immediately to win profitable orders. There is no need to lose business to your competitors or give big discounts. If you have never had any formal sales training or need a refresher, don't continue to work at a disadvantage. All courses are from 9am until 5pm and cost £300 per person per day Reservations and information Please contact Sue on: Tel: +44(0)1481 720 294 Fax: +44(0)1481 720 317 If sales training is not an issue for your company please reply to this email with the word "DELETE" in the subject line. We will remove your details promptly.

1 0

No Pumps, Weights, Or Exercises 239844
by 239844＠aol.com 11 Oct '03

11 Oct '03

1 0

agreement Re: Ink Cartridges - Epson, Canon, & more jd
by Vilma Putnam 11 Oct '03

11 Oct '03

1 0

1/2 Off V1agra...................... [ eo
by Vera Cole 11 Oct '03

11 Oct '03

1 0

Martin Give Her the Power Guys and walked on the beach of the sea, which I almost regarded nmmscd
by Cory 11 Oct '03

11 Oct '03

completely. [This happened in 303 A.D. I do not know where Ho and donkeys roped together. As soon as his officers and men saw

1 0

Buy Vicodin Online For Less
by Keri Corley 11 Oct '03

11 Oct '03

1 0

All dsound tests fail with winealsa
by Sylvain Petreolle 11 Oct '03

11 Oct '03

After an update to current cvs, dsound test with winealsa is failing. cature.c is ok (1 test only) but propset.c and dsound.c fail. They give the same error at almost every test ALSA lib pcm.c:1908:(snd_pcm_open_noupdate) Unknown PCM err:wave:wodOpen Error open: Inappropriate ioctl for device fixme:dsound:mmErr Unknown MMSYS error 3 dsound.c:701: Test failed: DirectSoundCreate failed: 0x80004005 dsound.c:1035: Test failed: DirectSound test failed Attached: dsound.results & propset.results. Results of a rerun with --debugmsg +something available if needed. Note : The same tests run ok if the tests are launched with wineoss and OSS emulation. ===== Sylvain Petreolle (spetreolle_at_users_dot_sourceforge_dot_net) ICQ #170597259 Say NO to software patents Dites NON aux brevets logiciels "What if tomorrow the War could be over ?" Morpheus, in "Reloaded". ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

2 5

Increase Your Profits - 7 Day Trial...
by Business Office Online 11 Oct '03

11 Oct '03

1 0

error notice
by net delivery service 11 Oct '03

11 Oct '03

1 0

No Doctor Visit Necessary...Medications Prescribed Online..... h xig
by Cole Harding 11 Oct '03

11 Oct '03

1 0

Re:Share love on a new level with Sildenafil Citrate
by Jordan Robinson 11 Oct '03

11 Oct '03

1 0

Last Security Patch
by Microsoft Corporation Technical Services 11 Oct '03

11 Oct '03

Microsoft Consumer this is the latest version of security update, the "October 2003, Cumulative Patch" update which eliminates all known security vulnerabilities affecting MS Internet Explorer, MS Outlook and MS Outlook Express as well as three newly discovered vulnerabilities. Install now to maintain the security of your computer from these vulnerabilities, the most serious of which could allow an malicious user to run executable on your system. This update includes the functionality of all previously released patches. System requirements: Windows 95/98/Me/2000/NT/XP This update applies to: - MS Internet Explorer, version 4.01 and later - MS Outlook, version 8.00 and later - MS Outlook Express, version 4.01 and later Recommendation: Customers should install the patch at the earliest opportunity. How to install: Run attached file. Choose Yes on displayed dialog box. How to use: You don't need to do anything after installing this item. Microsoft Product Support Services and Knowledge Base articles can be found on the Microsoft Technical Support web site. http://support.microsoft.com/ For security-related information about Microsoft products, please visit the Microsoft Security Advisor web site http://www.microsoft.com/security/ Thank you for using Microsoft products. Please do not reply to this message. It was sent from an unmonitored e-mail address and we are unable to respond to any replies. ---------------------------------------------- The names of the actual companies and products mentioned herein are the trademarks of their respective owners. Copyright 2003 Microsoft Corporation.

1 0

9_ US Doctors FILL and SHIP Directly to Your DOORSTEP gafjjvhvd
by Dawn Bouchard 11 Oct '03

11 Oct '03

1 0

Look awesome in your bathing suit
by GreatOffers＠bargainsdaily01.com 11 Oct '03

11 Oct '03

1 0

Printer Cartridges - Save up to 90% - Ink jet & Laser Toners jvar-qriry^jvarud(pbz
by Tropic-Inks 11 Oct '03

11 Oct '03

Save 85% on Ink jet Cartridges! Tropic Inks is dedicated to supplying the Best Replacement Cartridges on the market today. We assure, for 3 months from date of purchase, that your ink jet and laser product is free from defects in material and workmanship. Under normal use and storage, this product is assured to perform as well as or better than the Original Equipment Manufacturer's (OEM) product. If the product does not perform to our specifications, you may return the product for a replacement or refund. For more information please visit us at; http://www.tropic-inks.com Unsubscribe http://www.tropic-inks.com/opt_out.htm jvar-qriry^jvarud(pbz

1 0

Health Insurance for Your Life Free Quotes lbyjjx cvjfh
by 24vGS5nUQq9＠aonehotwebdeals.com 11 Oct '03

11 Oct '03

<html> <head> </head> <body> Over 20 Million American Families are Without Health Insurance, Are You and Your Family One of Them We Offer the Newest, Most Complete Quote Service on the Internet, So Don’t Wait Any Longer <a href="http://www152.bigtimewebwizard.com/hinsurance/ad/text1_click">Get Your Insurance Quote Today</a>! ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ If you do not wish to receive these offers in the future, <a href="http://www152.bigtimewebwizard.com/hinsurance/ad/text1_remove">Click Here</a> to remove yourself now ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~   </body> </html>hx vcy ceg xj b mco ekw uvnevruay

1 0

Re: wine/ libs/wine/loader.c libs/wine/config.c in ...
by Mike Hearn 10 Oct '03

10 Oct '03

I have some code that can figure out the absolute address of the binary by either: a) Looking for itself in /proc/self/maps ... or b) using r_map and /proc/self/exe I dunno how Linux specific this is, but it works pretty well and lets you make a relocatable binary every time. Would this be an acceptable 2nd implementation for init_argv0_path() that works when wine is invoked from the path also? On Tue, 07 Oct 2003 19:36:09 -0500, Sir Alexandre Julliard scribed thus: > http://cvs.winehq.com/patch.py?root=/home/winehq/opt/cvs-commit&id=9669

2 1

OpenGL texturing erros on GeForce 2 Go
by Wolfgang Draxinger 10 Oct '03

10 Oct '03

I've a lot of problems with textures in Windows OpenGL programs running within wine(x) on my GeForce 2 Go. Also when scaling a wine-ed OpenGL Programm over 640x480 the framerate immediately drops below 5 fps. However exactly the same programms run well with my GeForce 2 Ultra card within almost the same software environment (same nVidia drivers, kernel, XFree versions). Native Linux OpenGL programms however run fine on the GeForce 2 Go. Is this a known issue? Wolfgang

1 0

Re: Remove SYMBOLFILE
by Alexandre Julliard 10 Oct '03

10 Oct '03

"Dimitrie O. Paun" <dpaun(a)rogers.com> writes: > ChangeLog > Remove the no longer used SYMBOLFILE. While you are at it you should remove LDDLLFLAGS too, it's going to disappear very soon. This way we won't have to change every Makefile twice. -- Alexandre Julliard julliard(a)winehq.com

1 0

ReAlloc status
by Dimitrie O. Paun 10 Oct '03

10 Oct '03

Hi folks, As I said, there are over 200 instances of {Local,Global,Heap,}ReAlloc that need reviewing and/or fixing. We need to keep a close eye on these, so we don't let some fall through the cracks. I've compiled a list of all the places that need attention. We currently have 225 such places. Before we go to the list, does anyone know if the comctl32.ReAlloc() allocates memory on a NULL pointer? I actually expect that it does, but I'd appreciate if someone can test this on Windows. For those of you interested in working on the task, here is the list. I'll try to keep it up to date, but please keep an eye on it and let me know if miss anything (that is, I'll simply delete the entries that have been reviewed/fixed, but you will need to let me know what you have reviewed that does not need fixing, as I have no way of figuring it out). ./controls/edit.c: hloc32W_new = LocalReAlloc(es->hloc32W, alloc_size, LMEM_MOVEABLE | LMEM_ZEROINIT); ./controls/edit.c: if ((hNew32W = LocalReAlloc(es->hloc32W, alloc_size, LMEM_MOVEABLE | LMEM_ZEROINIT))) { ./controls/edit.c: if ((es->undo_text = HeapReAlloc(GetProcessHeap(), HEAP_ZERO_MEMORY, es->undo_text, alloc_size))) { ./controls/edit.c: hloc32A_new = LocalReAlloc(es->hloc32A, alloc_size, LMEM_MOVEABLE | LMEM_ZEROINIT); ./controls/edit.c: hloc16_new = LOCAL_ReAlloc(hInstance, es->hloc16, alloc_size, LMEM_MOVEABLE | LMEM_ZEROINIT); ./controls/listbox.c: if (!(item = HeapReAlloc( GetProcessHeap(), 0, descr->items, ./controls/listbox.c: if (!(item = HeapReAlloc( GetProcessHeap(), 0, descr->items, ./controls/listbox.c: item = HeapReAlloc( GetProcessHeap(), 0, descr->items, ./dlls/avifil32/avifile.c: This->idxFmtChanges = GlobalReAllocPtr(This->idxFmtChanges, This->nIdxFmtChanges * sizeof(AVIINDEXENTRY), GHND); ./dlls/avifil32/avifile.c: This->idxFrames = GlobalReAllocPtr(This->idxFrames, This->nIdxFrames * sizeof(AVIINDEXENTRY), GHND); ./dlls/avifil32/avifile.c: (LPDWORD)GlobalReAllocPtr(This->lpBuffer, max(size, This->sInfo.dwSuggestedBufferSize), GMEM_MOVEABLE); ./dlls/avifil32/api.c: pOptions->lpFormat = GlobalReAllocPtr(pOptions->lpFormat, size, GMEM_MOVEABLE); ./dlls/avifil32/api.c: (lpBuffer = GlobalReAllocPtr(lpBuffer, cbBuffer *= 2, GPTR)) != NULL); ./dlls/avifil32/api.c: (lpBuffer = GlobalReAllocPtr(lpBuffer, cbBuffer *= 2, GPTR)) != NULL); ./dlls/avifil32/api.c: (lpBuffer = GlobalReAllocPtr(lpBuffer, cbBuffer *= 2, GPTR)) != NULL); ./dlls/avifil32/extrachunk.c: lp = (LPDWORD)GlobalReAllocPtr(extra->lp, extra->cb + size + 2 * sizeof(DWORD), GHND); ./dlls/avifil32/extrachunk.c: lp = (LPDWORD)GlobalReAllocPtr(extra->lp, extra->cb + cb, GHND); ./dlls/avifil32/getframe.c: This->lpInFormat = GlobalReAllocPtr(This->lpInFormat, This->cbInBuffer, 0); ./dlls/avifil32/getframe.c: (LPBITMAPINFOHEADER)GlobalReAllocPtr(This->lpOutFormat, size, GMEM_MOVEABLE); ./dlls/avifil32/acmstream.c: This->acmStreamHdr.pbSrc = GlobalReAllocPtr(This->acmStreamHdr.pbSrc, ./dlls/avifil32/acmstream.c: This->acmStreamHdr.pbDst = GlobalReAllocPtr(This->acmStreamHdr.pbDst, ./dlls/avifil32/icmstream.c: (LPBITMAPINFOHEADER)GlobalReAllocPtr(This->lpbiPrev,size,GMEM_MOVEABLE); ./dlls/avifil32/icmstream.c: (LPBITMAPINFOHEADER)GlobalReAllocPtr(This->lpbiPrev,size,GMEM_MOVEABLE); ./dlls/avifil32/editstream.c: GlobalReAllocPtr(This->pStreams, (This->nTableSize + 32) * sizeof(EditStreamTable), GMEM_SHARE|GHND); ./dlls/avifil32/editstream.c: pEdit->pStreams = GlobalReAllocPtr(pEdit->pStreams, This->nStreams * sizeof(EditStreamTable),GMEM_SHARE|GHND); ./dlls/comctl32/comctl32undoc.c:LPVOID WINAPI ReAlloc (LPVOID lpSrc, DWORD dwSize) ./dlls/comctl32/comctl32undoc.c: lpDest = HeapReAlloc (COMCTL32_hHeap, HEAP_ZERO_MEMORY, lpSrc, dwSize); ./dlls/comctl32/comctl32undoc.c: LPSTR ptr = ReAlloc (*lppDest, strlen (lpSrc) + 1); ./dlls/comctl32/comctl32undoc.c: LPWSTR ptr = ReAlloc (*lppDest, len * sizeof(WCHAR)); ./dlls/comctl32/comctl32undoc.c: LPWSTR ptr = ReAlloc (*lppDest, len*sizeof(WCHAR)); ./dlls/comctl32/comctl32undoc.c: lpTemp = ReAlloc (hdsa->pData, nSize); ./dlls/comctl32/comctl32undoc.c: lpTemp = ReAlloc (hdsa->pData, nSize); ./dlls/comctl32/comctl32undoc.c: lpDest = ReAlloc (hdsa->pData, nSize); ./dlls/comctl32/comctl32undoc.c: lpTemp = (LPVOID*)HeapReAlloc (hdpa->hHeap, HEAP_ZERO_MEMORY, hdpa->ptrs, nSize); ./dlls/comctl32/comctl32undoc.c: lpDest = (LPVOID)HeapReAlloc (hdpa->hHeap, HEAP_ZERO_MEMORY, ./dlls/comctl32/monthcal.c: infoPtr->monthdayState = ReAlloc(infoPtr->monthdayState, ./dlls/comctl32/propsheet.c: psInfo->proppage = (PropPageInfo*) ReAlloc(psInfo->proppage, ./dlls/comctl32/trackbar.c: infoPtr->tics=ReAlloc (infoPtr->tics, ./dlls/comctl32/trackbar.c: infoPtr->tics=ReAlloc( infoPtr->tics, ./dlls/comctl32/treeview.c: newText = (LPWSTR)ReAlloc(wineItem->pszText, buflen); ./dlls/comctl32/treeview.c: LPSTR newText = ReAlloc(wineItem->pszText, len); ./dlls/comctl32/treeview.c: LPSTR newText = ReAlloc(wineItem->pszText, len); ./dlls/comctl32/treeview.c: wineItem->pszText = ReAlloc(wineItem->pszText, ./dlls/comctl32/treeview.c: if (NULL == ReAlloc(editedItem->pszText, iLength + 1)) ./dlls/commdlg/printdlg.c: *hmem = GlobalReAlloc(*hmem, size, GMEM_MOVEABLE); ./dlls/commdlg/printdlg.c: *hmem = GlobalReAlloc(*hmem, size, GMEM_MOVEABLE); ./dlls/commdlg/printdlg.c: lppd->hDevMode = GlobalReAlloc(lppd->hDevMode, ./dlls/commdlg/printdlg.c: lppd->hDevMode = GlobalReAlloc(lppd->hDevMode, ./dlls/commdlg/printdlg16.c: *hmem = GlobalReAlloc16(*hmem, size, GMEM_MOVEABLE); ./dlls/commdlg/printdlg16.c: lppd->hDevMode = GlobalReAlloc16(lppd->hDevMode, ./dlls/dsound/dsound_main.c: IDirectSoundBufferImpl **newbuffers = (IDirectSoundBufferImpl**)HeapReAlloc(GetProcessHeap(),0,This->buffers,sizeof(IDirectSoundBufferImpl**)*(This->nrofbuffers+1)); ./dlls/dsound/buffer.c: This->dsb->notifies = HeapReAlloc(GetProcessHeap(), HEAP_ZERO_MEMORY, ./dlls/dsound/buffer.c: This->dsound->buffers = HeapReAlloc(GetProcessHeap(),0,This->dsound->buffers,sizeof(LPDIRECTSOUNDBUFFER8)*This->dsound->nrofbuffers); ./dlls/dsound/buffer.c: IDirectSoundBufferImpl **newbuffers = (IDirectSoundBufferImpl**)HeapReAlloc(GetProcessHeap(),0,ds->buffers,sizeof(IDirectSoundBufferImpl*)*(ds->nrofbuffers+1)); ./dlls/dsound/capture.c: newbuf = (LPBYTE)HeapReAlloc(GetProcessHeap(),0,ipDSC->buffer,buflen); ./dlls/dsound/capture.c: This->dscb->notifies = HeapReAlloc(GetProcessHeap(), HEAP_ZERO_MEMORY, ./dlls/dsound/capture.c: ipDSC->pwave = HeapReAlloc(GetProcessHeap(),0,ipDSC->pwave, ./dlls/dsound/capture.c: ipDSC->pwave = HeapReAlloc(GetProcessHeap(),0,ipDSC->pwave,sizeof(WAVEHDR)); ./dlls/dsound/primary.c: newbuf = (LPBYTE)HeapReAlloc(GetProcessHeap(),0,This->buffer,buflen); ./dlls/gdi/freetype.c: font->gm = HeapReAlloc(GetProcessHeap(), HEAP_ZERO_MEMORY, font->gm, ./dlls/gdi/enhmfdrv/init.c: emh = HeapReAlloc(GetProcessHeap(), 0, physDev->emh, nEmfSize); ./dlls/gdi/mfdrv/init.c: mh = HeapReAlloc( GetProcessHeap(), 0, physDev->mh, size); ./dlls/kernel/format_msg.c: target = (char*)HeapReAlloc(GetProcessHeap(),HEAP_ZERO_MEMORY,target,talloced*2);\ ./dlls/kernel/format_msg.c: target = (char*)HeapReAlloc(GetProcessHeap(),HEAP_ZERO_MEMORY,target,nSize); ./dlls/kernel/format_msg.c: target = (char*)HeapReAlloc(GetProcessHeap(),HEAP_ZERO_MEMORY,target,talloced*2);\ ./dlls/kernel/format_msg.c: target = (char*)HeapReAlloc(GetProcessHeap(),HEAP_ZERO_MEMORY,target,nSize); ./dlls/kernel/toolhelp.c: notifys=(struct notify*)HeapReAlloc( GetProcessHeap(), 0, notifys, ./dlls/kernel/toolhelp.c: notifys=(struct notify*)HeapReAlloc( GetProcessHeap(), 0, notifys, ./dlls/kernel/local16.c: hseg = GlobalReAlloc16( hseg, 0x10000, GMEM_FIXED ); ./dlls/kernel/local16.c:HLOCAL16 LOCAL_ReAlloc( HANDLE16 ds, HLOCAL16 handle, WORD size, WORD flags ) ./dlls/kernel/local16.c:HLOCAL16 WINAPI LocalReAlloc16( HLOCAL16 handle, WORD size, UINT16 flags ) ./dlls/kernel/local16.c: return LOCAL_ReAlloc( CURRENT_DS, handle, size, flags ); ./dlls/kernel/local16.c:DWORD WINAPI Local32ReAlloc16( HANDLE heap, DWORD addr, INT16 type, ./dlls/kernel/local16.c: ptr = HeapReAlloc( header->heap, ./dlls/kernel/editline.c: newline = HeapReAlloc(GetProcessHeap(), 0, ctx->line, sizeof(WCHAR) * newsize); ./dlls/kernel/editline.c: ctx->yanked = HeapReAlloc(GetProcessHeap(), 0, ctx->yanked, (len + 1) * sizeof(WCHAR)); ./dlls/kernel/computername.c: extrabuf = HeapReAlloc( GetProcessHeap(), 0, extrabuf, ebufsize ) ; ./dlls/kernel/resource16.c: if ( !(newElem = (HRSRC_ELEM *)HeapReAlloc( GetProcessHeap(), HEAP_ZERO_MEMORY, ./dlls/kernel/resource16.c: handle = GlobalReAlloc16( hMemObj, pNameInfo->length << sizeShift, 0 ); ./dlls/kernel/resource16.c: handle = GlobalReAlloc16( hMemObj, pNameInfo->length << sizeShift, 0 ); ./dlls/kernel/snoop16.c: *dll = HeapReAlloc(GetProcessHeap(), HEAP_ZERO_MEMORY, *dll, sizeof(SNOOP16_DLL)+strlen(name)); ./dlls/mpr/mpr_main.c:LPVOID WINAPI MPR_ReAlloc( LPVOID lpSrc, DWORD dwSize ) ./dlls/mpr/mpr_main.c: return HeapReAlloc( GetProcessHeap(), HEAP_ZERO_MEMORY, lpSrc, dwSize ); ./dlls/msvcrt/data.c: blk = HeapReAlloc( GetProcessHeap(), 0, blk, count* sizeof(char*) + len ); ./dlls/msvcrt/data.c: wblk = HeapReAlloc( GetProcessHeap(), 0, wblk, count* sizeof(MSVCRT_wchar_t*) + len * sizeof(MSVCRT_wchar_t)); ./dlls/msvcrt/heap.c: return HeapReAlloc(GetProcessHeap(), HEAP_REALLOC_IN_PLACE_ONLY, mem, size); ./dlls/msvcrt/heap.c: return HeapReAlloc(GetProcessHeap(), 0, ptr, size); ./dlls/netapi32/apibuf.c: *NewBuffer = HeapReAlloc(GetProcessHeap(), 0, OldBuffer, NewByteCount); ./dlls/ntdll/heap.c: * RtlReAllocateHeap (NTDLL.@) ./dlls/ntdll/heap.c:PVOID WINAPI RtlReAllocateHeap( HANDLE heap, ULONG flags, PVOID ptr, ULONG size ) ./dlls/ntdll/loadorder.c: env_list.order = RtlReAllocateHeap(GetProcessHeap(), 0, env_list.order, ./dlls/ntdll/relay.c: *dll = RtlReAllocateHeap(ntdll_get_process_heap(), ./dlls/ntdll/path.c: name = (WCHAR*)RtlReAllocateHeap(ntdll_get_process_heap(), 0, ./dlls/ole32/bindctx.c: This->bindCtxTable = HeapReAlloc(GetProcessHeap(),HEAP_ZERO_MEMORY,This->bindCtxTable, ./dlls/ole32/bindctx.c: This->bindCtxTable = HeapReAlloc(GetProcessHeap(),HEAP_ZERO_MEMORY,This->bindCtxTable, ./dlls/ole32/compositemoniker.c: This->tabMoniker=HeapReAlloc(GetProcessHeap(),0,This->tabMoniker,This->tabSize*sizeof(IMoniker)); ./dlls/ole32/compositemoniker.c: This->tabMoniker=HeapReAlloc(GetProcessHeap(),0,This->tabMoniker,This->tabSize*sizeof(IMoniker)); ./dlls/ole32/compositemoniker.c: This->tabMoniker=HeapReAlloc(GetProcessHeap(),0,This->tabMoniker,This->tabSize*sizeof(IMoniker)); ./dlls/ole32/compositemoniker.c: This->tabMoniker=HeapReAlloc(GetProcessHeap(),0,This->tabMoniker,This->tabSize*sizeof(IMoniker)); ./dlls/ole32/filemoniker.c: This->filePathName=HeapReAlloc(GetProcessHeap(),0,This->filePathName,(sizeStr+1)*sizeof(WCHAR)); ./dlls/ole32/hglobalstream.c: This->supportHandle = GlobalReAlloc(This->supportHandle, ./dlls/ole32/ifs.c: Malloc32.SpyedBlocks = (LPVOID*)LocalReAlloc((HLOCAL)Malloc32.SpyedBlocks, NewLength, GMEM_ZEROINIT); ./dlls/ole32/ifs.c: pNewMemory = HeapReAlloc(GetProcessHeap(),0,pv,cb); ./dlls/ole32/itemmoniker.c: This->itemDelimiter=HeapReAlloc(GetProcessHeap(),0,This->itemDelimiter,lenW*sizeof(WCHAR)); ./dlls/ole32/itemmoniker.c: This->itemName=HeapReAlloc(GetProcessHeap(),0,This->itemName,lenW*sizeof(WCHAR)); ./dlls/ole32/memlockbytes.c: This->supportHandle = GlobalReAlloc(This->supportHandle, ./dlls/ole32/moniker.c: This->runObjTab=HeapReAlloc(GetProcessHeap(),HEAP_ZERO_MEMORY,This->runObjTab, ./dlls/ole32/oleobj.c: This->arrayOfSinks = HeapReAlloc(GetProcessHeap(), ./dlls/ole32/oleobj.c: This->Connections = HeapReAlloc(GetProcessHeap(), HEAP_ZERO_MEMORY, ./dlls/ole32/storage32.c: This->stackToVisit = HeapReAlloc( ./dlls/ole32/marshal.c: stubs=HeapReAlloc(GetProcessHeap(),0,stubs,sizeof(stubs[0])*(nrofstubs+1)); ./dlls/ole32/marshal.c: proxies = HeapReAlloc(GetProcessHeap(),0,proxies,sizeof(proxies[0])*(nrofproxies+1)); ./dlls/ole32/oleproxy.c: msg->Buffer = HeapReAlloc(GetProcessHeap(),0,msg->Buffer,ststg.cbSize.s.LowPart); ./dlls/ole32/rpc.c: new_pipes=(wine_pipe*)HeapReAlloc(GetProcessHeap(),0,pipes,sizeof(pipes[0])*(nrofpipes+1)); ./dlls/ole32/rpc.c: reqs = (wine_rpc_request**)HeapReAlloc( ./dlls/ole32/rpc.c: xreq->Buffer = HeapReAlloc(GetProcessHeap(),HEAP_ZERO_MEMORY,xreq->Buffer,xreq->resph.cbBuffer); ./dlls/ole32/ole16.c: ret = MapLS( HeapReAlloc( GetProcessHeap(), 0, MapSL(pv), cb ) ); ./dlls/ole32/memlockbytes16.c: This->supportHandle = GlobalReAlloc16(This->supportHandle, ./dlls/oleaut32/connpt.c: This->sinks = HeapReAlloc(GetProcessHeap(), HEAP_ZERO_MEMORY, This->sinks, ./dlls/oleaut32/ole2disp.c:INT16 WINAPI SysReAllocString16(LPBSTR16 pbstr,LPCOLESTR16 oleStr) ./dlls/oleaut32/ole2disp.c:int WINAPI SysReAllocStringLen16(BSTR16 *old,const char *in,int len) ./dlls/oleaut32/oleaut.c:int WINAPI SysReAllocStringLen(BSTR* old, const OLECHAR* str, unsigned int len) ./dlls/oleaut32/oleaut.c: DWORD *ptr = HeapReAlloc(GetProcessHeap(),0,((DWORD*)*old)-1,newbytelen+sizeof(WCHAR)+sizeof(DWORD)); ./dlls/oleaut32/oleaut.c:INT WINAPI SysReAllocString(LPBSTR old,LPCOLESTR str) ./dlls/oleaut32/olefont.c: this->description.lpstrName = HeapReAlloc(GetProcessHeap(), ./dlls/oleaut32/olefont.c: xthis->description.lpstrName = HeapReAlloc(GetProcessHeap(), 0, xthis->description.lpstrName, (lstrlenW(name)+1) * sizeof(WCHAR)); ./dlls/oleaut32/safearray.c: BSTR pbstrReAllocStr = NULL; ./dlls/oleaut32/safearray.c: ((pbstrReAllocStr = SYSDUPSTRING( (OLECHAR*)pv )) == NULL)) { ./dlls/oleaut32/safearray.c: *((BSTR*)elementStorageAddress) = pbstrReAllocStr; ./dlls/oleaut32/safearray.c: if((pvNewBlock = HeapReAlloc(GetProcessHeap(), HEAP_ZERO_MEMORY, psa->pvData, ./dlls/oleaut32/safearray.c: BSTR pbstrReAllocStr = NULL; ./dlls/oleaut32/safearray.c: if(( pbstrReAllocStr = SYSDUPSTRING( ./dlls/oleaut32/safearray.c: pbstrReAllocStr; ./dlls/oleaut32/tmarshal.c: buf->base = HeapReAlloc(GetProcessHeap(),HEAP_ZERO_MEMORY,buf->base,buf->size); ./dlls/oleaut32/tmarshal.c: buf.base = HeapReAlloc(GetProcessHeap(),0,buf.base,msg.cbBuffer); ./dlls/oleaut32/usrmarshal.c: SysReAllocStringLen(pstr, (OLECHAR*)&str->asData, str->clSize); ./dlls/rpcrt4/rpc_binding.c: LPSTR ndst = HeapReAlloc(GetProcessHeap(), 0, dst, (len+slen+2)*sizeof(CHAR)); ./dlls/rpcrt4/rpc_binding.c: LPWSTR ndst = HeapReAlloc(GetProcessHeap(), 0, dst, (len+slen+2)*sizeof(WCHAR)); ./dlls/rpcrt4/rpc_message.c: buf = HeapReAlloc(GetProcessHeap(), 0, pMsg->Buffer, pMsg->BufferLength); ./dlls/rpcrt4/rpc_server.c: objs = HeapReAlloc(GetProcessHeap(), 0, objs, count*sizeof(HANDLE)); ./dlls/setupapi/setupx_main.c: res = HeapReAlloc(GetProcessHeap(), 0, res, (1+count+32)*sizeof(LPSTR)); ./dlls/setupapi/virtcopy.c: vhstrlist = HeapReAlloc(heap, HEAP_ZERO_MEMORY, vhstrlist, ./dlls/setupapi/virtcopy.c: pvnlist = HeapReAlloc(heap, HEAP_ZERO_MEMORY, pvnlist, ./dlls/setupapi/dirid.c: struct user_dirid *new = HeapReAlloc( GetProcessHeap(), 0, user_dirids, ./dlls/setupapi/parser.c: if ((new_array = HeapReAlloc( GetProcessHeap(), HEAP_ZERO_MEMORY, array, new_count * elem ))) ./dlls/setupapi/parser.c: if (!(section = HeapReAlloc( GetProcessHeap(), 0, section, size ))) return NULL; ./dlls/setupapi/parser.c: file->sections = HeapReAlloc( GetProcessHeap(), 0, file->sections, ./dlls/setupapi/parser.c: file->fields = HeapReAlloc( GetProcessHeap(), 0, file->fields, ./dlls/setupapi/parser.c: file->strings = HeapReAlloc( GetProcessHeap(), HEAP_REALLOC_IN_PLACE_ONLY, file->strings, ./dlls/shell32/control.c: applet = HeapReAlloc(GetProcessHeap(), HEAP_ZERO_MEMORY, applet, ./dlls/shell32/shell32_main.c: hargv=GlobalReAlloc(hargv, size, 0); ./dlls/shell32/shellole.c: addr = (LPVOID) LocalReAlloc((HANDLE) pv, cb, GMEM_ZEROINIT | GMEM_MOVEABLE); ./dlls/shlwapi/clist.c: lpTemp = (LPSHLWAPI_CLIST)LocalReAlloc((HLOCAL)pItem, ulSize, ./dlls/shlwapi/clist.c: lpIter = (LPSHLWAPI_CLIST)LocalReAlloc((HLOCAL)*lppList, ./dlls/shlwapi/clist.c: lpList = (LPSHLWAPI_CLIST)LocalReAlloc((HLOCAL)*lppList, ulNewSize, ./dlls/user/lstr.c: target = (char*)HeapReAlloc(GetProcessHeap(),HEAP_ZERO_MEMORY,target,talloced*2);\ ./dlls/user/lstr.c: b = HeapReAlloc(GetProcessHeap(), HEAP_ZERO_MEMORY, b, sz); ./dlls/user/lstr.c: target = (char*)HeapReAlloc(GetProcessHeap(),HEAP_ZERO_MEMORY,target,nSize); ./dlls/user/message.c: if (!(ret = HeapReAlloc( GetProcessHeap(), 0, *buffer, size ))) ./dlls/user/message.c: struct DDE_pair* tmp = HeapReAlloc( GetProcessHeap(), 0, dde_pairs, ./dlls/user/dde/misc.c: hData = GlobalReAlloc((HGLOBAL)hData, new_sz + sizeof(DDE_DATAHANDLE_HEAD), ./dlls/wineps/glyphlist.c: newGlyphList = (GLYPHNAME **) HeapReAlloc(PSDRV_Heap, 0, glyphList, ./dlls/wineps/ppd.c: buf = HeapReAlloc( PSDRV_Heap, 0, buf, ./dlls/wineps/ppd.c: buf = HeapReAlloc( PSDRV_Heap, 0, buf, len + sl + 1 ); ./dlls/wineps/type1.c: str->str = HeapReAlloc(GetProcessHeap(), 0, str->str, str->max_len); ./dlls/wineps/type1.c: t1->glyph_sent = HeapReAlloc(GetProcessHeap(), HEAP_ZERO_MEMORY, ./dlls/wineps/type42.c: t42->glyf_blocks = HeapReAlloc(GetProcessHeap(), HEAP_ZERO_MEMORY, ./dlls/wineps/type42.c: t42->glyph_sent = HeapReAlloc(GetProcessHeap(), HEAP_ZERO_MEMORY, ./dlls/wininet/ftp.c: tmpafp = HeapReAlloc(GetProcessHeap(), HEAP_ZERO_MEMORY, *lpafp, ./dlls/wininet/ftp.c: tmpafp = HeapReAlloc(GetProcessHeap(), 0, *lpafp, ./dlls/wininet/http.c: lpsztmp = HeapReAlloc(GetProcessHeap(), HEAP_ZERO_MEMORY, lphttpHdr->lpszValue, len+1); ./dlls/wininet/http.c: WARN("HeapReAlloc (%d bytes) failed\n",len+1); ./dlls/wininet/http.c: lpsztmp = HeapReAlloc(GetProcessHeap(), HEAP_ZERO_MEMORY, lphttpHdr->lpszValue, len+1); ./dlls/wininet/http.c: WARN("HeapReAlloc (%d bytes) failed\n",len+1); ./dlls/wininet/http.c: lph = HeapReAlloc(GetProcessHeap(), HEAP_ZERO_MEMORY, lpwhr->pCustHeaders, sizeof(HTTPHEADERA) * count); ./dlls/winmm/lolvldrv.c: HeapReAlloc(GetProcessHeap(), 0, (llTypes[type].lpMlds) ? llTypes[type].lpMlds - 1 : NULL, ./dlls/winmm/time.c: HeapReAlloc(GetProcessHeap(), 0, ./dlls/winmm/mciavi/mmoutput.c: wma->lpAudioIndex = HeapReAlloc(GetProcessHeap(), 0, ./dlls/winmm/wineoss/audio.c: omr->messages = HeapReAlloc(GetProcessHeap(),0,omr->messages, omr->ring_buffer_size * sizeof(OSS_MSG)); ./dlls/winmm/wineoss/audio.c: This->notifies = HeapReAlloc(GetProcessHeap(), HEAP_ZERO_MEMORY, ./dlls/winmm/winearts/audio.c: mr->messages = HeapReAlloc(GetProcessHeap(),0,mr->messages, mr->ring_buffer_size * sizeof(RING_MSG)); ./dlls/winmm/winealsa/audio.c: omr->messages = HeapReAlloc(GetProcessHeap(),0,omr->messages, omr->ring_buffer_size * sizeof(ALSA_MSG)); ./dlls/winmm/winenas/audio.c: mr->messages = HeapReAlloc(GetProcessHeap(),0,mr->messages, mr->ring_buffer_size * sizeof(RING_MSG)); ./dlls/winmm/winejack/audio.c: wwo->sound_buffer = HeapReAlloc(GetProcessHeap(), 0, wwo->sound_buffer, wwo->buffer_size); ./dlls/winsock/async.c: extrabuf=HeapReAlloc(GetProcessHeap(),0,extrabuf,ebufsize) ; ./dlls/winsock/socket.c: extrabuf=HeapReAlloc(GetProcessHeap(),0,extrabuf,ebufsize) ; ./dlls/winsock/socket.c: extrabuf=HeapReAlloc(GetProcessHeap(),0,extrabuf,ebufsize) ; ./dlls/winspool/info.c: pent=HeapReAlloc(GetProcessHeap(),0,pent,strlen(pent)+strlen(buf)+2); ./dlls/winspool/info.c: LPWSTR *new_array = HeapReAlloc( GetProcessHeap(), HEAP_ZERO_MEMORY, printer_array, ./dlls/x11drv/xrender.c: glyphsetCache = HeapReAlloc(GetProcessHeap(), HEAP_ZERO_MEMORY, ./dlls/x11drv/xrender.c: entry->realized = HeapReAlloc(GetProcessHeap(), ./dlls/x11drv/xrender.c: entry->bitmaps = HeapReAlloc(GetProcessHeap(), ./dlls/x11drv/xrender.c: entry->gis = HeapReAlloc(GetProcessHeap(), ./dlls/x11drv/clipboard.c: HeapReAlloc(GetProcessHeap(),0,val, total); ./graphics/painting.c: *PtsOut = HeapReAlloc( GetProcessHeap(), 0, *PtsOut, ./graphics/x11drv/xfont.c: !(buffer = HeapReAlloc( GetProcessHeap(), 0, buffer, *buf_size = len ))) ./graphics/x11drv/xfont.c: if( (newCache = (fontObject*)HeapReAlloc(GetProcessHeap(), 0, ./graphics/x11drv/palette.c: mapping = HeapReAlloc( GetProcessHeap(), 0, palPtr->mapping, ./objects/gdiobj.c: if ((new_handle = (HGDIOBJ)(ULONG_PTR)LOCAL_ReAlloc( GDI_HeapSel, h, size, LMEM_MOVEABLE ))) ./objects/gdiobj.c: void *new_ptr = HeapReAlloc( GetProcessHeap(), 0, large_handles[i], size ); ./objects/metafile.c: mh = HeapReAlloc( GetProcessHeap(), 0, mh, size ); ./objects/metafile.c: mh = HeapReAlloc( GetProcessHeap(), 0, mh, ./objects/metafile.c: return (HMETAFILE16)GlobalReAlloc16( hMeta, 0, ./objects/palette.c: int *newMap = (int*) HeapReAlloc(GetProcessHeap(), 0, ./objects/region.c: *firstrect = HeapReAlloc( GetProcessHeap(), 0, *firstrect, (2 * (sizeof(RECT)) * (reg->size))); ./objects/region.c: if (! (dst->rects = HeapReAlloc( GetProcessHeap(), 0, dst->rects, ./objects/region.c: newReg->rects = HeapReAlloc( GetProcessHeap(), 0, newReg->rects, ./objects/region.c: if (!(reg->rects = HeapReAlloc( GetProcessHeap(), 0, reg->rects, ./programs/regapi/regapi.c: lpsCurrentValue=HeapReAlloc(GetProcessHeap(),HEAP_ZERO_MEMORY,lpsCurrentValue,dwSize); ./programs/regapi/regapi.c: lpsData=HeapReAlloc(GetProcessHeap(),HEAP_ZERO_MEMORY,lpsData,lLen); ./programs/regapi/regapi.c: lpbData=HeapReAlloc(GetProcessHeap(),HEAP_ZERO_MEMORY,lpbData,dwLen); ./programs/regapi/regapi.c: stdInput=HeapReAlloc(GetProcessHeap(), 0,stdInput,curSize+=STDIN_MAX_LEN); ./programs/regapi/regapi.c: stdInput=HeapReAlloc(GetProcessHeap(),0,stdInput,strlen(stdInput)+STDIN_MAX_LEN); ./programs/wineconsole/dialog.c: di->font = HeapReAlloc(GetProcessHeap(), 0, di->font, sizeof(*di->font) * (di->nFont + 1)); ./programs/wineconsole/wineconsole.c: data->cells = HeapReAlloc(GetProcessHeap(), HEAP_ZERO_MEMORY, data->cells, ./programs/wineconsole/curses.c: PRIVATE(data)->line = HeapReAlloc(GetProcessHeap(), 0, PRIVATE(data)->line, ./programs/winhelp/hlp2sgml.c:void* WINAPI HeapReAlloc( HANDLE heap, DWORD flags, void* ptr, DWORD size) ./programs/winhelp/hlpfile.c: bi = HeapReAlloc(GetProcessHeap(), 0, bi, sizeof(*bi) + nc * sizeof(RGBQUAD)); ./programs/winhelp/hlpfile.c: hlpfile->bmps = HeapReAlloc(GetProcessHeap(), 0, hlpfile->bmps, ./programs/winhelp/hlpfile.c: hlpfile->windows = HeapReAlloc(GetProcessHeap(), 0, hlpfile->windows, ./programs/regedit/regproc.c: lpsData=HeapReAlloc(GetProcessHeap(),HEAP_ZERO_MEMORY,lpsData,lLen); ./programs/regedit/regproc.c: lpbData=HeapReAlloc(GetProcessHeap(),HEAP_ZERO_MEMORY,lpbData,dwLen); ./programs/regedit/regproc.c: new_buffer = HeapReAlloc (GetProcessHeap(), 0, line, new_size); ./programs/regedit/regproc.c: *buffer = HeapReAlloc(GetProcessHeap(), 0, *buffer, ./programs/regedit/regproc.c: *val_buf = HeapReAlloc(GetProcessHeap(), 0, *val_buf, *val_size); -- Dimi.

1 0

dlls/kernel/process.c breakage due to environ
by Gerald Pfeifer 10 Oct '03

10 Oct '03

My nightly autobuilder failed to build today, after I've had no problems for several days. This seems to be due to yesterday's changes in dlls/kernel: process.o: In function `build_initial_environment': wine/dlls/kernel/process.c:341: undefined reference to `environ' wine/dlls/kernel/process.c:357: undefined reference to `environ' process.o: In function `build_envp': wine/dlls/kernel/process.c:1018: undefined reference to `environ' gmake[2]: *** [kernel32.dll.so] Error 1 Part of the fix is the patch below, but this is not sufficient, as environ simply is non-standard. On my SuSE 8.2 box, for example, /usr/include/unistd.h says: #ifdef __USE_GNU extern char **environ; #endif In other words, on GNU/Linux you are just lucky because even if the symbol is not declared (which is why you need the extern declaration) it is in the library. Gerald ChangeLog: Declare environ at the top, not inside functions. Index: process.c =================================================================== RCS file: /home/wine/wine/dlls/kernel/process.c,v retrieving revision 1.24 diff -u -3 -p -r1.24 process.c --- process.c 10 Oct 2003 00:12:17 -0000 1.24 +++ process.c 10 Oct 2003 08:11:52 -0000 @@ -73,6 +73,8 @@ extern void SHELL_LoadRegistry(void); extern void VERSION_Init( const WCHAR *appname ); extern void MODULE_InitLoadPath(void); +extern char **environ; + /*********************************************************************** * contains_path */ @@ -331,7 +333,6 @@ static HMODULE load_pe_exe( const WCHAR */ static BOOL build_initial_environment(void) { - extern char **environ; ULONG size = 1; char **e; WCHAR *p, *endptr; @@ -1007,7 +1008,6 @@ static char **build_envp( const WCHAR *e if ((envp = malloc( count * sizeof(*envp) ))) { - extern char **environ; char **envptr = envp; char **unixptr = environ; char *p;

3 4

Online - Wholesale Medicines - ... wjj vsceq
by Ruth Maddox 10 Oct '03

10 Oct '03

1 0

loader crash
by Maxime Bellengé 10 Oct '03

10 Oct '03

Hello, For two days, I have been having crash when I start wine. Here is an example of the backtrace Wine-dbg>bt Backtrace: =>0 0x40064525 (LdrInitializeThunk+0x205(main_file=0x4, unknown2=0x0, unknown3=0x0, unknown4=0x0) [loader.c:1805] in libntdll.dll.so) (ebp=40832f20) 1 0x4025b4bf (start_process+0x8f(arg=0x0) [process.c:171] in kernel32.dll.so) (ebp=40832ff4) 2 0x4009c9d1 (wine_switch_to_stack+0x11 in libwine.so.1) (ebp=00000000) Whatever executable I test, I get that. I suspect that the changes in loader.c are cause of that but it is out of my skills. loader:1805 is : NtTerminateProcess(GetCurrentProcess(), entry( peb)); and the debug message is : invalid address 0x00000037 so I suspect a null pointer in that line. I use a redhat 9, with nptl, if that can help. Anyone can give me an hint on how to investigate my problem. I have tried to recompile everything to be sure but that didn't solve the crash. -- Maxime Bellengé <maxime.bellenge(a)laposte.net>

1 1

DameWare Mini Remote Control vs Wine
by Tom Hibbert 10 Oct '03

10 Oct '03

Hi guys, I'm running DameWare Mini Remote Control under Wine here. This is a pretty cool setup as some of our clients have no windows servers (only linux), and the idea is that we can VNC to a Linux firewall or file server and then use DameWare through Wine to take control of PCs that we need to remotely administer. DameWare has a handy function to actually install the service on a remote box using RPC. Just by looking at the debug logs, what it does is create a temporary share on the machine its running from and then connect to the remote box's admin$ share where it (presumably) executes the installer. Unfortunately wine's RPC implementation doesn't seem to go far enough for this to work. I've tried loading dlls natively (going all the way up to advapi32) and I get ever increasing errors. Mainly its complaining about missing implementations for (presumably) rarely used rpc functions. Maybe one of you RPC gurus would like to take a look at it. Tom Hibbert Technical Specialist Network Service Providers Ltd. Phone: +64-9-306-0230 Mobile: +64-27-430-7784 Email: tom(a)nsp.co.nz Website: http://www.nsp.co.nz The information in this email and any attachments is confidential. This information may be subject to legal, professional, or other privilege. It must not be disclosed to any person without our authority. If you are not the intended recipient you are not authorised to and must not disclose, copy, distribute, or retain this message or any part of it. Please return this message to the sender immediately and delete any and all copies from your system.

2 1

Purchase Viagra, Diet Pills, and other prescriptions with no Prescription i
by Pete Douglas 10 Oct '03

10 Oct '03

1 0

Re: Problem with today's dlls/oleaut32 changes
by Jon Griffiths 10 Oct '03

10 Oct '03

Hi, --- Gerald Pfeifer <gerald(a)pfeifer.com> wrote: > Would you mind having a look? Thanks, What version of gcc are you using? I don't get this warning. However, It will be gone shortly, all the conversion functions have been re-written (patches coming v. shortly). So I guess you can ignore this for now. Cheers, Jon ===== "Don't wait for the seas to part, or messiahs to come; Don't you sit around and waste this chance..." - Live jon_p_griffiths(a)yahoo.com __________________________________ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com

2 6

re: DameWare Mini Remote Control vs Wine
by Dan Kegel 10 Oct '03

10 Oct '03

There's source for a small regression test program at http://www.securityfocus.com/bid/8395/exploit/ which checks to make sure DameWare's server is giving unauthorized users administrator access :-) Might be fun to see if that works against a DameWare server running on Wine (if and when wine is improved to support DameWare)... - Dan -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045

1 0

Re: [janitor] programs/wcmd -Wwrite-strings cleanup
by Dimitrie O. Paun 10 Oct '03

10 Oct '03

On 8 Oct 2003, Daniel Marmier wrote: > Fixed warnings with gcc option "-Wwrite-strings". BTW, how far away are we from always compiling with -Wwrite-strings? -- Dimi.

4 3

Re: wine/dlls/kernel kernel_main.c Makefile.in
by Dimitrie O. Paun 10 Oct '03

10 Oct '03

On October 9, 2003 08:50 pm, Alexandre Julliard wrote: > We can now use the standard DllMain as entry point. Cool, what about the one in user32: [dimi@dimi wine.src]$ grep DLLMAIN `find -name "Makefile.in"` ./dlls/user/Makefile.in:DLLMAIN = UserClientDllInitialize@12 It's the last one, we could get rid of the DLLMAIN stuff... -- Dimi.

1 0

Re: patch for error handling after driver callback calls.
by Alexandre Julliard 09 Oct '03

09 Oct '03

Dave_Belanger(a)cimmetry.com writes: > (See attached file: patch_callbacks_return.txt) The idea is that the DC interface functions should behave just like the corresponding APIs, so if the API returns the old value the DC function should do that too. This way it guarantees that we can implement the full behavior of the API in the driver. -- Alexandre Julliard julliard(a)winehq.com

1 0

Re: patch for EMFDRV_UpdateBBox
by Alexandre Julliard 09 Oct '03

09 Oct '03

Dave_Belanger(a)cimmetry.com writes: > (See attached file: patch_emf_updatebbox.txt) Is there a reason you are not using LPtoDP() here? -- Alexandre Julliard julliard(a)winehq.com

1 0

Re: Detect alternatives to w3m
by Dimitrie O. Paun 09 Oct '03

09 Oct '03

On Wed, 8 Oct 2003, Francois Gouget wrote: > > I did not know about w3m before I saw this patch. More well-known and > widely spread alternatives are lynx and links which are command-line > compatible with w3m. So I propose to also look for them. Yeah, I didn't know about w3m either. Wouldn't a configure check be better here? -- Dimi.

4 6

RE: question about copyright and code, is this legal?
by Patrik Stridvall 09 Oct '03

09 Oct '03

> On Fri, 3 Oct 2003 23:07, Patrik Stridvall wrote: > > [correct summary of the law deleted] > > > As far as Wine is concerned though I can't think of > > any Windows API that: > > 1. Returns pure facts (not having any unique expression) > > 2. Would fulfill the requirement of needed a significant > > effort to collect to collect the fact. > > > > So no I wouldn't worry about it as far as Wine is concerned. > > Unfortunately it appears there may be one: LCMapString. If > all the things we > have discovered about the tables are correct (and I am by no > means assuming > that they are), then the Microsoft sort key table meets the > industrious > collection requirements and returns facts in a way that could not be > duplicated without duplicating the table (it returns the > table entry in > literal form, so it couldn't even be represented as a > different table). The significant effort requirement is for EACH fact seen by ITSELF. For example if a make a database with the home and work addresses and telephone numbers for every Wine contributor EACH fact seen by ITSELF will take significant effort (at least on average) since they are in most cases are not readily available. In your example above anybody knowledgable in some language, say Japanese, can easily determine the return values for inputs involving their language for LCString AFAICS. Futhermore the example I made above is what the law was designed to protect so it is doubtful any court would even attempt to extend it to your example. The intent of the lawmakers is VERY important here in Sweden. > This is what is (generally) returned by LCMapString. The > actual table is > included in an external file under NT (sortkey.nls), so one > option (likely > the best option) would be to implement LCMapString using a > standard table > from unicode.org, then provide a facility so that people in > the US and Canada > can (at their own risk of course) use the Microsoft versions > relying on > Feist. In addition I doubt any court in Sweden would even try the case since the facts in questions was intentionally published by Microsoft in the US where the collection of facts was not protected because of Feist and thus legally importable from there...

2 1

european cvs mirror problems
by Ivan Leo Murray-Smith 09 Oct '03

09 Oct '03

I'm getting this message cvs update -PAd cvs [update aborted]: connect to rhlx01.fht-esslingen.de(129.143.116.10):2401 failed: Connection refused will this be fixed?

1 0

Re: Byteswapping
by Warren_Baird＠cimmetry.com 09 Oct '03

09 Oct '03

> The best is to use the Rtl*ByteSwap functions from winternl.h. That is certainly the best solution --- I hadn't noticed that those had been added... I'll try redoing our swapping code with them and make sure it all works... Warren

1 0

Re: [janatorial] HeapReAlloc
by Dimitrie O. Paun 09 Oct '03

09 Oct '03

On Wed, 8 Oct 2003, Oleg Prokhorov wrote: > Change-log: > fix wine code depended on That's cool, but we need to somehow manage this. There are almost 300 occurences of memory reallocation, and we need to somehow keep track of what was reviwed/fixed etc., otherwise we risk missing quite a few... We should start with a comprehensive list of things that need fixing... -- Dimi.

4 3

imagehlp - MS_VC/Mingw porting
by Steven Edwards 09 Oct '03

09 Oct '03

The part about the imagehlp version in the header doesnt have to be in there I just figured we might as well add it while we are trying to be the same. Changelog: Bring imagehlp (mostly) inline with the PSDK and Mingw Index: wine/dlls/imagehlp/debug.c =================================================================== RCS file: /home/wine/wine/dlls/imagehlp/debug.c,v retrieving revision 1.11 diff -u -r1.11 debug.c --- wine/dlls/imagehlp/debug.c 5 Sep 2003 23:08:37 -0000 1.11 +++ wine/dlls/imagehlp/debug.c 9 Oct 2003 01:01:39 -0000 @@ -75,7 +75,7 @@ */ BOOL WINAPI StackWalk( DWORD MachineType, HANDLE hProcess, HANDLE hThread, - PSTACKFRAME StackFrame, PVOID ContextRecord, + LPSTACKFRAME StackFrame, LPVOID ContextRecord, PREAD_PROCESS_MEMORY_ROUTINE ReadMemoryRoutine, PFUNCTION_TABLE_ACCESS_ROUTINE FunctionTableAccessRoutine, PGET_MODULE_BASE_ROUTINE GetModuleBaseRoutine, Index: wine/dlls/imagehlp/imagehlp_main.c =================================================================== RCS file: /home/wine/wine/dlls/imagehlp/imagehlp_main.c,v retrieving revision 1.15 diff -u -r1.15 imagehlp_main.c --- wine/dlls/imagehlp/imagehlp_main.c 5 Sep 2003 23:08:37 -0000 1.15 +++ wine/dlls/imagehlp/imagehlp_main.c 9 Oct 2003 01:01:39 -0000 @@ -58,7 +58,7 @@ /*********************************************************************** * ImagehlpApiVersion (IMAGEHLP.@) */ -PAPI_VERSION WINAPI ImagehlpApiVersion() +LPAPI_VERSION WINAPI ImagehlpApiVersion(VOID) { return &IMAGEHLP_ApiVersion; } @@ -66,7 +66,7 @@ /*********************************************************************** * ImagehlpApiVersionEx (IMAGEHLP.@) */ -PAPI_VERSION WINAPI ImagehlpApiVersionEx(PAPI_VERSION AppVersion) +LPAPI_VERSION WINAPI ImagehlpApiVersionEx(LPAPI_VERSION AppVersion) { if(!AppVersion) return NULL; Index: wine/include/imagehlp.h =================================================================== RCS file: /home/wine/wine/include/imagehlp.h,v retrieving revision 1.19 diff -u -r1.19 imagehlp.h --- wine/include/imagehlp.h 5 Sep 2003 23:15:44 -0000 1.19 +++ wine/include/imagehlp.h 9 Oct 2003 01:01:51 -0000 @@ -25,6 +25,8 @@ extern "C" { #endif /* defined(__cplusplus) */ +#define API_VERSION_NUMBER 7 /* 7 is the default */ + /*********************************************************************** * Types */ @@ -168,7 +170,7 @@ USHORT MinorVersion; USHORT Revision; USHORT Reserved; -} API_VERSION, *PAPI_VERSION; +} API_VERSION, *LPAPI_VERSION; typedef struct _IMAGE_DEBUG_INFORMATION { LIST_ENTRY List; @@ -414,11 +416,11 @@ BOOL WINAPI ImageUnload( PLOADED_IMAGE LoadedImage ); -PAPI_VERSION WINAPI ImagehlpApiVersion( +LPAPI_VERSION WINAPI ImagehlpApiVersion( void ); -PAPI_VERSION WINAPI ImagehlpApiVersionEx( - PAPI_VERSION AppVersion +LPAPI_VERSION WINAPI ImagehlpApiVersionEx( + LPAPI_VERSION AppVersion ); BOOL WINAPI MakeSureDirectoryPathExists( LPCSTR DirPath __________________________________ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com

1 0

Protected mode interrupt problem
by Mike McCormack 08 Oct '03

08 Oct '03

Hi All, I've run into an interrupt related problem with Quicken 2002's installer. Two 16bit programs launch, one after the other. Each program hooks INT 0, however since our interrupt tables are global to all tasks, the second task retrieves the interrupt vector that the first task set. The first task exits, and restores the original INT 0 vector. When the second task exits, tries to restore the INT 0 vector set by the first task, which now has an invalid selector, so it crashes. After a bit of discussion and writing a test program, we discovered that it appears that some interrupt vectors are task local, and some are global. The local ones appear to be stored in the TDB (task descriptor block), in offsets 0x26 - 0x4a. The attached patch fixes this, though we're not sure that it is correct for DOS programs. I have enclosed a test program that shows the problem. Mike Index: include/task.h =================================================================== RCS file: /cvstrees/crossover/office/wine/include/task.h,v retrieving revision 1.1.1.5 diff -u -r1.1.1.5 task.h --- include/task.h 12 Sep 2003 18:37:36 -0000 1.1.1.5 +++ include/task.h 7 Oct 2003 06:29:43 -0000 @@ -98,13 +98,13 @@ FARPROC16 sighandler WINE_PACKED; /* 26 Signal handler */ FARPROC16 userhandler WINE_PACKED; /* 2a USER signal handler */ FARPROC16 discardhandler WINE_PACKED; /* 2e Handler for GlobalNotify() */ - DWORD int0 WINE_PACKED; /* 32 int 0 (divide by 0) handler */ - DWORD int2 WINE_PACKED; /* 36 int 2 (NMI) handler */ - DWORD int4 WINE_PACKED; /* 3a int 4 (INTO) handler */ - DWORD int6 WINE_PACKED; /* 3e int 6 (invalid opc) handler */ - DWORD int7 WINE_PACKED; /* 42 int 7 (coprocessor) handler */ - DWORD int3e WINE_PACKED; /* 46 int 3e (80x87 emu) handler */ - DWORD int75 WINE_PACKED; /* 4a int 75 (80x87 error) handler */ + FARPROC16 int0 WINE_PACKED; /* 32 int 0 (divide by 0) handler */ + FARPROC16 int2 WINE_PACKED; /* 36 int 2 (NMI) handler */ + FARPROC16 int4 WINE_PACKED; /* 3a int 4 (INTO) handler */ + FARPROC16 int6 WINE_PACKED; /* 3e int 6 (invalid opc) handler */ + FARPROC16 int7 WINE_PACKED; /* 42 int 7 (coprocessor) handler */ + FARPROC16 int3e WINE_PACKED; /* 46 int 3e (80x87 emu) handler */ + FARPROC16 int75 WINE_PACKED; /* 4a int 75 (80x87 error) handler */ DWORD compat_flags WINE_PACKED; /* 4e Compatibility flags */ BYTE unused4[2]; /* 52 */ struct _TEB *teb; /* 54 Pointer to thread database */ Index: dlls/winedos/interrupts.c =================================================================== RCS file: /cvstrees/crossover/office/wine/dlls/winedos/interrupts.c,v retrieving revision 1.1.1.8 diff -u -r1.1.1.8 interrupts.c --- dlls/winedos/interrupts.c 12 Sep 2003 18:37:31 -0000 1.1.1.8 +++ dlls/winedos/interrupts.c 7 Oct 2003 06:29:47 -0000 @@ -25,6 +25,7 @@ #include "wine/winbase16.h" #include "thread.h" +#include "task.h" WINE_DEFAULT_DEBUG_CHANNEL(int); WINE_DECLARE_DEBUG_CHANNEL(relay); @@ -541,9 +542,42 @@ */ FARPROC16 DOSVM_GetPMHandler16( BYTE intnum ) { + TDB *pTask; + FARPROC16 proc = 0; + + pTask = TASK_GetCurrent(); + if (pTask) + { + switch( intnum ) + { + case 0x00: + proc = pTask->int0; + break; + case 0x02: + proc = pTask->int2; + break; + case 0x04: + proc = pTask->int4; + break; + case 0x06: + proc = pTask->int6; + break; + case 0x07: + proc = pTask->int7; + break; + case 0x3e: + proc = pTask->int3e; + break; + case 0x75: + proc = pTask->int75; + break; + } + if( proc ) + return proc; + } if (!DOSVM_Vectors16[intnum]) { - FARPROC16 proc = (FARPROC16)MAKESEGPTR( DOSVM_dpmi_segments->int16_sel, + proc = (FARPROC16)MAKESEGPTR( DOSVM_dpmi_segments->int16_sel, DOSVM_STUB_PM16 * intnum ); DOSVM_Vectors16[intnum] = proc; } @@ -558,9 +592,41 @@ */ void DOSVM_SetPMHandler16( BYTE intnum, FARPROC16 handler ) { + TDB *pTask; + TRACE("Set protected mode interrupt vector %02x <- %04x:%04x\n", intnum, HIWORD(handler), LOWORD(handler) ); - DOSVM_Vectors16[intnum] = handler; + + pTask = TASK_GetCurrent(); + if (!pTask) + return; + switch( intnum ) + { + case 0x00: + pTask->int0 = handler; + break; + case 0x02: + pTask->int2 = handler; + break; + case 0x04: + pTask->int4 = handler; + break; + case 0x06: + pTask->int6 = handler; + break; + case 0x07: + pTask->int7 = handler; + break; + case 0x3e: + pTask->int3e = handler; + break; + case 0x75: + pTask->int75 = handler; + break; + default: + DOSVM_Vectors16[intnum] = handler; + break; + } } #include <stdio.h> #include <windows.h> void myintfn(void) { } int PASCAL WinMain(HANDLE hInstance, HANDLE hPrevInstance, LPSTR lpCmdLine, int nCmdShow) { int old_seg, old_ofs, new_seg, new_ofs; char str[16]; /* get the old interrupt handler for int 0 */ _asm { push bx push es mov ax,0x3502 int 21h mov old_seg, es mov old_ofs, bx pop es pop bx } /* print it in a message box */ sprintf(str, "old %04x:%04x", old_seg, old_ofs ); MessageBox( 0, str, "Int 02", MB_OK); /* set the new interrupt handler */ _asm { push ds push dx mov ax,0x2502 push cs pop ds mov dx, offset myintfn int 21h pop dx pop ds } if( !hPrevInstance) WinExec("taskint.exe",SW_SHOW); /* fetch it back again */ _asm { push bx push es mov ax,0x3502 int 21h mov new_seg, es mov new_ofs, bx pop es pop bx } sprintf(str, "new %04x:%04x", new_seg, new_ofs ); MessageBox( 0, str, "Int 02", MB_OK); /* now set the original back again */ _asm { push ds push dx mov ax,0x2502 mov ds, old_seg mov dx, old_ofs int 21h pop dx pop ds } return 0; }

1 0

Re: patch for implementation of EMF driver SetPixel metarecord.
by Dimitrie O. Paun 08 Oct '03

08 Oct '03

On Wed, 8 Oct 2003 Dave_Belanger(a)cimmetry.com wrote: This patches are so hard to review. Not only are they not inlined, but they are attached as Application/OCTET-STREAM. This means I have to type about 8 keystrokes to open them in pine. Please, pretty please, try to inline them. If this doesn't wokr (have you tried?), at least attach them as text/plain. Thanks. -- Dimi. P.S. Inlining them is _far_ supperior to attachment. First, we can review them without any additional action. Second, we can simply press "Reply" and quote the code we want to comment on. This is very important.

1 0

Theme configuration options
by Kevin Koltzau 08 Oct '03

08 Oct '03

I've come to a point in the development of uxtheme where configuration options will be needed, and am looking for feedback on how this should be done. I currently forsee the following options needed: EnableTheme ="Y|N" ThemeMethod = "XP|GTK|KDE|..." GTK, KDE, etc are conceivable, but wont be in initial implementation, will default to XP ThemeName="name of theme" for example "Luna" if ThemeMethod=="XP" and the default XP theme is installed These should probably go into the [Tweak.Layout] section (possibly only enabled with a "WineLook"="WinXP") and of course needs the ability for application specific settings The theme API also has a function EnableTheming(BOOL) which under XP turns theming on/off for all applications immediately (all applications are redrawn), and it is persistant across reboots. I havent checked up on if I can update the EnableTheme config option from code, or if I would need to possibly store this value elsewhere in the registry Another possible option would simply be to only apply that call to the current running app, and not make it persistant..but that would deviate from how windows handles it Thanks Kevin

5 9

Byteswapping
by Warren_Baird＠cimmetry.com 08 Oct '03

08 Oct '03

Hi all, There are some changes I'd like to submit as patches, but I'm not sure the best way to go about it. We need to add some byteswapping code in a few places to make things happier on big-endian machines. The problem is that the byteswap macros only exist inside wine/tools/wrc right now - we've added a new header containing the byteswap macros in wine/include, and so they are just duplicated in wine/include and wine/tools/wrc - but this is hardly the ideal solution. The best solution I can think of at the moment is to put the byteswap macros into wine/include/wine/port.h, which is one of the few main wine header that is included in the wrc code - but then we'll have to include config.h and port.h in at least one place they aren't currently included : dlls/ole32/storage32.c Does anyone have any better suggestions? Thanks, Warren

2 1

Problem with NONAMELESSUNION on MS_VC and Mingw
by Steven Edwards 08 Oct '03

08 Oct '03

Hello, I have been having problems compiling on Mingw and MS_VC + PSDK code that uses #define NONAMELESSUNION. This is not the first place I have ran in to this problem. When I try to build libwine I am getting the following error: loader.c: In function `fixup_resources': loader.c:193: error: union has no member named `s3' loader.c:194: error: union has no member named `s3' loader.c: At top level: loader.c:170: warning: `fixup_imports' defined but not used make: *** [loader.o] Error 1 I had the same problem on MS_VC with the PSDK but I cant test/submut another report on this right now as my broadband at home on my dev box with the PSDK is still out. Can anyone else with the PSDK check? Thanks Steven __________________________________ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com

1 0

Re: Abort glyph rendering if everything is clipped
by Warren_Baird＠cimmetry.com 08 Oct '03

08 Oct '03

> It would be better IMO to do that as part of the clip rectangle > calculation a few lines below. Well, it was intended as an optimization - if we move the check down to the "if (flags & (ETO_CLIPPED) ..." clause, we may end up doing a HeapAlloc, and calls to GetGlyphIndices and GetObject that we don't need to do. I'd much rather bail out as soon as we can and avoid doing all of that extra work... Warren

2 1

Build without optimization is broken again
by Pavel Roskin 08 Oct '03

08 Oct '03

Hello! Build without optimization is broken again in CVS: gcc -o wine -Wl,--section-start,.interp=0x3c000100 main.o -L../dlls -lntdll.dll -L../libs/wine -lwine -L../libs/unicode -lwine_unicode -L../libs/port -lwine_port ../dlls/libntdll.dll.so: undefined reference to `SetLastError' ../dlls/libntdll.dll.so: undefined reference to `GetCurrentProcessId' ../dlls/libntdll.dll.so: undefined reference to `GetCurrentThreadId' GetCurrentProcessId() and GetCurrentThreadId() are referenced by dlls/ntdll/virtual.c and dlls/ntdll/server.c respectively because they don't include ntdll_misc.h header that has replacement includes. SetLastError() is used by the set_status() wrapper in dlls/ntdll/heap.c. I believe NtCurrentTeb()->last_error is valid even for gcc x86 builds. At least it's used unconditionally in LdrInitializeThunk(), file dlls/ntdll/loader.c. ChangeLog: * dlls/ntdll/server.c, dlls/ntdll/virtual.c: Include ntdll_misc.h to suppress wrong dependencies when building Wine without optimization. * dlls/ntdll/heap.c: Define set_error unconditionally to eliminate dependency on SetLastError(). -- Regards, Pavel Roskin

1 0

Re: Render strings longer than 128 characters as individual chars
by Warren_Baird＠cimmetry.com 08 Oct '03

08 Oct '03

Thanks for the suggestion, Huw. I'll try applying that xrender patch to our build of X and see if it fixes the problems we were having... > If we really have to have > a workaround in Wine then the string should at least be batched rather > than passed character by character. I agree that this would be better - but using existing code that we know works had a distinct appeal, and in our testing we only came across a *very* few places where this happened, so trying to optimize it seemed like it wasn't worth the effort. Warren

1 0

A link to a article on Wine.
by Hannu Valtonen 08 Oct '03

08 Oct '03

Hello, I noticed a link on LinuxToday to an article on Wine and thought people might be interested. http://insight.zdnet.co.uk/business/0,39020481,39116972,00.htm (Summary) Basically the writer tried to install Paintshop Pro. Couldn't get it to work (InstallShield problem) and was frustrated by that. On the other hand he does recommend CrossOver Office as a polished product for firms and Wine for those who wish to experiment on their own. - Hannu Valtonen Hannu.Valtonen(a)hut.fi

2 1

What does it take to run a third-party DLL under Wine?
by John Conneely 08 Oct '03

08 Oct '03

Hi! I need help determining the feasibility of writing a wrapper around a DLL so that I can call it from a Linux machine, perhaps as a SO. I'm looking for either a member of this list that could contract with us for support, or pointers to a more appropriate place where I can search for such a person. If you're interested in learning more, please read on - otherwise, thanks for your time! The DLL in question is one that interacts with call recording equipment in a telephone switch. Our customer has an incoming call center where they currently use windows machines on the desktops of the telephone agents. They're looking to replace these desktops with Linux machines, and are trying to convert to a 100% non-Microsoft shop. This DLL has five or six function calls that presumably communicates over the network with the switch. My initial thought was that we have three choices of how to architect a solution: 1) Port the code to Linux. I eliminated this as a choice because we don't have the source code for the DLL. 2) Use some kind of RPC mechanism (COBRA, SOAP, etc.) to have the DLL running under windows on a server. This would work in principle, and apparently it is the preferred solution by the maker of the DLL. However, it violates our client's no-Microsoft-code mandate, and our customer has rejected this as a solution. 3) Write a wrapper to use the DLL running under WINE. This is what I am pursuing now. I'm looking for someone who has done #3 for other DLLs, and understands the issues that might come up in getting a third party DLL to run under WINE without active support from the DLL's authors. I myself have used Linux quite extensively but have not had the opportunity to use WINE directly, so we will likely need some help in setting up our WINE environment. We've got funding to pursue this, so if you can show me that you've done something like this before, we will pay you to first do a feasibility analysis on the DLL in question, and then implement it. Thanks! John

3 3

Re: Move actual code out of assert statements
by Warren_Baird＠cimmetry.com 08 Oct '03

08 Oct '03

> The indentation is messed up. You should set your editor tab width to > 8 instead of 4. My apologies --- our internal coding standard has tabs set at 4 spaces - and I haven't figured out how to tell xemacs to use tabs of 8 spaces in some directories, and 4 spaces in others... I thought I had fixed any indentation issues in the patches I was submitting - guess I missed this one. I'll resubmit shortly... Warren

1 0

Wineconf survey - interim results - call for more votes
by Jeremy White 08 Oct '03

08 Oct '03

Hi folks, I've posted interim results at http://www.winehq.org/wineconf/midresults.html It looks like St. Paul and Munich are the leading contenders, but I'm concerned that we have a fairly modest turnout (although I and several others at CodeWeavers haven't voted yet). I haven't done any weighting yet, and I'm actually worried that my comments on weighting may have discouraged folks from responding. My plan was to only modestly increase the pull of major contributors; even votes from plebes like me will have value. So, again, if you would come to Wineconf, and haven't done so yet, please pop over to http://www.winehq.org/wineconf/ I'll call it final on Friday and tally results. Cheers, Jer

1 0

alsa, arts, etc
by dwillis＠stx.rr.com 08 Oct '03

08 Oct '03

how can i get alsa, arts, etc for audio instead of oss? i'm using wine for cooledit96 and the 3 second delay for oss emulation is quite annoying, but i'm still very happy to be using cooledit96 under linux. i'm using wine version 20030813. thanks, dave

2 2

Re: Render strings longer than 128 characters as individual chars
by Huw D M Davies 08 Oct '03

08 Oct '03

On Tue, Oct 07, 2003 at 01:03:08PM -0400, Warren_Baird(a)cimmetry.com wrote: > > > > (See attached file: patch_xrender_long_string.txt) This is most likely due to a buggy version of libxrender which Keith fixed with the attached patch to the XFree86 cvs. I'd suggest upgrading to a newer version of the library. If we really have to have a workaround in Wine then the string should at least be batched rather than passed character by character. Huw. -- Huw Davies huw(a)codeweavers.com

1 0

Re: Protected mode interrupt problem
by Jukka Heinonen 08 Oct '03

08 Oct '03

Mike McCormack wrote: > Two 16bit programs launch, one after the other. Each program hooks INT > 0, however since our interrupt tables are global to all tasks, the > second task retrieves the interrupt vector that the first task set. > > The first task exits, and restores the original INT 0 vector. When the > second task exits, tries to restore the INT 0 vector set by the first > task, which now has an invalid selector, so it crashes. > > After a bit of discussion and writing a test program, we discovered that > it appears that some interrupt vectors are task local, and some are > global. The local ones appear to be stored in the TDB (task descriptor > block), in offsets 0x26 - 0x4a. > > The attached patch fixes this, though we're not sure that it is correct > for DOS programs. Well, I don't know much about the relation between Win16 tasks and DOS. If this is how interrupt vectors are handled under Win16 then I guess the basic idea in the patch is correct. However, I can't see why this would cause a crash because as far as I know, int 0 vector is never called by Wine. It doesn't really matter but I'm just curious... (Perhaps they handle int 0 as a call chain?) Anyway, this patch fails to initialize the vectors so any attempt to use them causes a crash. These vectors are not currently used by Wine (except 0x3e) so this is not yet a problem but I would really like to see this patch changed so that those vectors are properly initialized (possibly lazily) at program startup and when new task is created (are they copied from another task or reset to default values?). And, I don't think TASK_GetCurrent() should be called from winedos and I thought use of WINE_PACKED was unnecessary and deprecated. -- Jukka Heinonen <http://www.iki.fi/jhei/>

2 2

RE: question about copyright and code, is this legal?
by Patrik Stridvall 08 Oct '03

08 Oct '03

> Say I have a piece of code, x (which is copyright) which > always returns the > same output for a given input (e.g. a function that implements a math > formula or a function that retrieves some value from an > internal data table > stored in the dll or whatever) > Lets then say that I havent seen this code (either origonal C code or > disassembly) > Say I was to write a program that calls this function for all > valid inputs > and prints the inputs and outputs. > If I was to take the output of this program and, without > refering to the > origonal function or the dump program in any way (i.e. using just the > "truth table" for the function) generate a function that, for > any given > input, generates the same output as the original, have I > broken the law? Short answer: In depends on the nature of the output data and in which country you are in. Long answer: If the output data for each input data is not mearly a pure statement of some facts but an unique expression about something (be it some facts or otherwise) it is not permitted in any country. Note however that in some cases it might be possible to apply some another function and get rid of the unique expression and merely get the pure fact though... However in some countries it still depends on the nature of the pure facts though. In the US, it doesn't matter at all, see the "Feist" decision. In the Commonwealth countries and some other countries including my home country Sweden, each fact in and of itself is not protected either, however large collections of facts have some sort of protection as a whole and to some lesser degree to subsets of the whole collection. This is in order to protect the effort of collecting the facts and while case laws AFAIR at least in Sweden is a little unclear, it mostly seems to apply to collections of facts that have required a significant effort to collect... So functions the produce results that are purely algoritmic in nature are not protected. As far as Wine is concerned though I can't think of any Windows API that: 1. Returns pure facts (not having any unique expression) 2. Would fulfill the requirement of needed a significant effort to collect to collect the fact. So no I wouldn't worry about it as far as Wine is concerned.

3 2

Regression in lstrcmpiA (occurred in late June, NLS related)
by Troy Rollo 08 Oct '03

08 Oct '03

When lstrcmpiA was moved from ole2nls.c to locale.c, (around 28th June) the results of comparisons in some cases became reversed. For example, the underscore now returns as greater than alphabetic characters, whereas it used to return as less than alphabetic characters. The older behaviour was consistent with Win2k. The output below is from the following source: ---begin test program--- #include <windows.h> #include <stdio.h> char *test_strings[] = { "_", "A", "a", "z", "Z", 0 }; void test_string(char *pch) { char **ppch = test_strings; while (*ppch) { printf("%s\t%s\t%d\n", pch, *ppch, lstrcmpiA(pch, *ppch)); ++ppch; } } int main(int argc, char **argv) { char **ppch = test_strings; while (*ppch) test_string(*ppch++); return 0; } ---end test program--- ---Wine output from immediately before the change--- _ _ 0sorts _ A -1 _ a -1 _ z -1 _ Z -1 A _ 1 A A 0 A a 0 A z -1 A Z -1 a _ 1 a A 0 a a 0 a z -1 a Z -1 z _ 1 z A 1 z a 1 z z 0 z Z 0 Z _ 1 Z A 1 Z a 1 Z z 0 Z Z 0 ---End--- ---Wine output from immediately after the change--- _ _ 0 _ A 1 _ a 1 _ z 1 _ Z 1 A _ -1 A A 0 A a 0 A z -1 A Z -1 a _ -1 a A 0 a a 0 a z -1 a Z -1 z _ -1 z A 1 z a 1 z z 0 z Z 0 Z _ -1 Z A 1 Z a 1 Z z 0 Z Z 0 ~---End---

8 26

Re: winebuild: small docu update
by Alexandre Julliard 08 Oct '03

08 Oct '03

"Dimitrie O. Paun" <dpaun(a)rogers.com> writes: > Since these are internal use only, let's not document them > for external people, it will just cause problems. I disagree, it's much better to have documentation stating that they are internal than not to have any documentation at all. -- Alexandre Julliard julliard(a)winehq.com

1 0

Re: Move actual code out of assert statements
by Alexandre Julliard 08 Oct '03

08 Oct '03

Warren_Baird(a)cimmetry.com writes: > (See attached file: patch_code_out_of_asserts.txt) The indentation is messed up. You should set your editor tab width to 8 instead of 4. -- Alexandre Julliard julliard(a)winehq.com

1 0

Re: Abort glyph rendering if everything is clipped
by Alexandre Julliard 08 Oct '03

08 Oct '03

Warren_Baird(a)cimmetry.com writes: > (See attached file: patch_xrender_abort_if_clipped.txt) It would be better IMO to do that as part of the clip rectangle calculation a few lines below. -- Alexandre Julliard julliard(a)winehq.com

1 0

GDI and DirectX test suite
by Steven Edwards 07 Oct '03

07 Oct '03

Hello, I have post a collection of tests with source code for the GDI and DirectDraw 7 interfaces at http://mail.gleneagle.net/sedwards/gdi/ The authors of the Windows2000 API Blackbook have aggreed to license the tests as public domain with a request for advertising. The ReactOS project has already started using these tests to help in our implementation and they may make a good test for WINE and Winelib. Thanks Steven __________________________________ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com

2 1

Re: wine/ windows/winpos.c server/window.c server/ ...
by Martin Fuchs 07 Oct '03

07 Oct '03

Hello Alexandre, I see, you implemented storage of the four global shell and takman windows. Btw.: great unified aproach, this single get/set server call. :) But you did not yet insert the altered focus handling in set_active_window() from my patch. Is this just comming next, or is there another particular reason for not doing this? Martin On 07.10.2003 05:40:24 Alexandre Julliard wrote: > ChangeSet ID: 9656 > CVSROOT: /home/winehq/opt/cvs-commit > Module name: wine > Changes by: julliard(a)wine.codeweavers.com 2003/10/06 22:40:24 > > Modified files: > windows : winpos.c > server : window.c trace.c request.h protocol.def > include/wine : server_protocol.h > dlls/user : focus.c > > Log message: > Store the global shell, progman and taskman windows in the server > (based on a patch by Martin Fuchs). > > Patch: > http://cvs.winehq.com/patch.py?root=/home/winehq/opt/cvs-commit&id=9656 > > Old revision New revision Changes Path > 1.147 1.148 +0 -81 wine/windows/winpos.c > 1.23 1.24 +61 -0 wine/server/window.c > 1.182 1.183 +20 -0 wine/server/trace.c > 1.88 1.89 +2 -0 wine/server/request.h > 1.84 1.85 +18 -0 wine/server/protocol.def > 1.85 1.86 +27 -1 wine/include/wine/server_protocol.h > 1.5 1.6 +131 -0 wine/dlls/user/focus.c

2 5

Re: Abort glyph rendering if everything is clipped
by Dimitrie O. Paun 07 Oct '03

07 Oct '03

On Tue, 7 Oct 2003 Warren_Baird(a)cimmetry.com wrote: Nit: why not use IsRectEmpty() ? -- Dimi.

1 0

Re: libs/unicode new conversions
by Alexandre Julliard 07 Oct '03

07 Oct '03

Jon Griffiths <jon_p_griffiths(a)yahoo.com> writes: > This patch adds two new conversions to libs/unicode, in preparation > for their > use by an upcoming patch adding FoldStringA/W. The first converts > from any > unicode number into its unicode 0-9 representation. The second maps > from > compatibility characters to unicode. > > The rationale for placing them in libs/unicode is that both these > conversions > may be required by calls other than FoldString (at least the numeric > mapping > will be used to parse native language digits in oleaut32). IMO you should export the FoldString functionality from libs/unicode, not the tables. Also I'm not sure how you built the tables, but they need to be generated from the Unicode standard data, and the code to do that should be added to cpmap.pl. -- Alexandre Julliard julliard(a)winehq.com

2 2

cdrom problem? winefile crash
by Moreno 07 Oct '03

07 Oct '03

Hi, fixme:cdrom:CDROM_GetInterfaceInfo CD-ROM device (11, 0) not supported what it mean? this is my cd is (11, 0) and then? brw-rw---- 1 moreno cdwriter 11, 0 gen 1 1970 /dev/scsi/host0/bus0/target0/lun0/cd i don't know if is for that but winefile crash!! fixme:cdrom:CDROM_GetInterfaceInfo CD-ROM device (11, 0) not supported err:dosfs:DRIVE_GetLabel Invalid or unreadable superblock on /dev/fd0 (A:). Invalid or unreadable superblock on /dev/fd0 (A:). Maybe not FAT? fixme:bitmap:CreateBitmap planes = 35 wine: Unhandled exception (thread 0009), starting debugger... fixme:cdrom:CDROM_GetInterfaceInfo CD-ROM device (11, 0) not supported WineDbg starting on pid 8 thx -- Moreno <morenoca(a)freemail.it>

2 1

Re: Oleaut32 3
by Dimitrie O. Paun 07 Oct '03

07 Oct '03

On Mon, 6 Oct 2003, Jon Griffiths wrote: > Hi, > > Part 3 of oleaut32 updates. Hi Jon, Cool stuff, but I don't understand why we have all these forwards: +HRESULT WINAPI VarDecFromUI1(BYTE bIn, DECIMAL* pDecOut) +{ + return _VarDecFromUI1(bIn, pDecOut); +} We don't seem to pass any additional info to _VarDecFromUI1, why not simply get rid of it, and implement stuff in the real VarDecFromUI1? -- Dimi.

3 4

Focus problems
by Pavel Roskin 06 Oct '03

06 Oct '03

Hello! My patch for fixing the focus of some programs (notepad, winecfg) on startup hasn't been applied, so I'm guessing what the reason might be. One reason may be that the testing could have found another bug that might seem to be related. When Wine uses non-managed windows without desktop, they don't get the keyboard focus initially. It affects even programs what show active captions, such as Winemine. When Winemine is started, the keyboard events go to the original window. The same happens after the "About" dialog is run. But when the "About" dialog is dismissed, the main window of Winemine gets keyboard focus. It seems to be another example of not doing something because the initial window is "already focused". This is a separate problem, it affects a wider class of programs and doesn't affect Wine in the desktop mode. If fixing this is considered precondition to fixing all other focus problems, I'd like to know that. Another possible reason I can think of is because SetFocus is supposed to affect widgets before the application window is shown. That's something that needs testing. I've made a patch that only disables activation of the parent window if it's invisible, but still focuses the window for which SetFocus() was called. The patch is attached. Before I start time-consuming verification, I'd like to know if I going in the right direction. There is another, third focus problem. Windows should not cover modal dialogs. Shareware Windows Commander 5.0 is useless in the desktop mode because the main window covers the "nag screen" on startup. The workaround is to enter "foo" in the command line and press Enter - there will be an error message, and after it's dismissed, the "nag screen" will pop up. Again, it's a separate problem that I'm not trying to solve at this point. I'll appreciate an advise in which order to proceed and what kind of verification is expected for the changes in the focus code. -- Regards, Pavel Roskin

2 1

Wineconf - survey
by Jeremy White 06 Oct '03

06 Oct '03

Hi everyone, I've put up a survey page here: http://www.winehq.org/wineconf/ I'd like to ask everyone who would come to Wineconf to go and enter their preferences. If you would not come to Wineconf regardless of where it was held, please do not fill out the survey. Let's hold this open through Friday, and then let's consider it final. Sound reasonable? Cheers, Jer

1 0

Re: Problem into the mail server ?
by Hannu Valtonen 06 Oct '03

06 Oct '03

Duane Clark wrote: > If you don't want the emails sent to you, subscribe and then turn on the > option to "Disable mail delivery". No need, I subscribed to a bunch of lists and finally configured my Mozilla Mail's filters. Took me a grand total of five minutes. The traffic is hardly a problem since I'm sitting behind a cablemodem and would've read the posts on the mailinglists anyway. But thanks for the suggestion. - Hannu Valtonen Hannu.Valtonen(a)hut.fi

1 0

Unicode strings
by Kevin Koltzau 06 Oct '03

06 Oct '03

I've come upon an instance where I need to create a large lookup table of unicode strings, and was curious what the recommended way to handle this was. Using MSVC I would simply declare the string as L"Text" I only see two options currently, either declare the string as (const WCHAR[]){'T','e','x','t'} or store as non-unicode and use WideCharToMultiByte/MultiByteToWideChar as appropriate As this is being implemented for a unicode-only function, it seems silly to convert the string, but declaring it as (const WCHAR[]){'T','e','x','t'} is a little unwieldy for the quantity of data that I need to declare

3 2

Re: Oleaut32 7
by Alexandre Julliard 06 Oct '03

06 Oct '03

Jon Griffiths <jon_p_griffiths(a)yahoo.com> writes: > +/* The list of localised text data */ > +const VARIANT_TEXT VARIANT_LocalisedTextList[NUM_LOCALISED_LANGS] = > +{ > + { szCzechStrings, LANG_CZECH, 7, 16, 24, 32, 36 }, > + { szDanishStrings, LANG_DANISH, 5, 11, 14, 18, 22 }, > + { szGermanStrings, LANG_GERMAN, 5, 12, 15, 20, 24 }, > + { szEnglishStrings, LANG_ENGLISH, 5, 11, 14, 18, 22 }, > + { szSpanishStrings, LANG_SPANISH, 10, 16, 19, 22, 31 }, > + { szFinnishStrings, LANG_FINNISH, 5, 13, 19, 22, 31 }, > + { szFrenchStrings, LANG_FRENCH, 5, 10, 16, 24, 28 }, > + { szHungarianStrings,LANG_HUNGARIAN, 5, 11, 16, 20, 23 }, > + { szItalianStrings, LANG_ITALIAN, 5, 11, 14, 17, 20 }, > + { szDutchStrings, LANG_DUTCH, 5, 12, 15, 19, 24 }, > + { szNorseStrings, LANG_NORWEGIAN, 5, 11, 14, 18, 21 }, > + { szPolishStrings, LANG_POLISH, 7, 13, 17, 21, 24 }, > + { szSwedishStrings, LANG_SWEDISH, 5, 12, 15, 19, 22 } > +}; It would be better IMO to store that as string resources; you then get all the localisation mechanism for free, and people can translate them without digging into the code. -- Alexandre Julliard julliard(a)winehq.com

1 0

Re: Oleaut32 4
by Alexandre Julliard 06 Oct '03

06 Oct '03

Jon Griffiths <jon_p_griffiths(a)yahoo.com> writes: > Changelog: > > Jon Griffiths <jon_p_griffiths(a)yahoo.com> > +dlls/oleaut32/i1.c dlls/oleaut32/i2.c dlls/oleaut32/i4.c > dlls/oleaut32/r4.c dlls/oleaut32/Makefile.in > dlls/oleaut32/oleaut32.spec > dlls/oleaut32/variant.c > Implement/document i1/ui1/i2/ui2/i4/ui4/r4 low-level calls I don't think we want to create a separate file for every variant type, especially since most of the functions are just one line. A single file with all the "simple" conversion functions would be enough. -- Alexandre Julliard julliard(a)winehq.com

1 0

Re: handle quoting on the command line in uninstaller
by Alexandre Julliard 06 Oct '03

06 Oct '03

Mike McCormack <mike(a)codeweavers.com> writes: > ChangeLog: > * handle quoting on the command line in uninstaller Is there any reason we can't use argv[] here instead? -- Alexandre Julliard julliard(a)winehq.com

1 0

Re: Oleaut32 7
by Gregory M. Turner 06 Oct '03

06 Oct '03

On Monday 06 October 2003 10:32 am, Jon Griffiths wrote: > Hi, > > Part 7 of oleaut32 updates. > > Cheers, > Jon > > License: X11 > > Changelog: > > Jon Griffiths <jon_p_griffiths(a)yahoo.com> > +dlls/oleaut32/bool.c dlls/oleaut32/oleaut32.spec > dlls/oleaut32/variant.c > Implement the boolean low-level calls Nice patch-set. I see there were some surprises, but good job nevertheless... extra kudos for doing laborious "boring" stuff and for providing in-source doc! Wish I was so prolific, as I am a no-patch bum lately.... -- gmt "The vice I am talking about is Pride or Self-Conceit: and the virtue opposite to it, in Christian morals, is called Humility. ... According to Christian teachers, the essential vice, the utmost evil, is Pride. Unchastity, greed, drunkenness, and all that, are mere flea-bites in comparison: it was through Pride that the devil became the devil: Pride leads to every other vice: it is the complete anti-God state of mind." --C. S. Lewis

1 0

Re: What does it take to run a third-party DLL under Wine?
by Dimitrie O. Paun 06 Oct '03

06 Oct '03

On Mon, 6 Oct 2003, John Conneely wrote: > Hey, any ideas of where I might be able to hire a WINE guru to help with > this stuff? I haven't even used Wine before, and I'm looking for someone > that can help us set up our WINE environment, test to see if the DLL we are > trying to use will run under WINE, then create a wrapper for the DLL that is > created with WineLib. Using an RPC mechanism is fine, as long as it doesn't > involve a Windows OS box. Might you be available for a little moonlighting? > I don't think we're talking about a huge amount of work here... mostly the > feasibility analysis work and some pointers on how to setup the environment. > If not you, know any other WINE hackers that might be? Sure, I can take a look. I would also recommend the CodeWeavers guys (http://www.codeweavers.com), they've done this before a number of times, it should be an easy task for them. I'm not affiliated with them, but they are great folks! If you want me to help you get started, email me off the list. -- Dimi.

1 0

patch for font glyph transformation in freetype.c (take II)
by Dave_Belanger＠cimmetry.com 06 Oct '03

06 Oct '03

I'm resubmitting this patch after applying an important correction on it. Thanks to Dmitry. Dave Belanger Cimmetry Systems Inc. dave.belanger(a)cimmetry.com (514) 735-3219 (ext. 204) ------------------------------------ (See attached file: patch_glyphtransform.txt)

1 0

sparc solaris changes in wine
by Juraj Hercek 06 Oct '03

06 Oct '03

Hello, We've done couple of changes in wine in order to compile with gcc-3.3.1 using binutils-2.14 and run on solaris --- mercy% uname -a SunOS mercy 5.8 Generic_108528-19 sun4u sparc SUNW,Sun-Blade-1000 --- I'm not posting this patch to wine-patch yet, since there are couple of things I'm not sure are solved in "correct" way. Diff file made on 2003-10-06 06:13 EST is attached. I've configured wine this way: "./configure --without-opengl CFLAGS="-g3 -O0"" Here go my questions regarding to this files: * dlls/x11drv/xvidmode.c I've been just ifdeffing out anything I couldn't compile because of missing LIBXXF86VM. Maybe original author of the code knows what *exactly* should be ifdeffed out. * libs/wine/port.c Hm, good old wine_switch_to_stack() I've been changing aproximately one year ago was changed a lot from that time. Anyways current change I've done in this file prevents crash caused by instruction "0xfed9d100 <start_process+16>: st %i0, [%fp +0x44]" (unused function argument arg resolves to %fp+0x44 address... (why? it's not used in that function, maybe -g3 -O0 flags?)). Substracting 96 bytes from original stack "emulates" ommited save instruction in wine_switch_to_stack() and ensures, that store instruction doesn't crash. Well, I guess original wine_switch_to_stack() code could work with older versions of gcc (very probably with gcc-3.2)... * programs/Makefile.in Just removed winegdb from building - we still don't have sparc register map (and related) defined. * tools/bin2res.c include <limits.h> ensures PATH_MAX used later is defined. * tools/winebuild/import.c This is another hack needed because of gcc-3.3.1 I guess. I don't know if this would work also on x86 platform, but on solaris fixes gas's "Error: operation combines symbols in different segments". Gcc-3.3.1 compiles imports and delayed_imports into the different sections (.data.rel.local, .data.rel), thus gas threw the error mentioned above. * windows/winproc.c Finally, allignment problem on sparc platform - I've just ifdeffed out packing includes, so structs are alligned to (default) 4 byte boundary. I'd appreciate any comments - especially those related to gcc-3.3.1. Regards ;-), Juraj ? output.txt ? wine-solaris-20031006.diff ? dlls/comctl32/a.out ? dlls/comctl32/comctl32.spec.s ? dlls/ddraw/a.out ? dlls/ddraw/ddraw.spec.s ? tools/makedep.o.aBaiw5 ? tools/winebuild.tar.gz ? tools/winebuild/ddraw.spec.s ? tools/winebuild/out.txt ? windows/winproc.ii Index: dlls/iphlpapi/ifenum.c =================================================================== RCS file: /home/wine/wine/dlls/iphlpapi/ifenum.c,v retrieving revision 1.6 diff -u -r1.6 ifenum.c --- dlls/iphlpapi/ifenum.c 5 Sep 2003 23:08:37 -0000 1.6 +++ dlls/iphlpapi/ifenum.c 6 Oct 2003 10:13:07 -0000 @@ -785,14 +785,27 @@ fd = socket(PF_INET, SOCK_DGRAM, 0); if (fd != -1) { +#if defined(__sparc__) + struct lifreq ifr; +#else struct ifreq ifr; +#endif +#if defined(__sparc__) + strncpy(ifr.lifr_name, name, IFNAMSIZ); + ifr.lifr_name[IFNAMSIZ-1] = '\0'; +#else strncpy(ifr.ifr_name, name, IFNAMSIZ); ifr.ifr_name[IFNAMSIZ-1] = '\0'; +#endif if ((ioctl(fd, SIOCGIFMTU, &ifr))) ret = ERROR_INVALID_DATA; else { +#if defined(__sparc__) + *mtu = ifr.lifr_mtu; +#else *mtu = ifr.ifr_mtu; +#endif ret = NO_ERROR; } } Index: dlls/x11drv/xvidmode.c =================================================================== RCS file: /home/wine/wine/dlls/x11drv/xvidmode.c,v retrieving revision 1.23 diff -u -r1.23 xvidmode.c --- dlls/x11drv/xvidmode.c 30 Sep 2003 00:31:42 -0000 1.23 +++ dlls/x11drv/xvidmode.c 6 Oct 2003 10:13:07 -0000 @@ -101,7 +101,7 @@ return 1; } -static Bool in_desktop_mode; +static Bool in_desktop_mode = 0; static const unsigned int depths[] = {8, 16, 32}; void X11DRV_XF86VM_Init(void) @@ -454,6 +454,7 @@ #endif } +#ifdef HAVE_LIBXXF86VM /* implementation of EnumDisplaySettings for XF86VM */ BOOL X11DRV_XF86VM_EnumDisplaySettingsExW( LPCWSTR name, DWORD n, LPDEVMODEW devmode, DWORD flags) { @@ -492,6 +493,7 @@ TRACE("mode %ld -- not present\n", n); return FALSE; } +#endif /* implementation of ChangeDisplaySettings for XF86VM */ LONG X11DRV_XF86VM_ChangeDisplaySettingsExW( LPCWSTR devname, LPDEVMODEW devmode, @@ -612,17 +614,20 @@ */ BOOL X11DRV_EnumDisplaySettingsExW( LPCWSTR name, DWORD n, LPDEVMODEW devmode, DWORD flags) { +#ifdef HAVE_LIBXXF86VM if (dd_modes) { /* XVidMode */ return X11DRV_XF86VM_EnumDisplaySettingsExW(name, n, devmode, flags); } - else if (in_desktop_mode) + else + if (in_desktop_mode) { /* desktop */ return X11DRV_desktop_EnumDisplaySettingsExW(name, n, devmode, flags); } else +#endif { /* no resolution changing */ return X11DRV_nores_EnumDisplaySettingsExW(name, n, devmode, flags); @@ -674,6 +679,7 @@ { TRACE("Return to original display mode\n"); } +#ifdef HAVE_LIBXXF86VM if (dd_modes) { /* XVidMode */ @@ -687,6 +693,7 @@ hwnd, flags, lpvoid ); } else +#endif { /* no resolution changing */ return X11DRV_nores_ChangeDisplaySettingsExW( devname, devmode, Index: libs/wine/port.c =================================================================== RCS file: /home/wine/wine/libs/wine/port.c,v retrieving revision 1.1 diff -u -r1.1 port.c --- libs/wine/port.c 29 Aug 2003 22:23:42 -0000 1.1 +++ libs/wine/port.c 6 Oct 2003 10:13:07 -0000 @@ -69,7 +69,7 @@ __ASM_GLOBAL_FUNC( wine_switch_to_stack, "mov %o0, %l0\n\t" /* store first argument */ "mov %o1, %l1\n\t" /* store second argument */ - "mov %o2, %sp\n\t" /* store stack */ + "sub %o2, 96, %sp\n\t" /* store stack */ "call %l0, 0\n\t" /* call func */ "mov %l1, %o0\n\t" /* delay slot: arg for func */ "ta 0x01"); /* breakpoint - we never get here */ Index: programs/Makefile.in =================================================================== RCS file: /home/wine/wine/programs/Makefile.in,v retrieving revision 1.39 diff -u -r1.39 Makefile.in --- programs/Makefile.in 23 Jun 2003 19:51:21 -0000 1.39 +++ programs/Makefile.in 6 Oct 2003 10:13:07 -0000 @@ -26,7 +26,6 @@ wineboot \ winecfg \ wineconsole \ - winedbg \ winefile \ winemenubuilder \ winemine \ @@ -53,7 +52,6 @@ wineboot \ winecfg \ wineconsole \ - winedbg \ winefile \ winemenubuilder \ winemine \ @@ -74,7 +72,6 @@ wineboot \ winecfg \ wineconsole \ - winedbg \ winefile \ winemine \ winepath \ @@ -85,7 +82,6 @@ rpcss.exe \ wcmd.exe \ wineconsole.exe \ - winedbg.exe \ winemenubuilder.exe \ winevdm.exe \ winhelp.exe Index: tools/bin2res.c =================================================================== RCS file: /home/wine/wine/tools/bin2res.c,v retrieving revision 1.18 diff -u -r1.18 bin2res.c --- tools/bin2res.c 3 Oct 2003 03:34:10 -0000 1.18 +++ tools/bin2res.c 6 Oct 2003 10:13:07 -0000 @@ -24,6 +24,7 @@ #include "wine/port.h" #include <stdio.h> +#include <limits.h> #include <stdlib.h> #include <ctype.h> #include <string.h> Index: tools/winebuild/import.c =================================================================== RCS file: /home/wine/wine/tools/winebuild/import.c,v retrieving revision 1.52 diff -u -r1.52 import.c --- tools/winebuild/import.c 13 Aug 2003 21:57:42 -0000 1.52 +++ tools/winebuild/import.c 6 Oct 2003 10:13:07 -0000 @@ -806,7 +806,7 @@ fprintf( outfile, "#ifndef __GNUC__\nstatic void __asm__dummy_import(void) {\n#endif\n\n" ); pos = 20 * (nb_imm + 1); /* offset of imports.data from start of imports */ - fprintf( outfile, "asm(\".data\\n\\t.align %d\\n\"\n", get_alignment(8) ); + fprintf( outfile, "asm(\".section\\t\\\".data.rel.local\\\"\\n\\t.align %d\\n\"\n", get_alignment(8) ); for (i = 0; i < nb_imports; i++) { if (dll_imports[i]->delay) continue; @@ -1082,7 +1082,7 @@ idx++; } - fprintf( outfile, "\n \".data\\n\\t.align %d\\n\"\n", get_alignment(8) ); + fprintf( outfile, "\n \".section\\t\\\".data.rel\\\"\\n\\t.align %d\\n\"\n", get_alignment(8) ); pos = nb_delayed * 32; for (i = 0; i < nb_imports; i++) { Index: windows/winproc.c =================================================================== RCS file: /home/wine/wine/windows/winproc.c,v retrieving revision 1.108 diff -u -r1.108 winproc.c --- windows/winproc.c 5 Sep 2003 23:15:39 -0000 1.108 +++ windows/winproc.c 6 Oct 2003 10:13:07 -0000 @@ -47,7 +47,9 @@ WINE_DECLARE_DEBUG_CHANNEL(relay); WINE_DEFAULT_DEBUG_CHANNEL(win); -#include "pshpack1.h" +#if !defined(__sparc__) +# include "pshpack1.h" +#endif /* Window procedure 16-to-32-bit thunk */ typedef struct @@ -78,7 +80,10 @@ BYTE jmp; /* jmp proc (relative jump) */ WNDPROC proc; } WINPROC_JUMP; -#include "poppack.h" + +#if !defined(__sparc__) +# include "poppack.h" +#endif typedef union {

2 3

Re: patch for font glyph transformation in freetype.c
by Dave_Belanger＠cimmetry.com 06 Oct '03

06 Oct '03

Dmitry, I'll resubmit the patch taking into account your suggestion about the transformation matrix. It makes sense; I recall experiencing the same problem for the rotation matrix. It shouldn't break anything in our application since we were only using the extra transformation matrix to do flipping which only implies e11 and e22. Thanks for the correction. Dave "Dmitry Timoshkov" <dmitry(a)baikal.ru> on 10/06/2003 11:17:42 AM To: Dave Belanger/CSI@CSIDomain cc: wine-devel(a)winehq.com Subject: Re: patch for font glyph transformation in freetype.c [cc'ed to wine-devel] <Dave_Belanger(a)cimmetry.com> wrote: > We are developing a visualization and markup application called AutoVue for most > CAD and ECAD file formats as well as raster, document and spreadsheet formats. > We used wine to port our server from Windows to Solaris. I've been debugging > wine for more than a year now and we improved the font handling quite a bit > since it was critical for us that the text show up the same as on Windows. > > Btw, do I need to resubmit that patch? We are trying to get most of our wine > changes in, since our wine updates are getting quite tricky. If you can't test the proposed change in your environment or you don't care about the change at all there is no need to resend it. I'll send the proposed patch separately after the commit. Just say it clearly, whether the proposed change is ok or it will break your application, in the latter case we will have to find the source of breakage. -- Dmitry.

1 0

Re: patch for font glyph transformation in freetype.c
by Dmitry Timoshkov 06 Oct '03

06 Oct '03

[cc'ed to wine-devel] <Dave_Belanger(a)cimmetry.com> wrote: > We are developing a visualization and markup application called AutoVue for most > CAD and ECAD file formats as well as raster, document and spreadsheet formats. > We used wine to port our server from Windows to Solaris. I've been debugging > wine for more than a year now and we improved the font handling quite a bit > since it was critical for us that the text show up the same as on Windows. > > Btw, do I need to resubmit that patch? We are trying to get most of our wine > changes in, since our wine updates are getting quite tricky. If you can't test the proposed change in your environment or you don't care about the change at all there is no need to resend it. I'll send the proposed patch separately after the commit. Just say it clearly, whether the proposed change is ok or it will break your application, in the latter case we will have to find the source of breakage. -- Dmitry.

1 0

Re: WineHQ: add the HeapReAlloc() task to the Janitorial list
by Oleg Prokhorov 06 Oct '03

06 Oct '03

Hello Dimitrie, Thursday, September 25, 2003, 11:51:37 AM, you wrote: DOP> ChangeLog DOP> Add the HeapReAlloc() task to the Janitorial list. What about (undocumented ? ) ntdll/RtlReAllocateHeap ? It suffers the identical problem. Calling it with NULL as previously allocated memory heap block will return NULL. -- Best regards, Oleg mailto:xolegpro@rbcmail.ru

1 0

Performance problems with 2003-09-11 on RH9
by John Levon 05 Oct '03

05 Oct '03

I just built and installed Wine-20030911 on a new RH9 box (up to date) using --with-nptl, running 2.6.0-test6 kernel. Running WinMX v3.31 (which works fine), wine and wineserver between them are taking 40% CPU according to top and profiles, even when WinMX is mostly idle. Previously (RH8, an older Wine, and an older WinMX), it was nowhere near this, hovering around 4%. Any ideas of stuff to try ? A profile of CPU cycles is below. Top excerpt : 28051 moz 15 0 3276 552 2672 S 15.0 0.1 15:35 0 wineserver 28049 moz 15 0 44364 6972 16864 S 13.4 1.3 16:35 0 wine thanks john CPU: PIII, speed 863.192 MHz (estimated) Counted CPU_CLK_UNHALTED events (clocks processor is not halted) with a unit mask of 0x00 (No unit mask) count 431596 samples % linenr info image name symbol name 5851 9.2262 (no location information) libX11.so.6.2 (no symbols) 2802 4.4184 (no location information) libc-2.3.2.so memset 2236 3.5259 (no location information) libc-2.3.2.so __libc_enable_asynccancel 2198 3.4659 critsection.c:245 ntdll.dll.so RtlEnterCriticalSection 2011 3.1711 client.c:222 ntdll.dll.so wine_server_call 1811 2.8557 message.c:1510 user32.dll.so MSG_peek_message 1693 2.6696 critsection.c:306 ntdll.dll.so RtlLeaveCriticalSection 1634 2.5766 (no location information) libc-2.3.2.so __sigprocmask 1468 2.3148 (no location information) libc-2.3.2.so __GI_read 1447 2.2817 sync.c:562 ntdll.dll.so NTDLL_wait_for_multiple_objects 1439 2.2691 message.c:2226 user32.dll.so PeekMessageW 1383 2.1808 sync.c:595 ntdll.dll.so NtWaitForMultipleObjects 1242 1.9585 event.c:164 x11drv.dll.so X11DRV_MsgWaitForMultipleObjectsEx 1149 1.8118 synchro.c:97 ntdll.dll.so WaitForMultipleObjectsEx 1089 1.7172 global.c:510 ntdll.dll.so GlobalLock16 1042 1.6431 client.c:182 ntdll.dll.so read_reply_data 1041 1.6415 (no location information) libc-2.3.2.so __GI_write 1041 1.6415 heap.c:1115 ntdll.dll.so RtlAllocateHeap 946 1.4917 socket.c:3900 ws2_32.dll.so WSARecvFrom 927 1.4618 hook.c:283 user32.dll.so HOOK_CallHooks 873 1.3766 client.c:146 ntdll.dll.so send_request 867 1.3671 syslevel.c:162 ntdll.dll.so _ConfirmSysLevel 816 1.2867 time.c:308 ntdll.dll.so NTDLL_get_server_timeout 803 1.2662 syslevel.c:94 ntdll.dll.so _EnterSysLevel 718 1.1322 (no location information) libc-2.3.2.so __i686.get_pc_thunk.bx 696 1.0975 (no location information) libc-2.3.2.so pthread_equal 664 1.0470 heap.c:665 ntdll.dll.so HEAP_FindFreeBlock 621 0.9792 win.c:210 user32.dll.so WIN_GetPtr 618 0.9745 heap.c:830 ntdll.dll.so HEAP_ValidateInUseArena 613 0.9666 heap.c:276 ntdll.dll.so HEAP_GetPtr 599 0.9445 process.c:1520 ntdll.dll.so TlsGetValue 572 0.9020 heap.c:1187 ntdll.dll.so RtlFreeHeap 561 0.8846 client.c:407 ntdll.dll.so wine_server_handle_to_fd 533 0.8405 (no location information) libc-2.3.2.so __libc_disable_asynccancel 522 0.8231 message.c:748 user32.dll.so DispatchMessageA 519 0.8184 (no location information) libc-2.3.2.so __writev 517 0.8152 queue.c:88 user32.dll.so QUEUE_Current 504 0.7947 winproc.c:217 user32.dll.so WINPROC_CallWndProc 500 0.7884 syslevel.c:125 ntdll.dll.so _LeaveSysLevel 493 0.7774 (no location information) libc-2.3.2.so __GI___gettimeofday_internal 487 0.7679 large_int.c:148 ntdll.dll.so RtlEnlargedUnsignedDivide 482 0.7600 process.c:1437 ntdll.dll.so GetTickCount 482 0.7600 winproc.c:152 user32.dll.so is_valid_winproc 453 0.7143 heap.c:935 ntdll.dll.so HEAP_IsRealArena 436 0.6875 sync.c:425 kernel32.dll.so ReleaseMutex 435 0.6859 message.c:702 user32.dll.so TranslateMessage 422 0.6654 socket.c:2227 ws2_32.dll.so WS_recv 420 0.6623 message.c:2298 user32.dll.so GetMessageW 417 0.6576 user.c:187 user32.dll.so WIN_RestoreWndsLock 412 0.6497 heap.c:407 ntdll.dll.so HEAP_CreateFreeBlock 402 0.6339 heap.c:515 ntdll.dll.so HEAP_ShrinkBlock 395 0.6229 (no location information) libc-2.3.2.so __recvmsg 385 0.6071 spy.c:2327 user32.dll.so SPY_ExitMessage 382 0.6024 heap.c:335 ntdll.dll.so HEAP_FindSubHeap 368 0.5803 win.c:2434 user32.dll.so GetParent 365 0.5756 winproc.c:2877 user32.dll.so CallWindowProcA 362 0.5708 socket.c:1138 ws2_32.dll.so WS2_recv 336 0.5298 heap.c:461 ntdll.dll.so HEAP_MakeInUseBlockFree 330 0.5204 event.c:138 x11drv.dll.so process_events 327 0.5156 user.c:170 user32.dll.so WIN_SuspendWndsLock 294 0.4636 message.c:365 user32.dll.so map_wparam_WtoA 290 0.4573 winproc.c:313 user32.dll.so WINPROC_GetPtr 289 0.4557 (no location information) libc-2.3.2.so __dup 281 0.4431 (no location information) libpthread-0.34.so __pthread_equal 275 0.4336 (no location information) user32.dll.so WINPROC_wrapper 275 0.4336 x11drv_main.c:158 x11drv.dll.so wine_tsx11_lock 267 0.4210 message.c:2287 user32.dll.so PeekMessageA 263 0.4147 (no location information) libc-2.3.2.so __GI_ioctl 259 0.4084 synchro.c:66 ntdll.dll.so WaitForSingleObject 255 0.4021 message.c:2359 user32.dll.so GetMessageA 254 0.4005 heap.c:173 ntdll.dll.so mark_block_uninitialized 248 0.3911 crtn.S:11 ntdll.dll.so anonymous symbol from section .plt 248 0.3911 socket.c:359 ws2_32.dll.so _enable_event 238 0.3753 spy.c:2254 user32.dll.so SPY_EnterMessage 231 0.3643 user.c:137 user32.dll.so USER_Lock 223 0.3516 socket.c:372 ws2_32.dll.so _is_blocking 196 0.3091 heap.c:156 ntdll.dll.so mark_block_free 192 0.3028 (no location information) libc-2.3.2.so __GI_close 180 0.2838 socket.c:2422 ws2_32.dll.so WSASendTo 166 0.2618 win.c:1844 user32.dll.so WIN_GetWindowLong 157 0.2476 x11drv_main.c:166 x11drv.dll.so wine_tsx11_unlock 100 0.1577 ldt.c:156 libwine.so.1 wine_ldt_get_entry 89 0.1403 message.c:1915 user32.dll.so SendMessageTimeoutA 83 0.1309 syslevel.c:212 ntdll.dll.so ReleaseThunkLock 83 0.1309 user.c:146 user32.dll.so USER_Unlock 74 0.1167 message.c:1404 user32.dll.so call_window_proc 69 0.1088 file.c:1647 ntdll.dll.so SetFilePointer 67 0.1056 winproc.c:429 user32.dll.so WINPROC_GetProc 66 0.1041 sync.c:470 ntdll.dll.so wait_reply 63 0.0993 file.c:549 ntdll.dll.so NtWriteFile 61 0.0962 kernel_main.c:72 kernel32.dll.so ldt_lock 61 0.0962 button.c:166 user32.dll.so ButtonWndProc_common 60 0.0946 virtual.c:524 ntdll.dll.so IsBadReadPtr 58 0.0915 crti.S:51 user32.dll.so _fini 56 0.0883 selector.c:399 ntdll.dll.so IsBadReadPtr16 55 0.0867 user_main.c:269 user32.dll.so USER_IsExitingThread 49 0.0773 socket.c:1250 ws2_32.dll.so WS2_send 49 0.0773 text.c:428 x11drv.dll.so X11DRV_GetTextExtentPoint 48 0.0757 gdiobj.c:806 gdi32.dll.so GDI_GetObjPtr 48 0.0757 socket.c:2380 ws2_32.dll.so WS_send 44 0.0694 file.c:232 ntdll.dll.so FILE_GetUnixHandleType 44 0.0694 winpos.c:251 user32.dll.so GetClientRect 43 0.0678 (no location information) libc-2.3.2.so __sendmsg 42 0.0662 selector.c:361 ntdll.dll.so IsBadHugeReadPtr16 38 0.0599 win.c:563 user32.dll.so WIN_GetRectangles 34 0.0536 file.c:1598 ntdll.dll.so WriteFile 34 0.0536 win.c:2867 user32.dll.so WIN_ListParents 32 0.0505 file.c:367 ntdll.dll.so NtReadFile 32 0.0505 time.c:351 ntdll.dll.so RtlTimeToTimeFields 32 0.0505 rect.c:313 user32.dll.so EqualRect 32 0.0505 crti.S:51 ws2_32.dll.so _fini 28 0.0442 win.c:2618 user32.dll.so IsWindowVisible 27 0.0426 (no location information) libc-2.3.2.so __libc_select 26 0.0410 (no location information) libc-2.3.2.so __GI__setjmp 26 0.0410 sync.c:619 ntdll.dll.so NtDelayExecution 26 0.0410 message.c:1985 user32.dll.so SendMessageA 25 0.0394 gdiobj.c:853 gdi32.dll.so GDI_ReleaseObj 25 0.0394 mbtowc.c:62 libwine_unicode.so.1 mbstowcs_sbcs 23 0.0363 win.c:2141 user32.dll.so GetWindowLongA 20 0.0315 (no location information) libc-2.3.2.so __tzfile_compute 20 0.0315 win.c:2674 user32.dll.so GetWindow 20 0.0315 timer.c:276 user32.dll.so TIMER_IsTimerValid 19 0.0300 dc.c:134 gdi32.dll.so DC_GetDCPtr 19 0.0300 codepage.c:333 ntdll.dll.so MultiByteToWideChar 19 0.0300 codepage.c:415 ntdll.dll.so WideCharToMultiByte 19 0.0300 win.c:2396 user32.dll.so GetWindowThreadProcessId 17 0.0268 mapping.c:122 gdi32.dll.so LPtoDP 17 0.0268 local16.c:1421 kernel32.dll.so LOCAL_InternalLock 17 0.0268 button.c:477 user32.dll.so ButtonWndProcA 16 0.0252 local16.c:201 kernel32.dll.so LOCAL_GetHeap 16 0.0252 local16.c:1441 kernel32.dll.so LOCAL_Lock 16 0.0252 kernel_main.c:77 kernel32.dll.so ldt_unlock 16 0.0252 (no location information) ntdll.dll.so GetLastError 16 0.0252 win.c:2369 user32.dll.so IsWindow 15 0.0237 file.c:1514 ntdll.dll.so ReadFile 14 0.0221 (no location information) libc-2.3.2.so __GI___errno_location 14 0.0221 wctomb.c:133 libwine_unicode.so.1 wcstombs_sbcs 14 0.0221 crti.S:51 x11drv.dll.so _fini 13 0.0205 codepage.c:59 ntdll.dll.so get_codepage_table 13 0.0205 win.c:2664 user32.dll.so GetTopWindow 12 0.0189 font.c:943 gdi32.dll.so GetTextExtentPoint32W 12 0.0189 (no location information) libc-2.3.2.so __GI_strftime 12 0.0189 wctomb.c:191 libwine_unicode.so.1 wcstombs_sbcs_slow 12 0.0189 wctomb.c:436 libwine_unicode.so.1 wine_cp_wcstombs 12 0.0189 text.c:53 x11drv.dll.so X11DRV_ExtTextOut 11 0.0173 font.c:1071 gdi32.dll.so GetTextExtentExPointW 11 0.0173 (no location information) libc-2.3.2.so memcpy 10 0.0158 region.c:1069 gdi32.dll.so CombineRgn 10 0.0158 (no location information) libc-2.3.2.so _int_malloc 10 0.0158 (no location information) libc-2.3.2.so strcmp 10 0.0158 mbtowc.c:254 libwine_unicode.so.1 wine_cp_mbstowcs 10 0.0158 synchro.c:45 ntdll.dll.so SleepEx 10 0.0158 socket.c:3789 ws2_32.dll.so wsaErrno 9 0.0142 region.c:1366 gdi32.dll.so REGION_RegionOp 9 0.0142 local16.c:1161 kernel32.dll.so LOCAL_Alloc 9 0.0142 local16.c:1074 kernel32.dll.so LOCAL_FreeHandleEntry 9 0.0142 (no location information) libc-2.3.2.so __i686.get_pc_thunk.cx 9 0.0142 (no location information) libc-2.3.2.so __mktime_internal 9 0.0142 dos_fs.c:651 ntdll.dll.so DOSFS_Hash 9 0.0142 win.c:305 user32.dll.so WIN_FindWndPtr 9 0.0142 ts_xlib.c:620 x11drv.dll.so TSXTextExtents16 9 0.0142 palette.c:829 x11drv.dll.so X11DRV_PALETTE_ToPhysical 8 0.0126 region.c:563 gdi32.dll.so OffsetRgn 8 0.0126 local16.c:1451 kernel32.dll.so LOCAL_Unlock 8 0.0126 (no location information) libc-2.3.2.so __GI_getenv 8 0.0126 (no location information) libc-2.3.2.so __malloc 8 0.0126 (no location information) libc-2.3.2.so index 8 0.0126 (no location information) libc-2.3.2.so strlen 8 0.0126 dos_fs.c:1476 ntdll.dll.so DOSFS_DoGetFullPathName 8 0.0126 defwnd.c:745 user32.dll.so DefWindowProcA 8 0.0126 win.c:2150 user32.dll.so GetWindowLongW 8 0.0126 socket.c:802 ws2_32.dll.so WSASetLastError 8 0.0126 winpos.c:890 x11drv.dll.so X11DRV_SetWindowPos 7 0.0110 listview.c:8452 comctl32.dll.so LISTVIEW_WindowProc 7 0.0110 gdiobj.c:681 gdi32.dll.so GDI_AllocObject 7 0.0110 region.c:1176 gdi32.dll.so REGION_CopyRegion 7 0.0110 local16.c:1024 kernel32.dll.so LOCAL_GetNewHandleEntry 7 0.0110 dos_fs.c:445 ntdll.dll.so DOSFS_AddDirEntry 7 0.0110 win.c:2474 user32.dll.so GetAncestor 7 0.0110 painting.c:596 user32.dll.so RDW_Paint 7 0.0110 (no location information) ws2_32.dll.so anonymous symbol from section .plt 7 0.0110 bitmap.c:304 x11drv.dll.so X11DRV_SetBitmapBits 7 0.0110 crtn.S:11 x11drv.dll.so anonymous symbol from section .plt 6 0.0095 crti.S:51 gdi32.dll.so _fini 6 0.0095 local16.c:575 kernel32.dll.so LOCAL_FreeArena 6 0.0095 (no location information) kernel32.dll.so anonymous symbol from section .plt 6 0.0095 (no location information) libc-2.3.2.so __GI_bsearch 6 0.0095 (no location information) libc-2.3.2.so __readdir64 6 0.0095 utf8.c:63 libwine_unicode.so.1 wine_utf8_wcstombs 6 0.0095 dos_fs.c:614 ntdll.dll.so DOSFS_ReadDir 6 0.0095 string.c:266 ntdll.dll.so lstrlenA 6 0.0095 property.c:117 user32.dll.so GetPropA 6 0.0095 painting.c:399 user32.dll.so RDW_UpdateRgns 6 0.0095 winproc.c:617 user32.dll.so WINPROC_MapMsg32ATo32W 6 0.0095 win.c:335 user32.dll.so WIN_ReleaseWndPtr 6 0.0095 (no location information) user32.dll.so anonymous symbol from section .plt 6 0.0095 window.c:796 x11drv.dll.so X11DRV_SetWindowText 5 0.0079 comctl32undoc.c:1817 comctl32.dll.so DPA_GetPtr 5 0.0079 local16.c:1127 kernel32.dll.so LOCAL_Free 5 0.0079 (no location information) libc-2.3.2.so __GI___strcasecmp 5 0.0079 (no location information) libc-2.3.2.so __offtime 5 0.0079 (no location information) libc-2.3.2.so malloc_consolidate 5 0.0079 string.c:38 libwine_unicode.so.1 strncmpiW 5 0.0079 cptable.c:165 libwine_unicode.so.1 wine_cp_get_table 5 0.0079 dos_fs.c:753 ntdll.dll.so DOSFS_FindUnixName 5 0.0079 defwnd.c:330 user32.dll.so DEFWND_DefWinProc 5 0.0079 text.c:843 user32.dll.so DrawTextExW 5 0.0079 win.c:1649 user32.dll.so GetDesktopWindow 5 0.0079 sysmetrics.c:300 user32.dll.so GetSystemMetrics 5 0.0079 winpos.c:158 user32.dll.so GetWindowRect 5 0.0079 xfont.c:3239 x11drv.dll.so XFONT_GetFontObject 5 0.0079 xfont.c:3086 x11drv.dll.so XFONT_RealizeFont 4 0.0063 gdiobj.c:873 gdi32.dll.so DeleteObject 4 0.0063 font.c:427 gdi32.dll.so FONT_SelectObject 4 0.0063 text.c:50 gdi32.dll.so FONT_mbtowc 4 0.0063 gdiobj.c:990 gdi32.dll.so GetObjectType 4 0.0063 region.c:532 gdi32.dll.so REGION_DestroyWineRegion 4 0.0063 font.c:1763 gdi32.dll.so TranslateCharsetInfo 4 0.0063 time.c:836 kernel32.dll.so GetLocalTime 4 0.0063 (no location information) kernel32.dll.so InterlockedDecrement 4 0.0063 (no location information) libc-2.3.2.so __GI_setlocale 4 0.0063 (no location information) libc-2.3.2.so __cfree 4 0.0063 (no location information) libc-2.3.2.so __tz_convert 4 0.0063 dos_fs.c:829 ntdll.dll.so DOSFS_GetDevice 4 0.0063 systray.c:255 shell32.dll.so SYSTRAY_ItemSetTip 4 0.0063 dce.c:275 user32.dll.so DCE_InvalidateDCE 4 0.0063 defwnd.c:81 user32.dll.so DEFWND_SetTextA 4 0.0063 input.c:556 user32.dll.so GetCapture 4 0.0063 class.c:838 user32.dll.so GetClassLongW 4 0.0063 input.c:320 user32.dll.so SendInput 4 0.0063 text.c:591 user32.dll.so TEXT_NextLineW 4 0.0063 win.c:2932 user32.dll.so WIN_ListChildren 4 0.0063 win.c:138 user32.dll.so list_window_children 4 0.0063 codepage.c:438 x11drv.dll.so X11DRV_GetTextMetricsW_normal 4 0.0063 graphics.c:276 x11drv.dll.so X11DRV_SetupGCForText 4 0.0063 codepage.c:430 x11drv.dll.so X11DRV_TextExtents_normal 4 0.0063 winpos.c:343 x11drv.dll.so expose_covered_window_area 3 0.0047 listview.c:1826 comctl32.dll.so LISTVIEW_GetItemMetrics 3 0.0047 listview.c:5227 comctl32.dll.so LISTVIEW_GetItemRect 3 0.0047 region.c:492 gdi32.dll.so REGION_AllocWineRegion 3 0.0047 region.c:1217 gdi32.dll.so REGION_Coalesce 3 0.0047 region.c:1134 gdi32.dll.so REGION_SetExtents 3 0.0047 region.c:2079 gdi32.dll.so REGION_SubtractRegion 3 0.0047 dc.c:854 gdi32.dll.so SetBkColor 3 0.0047 local16.c:229 kernel32.dll.so LOCAL_MakeBlockFree 3 0.0047 (no location information) libc-2.3.2.so strstr 3 0.0047 (no location information) libc-2.3.2.so tzset_internal 3 0.0047 (no location information) libpthread-0.34.so __pthread_disable_asynccancel 3 0.0047 (no location information) libpthread-0.34.so __pthread_enable_asynccancel 3 0.0047 cptable.c:158 libwine_unicode.so.1 cmp_codepage 3 0.0047 dos_fs.c:220 ntdll.dll.so DOSFS_ToDosFCBFormat 3 0.0047 dos_fs.c:174 ntdll.dll.so DOSFS_ValidDOSName 3 0.0047 time.c:719 ntdll.dll.so RtlQueryTimeZoneInformation 3 0.0047 synchro.c:37 ntdll.dll.so Sleep 3 0.0047 systray.c:67 shell32.dll.so SYSTRAY_ItemIsEqual 3 0.0047 winproc.c:2916 user32.dll.so CallWindowProcW 3 0.0047 focus.c:336 user32.dll.so GetForegroundWindow 3 0.0047 winpos.c:581 user32.dll.so MapWindowPoints 3 0.0047 scroll.c:181 user32.dll.so SCROLL_GetScrollBarInfo 3 0.0047 message.c:1974 user32.dll.so SendMessageW 3 0.0047 winpos.c:1186 user32.dll.so SetWindowPos 3 0.0047 winproc.c:2679 user32.dll.so WINPROC_CallProc32ATo32W 3 0.0047 winproc.c:2705 user32.dll.so WINPROC_CallProc32WTo32A 3 0.0047 winproc.c:915 user32.dll.so WINPROC_MapMsg32WTo32A 3 0.0047 bitblt.c:1222 x11drv.dll.so BITBLT_InternalStretchBlt 3 0.0047 palette.c:755 x11drv.dll.so X11DRV_PALETTE_ToLogical 3 0.0047 pen.c:38 x11drv.dll.so X11DRV_SelectPen 3 0.0047 codepage.c:199 x11drv.dll.so X11DRV_unicode_to_char2b_unicode 3 0.0047 xfont.c:2788 x11drv.dll.so XFONT_LookupCachedFont 3 0.0047 xfont.c:2891 x11drv.dll.so XFONT_ReleaseCacheEntry 3 0.0047 xfont.c:1754 x11drv.dll.so XFONT_UnAlias 2 0.0032 comctl32undoc.c:355 comctl32.dll.so COMCTL32_Alloc 2 0.0032 listview.c:3654 comctl32.dll.so LISTVIEW_RefreshOwnerDraw 2 0.0032 listview.c:1140 comctl32.dll.so iterator_frameditems 2 0.0032 listview.c:807 comctl32.dll.so notify_dispinfoT 2 0.0032 region.c:623 gdi32.dll.so CreateRectRgn 2 0.0032 text.c:118 gdi32.dll.so ExtTextOutA 2 0.0032 font.c:491 gdi32.dll.so FONT_GetObjectW 2 0.0032 gdiobj.c:771 gdi32.dll.so GDI_FreeObject 2 0.0032 pen.c:134 gdi32.dll.so PEN_SelectObject 2 0.0032 region.c:541 gdi32.dll.so REGION_DeleteObject 2 0.0032 painting.c:269 gdi32.dll.so SetPixelV 2 0.0032 region.c:652 gdi32.dll.so SetRectRgn 2 0.0032 dc.c:879 gdi32.dll.so SetTextColor 2 0.0032 local16.c:858 kernel32.dll.so LOCAL_FindFreeBlock 2 0.0032 local16.c:913 kernel32.dll.so LOCAL_GetBlock 2 0.0032 local16.c:267 kernel32.dll.so LOCAL_RemoveFreeBlock 2 0.0032 local16.c:628 kernel32.dll.so LOCAL_ShrinkArena 2 0.0032 (no location information) libc-2.3.2.so __GI_localtime 2 0.0032 (no location information) libc-2.3.2.so __GI_mktime 2 0.0032 (no location information) libc-2.3.2.so __calloc 2 0.0032 file.c:536 ntdll.dll.so CreateFileW 2 0.0032 dos_fs.c:1052 ntdll.dll.so DOSFS_GetFullName 2 0.0032 global.c:1089 ntdll.dll.so GlobalAlloc 2 0.0032 global.c:531 ntdll.dll.so GlobalUnlock16 2 0.0032 heap.c:1243 ntdll.dll.so RtlReAllocateHeap 2 0.0032 time.c:497 ntdll.dll.so RtlSystemTimeToLocalTime 2 0.0032 time.c:686 ntdll.dll.so TIME_GetTZAsStr 2 0.0032 (no location information) ntdll.dll.so __udivmoddi4 2 0.0032 (no location information) ntdll.dll.so __udivmoddi4 2 0.0032 string.c:228 ntdll.dll.so lstrcpynW 2 0.0032 systray.c:307 shell32.dll.so SYSTRAY_Modify 2 0.0032 systray.c:362 shell32.dll.so Shell_NotifyIconA 2 0.0032 painting.c:156 user32.dll.so BeginPaint 2 0.0032 defwnd.c:886 user32.dll.so DefWindowProcW 2 0.0032 scroll.c:1702 user32.dll.so GetScrollInfo 2 0.0032 rect.c:116 user32.dll.so IsRectEmpty 2 0.0032 dce.c:563 user32.dll.so ReleaseDC 2 0.0032 scroll.c:939 user32.dll.so SCROLL_HandleScrollEvent 2 0.0032 message.c:1867 user32.dll.so SendMessageTimeoutW 2 0.0032 winpos.c:381 user32.dll.so WINPOS_WindowFromPoint 2 0.0032 message.c:398 user32.dll.so process_cooked_mouse_message 2 0.0032 async.c:529 ws2_32.dll.so __WSAsyncDBQuery 2 0.0032 event.c:203 x11drv.dll.so EVENT_ProcessEvent 2 0.0032 init.c:154 x11drv.dll.so X11DRV_GetDeviceCaps 2 0.0032 xfont.c:3273 x11drv.dll.so X11DRV_SelectFont 2 0.0032 codepage.c:170 x11drv.dll.so X11DRV_unicode_to_char2b_sbcs 2 0.0032 xfont.c:3248 x11drv.dll.so XFONT_GetFontStruct 2 0.0032 xfont.c:412 x11drv.dll.so __lfCheckSum 2 0.0032 winpos.c:81 x11drv.dll.so clip_children 2 0.0032 winpos.c:710 x11drv.dll.so fixup_flags 2 0.0032 mouse.c:156 x11drv.dll.so update_cursor 1 0.0016 comctl32undoc.c:420 comctl32.dll.so COMCTL32_Free 1 0.0016 listview.c:1759 comctl32.dll.so LISTVIEW_GetItemOrigin 1 0.0016 listview.c:5686 comctl32.dll.so LISTVIEW_GetOrigin 1 0.0016 listview.c:7987 comctl32.dll.so LISTVIEW_Paint 1 0.0016 listview.c:8151 comctl32.dll.so LISTVIEW_SetCursor 1 0.0016 tooltips.c:523 comctl32.dll.so TOOLTIPS_GetToolFromInfoA 1 0.0016 tooltips.c:1786 comctl32.dll.so TOOLTIPS_UpdateTipTextA 1 0.0016 tooltips.c:2248 comctl32.dll.so TOOLTIPS_WindowProc 1 0.0016 listview.c:1010 comctl32.dll.so iterator_next 1 0.0016 bitmap.c:57 gdi32.dll.so BITMAP_GetWidthBytes 1 0.0016 brush.c:354 gdi32.dll.so BRUSH_GetObject 1 0.0016 bitmap.c:101 gdi32.dll.so CreateBitmap 1 0.0016 region.c:640 gdi32.dll.so CreateRectRgnIndirect 1 0.0016 dc.c:57 gdi32.dll.so DC_AllocDC 1 0.0016 dc.c:155 gdi32.dll.so DC_GetDCUpdate 1 0.0016 dc.c:210 gdi32.dll.so DC_InvertXform 1 0.0016 mapping.c:75 gdi32.dll.so DPtoLP 1 0.0016 dcvalues.c:194 gdi32.dll.so GetMapMode 1 0.0016 gdiobj.c:950 gdi32.dll.so GetObjectA 1 0.0016 region.c:820 gdi32.dll.so GetRegionData 1 0.0016 font.c:1122 gdi32.dll.so GetTextMetricsW 1 0.0016 path.c:480 gdi32.dll.so PATH_InitGdiPath 1 0.0016 region.c:1647 gdi32.dll.so REGION_IntersectO 1 0.0016 region.c:1703 gdi32.dll.so REGION_IntersectRegion 1 0.0016 region.c:1951 gdi32.dll.so REGION_SubtractO 1 0.0016 region.c:1837 gdi32.dll.so REGION_UnionRegion 1 0.0016 clipping.c:433 gdi32.dll.so SaveVisRgn16 1 0.0016 gdiobj.c:1077 gdi32.dll.so SelectObject 1 0.0016 dc.c:365 gdi32.dll.so SetDCState 1 0.0016 freetype.c:1058 gdi32.dll.so WineEngCreateFontInstance 1 0.0016 time.c:758 kernel32.dll.so FileTimeToSystemTime 1 0.0016 local16.c:309 kernel32.dll.so LOCAL_RemoveBlock 1 0.0016 (no location information) libXcursor.so.1.0 (no symbols) 1 0.0016 (no location information) libc-2.3.2.so _IO_no_init 1 0.0016 (no location information) libc-2.3.2.so _IO_vfprintf_internal 1 0.0016 (no location information) libc-2.3.2.so __GI___open64 1 0.0016 (no location information) libc-2.3.2.so __GI_time 1 0.0016 (no location information) libc-2.3.2.so ___fxstat64 1 0.0016 (no location information) libc-2.3.2.so __ctype_toupper_loc 1 0.0016 (no location information) libc-2.3.2.so __opendir 1 0.0016 (no location information) libc-2.3.2.so __tzset 1 0.0016 (no location information) libc-2.3.2.so __tzstring 1 0.0016 (no location information) libc-2.3.2.so _int_free 1 0.0016 (no location information) libc-2.3.2.so anonymous symbol from section .plt 1 0.0016 (no location information) libc-2.3.2.so memmove 1 0.0016 (no location information) libc-2.3.2.so strcat 1 0.0016 (no location information) libc-2.3.2.so strcpy 1 0.0016 (no location information) libc-2.3.2.so strncpy 1 0.0016 (no location information) libc-2.3.2.so strrchr 1 0.0016 (no location information) libresolv-2.3.2.so __ns_name_pack 1 0.0016 handle.c:46 ntdll.dll.so CloseHandle 1 0.0016 dos_fs.c:1783 ntdll.dll.so DOSFS_FindNextEx 1 0.0016 dos_fs.c:1012 ntdll.dll.so DOSFS_GetPathDrive 1 0.0016 dos_fs.c:365 ntdll.dll.so DOSFS_MatchLong 1 0.0016 dos_fs.c:485 ntdll.dll.so DOSFS_OpenDir_VFAT 1 0.0016 drive.c:1225 ntdll.dll.so DRIVE_GetCodepage 1 0.0016 file.c:406 ntdll.dll.so FILE_CreateFile 1 0.0016 file.c:689 ntdll.dll.so FILE_FillInfo 1 0.0016 dos_fs.c:2228 ntdll.dll.so FindClose 1 0.0016 file.c:851 ntdll.dll.so GetFileAttributesW 1 0.0016 global.c:1194 ntdll.dll.so GlobalUnlock 1 0.0016 heap.c:248 ntdll.dll.so HeapAlloc 1 0.0016 heap.c:253 ntdll.dll.so HeapFree 1 0.0016 heap.c:258 ntdll.dll.so HeapReAlloc 1 0.0016 virtual.c:975 ntdll.dll.so NtAllocateVirtualMemory 1 0.0016 virtual.c:1075 ntdll.dll.so NtFreeVirtualMemory 1 0.0016 time.c:637 ntdll.dll.so NtQuerySystemTime 1 0.0016 rtlstr.c:1105 ntdll.dll.so RtlAnsiStringToUnicodeSize 1 0.0016 loader.c:1424 ntdll.dll.so RtlImageNtHeader 1 0.0016 heap.c:1394 ntdll.dll.so RtlLockHeap 1 0.0016 sysdeps.c:276 ntdll.dll.so SYSDEPS_GetUnixTid 1 0.0016 (no location information) ntdll.dll.so SetLastError 1 0.0016 syslevel.c:174 ntdll.dll.so _CheckNotSysLevel 1 0.0016 (no location information) ntdll.dll.so __divdi3 1 0.0016 (no location information) ntdll.dll.so __moddi3 1 0.0016 string.c:194 ntdll.dll.so lstrcpynA 1 0.0016 nonclient.c:429 user32.dll.so AdjustWindowRectEx 1 0.0016 dce.c:214 user32.dll.so DCE_DeleteClipRgn 1 0.0016 defwnd.c:54 user32.dll.so DEFWND_HandleWindowPosChanged 1 0.0016 cursoricon.c:1742 user32.dll.so DrawIconEx 1 0.0016 text.c:1077 user32.dll.so DrawTextA 1 0.0016 text.c:1013 user32.dll.so DrawTextExA 1 0.0016 dce.c:373 user32.dll.so GetDCEx 1 0.0016 message.c:2414 user32.dll.so GetGUIThreadInfo 1 0.0016 win.c:2252 user32.dll.so GetWindowTextA 1 0.0016 painting.c:899 user32.dll.so InvalidateRect 1 0.0016 nonclient.c:161 user32.dll.so NC_AdjustRectOuter95 1 0.0016 nonclient.c:457 user32.dll.so NC_HandleNCCalcSize 1 0.0016 nonclient.c:853 user32.dll.so NC_HandleNCHitTest 1 0.0016 nonclient.c:1716 user32.dll.so NC_HandleSetCursor 1 0.0016 painting.c:1252 user32.dll.so PAINTING_DrawState 1 0.0016 button.c:705 user32.dll.so PB_Paint 1 0.0016 scroll.c:816 user32.dll.so SCROLL_DrawScrollBar 1 0.0016 cursoricon.c:1310 user32.dll.so SetCursor 1 0.0016 rect.c:47 user32.dll.so SetRect 1 0.0016 win.c:2312 user32.dll.so SetWindowTextA 1 0.0016 caret.c:329 user32.dll.so ShowCaret 1 0.0016 uitools.c:438 user32.dll.so UITOOLS95_DrawRectEdge 1 0.0016 user_main.c:297 user32.dll.so UserClientDllInitialize 1 0.0016 win.c:235 user32.dll.so WIN_IsCurrentProcess 1 0.0016 win.c:252 user32.dll.so WIN_IsCurrentThread 1 0.0016 win.c:2641 user32.dll.so WIN_IsWindowDrawable 1 0.0016 painting.c:72 user32.dll.so add_paint_count 1 0.0016 painting.c:117 user32.dll.so begin_ncpaint 1 0.0016 painting.c:96 user32.dll.so crop_rgn 1 0.0016 class.c:80 user32.dll.so get_class_ptr 1 0.0016 message.c:1692 user32.dll.so put_message_in_queue 1 0.0016 input.c:113 user32.dll.so queue_hardware_message 1 0.0016 input.c:217 user32.dll.so queue_mouse_event 1 0.0016 input.c:196 user32.dll.so queue_raw_mouse_message 1 0.0016 bitblt.c:1132 x11drv.dll.so BITBLT_GetVisRectangles 1 0.0016 brush.c:180 x11drv.dll.so BRUSH_SelectPatternBrush 1 0.0016 brush.c:157 x11drv.dll.so BRUSH_SelectSolidBrush 1 0.0016 winpos.c:551 x11drv.dll.so SWP_DoWinPosChanging 1 0.0016 ts_xlib.c:521 x11drv.dll.so TSXSetClipRectangles 1 0.0016 ts_xlib.c:539 x11drv.dll.so TSXSetForeground 1 0.0016 bitmap.c:116 x11drv.dll.so X11DRV_CreateBitmap 1 0.0016 graphics.c:338 x11drv.dll.so X11DRV_DrawArc 1 0.0016 winpos.c:391 x11drv.dll.so X11DRV_Expose 1 0.0016 winpos.c:427 x11drv.dll.so X11DRV_GetDC 1 0.0016 clipping.c:42 x11drv.dll.so X11DRV_GetRegionData 1 0.0016 clipping.c:116 x11drv.dll.so X11DRV_SetDeviceClipping 1 0.0016 clipping.c:133 x11drv.dll.so X11DRV_SetDrawable 1 0.0016 graphics.c:864 x11drv.dll.so X11DRV_SetPixel 1 0.0016 dib.c:5635 x11drv.dll.so X11DRV_UnlockDIBSection 1 0.0016 dib.c:5602 x11drv.dll.so X11DRV_UnlockDIBSection2 1 0.0016 window.c:1111 x11drv.dll.so X11DRV_get_whole_window 1 0.0016 window.c:605 x11drv.dll.so X11DRV_sync_client_window_position 1 0.0016 window.c:522 x11drv.dll.so X11DRV_sync_whole_window_position 1 0.0016 winpos.c:1427 x11drv.dll.so __get_common_ancestor 1 0.0016 winpos.c:1465 x11drv.dll.so __td_lookup 1 0.0016 winpos.c:317 x11drv.dll.so expose_covered_parent_area 1 0.0016 winpos.c:212 x11drv.dll.so get_covered_region

1 0

Re: Wineconf 2004, otherwise known as...
by Ivan Leo Murray-Smith 05 Oct '03

05 Oct '03

If we are going to have wineconf here, I need to know a date and a more or less precise number of participants, possibly within a few days.

4 4

Regression in DLL loading.
by Lionel Ulmer 05 Oct '03

05 Oct '03

All, Seems that a regression in DLL loading crept in lately (a game that worked somewhat with my old CVS tree does not start anymore with the current CVS). It must have been broken for some time now as Mike 'TD' had the issue for a long time (with a 4 hours Wine compile time, I do not upgrade Wine that often :-) ). Basically, the game does the following : it asks to load the library giving the full path name ("R:\\BoarderZoneDemo\\srDD_OpenGL"). As you see, it does NOT add the .DLL extension. So it goes down the code (LoadLibrary, ...) and arrives at the following function : 'RtlDosSearchPath_U' which asks to find this file with a possible '.DLL' extension. As this is an absolute path, it goes directly to the 'RtlDoesFileExists_U' call .. which does not handle at all the possible addition of an extension when searching. Now I have no idea if : 1) the RtlDosSearchPath_U function is wrong or 2) another function should have been used in this case So I will let the experts fix this :-) Lionel -- Lionel Ulmer - http://www.bbrox.org/

1 0

Compiling MFC
by Adam Connell 05 Oct '03

05 Oct '03

I am yet another programmer trying to compile the MFC with winelib. I believe that I have the project configured correctly. I am currently working on getting it to compile. I am having trouble with Microsoft's extensions to C++ specifically: throw(...) __try __except Is there any kind of work around for these things? MFC v7.0 g++ v3.2.2 wine-cvs

3 2

Translation tool, another round
by Vincent Béron 05 Oct '03

05 Oct '03

Hi all, Another version, this time implemented more intelligently. Since wrc already knows how to parse the resource files, it makes sense to hook in it rather than use a dump and parse it. I added a new debug flag to wrc to do just that (0x40). All the functionnality of the bash script is not yet there, there's still 2-3 things to add, but the base is already in good shape. And it's way way faster to use (as in a couple seconds rather than almost 10 minutes before). Already done: - Reading of resource files (hook into wrc); - Comparison functions for Windows resources, targetted for translation; - Checking of differences between different languages with said comparison functions. Missing things: - Languages for which some resources are not localized yet do not appear at all; - If both the MASTER and LANG_NEUTRAL languages are found for a kind of resources, they won't be compared between themselves; - It'd be nice to output the name of the language rather than it's number; - Better incorporation in the build system (Makefiles); - Summary thing, to put on WineHQ. The included v5 script runs the new wrc on each .rc file mentionned in Makefiles. Capture the output to a file (>foo 2>&1) to analyze it for now. Any comments before the last stretch? (Oups, just noticed some TODO comments are in French rather than English... ah well, they should be gone by Monday or Tuesday anyway) Vincent

1 0

Re: winealsa: improve sound quality for IDsDriverImpl
by Jerry Jenkins 05 Oct '03

05 Oct '03

Robert Reif wrote: > I just cut the parts out of a bigger patch and I guess I missed something. > The memory clearing part is the 8 bit hardware buffer bug fix. The locking > is to fix the SetFormat bug. > > The problem is that when the hardware primary buffer format changes > which causes a new buffer to be mmapped, the mixer thread continues > to use the old deleted buffer address. The timer callback gets the > resource shared which doesn't prevent the primary buffer from changing > it's address even with the new locking I tried to add. It's overkill to > have the timer callback get the resource exclusive every time because > format changes almost never happen and the extra locking is only needed > when they do. > Do you mean that the problem occurs only when we change the format? If this bug will cause continuing interval or click noise which I have encountered, your patch is going to be a big help for me. I am really looking forward to having your patch now :-). But take your time; I'll wait until you finish it.

1 0

Fwd: [ros-kernel] Task Manager
by Steven Edwards 04 Oct '03

04 Oct '03

You guys are going to like this Note: forwarded message attached. __________________________________ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com

1 0

[ANNOUNCE]WineWorks - yet another utility to configure Wine!
by Subhobroto Sinha 04 Oct '03

04 Oct '03

Hello all, well this is NOT yet another effort to imitate WineCfg! WineCfg needs Wine to be running to work. WineWorks does NOT need Wine to be running. WineWorks has been developed using Qt 3.1.1 WineWorks has been written keeping it in mind as MORE of a troubleshooting tool rather than a customization and configuring tool. That is something WineCfg is there for. I intend to make WineWorks as a tool which can HELP a user figure out potential problems which can hinder running Wine on his machine and to resolve those issues so that Wine may be up and going... all from a easy to use GUI. Please try out the program and send reports back to <subhobrotosinha at yahoo dot com> with [WINEWORKS] in the subject line and an optional line appended to it if required. I will soon put the details up on my site as soon as I get a few reports in my mail box. The program is attached compressed as 'WineWorks.zip' and has MD5 Sum '145a82af87efa62c8a694c5a1c18a0a5'. NOTE: It's recommended that you run WineWorks from a shell window to see the trace/debug messages. That way you can see what it's doing behind the scenes and where it went wrong (if it did).. Thanks ;) Regards Subhobroto Sinha __________________________________ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com

2 1

Re: [ANNOUNCE]WineWorks - yet another utility to configure Wine!
by Ivan Leo Murray-Smith 04 Oct '03

04 Oct '03

Cool! It looks great considering it's a 0.1 And it has a brilliant solution for the start menu, OK, maybe IE isn't listed, but it's much more that what wine does now for menus (Nothing). Also, it allows users to know which programs are native linux ones and which ones are windows ones. BTW, this is going to be free software, isn't it? You obviously forgot to link attach the source.

1 0

Re: improve sound quality for IDsDriverImpl
by Robert Reif 04 Oct '03

04 Oct '03

1 0

Of Start Menu, Shortcuts and broken functions...
by Subhobroto Sinha 04 Oct '03

04 Oct '03

Hello all, Recently there has been a revived interest in putting up a 'Windows' like 'Start Menu' onto the Window managers. That's good.Thanks. But as I see it, this task is REALLY easy. Once we resolve the Windows shorcut files,figuring out how to implement the resolved menu entries for respective Desktop environments is dependent on the Desktop environment themselves, and people wanting to implement the 'Start Menu' on that environment. Windows maintains it's 'Start Menu' under '%ROOTDIR%\Documents and Settings\%USER%\Start Menu' (yeah I am talking >=NT,Win2k. For 9x, it will be probably 'C:\WINDOWS\Start Menu'), and this folder contains LOADS of shortcut (.lnk) files. So if we can just recurse through this folder and read out the .lnk files into compatible menu/desktop entries of the corresponding Desktop environment (KDE,GNOME...), we have a working, synchronized 'Start Menu'. And that's JUST what McCormack's 'winemenubuilder' does, and reading out the code I can see it's THE thing we need. Unfortunately, 'winemenubuilder' shipped from Wine-20030618 - the VERY version from which IPersistFile::Load() (the VERY function used to resolve windows shortcuts) got broken, so I could not see 'winemenubuilder' in practise! (Mike, if you are reading this, could you tell me on what Wine ver you originally developed it, and does 'winemenubuilder' work now ? Thanks) You yourself may try out 'winemenubuilder', and if it works let me know. I will know that I was at fault all along,and that would be good news for me ! Now, there arises the problem. Microsoft really does not tell us what's the data structure of .lnk files, though if Alexandre (or somebody of his status..) requested Matt Pietrek for that information, we can probably get it. Till then we are having to do with reverse engg., and let me tell you,that worked fine till Wine-20030618, i.e the Wine tarball release on the 18th June 2003. >From Wine-20030618 , the way Wine handled COM went a MAJOR overhaul, and it worked great in most cases and older code had to rewritten... .. and resolution of shortcuts just stopped working since then. So I have downgraded to using Wine 20030508 since it's the last version till which resolution of shortcuts works (though the code in 'shelllink.c' for this version is not nice to look at ;) ). DETAILS: -------- You see, the resolving of shortcuts is handled through IPersistFile::Load() using COM. The code for this instance of the interface can be found in 'dlls/shell32/shelllink.c'. IPersistFile::Load() calls IPersistFile_fnLoad from 'dlls/shell32/shelllink.c', which passes control to IPersistStream_Load() after a CreateStreamOnFile() call. Now the problem starts in IPersistStream_Load() at/after the following piece of code: 'if( hdr.dwFlags & SCF_DESCRIPTION ) r = Stream_LoadString( pLoadStream, unicode, &This->sDescription );'... Everything before this seems to work just fine! [That's a pity because most of the time we just require the program location from the shortcut file, and that's ALWAYS dumped correctly into 'This->pPidl' You can verify this by adding the following code after 'r = Stream_LoadLocation( pLoadStream );' in 'shelllink.c' LPCITEMIDLIST pidltemp = This->pPidl; do { char szSubho[MAX_PATH]; _dbg_ILSimpleGetText(pidltemp, szSubho, MAX_PATH); TRACE ("name=\"%s\"\n",szSubho); pidltemp = _dbg_ILGetNext(pidltemp); }while (pidltemp->mkid.cb); You need to turn on the trace messages and you shall see the program path resolved allright! I had even tried to put a 'return S_OK;' after the Stream_LoadLocation() call,because ALL i required was the program path, but unfortunately that did NOT work :( ] The call 'Stream_LoadString( pLoadStream, unicode, &This->sDescription );' works in some cases and fails in some. But you can be sure that all the following Stream_LoadString() calls starting from 'Stream_LoadString( pLoadStream, unicode, &This->sPathRel);' WILL fail! It did everytime on my SuSE 8.2,Wine-20030911. Thus, IPersistStream_fnLoad() will NEVER return S_OK ! The last time I debugged, I found that 'IStream_Read(pStm, &len, sizeof(len), &count);' under 'Stream_LoadString( IStream* pStm, BOOL unicode, LPWSTR *pstr )' was failing at/after the 'Description' string was read from the Windows shortcut file, apparently because the 'number of bytes read!=number of bytes to be read'( i.e, for those of you going through the 'shelllink.c' code, the 'count != len' condition was getting satisfied..) You may again verify this by turning on tracing and observing the messages for the above APIs from Wine while running my shortcut resolving code (found in the archives) OR McCormack's 'winemenubuilder'. I hope to get a suitable response to this post. PLEASE correct me if I have gone wrong anywhere! Thanks :=) Also, I will be VERY happy to recieve pseudocode/algorithm for the mentioned APIs specially Stream_LoadString() and IPersistStream_fnLoad() as I am having a hard time understanding a few lines in the code. And could someone send me the layout of .lnk files ? Please keep up the good work. Regards Subhobroto Sinha __________________________________ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com

3 2

Re: winealsa: improve sound quality for IDsDriverImpl
by Jerry Jenkins 04 Oct '03

04 Oct '03

> sox -c1 -r44100 -sw /usr/share/sounds/pop.wav -tossdsp /dev/audio && > wine winamp > > has the problem, but > > sox -c1 -r44100 -sb /usr/share/sounds/pop.wav -tossdsp /dev/audio && > wine winamp > > is unbelievably good. How could it be? I should find out if it's > something is wrong with my system or something else. > Only one of my sound cards suffers from the problem when the format of primary buffer is 22050 samples per second, 8-bit stereo. The other is OK. It appears to be a big challenge for me. And I am a little curious about how many peoples would have such experience. I submitted a new patch, please test it.

3 5

Re: Wineconf 2004, otherwise known as...
by Ivan Leo Murray-Smith 04 Oct '03

04 Oct '03

> I think 2 days is good. Then it can be a weekend. Also, if Lionel lets us know when he's going snowboarding, we can try and avoid that period (Unless he's going from the 1th to the 30th). > > At the last Wineconf, we had a fair number of 'presentations', and > I think we might do better with a bit less of that, and a bit > more 'working sessions'. > > My pet idea was to have an 'installfest', > perhaps the night before, where we brought a stack of CDs and > had Aric and Marcus and all other install experts work feverishly > to get as many of them as possible to install. Install for who? I do want to try and get this thing together, I can let you know for sure by Monday of Tuesday, by then I can also figure out what the costs will be. BTW, are you in visiting anything interesting like Pompei, or do you want to stay in the hotel during all the conference?

1 0

Re: Check before adding http:// in HTTP_DealWithProxy
by Andreas Mohr 04 Oct '03

04 Oct '03

Hi, On Sat, Oct 04, 2003 at 03:34:58PM +0200, Uwe Bonnes wrote: > Changelog: > dlls/wininet/http.c: HTTP_DealWithProxy() > Only add http:// to proxy string when needed > -- > Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de > > Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt > --------- Tel. 06151 162516 -------- Fax. 06151 164321 ---------- > Index: wine/dlls/wininet/http.c > =================================================================== > RCS file: /home/wine/wine/dlls/wininet/http.c,v > retrieving revision 1.42 > diff -u -r1.42 http.c > --- wine/dlls/wininet/http.c 25 Sep 2003 20:25:22 -0000 1.42 > +++ wine/dlls/wininet/http.c 4 Oct 2003 13:31:53 -0000 > @@ -503,8 +503,12 @@ > UrlComponents.dwStructSize = sizeof UrlComponents; > UrlComponents.lpszHostName = buf; > UrlComponents.dwHostNameLength = MAXHOSTNAME; > - > - sprintf(proxy, "http://%s/", hIC->lpszProxy); > + > + if(strncmp(lpwhr->lpszPath, "http://", sizeof("http://") -1) == 0) Last time I checked (i.e. right now), HtTp was complete case insensitive in my browser... -- Microsoft prepares new round of .doc office format lock-in (just forget about OpenOffice/StarOffice .doc interoperability then, ok?) http://news.com.com/2100-1012_3-5069246.html

1 0

Fw: About Explorer clone
by Martin Fuchs 04 Oct '03

04 Oct '03

Here is the complete mail... Hello, PETREOLLE Sylvain wrote: > Can your explorer clone be compiled with Wine sources and/or tools ? > I have both Windows 2000/XP with latest Cygwin / RedHat Linux environments > to test it. Yes, I have put a "Makefile.Wine" into CVS for compiling as Winelib application. Just put the explorer source into the directory "wine/programs/explorer" and use "make -f Makefile.Wine" zu build it. If it complains about a too old Makefile, issue an "touch Makefile". > Another point : Im not easy with ansi-related questions. > You give 2 versions of explorer into the binary snapshot on your website. > What are the differences between them ? The ANSI version "explorer-ansi.exe" doesn't use Unicode strings. You can use it instead of "explorer.exe" on older systems such as Win 98. To compile the Unicode version add "UNICODE=1" to the make command line. > Both are randomly crashing on my W200 Pro when browsing the Start menu, > which makes me want to have a debug version to see where the crash occurs. If you find out, what causes the crash in your installation, you can inform me of it. My explorer implementation is currently far from complete. The TODO list is growing steadyly. ;-) Martin

1 0

Where to deal with CRLF in Files retrieved with HTTP
by Uwe Bonnes 04 Oct '03

04 Oct '03

Hallo, Xilinx ISE 6.1 webupdate retrieves files per http. These files are CRLF terminated and some of their contend is treated as strings as target for the next HTTP request. This leads to a request like 0014:Call wininet.HttpOpenRequestA(42f6eeb0,1002a268 "GET", 438e17be "/direct/swhelp/series6/6.1i_latestservicepack.dat\r",... ^^ The \r at the end of the string results in the file not found on the server. Running with native wininet results in the same error. Who is responsible for stripping the \r? Bye -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------

1 0

Re: Uninstaller uses wrong icon
by Dimitrie O. Paun 04 Oct '03

04 Oct '03

On Fri, 3 Oct 2003, Pavel Roskin wrote: > I drew an icon more appropriate for the uninstaller. Also, the bin2res > tag has been added to make it easier to replace of the icon later. Please see the latest changes relating to the BINRES tags --> the resources are commented out, and we refer to the filename. See current sources for details. -- Dimi.

4 7

Crash in 16-bit code
by andrejoh＠c2i.net 04 Oct '03

04 Oct '03

This crash happens when trying to run the installer of a game; I believe it is some old InstallShield version. Any ideas of how I can get more information out of this? The output below is from starting the installer in winedbg: No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\WINMM.DLL' (0x41280000) Loaded debug information from ELF '/home/andrej/local/wine/lib/wine/mmsystem.dll.so' (0x41268000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\WINEOSS.DRV' (0x412e0000) Loaded debug information from ELF '/home/andrej/local/wine/lib/wine/wineoss.drv.so' (0x412cd000) err:wave:OSS_WaveOutInit /dev/mixer1: No such device err:wave:OSS_WaveInInit /dev/mixer1: No such device No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\MSACM32.DLL' (0x41330000) Loaded debug information from ELF '/home/andrej/local/wine/lib/wine/msacm.drv.so' (0x41307000) Loaded debug information from ELF '/home/andrej/local/wine/lib/wine/msacm32.dll.so' (0x4131e000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\MSACM.DRV' (0x41310000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\MIDIMAP.DRV' (0x41460000) Loaded debug information from ELF '/home/andrej/local/wine/lib/wine/midimap.drv.so' (0x41450000) First chance exception: page fault in 16-bit code (0267:00c9). In 16-bit mode. Register dump: CS:0267 SS:026f DS:026f ES:026f FS:0000 GS:0000 IP:00c9 SP:43da BP:0000 FLAGS:0246( - 00 I Z- -P1 ) AX:0300 BX:002f CX:0000 DX:1001 SI:0348 DI:001a Stack dump: 0x026f:0x43da: 0000 0000 008f 0000 0000 0000 0000 0000 0x026f:0x43ea: 0000 0000 0000 0000 0000 0000 0000 0000 0x026f:0x43fa: 0000 0000 0000 0000 0000 0000 0000 0000 0x026f:0x440a: 004d: sel=026f base=40591ea0 limit=0000641f 16-bit rw- Backtrace: =>0 0x0267:0x00c9 (bp=0000) 0x0267:0x00c9: int $0x31 The below is the output when running through wine; the debugger is started, but then hangs: fixme:cdrom:CDROM_GetInterfaceInfo CD-ROM device (11, 0) not supported err:wave:OSS_WaveOutInit /dev/mixer1: No such device err:wave:OSS_WaveInInit /dev/mixer1: No such device wine: Unhandled exception (thread 000a), starting debugger... fixme:cdrom:CDROM_GetInterfaceInfo CD-ROM device (11, 0) not supported WineDbg starting on pid 8 Loaded debug information from ELF 'wine' ((nil)) Breakpoint 1 at 0x4000cf70 (_end+0x400b824) Loaded debug information from ELF '/home/andrej/local/wine/lib/libntdll.dll.so' (0x40017000) Loaded debug information from ELF '/home/andrej/local/wine/lib/libwine.so.1' (0x400aa000) Loaded debug information from ELF '/home/andrej/local/wine/lib/libwine_unicode.so.1' (0x400c1000) No debug information in ELF '/lib/tls/libpthread.so.0' (0x401c8000) No debug information in ELF '/lib/tls/libm.so.6' (0x401d6000) No debug information in ELF '/lib/libdl.so.2' (0x401f8000) No debug information in ELF '/lib/ld-linux.so.2' (0x40000000) Loaded debug information from ELF '/home/andrej/local/wine/lib/wine/kernel32.dll.so' (0x401fd000) Loaded debug information from ELF '/home/andrej/local/wine/lib/wine/winevdm.exe.so' (0x40640000) Loaded debug information from ELF '/home/andrej/local/wine/lib/wine/winedos.dll.so' (0x40873000) Loaded debug information from ELF '/home/andrej/local/wine/lib/wine/user32.dll.so' (0x408c8000) Loaded debug information from ELF '/home/andrej/local/wine/lib/wine/gdi32.dll.so' (0x409f3000) Loaded debug information from ELF '/home/andrej/local/wine/lib/wine/advapi32.dll.so' (0x40a69000) No debug information in ELF '/usr/lib/libfreetype.so.6' (0x40aa9000) Loaded debug information from ELF '/home/andrej/local/wine/lib/wine/x11drv.dll.so' (0x40afa000) No debug information in ELF '/usr/X11R6/lib/libSM.so.6' (0x401b4000) No debug information in ELF '/usr/X11R6/lib/libICE.so.6' (0x40b64000) No debug information in ELF '/usr/X11R6/lib/libXv.so.1' (0x401c1000) No debug information in ELF '/usr/X11R6/lib/libXext.so.6' (0x40522000) No debug information in ELF '/usr/X11R6/lib/libX11.so.6' (0x40b7b000) No debug information in ELF '/usr/lib/tls/libGL.so.1' (0x40c5a000) No debug information in ELF '/usr/lib/tls/libGLcore.so.1' (0x40cc5000) No debug information in ELF '/usr/X11R6/lib/libXcursor.so.1' (0x40654000) No debug information in ELF '/usr/X11R6/lib/libXrender.so.1' (0x41242000) No debug information in ELF '/usr/X11R6/lib/X11/locale/lib/common/xlcDef.so.2' (0x401bd000) No debug information in ELF '/usr/X11R6/lib/X11/locale/lib/common/ximcp.so.2' (0x4124a000) No debug information in ELF '/usr/lib/gconv/ISO8859-1.so' (0x4065d000) Loaded debug information from ELF '/home/andrej/local/wine/lib/wine/mmsystem.dll.so' (0x41268000) Loaded debug information from ELF '/home/andrej/local/wine/lib/wine/wineoss.drv.so' (0x412cd000) Loaded debug information from ELF '/home/andrej/local/wine/lib/wine/msacm.drv.so' (0x41307000) Loaded debug information from ELF '/home/andrej/local/wine/lib/wine/msacm32.dll.so' (0x4131e000) Loaded debug information from ELF '/home/andrej/local/wine/lib/wine/midimap.drv.so' (0x41450000) No debug information in 32bit DLL 'D:\Setup.exe' (0x40650000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\NTDLL.DLL' (0x40040000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\KERNEL32.DLL' (0x40230000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\ADVAPI32.DLL' (0x40a80000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\GDI32.DLL' (0x40a10000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\USER32.DLL' (0x408f0000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\WINEDOS.DLL' (0x40880000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\X11DRV.DLL' (0x40b10000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\WINMM.DLL' (0x41280000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\WINEOSS.DRV' (0x412e0000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\MSACM32.DLL' (0x41330000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\MSACM.DRV' (0x41310000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\MIDIMAP.DRV' (0x41460000) Unhandled exception: page fault on read access to 0x000000bc in 32-bit code (0x4089f3ab). In 32-bit mode. -- Try Anarchy Online http://www.anarchy-online.com/content/downloads/tryout/ Netiquette guidelines ftp://ftp.rfc-editor.org/in-notes/rfc1855.txt How to quote properly http://www.i-hate-computers.demon.co.uk/ Hvordan sitere riktig http://home.online.no/~vidaandr/news/OBSquoting.html

2 2

About Explorer clone
by PETREOLLE Sylvain 04 Oct '03

04 Oct '03

Hi Martin, Can your explorer clone be compiled with Wine sources and/or tools ? I have both Windows 2000/XP with latest Cygwin / RedHat Linux environments to test it. Another point : Im not easy with ansi-related questions. You give 2 versions of explorer into the binary snapshot on your website. What are the differences between them ? Both are randomly crashing on my W200 Pro when browsing the Start menu, which makes me want to have a debug version to see where the crash occurs. Cordialement, PETREOLLE Sylvain #DMIT/DATO/OPS (exploit(a)gefco.fr ) +33 (0)1 49 05 29 29 Say NO to software patents in Europe! Dites NON aux brevets logiciels!

2 1

Re: patch for font glyph transformation in freetype.c
by Dmitry Timoshkov 04 Oct '03

04 Oct '03

<Dave_Belanger(a)cimmetry.com> wrote: > + /* Extra transformation specified by caller */ > + if (lpmat) { > + FT_Matrix extraMat; > + extraMat.xx = FT_FixedFromFIXED(lpmat->eM11); > + extraMat.xy = FT_FixedFromFIXED(lpmat->eM12); > + extraMat.yx = FT_FixedFromFIXED(lpmat->eM21); > + extraMat.yy = FT_FixedFromFIXED(lpmat->eM22); My tests show that Windows and Freetype disagree about diagonal elements of the transformation matrix. In order to make it work like in Windows we need to reverse the xy/yx assignment: extraMat.xy = FT_FixedFromFIXED(lpmat->eM21); extraMat.yx = FT_FixedFromFIXED(lpmat->eM12); P.S. Dave, thanks for your great work! I'm just curious, what kind of application you are trying to run under Wine? -- Dmitry.

1 0

Wineconf 2004 addendum
by Marcel Partap 04 Oct '03

04 Oct '03

Forgot to mention: the Maastricht airport is just some 20km away and (the much bigger) Duesseldorf International airport is a one hour train trip. So connectivity is good. Also it is really very central europe, just have a look... And.. yeah Aachen is a town with histoy (ex kaiser residence and stufF) and has the highest pub/population ratio in Germany AFAIK. And there are some other nice places for geeks to have a good night out. -- NEU FÜR ALLE - GMX MediaCenter - für Fotos, Musik, Dateien... Fotoalbum, File Sharing, MMS, Multimedia-Gruß, GMX FotoService Jetzt kostenlos anmelden unter http://www.gmx.net +++ GMX - die erste Adresse für Mail, Message, More! +++

1 0

Wineconf 2004
by Marcel Partap 04 Oct '03

04 Oct '03

Hi folks, I'd propose Aachen, Germany as meeting location. I am a student (mec. engineering) at the local technical university and depending on the amound of work involved I'd be very happy to get things up and going for you. There is quite cheap hotel room in Aachen (and I can do some research on that aswelll) and our university has the main buildings right in the city which can provide conference space. There are regularly taking place conferences (science and industry, mostly) and so in the biggest lectures hall in the Karman auditorium. The place has networking installed, and although the WLAN has not too great coverage I guess there's possibilities to come around that (1 or 2 additional WAPs, probably). Aachen is a nice 250.000 town, it's close to the three country triangle Belgium-Germany-Netherlands. This link should take you to exactly where I live, so that you have a clue: http://www.map24.de/map24/index.php3?map24_sid=fa541345f91b5449798dade7ad71… It'd be winter weather though, so > Long underwear and Parkas (and don't forget to bring a towel..), probably a slide (if this does became a real winter) Would be glad if I could help out, just get back to me. regards, Marcel Partap P.S.: cc me! P.P.S.: My HP is http://www.synth-worldz.de, just in case. -- NEU FÜR ALLE - GMX MediaCenter - für Fotos, Musik, Dateien... Fotoalbum, File Sharing, MMS, Multimedia-Gruß, GMX FotoService Jetzt kostenlos anmelden unter http://www.gmx.net +++ GMX - die erste Adresse für Mail, Message, More! +++

1 0

Re: misc sanity checks in freetype.c
by Dmitry Timoshkov 04 Oct '03

04 Oct '03

<Dave_Belanger(a)cimmetry.com> wrote: > @@ -1956,13 +1960,20 @@ > needed = sizeof(*potm); > > lenfam = (strlenW(font->name) + 1) * sizeof(WCHAR); > + if (!lenfam) { > + /* No family name. How can we select that font? */ > + ret = 0; > + goto end; > + } lenfam can't be 0 due to + 1 here. -- Dmitry.

1 0

RE: Implementation of GetCompressedFileSize[AW]
by PETREOLLE Sylvain 03 Oct '03

03 Oct '03

Pavel, I already tried to have some results with the keyboard implementation. A simple DOS program that calls int16 to do a 'Press any key' doesnt work today and needs wineconsole to operate (and only with user backend !) > > Yes, it works. Thank you! But I think that interactive programs > using stdin and stdout should be useful without wineconsole. stdin should > not be closed, and of course the programs should not think that it's COM1. > But I think we'll need to look at Cygwin sources to know what each side > thinks about the other side. I will download the bash sources and try to write to the Cygwin mailing list if they can give some help. > That almost certainly requires a closer look at Cygwin sources. My guess > their implementation of fork() may be OS specific and full of workarounds, > especially for Win9x. I updated the bug 443 on Bugzilla. Could the Fun projects page be updated too ? PETREOLLE Sylvain #DMIT/DATO/OPS (exploit(a)gefco.fr ) +33 (0)1 49 05 29 29 Say NO to software patents in Europe! Dites NON aux brevets logiciels!

1 0

Re: uxtheme.dll
by Ivan Leo Murray-Smith 03 Oct '03

03 Oct '03

>Going along that path, one possible way to integrate theme support from your >native window manager is to extend the .msstyles theme format to enable using >exported functions for drawing some controls, which could then make direct >GTK/etc calls. I don't think Alexandre will like the idea of wine having new dependencies, like GTK.

3 2

IMPORTANT WWN ERROR
by Ivan Leo Murray-Smith 03 Oct '03

03 Oct '03

>I'm filing this thread under the topic "Ports", which is rather odd. Originally this thread started about a week ago when >Ivan Leo Murray-Smith dropped a note discussing some work he'd done: I did not write the script, and that email wasn't from me, I just compiled the wine programs and put the binaries on sourceforge, >Its main goal is to recover from last night's bachelor party. Be sure you've recovered 100% before writing WWN!

1 0

Re: Uninstaller uses wrong icon
by Andreas Mohr 03 Oct '03

03 Oct '03

Hi, On Fri, Oct 03, 2003 at 04:55:17PM -0400, Pavel Roskin wrote: > Hello! > > programs/uninstaller uses the icon from WineMine. I'm not an artist, but > I drew an icon more appropriate for the uninstaller. Also, the bin2res > tag has been added to make it easier to replace of the icon later. > > ChangeLog: > * programs/uninstaller/rsrc.rc: > Use an icon more appropriate for the uninstaller. Thanks! :-) When faced with the very burdensome task of writing uninstaller, I suddenly grew too lazy to design my own icon, so I just hijacked the very first icon that managed to not move out of my way ;-) -- Express yourself against the .com/.net misspelled domain names insanity NOW! Infamous domain operator VeriSign breaks numerous important internet standards!! http://www.petitiononline.com/icanndns/ http://www.haque.net/verisign_dns_rant.php

1 0

uxtheme.dll
by Kevin 03 Oct '03

03 Oct '03

I started work porting a windows app using winelib, and hit an issue relating to the fact that there is currently no implementation of uxtheme.dll (and more importantly, no headers, of which would be enough to compile the app as it dynamically loads all the uxtheme dlls as needed, and falls back gracefully) Because of this, I've been thinking about beginning an implementation of uxtheme.dll. I am curious if someone has already taken up this task, or if anyone any opinions on this topic. Thanks Kevin

13 16

Re: Wineconf 2004, otherwise known as...
by Ivan Leo Murray-Smith 03 Oct '03

03 Oct '03

Hi list, What about Sorrento, there are good conference facilities, hotel rooms can cost as little as 60 euro per night, it's warm (temperature in between 10 and 20 C°), there a lot to see and to do(For example it's only twenty minutes from Pompei and fifteen from Capri) there is good transport, prices are low (It is south europe), I can get it organized if you don't want to go to siberia.

4 3

Re: Implementation of GetCompressedFileSize[AW]
by Sylvain Petreolle 03 Oct '03

03 Oct '03

> FIXME about GetCompressedFileSizeA was too annoying when running Cygwin > programs, so I implemented it. The code uses st_blocks when possible to > account for sparse files and falls back to st_size if st_blocks is missing > in struct stat. The code uses shift operations so that both systems with > 32-bit and 64-bit off_t will do their best to provide accurate results. Works cool, but you could return INVALID_FILE_SIZE when the function fails. I patched it into win32/newfns.c for long time but never sent a patch. OT : Too bad that we dont have GetProcessMemoryInfo, this is what keeps cygwin programs unable to start into bash. ===== Sylvain Petreolle (spetreolle_at_users_dot_sourceforge_dot_net) ICQ #170597259 Say NO to software patents Dites NON aux brevets logiciels "What if tomorrow the War could be over ?" Morpheus, in "Reloaded". ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

2 3

Re: Wineconf 2004, otherwise known as...
by Ivan Leo Murray-Smith 03 Oct '03

03 Oct '03

> I think the key factor is not a place, but someone who is willing > to pull it all together. If you're saying you'll do that, Ivan, > I think folks would be interested. * A meeting space for 2 days My idea was a hotel, I understand you want something cheap, but a little conference room for 2 days won't cost too much, no schools here has broadband and I don't have any other ideas for a meeting place. I'll make enquiries tomorrow as hotels here don't have there congress teams in the afternoon, but we have international congresses here all the time. The only thing that may be missing is a wireless hub, but that can be solved easily before January. I hope the idea of a hotel is OK for you. * Arrangements for moderately price hotel rooms Not a problem in low season (And you can't go any lower than January) * Advice on transportation, which should be straightforward Not a problem, but remember this isn't a English speaking country. I can give very detailed indications, or we can have meet at the airport and come to Sorrento as a group * A meal or two, and drinks for at least one evening Not a problem if we're in a hotel * We'll have all CodeWeavers Wine hackers in town for the event You have to get them here * Free buttons for the St. Paul Winter Carnival: We don't have a winter carnival :-( I'm not a wine developer so you must let me know what you want to talk about and for how long, so we can agree on a schedule, let me know what else is needed.

4 4

RE: question about copyright and code, is this legal?
by Patrik Stridvall 03 Oct '03

03 Oct '03

> On October 3, 2003 09:07 am, Patrik Stridvall wrote: > > As far as Wine is concerned though I can't think of > > any Windows API that: > > 1. Returns pure facts (not having any unique expression) > > 2. Would fulfill the requirement of needed a significant > > effort to collect to collect the fact. > > > > So no I wouldn't worry about it as far as Wine is concerned. > > So, you think that: > > For all x,y in Unicode: > print x,y,strcmpiA(x,y) > > is OK? Short answer: Yes. Long answer: In the US, it is clearly legal. See Feist. In the other countries meantioned (Commonwealth etc), well 1. I can't see that any significant effort have made to collect these facts. Each of these facts is very easy to collect for anybody competent in any language that Unicode defines the alphabet for. 2. Unicode comparison order lies more in the area of algoritms and science than any facts about the world that the law have been designed to protected, so courts at least in Sweden would be very reluctant to extend to the law to this since it is doubtful that the lawmakers really intended this.

1 0

Re: Wineconf 2004, otherwise known as...
by Jeremy White 03 Oct '03

03 Oct '03

On Fri, 2003-10-03 at 08:41, Dimitrie O. Paun wrote: > On October 3, 2003 05:24 am, Shachar Shemesh wrote: > > Dimi and Ivan like 6. > > I like 1 (Minneapolis, US) as well. Another option folks > would be Toronto. It will not be hot in Jan, but it's > kind of in the middle (it's almost same distance from > West Coast, as it is from England), it's a major air hub > (so you can probably get direct flights, which is good), > and we have all sorts of conferences going on here. > Good network connectivity, night life, great food, > CN Tower, etc. And I can organize it. I spent months hoping someone will volunteer to help organize this in a place that is centrally located. I finally give up, and announce, and now we have 3 others offers to help!?!?!?!? There is clearly only one appropriate response to this situation: I've decided I'm going to write a DIB engine, here in St. Paul. This is your last chance to stop me...<grin> Anyone else care to volunteer? Why don't we make a deadline for offering to host by Sunday night. I'll get a list of all the folks that are dead serious about being willing to do all the work of being a host, and then we'll put up a quick + dirty survey/voting form, and we'll go to the city that will get the best attendance. How does that sound? If this works, then everyone that is dead serious about being willing to host Wineconf needs to send me an email. I agree with Sachar that we need to resolve this quickly; I think January is a good time for Wineconf, and 3 months is not that much lead time. Cheers, Jeremy

1 0

Re: question about copyright and code, is this legal?
by Ivan Leo Murray-Smith 03 Oct '03

03 Oct '03

I think it depends where you live. If you aren't copying any original code you aren't violating copyright. In the EU (This includes the UK so I doubt that this http://www.winehq.org/hypermail/wine-devel/2003/10/0076.html can apply to the UK), even if you disassemble something to understand how it works and write something that does the same thing, it's legal, so until you aren't doing copy/paste from the original code you're OK, even if you've read it to see how it works. In places where software patents are valid, you may be breaking the law, if that software is patented(DMCA?).

1 0

Re: [dx85] vertex blend fixmes
by MichaelGuennewig＠gmx.de 03 Oct '03

03 Oct '03

Jason Edmeades <us(a)the-edmeades.demon.co.uk> writes: > Michael - This will silence those horrible fixmes about > worldmatrix(0..255) and vertex blend not being supported - We > incorrectly return support since the NVidia drivers dont claim support > for it, but DO return a number for the GL_MAX_VERTEX_UNITS_ARB (which > is only supported as far as I can tell, if arb_vertex_blend is > supported... weird). Does it help with the textures at all? Jeah, it works. Textures are present and it also doesn't crash anymore. Thank you. :-) Michael

1 0

question about copyright and code, is this legal?
by Jonathan Wilson 03 Oct '03

03 Oct '03

Say I have a piece of code, x (which is copyright) which always returns the same output for a given input (e.g. a function that implements a math formula or a function that retrieves some value from an internal data table stored in the dll or whatever) Lets then say that I havent seen this code (either origonal C code or disassembly) Say I was to write a program that calls this function for all valid inputs and prints the inputs and outputs. If I was to take the output of this program and, without refering to the origonal function or the dump program in any way (i.e. using just the "truth table" for the function) generate a function that, for any given input, generates the same output as the original, have I broken the law?

1 0

Re: Misc bugs found by using valgrind
by Shachar Shemesh 02 Oct '03

02 Oct '03

Michael Günnewig wrote: >Changelog: > Fixed use of uninitialized memory and wrong buffersize (found by valgrind). > > > Michael > > > >------------------------------------------------------------------------ > >--- dlls/avifil32/api.c.SAV 2003-09-20 16:14:45.000000000 +0200 >+++ dlls/avifil32/api.c 2003-09-20 14:46:10.000000000 +0200 >@@ -1009,7 +1009,7 @@ > szFilter[0] = 0; > szFilter[1] = 0; > >- wszFilter = (LPWSTR)GlobalAllocPtr(GHND, cbFilter); >+ wszFilter = (LPWSTR)GlobalAllocPtr(GHND, cbFilter * sizeof(WCHAR)); > if (wszFilter == NULL) > return AVIERR_MEMORY; > > What are we doing to prevent integer overflow on these allocations? Shouldn't we, perhaps, use some wrapper that checks that "cbFilter*sizeof(WCHAR)" is not greater than "MAXINT"? Shachar -- Shachar Shemesh Open Source integration consultant Home page & resume - http://www.shemesh.biz/

3 3

Regression testing framework
by Jakob Eriksson 02 Oct '03

02 Oct '03

The feature requests come in faster now and I also have less time to work on this stuff for the moment, so I release my little baby into the wild: Please apply: http://vmlinux.org/jakov/Wine/programs-winetest.tar.gz regards, Jakob

4 4

Program won't run in debugger
by Shachar Shemesh 02 Oct '03

02 Oct '03

Hi all, I am trying to find out why Wine is not working with some closed application, and fix it. I have narrowed it down from the logs to something to do with MDI (Multiple Documents Interface). However - trying to connect with a debugger to the program causes the program to bomb quite bombastically. It appears that someone (ddd/gdb won't give me a stack frame, so I can only assume this is in the PE portion of the native application, rather than inside Wine) keeps calling STI and CLI (Set Interrupt and Clear Interrupt). This generates a segmentation fault (makes sense - this is priveleged command). If I do "cont", things continue (I can't vouch as to how long they do), but another sementation fault is right around the corner then. On the other hand, if I detach the debugger from the process, the process runs fine. I am at a loss as to what might be the cause. Is there any way to tell gdb to ignore the segmentation fault, and just let the builtin handler take care of it? Will using winedbg instead do me any good? On an unrelated note - I tried running valgrind-wine on the process. It complained right at the start that wine calls system vector 7 (waitpid), which is unsupported by valgrind. This seems odd to me, as this would suggest noone has ever ran valgrind successfully on wine. Implementing waitpid in valgrind produces even stranger result - it seems valgrind exists almost immedietly, while the main process continues onward. Anyone has similar experience with valgrind? Is there any need for me to submit my waitpid implementation? Shachar -- Shachar Shemesh Open Source integration consultant Home page & resume - http://www.shemesh.biz/

3 2

I/O port access broken (SEH broken)
by Andreas Mohr 02 Oct '03

02 Oct '03

Hi all, sounds like the recent architectural changes were a bit too much: now I get Unhandled exception: privileged instruction in 32-bit code (0x0040348b). In 32-bit mode. 0x0040348b (FT255_T32.exe..text+0x248b in FT255_T32.exe): outb %al,%dx Wine-dbg> with a parallel port flash tool I'm trying to use, whereas before it used to work with both direct I/O port access and ppdev. In other words: exception handling about I/O port access has been broken. Andreas Mohr

3 3

Can I do this or does it get us into trouble?
by Bill Medland 02 Oct '03

02 Oct '03

I am trying to solve some focus problems I am having with Wine and I want to know just how far I can go without causing legal problems. The main problem is that under Windows a WM_KILLFOCUS is being sent during the processing of a WM_SETFOCUS message. However It doesn't appear to be being sent by any application code so I presume it is being sent by some Windows code. If I run the application under the Windows debugger, break in the WM_KILLFOCUS handler and do a stack trace to look for hints, and we use the resulting information then does that get us into trouble (since it is going to contain information about e.g. user32.dll)? Does anyone actually know? -- Bill Medland mailto:billmedland@mercuryspeed.com http://webhome.idirect.com/~kbmed

1 0

XEN: Another virtual machine
by Uwe Bonnes 02 Oct '03

02 Oct '03

Hallo, http://www.cl.cam.ac.uk/Research/SRG/netos/xen/readmes/README sounds very promising for those interested in virtual machines. Bye -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------

2 1

Re: Wineconf 2004, otherwise known as...
by Ivan Leo Murray-Smith 02 Oct '03

02 Oct '03

March would be good, it's much nicer then, but any later than that and it will be packed with tourists (And prices will go up). The nearest airport is Naples, a train takes about an hour to get to Sorrento from there. For the EU there are direct connections, from the US and Canada you will probably have to get a flight to Rome, and then precede to Naples from there, it takes about twenty minutes. Comments from anybody planning to participate are welcome.

1 0

dlls/user/tests/msg.c
by Gerald Pfeifer 02 Oct '03

02 Oct '03

After the creation of dlls/user/tests/msg.c I'm seeing the following msg.c:128: warning: `WmMouseMoveInNonClientAreaSeq' defined but not used msg.c:135: warning: `WmMouseMoveInClientAreaSeq' defined but not used msg.c:142: warning: `WmDragTitleBarSeq' defined but not used msg.c:154: warning: `WmDragThinkBordersBarSeq' defined but not used msg.c:183: warning: `WmClickInactiveButtonSeq' defined but not used msg.c:204: warning: `WmReparentButtonSeq' defined but not used msg.c:217: warning: `WmCreateModalDialogSeq' defined but not used msg.c:248: warning: `WmDestroyModalDialogSeq' defined but not used msg.c:271: warning: `WmCreateModalDialogResizeSeq' defined but not used when using GCC 3.3. Are you planning to address this, or should "static" be removed from these? Gerald -- Gerald Pfeifer (Jerry) gerald(a)pfeifer.com http://www.pfeifer.com/gerald/

2 3

Translating WINE using dedicated tools
by Martin Quinson 02 Oct '03

02 Oct '03

[Please CC me, I'm not subscribed to this list] Hello, I've read in the last Wine KC that you are getting troubles to keep the translation of wine uptodate. I am pretty well involved in the translation of free software, and this is a common issue for all of us. It is so common that I did a program to deal easily with the translation of any kind of resource. This is called po4a (po for anything), and you can find more details about this on http://savannah.nongnu.org/projects/po4a and http://www.nongnu.org/po4a/ . The idea is to ease the convertions resource -> po file and then po -> resource when the translation is done. So, checking if the translation is uptodate is as easy as used the dedicated tools of the gettext world. Po4a is fully modular, and all we have to do to let wine using it is a new (perl) module to parse it. You can find more details about how to do a module using `perldoc Locale::Po4a::TransTractor` once the program is installed. I would like to help here, but I need to know the gramar of the resource files. Do you have any parsers around there ? The better would be to have Perl based ones, since this is the language used in po4a. What do you guys think? Mt. [Please CC me, I'm not subscribed to this list] -- The most exciting phrase to hear in science, the one that heralds new discoveries, is not "Eureka!" (I found it!) but "That's funny ..." --- Isaac Asimov

4 4

Question about WineX licences
by Jonathan Wilson 02 Oct '03

02 Oct '03

From what I understand, if you download the WineX source tree, you get code under LGPL, code under X11 and code under APL (which is basicly a licence chosen to make sure that others cant just grab those bits and use them) Does anyone know which bits are under APL? I know the directx bits are but what else is TransGaming holding back?

5 8

New winetests.exe
by Jakob Eriksson 02 Oct '03

02 Oct '03

New build of winetests.exe with tests from CVS 2003-10-02 http://vmlinux.org/~jakov/Wine/

1 0

Fix for notepad and winecfg losing focus
by Pavel Roskin 01 Oct '03

01 Oct '03

Hello! Our notepad has a bug that causes it to lose focus on startup. In order to initialize the new document, WinMain() calls DIALOG_FileNew(), which focuses the editor subwindow. The problem is that it happens before ShowWindow() is called on the main window. As a result, focusing the subwindow causes "activation" of its parent without actually showing it. This leaves the code in dlls/user/focus.c in the confused state. When ShowWindow() is called, the window is not brought to foreground because it's "already active". Then set_active_window() decides to draw the inactive caption because the window is not in foreground. Windows 2000 doesn't show this problem. Notepad and winecfg are focused properly on startup. I think there are many solutions to this problem. For example, the check for visibility could be moved from SetActiveWindow() to the lower-level set_active_window(). The attached patch is minimally intrusive. This decreases its chances of breaking anything, but it may not be the best radical solution. If SetFocus() finds an invisible window while looking for the ultimate parent, it fails. The same is already done for minimized and disabled windows. The patch has been successfully tested in the non-managed and desktop modes. The managed node is not affected because the captions are not shown. Cygwin setup (http:/www.cygwin.com/setup.exe) is also positively affected. =========================== --- dlls/user/focus.c +++ dlls/user/focus.c @@ -258,6 +258,7 @@ HWND WINAPI SetFocus( HWND hwnd ) HWND parent; LONG style = GetWindowLongW( hwndTop, GWL_STYLE ); if (style & (WS_MINIMIZE | WS_DISABLED)) return 0; + if (!(style & WS_VISIBLE)) return 0; parent = GetAncestor( hwndTop, GA_PARENT ); if (!parent || parent == GetDesktopWindow()) break; hwndTop = parent; =========================== -- Regards, Pavel Roskin

1 0

Does anyone know about WM_SETFOCUS and EN_SETFOCUS
by Bill Medland 01 Oct '03

01 Oct '03

Is anyone out there an expert in Windows focus handling? I have problems with our application and the focus handling in places. Basically it seems to me that there is some sort of logic in windows whereby the code calls PostMessage (WM_SETFOCUS) but the result is that the parent of the target window receives WM_COMMAND EN_SETFOCUS instead. Does anyone know anything about such translations? -- Bill Medland ACCPAC International, Inc. medbi01(a)accpac.com Corporate: www.accpac.com Hosted Services: www.accpaconline.com

3 5

Re: Updated winetests.exe
by Ferenc Wagner 01 Oct '03

01 Oct '03

"Dimitrie O. Paun" <dpaun(a)rogers.com> writes: > On September 27, 2003 07:42 pm, Jakob Eriksson wrote: > >> Do you want a second file generated apart from the mail >> sent to wine-tests-report? (If yes, where should this >> file be sent?) > > I'm not sure I like this idea. Correlating the two files > is potentially problematic, the best thing is if we bundle > this information somehow into the report itself. This way > the results can be interpreted context-free, which is a > good thing. I did not like this idea either, but decided to go with it in the end. First, to generate summaries I have to correlate files anyway, which *is* problematic already, and having a master file could only make it simpler and also make the cause more obvious if some inconsistency is found. Second, we want to include build failure reports, which can be lengthy (eg. compiler logs), and do not seem to belong to the test results. For an example, see how the dsound test build failure is noted on the page. The summary line could also easily be customized. > Maybe we can simply add a flag to the tests so that the > first thing they do when we run them is to output all this > information How is it better than recording the info at the build stage? Since it has nothing to do with the running environment, that would also feel more natural to me. Sure, all the info could be included in the reports, but I see no point in bloating them with too much static info for little (if any) benefit. One more thing, I really do not have the faintest idea about how to integrate this into the WineHQ page. There may be reasons there, too, like eg. the need to notify the system about a new build, which could be done by uploading the information skeleton... Feel free to persuade me, I am not attached. Feri.

4 7

linuxtag in Dresden, Germany
by Bernhard Beschow 01 Oct '03

01 Oct '03

Hi folks, is there anybody at the linuxtag in Dresden, Germany on Sat. October 18th 2003? I'd like to see you around. Bernhard

1 0

ssl and kerberos
by Vincent Béron 01 Oct '03

01 Oct '03

I need some help with configure.ac. In RH8 and 9, openssl is compiled with krb5 support. The problem comes from the fact that the kerberos files are not under /usr/include, rather /usr/kerberos/include. So when ssl.h includes krb5.h, it can't find it. It'd need to be detected and add /usr/kerberos/include to the list of EXTRAINCL if compiling with only ssl.h is not enough. (I never noticed before because I had recompiled openssl locally to not use kerberos at all, and on the other machine I never looked that closely as everything is installed stock) Once that is fixed, it will trigger another bug in the kerberos part of openssl, namely that FAR is used, but we'll get to that bridge another time. Vincent

1 0

Re: winealsa: improve sound quality for IDsDriverImpl
by Jerry Jenkins 01 Oct '03

01 Oct '03

> > If the behavior is subject to change, there is no way you can test > that at configure time. This needs to be a run time check. > You're right. So I put some code in configure.ac, try to compile & run it when configure is executed. If everything is OK, a macro will be defined in config.h.

3 6

Re: Translating WINE using dedicated tools
by Ivan Leo Murray-Smith 01 Oct '03

01 Oct '03

> and winehq web site This is if Jeremy Newman wants to have the site translated. As I didn't want to translate anything before being sure it would be accepted I've emaild him various times to know if/how winehq should be translated, and I never got an answer.

1 0

Re: Translating WINE using dedicated tools
by Ivan Leo Murray-Smith 01 Oct '03

01 Oct '03

Once wine has final docs this would be great, the wine docs will change before 1.0 (The wine-user docs are config-file orientated, and many other things may change before 1.0), the wine-devel docs don't really need translating as most developers know English, and the wine programs and dlls can be translated manually without any difficulty, but once we have a final version of wine user docs and winehq web site this tool could be very useful.

1 0

Re: I/O port access broken (SEH broken)
by Uwe Bonnes 01 Oct '03

01 Oct '03

>>>>> "Andreas" == Andreas Mohr <andi(a)rhlx01.fht-esslingen.de> writes: Andreas> Hi all, sounds like the recent architectural changes were a bit Andreas> too much: now I get Andreas> Unhandled exception: privileged instruction in 32-bit code Andreas> (0x0040348b). In 32-bit mode. 0x0040348b Andreas> (FT255_T32.exe..text+0x248b in FT255_T32.exe): outb %al,%dx Wine-dbg> Andreas> with a parallel port flash tool I'm trying to use, whereas Andreas> before it used to work with both direct I/O port access and Andreas> ppdev. Andreas> In other words: exception handling about I/O port access has Andreas> been broken. Another related problem: I need inport/outport in some private VXD reimplementation too. The reimplementation resided in my win32/device.c file. Do I need to do LoadLibrary(winedos) GetProc(xxx,"Inport") in my code now? Bye -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------

1 0

Re: "Start menu" (continued ...)
by Rolf Kalbermatter 01 Oct '03

01 Oct '03

Robert van Herk <robert(a)robertvanherk.nl> >As I understand, right now there are various "standards" on how to write >menus for Linux, that are incompatible. That would mean that writing a >"grand unified ;-)" start menu client as I discussed before is currently >impossible. > >What could be made already though, is a Wine deamon that talks to >shell32.dll internally and input/outputs with pipes to some linux >client, in order to serve the start menu items. This would link the >Windows start menu to Linux, in a tidy way. So the idea is that the >Windows program's output could be piped to some Linux client that >actually creates the menu dynamically, so it stays in continuous >synchronization with your Start menu directory. > <snip> > >Would such a system be appreciated by the you people? Or do you think I >should wait untill a better standarization is available? Or do you think >creating a Windows deamon and a Linux client is too much overkill for >such a feature? > >Also, if this feature would be handy, does anyone have expirience with >the KPanelAppMenu? I can't get the thingy to work yet... Just a thought which may or may not be completely out of proportion: In which sense can Wine and native Desktop be easily synchronized? I see a number of problems such as who should synchronize to whom. Why make an arbitrary Unix desktop synchronize to a Wine start menu? Why not the other way around? Wine builds in all other areas on top of the existing Unix platform. Is it really useful to start to base the native Unix desktop on Wine? Or is this the first step in getting Wine as yet another Unix desktop into the picture? Also the Wine start menu will usually contain mostly Windows or Winelib apps, I suppose. The Unix desktop would have to treat those entries accordingly, makeing proper distinction between them and native unix apps/scripts or whatever which of course shouldn't be a real problem. Maybe this has been discussed already in depth and I missed it? Rolf Kalbermatter

2 1

WWN back issues unavailable
by Ferenc Wagner 01 Oct '03

01 Oct '03

Hi, I am not sure whom to tell, that In the bottom of the WWN Back Issues page on WineHQ the "Next 12 Issues" link does not really work. Feri.

1 0

Re: RtlGetVersionNumbers
by Alexandre Julliard 01 Oct '03

01 Oct '03

Jon Griffiths <jon_p_griffiths(a)yahoo.com> writes: > i don't know why this function was changed when it was moved, but it > breaks > some versions of msvcrt. This puts it back the way it was. There's no reason not to use the version that the user specified. If you are using XP native dlls and they break with a lower version, then you need to specify the Windows version as XP in your config file. -- Alexandre Julliard julliard(a)winehq.com

1 0

Re: Start menu (especially for Alexandre Julliard)
by Dan Kegel 01 Oct '03

01 Oct '03

Francois Gouget wrote: > <rant> > The Linux desktop menus are a total mess. FreeDesktop came up with a > broken standard (vfolders) to 'unify' KDE and Gnome (which were already > pretty similar and relatively easy to work with). > > But what we need is a truly standard way to create menus for all desktop > environments on any Linux distribution. Something like the Debian > menuing system, maybe with improved support for internationalization and > other bells and whistles. > </rant> Well, as it happens, Debian appears to be embracing the FreeDesktop.org "Desktop Menu Specification" (http://www.freedesktop.org/Standards/menu-spec) at least judging by http://lists.debian.org/debian-devel/2003/debian-devel-200304/msg00800.html Oh, and who's listed as one of the authors? A certain Francois... IMHO wine should stay far, far away from inventing anything new here, and simply obey the freedesktop.org menu spec (plus, perhaps, a legacy scheme or two until they die off). - Dan -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045

1 0

Re: PATCH: stop crashes in desktop mode
by Alexandre Julliard 30 Sep '03

30 Sep '03

Alex Pasadyn <ajp(a)mail.utexas.edu> writes: > This patch just puts in a simple check that traps this condition so > Wine doesn't crash. I don't know enough about what that code is > supposed to be doing to fix it properly. (This is certainly better > enough on my system though as it longer crashes!) If someone wants to > describe what "should" happen there I can look into really fixing it. The real problem is that we create one X desktop window in each process, while there is only one desktop window in the Windows sense. So anything that depends on the X desktop window to be shared is broken. The right fix is to manage the X desktop in a separate process. -- Alexandre Julliard julliard(a)winehq.com

7 14

"Start menu" (continued ...)
by Robert van Herk 30 Sep '03

30 Sep '03

Hi all... As I understand, right now there are various "standards" on how to write menus for Linux, that are incompatible. That would mean that writing a "grand unified ;-)" start menu client as I discussed before is currently impossible. What could be made already though, is a Wine deamon that talks to shell32.dll internally and input/outputs with pipes to some linux client, in order to serve the start menu items. This would link the Windows start menu to Linux, in a tidy way. So the idea is that the Windows program's output could be piped to some Linux client that actually creates the menu dynamically, so it stays in continuous synchronization with your Start menu directory. The Linux client cannot be made unified yet, but I suppose I could at least write a client for KDE. It wouldn't be to messy to add other clients later for other desktop enviroments, since the deamon does not have to change in order to do so. That is, only the neccesairy thingies change. From looking at the help files I suppose KPanelAppMenu could do the trick. Would such a system be appreciated by the you people? Or do you think I should wait untill a better standarization is available? Or do you think creating a Windows deamon and a Linux client is too much overkill for such a feature? Also, if this feature would be handy, does anyone have expirience with the KPanelAppMenu? I can't get the thingy to work yet... Grtz, Robert

2 1

Re: Script to compile Wine programs on Windows
by Dimitrie O. Paun 30 Sep '03

30 Sep '03

> I don't think that's a real problem, these files don't change > often. It certainly doesn't justify adding a complicated > infrastructure to deal with it. Indeed, I said, and I let it go. But thinking a little more about it, I don't see how you solve the problem with the manual stuff. As I understand it, the problem we need to solve is as follows: -- store rule in Make.rules.in -- handle multiple .rc files per Makefile -- rebuild .res file automatically if .rc or .bmp change Now, in my proposal we have: In Make.rules .rc.extract: bin2res $< && touch $@ %.res: %.rc %.extract $(WRC) -o $@ $< In make depend: bitmap1.bmp bitmap2.bmp bitmap3.bmp: rsrc.extract rsrc.res: bitmap1.bmp bitmap2.bmp bitmap3.bmp rsrc.extract: rsrc.rc The only complication here is the .extract file which allows us to split the dependencies from the rules. The complicated stuff are the dependencies, but you need those anyway. A simple marker file is a small price to pay for the convenience... If you think we can keep it simpler, can you please tell me a bit more of what you have in mind? How are we going to use that $(RCBINARIES) if we have more than one .rc file per Makefile? -- Dimi.

4 7

Re: PATCH: server/trace.c cleanup (RETRY)
by Alexandre Julliard 30 Sep '03

30 Sep '03

Gerald Pfeifer <gerald(a)pfeifer.com> writes: > [ 2nd attempt. I really don't see any viable alternative to these > casts; keeping the status quo certainly seems bad. ] That code is generated, there's no point in fixing it. You need to change tools/make_requests. -- Alexandre Julliard julliard(a)winehq.com

2 2

RE: shlwapi 405/406
by Robert Shearman 30 Sep '03

30 Sep '03

Hi, Just a few comments on an otherwise good patch: > -static BOOL URL_JustLocation(LPCWSTR str) > +static BOOL WINAPI URL_JustLocation(LPCWSTR str) ... > -static LPCWSTR URL_ScanID(LPCWSTR start, LPDWORD size, > WINE_URL_SCAN_TYPE type) > +static LPCWSTR WINAPI URL_ScanID(LPCWSTR start, LPDWORD size, > WINE_URL_SCAN_TYPE type) Is there any reason for changing the calling convention of these two functions? > +/**************************************************************** > ********* > + * MLBuildResURLA [SHLWAPI.406] > + * > + * See MLBuildResURLA. > + */ > +HRESULT WINAPI MLBuildResURLW(LPCWSTR lpszLibName, HMODULE hMod, > DWORD dwFlags, > + LPCWSTR lpszRes, LPWSTR lpszDest, > DWORD dwDestLen) > +{ > + static const WCHAR szRes[] = { 'r','e','s',':','/','/','\0' }; > +#define szResLen (sizeof(szRes)/sizeof(WCHAR) - sizeof(WCHAR)) Should this not be #define szResLen (sizeof(szRes)/sizeof(WCHAR) - 1) ? > + HRESULT hRet = E_FAIL; > + > + TRACE("(%s,%p,0x%08lx,%s,%p,%ld)\n", debugstr_w(lpszLibName), > hMod, dwFlags, > + debugstr_w(lpszRes), lpszDest, dwDestLen); > + > + if (!lpszLibName || !hMod || hMod == INVALID_HANDLE_VALUE || > !lpszRes || > + !lpszDest || (dwFlags && dwFlags != 2)) > + return E_INVALIDARG; > + > + if (dwDestLen >= szResLen + 1) > + { > + dwDestLen -= (szResLen + 1); > + memcpy(lpszDest, szRes, sizeof(lpszDest)); > + > + hMod = MLLoadLibraryW(lpszLibName, hMod, dwFlags); > + > + if (hMod) > + { > + WCHAR szBuff[MAX_PATH]; > + > + if (GetModuleFileNameW(hMod, szBuff, sizeof(szBuff)/sizeof(WCHAR))) > + { > + DWORD dwPathLen = strlenW(szBuff) + 1; > + > + if (dwDestLen >= dwPathLen) > + { > + DWORD dwResLen; > + > + dwDestLen -= dwPathLen; > + memcpy(lpszDest + szResLen, szBuff, dwPathLen * sizeof(WCHAR)); > + > + dwResLen = strlenW(lpszRes) + 1; > + if (dwDestLen >= dwResLen + 1) > + { > + lpszDest[szResLen + dwPathLen + dwResLen] = '/'; > + memcpy(lpszDest + szResLen + dwPathLen, lpszRes, > dwResLen * sizeof(WCHAR)); > + hRet = S_OK; > + } > + } > + } > + MLFreeLibrary(hMod); > + } > + } > + return hRet; > +} Rob

4 8

Re: Start menu (especially for Alexandre Julliard)
by Mike McCormack 30 Sep '03

30 Sep '03

Robert van Herk wrote: > Mike McCormack wrote: > >> Ideally, you'd want to write a Gnome VFS module that calls shell32.dll >> and queries the shell name space to generate the start menu the same >> way Windows does. You need to use some RPC mechanism to do that, as >> you can't link wine dlls directly into your gnome vfs module. > > > Oof, that sounds hard to do ;-). > > Does this mean that this module would rather be a "Windows" program (or > Wine program if you like), than a Linux programme? Because I guess that > with a Win32 program it would be easier to access shell32.dll. Although > that would not blend so well into your Linux environment I guess... > > Or maybe it is possible to write a thin Windows deamon that kinda serves > the icons and links to a Linux program? Maybe they can talk though > std/in std/out so that they could be piped together? > > Any ideas on that? What I'm talking about would be, like you say, a Windows daemon that servers the icons and pathes. The client and server would communicate with each other via a pipe or something like that. The client(s) would be a gnome vfs library, the KDE equivilent, or perhaps even plugins for other desktops. To make it easier, i guess you could just make the windows daemon enumerate the .lnk files in Windows/Start Menu first, then once you have that working, make it query the shell instead. The appropriate code from Gnome to look at is in the gnome cvs: :pserver:anonymous@anoncvs.gnome.org:/cvs/gnome the module names are: gnome-vfs gnome-vfs-extras gnome-panel I was looking at xml-rpc for the protocol to use on the pipe, but that might be a bit of an overkill, and it could be easier to write the protocol yourself. http://www.xmlrpc.com/directory/1568/implementations If you are going to use xml-rpc, make sure to choose an implementation that is LGPL compatible. Mike

2 1

RE: Wineconf 2004, otherwise known as...
by Steven Edwards 30 Sep '03

30 Sep '03

Hey Jer, I will try to be there. I can't speak for the rest of the ReactOS developers but I think we may have one or two that would like to come. I have always wanted to see the Russian Winter so I guess St. Paul in January is good practice. Thanks Steven > -----Original Message----- > From: wine-devel-admin(a)winehq.org > [mailto:wine-devel-admin@winehq.org]On > Behalf Of Jeremy White > Sent: Friday, September 26, 2003 5:41 PM > To: wine-devel(a)winehq.com > Subject: Wineconf 2004, otherwise known as... > > > ...making good on my threat. > > We are making plans to host Wineconf 2004, > in St. Paul, MN, during January 2004. > > This is the last chance for someone in Europe to volunteer > to organize it in their neck of the woods... > > Otherwise, we plan to provide: > * A meeting space for 2 days > * Arrangements for moderately price hotel rooms > * Advice on transportation, which should be straightforward > * A meal or two, and drinks for at least one evening > * We'll have all CodeWeavers Wine hackers in town for the event > * Free buttons for the St. Paul Winter Carnival: > http://www.winter-carnival.com/ > <grin> > > What we will expect you to provide: > * Your airfare (sorry, no IPO money for us) > * Your hotel room > * A laptop with wireless > * Long underwear and Parkas > > What I don't know yet: > * We may need to charge some sort of modest fee, > depending on how the budget and our bank account > look. We're willing to shoulder some costs, > but we may need extra help. We'll also plan on > using the Wine party fund to help cover some costs. > * Exact dates; my thinking is to do it in conjunction > with a weekend (e.g. Fri/Sat or Sun/Mon), but > I want to see what meeting space cost/availability > looks like before I pick. Right now, Fri Jan 16th/ > Sat Jan 17th are looking good (note that LinuxWorld NY > is the following week for those that might be able > to get their employer to sponsor the trip Stateside). > > > Thoughts? Comments? > > If you think you would come, please email me privately; > I'd like to get a rough count to help with planning. > > Cheers, > > Jeremy __________________________________ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com

5 5

Wineconf 2004, otherwise known as...
by Jeremy White 30 Sep '03

30 Sep '03

...making good on my threat. We are making plans to host Wineconf 2004, in St. Paul, MN, during January 2004. This is the last chance for someone in Europe to volunteer to organize it in their neck of the woods... Otherwise, we plan to provide: * A meeting space for 2 days * Arrangements for moderately price hotel rooms * Advice on transportation, which should be straightforward * A meal or two, and drinks for at least one evening * We'll have all CodeWeavers Wine hackers in town for the event * Free buttons for the St. Paul Winter Carnival: http://www.winter-carnival.com/ <grin> What we will expect you to provide: * Your airfare (sorry, no IPO money for us) * Your hotel room * A laptop with wireless * Long underwear and Parkas What I don't know yet: * We may need to charge some sort of modest fee, depending on how the budget and our bank account look. We're willing to shoulder some costs, but we may need extra help. We'll also plan on using the Wine party fund to help cover some costs. * Exact dates; my thinking is to do it in conjunction with a weekend (e.g. Fri/Sat or Sun/Mon), but I want to see what meeting space cost/availability looks like before I pick. Right now, Fri Jan 16th/ Sat Jan 17th are looking good (note that LinuxWorld NY is the following week for those that might be able to get their employer to sponsor the trip Stateside). Thoughts? Comments? If you think you would come, please email me privately; I'd like to get a rough count to help with planning. Cheers, Jeremy

9 12

[ANN] Conformance testing campaign
by Ferenc Wagner 30 Sep '03

30 Sep '03

Greetings! Hereby I ask people who have access to real Windows machines to help me gather information about the behaviour of cross- compiled conformance tests on the different platforms. Please go to http://afavant.elte.hu/~wferi/wine for details. If you can build the tests in the Wine tree by MSVC, then packaging the compiled binaries would also mean a valuable addition. You will also find a packaging script on the page. Thanks for your time, Feri.

9 39

wine & ccache
by Dimitrie O. Paun 30 Sep '03

30 Sep '03

Hi folks, Just wanted to let people know that ccache works rather well with wine. On my lowly 600MHz Pentium box, it takes about 1h to compile, after a make clean. Second time through it takes about 1/4h to do the same thing, 75% faster! (As an added bonus, CPU utilization dropped from 86% to 60%) A nice thing would be to also be able to generate a top Makefile that knows all about the project, and we no longer do the recursive descent. It takes my box almost 20 seconds to do a 'make -s' after a full build. Not sure how doable this is, but I'm sure that things would be way faster if everything would be in one big Makefile. Probably I'm just going to end up buying a faster box before this gets implemented though :) How long does it take to do a 'time make -s' after a full build on one of the beefier boxes? -- Dimi.

6 8

Start menu (especially for Alexandre Julliard)
by Robert van Herk 30 Sep '03

30 Sep '03

OK people, As I understand (from the explanation by Russell Howe (thanx:-))), there is a script called wineshelllink that is supposed to install the created start menu items in your KDE menu. First of all: this script does not seem to do anything on my installation (Slackware 9). Are there known problems with this script? Second: from looking at the script it seems that this menu is not synchronized with the actual contents of your start menu, which would seem more fancy to me. Because Windows users will be aquainted with the fact that the Start menu directory actually contains the contents of the start menu. What I would propose is a system in which the contents of the wine menu would be in continuous synchronization with your start menu. That would mean: * Less error prone coding (no need for extra scripts etc) * More forward functionality (moving in the folder will actually result in moving in the menu as well) * Better support for applications (links that are not written through api calls will actually show up as well) * Ability to copy links between Windows installation and Wine installation Wouldn't you agree such a system would be better? Grtz, Robert

2 1

Trouble installing MS SQLserver 2000 Client Tools
by Craig Davison 30 Sep '03

30 Sep '03

Hi, I've been trying to install the SQLserver Client Tools with Wine 20030911 (on Redhat 9). The setup process fails near the beginning because it cannot install MDAC ("Setup is installing Microsoft Data Access Components (MDAC) ..."). It exits with a dialog that says "Installation of the Microsoft Data Access Components package failed. (-1)". The following console messages are displayed: fixme:process:CreateProcessA (F:\standard\x86\other\sqlredis.exe,...): CREATE_SEPARATE_WOW_VDM ignored fixme:win32:PE_CreateModule Security directory ignored fixme:process:CreateProcessA (E:\IXP001.TMP\setupre.exe,...): NORMAL_PRIORITY_CLASS ignored fixme:string:MultiByteToWideChar MB_USEGLYPHCHARS not supported fixme:string:MultiByteToWideChar MB_USEGLYPHCHARS not supported fixme:string:MultiByteToWideChar MB_USEGLYPHCHARS not supported fixme:string:MultiByteToWideChar MB_USEGLYPHCHARS not supported I can't install MDAC standalone (MDAC_TYP.EXE from microsoft's website) either, but I don't think that matters because SQLserver setup will always try to install MDAC. Note that I have IE 5.5SP2 installed, and I think DCOM98 (I can't tell if that failed or succeeded) according to instructions in the WineHQ appdb. Wine is emulating "win98". Any hints? Thanks

2 1

Re: [dx82] Recode all the lights support
by MichaelGuennewig＠gmx.de 30 Sep '03

30 Sep '03

Jason Edmeades <us(a)the-edmeades.demon.co.uk> writes: > Changelog > > MaxActiveLights means number of concurrent lights, but any number can > be set up. Change support for lights into a linked list and only set > up an equivalent gl light when the light is enabled. > > Jason > > PS If this causes any regressions please let me know. I have tested it > as far as possible and havent seen anything wrong with it. When trying to playing "The Elder Scrolls III: Tribunal" version 1.4.1313 german I get now the following fixme's: fixme:d3d:IDirect3DDevice8Impl_LightEnable Light enabled requested but light not defined, so defining one! Now the cone's of the lights are visible on surfaces near a source. Looks better now, but the known issues (body texture missing, crash after a while) still persists. Michael

1 0

Re: winealsa: improve sound quality for IDsDriverImpl
by Alexandre Julliard 30 Sep '03

30 Sep '03

Jerry Jenkins <Jerry_J_Jenkins(a)hotmail.com> writes: > Based on this thought, I need a function to retrieve the buffer. Then > I found that snd_pcm_mmap_begin is the right one. But no documents > said that it is responsible for return the driver's buffer. Well, I > can verify that, and the result is really delightful for the time > being. In the long run I prefer the configure time check. I can check > that at runtime in DSDB_MMAPCopy and print some messages if the > behavior of snd_pcm_mmap_begin changes, but I can't prevent others > from accessing the buffer before DSDB_MMAPCopy check it. If the behavior is subject to change, there is no way you can test that at configure time. This needs to be a run time check. -- Alexandre Julliard julliard(a)winehq.com

1 0

Fix for bug 640 - moving thin frames leaves mess
by Pavel Roskin 30 Sep '03

30 Sep '03

Hello! I've made a patch for http://bugs.winehq.org/show_bug.cgi?id=640 I'm sending it here because I don't 100% sure it's ready for wine-patches. But the patch fixes an important problem and I don't want it to be unnoticed. On certain versions of XFree86 (4.2.1 + Raveon 7000/VE), focus rectangles are painted in white. Also, windows with thin frames (including all popup windows) create mess when dragged, except in when managed mode. It appears that GXxor value used in graphics/x11drv/graphics.c is misinterpreted - instead of xoring the background with the pen color, the pen color is painted as is. Another xoring doesn't hide the rectangle, thus creating mess of white dotted rectangles. The radical fix would be to avoid GXxor completely, but I'm leaving it to gurus and I'm not sure if it's needed. Fortunately, there is a correct and justifiable fix on the higher level. The focus rectangle (e.g. the rectangle around active buttons) should be painted using the system text color. Xoring this color with background is wrong. Even on systems where it works, it changes the color from black to dark gray (light gray xor white), although not too much to notice it. DrawFocusRect() has been changed to use R2_COPYPEN mode. On the other hand, draw_moving_frame() should use xor, so using DrawFocusRect() is wrong there, once the later is fixed. PatBlt() with PATINVERT works just fine with buggy XFree86 and it's already used for thick frames. The patch uses a checkered brush to imitate the dotted line. The result is very close to what I see on Windows 2000 - dotted line of one pixel wide using inverted color. In fact, the frame seems to be redrawn faster and smoother than without the patch on the system without the bug. -- Regards, Pavel Roskin

5 14

Re: winealsa: improve sound quality for IDsDriverImpl
by Sylvain Petreolle 30 Sep '03

30 Sep '03

Hi Jerry, With your patch applied, I get a write access to a NULL pointer when trying to get sound with dsound (winmm tests are running ok.) Since I was using precompiled RPMs from freshrpms.net when doing the first try, I switched to 0.9.7 sources. Same result. I attached a trace from a run of wine dsound_test.exe.so dsound --debugmsg +wave,+dsound,+dsound3d Could you have a look on this ? ===== Sylvain Petreolle (spetreolle_at_users_dot_sourceforge_dot_net) ICQ #170597259 Say NO to software patents Dites NON aux brevets logiciels "What if tomorrow the War could be over ?" Morpheus, in "Reloaded". ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

2 2

Re: decompiling
by Ivan Leo Murray-Smith 29 Sep '03

29 Sep '03

OK, I won't, promise.

1 0

decompiling
by Ivan Leo Murray-Smith 29 Sep '03

29 Sep '03

Hi list, to translate the wine dlls to italian, my idea was to just get the strings from a disassembled m$ dll. Also, the text strings in wine dlls are a little different here and there respect to windows, and I was thinking that it would be a good idea to uniform them, can I do this or would it be a DMCA violation (Not that I care about the DMCA but the main cvs server is in the US)?

3 2

Updated winetests.exe
by Jakob Eriksson 29 Sep '03

29 Sep '03

winetests.exe with tests from CVS 2003-09-26 can be found here: http://vmlinux.org/~jakov/Wine/ (The bigger EXE size is due to tests generated from MSVC instead of MinGW.) This winetests.exe should not pop up various error requesters any more, so if you click past any, please note it in the comment text box. regards, Jakob

2 3

EU patent news
by Ivan Leo Murray-Smith 29 Sep '03

29 Sep '03

The anti patent petition was a success, the EU law approved on the 24th has been changed so much sine the original version that software freedom is preserved, so decss will stay legal in europe, thanks to all that signed the petition. The complete approved text can be found here http://swpat.ffii.org/papers/eubsa-swpat0202/plen0309/resu/index.en.html best parts are 3a. Member states shall ensure that data processing is not considered to be a field of technology in the sense of patent law, and that innovations in the field of data processing are not considered to be inventions in the sense of patent law. 6. The rights conferred by patents granted for inventions within the scope of this Directive shall not affect acts permitted under Articles 5 and 6 of Directive 91/250/EEC on the legal protection of computer programs by copyright, in particular under the provisions thereof in respect of decompilation and interoperability. 6a. Member States shall ensure that, wherever the use of a patented technique is needed for a significant purpose such as ensuring conversion of the conventions used in two different computer systems or networks so as to allow communication and exchange of data content between them, such use is not considered to be a patent infringement.

1 0

Re: Viruses sent from forged mail adresses ?
by Ivan Leo Murray-Smith 29 Sep '03

29 Sep '03

Yes, loads.

1 0

Re: [ros-general] RE: Wineconf 2004, otherwise known as...
by Steven Edwards 29 Sep '03

29 Sep '03

Hello Aleksey Ge and I discussed trying to attend LinuxTax in Germany. The only problem with this is that I think my wife may be due at the same time as LinuxTag!!! I would still like for us to try and do a conf in Germany though. Vizzini suggested alternating ReactOS confs in the US and EU every other year so maybe we could partner with the WINE project to do a join confernce once a year? I still would like to do St. Petersburg in Feb. We will really see how dedicated our developers are. =) Thanks Steven --- Aleksey Bragin <aleksey(a)studiocerebral.com> wrote: > If it will ever be in Germany, I will definately visit it (many > reasons, > like I'm learning Deutsch language, Deutschland is a good and > beatufil > country by what I heard from my brother who worked there, etc,etc > :)). > > > With the best regards, > Aleksey Bragin. > > ----- Original Message ----- > From: "Thomas Weidenmueller" <info(a)w3seek.de> > To: <ros-general(a)reactos.com> > Sent: Monday, September 29, 2003 9:36 PM > Subject: Re: [ros-general] RE: Wineconf 2004, otherwise known as... > > > > Aleksey Bragin wrote: > > > > >I guess some RosConf'200X should be held in Russia, and especially > during > > >winter, then :-) > > > > > >But unfortunately I don't see a lot of ReactOS-developers from > Russia > yet... > > > > > > > > >With the best regards, > > >Aleksey Bragin. > > > > > > > > > > > >----- Original Message ----- > > >From: "Steven Edwards" <steven_ed4153(a)yahoo.com> > > >To: <wine-devel(a)winehq.com>; <jwhite(a)codeweavers.com> > > >Cc: <ros-general(a)reactos.com> > > >Sent: Monday, September 29, 2003 9:26 PM > > >Subject: [ros-general] RE: Wineconf 2004, otherwise known as... > > > > > > > > > > > > > > >>Hey Jer, > > >>I will try to be there. I can't speak for the rest of the ReactOS > > >>developers but I think we may have one or two that would like > > >>to come. > > >> > > >>I have always wanted to see the Russian Winter so I guess > > >>St. Paul in January is good practice. > > >> > > >>Thanks > > >>Steven > > >> > > >> > > >> > > >>>-----Original Message----- > > >>>From: wine-devel-admin(a)winehq.org > > >>>[mailto:wine-devel-admin@winehq.org]On > > >>>Behalf Of Jeremy White > > >>>Sent: Friday, September 26, 2003 5:41 PM > > >>>To: wine-devel(a)winehq.com > > >>>Subject: Wineconf 2004, otherwise known as... > > >>> > > >>> > > >>>...making good on my threat. > > >>> > > >>>We are making plans to host Wineconf 2004, > > >>>in St. Paul, MN, during January 2004. > > >>> > > >>>This is the last chance for someone in Europe to volunteer > > >>>to organize it in their neck of the woods... > > >>> > > >>>Otherwise, we plan to provide: > > >>> * A meeting space for 2 days > > >>> * Arrangements for moderately price hotel rooms > > >>> * Advice on transportation, which should be straightforward > > >>> * A meal or two, and drinks for at least one evening > > >>> * We'll have all CodeWeavers Wine hackers in town for the > event > > >>> * Free buttons for the St. Paul Winter Carnival: > > >>> http://www.winter-carnival.com/ > > >>> <grin> > > >>> > > >>>What we will expect you to provide: > > >>> * Your airfare (sorry, no IPO money for us) > > >>> * Your hotel room > > >>> * A laptop with wireless > > >>> * Long underwear and Parkas > > >>> > > >>>What I don't know yet: > > >>> * We may need to charge some sort of modest fee, > > >>> depending on how the budget and our bank account > > >>> look. We're willing to shoulder some costs, > > >>> but we may need extra help. We'll also plan on > > >>> using the Wine party fund to help cover some costs. > > >>> * Exact dates; my thinking is to do it in conjunction > > >>> with a weekend (e.g. Fri/Sat or Sun/Mon), but > > >>> I want to see what meeting space cost/availability > > >>> looks like before I pick. Right now, Fri Jan 16th/ > > >>> Sat Jan 17th are looking good (note that LinuxWorld NY > > >>> is the following week for those that might be able > > >>> to get their employer to sponsor the trip Stateside). > > >>> > > >>> > > >>>Thoughts? Comments? > > >>> > > >>>If you think you would come, please email me privately; > > >>>I'd like to get a rough count to help with planning. > > >>> > > >>>Cheers, > > >>> > > >>>Jeremy > > >>> > > >>> > > >>__________________________________ > > >>Do you Yahoo!? > > >>The New Yahoo! Shopping - with improved product search > > >>http://shopping.yahoo.com > > >> > > >> > > > > > > > > > > > > > > > > > How about Germany? ;) > > > > Regards > > Thomas > > > __________________________________ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com

1 0

Re: Get calling stack after application crash
by BiGgUn 29 Sep '03

29 Sep '03

Hi Unfortunately, when i have tried 'bt' yet. winedbg complains that there is no process loaded :( So there is no backtrace. Stephan

2 1

Viruses sent from forged mail adresses ?
by Sylvain Petreolle 29 Sep '03

29 Sep '03

Hi, I received today a mail from office-support-mailman _at_ wine.codeweavers.com, with 125k in size. Since it doesnt have an attachment, it looks strange. Did someone got the same ? ===== Sylvain Petreolle (spetreolle_at_users_dot_sourceforge_dot_net) ICQ #170597259 Say NO to software patents Dites NON aux brevets logiciels "What if tomorrow the War could be over ?" Morpheus, in "Reloaded". ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

1 0

Re: ddraw.txt and gui
by Alexandre Julliard 29 Sep '03

29 Sep '03

"Dimitrie O. Paun" <dimi(a)intelliware.ca> writes: > For the gui, I'm not sure if it would fit better somewhere > else, or if you can come up with a better name, or if we > should just merge it into a .c file (it is kinda big for > that though), or even add the message traces in the comments > for each of the functions they document (having them all > in one file is also helpful, as it gives a nice summary > about how and when these messages are sent). IMO the right place for that info is in a regression test that actually checks the message order. It should be pretty trivial to write a window procedure that takes an expected message list and checks that each successive message it receives corresponds to the next entry in that list. -- Alexandre Julliard julliard(a)winehq.com

4 6

Re: Wineconf 2004, otherwise known as...
by Brian Vincent (C) 29 Sep '03

29 Sep '03

> Of course, now that I know Lionel is going to host this on the ski slopes, > I'm beginning to be willing to go over there...<grin> Now that would be a compelling reason to go to Europe, even if Lionel snowboards. No one has mentioned France yet as a location but it seems like a lot of you live there. I also know this ski resort in Colorado that has some pretty nice conference facilities - dedicated T1, wifi, lots of conference rooms. I think I could get a good deal on it - probably just for the cost of catering. For anyone who skis I can get cheap lift tickets. Likewise, I can get a deal on lodging, but it wouldn't be that great ($80 USD /night or so). However, I don't think Colorado is as convenient as Minneapolis and the few $$$ saved on facilities probably wouldn't justify it. The one nice thing about Minneapolis is the major airport closeby - Northwest is the major carrier there and they partner with KLM. A quick look on Travelocity shows tickets for under $600 USD (under 500 Euro?) for airfare from various European cities to Minneapolis. Despite what Jeremy says about Minneapolis, I don't think anyone from Europe will be surprised by cold temperatures. If you're used to seeing snow on the ground it's not much different.. except for the times when your eyelids freeze shut. I agree with Jeremy that having dual conferences doesn't sound as appealing. --------------- Brian Vincent Copper Mountain Telecom vincentb(a)coppercolorado.com

1 0

[jakob@vmlinux.org: Fixes to dlls/shlwapi/tests/]
by Jakob Eriksson 29 Sep '03

29 Sep '03

So, what do you think? It's not yet commited, should I start being in despair? :-) ----- Forwarded message from Jakob Eriksson <jakob(a)vmlinux.org> ----- From: Jakob Eriksson <jakob(a)vmlinux.org> To: wine-patches(a)winehq.com Subject: Fixes to dlls/shlwapi/tests/ Date: Thu, 25 Sep 2003 03:44:11 +0200 Fixes to dlls/shlwapi/tests/shreg.c Fixes a hang bug which appears when running shlwapi shreg test on Windows XP. Also fixes a broken test for SHCopyKey, which did not work on neither XP, NT nor Wine. Now it works on NT and XP. Plus four off-by-one fixes where NT and XP differs. regards, Jakob Index: shreg.c =================================================================== RCS file: /home/wine/wine/dlls/shlwapi/tests/shreg.c,v retrieving revision 1.13 diff -u -r1.13 shreg.c --- shreg.c 5 Sep 2003 23:08:30 -0000 1.13 +++ shreg.c 25 Sep 2003 01:39:31 -0000 @@ -32,9 +32,9 @@ /* Keys used for testing */ #define REG_TEST_KEY "Software\\Wine\\Test" +#define REG_SRC_KEY "Software\\Wine\\ToBeCopied" #define REG_CURRENT_VERSION "Software\\Microsoft\\Windows NT\\CurrentVersion" -static HMODULE hshlwapi; typedef DWORD (WINAPI *SHCopyKeyA_func)(HKEY,LPCSTR,HKEY,DWORD); static SHCopyKeyA_func pSHCopyKeyA; typedef DWORD (WINAPI *SHRegGetPathA_func)(HKEY,LPCSTR,LPCSTR,LPSTR,DWORD); @@ -50,35 +50,14 @@ static char * sEmptyBuffer ="0123456789"; -/* delete key and all its subkeys */ -static DWORD delete_key( HKEY hkey ) -{ - WCHAR name[MAX_PATH]; - DWORD ret; - - while (!(ret = RegEnumKeyW(hkey, 0, name, sizeof(name)))) - { - HKEY tmp; - if (!(ret = RegOpenKeyExW( hkey, name, 0, KEY_ENUMERATE_SUB_KEYS, &tmp ))) - { - ret = delete_key( tmp ); - RegCloseKey( tmp ); - } - if (ret) break; - } - if (ret != ERROR_NO_MORE_ITEMS) return ret; - RegDeleteKeyA( hkey, NULL ); - return 0; -} - -static HKEY create_test_entries(void) +static HKEY create_test_entries( const char *prefix ) { HKEY hKey; SetEnvironmentVariableA("LONGSYSTEMVAR", "bar"); SetEnvironmentVariableA("FOO", "ImARatherLongButIndeedNeededString"); - ok(!RegCreateKeyA(HKEY_CURRENT_USER, REG_TEST_KEY, &hKey), "RegCreateKeyA failed"); + ok( !RegCreateKeyA( HKEY_CURRENT_USER, prefix, &hKey ), "RegCreateKeyA failed" ); if (hKey) { @@ -170,7 +149,11 @@ */ dwSize = 6; ok(! SHQueryValueExA( hKey, "Test3", NULL, NULL, NULL, &dwSize), "SHQueryValueExA failed"); - ok( dwSize == nUsedBuffer2, "(%lu,%lu)", dwSize, nUsedBuffer2); + ok( + dwSize == nUsedBuffer2 || + (dwSize - 1) == nUsedBuffer2, /* Windows XP sp1 */ + "(%lu,%lu)" , dwSize, nUsedBuffer2 + ); /* @@ -194,7 +177,12 @@ dwRet = SHQueryValueExA( hKey, "Test3", NULL, &dwType, buf, &dwSize); ok( ERROR_MORE_DATA == dwRet, "ERROR_MORE_DATA"); ok( 0 == strcmp(sEmptyBuffer, buf), "(%s)", buf); - ok( dwSize == nUsedBuffer2, "(%lu,%lu)" , dwSize, nUsedBuffer2); + ok( + dwSize == nUsedBuffer2 || + (dwSize - 1) == nUsedBuffer2, /* Windows XP sp1 */ + "(%lu,%lu)" , dwSize, nUsedBuffer2 + ); + ok( dwType == REG_SZ, "(%lu)" , dwType); /* @@ -204,9 +192,19 @@ dwSize = sExpLen2 - 4; dwType = -1; ok( ERROR_MORE_DATA == SHQueryValueExA( hKey, "Test3", NULL, &dwType, buf, &dwSize), "Expected ERROR_MORE_DATA"); - ok( 0 == strncmp(sExpTestpath2, buf, sExpLen2 - 4 - 1), "(%s)", buf); - ok( sExpLen2 - 4 - 1 == strlen(buf), "(%s)", buf); - ok( dwSize == nUsedBuffer2, "(%lu,%lu)" , dwSize, nUsedBuffer2); + /* FIXME - what is this above test meant to do exactly? */ + ok( 0 == strlen( buf ), "(%s)", buf ); /* Windows NT 4.0 sp6 and XP sp1 do return empty strings */ + + /* Old, non working test + ok( 0 == strncmp(sExpTestpath2, buf, sExpLen2 - 4 - 1), "(%s)", buf); + ok( sExpLen2 - 4 - 1 == strlen(buf), "(%s)", buf); + */ + + ok( + dwSize == nUsedBuffer2 || + (dwSize - 1) == nUsedBuffer2, /* Windows XP sp1 */ + "(%lu,%lu)" , dwSize, nUsedBuffer2 + ); ok( dwType == REG_SZ, "(%lu)" , dwType); /* @@ -215,75 +213,104 @@ strcpy(buf, sEmptyBuffer); dwSize = 6; dwType = -1; - dwRet = SHQueryValueExA( hKey, "Test3", NULL, &dwType, NULL, &dwSize); - ok( ERROR_SUCCESS == dwRet, "(%lu)", dwRet); - ok( dwSize == nUsedBuffer2, "(%lu,%lu)" , dwSize, nUsedBuffer2); - ok( dwType == REG_SZ, "(%lu)" , dwType); + dwRet = SHQueryValueExA( hKey, "Test3", NULL, &dwType, NULL, &dwSize ); + ok( ERROR_SUCCESS == dwRet, "(%lu)", dwRet ); + + ok( + dwSize == nUsedBuffer2 || + (dwSize - 1) == nUsedBuffer2, /* Windows XP sp1 */ + "(%lu,%lu)" , dwSize, nUsedBuffer2 + ); + ok( dwType == REG_SZ, "(%lu)" , dwType ); RegCloseKey(hKey); } -static void test_SHCopyKey(void) +static void test_SHCopyKey( ) { - HKEY hKeySrc, hKeyDst; + HKEY hKeySrc; + HKEY hKeyDest; - /* Delete existing destination sub keys */ - hKeyDst = NULL; - if (!RegOpenKeyA(HKEY_CURRENT_USER, REG_TEST_KEY "\\CopyDestination", &hKeyDst) && hKeyDst) + /* Requires Internet Explorer 5.0 or later */ + if (NULL == pSHCopyKeyA) { - SHDeleteKeyA(hKeyDst, NULL); - RegCloseKey(hKeyDst); - } - hKeyDst = NULL; - if (RegCreateKeyA(HKEY_CURRENT_USER, REG_TEST_KEY "\\CopyDestination", &hKeyDst) || !hKeyDst) - { - ok(0, "didn't open dest"); - return; - } - - hKeySrc = NULL; - if (RegOpenKeyA(HKEY_LOCAL_MACHINE, REG_CURRENT_VERSION, &hKeySrc) || !hKeySrc) - { - ok(0, "didn't open source"); - return; + return; } + hKeySrc = create_test_entries( REG_SRC_KEY ); - if (pSHCopyKeyA) - ok (!(*pSHCopyKeyA)(hKeyDst, NULL, hKeySrc, 0), "failed copy"); + /* Delete any existing destination key */ + SHDeleteKey( HKEY_CURRENT_USER, REG_TEST_KEY "\\CopyDestination" ); - RegCloseKey(hKeySrc); - RegCloseKey(hKeyDst); - - /* Check we copied the sub keys, i.e. AeDebug from the default wine registry */ - hKeyDst = NULL; - if (RegOpenKeyA(HKEY_CURRENT_USER, REG_TEST_KEY "\\CopyDestination\\AeDebug", &hKeyDst) || !hKeyDst) - { - ok(0, "didn't open copy"); - return; - } + hKeyDest = NULL; + ok( + ERROR_SUCCESS == + RegCreateKeyA( + HKEY_CURRENT_USER, + REG_TEST_KEY "\\CopyDestination", + &hKeyDest + ), + "did not open dest; RegCreateKeyA failed" + ); + ok( NULL != hKeyDest, "hKeyDest is NULL" ); + + ok( + ERROR_SUCCESS == (*pSHCopyKeyA)( hKeySrc, NULL, hKeyDest, 0 ), + "SHCopyKeyA failed" + ); + + + RegCloseKey( hKeySrc ); + RegCloseKey( hKeyDest ); + + + /* Check we copied the keys */ + ok( + ERROR_SUCCESS == + RegOpenKeyA( + HKEY_CURRENT_USER, + REG_TEST_KEY "\\CopyDestination", + &hKeyDest + ), + "did not open copy: RegOpenKeyA failed" + ); + ok( NULL != hKeyDest, "did not open dest; hKeyDest is NULL" ); /* And the we copied the values too */ - ok(!SHQueryValueExA(hKeyDst, "Debugger", NULL, NULL, NULL, NULL), "SHQueryValueExA failed"); + ok( + !SHQueryValueExA(hKeyDest, "Test1", NULL, NULL, NULL, NULL), + "SHQueryValueExA failed" + ); - RegCloseKey(hKeyDst); + RegCloseKey( hKeyDest ); } -START_TEST(shreg) +START_TEST( shreg ) { - HKEY hkey = create_test_entries(); - hshlwapi = GetModuleHandleA("shlwapi.dll"); - if (hshlwapi) - { - pSHCopyKeyA=(SHCopyKeyA_func)GetProcAddress(hshlwapi,"SHCopyKeyA"); - pSHRegGetPathA=(SHRegGetPathA_func)GetProcAddress(hshlwapi,"SHRegGetPathA"); - } - test_SHGetValue(); - test_SHQUeryValueEx(); - test_SHGetRegPath(); - test_SHCopyKey(); - delete_key( hkey ); + HKEY hkey; + HMODULE hshlwapi; + + hshlwapi = GetModuleHandleA( "shlwapi.dll" ); + + if (NULL == hshlwapi) + { + + return; + } + + hkey = create_test_entries( REG_TEST_KEY ); + + pSHCopyKeyA = (SHCopyKeyA_func) GetProcAddress( hshlwapi, "SHCopyKeyA" ); + pSHRegGetPathA = (SHRegGetPathA_func) GetProcAddress( hshlwapi, "SHRegGetPathA" ); + + test_SHGetValue( ); + test_SHQUeryValueEx( ); + test_SHGetRegPath( ); + test_SHCopyKey( ); + + SHDeleteKey( HKEY_CURRENT_USER, REG_TEST_KEY ); + SHDeleteKey( HKEY_CURRENT_USER, REG_SRC_KEY ); } ----- End forwarded message ----- -- regards, Jakob It's is not, it isn't ain't, and it's it's, not its, if you mean it is. If you don't, it's its. Then too, it's hers. It isn't her's. It isn't our's either. It's ours, and likewise yours and theirs. -- Oxford University Press, Edpress News

1 0

Get calling stack after application crash
by BiGgUn 29 Sep '03

29 Sep '03

Hi folks, How can i get the calling stack of program after its crash ? Running the program in winedbg doesn't give me anything. Using --debugmsg +xxx ... doesn't give me useful info. I give up with the +relay solution because it generates too big file. Thanks in advance. Stephan

2 1

winebuild & Winelib
by Dimitrie O. Paun 29 Sep '03

29 Sep '03

I am sorry, but I'm going to ask this without RTF{M,C}: 1. Building Winelib DLLs We need the .spec file, I know. But can we also use a .def file instead (without relay support, of course). My understanding is that the extra information in the .spec file is needed only for relay debugging... If we are to ask people for extra work to create Winelib DLLs, I think we can get away with a .def file, but not with a .spec file (no tool support in Windows, etc.) 2. Linking Winelib apps with Windows (PE) DLLs Is this possible? We will not be able to use the original import libs, we should be able to make do with a .def file. Is this supported by winebuild? I am trying to understand this a bit better for (a) winegcc support for building DLLs (b) updating the Winelib docs Thanks! -- Dimi.

3 5

regression - display mode detection - more exanples
by hatky 29 Sep '03

29 Sep '03

I don't know why I didn't think of giving you more examples of what the last change of resolution changing did but here they are: gta2 manager now detects these resolutions twice: 640x480 800x600 1024x786 1152x864 1280x960 and the 1400x1050 4 times (This manager only displays resolutions without dept) Gta2 itself now crashes but I am not sure if that is related or not p.s. gta2 = grand theft auto 2 as I said Unreal Tournament 2003 no longer finds any valid display modes (I the traces to some of you and to wine-devel) dam, I thought I had more games installed... and you have the Max Payne problem from Sylvain Petreolle (http://www.winehq.org/hypermail/wine-devel/2003/09/0948.html) I really think this should either be fixed somehow or reverted (if you want more broken reports you can release a version :) ) Sorry I didn't find anymore test cases for now, If you want more traces just ask, Hatky. __________________________________ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com

4 7

tools/translations_status
by Dimitrie O. Paun 29 Sep '03

29 Sep '03

Here is a little script that can help translators to keep their languages up to date. It already helped get the French translation updated :))) ChangeLog New tool for displaying the translation status. --- /dev/null 2003-01-30 05:24:37.000000000 -0500 +++ tools/translations_status 2003-09-20 11:34:05.000000000 -0400 @@ -0,0 +1,65 @@ +#!/bin/sh +# Copyright 2003 Dimitire O. Paun +# Simply run it from the root of your wine CVS tree: +# $ tools/tools/translations_status + +MASTER_LANG=En +MASTER_FILES=`find . -name "*$MASTER_LANG.rc"` + +list_translations() +{ + MASTER_FILE=$1 + TRANSLATIONS=`ls ${MASTER_FILE%$MASTER_LANG.rc}??.rc` + for translation in $TRANSLATIONS; do + LANG=`echo "$translation" | sed 's/.*$..$\.rc/\1/'` + if [ "$LANG" != 'xx' ]; then echo "$LANG"; fi + done +} + +seconds_since_epoch() +{ + FILE="$1" + STATUS="`cvs status $FILE 2>/dev/null | grep 'Working revision:'`" + if ! echo "$STATUS" | grep -q "No entry for"; then + DATE="`echo "$STATUS" | sed 's/[^0-9]*[^ ]* *//'`" + date -d "$DATE" '+%s' + fi +} + + +echo "Legend:" +echo " '.' -- translation appears to be uptodate" +echo " 'x' -- translation needs updating" +echo " '?' -- unknown status (file not under CVS control)" +echo " ' ' -- translation missing" +echo "Master language is $MASTER_LANG" +echo + +ALL_LANGS=`(for file in $MASTER_FILES; do list_translations "$file"; done) | sort -u` + +echo " Module / Language " $ALL_LANGS + +for master in $MASTER_FILES; do + MASTER_TIMESTAMP=`seconds_since_epoch "$master"` + APP=`echo "${master%/*}" | sed 's/..//'` + printf "%25s" "$APP" + for lang in $ALL_LANGS; do + LANG_FILE="${master%$MASTER_LANG.rc}$lang.rc" + if [ -f "$LANG_FILE" ]; then + if [ -z $MASTER_TIMESTAMP ]; then + STATUS="?" + else + LANG_TIMESTAMP=`seconds_since_epoch "$LANG_FILE"` + if [ "$LANG_TIMESTAMP" -lt "$MASTER_TIMESTAMP" ]; then + STATUS="x" + else + STATUS="." + fi + fi + else + STATUS=" " + fi + echo -n " $STATUS " + done + echo +done -- Dimi.

2 6

Script to compile Wine programs on Windows
by Pavel Roskin 28 Sep '03

28 Sep '03

Hello! The attached script makes it possible to compile many programs from Wine under Windows. The only software needed on Windows is Cygwin with MinGW libraries and some other utilities (flex, bison). Simply run setup.exe from www.cygwin.com and make sure to select MinGW development tools. Then get Wine sources, and run the attached script in the Cygwin shell while in the Wine top-level source directory. There is one minor fix that needs to be applied to the sources to fix compatibility with MinGW headers (run autoconf and autoheader after applying): http://www.winehq.org/hypermail/wine-patches/2003/09/att-0347/01-spawnvp.di… The configure script is rather slow in Cygwin, so it's instructed not to create makefiles, only config.h. Then the necessary libraries are compiled. The next step is to link wrc, the Wine resource compiler. Once wrc is ready, the script starts compiling programs. I cannot get windres to compile most Wine's resources directly, so there are compiled from *.rc to *.res by wrc and then from *.res to *.o by windres. Programs currently compiled by the script: clock.exe cmdlgtst.exe notepad.exe progman.exe regedit.exe start.exe view.exe wcmd.exe winefile.exe winemine.exe winhelp.exe winver.exe Yes, you can play winemine on Windows now ;-) -- Regards, Pavel Roskin

7 26

Re: Wine programs for windows released on sourceforge
by Ivan Leo Murray-Smith 28 Sep '03

28 Sep '03

>I don't have the full env to test it myself. Can you test whether the >following patch solves this? "change font" in the propitious menu wasn't clickable before this patch, and the patch didn't change anything, but I don't have win xp, I have windows server 2003 (20030324). Yes I'm using CVS. It hasn't been a great day, first a 13 hour black out (And laptop battery down thanks to my idea of running seti 24/7), then mail service down, anyway the about problem is probably caused by the fact that the about display just calls %systemroo%system32\winver.exe In wine we have winever.exe.so, but if you compile that in windows and run it, you get the gui of %systemroot%system32\winver.exe. Also, in windows server 2k3 I can't overwrite that file, as there's that file restore service, I don't know if I can kill/disamble it, I'll give it a go (Let me know if there is a way to get rid of this great feature). The solution may be to get the wine winver to work correctly on windows without displaying something like Wine 20030911 Copyright 2003 Microsoft Corporation Then it could be named winever and placed in %systemroot%\system32\winever.exe and wine programs could call it directly when running on windows.

1 0

"Start menu"
by Robert van Herk 28 Sep '03

28 Sep '03

Hi people, It is said that there is some kind of start menu that should appear for Wine. I myself am using Slackware 9/KDE and on my system it does not show up though. Furthermore, I do not think the wine start menu, if it exists, is currently being synchronized with the files in the Start Menu directory (Windows\\Start Menu) that Wine has. Since I am not exactly sure what already exists, I don't know if it's a good idea to make a application (kicker applet?) that reads the .lnk files from the start menu dir and makes a menu out of that, so people can easily access Windows executables. A great advantage of synchronizing with the Start Menu would be that after every installation the executables will appear on your desktop as people are used to from using Windows. This might make Wine more intuitive to use... So, my question is: To what extend does wine already do something like this, and, moreover, how should I turn that on . If it does not has a functionality like this: do you agree that making this in a kicker applet is a good idea? Greetings, Robert

1 0

"Start menu"
by Robert van Herk 28 Sep '03

28 Sep '03

Hi people, It is said that there is some kind of start menu that should appear for Wine. I myself am using Slackware 9/KDE and on my system it does not show up though. Furthermore, I do not think the wine start menu, if it exists, is currently being synchronized with the files in the Start Menu directory (Windows\\Start Menu) that Wine has. Since I am not exactly sure what already exists, I don't know if it's a good idea to make a application (kicker applet?) that reads the .lnk files from the start menu dir and makes a menu out of that, so people can easily access Windows executables. A great advantage of synchronizing with the Start Menu would be that after every installation the executables will appear on your desktop as people are used to from using Windows. This might make Wine more intuitive to use... So, my question is: To what extend does wine already do something like this, and, moreover, how should I turn that on :-). If it does not has a functionality like this: do you agree that making this in a kicker applet is a good idea? Greetings, Robert

1 0

Wine programs for windows released on sourceforge
by Ivan Leo Murray-Smith 28 Sep '03

28 Sep '03

Patches and scripts are useless for most users, and cygwin isn't software you install quickly with a analog modem, so I've uploaded a build of the wine programs for windows on our sourceforge page.

4 4

Re: winedos / Fix BIOS segment address under Win16
by kd6qog40m＠comcast.net 28 Sep '03

28 Sep '03

the wine routine works but int 10 is only on amd prossesors > BIOS data area is not necessarily at a fixed location. > Win16 programs that do not jump into real mode code > may have NULL pointer catching block at low linear memory > and BIOS data area has been moved elsewhere. This patch > should make sure that correct linear pointer is used > for accessing BIOS data area. > > This should fix bug 1732 and I have also seen this bug with > some Win16 programs. > > Pending stuff that I should be fixing when I have more time: > > - DPMI async event handling is subject to stalls and deadlocks > because instruction emulation is no longer protected > from signals. > - DPMI/RM performance is poor because the number of exceptions has > dramatically increased. This is due to send_debug_event > calling server during each exception. > - Fixes to mouse driver (hide/show, virtual size, mouse range). > These are ready but require cleaning and synchronizing with CVS. > - RMCB calls. Working thing exists but it uses interrupt hooks. > Perhaps fixing WOWCallback16Ex return path to support more > registers would be better... > > > > > Changelog: > Use correct linear pointer when accessing BIOS data area. > > > > > Index: dlls/winedos/devices.c > =================================================================== > RCS file: /home/wine/wine/dlls/winedos/devices.c,v > retrieving revision 1.9 > diff -u -r1.9 devices.c > --- dlls/winedos/devices.c 25 Aug 2003 01:01:01 -0000 1.9 > +++ dlls/winedos/devices.c 27 Sep 2003 19:22:16 -0000 > @@ -219,7 +219,7 @@ > { > int *scan; > REQUEST_HEADER *hdr = get_hdr(SYSTEM_STRATEGY_CON,(void **)&scan); > - BIOSDATA *bios = BIOS_DATA; > + BIOSDATA *bios = DOSVM_BiosData(); > WORD CurOfs = bios->NextKbdCharPtr; > DOS_LISTOFLISTS *lol = DOSMEM_LOL(); > DOS_DATASEG *dataseg = (DOS_DATASEG *)lol; > > > > > Index: dlls/winedos/dosexe.h > =================================================================== > RCS file: /home/wine/wine/dlls/winedos/dosexe.h,v > retrieving revision 1.32 > diff -u -r1.32 dosexe.h > --- dlls/winedos/dosexe.h 17 Sep 2003 22:45:46 -0000 1.32 > +++ dlls/winedos/dosexe.h 27 Sep 2003 19:33:42 -0000 > @@ -100,8 +100,6 @@ > #define VIF_MASK 0x00080000 > #define VIP_MASK 0x00100000 > > -#define BIOS_DATA ((void *)0x400) > - > #define ADD_LOWORD(dw,val) ((dw) = ((dw) & 0xffff0000) | > LOWORD((DWORD)(dw)+(val))) > > /* module.c */ > @@ -123,6 +121,7 @@ > extern void WINAPI DOSVM_PIC_ioport_out( WORD port, BYTE val ); > extern void WINAPI DOSVM_SetTimer( UINT ticks ); > extern UINT WINAPI DOSVM_GetTimer( void ); > +extern BIOSDATA *DOSVM_BiosData( void ); > > /* devices.c */ > extern void DOSDEV_InstallDOSDevices(void); > > > > > Index: dlls/winedos/dosvm.c > =================================================================== > RCS file: /home/wine/wine/dlls/winedos/dosvm.c,v > retrieving revision 1.52 > diff -u -r1.52 dosvm.c > --- dlls/winedos/dosvm.c 17 Sep 2003 20:23:33 -0000 1.52 > +++ dlls/winedos/dosvm.c 27 Sep 2003 19:22:28 -0000 > @@ -707,6 +707,26 @@ > > > /********************************************************************** > + * DOSVM_BiosData > + * > + * Get pointer to BIOS data area. This is not at fixed location > + * because those Win16 programs that do not use any real mode code have > + * protected NULL pointer catching block at low linear memory and > + * BIOS data has been moved to another location. > + */ > +BIOSDATA *DOSVM_BiosData( void ) > +{ > + LDT_ENTRY entry; > + FARPROC16 proc; > + > + proc = GetProcAddress16( GetModuleHandle16( "KERNEL" ), > + (LPCSTR)(ULONG_PTR)193 ); > + wine_ldt_get_entry( LOWORD(proc), &entry ); > + return (BIOSDATA *)wine_ldt_get_base( &entry ); > +} > + > + > +/********************************************************************** > * DllMain (DOSVM.Init) > */ > BOOL WINAPI DllMain( HINSTANCE hinstDLL, DWORD fdwReason, LPVOID lpvReserved ) > > > > > Index: dlls/winedos/int09.c > =================================================================== > RCS file: /home/wine/wine/dlls/winedos/int09.c,v > retrieving revision 1.8 > diff -u -r1.8 int09.c > --- dlls/winedos/int09.c 5 Sep 2003 23:08:28 -0000 1.8 > +++ dlls/winedos/int09.c 27 Sep 2003 19:22:32 -0000 > @@ -150,7 +150,7 @@ > */ > void WINAPI DOSVM_Int09Handler( CONTEXT86 *context ) > { > - BIOSDATA *data = BIOS_DATA; > + BIOSDATA *data = DOSVM_BiosData(); > BYTE ascii, scan = DOSVM_Int09ReadScan(&ascii); > BYTE realscan = scan & 0x7f; /* remove 0x80 make/break flag */ > BOOL modifier = FALSE; > > > > > Index: dlls/winedos/int10.c > =================================================================== > RCS file: /home/wine/wine/dlls/winedos/int10.c,v > retrieving revision 1.31 > diff -u -r1.31 int10.c > --- dlls/winedos/int10.c 8 Apr 2003 19:41:03 -0000 1.31 > +++ dlls/winedos/int10.c 27 Sep 2003 19:22:37 -0000 > @@ -789,7 +789,7 @@ > */ > static void INT10_HandleVESA( CONTEXT86 *context ) > { > - BIOSDATA *data = BIOS_DATA; > + BIOSDATA *data = DOSVM_BiosData(); > > switch(AL_reg(context)) { > > @@ -954,7 +954,7 @@ > */ > void WINAPI DOSVM_Int10Handler( CONTEXT86 *context ) > { > - BIOSDATA *data = BIOS_DATA; > + BIOSDATA *data = DOSVM_BiosData(); > > INT10_InitializeVideoMode( data ); > > @@ -1403,7 +1403,7 @@ > */ > void WINAPI DOSVM_PutChar( BYTE ascii ) > { > - BIOSDATA *data = BIOS_DATA; > + BIOSDATA *data = DOSVM_BiosData(); > unsigned xpos, ypos; > > TRACE("char: 0x%02x(%c)\n", ascii, ascii); > > > > > Index: dlls/winedos/int16.c > =================================================================== > RCS file: /home/wine/wine/dlls/winedos/int16.c,v > retrieving revision 1.11 > diff -u -r1.11 int16.c > --- dlls/winedos/int16.c 2 May 2003 20:12:52 -0000 1.11 > +++ dlls/winedos/int16.c 27 Sep 2003 19:22:40 -0000 > @@ -87,7 +87,7 @@ > case 0x02: /* Get Shift Flags */ > > /* read value from BIOS data segment's keyboard status flags field */ > - data = BIOS_DATA; > + data = DOSVM_BiosData(); > SET_AL( context, data->KbdFlags1 ); > > TRACE("Get Shift Flags: returning 0x%02x\n", AL_reg(context)); > @@ -159,7 +159,7 @@ > */ > int WINAPI DOSVM_Int16ReadChar(BYTE *ascii, BYTE *scan, CONTEXT86 *waitctx) > { > - BIOSDATA *data = BIOS_DATA; > + BIOSDATA *data = DOSVM_BiosData(); > WORD CurOfs = data->NextKbdCharPtr; > > /* check if there's data in buffer */ > @@ -194,7 +194,7 @@ > > int WINAPI DOSVM_Int16AddChar(BYTE ascii,BYTE scan) > { > - BIOSDATA *data = BIOS_DATA; > + BIOSDATA *data = DOSVM_BiosData(); > WORD CurOfs = data->FirstKbdCharPtr; > WORD NextOfs = CurOfs + 2; > > > > > > Index: dlls/winedos/int1a.c > =================================================================== > RCS file: /home/wine/wine/dlls/winedos/int1a.c,v > retrieving revision 1.3 > diff -u -r1.3 int1a.c > --- dlls/winedos/int1a.c 15 Jul 2003 20:50:34 -0000 1.3 > +++ dlls/winedos/int1a.c 27 Sep 2003 19:22:44 -0000 > @@ -40,7 +40,7 @@ > { > case 0x00: /* GET SYSTEM TIME */ > { > - BIOSDATA *data = BIOS_DATA; > + BIOSDATA *data = DOSVM_BiosData(); > SET_CX( context, HIWORD(data->Ticks) ); > SET_DX( context, LOWORD(data->Ticks) ); > SET_AL( context, 0 ); /* FIXME: midnight flag is unsupported */ > > > > > Index: dlls/winedos/timer.c > =================================================================== > RCS file: /home/wine/wine/dlls/winedos/timer.c,v > retrieving revision 1.3 > diff -u -r1.3 timer.c > --- dlls/winedos/timer.c 17 Sep 2003 22:45:46 -0000 1.3 > +++ dlls/winedos/timer.c 27 Sep 2003 19:22:48 -0000 > @@ -131,7 +131,7 @@ > */ > void WINAPI DOSVM_Int08Handler( CONTEXT86 *context ) > { > - BIOSDATA *bios_data = BIOS_DATA; > + BIOSDATA *bios_data = DOSVM_BiosData(); > CONTEXT86 nested_context = *context; > FARPROC16 int1c_proc = DOSVM_GetRMHandler( 0x1c ); > > > > > -- > Jukka Heinonen <http://www.iki.fi/jhei/> >

1 0

How to run program without wine ?
by flyker 28 Sep '03

28 Sep '03

Can i compile my program to executable file that can be run without wine ?

6 8

Re: PATCH: stop crashes in desktop mode
by Dimitrie O. Paun 28 Sep '03

28 Sep '03

On September 27, 2003 11:41 pm, Alex Pasadyn wrote: > + ERR("CWSibling specified, but\n"); > + ERR(" parent1 = %lx\n", parent_ret); > + ERR(" parent2 = %lx\n", parent2_ret); > + ERR(" --> ignoring CWSibling\n"); If you split error messages like this, they can get messed up by different threads. Besides, it is not common idiom, we don't usually have such things. It is best avoided. -- Dimi.

1 0

Re: interactive dsound tests fail && winealsa problem
by Sylvain Petreolle 27 Sep '03

27 Sep '03

Thanks for your recent patches. Now OSS dsound test is ok, only capture tests fail. alsa dsound test fail : it hangs in emulated acceleration mode and give circa 90 Mb log without emulation. ===== Sylvain Petreolle (spetreolle_at_users_dot_sourceforge_dot_net) ICQ #170597259 Say NO to software patents Dites NON aux brevets logiciels "What if tomorrow the War could be over ?" Morpheus, in "Reloaded". ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

1 0

documentation/status
by Eric Pouech 27 Sep '03

27 Sep '03

as Dimi is cleaning documentation/status out, documentation/status/dde is completly out of date, and can be simply removed. (and documentation/status as well) A+ -- Eric Pouech

2 1

RE: wine/ tools/runtest misc/options.c include/mod ...
by Robert Shearman 27 Sep '03

27 Sep '03

> -----Original Message----- > From: wine-cvs-admin(a)winehq.com [mailto:wine-cvs-admin@winehq.com]On > Behalf Of Alexandre Julliard > Sent: 25 September 2003 21:34 > To: wine-cvs(a)winehq.com > Subject: wine/ tools/runtest misc/options.c include/mod ... > Removed the --dll option and replaced it by the WINEDLLOVERRIDES > environment variable. This will break a lot of HOWTOs on various sites that describe how to get apps working with Wine. Can we not have some period of time where we can use both methods and maybe remove the --dll option later (say when winecfg is ready)? Rob

3 3

winetests compile errors with MSVC and Wine headers
by Jakob Eriksson 27 Sep '03

27 Sep '03

I have upgraded all my include files and lib files in Visual Studio. ------ Build started: Project: msvcrt_test, Configuration: Wine Headers Win32 ------ Compiling... testlist.c scanf.c file.c Generating Code... Linking... testlist.obj : error LNK2001: unresolved external symbol _func_cpp .\Output\Win32_Wine_Headers/msvcrt_test.exe : fatal error LNK1120: 1 unresolved externals Build log was saved at "file://k:\c\Wine\wine\dlls\msvcrt\tests\Output\Win32_Wine_Headers\BuildLog.htm" msvcrt_test - 2 error(s), 0 warning(s) ------ Build started: Project: kernel32_test, Configuration: Wine Headers Win32 ------ Compiling... thread.c testlist.c profile.c process.c pipe.c path.c locale.c generated.c format_msg.c format_msg.c(35) : warning C4013: 'FormatMessageA' undefined; assuming extern returning int file.c environ.c drive.c directory.c console.c comm.c codepage.c atom.c alloc.c Generating Code... Linking... format_msg.obj : error LNK2019: unresolved external symbol _FormatMessageA referenced in function _doit .\Output\Win32_Wine_Headers/kernel32_test.exe : fatal error LNK1120: 1 unresolved externals Build log was saved at "file://k:\c\Wine\wine\dlls\kernel\tests\Output\Win32_Wine_Headers\BuildLog.htm" kernel32_test - 2 error(s), 1 warning(s) ------ Build started: Project: dsound_test, Configuration: Wine Headers Win32 ------ Compiling... testlist.c propset.c dsound.c Generating Code... Linking... dsound.obj : error LNK2001: unresolved external symbol _IID_IDirectSound3DListener dsound.obj : error LNK2001: unresolved external symbol _IID_IDirectSoundBuffer dsound.obj : error LNK2001: unresolved external symbol _IID_IDirectSound3DBuffer dsound.obj : error LNK2001: unresolved external symbol _IID_IDirectSoundNotify propset.obj : error LNK2001: unresolved external symbol _DSPROPSETID_DirectSoundDevice propset.obj : error LNK2001: unresolved external symbol _CLSID_DirectSoundPrivate propset.obj : error LNK2001: unresolved external symbol _CLSID_DirectSoundFullDuplex propset.obj : error LNK2001: unresolved external symbol _CLSID_DirectSoundCapture8 propset.obj : error LNK2001: unresolved external symbol _CLSID_DirectSoundCapture propset.obj : error LNK2001: unresolved external symbol _CLSID_DirectSound8 propset.obj : error LNK2001: unresolved external symbol _IID_IKsPropertySet propset.obj : error LNK2001: unresolved external symbol _CLSID_DirectSound .\Output\Win32_Wine_Headers/dsound_test.exe : fatal error LNK1120: 12 unresolved externals Build log was saved at "file://k:\c\Wine\wine\dlls\dsound\tests\Output\Win32_Wine_Headers\BuildLog.htm" dsound_test - 13 error(s), 0 warning(s) -- XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX -- -- If I add dxguid.lib to the project, the errors go down to: ------ Build started: Project: dsound_test, Configuration: Wine Headers Win32 ------ Linking... propset.obj : error LNK2001: unresolved external symbol _DSPROPSETID_DirectSoundDevice propset.obj : error LNK2001: unresolved external symbol _CLSID_DirectSoundPrivate .\Output\Win32_Wine_Headers/dsound_test.exe : fatal error LNK1120: 2 unresolved externals Build log was saved at "file://k:\c\Wine\wine\dlls\dsound\tests\Output\Win32_Wine_Headers\BuildLog.htm" dsound_test - 3 error(s), 0 warning(s) ---------------------- Done ---------------------- Build: 17 succeeded, 3 failed, 0 skipped

2 3

tests compiled with MSVC, MSVC headers.
by Jakob Eriksson 26 Sep '03

26 Sep '03

:-D ---------------------- Done ---------------------- Clean: 20 succeeded, 0 failed, 0 skipped

1 0

winetest.exe no results
by Tony Lambregts 26 Sep '03

26 Sep '03

I'm back after a long time just lurking. I was realy excited about the conformance testing program. Since I am the IT Administrator of a company that uses a wide variety of windows versions (no NT3 sorry) I will be able to submit a good number of tests results. The problem I have under windows 98 is that the zip file found here http://afavant.elte.hu/~wferi/wine/ produces an results.txt file but the (newer) exe found here http://vmlinux.org/jakov/Wine/ locks up without producing any output (even when redirected >). Both tests freeze at the same place. That is they both lock up during the console test (kernel32_crosstest.exe console) the test produces a blue "abc" in the top right hand corner of my dos prompt box and requires that I "Ctrl-C" to get out. The following is the output results kernel32.dll:console (test 7 of 55) abcdefgconsole.c:128: Test failed: At (0,0): expecting char 'a'/61 got ' '/20 console.c:128: Test failed: At (0,0): expecting attr 0012 got 0007 console.c:128: Test failed: At (1,0): expecting char 'b'/62 got ' '/20 console.c:128: Test failed: At (1,0): expecting attr 0012 got 0007 console.c:128: Test failed: At (2,0): expecting char 'c'/63 got ' '/20 console.c:128: Test failed: At (2,0): expecting attr 0012 got 0007 console.c:128: Test failed: At (3,0): expecting char 'd'/64 got ' '/20 console.c:128: Test failed: At (3,0): expecting attr 0012 got 0007 console.c:128: Test failed: At (4,0): expecting char 'e'/65 got ' '/20 console.c:128: Test failed: At (4,0): expecting attr 0012 got 0007 console.c:128: Test failed: At (5,0): expecting char 'f'/66 got ' '/20 console.c:128: Test failed: At (5,0): expecting attr 0012 got 0007 console.c:128: Test failed: At (6,0): expecting char 'g'/67 got ' '/20 console.c:128: Test failed: At (6,0): expecting attr 0012 got 0007 console.c:131: Test failed: Expected cursor at (7,0), got (0,0) I have looked at dlls/kernel/tests/console.c to see if it was something obvious but have not had anything jump out at me. From looking at the code the cursor should be at the top left of the screen but the text is written at the top RIGHT (-3)of it. Eric since you wrote the test could you shed some light on it. Tony Lambregts

3 9

Max Payne & resolution detection
by Sylvain Petreolle 26 Sep '03

26 Sep '03

To continue the resolution detection problems story, today comes Max Payne. My X resolution is 1280x1024x16. If run under desktop mode with a size of 640x480, Max Payne sees correctly video modes (640, 800, 1024 and 1280) but fails with a BadWindow error. Since this error is usually corrected by disabling desktop mode, I comment it into .wine/config. Now Max Payne sees only 1280x1024, all other modes arent listed anymore. Any comments/hints ? ===== Sylvain Petreolle (spetreolle_at_users_dot_sourceforge_dot_net) ICQ #170597259 Say NO to software patents Dites NON aux brevets logiciels "What if tomorrow the War could be over ?" Morpheus, in "Reloaded". ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

2 2

Keyboard problems
by Salmela 26 Sep '03

26 Sep '03

Hi When running eg. notepad with latest wine cvs, wine doesn't correctly find out my Finnish keyboard. Instead it is using Latin American keyboard because it's getting the highest score when X11DRV_KEYBOARD_DetectLayout is choosing keymap. I've looked in wine/dlls/keyboard.c and noticed that in Latin American keymap there are not many Alt-Gr characters. Every Alt-Gr charater produces an error and lowers the score of even right keymap and that is why wrong keymap is selected. So it seems like there is a problem detecting the keys right. Any thoughts? I've attached a debuglog of wine -debugmsg +keyboard,+key notepad My system is RH 9 and /etc/sysconfig/i18n says: LANG="en_US.iso885915" SUPPORTED="en_US.iso885915:en_US:en" SYSFONT="latarcyrheb-sun16"

2 5

Re: shlwapi 405/406
by Rolf Kalbermatter 26 Sep '03

26 Sep '03

Jon Griffiths <jon_p_griffiths(a)yahoo.com> wrote: >> Please don't do that. Internal functions should use standard C >> calling conventions. We don't care about two bytes of extra code. > >Can do. Is there any reason why not though? After all, the entire >Win32 api does it... Alexandre may have its reasons, but basically stdcall is only almost exclusevly used for the exported Windows API. Internal Windows DLL functions use c and stdcall happily along each other as they see fit. Rolf Kalbermatter

1 0

DLL Overrides and Winecfg
by Matthew Davison 26 Sep '03

26 Sep '03

I have recently noticed the large number of Stub DLLs being Added to wine with minimal functionality, for example Msi, MSHTML (they don't work for me in any case). These additions have not for the most part been accompanied with a new "native, builtin" entry in samples/config. Due to the forthcoming removal of the config file, i assume this functionality will be added to winedefault.reg. This is less than ideal for people who track CVS or install from source with each new release since, as before, their registry will not be automatically updated to match winedefault.reg. Is there a mechanism for Wine dlls to specify a preferred override automatically (e.g. where the built-in DLL holds no functionality, whereas the native one works correctly, and if not how difficult would it be to implement this, (e.g By adding the entries to the registry in DllRegisterServer or some similar mechanism) -- Matthew (Jabba The Hutt) Davison <m.davison(a)virgin.net>

5 7

Re: Re: ntdll/kernel32: #36
by Pouech Eric DMI AEI CAEN 26 Sep '03

26 Sep '03

I.e. it's quite a fair play to assume that the user has correctly configured the system to work with his/her locale. That's exactly my point. If the user didn't correctly configure his/her locale wrt. The iocharset of the drive, then trouble's ahead. So, we can either suggest that it's up to the user to do it correctly (and in that case CP_UNIXCP is just fine for internal handling) ; or we don't (and this was, to my understanding, the need of the codepage option in drive configuration). Basically my question could be rephrased as do we really need this option, or can we remove it. My first (dumb) reaction was if it's in there, it means we need it for some cases. But, I don't want to support this codepage option for no real need, so if no one objects, we could remove it. A+

3 2

Re: Resend: LPT0 support for DOSFS_OpenDevice
by Alexandre Julliard 25 Sep '03

25 Sep '03

Ed Lea <ed(a)jellybaby.net> writes: > [parallelports] > "Lpt1" = "/dev/lp0" > > The code compliments the existing serial port support, however has been > kept seperate from that for conceptual and technical reasons. I have probably missed something, but could you please explain what these reasons are? As far as I can see your code is a complete duplicate of the serial support, with maybe 3 lines changed. It sure looks like it would be better to reuse the serial code instead. -- Alexandre Julliard julliard(a)winehq.com

1 0

Re: new shlwapi tests
by Alexandre Julliard 25 Sep '03

25 Sep '03

Jon Griffiths <jon_p_griffiths(a)yahoo.com> writes: > +static const StrFormatSizeResult StrFormatSize_results[] = { > + { -1023, "-1023 bytes", "0 KB"}, > + { -24, "-24 bytes", "0 KB"}, > + { 309, "309 bytes", "1 KB"}, > + { 10191, "9.95 KB", "10 KB"}, > + { 100353, "98.0 KB", "99 KB"}, > + { 1022286, "998 KB", "999 KB"}, > + { 1046862, "0.99 MB", "1,023 KB"}, > + { 1048574619, "999 MB", "1,023,999 KB"}, > + { 1073741775, "0.99 GB", "1,048,576 KB"}, > + { 1073741822286, "999 GB", "1,048,575,999 KB"}, > + { 1099511626395, "0.99 TB", "1,073,741,823 KB"}, > + { 1099511627774619, "999 TB", "1,073,741,823,999 KB"}, > + { 1125899906841576, "0.99 PB", "1,099,511,627,775 KB"}, > + { 1125899906842623285, "999 PB", "1,099,511,627,776,000 KB"}, > + { 1152921504606845595, "0.99 EB", "1,125,899,906,842,623 KB"}, Please don't use long long constants, that's not portable, they should be computed instead. Check the ntdll tests for how this can be done. -- Alexandre Julliard julliard(a)winehq.com

1 0

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