- Wine-Devel - list.winehq.org

CVS build failure
by Robert Reif Jan. 4, 2006

Jan. 4, 2006

I am getting the following build error on RH9 with todays CVS: make[2]: Entering directory `/home/wine/wine/tools/widl' gcc -c -I. -I. -I../../include -I../../include -Wall -pipe -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -g -O2 -o client.o client.c gcc -c -I. -I. -I../../include -I../../include -Wall -pipe -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -g -O2 -o hash.o hash.c gcc -c -I. -I. -I../../include -I../../include -Wall -pipe -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -g -O2 -o header.o header.c gcc -c -I. -I. -I../../include -I../../include -Wall -pipe -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -g -O2 -o proxy.o proxy.c gcc -c -I. -I. -I../../include -I../../include -Wall -pipe -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -g -O2 -o server.o server.c gcc -c -I. -I. -I../../include -I../../include -Wall -pipe -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -g -O2 -o typegen.o typegen.c gcc -c -I. -I. -I../../include -I../../include -Wall -pipe -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -g -O2 -o typelib.o typelib.c gcc -c -I. -I. -I../../include -I../../include -Wall -pipe -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -g -O2 -o utils.o utils.c gcc -c -I. -I. -I../../include -I../../include -Wall -pipe -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -g -O2 -o widl.o widl.c gcc -c -I. -I. -I../../include -I../../include -Wall -pipe -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -g -O2 -o write_msft.o write_msft.c bison -d -t ./parser.y -o parser.tab.c ./parser.y contains 12 shift/reduce conflicts. gcc -c -I. -I. -I../../include -I../../include -Wall -pipe -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -g -O2 -o parser.tab.o parser.tab.c flex ./parser.l gcc -c -I. -I. -I../../include -I../../include -Wall -pipe -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -g -O2 -o lex.yy.o lex.yy.c ./parser.l:57:1: warning: "YY_NO_UNPUT" redefined ./parser.l:22:1: warning: this is the location of the previous definition ./parser.l:58:1: warning: "YY_NO_TOP_STATE" redefined ./parser.l:23:1: warning: this is the location of the previous definition gcc -g -O2 -o widl client.o hash.o header.o proxy.o server.o typegen.o typelib.o utils.o widl.o write_msft.o parser.tab.o lex.yy.o -L../../libs -lwpp -lwine_port -lfl widl.o(.text+0x2af): In function `main': /home/wine/wine/tools/widl/widl.c:228: undefined reference to `yy_flex_debug' ../../libs/libwpp.a(preproc.o)(.text+0x8b4): In function `pp_push_if': /home/wine/wine/libs/wpp/preproc.c:505: undefined reference to `pp_flex_debug' ../../libs/libwpp.a(preproc.o)(.text+0x976): In function `pp_pop_if': /home/wine/wine/libs/wpp/preproc.c:542: undefined reference to `pp_flex_debug' ../../libs/libwpp.a(wpp.o)(.text+0x223): In function `wpp_set_debug': /home/wine/wine/libs/wpp/wpp.c:128: undefined reference to `pp_flex_debug' ../../libs/libwpp.a(lex.yy.o)(.text+0x2881): In function `expand_special': /home/wine/wine/libs/wpp/./ppl.l:879: undefined reference to `pp_flex_debug' ../../libs/libwpp.a(lex.yy.o)(.text+0x296e): In function `expand_define': /home/wine/wine/libs/wpp/./ppl.l:898: undefined reference to `pp_flex_debug' ../../libs/libwpp.a(lex.yy.o)(.text+0x2b7b):/home/wine/wine/libs/wpp/./ppl.l:1018: more undefined references to `pp_flex_debug' follow collect2: ld returned 1 exit status make[2]: *** [widl] Error 1 make[2]: Leaving directory `/home/wine/wine/tools/widl' make[1]: *** [widl] Error 2

3 2

Unloading implicitly loaded DLLs
by Michael Ost Jan. 4, 2006

Jan. 4, 2006

