July 2005 - Wine-Devel - list.winehq.org

Assembly problem with glu library

by Robert Lunnon

I Get the following assembly errors with the latest cvs, even with the very latest gas (2.16.1), any takers on why ? bash-3.00$ ../../tools/winegcc/winegcc -v -B../../tools/winebuild -shared ./glu32.spec glu.o glu32.dll.dbg.o -o glu32.dll.so -L../../dlls -L../../dlls/kernel32 -L../../dlls/ntdll -lkernel32 -lntdll -L../../libs/wine -lwine -L/usr/X11R6/lib -R/usr/X11R6/lib -lSM -lICE -lXxf86dga -lXxf86vm -lXext -lX11 -lsocket -lnsl -lGL -lGLU -L../../libs/port -lwine_port -L /opt/sfw/cups/lib -lrt -lthread -lresolv -lsocket -lnsl ../../tools/winebuild/winebuild --ld-cmd ld -D_REENTRANT -fPIC --dll -o glu32.dll-2meiRn.spec.c -E ./glu32.spec -L../../dlls -L../../dlls/kernel32 -L../../dlls/ntdll -L../../libs/wine -L/usr/X11R6/lib -L../../libs/port -L/opt/sfw/cups/lib glu.o glu32.dll.dbg.o -lkernel32 -lntdll ../../libs/port/libwine_port.a gcc -D_REENTRANT -fPIC -DWIN32 -D_WIN32 -D__WIN32 -D__WIN32__ -D__WINNT -D__WINNT__ -D__stdcall=__attribute__((__stdcall__)) -D__cdecl=__attribute__((__cdecl__)) -D__fastcall=__attribute__((__fastcall__)) -D_stdcall=__attribute__((__stdcall__)) -D_cdecl=__attribute__((__cdecl__)) -D_fastcall=__attribute__((__fastcall__)) -D__declspec(x)=__declspec_##x -D__declspec_align(x)=__attribute__((aligned(x))) -D__declspec_allocate(x)=__attribute__((section(x))) -D__declspec_deprecated=__attribute__((deprecated)) -D__declspec_dllimport=__attribute__((dllimport)) -D__declspec_dllexport=__attribute__((dllexport)) -D__declspec_naked=__attribute__((naked)) -D__declspec_noinline=__attribute__((noinline)) -D__declspec_noreturn=__attribute__((noreturn)) -D__declspec_nothrow=__attribute__((nothrow)) -D__declspec_novtable=__attribute__(()) -D__declspec_selectany=__attribute__((weak)) -D__declspec_thread=__thread -D__WINE__ -D__int8=char -D__int16=short -D__int32=int -D__int64=long long -c -o glu32.dll-2meiRn.spec-0MrsCF.o -v -R/usr/X11R6/lib glu32.dll-2meiRn.spec.c Reading specs from /opt/gcc343/lib/gcc/i386-pc-solaris2.10/3.4.3/specs Configured with: ./configure --with-gnu-as --with-as=/usr/sfw/bin/gas --prefix=/opt/gcc343 Thread model: posix gcc version 3.4.3 /opt/gcc343/libexec/gcc/i386-pc-solaris2.10/3.4.3/cc1 -quiet -v -D_REENTRANT -DWIN32 -D_WIN32 -D__WIN32 -D__WIN32__ -D__WINNT -D__WINNT__ -D__stdcall=__attribute__((__stdcall__)) -D__cdecl=__attribute__((__cdecl__)) -D__fastcall=__attribute__((__fastcall__)) -D_stdcall=__attribute__((__stdcall__)) -D_cdecl=__attribute__((__cdecl__)) -D_fastcall=__attribute__((__fastcall__)) -D__declspec(x)=__declspec_##x -D__declspec_align(x)=__attribute__((aligned(x))) -D__declspec_allocate(x)=__attribute__((section(x))) -D__declspec_deprecated=__attribute__((deprecated)) -D__declspec_dllimport=__attribute__((dllimport)) -D__declspec_dllexport=__attribute__((dllexport)) -D__declspec_naked=__attribute__((naked)) -D__declspec_noinline=__attribute__((noinline)) -D__declspec_noreturn=__attribute__((noreturn)) -D__declspec_nothrow=__attribute__((nothrow)) -D__declspec_novtable=__attribute__(()) -D__declspec_selectany=__attribute__((weak)) -D__declspec_thread=__thread -D__WINE__ -D__int8=char -D__int16=short -D__int32=int -D__int64=long long glu32.dll-2meiRn.spec.c -quiet -dumpbase glu32.dll-2meiRn.spec.c -auxbase-strip glu32.dll-2meiRn.spec-0MrsCF.o -version -fPIC -o /var/tmp//ccW8C5Cs.s ignoring nonexistent directory "/opt/gcc343/lib/gcc/i386-pc-solaris2.10/3.4.3/../../../../i386-pc-solaris2.10/include" #include "..." search starts here: #include <...> search starts here: /usr/local/include /opt/gcc343/include /opt/gcc343/lib/gcc/i386-pc-solaris2.10/3.4.3/include /usr/include End of search list. GNU C version 3.4.3 (i386-pc-solaris2.10) compiled by GNU C version 3.3.3. GGC heuristics: --param ggc-min-expand=82 --param ggc-min-heapsize=98248 /usr/sfw/bin/gas -V -Qy -s -o glu32.dll-2meiRn.spec-0MrsCF.o /var/tmp//ccW8C5Cs.s GNU assembler version 2.16.1 (i386-pc-solaris2.10) using BFD version 2.16.1 /var/tmp//ccW8C5Cs.s: Assembler messages: /var/tmp//ccW8C5Cs.s:455: Error: unknown pseudo-op: `.half' /var/tmp//ccW8C5Cs.s:456: Error: unknown pseudo-op: `.half' /var/tmp//ccW8C5Cs.s:457: Error: unknown pseudo-op: `.half' /var/tmp//ccW8C5Cs.s:458: Error: unknown pseudo-op: `.half' /var/tmp//ccW8C5Cs.s:459: Error: unknown pseudo-op: `.half' /var/tmp//ccW8C5Cs.s:460: Error: unknown pseudo-op: `.half' /var/tmp//ccW8C5Cs.s:461: Error: unknown pseudo-op: `.half' /var/tmp//ccW8C5Cs.s:462: Error: unknown pseudo-op: `.half' /var/tmp//ccW8C5Cs.s:463: Error: unknown pseudo-op: `.half' /var/tmp//ccW8C5Cs.s:464: Error: unknown pseudo-op: `.half' /var/tmp//ccW8C5Cs.s:465: Error: unknown pseudo-op: `.half' /var/tmp//ccW8C5Cs.s:466: Error: unknown pseudo-op: `.half' /var/tmp//ccW8C5Cs.s:467: Error: unknown pseudo-op: `.half' /var/tmp//ccW8C5Cs.s:468: Error: unknown pseudo-op: `.half' /var/tmp//ccW8C5Cs.s:469: Error: unknown pseudo-op: `.half' /var/tmp//ccW8C5Cs.s:470: Error: unknown pseudo-op: `.half' /var/tmp//ccW8C5Cs.s:471: Error: unknown pseudo-op: `.half' /var/tmp//ccW8C5Cs.s:472: Error: unknown pseudo-op: `.half' /var/tmp//ccW8C5Cs.s:473: Error: unknown pseudo-op: `.half' /var/tmp//ccW8C5Cs.s:474: Error: unknown pseudo-op: `.half' /var/tmp//ccW8C5Cs.s:475: Error: unknown pseudo-op: `.half' /var/tmp//ccW8C5Cs.s:476: Error: unknown pseudo-op: `.half' /var/tmp//ccW8C5Cs.s:477: Error: unknown pseudo-op: `.half' /var/tmp//ccW8C5Cs.s:478: Error: unknown pseudo-op: `.half' /var/tmp//ccW8C5Cs.s:479: Error: unknown pseudo-op: `.half' /var/tmp//ccW8C5Cs.s:480: Error: unknown pseudo-op: `.half' /var/tmp//ccW8C5Cs.s:481: Error: unknown pseudo-op: `.half' /var/tmp//ccW8C5Cs.s:482: Error: unknown pseudo-op: `.half' /var/tmp//ccW8C5Cs.s:483: Error: unknown pseudo-op: `.half' /var/tmp//ccW8C5Cs.s:484: Error: unknown pseudo-op: `.half' /var/tmp//ccW8C5Cs.s:485: Error: unknown pseudo-op: `.half' /var/tmp//ccW8C5Cs.s:486: Error: unknown pseudo-op: `.half' /var/tmp//ccW8C5Cs.s:487: Error: unknown pseudo-op: `.half' /var/tmp//ccW8C5Cs.s:488: Error: unknown pseudo-op: `.half' /var/tmp//ccW8C5Cs.s:489: Error: unknown pseudo-op: `.half' /var/tmp//ccW8C5Cs.s:490: Error: unknown pseudo-op: `.half' /var/tmp//ccW8C5Cs.s:491: Error: unknown pseudo-op: `.half' /var/tmp//ccW8C5Cs.s:492: Error: unknown pseudo-op: `.half' /var/tmp//ccW8C5Cs.s:493: Error: unknown pseudo-op: `.half' /var/tmp//ccW8C5Cs.s:494: Error: unknown pseudo-op: `.half' /var/tmp//ccW8C5Cs.s:495: Error: unknown pseudo-op: `.half' /var/tmp//ccW8C5Cs.s:496: Error: unknown pseudo-op: `.half' /var/tmp//ccW8C5Cs.s:497: Error: unknown pseudo-op: `.half' /var/tmp//ccW8C5Cs.s:498: Error: unknown pseudo-op: `.half' /var/tmp//ccW8C5Cs.s:499: Error: unknown pseudo-op: `.half' /var/tmp//ccW8C5Cs.s:500: Error: unknown pseudo-op: `.half' /var/tmp//ccW8C5Cs.s:501: Error: unknown pseudo-op: `.half' /var/tmp//ccW8C5Cs.s:502: Error: unknown pseudo-op: `.half' /var/tmp//ccW8C5Cs.s:503: Error: unknown pseudo-op: `.half' /var/tmp//ccW8C5Cs.s:504: Error: unknown pseudo-op: `.half' /var/tmp//ccW8C5Cs.s:505: Error: unknown pseudo-op: `.half' /var/tmp//ccW8C5Cs.s:506: Error: unknown pseudo-op: `.half' /var/tmp//ccW8C5Cs.s:507: Error: unknown pseudo-op: `.half' /var/tmp//ccW8C5Cs.s:508: Error: unknown pseudo-op: `.half' /var/tmp//ccW8C5Cs.s:669: Error: unrecognized symbol type "" /var/tmp//ccW8C5Cs.s:669: Error: junk at end of line, first unrecognized character is `2' /var/tmp//ccW8C5Cs.s:678: Error: unrecognized symbol type "" /var/tmp//ccW8C5Cs.s:678: Error: junk at end of line, first unrecognized character is `2' /var/tmp//ccW8C5Cs.s:687: Error: unrecognized symbol type "" /var/tmp//ccW8C5Cs.s:687: Error: junk at end of line, first unrecognized character is `2' /var/tmp//ccW8C5Cs.s:696: Error: unrecognized symbol type "" /var/tmp//ccW8C5Cs.s:696: Error: junk at end of line, first unrecognized character is `2' winegcc: gcc failed. bash-3.00$

