June 2010 - Wine-Devel - list.winehq.org

Re: add russian translation for winerrs messages

by Paul Vriens

On 06/26/2010 04:31 PM, Paul Vriens wrote: > On 06/26/2010 04:23 PM, Vitaly Lipatov wrote: >> + >> +LanguageNames=(RUS=0x419:winerr) >> + >> +MessageId=0 > > Hi, > > It looks like the file is in UTF-8 so shouldn't we need a > "CodePages=(RUS=65001:0)"? > Ran the patch against my local copy of 'transl' and that CodePages line should indeed be added. -- Cheers, Paul.

June 26, 2010

Re: add russian translation for winerrs messages

by Paul Vriens

On 06/26/2010 04:23 PM, Vitaly Lipatov wrote: > + > +LanguageNames=(RUS=0x419:winerr) > + > +MessageId=0 Hi, It looks like the file is in UTF-8 so shouldn't we need a "CodePages=(RUS=65001:0)"? -- Cheers, Paul.

June 26, 2010

Re: Please resend the fixed gcov patch by tomorrow so I can test building with it :)

by Peter Davies

> What is the cleanest way to do this? I was hoping it would be as simple > as passing -fprofile-generate and -fprofile-dir as CFLAGS and LDFLAGS > to configure. > > Thanks, > Scott Ritchie Copy 'preloader.o' (to prevent wine-preloader being rebuilt) and 'wine-preloader' from a normal build. As noted elsewhere -fprofile-dir won't work (I intend to fix this soon). Peter

June 26, 2010

Using string resources in conformance tests.

by Michael Mc Donnell

Hi wine developers! I've written a conformance test (my first) for bug 17986: BrsFolder_OnCommand make new folder not implemented. The conformance test tests if clicking on the "Make New Folder" button in a SHBrowseForFolder dialog box results in creation of a new folder. I want the test to be localized and work across all newer versions of Windows, but I'm having trouble with it. I use the LoadString function to get the "New folder" string from shell32.dll that is used for creating a new folder. The problem is that the location where it is stored in shell32.dll varies between the different versions of Windows. I can only make the test work on one version at a time. Even the capitalization varies between the different versions of Windows, i.e. "New Folder" vs. "New folder". My question is how should we handle a problem like the one mentioned above? Should we avoid using string resources in conformance test, or should we try to handle the version issues? One solution would be to hard code the string instead of loading it from a resource. This would, however, mean that the test would be skipped on all non-English versions of windows, and it would additionally have to ignore the capitalization differences. Another solution would be to get the string according to the version of Windows. This would, however, pose a problem in wine because it does not emulate any specific Windows version. The location of the string in wine's shell32.dll does not match any version of Windows, and we would therefore also have to detect if the test is running on wine. Has anyone bumped into the same problem, or does anyone know a thread about this on wine-devel? Do you have any comments on what to do? Thanks, Michael Mc Donnell

June 26, 2010

Re: Add files generated by "make depend", PGO and gcov to .gitignore

by Peter Davies

> Is best practice to confine these to a particular folder (like you get > with -fprofile-dir)? Is there a switch to do that for gcov data? Due to limitations of my patch -fprofile-dir (or passing arguments to -fprofile-* is unsupported). All it allows you can do is pass "--coverage", "-fprofile-generate" or "-fprofile-use" to winegcc without arguments. It started as a hack to enable gcov and evolved into a hack to enable PGO and gcov. Peter

June 26, 2010

Re: Please resend the fixed gcov patch by tomorrow so I can test building with it :)

by Scott Ritchie

On 06/18/2010 11:40 AM, Peter Davies wrote: > I didn't send it because the change was so trivial (I have now). Note > you will need to build wine-preloader without PGO (and with a > libport.a without PGO) or you will get libc linking errors. > > Peter > > What is the cleanest way to do this? I was hoping it would be as simple as passing -fprofile-generate and -fprofile-dir as CFLAGS and LDFLAGS to configure. Thanks, Scott Ritchie

June 26, 2010

Re: Debian package backorder

by Ben Klein

