January 2008 - Wine-Devel - list.winehq.org

Bugzilla preening status
by Dan Kegel Jan. 5, 2008

Jan. 5, 2008

Bugzilla has some nice "Change Over Time" graphs. These show there's been a nice chunk of bugs moved into 'Fixed' state in the last week: http://bugs.winehq.org/reports.cgi?product=Wine&datasets=NEW%3A&datasets=UN… BTW somebody should give Jeff Zaroyko bugzilla privs, he's doing a nice job, and should be able to mark bugs fixed.

1 0

re: Jacek Caban : shdocvw: Use BindToObject to load document ...
by Dan Kegel Jan. 5, 2008

Jan. 5, 2008

I'm seeing a new crash in shdocvw/tests/webbrowser.c since yesterday. I haven't verified this with bisect, but the stack traces seem to point to Jacek's set of changes. Both can be seen here: http://kegel.com/wine/valgrind/logs-2008-01-04/vg-shdocvw_webbrowser-diff.t… The first one is a new valgrind warning: + Syscall param writev(vector[2]) points to uninitialised byte(s) + at (within /lib/ld-2.5.so) + by wine_server_call (server.c:244) + by send_debug_event (exception.c:200) + by raise_exception (exception.c:357) + by __regs_RtlRaiseException (exception.c:388) + by raise_segv_exception (signal_i386.c:1032) + by ??? + by set_moniker (persist.c:326) + by PersistMoniker_Load (persist.c:427) + by report_data (binding.c:400) + by InternetProtocolSink_ReportData (binding.c:1073) + by BPInternetProtocolSink_ReportData (bindprot.c:518) + by AboutProtocol_Start (protocol.c:275) + by BindProtocol_Start (bindprot.c:192) + by start_binding (binding.c:1446) + by bind_to_object (binding.c:1513) + by URLMonikerImpl_BindToObject (umon.c:490) + by navigate_mon (navigate.c:563) + by navigate_url (navigate.c:659) + by WebBrowser_Navigate2 (webbrowser.c:695) And the second one is a new crash: +Unhandled exception: page fault on read access to 0xffffffff in 32-bit code (0x06ce27c6). +=>1 0x06ce27c6 set_document_bscallback+0xb6(doc=0x7f018f80, callback=0x7f01b748) [dlls/mshtml/mshtml_private.h:563] in mshtml (0x7f22f488) + 2 0x06cf732a set_moniker+0x6ba(This=0x7f018f80, mon=0x7f017e38, pibc=0x7f019570, bind_complete=0x7f22f628) [dlls/mshtml/persist.c:327] in mshtml (0x7f22f5e8) + 3 0x06cf7a35 PersistMoniker_Load+0x45(iface=0x7f018f90, fFullyAvailable=0x1, pimkName=0x7f017e38, pibc=<?>, grfMode=0x12) [dlls/mshtml/persist.c:428] in mshtml (0x7f22f638) + 4 0x06c088a1 report_data+0x761(This=0x7f018970, bscf=<?>, progress=<?>, progress_max=0x1e) [dlls/urlmon/binding.c:400] in urlmon (0x7f22f6d8) + 5 0x06c08ba4 InternetProtocolSink_ReportData+0xb4(iface=0x7f018974, grfBSCF=0xd, ulProgress=0x1e, ulProgressMax=<?>) [dlls/urlmon/binding.c:1073] in urlmon (0x7f22f718) + 6 0x06c0a23f BPInternetProtocolSink_ReportData+0x4f(iface=0x7f018e18, grfBSCF=0xd, ulProgress=0x1e, ulProgressMax=<?>) [dlls/urlmon/bindprot.c:518] in urlmon (0x7f22f758) + 7 0x06cf8e1c AboutProtocol_Start+0x1cc(iface=0x7f018e48, szUrl=<?>, pOIProtSink=0x7f018e18, pOIBindInfo=0x7f018e0c, grfPI=0x0, dwReserved=0x0) [dlls/mshtml/protocol.c:279] in mshtml (0x7f22f808) + 8 0x06c0b49e BindProtocol_Start+0x1ce(iface=0x7f018e08, szUrl=0x7f018540, pOIProtSink=<?>, pOIBindInfo=0x7f018978, grfPI=0x0, dwReserved=0x0) [dlls/urlmon/bindprot.c:192] in urlmon (0x7f22f888) + 9 0x06c09881 start_binding+0xa91(mon=0x7f017e38, binding_ctx=0x0, url=<?>, pbc=0x7f018838, to_obj=0x1, riid=0x6bdfda8, ret=0x7f22f9ac) [dlls/urlmon/binding.c:1446] in urlmon (0x7f22f988) + 10 0x06c099ca bind_to_object+0x3a(mon=0x7f017e38, url=0x7f018540, pbc=0x7f018838, riid=0x6bdfda8, ppv=0x7f22fc34) [dlls/urlmon/binding.c:1514] in urlmon (0x7f22f9b8) + 11 0x06c17c88 URLMonikerImpl_BindToObject+0xe8(iface=0x7f017e38, pbc=<?>, pmkToLeft=0x0, riid=<?>, ppv=0x7f22fc34) [dlls/urlmon/umon.c:491] in urlmon (0x7f22fa18) + 12 0x06bd1937 navigate_mon+0x507(This=0x7f0176d8, mon=0x7f017e38, post_data=0x0, post_data_len=0x0, headers=0x0) [dlls/shdocvw/navigate.c:563] in shdocvw (0x7f22fc58) + 13 0x06bd1ec3 navigate_url+0xd3(This=0x7f0176d8, url=0x7f017e14, Flags=0x0, TargetFrameName=0x0, PostData=0x0, Headers=0x0) [dlls/shdocvw/navigate.c:659] in shdocvw (0x7f22fca8) + 14 0x06bd98b9 WebBrowser_Navigate2+0x79(iface=<?>, URL=<?>, Flags=0x0, TargetFrameName=0x0, PostData=0x0, Headers=0x0) [dlls/shdocvw/webbrowser.c:696] in shdocvw (0x7f22fce8) + 15 0x045e68d4 test_Navigate2+0x154(unk=<?>) [dlls/shdocvw/tests/webbrowser.c:1540] in shdocvw_test (0x7f22fd48) + 16 0x045e7634 test_WebBrowser+0x934() [dlls/shdocvw/tests/webbrowser.c:1609] in shdocvw_test (0x7f22fe18) + 17 0x045e8a6c func_webbrowser+0xac() [dlls/shdocvw/tests/webbrowser.c:1658] in shdocvw_test (0x7f22fe58) + 18 0x045e8c98 run_test+0x128(name=0x7f0003f8) [include/wine/test.h:389] in shdocvw_test (0x7f22fea8)