July 2, 2005

Re: CreateURLMoniker misbehaving

by Jacek Caban

Uwe Bonnes wrote: >Hallo, > >with native urlmon(and ole32,oleaut32,rpcrt4), Atmel Avrstudio brings up the >"Program AVR" option in the "Tools" pulldown menu, with builtin this item is >missing. > > > Could you try attached patch? Jacek Index: dlls/urlmon/umon.c =================================================================== RCS file: /home/wine/wine/dlls/urlmon/umon.c,v retrieving revision 1.56 diff -u -p -r1.56 umon.c --- dlls/urlmon/umon.c 2 Jul 2005 10:49:56 -0000 1.56 +++ dlls/urlmon/umon.c 2 Jul 2005 14:56:59 -0000 @@ -1255,11 +1255,12 @@ HRESULT WINAPI CreateURLMoniker(IMoniker return E_OUTOFMEMORY; if(pmkContext) { - CLSID clsid; IBindCtx* bind; - IMoniker_GetClassID(pmkContext, &clsid); - if(IsEqualCLSID(&clsid, &CLSID_StdURLMoniker) && SUCCEEDED(CreateBindCtx(0, &bind))) { - URLMonikerImpl_GetDisplayName(pmkContext, bind, NULL, &lefturl); + DWORD dwMksys = 0; + IMoniker_IsSystemMoniker(pmkContext, &dwMksys); + if(dwMksys == MKSYS_URLMONIKER && SUCCEEDED(CreateBindCtx(0, &bind))) { + IMoniker_GetDisplayName(pmkContext, bind, NULL, &lefturl); + TRACE("lefturl = %s\n", debugstr_w(lefturl)); IBindCtx_Release(bind); } }

July 2, 2005

Re[2]: [ntdll] load all dll sections no matter what attributes say

by Vitaliy Margolen

Saturday, July 2, 2005, 12:33:19 AM, you wrote: > Vitaliy Margolen a écrit : >> Vitaliy Margolen >> >> changelog: >> dlls/ntdll/virtual.c >> Load all dll sections no matter what attributes say > why do you need this ? > A+ I have found a dll that have one section marked as IMAGE_SCN_CNT_UNINITIALIZED_DATA. But dll_init entry is jumping right to the beginning of this section. Which results in immediate segfault. So native mast be loading this section or this program wouldn't ever run. I also sent this dll to AJ and he ok'ed the change. Vitaliy

July 2, 2005

Re: World of Warcraft

by Christoph

Some more impressions from the test server and coming patches. First the server was heavy crowded. Funny but net latency about 1200ms. Hard to play. Blizz added a lot new game content and that is to be tested. They happily rebootet the servers several times while I was on and also applied a tiny patch to the clients. The "1.6-test" patch is not a bugfix at all. Not yet ... All the ingame bugs that I know are also in the test version. E.g. stuck loot bug, still the same typos in the localized text. I found a new game bug (graphics) but the GM ticket system is not working. I used wine-20050524 because latest 20050628 broke these thinks: - arts sound (I use this with artsd TeamSpeak) - loose focus minimize/maximize bug Can anyone confirm this? One good thing: The game used to crash on exit and wine is stuck until ctrl-c (Threadlock?). But this time, I noticed it while patching, the game now exits without crashing. I can't say if it was due the patch. I haven't hunted this bug. I do believe, this bug patched himself :) chris > > > Christoph schrieb: > >> >> >> Joseph Garvin schrieb: >> >>> The test realms are up, which lets players test the next patch. >>> Anyone tried it to see if the problem is fixed? > > > No, it is not fixed.

July 2, 2005

Re: Get FireFox button ?

by Felix Nawothnig

Marcus Meissner wrote: >>Would anyone object to a "Get FireFox" button on our front page? >>I know I can send a patch and wait and see if there is objection to it. >>I just think its better to ask before hand. >> >>If there is NO objection ill send a patch in a couple days, >>or Jer can beat me to it ;) > Yes, I object. > > WINE is not related at all to the Firefox project in my opinion. How about browsehappy (http://browsehappy.com/browsers/)? Felix

July 2, 2005

Re: Get FireFox button ?

by wino＠piments.com

Why clutter the front page with that? I dont see any relation to wine. In any case anyone who has not already heard about firefox must have has his/her head stuck between a fat lady's thighs of for the last two years. Why do you suggest this? On Sat, 02 Jul 2005 15:48:51 +0200, Tom Wickline <twickline(a)gmail.com> wrote: > Hello, > > Would anyone object to a "Get FireFox" button on our front page? > I know I can send a patch and wait and see if there is objection to it. > I just think its better to ask before hand. > > If there is NO objection ill send a patch in a couple days, > or Jer can beat me to it ;) > > Tom > > >

July 2, 2005

Re: Get FireFox button ?

by Marcus Meissner

On Sat, Jul 02, 2005 at 09:48:51AM -0400, Tom Wickline wrote: > Hello, > > Would anyone object to a "Get FireFox" button on our front page? > I know I can send a patch and wait and see if there is objection to it. > I just think its better to ask before hand. > > If there is NO objection ill send a patch in a couple days, > or Jer can beat me to it ;) Yes, I object. WINE is not related at all to the Firefox project in my opinion. Ciao, Marcus

