- 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

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