September 2005 - Wine-Devel

Re: glibc versions

by wino＠piments.com

OK thanks for the info , if no-one else posts any warning or conflicting info I guess it should be ok. I may just rebuild with 3.3.6 just to see but having different compiler versions mixed is not a good idea Thanks again On Sun, 25 Sep 2005 07:30:49 +0200, Jesse Allen <the3dfxdude(a)gmail.com> wrote: > On 9/24/05, wino(a)piments.com <wino(a)piments.com> wrote: >> Thanks, >> >> I've been a bit slow to think if this but I do keep this system fairly >> upto date, although not madly so. >> >> I am currently running gcc-3.4.3.20050110-r2 and >> glibc-2.3.4.20041102-r1 >> >> >> Is there any recommended cutoff versions for these work with wine-cvs or >> recent wine? >> >> TIA >> >> > > > According to my slackware system: > glibc-2.3.5-i486-5 > gcc-3.3.6-i486-1 > > Wine CVS works fine for me. Despite the problems with GCC 4.0 -- > which will be fixed surely -- I don't believe there are any cutoffs. > Any modern enough setup should work. >

Sept. 25, 2005

Bugzilla cleanup

by Vijay Kiran Kamuju

Hi, There are lot of available bugs in bugzilla, 1305 till now. I closed some 5 issues. I have some 15 bugs on my agenda. I will be testing them or sending patches for them, starting tommorrow. If anybody is interested, please try to close as many old bugs as possible. We have old bugs that date from 2001, many might have been fixed by now. Thanks, Vijay

Sept. 25, 2005

bug[824]: registry errors

by Vijay Kiran Kamuju

Hi, Anybody tested the patch and test for bug[824] in bugzilla. Any news on it. Thanks, Vijay

Sept. 25, 2005

Re: glibc versions

by Jesse Allen

On 9/24/05, wino(a)piments.com <wino(a)piments.com> wrote: > Thanks, > > I've been a bit slow to think if this but I do keep this system fairly > upto date, although not madly so. > > I am currently running gcc-3.4.3.20050110-r2 and glibc-2.3.4.20041102-r1 > > > Is there any recommended cutoff versions for these work with wine-cvs or > recent wine? > > TIA > > According to my slackware system: glibc-2.3.5-i486-5 gcc-3.3.6-i486-1 Wine CVS works fine for me. Despite the problems with GCC 4.0 -- which will be fixed surely -- I don't believe there are any cutoffs. Any modern enough setup should work.

Sept. 25, 2005

Re: [bug 1858] WM_MOUSEACTIVATE processing

by Dmitry Timoshkov

"Ann & Jason Edmeades" <us(a)edmeades.me.uk> wrote: > Under wine, our defwinproc was not returning MA_ACTIVATE for HTNOWHERE > (0x0000), and a simple change confirmed that returning that did indeed fix > the problem. That leaves the question as to whether the change is right. > > I've attached a patch plus simple modified the tests to ensure that > MA_ACTIVATE is correct. Please let me know if there are any problems with > this one - I don't like touching the defwinproc! How about an one line test case which simply does ret = DefWindowProc(hwnd, WM_MOUSEACTIVATE, 0, HTNOWHERE); ok(ret == MA_ACTIVATE, "expected to return MA_ACTIVATE\n"); That would tell you what Windows returns in that case. -- Dmitry.

Sept. 25, 2005

tiny fonts on cvs

by wino＠piments.com

HI, I am getting miniscule 2.5 point fonts on my new wine-cvs. some dlgs come up ok but winecfg inparticular is unreadably small. suggestions pls.

Sept. 25, 2005

re: glibc versions

by dank＠kegel.com