July 2, 2005

CreateURLMoniker misbehaving

by Uwe Bonnes

Hallo, with native urlmon(and ole32,oleaut32,rpcrt4), Atmel Avrstudio brings up the "Program AVR" option in the "Tools" pulldown menu, with builtin this item is missing. Here the relay trace of the CreateURLMoniker call with builtin: 0009:CALL urlmon.CreateURLMoniker(<unknown, check return>) ret=69bdb8bf 0009:Call kernel32.IsBadWritePtr(7baada74,00000004) ret=702b3c80 0009:Ret kernel32.IsBadWritePtr() retval=00000000 ret=702b3c80 0009:Call kernel32.IsBadReadPtr(7f8be518,00000002) ret=702b3c9b 0009:Ret kernel32.IsBadReadPtr() retval=00000000 ret=702b3c9b 0009:Call shlwapi.154(7f8be518 L"file:///C:/Program%20Files/Atmel/AVR%20Tools/STK500/STK500.xml",702b2118 L"http",00000004) ret=702b219d 0009:Ret shlwapi.154() retval=fffffffe ret=702b219d 0009:Call shlwapi.154(7f8be518 L"file:///C:/Program%20Files/Atmel/AVR%20Tools/STK500/STK500.xml",702b20f4 L"file",00000004) ret=702b219d 0009:Ret shlwapi.154() retval=00000000 ret=702b219d 0009:Call shlwapi.UrlCanonicalizeW(7f8be518 L"file:///C:/Program%20Files/Atmel/AVR%20Tools/STK500/STK500.xml",7baab950,7baab93c,00010000) ret=702b240e 0009:Call ntdll.RtlAllocateHeap(7bc10000,00000000,0000007e) ret=7b74d606 0009:Ret ntdll.RtlAllocateHeap() retval=7bcf5d48 ret=7b74d606 0009:Call ntdll.RtlFreeHeap(7bc10000,00000000,7bcf5d48) ret=7b74d766 0009:Ret ntdll.RtlFreeHeap() retval=00000001 ret=7b74d766 0009:Ret shlwapi.UrlCanonicalizeW() retval=00000000 ret=702b240e 0009:Call kernel32.lstrlenW(7baab950 L"file:///C:/Program%20Files/Atmel/AVR%20Tools/STK500/STK500.xml") ret=702b3c28 0009:Ret kernel32.lstrlenW() retval=0000003e ret=702b3c28 0009:Call kernel32.lstrlenW(7baab950 L"file:///C:/Program%20Files/Atmel/AVR%20Tools/STK500/STK500.xml") ret=702b3ce3 0009:Ret kernel32.lstrlenW() retval=0000003e ret=702b3ce3 0009:CALL ole32.CoTaskMemAlloc(0000007e) ret=702b2506 0009:Call ntdll.RtlAllocateHeap(7bc10000,00000000,0000007e) ret=65f014f0 0009:Ret ntdll.RtlAllocateHeap() retval=7bcf5d48 ret=65f014f0 0009:RET ole32.CoTaskMemAlloc() retval=7bcf5d48 ret=702b2506 0009:Call shlwapi.StrCpyW(7bcf5d48,7baab950 L"file:///C:/Program%20Files/Atmel/AVR%20Tools/STK500/STK500.xml") ret=702b3d02 0009:Ret shlwapi.StrCpyW() retval=7bcf5d48 ret=702b3d02 0009:CALL ole32.CoTaskMemAlloc(00000014) ret=702b2506 0009:Call ntdll.RtlAllocateHeap(7bc10000,00000000,00000014) ret=65f014f0 0009:Ret ntdll.RtlAllocateHeap() retval=7bcf5dd0 ret=65f014f0 0009:RET ole32.CoTaskMemAlloc() retval=7bcf5dd0 ret=702b2506 0009:RET urlmon.CreateURLMoniker(00000000,7f8be518 L"file:///C:/Program%20Files/Atmel/AVR%20Tools/STK500/STK500.xml",7baada74) retval=00000000 ret=69bdb8bf and here with builtin: 0009:Call urlmon.CreateURLMoniker(00000000,7f9be518 L"file:///C:/Program%20Files/Atmel/AVR%20Tools/STK500/STK500.xml",7baada74) ret=69bdb8bf trace:urlmon:CreateURLMoniker ((nil), L"file:///C:/Program%20Files/Atmel/AVR%20Tools/STK500/STK500.xml", 0x7baada74) 0009:Call ntdll.RtlAllocateHeap(7bc10000,00000000,0000000c) ret=7e4986fb 0009:Ret ntdll.RtlAllocateHeap() retval=7bcd5340 ret=7e4986fb trace:urlmon:URLMonikerImpl_Construct (0x7bcd5340,(null),L"file:///C:/Program%20Files/Atmel/AVR%20Tools/STK500/STK500.xml") 0009:Call ntdll.RtlAllocateHeap(7bc10000,00000000,0000007e) ret=7e4987aa 0009:Ret ntdll.RtlAllocateHeap() retval=7bcd5f28 ret=7e4987aa 0009:CALL ole32.CoTaskMemFree(00000000) ret=7e4987f7 0009:RET ole32.CoTaskMemFree() retval=00000000 ret=7e4987f7 trace:urlmon:URLMonikerImpl_QueryInterface (0x7bcd5340)->({0000000f-0000-0000-c000-000000000046},0x7baada74) trace:urlmon:URLMonikerImpl_AddRef (0x7bcd5340)->(ref before=0) 0009:Ret urlmon.CreateURLMoniker() retval=00000000 ret=69bdb8bf Bye -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------