On 25 June 2010 15:17, Ben Klein <shacklein(a)gmail.com> wrote: > Unless someone wants to donate an AM2/DDR2 motherboard to me, someone > is going to have to take over the packaging of Debian Stable, Testing > and Unstable packages. > Good news: I got a motherboard that is made of 120% concentrated awesome: http://www.gigabyte.com/products/product-page.aspx?pid=3313 Bad news: My desktop is still not powering up. No flickering lights or fans spinning (not even in the PSU). Maybe someone can help diagnose this for me: * Last time working, newly-plugged-in USB devices were not functioning. USB mouse was fine (plugged in from boot, no legacy mouse in BIOS), no other USB device functioned correctly (one card reader not detected at all, another only detected with first of four slots accessible). * System believed to have shut down normally from last working state, but cannot confirm this. * Main issue: press power button; nothing happens. * Power supply LED on old motherboard was active (indicating PSU giving power to motherboard). New motherboard does not have this LED. * Tested with another system's power button, no difference. * Tested with another system's PSU, no difference. * Suspected mobo issue due to USB problems. Tried new mobo (above), no difference. So now I suspect the CPU (Phenom x4 945, IIRC). The RAM (4x 2GB DDR2-800) is the only other device I haven't changed or unplugged. If my (new) suspicion is right: Pro: I'd have to get a Phenom II to replace it (don't even mention Semprons!), meaning more cache and faster processing, and having the option of going X6. Con: I CAN HAS TEH CASH PLZ? I can't afford a comparable CPU (AUD$161 for Phenom II x4 945), especially after buying the new motherboard (which I don't particularly want to return; it's narrower than my old one and has features that better suit me). Remind me to send a letter to AMD thanking them for putting DDR2 controllers in their AM3 CPUs.

June 26, 2010

Re: automated stack dumps broken, just output winedbg usage message now?

by Eric Pouech

Le 26/06/2010 01:58, Dan Kegel a écrit : > Is anybody else seeing winedbg fail to generate stack dumps? > I'm seeing > > wine: Unhandled page fault on read access to 0x00000000 at address > 0xb736bd68 (thread 0009), starting debugger... > Usage: > winedbg [ [ --gdb ] [ prog-name [ prog-args ] |<num> | > file.mdmp | --help ] > > on a lot of apps when they crash. Could be me, but I figured I'd ask. > > This is with wine-1.2-rc3. > > > > > maybe your AeDebug registry entry is broken (in system.reg) it should read (for a standard install): [Software\\Microsoft\\Windows NT\\CurrentVersion\\AeDebug] 1274602108 "Auto"="1" "Debugger"="winedbg --auto %ld %ld" or (if you want to still use the debugger when a crash happens) [Software\\Microsoft\\Windows NT\\CurrentVersion\\AeDebug] 1274602108 "Auto"="1" "Debugger"="winedbg %ld %ld" A+ -- Eric Pouech "The problem with designing something completely foolproof is to underestimate the ingenuity of a complete idiot." (Douglas Adams)

June 26, 2010

Re: Addition of En resources to non-En resources

by Dmitry Timoshkov

Francois Gouget <fgouget(a)free.fr> wrote: [skipped] > These were picked at random. Isn't it strange how all these translated > controls have the same size as the English version despite widely > different text content? There is nothing strange there, if the text still fits and doesn't get clipped out. > So in fact all you get with the status-quo is few translations *AND* > broken dialog layouts. Same position and size of the controls in different languages doesn't suddenly make the dialog layout broken. -- Dmitry.

June 26, 2010

Re: How do you make x64 crosstests?

by Austin English

On Fri, Jun 25, 2010 at 2:49 AM, Ilya Basin <basinilya(a)gmail.com> wrote: Should be install 64-bit mingw, compile wine in 64-bit mode, and run 'make crosstest'. Though I just tried this on Ubuntu Lucid, and it fails for me there (configure is looking for checking for x86_64-pc-mingw32-gcc... no checking for x86_64-w64-mingw32-gcc... no while on Ubuntu, it is: amd64-mingw32msvc-gcc however, it seems compiling with it is broken: austin(a)midna:~/64-wine-git$ amd64-mingw32msvc-gcc foo.c /usr/lib/gcc/amd64-mingw32msvc/4.4.2/../../../../amd64-mingw32msvc/bin/ld: cannot find -lgcc collect2: ld returned 1 exit status perhaps someone else has tried and had better luck... -- -Austin

June 26, 2010