Jesse Allen wrote: > I just found out two days ago that Wine built with GCC 4.0 breaks > SecuRom protected games -- probably in signal handling. gcc-4.0.0 had a number of issues. gcc-4.0.1 fixed some of these. gcc-4.0.2 is just about to be released. Maybe you could try out gcc-4.0.2-rc3 when it comes out (Monday?) and see if it fixes the problem? It'll be at ftp://gcc.gnu.org/pub/gcc/ and discussed e.g. in http://gcc.gnu.org/ml/gcc/2005-09/ - Dan

Sept. 25, 2005

Wine/dlls/GDI/region.c - Optimization

by Petr Kobalicek

Hi Wine team, I was reviewed some wine and XOrg code (I was writing a canvas library) and I have used XOrg region API (in wine project it's in /dll/GDI/region.c), I have done some optimizations in round (and elliptic) regions computing and my code is about 10x faster than original, I was sended an email to XOrg too, sorry that i wasn't sending a patch now, but if you are interested I can send commented sources and wine developers can merge it. It's very small modification that has about 20 lines, but speed is increased much, I'm working on another optimizations of regional API and I probabbly do more things to do things faster. Kind Regards Petr Kobalicek

Sept. 25, 2005

Re: glibc versions

by wino＠piments.com

Thanks, I've been a bit slow to think if this but I do keep this system fairly upto date, although not madly so. I am currently running gcc-3.4.3.20050110-r2 and glibc-2.3.4.20041102-r1 Is there any recommended cutoff versions for these work with wine-cvs or recent wine? TIA On Sun, 25 Sep 2005 02:04:49 +0200, Jesse Allen <the3dfxdude(a)gmail.com> wrote: > On 9/24/05, wino(a)piments.com <wino(a)piments.com> wrote: >> Are there any issues with more recent glibc? >> >> I am looking to what has changed on my system since I had wine working >> nicely a few months back. >> >> It occured to me that I probably have updated glibc at some point >> possibly >> later then the wine build that worked to well until I foolishly tried to >> update it. >> >> Is there anything here we need to be aware of? >> >> TIA for any detail. >> >> Regareds >> >> >> > > > I just found out two days ago that Wine built with GCC 4.0 breaks > SecuRom protected games -- probably in signal handling. It's deja vu > all over again to what happened with the kernel. Debian (unstable?) > just happened to switch to GCC 4.0. We need to identify the problem > before the GCC 4.0 migration progresses. Don't know if this is your > problem but who knows? > > >

Sept. 25, 2005

Re: glibc versions

by Jesse Allen

On 9/24/05, wino(a)piments.com <wino(a)piments.com> wrote: > Are there any issues with more recent glibc? > > I am looking to what has changed on my system since I had wine working > nicely a few months back. > > It occured to me that I probably have updated glibc at some point possibly > later then the wine build that worked to well until I foolishly tried to > update it. > > Is there anything here we need to be aware of? > > TIA for any detail. > > Regareds > > > I just found out two days ago that Wine built with GCC 4.0 breaks SecuRom protected games -- probably in signal handling. It's deja vu all over again to what happened with the kernel. Debian (unstable?) just happened to switch to GCC 4.0. We need to identify the problem before the GCC 4.0 migration progresses. Don't know if this is your problem but who knows?

Sept. 25, 2005

Re: Wine on NetBSD?

by Ivan Leo Puoti

Bryce Robilliard wrote: > Hello, > > I was enquiring as to whether or not Wine is compatible with NetBSD, or > if any other port of Wine is compatible with NetBSD. If not are there > any plans to make this so? Wine is meant to work on NetBSD, however chances are the build has broken over time due to lack of testing. I suggest you try building it and see what happens. Ivan.

Sept. 25, 2005

glibc versions

by wino＠piments.com

Are there any issues with more recent glibc? I am looking to what has changed on my system since I had wine working nicely a few months back. It occured to me that I probably have updated glibc at some point possibly later then the wine build that worked to well until I foolishly tried to update it. Is there anything here we need to be aware of? TIA for any detail. Regareds

Sept. 24, 2005

Wine on NetBSD?

by Bryce Robilliard

Hello, I was enquiring as to whether or not Wine is compatible with NetBSD, or if any other port of Wine is compatible with NetBSD. If not are there any plans to make this so? Regards, Bryce

Sept. 24, 2005

Re: [Bug 2759] can not start winmx 3.53

by James Hawkins

On 9/24/05, jim potter <james.potter7(a)ntlworld.com> wrote: > > how do I sort winmx 3.53. it does not connect? > "WinMX PNP Network Mysteriously Ends Operations" http://www.slyck.com/news.php?story=921 -- James Hawkins

Sept. 24, 2005

(no subject)

by wino＠piments.com

Still struggling here. looks like a bug in the start up checks of the app. since the file it is looking for exists in the current directory. how can I trace in to find out the real cause of the exceptions? TIA/ 21:02:38 File c:\windows\speech\vcmd.exe: Version 4.0.4.3405 21:02:38 File c:\windows\speech\vcmshl.dll: Version 4.0.4.2903 21:02:38 File c:\PROG~FBU\ScanSoft\NATU~BD1\Program\dnstk10.dll: Version 7.0.0.2 21:02:38 File c:\PROG~FBU\ScanSoft\NATU~BD1\Program\dmfc6.dll: Version 7.0.0.0 21:02:38 File c:\PROG~FBU\ScanSoft\NATU~BD1\Program\dd10enum.dll: Version 7.0.0$ 21:02:38 File c:\PROG~FBU\ScanSoft\NATU~BD1\Program\dmfc6.dll: Version 7.0.0.0 21:02:38 Exception thrown (d:\work\px\trouble\tests.cpp, 936). 21:02:38 21:02:38 Cannot find the file 'nstex50.dll' 21:02:38 QuickCheck Failed. 21:02:55 Final Termination

Sept. 24, 2005

Re: setupapi: implement SetupGetInfFileListW and SetupGetInfInformationW

by Robert Shearman

Steven Edwards wrote: >Documented here: > >http://msdn.microsoft.com/library/default.asp?url=/library/en-us/setupapi/s… >http://msdn.microsoft.com/library/default.asp?url=/library/en-us/setupapi/s… > >Changelog: >Hervé Poussineau (hpoussin(a)reactos.com) >Implement SetupGetInfFileListW and SetupGetInfInformationW >Inf file parser now accept UNICODE files with FF FE header > > >------------------------------------------------------------------------ > >Index: dlls/setupapi/parser.c >=================================================================== >RCS file: /home/wine/wine/dlls/setupapi/parser.c,v >retrieving revision 1.20 >diff -u -r1.20 parser.c >--- dlls/setupapi/parser.c 12 Sep 2005 22:07:53 -0000 1.20 >+++ dlls/setupapi/parser.c 24 Sep 2005 06:52:23 -0000 > > ... >@@ -951,12 +956,20 @@ > WCHAR *new_buff = HeapAlloc( GetProcessHeap(), 0, size * sizeof(WCHAR) ); > if (new_buff) > { >- DWORD len = MultiByteToWideChar( CP_ACP, 0, buffer, size, new_buff, size ); >+ DWORD len = MultiByteToWideChar( CP_ACP, 0, buffer, size, new_buff, >+ size * sizeof(WCHAR) ); > err = parse_buffer( file, new_buff, new_buff + len, error_line ); > HeapFree( GetProcessHeap(), 0, new_buff ); > } > } >- else err = parse_buffer( file, buffer, (WCHAR *)((char *)buffer + size), error_line ); >+ else >+ { >+ WCHAR *new_buff = (WCHAR *)buffer; >+ /* Some UNICODE files may start with the UNICODE marker */ >+ if (*new_buff == 0xfeff) >+ new_buff++; >+ err = parse_buffer( file, new_buff, (WCHAR *)((char *)new_buff + size), error_line ); >+ } > > Any time a Zero-Width Non-breaking Space is specifically skipped like this it is a bug. You should *never* have to do this if you use the right functions (isspaceW, etc). Is there some other bug lurking that made this change necessary? -- Rob Shearman

Sept. 24, 2005

Re: bugzilla search error

by Tony Lambregts

Vijay Kiran Kamuju wrote: > > Software error: > > Undefined subroutine &Bugzilla::Search::ThrowUserError called at Bugzilla/Search.pm line 561. > > For help, please send mail to the webmaster (webmaster(a)codeweavers.com > <mailto:webmaster(a)codeweavers.com>), giving this error message and the > time and date of the error. > > Hi, > When itry to click the top search button in bugzilla search, with > summary = msvcrt and keywords = msvcrt > I am getting the above error > This error does not happen if you use a valid keyword ;^) http://bugs.winehq.org/describekeywords.cgi I suppose it still is a bug in bugzilla so it should be fixed. Volunteers anyone? -- Tony Lambregts