July 2, 2005

Get FireFox button ?

by Tom Wickline

Hello, Would anyone object to a "Get FireFox" button on our front page? I know I can send a patch and wait and see if there is objection to it. I just think its better to ask before hand. If there is NO objection ill send a patch in a couple days, or Jer can beat me to it ;) Tom

July 2, 2005

Re: .wine (was: Re: (long) From the front lines: 20050628 release impressions)

by Scott Ritchie

On Fri, 2005-07-01 at 22:30 +0000, Jules Richardson wrote: > On Fri, 2005-07-01 at 13:15 +0200, Holly Bostick wrote: > > 2. It *asked me* about things I might want to change-- and didn't make > > assumptions about its own detection!! No, I really don't have a Windows > > drive, so you were right, but I don't want my c_drive in ~/.wine so put > > it somewhere else, thank you very much. > > Out of interest (I'm sure it's documented *somewhere*) what is the > reason for the C drive to be under ~/.wine such that it's 'hidden'? > > It's always seemed strange given that copying data files to locations > under the C drive seems a reasonable thing for users to do every so > often, yet a lot of graphical file browsing tools won't show dot files / > directories without reconfiguration. > > Just seems an odd default to me, although not that big a deal. (I tend > to do most of my work from a shell, so I don't care personally :-) > > cheers > > Jules > > Not sure if it's explicitly spelled out somewhere, but it's sort of a standard to have an application store all of stuff in its own hidden folder. Now, Wine may be a bit of an exception to this, since it's not really one application or even suite of applications - the user has to install everything. However, keeping everything in .wine allows an easy, clean, nuke and reinstall of Wine, or transference of it to another system - one of the reasons this standard came about. What we then are left with is a general usability question of where to put links to Wine's C drive folder. That's a distro or package level question, methinks. Thanks, Scott Ritchie

July 2, 2005