1 0

Wiki account missing
by James Hawkins Jan. 5, 2008

Jan. 5, 2008

Hi, My Wiki account has gone missing: Unknown user name: "truiken(a)gmail.com". Please enter user name and password. Also, what's going on with the massive slew of wine-users spam? -- James Hawkins

4 5

DIB Driver code available
by Donnette39＠aol.com Jan. 4, 2008

Jan. 4, 2008

Bonjour, Je cherche le "DIB Driver" qui me permettrait de faire fonctionner le logiciel PSDWin. Pouvez-vous m'aider ? Merci, Lyonel Donnette

3 2

Re: xrandx responds with too many modes.
by Peter Dons Tychsen Jan. 4, 2008

Jan. 4, 2008

> 640x480 does not integer-scale to my 1280x1024 display. With 640x512 > I have perfect pixel alignment (2x zoom), no blurriness from the > scaling. I'll take 640x512 over 800x600 even because of the graphical > nicety of it, and there are plenty of games (with options turned all > the way up) that I cannot run at a good framerate at 1024 or 1280. Ah... yes of course. Damn those flat-panel screens :-) I have a similar monitor in 1280x1024 but only use 640x480 for games, where i don't notice the problem. Point taken. Scrap that idea! But what about sacking the variants with different frequencies? Would anyone have a problem with that idea? As mentioned, i doubt if Wine users can use the frequency adjustment for anything useful anyway? But then again i might have missed something again. /p

1 0

Re: d3dx implementation senseless?
by Peter Dons Tychsen Jan. 4, 2008

Jan. 4, 2008

Now that i think of it, Marcus's point about redistribution is even more relevant than the problem with licensing. If one was was allowed (legally) to copy DLLs from Windows without a license, i could do it..... because i know how.... could my mother?.... no way! The only people that i have any success in convincing to switch to Linux/Wine were in situations where it worked "out of the box". Having to download tons of redistributeables and DLLs from the web is not a good solution for "non technical users". Even on real Windows this is a problem. I cannot count the many times family & friends have called me saying: "Help! it says... Unable to find blabla.dll or blabla not installed" (using 2K/XP/Vista). Lets not copy this scenario. I want them to stop calling :-). /p On Fri, 2008-01-04 at 17:00 +0100, tony.wasserka(a)freenet.de wrote: > > I do not think patents which are blocking your ability to use the DLLs > > in Wine. It is your Windows license. > > > > I believe that if you have a Windows license for your machine, you are > > free to use Windows or its DLLs. This includes all the "free" downloads > > from their web-pages. I think, if you do not have a license for that > > machine, you are in violation of the license, which is illegal. > > > > I am not sure i got all the details right but you can probably find more > > on their web-page. > > > > If i understand it correctly, it of course means that there are no > > really free downloads on their web-page, as they all rely on a purchase > > of Windows. This makes the "free" download kind of expensive. > > > > For Wine it means that anything the user has to D/L from their homepage > > is a no-no. > > Oh well, I didn't think about that, sorry. > Then it of course is a good thing if we implement our own d3dx. > > > > > > > > > > > >