Sept. 24, 2005

Re: Empowering QA volunteers to add keywords...

by Tony Lambregts

Robbert Xerox wrote: > I'd like to help out too, to get the bugzilla database > managed a bit. I think you have to contact dustin > navea; i've sent him a mail but got no response. > Anyone suggestions? Regards > No, that would be me or Jeremy Newman (There may be someone else but I do not know who) Anyways, I have added you to the list of people who can Confirm and Edit Bugs. If there are any others who want these abilities please let me know. -- Tony Lambregts

Sept. 24, 2005

Re: Empowering QA volunteers to add keywords...

by Tony Lambregts

dank(a)kegel.com wrote: > In the OpenOffice.org QA project, > volunteers who have proven themselves by adding > helpful comments to a few bug reports > can then request to be given the ability > to change all fields of a bug report > (see http://qa.openoffice.org/helping.html) > > IMHO Wine might want to try that out, too. > > I hereby request those privileges ;-) > I'm doing some bug triage, and I'd like to > be able to add e.g. keyword 'download' to > http://bugs.winehq.org/show_bug.cgi?id=2632 > but I'm not suitably empowered. > > Who can grant my request? > I can and did ;^) -- Tony Lambregts

Sept. 24, 2005

Re: Make DrawMenuBar and SetMenu tests pass under Wine

by Vitaliy Margolen

Saturday, September 24, 2005, 9:10:03 AM, Dmitry Timoshkov wrote: > It's a bit awkward to run message tests with current CVS, DDE test > fails and doesn't allow the tests to continue, so I had to run it > manually. I haven't investigated the source of the failure, but symptoms > are that IsWindowUnicode now returns TRUE when it shouldn't, and that > reminds me old reports that uxtheme makes windows appear unicode > when they are not. Time to go to test.winehq.org and find the time of > the breakage. Just look for theming patches from around 1 - 1.5 months ago. Each themed control has that problem. I don't understand that too, but author claims that this the way it is on winXP with comctl32 6.0. Vitaliy Margolen

Sept. 24, 2005

Re: user: make A->W WM_GETTEXTLENGTH use WM_GETTEXT [try 4]

by Frank Richter

On 22.09.2005 16:57, Frank Richter wrote: > Diff to try 3: Use less callbacks, only pass window func. SendMessageW() > is used in case the func is 0. > > Frank Richter <frank.richter(a)gmail.com> > When doing A->W WM_GETTEXTLENGTH, use WM_GETTEXT behind the scenes to > obtain an exact length. This seems to match the behaviour of recent > Windowses and as well fixes a couple of regressions (caused by theming > suddenly making the standard controls Unicode). Any comments on this one? -f.r.

Sept. 24, 2005

Re: Fix invisible mouse (GuildWars) (3rd try......:( )

by lnd＠denhulster.nl

Sorry about that, patch is completely wrong. Forget about it and don't apply.

Sept. 24, 2005

wingcc link problem

by Vitaly Lipatov

Last days I can't compile any program with winegcc: $ winegcc buildtest.c a.out.exe-u5twQI.spec.o(.data+0x28): In function `__wine_spec_nt_header': : undefined reference to `__wine_spec_exe_entry' a.out.exe-u5twQI.spec.o(.init+0x1): undefined reference to `__wine_spec_init_ctor' collect2: ld returned 1 exit status winegcc: gcc failed. $ cat buildtest.c int main(int argc, char **argv) { exit(0); } Any suggestions? -- Vitaly Lipatov, ALT Linux Team Russia, Saint-Petersburg, www.etersoft.ru

Sept. 24, 2005

cant find dll in current dir.

by wino＠piments.com

I have installed an app without too many issues but now when running it , it cant find a dll that is in the current directory from which I ran the wine command. "cant find nstex50.dll" ls -ail nstex50.dll 407904 -rw-r--r-- 1 wino users 184370 Feb 13 2003 nstex50.dll running wine with windebug dll channel and grepping the output, I get the following : does that look like it can find it or not. I dont understand the wine output. I suspect the error is not what it is showing in the errdlg! TIA. grep -i "nstex" /tmp/file.log trace:file:append_entry long L"nstex50.dll"... short L""... mask L"DgnMyCmds.dll" trace:file:match_filename (L"nstex50.dll"..., L"DgnMyCmds.dll") trace:file:append_entry long L"nstex50.dll"... short L""... mask L"nssystem.ini" trace:file:match_filename (L"nstex50.dll"..., L"nssystem.ini") trace:file:append_entry long L"nstex50.dll"... short L""... mask L"dd10renx.dll" trace:file:match_filename (L"nstex50.dll"..., L"dd10renx.dll") trace:file:append_entry long L"nstex50.dll"... short L""... mask L"gramlist.dat" trace:file:match_filename (L"nstex50.dll"..., L"gramlist.dat") trace:file:append_entry long L"nstex50.dll"... short L""... mask L"gramlist.dat" trace:file:match_filename (L"nstex50.dll"..., L"gramlist.dat") trace:file:append_entry long L"nstex50.dll"... short L""... mask L"gramlist.dat" trace:file:match_filename (L"nstex50.dll"..., L"gramlist.dat") trace:file:append_entry long L"nstex50.dll"... short L""... mask L"natspeak.exe.local" trace:file:match_filename (L"nstex50.dll"..., L"natspeak.exe.local") trace:file:append_entry long L"nstex50.dll"... short L""... mask L"gramlist.dat" trace:file:match_filename (L"nstex50.dll"..., L"gramlist.dat") trace:file:append_entry long L"nstex50.dll"... short L""... mask L"dd10renx.dll" trace:file:match_filename (L"nstex50.dll"..., L"dd10renx.dll") trace:file:append_entry long L"nstex50.dll"... short L""... mask L"audio.exe" trace:file:match_filename (L"nstex50.dll"..., L"audio.exe") trace:file:append_entry long L"nstex50.dll"... short L""... mask L"gentrain.dll" trace:file:match_filename (L"nstex50.dll"..., L"gentrain.dll") trace:file:append_entry long L"nstex50.dll"... short L""... mask L"natspeak.exe" trace:file:match_filename (L"nstex50.dll"..., L"natspeak.exe") trace:file:append_entry long L"nstex50.dll"... short L""... mask L"dd10midl.dll" trace:file:match_filename (L"nstex50.dll"..., L"dd10midl.dll") trace:file:append_entry long L"nstex50.dll"... short L""... mask L"dd10scrp.dll" trace:file:match_filename (L"nstex50.dll"..., L"dd10scrp.dll") trace:file:append_entry long L"nstex50.dll"... short L""... mask L"dd10shrd.dll" trace:file:match_filename (L"nstex50.dll"..., L"dd10shrd.dll") trace:file:append_entry long L"nstex50.dll"... short L""... mask L"dd10srvr.dll" trace:file:match_filename (L"nstex50.dll"..., L"dd10srvr.dll") trace:file:append_entry long L"nstex50.dll"... short L""... mask L"dd10hook.dll" trace:file:match_filename (L"nstex50.dll"..., L"dd10hook.dll") trace:file:append_entry long L"nstex50.dll"... short L""... mask L"dd10gldt.dll" trace:file:match_filename (L"nstex50.dll"..., L"dd10gldt.dll") trace:file:append_entry long L"nstex50.dll"... short L""... mask L"dd10sapi.dll" trace:file:match_filename (L"nstex50.dll"..., L"dd10sapi.dll") trace:file:append_entry long L"nstex50.dll"... short L""... mask L"dd10trob.dll" trace:file:match_filename (L"nstex50.dll"..., L"dd10trob.dll") trace:file:append_entry long L"nstex50.dll"... short L""... mask L"models.ini" trace:file:match_filename (L"nstex50.dll"..., L"models.ini") trace:file:append_entry long L"nstex50.dll"... short L""... mask L"mrec.dll" trace:file:match_filename (L"nstex50.dll"..., L"mrec.dll") trace:file:append_entry long L"nstex50.dll"... short L""... mask L"server.dll" trace:file:match_filename (L"nstex50.dll"..., L"server.dll") trace:file:append_entry long L"nstex50.dll"... short L""... mask L"dmfc6d.dll" trace:file:match_filename (L"nstex50.dll"..., L"dmfc6d.dll") trace:file:append_entry long L"nstex50.dll"... short L""... mask L"dmfc6d.dll" trace:file:match_filename (L"nstex50.dll"..., L"dmfc6d.dll") trace:file:append_entry long L"nstex50.dll"... short L""... mask L"dnstk10.dll" trace:file:match_filename (L"nstex50.dll"..., L"dnstk10.dll") trace:file:append_entry long L"nstex50.dll"... short L""... mask L"dmfc6.dll" trace:file:match_filename (L"nstex50.dll"..., L"dmfc6.dll") trace:file:append_entry long L"nstex50.dll"... short L""... mask L"dd10enum.dll" trace:file:match_filename (L"nstex50.dll"..., L"dd10enum.dll") trace:file:append_entry long L"nstex50.dll"... short L""... mask L"dmfc6.dll" trace:file:match_filename (L"nstex50.dll"..., L"dmfc6.dll")

Sept. 24, 2005

Re: [Now ns7] Dragon ns8 problem

by wino＠piments.com

Jean, gentoo ; kernel 2.6.22 with alsa and alsa-oss; wine 20050524; NS 7 pref. I've started going through this from scatch. So far I have got the installer to work by importing riched* from win2k and comdlg32.dll off a dll archive on the web. used sidenet to set up the config only. refered to frankscorner to install DCOM98 and to run installshield. wine regedit to add string value 5.0.2014.0216 to following regkey. HKEY_LOCAL_MACHINE\Software\Microsoft\Internet Explorer So far it installs without error but now on running wine natspeak I get "cant find nstex50.dll" this is odd since it is in the current dir. This may be a result of my not having installed IE6 this time but still seems odd. regards. On Thu, 22 Sep 2005 17:40:05 +0200, Jean Magnan de Bornier <jean(a)bornier.net> wrote: > Le 22 septembre à 17:26:01 peter(a)piments.com écrit notamment: > > | Yes, on recent winecfg base versions, I also found it was very slow to > | open my user profiles and crashed as soon as I opened DragonPad. >> > | I can only repeat that I had the most luck with 20050524. Since you are > | apparently using Gentoo you will find this is still in the portage > tree so > | I dont understand your reluctance to try it. (Use "quickpkg wine" to > make > | binary of wine before you change versions , then you can use emerge -k > | later to avoid the lenghty rebuild if you want to swap back.) >> > | bash-3.00#emerge -p =app-emulation/wine-20050524 > > OK, thanks, I will try it another time (last time with this version > couln't install NS, maybe I did some mistake there...) > thanks for your patience...

Sept. 24, 2005