Re: [website] Added templates/zh-cn/cvs.template translation

passports, etc. Although for the benefit of Western custom, "Xu Li-Xin", or "Xu Lixin", or "Lixin Xu" or "Li-Xin Xu" might make it more obvious, and make some people happier. Ultimately it is Alexandre's call, what is considered a real name. Anyway, the

Re: [website] Added templates/zh-cn/cvs.template translation

On Fri, 16/8/13, Frédéric Delanoy wrote: Subject: Re: [website] Added templates/zh-cn/cvs.template translation To: "xulixin" Cc: "Wine Devel" Date: Friday, 16 August, 2013, 10:59 On Fri, Aug 16, 2013 at 8:13 AM, xulixin wrote: > From 86026

cygwin's fork Re: [wine-devel] Re: Bug 24018 which appears to be a ... for running Cygwin on Wine

--- On Mon, 1/7/13, David Laight wrote: > On Mon, Jul 01, 2013 at 06:13:26PM > +0200, Peter Rosin wrote: > > > > I would like to point out that it seems that the > current bug does not > > appear to be *in* setup.exe, but rather occurs when > setup.exe runs > > a bash post-install script, where

How not to ask for help Re: [wine-devel] Re: [wine-devel] Re: Bug 24018 which appears to be a ... for running Cygwin on Wine

--- On Tue, 2/7/13, Alan W. Irwin wrote: > > Going personal and accusing others of being biased is > not a way of > getting help.  ...In short, I have > a > prejudice against anyone stating anecdotal evidence > concerning issues > with _any_ open-source software if they don't back up that > anec

Re: [wine-devel] Re: [wine-devel] Re: Bug 24018 which appears to be a showstopper for running Cygwin on Wine

--- On Mon, 1/7/13, Alan W. Irwin wrote: ... I hope your negative > attitude > toward the Cygwin toolchain is not typical of such > developers.  After > all, even though the Windows GNU toolchain code bases have > diverged > between the two groups of developers, there is still a > common interest

Re: [wine-devel] Re: Bug 24018 which appears to be a showstopper for running Cygwin on Wine

--- On Sun, 30/6/13, André Hentschel wrote: > On 29.06.2013 23:34, Hin-Tak Leung > wrote: > > --- On Sat, 29/6/13, Alan W. Irwin > wrote: > > > > ... > >>> Also, running cygwin on wine, compared to other > windows > >> software > >>

Re: Bug 24018 which appears to be a showstopper for running Cygwin on Wine

--- On Fri, 28/6/13, Alan W. Irwin wrote: ... However, because of the Cygwin fork > bug, Cygwin on > Wine has largely been untested for the last three years so > this could > be a good opportunity to do such testing for the combination > of Cygwin > (with the fork fix) and recent Wine in case som

Re: [wine-devel] Re: Bug 24018 which appears to be a showstopper for running Cygwin on Wine

--- On Sat, 29/6/13, Alan W. Irwin wrote: ... > > Also, running cygwin on wine, compared to other windows > software > which has no unix/linux equivalents, is hardly a priority. > > That is obviously personally true for you.  And for my > personal needs > Cygwin on Wine is a "would be nice" soft

Re: [wine-devel] Re: Bug 24018 which appears to be a showstopper for running Cygwin on Wine

--- On Sat, 29/6/13, Alan W. Irwin wrote: ... > > The Mingw GNU toolchain works wells under wine. The > cygwin GNU toolchain don't, the last time I checked. > > That may be true, but the best way to make that point about > the Cygwin > GNU toolchain is with official Cygwin bug reports rather > t

Re: [wine-devel] Re: Bug 24018 which appears to be a showstopper for running Cygwin on Wine