1 0

re: Some more spelling fixes.
by Dan Kegel Jan. 4, 2008

Jan. 4, 2008

Francois wrote: > I'd say "'coz" is not a typo, but was written that way intentionally to > give a 'slang-ish' tone to the comment by someone who knows full well > the standard spelling. As such it should not be modified. I've seen too many people who aren't even aware of the difference between slang and standard english. So (without looking back at who committed it) I'm tempted to correct that kind of thing, just because it annoys me, and annoyance was my guide for what's worth fixing... - Dan -- Wine for Windows ISVs: http://kegel.com/wine/isv

2 1

Re: xrandx responds with too many modes.
by Peter Dons Tychsen Jan. 4, 2008

Jan. 4, 2008

On Thu, 2008-01-03 at 22:46 -0600, Clarence Risher wrote: > I regularly use 640x512 in wine, when that resolution wouldnt be > reported by the driver in windows. Dunno if you consider that a > "normal" resolution. Just out of curiosity, what do you use this for? Whats wrong with the 640 x 480? Why do you need the extra 640x32 pixels? Another way of fixing the problem could be to limit the amount of frequency variants. Not sure if wine can use them for anything useful anyway. Could we report all modes at just 60Hz, or would that be too naughty? This is actually what is done for the desktop implementation, so it might work. This would also be easy to change in xrandx.c as the frequencies are handled separately. /p

2 1

Re: Some more spelling fixes.
by Francois Gouget Jan. 4, 2008

Jan. 4, 2008

> - /* test has been removed 'coz MMSYSERR_BASE is 0, and gcc did emit > + /* test has been removed because MMSYSERR_BASE is 0, and gcc did emit I'd say "'coz" is not a typo, but was written that way intentionally to give a 'slang-ish' tone to the comment by someone who knows full well the standard spelling. As such it should not be modified. > - /* wmd must be inserted in list before sending opening the driver, coz' it > + /* wmd must be inserted in list before sending opening the driver, because it This one however should have its spelling fixed to "'coz". -- Francois Gouget <fgouget(a)free.fr> http://fgouget.free.fr/ Linux, WinNT, MS-DOS - also known as the Good, the Bad and the Ugly.

1 0

Re: d3dx implementation senseless?
by Peter Dons Tychsen Jan. 4, 2008

Jan. 4, 2008

I do not think patents which are blocking your ability to use the DLLs in Wine. It is your Windows license. I believe that if you have a Windows license for your machine, you are free to use Windows or its DLLs. This includes all the "free" downloads from their web-pages. I think, if you do not have a license for that machine, you are in violation of the license, which is illegal. I am not sure i got all the details right but you can probably find more on their web-page. If i understand it correctly, it of course means that there are no really free downloads on their web-page, as they all rely on a purchase of Windows. This makes the "free" download kind of expensive. For Wine it means that anything the user has to D/L from their homepage is a no-no. /p On Fri, 2008-01-04 at 13:46 +0100, tony.wasserka(a)freenet.de wrote: > Hi, > I enjoyed the current wine development of the D3DX libraries and also tried to implement an interface. > However, while testing it I noticed that Wine seems to fully support everything when it has a native > d3dx9.dll (though it even was able to run one of my games without any dll...). So I was asking myself > if there's even a reason to implement anything other than the inlined functions of D3DX, when we only > lose performance and development time with it. Also, what would we do at functions like > D3DXCreateTextureFromFile which supports 9 file formats? Would we implement e.g. a BMP file > loader ourselves or would we use a 3rd party library for that? Are there any patents regarding the > DX specific file formats (.x/.dds)? Don't misunderstand me, I'd also like to help out at D3DX, but I > really think we'd be better off by removing everything of D3DX but the inlined stuff. > Best regards, > Tony Wasserka > > > (PS: if one argues that we need the implementation for WineLib, I _think_ it'd be enough to just > stub all functions so that the program compiles fine and then use the native dll again) > > > > > > > > > > > > >

1 0