I am looking for some expert advice in how to handle unloading "implicitly loaded DLLs". I have found two issues. (1) The first is a crash that happens in dlls/ntdll/loader.c MODULE_FlushModrefs. wine_unload_dll() is called for such a DLL, but SectionHandle is NULL so the call crashes. My solution was to turn off the LDR_WINE_INTERNAL flag in attach_implicitly_loaded_dlls() but I am not real clear what that flag is or whether that approach is good. An alternative is to add a check for a null SectionHeader before calling wine_unload_dll(). (2) Second is that these DLLs are DLL_PROCESS_DETACHED in process_detach() every time _any_ DLL is unloaded. This happens because the LoadCount is 0. I set it to -1 in attach_implicitly_loaded_dlls() which does the trick. But again I don't know what the heck I am messing with. Is that OK? Attached is a diff of the two changes. I'm not looking for points for style. But just a check on the approach for now. Thanks ... mo

2 1

re: Wine on AIX 5.2 (PowerPC)
by Dan Kegel Jan. 4, 2006

Jan. 4, 2006

ghart(a)siemens-emis.com wrote: > My goal is to port some Windows apps to AIX, so I decided to take as > much Wine (winelib) as I could to help me. Initially I thought only > a small portion would be suitable, but after a few weeks of work I have > all the dlls/libs compiled (as simple AIX .so's) Cool! > My first question is: has anyone tried this before? I don't know about AIX; somebody from CA asked about it last year. But there are a few folks using Winelib with alternate OS's and CPUs. Perhaps some of them would be able to help you past some of the rough spots. A few links from a quick google search: Robert Lunnon got a Solaris/X86 port working; see http://members.optusnet.com.au/bobl/ http://www.blastwave.org/wine/ http://wiki.jswindle.com/index.php/Installing_Wine#Solaris And various people are using Winelib on Solaris/Sparc; see http://www.winehq.org/?issue=302#Building%20Wine%20on%20Sparcs And then there are the folks building Wine for Darwin. http://darwine.opendarwin.org Good luck, and do keep us posted! I bet you're not the only one who wants this. - Dan -- Wine for Windows ISVs: http://kegel.com/wine/isv

3 2

Re: ntdll: Implement few Dbg* functions.
by Eric Pouech Jan. 3, 2006

Jan. 3, 2006

Vitaliy Margolen wrote: > ChangeLog: > ntdll: Implement few Dbg* functions. > kernel32: Use new Dbg* functions instead of server calls. > + status = DbgUiDebugActiveProcess( hProc ); > + status = DbgUiStopDebugging( hProc ); > - if (self) DbgBreakPoint(); I wonder if we shouldn't use NtDbgActiveProcess, NtRemoveProcessDebug instead. A+ -- Eric Pouech

2 6

Re: MSACM: initialize some ACMSTREAMHEADER fields for the sake of native codecs
by Eric Pouech Jan. 3, 2006

Jan. 3, 2006

Alex Villacís Lasso wrote: > The ACMAPP sample application from MSDN reveals this annoying bug in > playback: with a native ACM codec (such as the Ogg Vorbis one bundled > with some Japanese RPGs), builtin msacm will successfully tell the codec > to decode the first two frames of compressed audio, and then the sound > will loop on these two frames. What is really happening is that winmm is > using double-buffering, and reusing the ACMSTREAMHEADER structures for > playback, and acmStreamConvert simply passes the structures into the > codec, without clearing cb[Src|Dst]LengthUsed (here is the bug) which > was set in the previous call to acmStreamConvert on that > ACMSTREAMHEADER. The native codec *expects* these fields to be set to 0, > and refuses to decode otherwise. well, you should check who is supposed to clear those flags between msacm or winmm (I suppose wavemap). A+ -- Eric Pouech

2 2

MIDI to MP3 Converter
by Andrew Neil Ramage Jan. 3, 2006

Jan. 3, 2006

Trying to run this program under Wine, I get the following results. The initial screen appears asking for the name of the MIDI file, but when I try to enter any text I get a crash. A listing of the output follows. andrew(a)apollo:~/.wine/drive_c/Program Files/MIDI to MP3 Converter> wine mid2mp3.exe fixme:ole:CoRegisterMessageFilter stub fixme:ole:OleLoadPictureEx (0x4213f904,11182,0,{7bf80980-bf32-101a-8bbb-00aa00300cab},x=0,y=0,f=0,0x406bfb00), partially implemented. fixme:mci:mciSendStringW 'new': NIY as device name fixme:mci:MCI_LoadMciDriver Couldn't load driver for type L"CAPTURE". If you don't have a windows installation accessible from Wine, you perhaps forgot to create a [mci] section in system.ini fixme:mci:MCI_LoadMciDriver Couldn't load driver for type L"CAPTURE". If you don't have a windows installation accessible from Wine, you perhaps forgot to create a [mci] section in system.ini fixme:ole:OLEPictureImpl_SaveAsFile (0x403d1dd8)->(0x404022b0, 0, (nil)), hacked stub. X Error of failed request: RenderBadPicture (invalid Picture parameter) Major opcode of failed request: 153 (RENDER) Minor opcode of failed request: 7 (RenderFreePicture) Picture id in failed request: 0x3a00695 Serial number of failed request: 9517 Current serial number in output stream: 10170 andrew(a)apollo:~/.wine/drive_c/Program Files/MIDI to MP3 Converter> cat ../../system.ini cat: ../../system.ini: No such file or directory andrew(a)apollo:~/.wine/drive_c/Program Files/MIDI to MP3 Converter> cat ../../windows/system.ini [mci] MPEGVideo=mciqtz.drv MPEGVideo2=mciqtz.drv avivideo=mciavi.drv cdaudio=mcicda.drv sequencer=mciseq.drv vcr=mcivisca.drv ; videodisc=mcipionr.drv waveaudio=mciwave.drv [drivers32] MSACM.imaadpcm=imaadp32.acm MSACM.msadpcm=msadp32.acm MSACM.msg711=msg711.acm MSACM.winemp3=winemp3.acm VIDC.MRLE=msrle32.dll VIDC.MSVC=msvidc32.dll VIDC.CVID=iccvid.dll ; VIDC.IV50=ir50_32.dll ; VIDC.IV31=ir32_32.dll ; VIDC.IV32=ir32_32.dll andrew(a)apollo:~/.wine/drive_c/Program Files/MIDI to MP3 Converter> wine mid2mp3.exe fixme:ole:CoRegisterMessageFilter stub fixme:ole:OleLoadPictureEx (0x4213f904,11182,0,{7bf80980-bf32-101a-8bbb-00aa00300cab},x=0,y=0,f=0,0x406bfb00), partially implemented. fixme:mci:mciSendStringW 'new': NIY as device name fixme:mci:MCI_LoadMciDriver Couldn't load driver for type L"CAPTURE". If you don't have a windows installation accessible from Wine, you perhaps forgot to create a [mci] section in system.ini fixme:mci:MCI_LoadMciDriver Couldn't load driver for type L"CAPTURE". If you don't have a windows installation accessible from Wine, you perhaps forgot to create a [mci] section in system.ini fixme:ole:OLEPictureImpl_SaveAsFile (0x403d1dd8)->(0x404022b0, 0, (nil)), hacked stub. X Error of failed request: RenderBadPicture (invalid Picture parameter) Major opcode of failed request: 153 (RENDER) Minor opcode of failed request: 7 (RenderFreePicture) Picture id in failed request: 0x3a00645 Serial number of failed request: 9157 Current serial number in output stream: 9834 andrew(a)apollo:~/.wine/drive_c/Program Files/MIDI to MP3 Converter> : -- Andrew "Someone set a bad example makes surrender seem alright; The act of a noble warrior who's lost the will to fight And now you're trembling on a rocky ledge Staring out into a heartless sea Facing life on a razor's edge Nothing's what you thought it would be." ----------- Rush, The Pass (Presto, 1989)

3 2

Re: Fix some type definitions for the WORDS_BIGENDIAN case
by Alexandre Julliard Jan. 3, 2006

Jan. 3, 2006

Dmitry Timoshkov <dmitry(a)baikal.ru> writes: > diff -up cvs/hq/wine/include/winnt.h wine/include/winnt.h > --- cvs/hq/wine/include/winnt.h 2005-11-30 23:19:48.000000000 +0800 > +++ wine/include/winnt.h 2006-01-02 15:08:41.000000000 +0800 > @@ -1743,12 +1743,21 @@ typedef struct _IMAGE_DOS_HEADER { > } IMAGE_DOS_HEADER, *PIMAGE_DOS_HEADER; > #include <poppack.h> > > +#ifdef WORDS_BIGENDIAN > +#define IMAGE_DOS_SIGNATURE 0x4D5A /* MZ */ > +#define IMAGE_OS2_SIGNATURE 0x4E45 /* NE */ > +#define IMAGE_OS2_SIGNATURE_LE 0x4C45 /* LE */ > +#define IMAGE_OS2_SIGNATURE_LX 0x4C58 /* LX */ > +#define IMAGE_VXD_SIGNATURE 0x4C45 /* LE */ > +#define IMAGE_NT_SIGNATURE 0x50450000 /* PE00 */ > +#else > #define IMAGE_DOS_SIGNATURE 0x5A4D /* MZ */ > #define IMAGE_OS2_SIGNATURE 0x454E /* NE */ > #define IMAGE_OS2_SIGNATURE_LE 0x454C /* LE */ > #define IMAGE_OS2_SIGNATURE_LX 0x584C /* LX */ > #define IMAGE_VXD_SIGNATURE 0x454C /* LE */ > #define IMAGE_NT_SIGNATURE 0x00004550 /* PE00 */ > +#endif I'm not sure what you are trying to achieve here. If you want to load little-endian files on big-endian machines, you need to swap everything; swapping only the signature is not going to do any good. -- Alexandre Julliard julliard(a)winehq.org

2 4

Re: opengl: Add support for rendering on bitmaps
by Tomas Carnecky Jan. 3, 2006

Jan. 3, 2006

Huw D M Davies wrote: > Huw Davies <huw(a)codeweavers.com> > Add support for rendering on bitmaps This patch breaks World of Warcraft, reverting this patch makes WoW work again. This is the error: X Error of failed request: BadMatch (invalid parameter attributes) Major opcode of failed request: 142 (GLX) Minor opcode of failed request: 13 (X_GLXCreateGLXPixmap) Serial number of failed request: 410 Current serial number in output stream: 411 tom

3 4

run jboss with a mde file as source
by Curro Amores Jan. 3, 2006

Jan. 3, 2006

hi: i want to run jboss in linux and connect to an Ms Access odbc source. I think it doesnt exist odbc driver for Access in Linux. I Have read something about ODBC-ODBC but i think it is for accessing a mde file in a windows machine from linux. I have created the bridge with ODBC in wine (using the control pane with winetools) Then i have tried to run jboss windows version (run.bat) with wcmd but i got a message that run.jar file cant not be found. Do i have to install java windows version with wine? I have tried as well but the installation crashes Any idea? thanks

2 1

Re: [comctl32] Reduce memory usage of the syslink control (Take 4)
by Alexandre Julliard Jan. 3, 2006

Jan. 3, 2006

Thomas Weidenmueller <wine-patches(a)reactsoft.com> writes: > @@ -1062,35 +1063,41 @@ > > if(Item->mask & LIF_ITEMID) > { > - if(!di->u.Link.szID) > + if(di->u.Link.szID) > { > - di->u.Link.szID = Alloc((MAX_LINKID_TEXT + 1) * sizeof(WCHAR)); > - if(!Item->szID) > - { > - ERR("Unable to allocate memory for link id\n"); > - Ret = FALSE; > - } > + Free(di->u.Link.szID); > } > + > + nc = min(lstrlenW(Item->szID), MAX_LINKID_TEXT - 1); > + di->u.Link.szID = Alloc((nc + 1) * sizeof(WCHAR)); > if(di->u.Link.szID) > { > - lstrcpynW(di->u.Link.szID, Item->szID, MAX_LINKID_TEXT + 1); > + lstrcpynW(di->u.Link.szID, Item->szID, nc + 1); > + } > + else > + { > + ERR("Unable to allocate memory for link id\n"); > + Ret = FALSE; > } > } You should probably make sure that the new text has been allocated properly before freeing the old one, so that allocation errors don't cause the current contents to be lost. -- Alexandre Julliard julliard(a)winehq.org

1 0