--- On Fri, 28/6/13, Alan W. Irwin wrote: ... But I _know_ the MSYS version of cat works fine on recent > Wine just > like the rest of the GNU toolchain used for building > software so if > the MSYS and Cygwin GNU toolchain code bases have not > diverged too > much it should be straightforward (a

Re: [wine-devel] Re: Bug 24018 which appears to be a showstopper for running Cygwin on Wine

--- On Thu, 27/6/13, Alan W. Irwin wrote: > On 2013-06-26 18:14-0700 Alan W. > Irwin wrote: > > > Note in retrospect I realized that this period leading > up to the > > release of Wine-1.6.0 has been a lousy time to ask wine > developers > > with Cygwin expertise to take on the additional > dist

Re: Bug 24018 which appears to be a showstopper for running Cygwin on Wine

--- On Tue, 25/6/13, Alan W. Irwin wrote: > I currently have no experience with Cygwin and my only real > interest > in Cygwin on Wine is it theoretically provides an > alternative build > platform to my present successful work with the combination > of MinGW, > MSYS, and Wine as a Windows build

Re: po: Update Simplified Chinese translation (resend)

--- On Fri, 21/6/13, André Hentschel wrote: > On 21.06.2013 18:44, Qian Hong > wrote: > > Hi Caibin, > > > > Welcome to Wine! > > > > Thanks for the great work, patch looks perfect to me. > > > > It's a bit pity that Julliard just finishing today's > patch committing > > several minutes ago, h

Re: Spam again ...

That, if I remember correctly, is a legitimate wine user who is occasionally active in the bugzilla also. I have had other friends who have clicked on the wrong links (quite possible) and had their addressbook used that way, and/or have e-mails pretended to have come from them. On the whole I d

Re: [PATCH] dlls/gdi32/fretype.c: Avoid division by zero.

--- On Sun, 5/5/13, Max TenEyck Woodbury wrote: > On 05/04/2013 05:37 PM, Sam Edwards > wrote: > > On 05/04/2013 12:59 PM, Max TenEyck Woodbury wrote: > >> > >>You are trying to make this about me.  It is > not. Windows fairly > >> obviously does not do this 'sanity' test.  > Wine is supposed to

Re: [AppDB] version: Only display comments section in case version has maintainers

-- On Fri, May 3, 2013 00:35 BST Rosanne DiMesio wrote: >On Thu, 2 May 2013 23:26:24 +0100 (BST) >Hin-Tak Leung wrote: >> >> - "volunteer" is what it means: "volunteer". To try to make anybody >> "volunteer&quo

Re: [AppDB] version: Only display comments section in case version has maintainers

--- On Thu, 2/5/13, Frédéric Delanoy wrote: From: Frédéric Delanoy Subject: Re: [AppDB] version: Only display comments section in case version has maintainers To: "Rosanne DiMesio" , "André Hentschel" Cc: "Wine Devel" Date: Thursday, 2 May, 2013, 18:53 On Thu, May 2, 2013 at 7:23 PM, Rosa

Re: zlib's gzseek return gabbage and fails intermittently under wine.

--- On Mon, 15/4/13, Nikolay Sivov wrote: > On 4/15/2013 02:50, Hin-Tak Leung > wrote: > > --- On Sun, 14/4/13, Vincent Povirk > wrote: > > > >> Well, here's a simple thing you can > >> check: Does your zlib dll link to > >> _lseek or _lseeki

Re: zlib's gzseek return gabbage and fails intermittently under wine.

--- On Sun, 14/4/13, Vincent Povirk wrote: > Well, here's a simple thing you can > check: Does your zlib dll link to > _lseek or _lseeki64? The first one uses a 32-bit offset. > Wine's > implementation (http://source.winehq.org/source/dlls/msvcrt/file.c#L1090) > expands that to 64-bit and later t

Re: zlib's gzseek return gabbage and fails intermittently under wine.

-- On Sun, Apr 14, 2013 22:34 BST Vincent Povirk wrote: >> considering how old zlib is and the vast number of windows application which >> uses zlib > >Given how many people duplicate the effort to package zlib, the fact >that they're rarely updated, and the sort

zlib's gzseek return gabbage and fails intermittently under wine.

I am porting an application which uses zlib's gzseek quite extensively to do pseudo- random access of the content of large gz'ed files, in the same manner of some's use of posix's lseek. On small test data, it works correctly on wine. (identical result as linux). On production data - a large 9G

Re: [website] Simplified Chinese translation for release 1.5.27

--- On Sat, 30/3/13, Jactry Zeng wrote: From: Jactry Zeng Subject: Re: [website] Simplified Chinese translation for release 1.5.27 To: ht...@users.sourceforge.net Cc: "Wine Devel" , "Qian Hong" Date: Saturday, 30 March, 2013, 10:41 2013/3/30 Hin-Tak Leung > > &

Re: [website] Simplified Chinese translation for release 1.5.27

This one I do without google translate, "high resolution" would be 高解像 . --- On Sat, 30/3/13, Jactry Zeng wrote: From: Jactry Zeng Subject: Re: [website] Simplified Chinese translation for release 1.5.27 To: "Qian Hong" Cc: "Wine Devel" Date: Saturday, 30 March, 2013, 10:23 2013/3/30 Qian Ho

Re: [website] Simplified Chinese translation for release 1.5.27

'large format'/'large style'. So I would opt for "大碼圖標" . --- On Sat, 30/3/13, Hin-Tak Leung wrote: > From: Hin-Tak Leung > Subject: Re: [website] Simplified Chinese translation for release 1.5.27 > To: "Wine Devel" , fract...@gmail.com,

Re: [website] Simplified Chinese translation for release 1.5.27

--- On Sat, 30/3/13, Qian Hong wrote: > Hi Jactry, > > 2013/3/30 Jactry Zeng : > > + 一些 C 运行时的改进。 > > I think it is better to translate "C runtime" to “C > 运行时库“ rather than > just ”C 运行时“。 I think both are terrible translations but could not think of a better alternative off my head, so I we

Re: [website] Added simplified chinese

--- On Wed, 30/1/13, Jactry wrote: From: Jactry Subject: Re: [website] Added simplified chinese To: "Jeremy Newman" Cc: "wine-devel" Date: Wednesday, 30 January, 2013, 16:28 Hi  Jeremy, 2013/1/30 Jeremy Newman :>Patch looks good to me. Since I cannot read it, I need someone else here on wi

Re: [website] Added simplified chinese

--- On Wed, 30/1/13, Jeremy Newman wrote: > Patch looks good to me. Since I > cannot read it, I need someone else here on wine devel to > vouch for the translation. Just to make sure it is legit and > not a very tricky spam or just a pass through google > translate. > > You will also need to add

Re: Announcing the Mac driver

--- On Wed, 12/12/12, André Hentschel wrote: > Am 12.12.2012 23:35, schrieb Hin-Tak > Leung: > > --- On Wed, 12/12/12, Josh DuBois > wrote: > >> wine-mono. > >> > >> On 12/12/12 4:27 PM, Hin-Tak Leung wrote: > >>> I am somewhat curious ab

Re: Announcing the Mac driver

--- On Wed, 12/12/12, Josh DuBois wrote: > wine-mono. > > On 12/12/12 4:27 PM, Hin-Tak Leung wrote: > > I am somewhat curious about the tar ball - why is the > version 12 source (120MB) and so much bigger than the > previous (44MB)? I can probably work it out by downloading

Re: Announcing the Mac driver

--- On Wed, 12/12/12, Ken Thomases wrote: > Greetings Wine community, > > As many of you may be aware, CodeWeavers just released > CrossOver 12.  We're pleased to announce that CrossOver > 12 includes the long-awaited Mac driver.  If you're not > familiar with it, the Mac driver is an alternativ

Re: Command line parameters

--- On Tue, 12/6/12, John Emmas wrote: > Thanks Hin-Tak and Dan but I think we're at crossed purposes > now.  Remember that my original question had nothing to > do with paths.  I simply used paths as a convenient > example.  My question is about command-line parameters > and (more specifically)

Re: Command line parameters

--- On Thu, 7/6/12, Dan Kegel wrote: > John wrote: > > from what Hin-Tak said earlier, it sounds like Wine > itself will translate any paths that I pass as a command > line parameter (or did I misunderstand that?) > > Example: >    wine notepad /home/dank/foo.txt > This fails because notepad tre

Re: Command line parameters

--- On Thu, 7/6/12, John Emmas wrote: > FWIW the Windows app launches perfectly if I use execl() in > the Linux app - and in fact, this has all worked perfectly > for years.  It was only yesterday that I began to > wonder if there might be a problem in non-English > locales.  Up to now, nobody's

Re: Command line parameters

--- On Thu, 7/6/12, John Emmas wrote: > Is Wine clever enough to realise that the UTF8 string needs to be converted > to a locale-specific string, so that the Windows app can understand it?  Or > does Wine simply pass whatever characters it received, without attempting any > translation?  Tha

Re: http://winetricks.googlecode.com/svn/trunk/src/install-gecko.sh also installs mono

--- On Tue, 5/6/12, Max TenEyck Woodbury wrote: > The issue is access from linux native code to the .net > framework.  Please stop your anti-mono ranting. You have no idea what you are talking about. wine-mono is an modified version of a *win32* build of mono. wine-mono does not interact with

Re: http://winetricks.googlecode.com/svn/trunk/src/install-gecko.sh also installs mono

--- On Mon, 4/6/12, Max TenEyck Woodbury wrote: > On 06/04/2012 03:05 AM, Frédéric > Delanoy wrote: > > On Mon, Jun 4, 2012 at 8:35 AM, Dan Kegel  > wrote: > >> On Sun, Jun 3, 2012 at 11:20 PM, Frédéric > Delanoy > >>   > wrote: > >>> On Sun, Jun 3, 2012 at 7:02 PM, Dan Kegel  > wrote: > htt

Re: GSoC proposal

--- On Mon, 26/3/12, Aric Stewart wrote: > Hi, > > Not to argue if it will be useful or not, as I do not know. > I think this > will be technically very hard. You will have to be able to > get the > keystrokes for a native linux applications feed them into > WINE, have > wine do the IME proce

Re: GSoC proposal

--- On Mon, 26/3/12, Cheer Xiao wrote: > > What you are describing is the desirability of > predictive and phrasal input > > methods in general, where the computer can anticipate > and guess your > > intention as you type. > > > > We only disagree in the definition of what a "decent" IME > is. B

Re: GSoC proposal

Cheer Xiao wrote: I'm sure that's all true, but why would making Win32 input methods run through Wine be a better (or even easier) solution than improving the Linux/X11 input methods? (I'm talking about Chinese, but the same is true for Japanese.) Because developing a decent pinyin (it's a ro

Re: GSoC proposal

--- On Sun, 25/3/12, Cheer Xiao wrote: > 2012/3/25 Hin-Tak Leung : > > --- On Sun, 25/3/12, Cheer Xiao > wrote: > > > > > >> So according to you and the thread Jerome > mentioned, uxtheme > >> is one of > >> the more tricky and less rewar

Re: GSoC proposal

--- On Sun, 25/3/12, Cheer Xiao wrote: > So according to you and the thread Jerome mentioned, uxtheme > is one of > the more tricky and less rewarding areas; so I will set it > aside for > the moment and work on the IME proposal instead. There is no reason why you cannot submit two proposals,

Re: Updating GSoC proposal

--- On Tue, 20/3/12, Hin-Tak Leung wrote: > > FWIW I was planning on improving cmd as my GSoC > project, and > > I've talked to Dan Kegel about it - there's been no > protests > > (only support) thus far on that front, so it at least > seems > > doa

Re: Updating GSoC proposal

--- On Tue, 20/3/12, HolyCause wrote: > On 3/20/12 07:22, Maarten Lankhorst > wrote: > > Agreed, would like to add cmd parser to that list too. > > > > ~Maarten > Why is this? Does cmd sound like a bad project? > > FWIW I was planning on improving cmd as my GSoC project, and > I've talked to Da

Re: po: zh_TW translation updates

--- On Mon, 27/2/12, Francois Gouget wrote: > On Mon, 27 Feb 2012, Hin-Tak Leung > wrote: > [...] > > - some of the changes are over-eager: i.e. it > "improves" on windows > > and tried to be more user-friendly, but not exactly how > windows does >

Re: Translators wanted!

--- On Mon, 27/2/12, Francois Gouget wrote: > On Mon, 27 Feb 2012, Hin-Tak Leung > wrote: > [...] > > One should *not* be creative and does one's own thing - > the localized > > message files should be (some version of) what > localized windows > > shows.

Re: po: zh_TW translation updates

--- On Mon, 27/2/12, 盧瑞元 wrote: > >>  msgid "Finished searching the document." > >> -msgstr "檔案搜尋結束。" > >> +msgstr "檔案查找結束." > > "查找" is used in zh_CN, not zh_TW. > > > The older version is preferred. (may be it is just my > opinion). > > > >>  msgid "Failed to load the RichEdit library." > >>

Re: Translators wanted!

--- On Mon, 27/2/12, Cheer Xiao wrote: > 2012/2/17 Qian Hong : > > Hello, > > > > On Fri, Feb 17, 2012 at 2:13 AM, Francois Gouget > wrote: > >> > >> I feel that we should put out a call for > translators to the wider > >> community. In preparation for that I updated the > Wiki's Translating pag

Fw: Re: po: zh_TW translation updates

Strange bounces... --- On Mon, 27/2/12, Hin-Tak Leung wrote: > --- On Mon, 27/2/12, Francois Gouget > > wrote: > > > Patches are posted to wine-patc...@winehq.org: > > http://www.winehq.org/pipermail/wine-patches/2012-February/111804.html > > A quick look at it

Re: po: zh_TW translation updates

--- On Sun, 26/2/12, Francois Gouget wrote: > +#, fuzzy > msgid "Connection unavailable.\n" > -msgstr "" > +msgstr "不可用; 。\n" meaning just 'useless/unavailable' - could be improved. > msgid "" > "This program is free software; you can redistribute it > and/or modify it " > "under the terms of

Re: po: Update Chinese (Taiwan) translation.

--- On Fri, 24/2/12, Francois Gouget wrote: > #, fuzzy > msgid "Write fault.\n" > -msgstr "默認。\n" > +msgstr "預設。\n" > > #, fuzzy > msgid "Read fault.\n" > -msgstr "默認。\n" > +msgstr "預設。\n" These two are wrong, as far as I see - (I need to know the context to be sure). From one "placeholder

winedevice taking up 100% after wine cmd

I just had a rather odd incident earlier today when I just launched "wine cmd", and saw that my process monitor max-out to 100% - and it continued, until I finished what I intended to do and exited cmd, minutes later. I wasn't doing anything else and no typing anything in the cmd console either

Re: Regression testing breakthrough

I have two suggestions - - git clone has a "--depth" option which does a shallow clone (i.e. with some history removed). - you can use "git-archive" to export arbitrary commits out as a tar ball dynamically; there is no need to have store a tar ball permanently. That said, I am doubtful about

Re: [patch] Fake display interface

--- On Fri, 2/9/11, Jari Vetoniemi wrote: > Hello, > > I personally hate when applications decide to change my > screen > resolution without asking me, or some applications just > won't run > inside window. > So I did fake display interface for the winex11.drv. It > allows you to > send any disp

Re: gecko and native msvcrt

--- On Fri, 29/4/11, Eric Pouech wrote: > Le 29/04/2011 23:07, Dan Kegel a > écrit : > > While testing a game with current gecko, I saw the > error > > > > wine: Call from 0x7bc4ad90 to unimplemented function > msvcrt.dll._snwprintf_s, > > aborting > > > > The game needed a native msvcrt, so I ha

GSoC questions (Re: Question)

Sanket Patel wrote: How Teams Are Formed in Google Summer Of Code For Any Project. Is It Formed By Organization Or Google ? First, it would be good etiquette to post to mailing lists with sensible and specific subject fields, rather than generic like your past few posts. Many people only read

Re: Idea

(Please keep the wine-devel CC:) Sanket Patel wrote: User File Location On Tue, Mar 22, 2011 at 8:25 AM, Hin-Tak Leung <mailto:hintak_le...@yahoo.co.uk>> wrote: Sanket Patel wrote: hi there, I talk about to make wine portable. How I am Gonna D

bluetooth cpl support (Re: USB Device Support - Nokia PC Suite)

--- On Fri, 18/2/11, Mike Yates wrote: > After rebooting, I did get a full > list of "fixme" lines:- > > mike@myvmubuntu:~$ wine .wine/drive_c/Program\ > Files/Nokia/Nokia\ PC\ > Suite\ 7/PCSuite.exe > err:module:import_dll Library irprops.cpl (which is needed > by > L"C:\\Program Files\\PC C

Re: USB Device Support

--- On Thu, 17/2/11, Mike Yates wrote: > Hi > I (and a lot of contributors to the Nokia forums) would > like to use the > Nokia PC Suite in Wine. > The current status in the AppDB of Nokia PC Suite > > v7.x.x.x is "Garbage" b

Re: 64-bit Notepad2 crashes

Susan Cragin wrote: Does this 'path' exist in LD_LIBRARY_PATH or equivilent? Otherwise ld might not be able to 'find' it when starting the program. James McKenzie James... You've just exhausted my technical knowledge. How do I do / find that? Susan: For the BASH shell: Type in set and look

Re: The Windows version of the "octave --version" command exposes an uncommon X network transparency issue for wine

Alan W. Irwin wrote: wineconsole --backend=curses MinGW/msys/1.0/bin/bash.exe Under that bash if I set the PATH to include the bin directory where octave.exe resides and run octave --version directly (i.e., not from an X-terminal) I get a good result which consists of the usual GNU octave ver

Re: AUTHORS list and the C locale on Mac OS X

--- On Wed, 10/11/10, Ken Thomases wrote: > I should have been clearer.  The output just reflects > your environment.  So, you have LANG set to > en_GB.utf8.  I had LANG set to en_US.UTF-8.  My > only point was to say that the "UTF-8" form is > acceptable.  It was not to suggest that "utf8" is no

Re: AUTHORS list and the C locale on Mac OS X

--- On Wed, 10/11/10, Ken Thomases wrote: > From: Ken Thomases > Subject: Re: AUTHORS list and the C locale on Mac OS X > To: "Reece Dunn" > Cc: "wine-devel" > Date: Wednesday, 10 November, 2010, 20:08 > On Nov 9, 2010, at 4:29 PM, Reece > Dunn wrote: > > > You could use autoconf to detect: >

Re: Problems with Test

--- On Mon, 1/11/10, James Mckenzie wrote: > From: James Mckenzie > Subject: Re: Problems with Test > To: "Charles Davis" > Cc: "wine-devel@winehq.org" > Date: Monday, 1 November, 2010, 14:26 > Charles Davis > wrote: > > > >On 10/31/10 9:23 PM, James McKenzie wrote: > >> All: > >> > >> I'm

Re: Chinese translation of key pages on wiki.winehq.org?

Frédéric Delanoy wrote: On Tue, Aug 31, 2010 at 02:40, Dan Kegel wrote: Are there any Chinese speakers on the list? Any interest in starting a Chinese translation of wiki.winehq.org? I bring this up because a Chinese user/developer is asking for help getting started with submitting translation

Re: Inviting Mono and pulseaudio to wineconf?

--- On Thu, 26/8/10, Vincent Povirk wrote: > > Also, half of the > > cross-compiling dependencies are available (and more > up to date) on fedora > > under the ming32-* packages. > > I don't use fedora, but you're welcome to add that > information for the > benefit of fedora users. (Or even a re

Re: Inviting Mono and pulseaudio to wineconf?

Vincent Povirk wrote: http://wiki.winehq.org/Mono is looking good. (Think there's a Summer of Code 2011 project or two in there?) Judging by bugzilla, there don't seem to be any large projects that would help compatibility enough to be worthwhile. All the mscoree bugs only affect one app. S

Re: winetrick & mono dot net 3.5 emmulation.

Date: Wed, 25 Aug 2010 21:01:09 -0700 From: James McKenzie To: Hin-Tak Leung Hin-Tak Leung wrote: The installer of one application I have requires Net 3.5 and refuses to install if it is not detected. Yet it runs adequately well with mono 2.6.x (when installed to Vista then copied over). So

winetrick & mono dot net 3.5 emmulation.

The installer of one application I have requires Net 3.5 and refuses to install if it is not detected. Yet it runs adequately well with mono 2.6.x (when installed to Vista then copied over). So I am wondering if there should be a winetrick "lie about having .net 3.5" registry setting, and go abo

Re: wine.inf: added .NET InstallRoot key

--- On Tue, 24/8/10, Vincent Povirk wrote: > > And eventually mono will be > installed automatically like gecko is? > > If I ever get the damn thing to build fully on a Linux box, > yes. Is there a problem with that? Mono comes with a script called "build-mingw32.sh" for cross-compiling on lin

Re: Sending patches for bug #22918

Misha Koshelev wrote: Dear All: Congrats on 1.2! I have begun sending my patches from my repository: http://github.com/misha680/wine/commits/master Specifically, I have sent the first 10 patches (of approx 70 currently). I look forward to your comments/commits ;) Also, if anyone knows how to

Re: The __WINE__ macro does not identify the Wine platform

Alan W. Irwin wrote: Thus, is there not some standard means that could be used for wine to tell the various MinGW compilers built on Microsoft Windows but run under wine to always #define __WINE__? I am quite sure AJ will object to any such things - as far as the various compilers (and windows

Re: The __WINE__ macro does not identify the Wine platform

You seems to have made one mistake - it is "winegcc", (without space) not "wine gcc". winegcc does define __WINE__ . --- On Thu, 17/6/10, Alan W. Irwin wrote: > According to some old discussion > (http://www.mail-archive.com/wine-de...@winehq.com/msg15669.html) > on > wine-devel it appears that

snoop,relay,trace

I am thinking of going barbaric and doing WINEDEBUG=+relay,+snoop,+trace to see how mt.exe get the wrong image size in http://bugs.winehq.org/show_bug.cgi?id=22812 and just grep for the wrong/right sizes (0x "2b000", "176128", 0x "2b200", "176640" ) to see where mt gets it from but none turn

Re: Rome total war

> Regression tests are not really that hard.  I'll give > you an example.  I have been working on the > EM_FORMATRANGE function and let it go for about six months > due to other things going on in my life (something called El > Tour de Tucson, you can Google it.)  When I picked up > the code, the P

Re: software built and worked under wine but not in vista?

Matijn Woudt wrote: There are a few differences I spotted between the two executables: 1) setupgs-wine.exe has wrong image size, changing it from 0x2b200 to 0x2b000 makes the executable working under win7. 2) setupgs-wine.exe has wrong resource size, probably related to 1), because the size of bo

Re: software built and worked under wine but not in vista?

Thanks for everybody who advised. I have filed the two bugs under: [Bug 22813] wine's loader does not check invalid image size [Bug 22812] mt creates corrupted executables In a nutshell, just before running mt, wine and vista generates very similiar executables (differing by 4 bytes, two about t

Re: software built and worked under wine but not in vista?

--- On Fri, 21/5/10, André Hentschel wrote: > compile your setupgs in wine but without the "mt-step" and > try running it on vista. > if mt breaks the PE file then submit a bug report > describing wrong behavior of mt. This is what I am doing next. I have also made a change to ghostscript trunk

Re: software built and worked under wine but not in vista?

--- On Fri, 21/5/10, Hin-Tak Leung wrote: > Krasuckas > wrote: > > > > > > http://www.ghostscript.com/~hintak/setupgs-vista.exe > > > > http://www.ghostscript.com/~hintak/setupgs-wine.exe > > > > > > There are a few differences I spott

Re: software built and worked under wine but not in vista?

--- On Thu, 20/5/10, Saulius Krasuckas wrote: > > > http://www.ghostscript.com/~hintak/setupgs-vista.exe > > > http://www.ghostscript.com/~hintak/setupgs-wine.exe > > > > There are a few differences I spotted between the two > executables: > > 1) setupgs-wine.exe has wrong image size, changing

Re: software built and worked under wine but not in vista?

--- On Thu, 20/5/10, Matijn Woudt wrote: > >> * On Tue, 18 May 2010, Hin-Tak Leung wrote: > >>> > >>> So it seems that setupgs.exe is mis-compiled > under wine with win7 sdk but > >>> just happened to also work under wine. Any > idea how it mi

Re: software built and worked under wine but not in vista?

Saulius Krasuckas wrote: I sorry for stepping into Alexandre's or Dmitry's shoes, but.. * On Tue, 18 May 2010, Hin-Tak Leung wrote: So it seems that setupgs.exe is mis-compiled under wine with win7 sdk but just happened to also work under wine. Any idea how it might happen? ... t

Re: software built and worked under wine but not in vista?

--- On Wed, 19/5/10, Saulius Krasuckas wrote: > I sorry for stepping into Alexandre's > or Dmitry's shoes, but.. > > * On Tue, 18 May 2010, Hin-Tak Leung wrote: > > > > So it seems that setupgs.exe is mis-compiled under > wine with win7 sdk > > but

software built and worked under wine but not in vista?

I have encountered a slightly strange issue with building the windows self-extracting installer release of ghostscript (http://www.ghostscript.com/) - the self-extracting installer is created with the winzip self-extractor package, which can be manually unzipped. The curious thing is that I can

Re: Release plans

--- On Mon, 10/5/10, Alexandre Julliard wrote: > > The last time I checked it was possible to re-use an > old wineprefix > > (created by 32-bit wine under x86_64 platform) with > 64-bit wine - is > > it still the case? My .wine is a bit big and I'd hate > to have to > > re-create it... :-(. I me

Re: Release plans

Alexandre Julliard wrote: Ben Klein writes: I'm more interested to know in the status of WoW64 in Wine. Can 64bit and 32bit Wine be installed sensibly and concurrently? Yes, everything should work as expected now. Please test it. The last time I checked it was possible to re-use an old win

Re: winegcc: Fix compiling of 32-bit Winelib Apps on shared 32/64-bit setups

--- On Fri, 16/4/10, Marcus Meissner wrote: > On Fri, Apr 16, 2010 at 10:51:29PM > +0200, André Hentschel wrote: > > --- > > tools/winegcc/winegcc.c |8 > > > 1 files changed, 8 insertions(+), 0 > deletions(-) > > > > diff --git a/tools/winegcc/winegcc.c > b/tools/winegcc/winegcc.c

Re: richedit: Documented paragraph border widths are in points not pixels.

--- On Sun, 28/2/10, Andrew Eikum wrote: > I'd be very surprised if git is modifying your patches > without telling you.  It's probably Gmail trying to be > clever.  Telling git-imap-send to send as an attachment > (--attach) might fix the issue.  Or, if you're already > doing that, maybe turning

Re: winedbg: output of the bt command misses sometimes a frame

--- On Sat, 6/2/10, Bernhard Übelacker wrote: > Hello, > as I was debugging in wine I wondered if following > behaviour is intended or > could be considered a bug (and should be filed in > bugtracker?). > > When the debugger's current position is on the opening > curly bracket of a > function a

Re: CJK default fonts for packagers to set

--- On Fri, 5/2/10, Aric Stewart wrote: > Scott Ritchie wrote: > > My notes from Wineconf remind me that I need to create > some manual links in the registry to whatever default CJK > fonts are on the system. Can someone tell me what > these are supposed to look like? > > > > Thanks, > > Scott

Re: WINEDLLPATH and /usr/lib/wine

--- On Wed, 27/1/10, Alexandre Julliard wrote: > The first step would probably be to explain why you need to > have an app > with the same name as an existing builtin. ddiwrapper provides its own gdi32.dll.so winspool.drv.so , so that bitmap generated by the host's ghostscript is fed into the p

Re: WINEDLLPATH and /usr/lib/wine

--- On Tue, 26/1/10, Alexandre Julliard wrote: > Michael Ost > writes: > > > I agree. And that's what your patch does, right? Would > you like to > > submit it to the wine-patches list? I think the case > for it is strong, > > especially since (1) you found that it fixes a > behavior change in

Re: WINEDLLPATH and /usr/lib/wine

--- On Tue, 26/1/10, Ben Klein wrote: > For DLLs at least, you should be able to rename the .dll.so > to a .dll > and stick it in the application's directory. I don't recall > the last > time I tried this, but it certainly worked (I was using a > hacked > ddraw.dll.so to get Diablo and Worms Arma

Re: WINEDLLPATH and /usr/lib/wine

--- On Mon, 25/1/10, Michael Ost wrote: > Alexandre Julliard wrote: > > Not necessarily, the behavior could probably be > tweaked, feel free to > > suggest changes. You can't require users to set > WINEDLLPATH for normal > > usage though, including running from the build tree or > from a relocat

Re: WINEDLLPATH and /usr/lib/wine

--- On Mon, 25/1/10, Michael Ost wrote: > Hin-Tak Leung wrote: > > I asked about the same problem a while ago without any > response, but > > I have a patch for it: > > > > https://www.linuxfoundation.org/en/User:Htl10#Ddiwrapper_.28a.k.a._.22Using_Vendor_win32

Re: WINEDLLPATH and /usr/lib/wine

I asked about the same problem a while ago without any response, but I have a patch for it: https://www.linuxfoundation.org/en/User:Htl10#Ddiwrapper_.28a.k.a._.22Using_Vendor_win32_printer_driver_in_Linux.22.29 I reckon it is because the wine devs don't want people to override certain things. W

Re: example code appending files with w32api broken?

--- On Wed, 20/1/10, Uwe Bonnes wrote: > Dear Hin-Tak, > > try to write test for the test suite. And for trying > genuine windows, use > the winetsetbot. No need to reboot. > > Test in the test suite fingerpoint at errors and help to > not introduce > regressions. Hmm, I can see how winetsetb

Re: example code appending files with w32api broken?

--- On Wed, 20/1/10, Uwe Bonnes wrote: > Dear Hin-Tak, > > try to write test for the test suite. And for trying > genuine windows, use > the winetsetbot. No need to reboot. > > Test in the test suite fingerpoint at errors and help to > not introduce > regressions. I finally got round to rebo

Re: example code appending files with w32api broken?

--- On Tue, 19/1/10, Uwe Bonnes wrote: > Register with the winetestbot, upload your test exe and > compare the test > output  Thanks for the pointer. I'll bear that in mind. ATM I have a patch for one bug which does not work, possibly because it uncovers another bug in wine - I can verify th

example code appending files with w32api broken?

I needed a WIN32 API based file-appending solution to fix a bug (http://bugs.winehq.org/show_bug.cgi?id=21394) and using the example code http://msdn.microsoft.com/en-us/library/aa363778%28VS.85%29.aspx as reference, I have got a somewhat working solution, except if I follow the code, the WriteFil

Re: Fedora users, please test mci patch about time-out/hanging machine

pulseaudio occasionally gets into a confusion by itself. I found I need to do pulseaudio --cleanup-shm from time to time. --- On Thu, 19/11/09, joerg-cyril.hoe...@t-systems.com wrote: > Hi, > > Testhq.org results from 17th of November about winmm:mci > were striking: > All machines producin

  1   2   >