Re: *** GMX Spamverdacht *** MSYS touch.exe timestamp resolution issue on Wine-1.6

Am 12.10.2013 23:28, schrieb Alan W. Irwin: Under MSYS bash.exe if I use the touch command I only get 1-second resolution when reading the results. bash.exe-3.1$ touch touch1.test touch2.test bash.exe-3.1$ ls --full-time touch*.test -rw-r--r-- 1 wine 544 0 2013-10-12 13:57:58.0 -0700

Re: MSYS touch.exe timestamp resolution issue on Wine-1.6

On 2013-10-12 23:28, Alan W. Irwin wrote: > Under MSYS bash.exe if I use the touch command I only get 1-second > resolution when reading the results. > > bash.exe-3.1$ touch touch1.test touch2.test > bash.exe-3.1$ ls --full-time touch*.test > -rw-r--r-- 1 wine 544 0 2013-10-12

MSYS touch.exe timestamp resolution issue on Wine-1.6

Under MSYS bash.exe if I use the touch command I only get 1-second resolution when reading the results. bash.exe-3.1$ touch touch1.test touch2.test bash.exe-3.1$ ls --full-time touch*.test -rw-r--r-- 1 wine 544 0 2013-10-12 13:57:58.0 -0700 touch1.test -rw-r--r-- 1 wine 544 0 2013-10-12

Re: BiDi, Unicode 6.3 and Wine.

Aric Stewart writes: > Hello, > > So Unicode 6.3 was just recently released. One of the things it > features is an updated BIDI (Bidirectional) algorithm. This is > revision 29 to the > algorithm. (http://www.unicode.org/reports/tr9/tr9-29.html#Modifications) > Looking at the code I moved from

Re: BiDi, Unicode 6.3 and Wine.

While I have no experience contributing code to wine itself so far, BiDi or not, I smell a high-level design choice here. If the new revision to the Unicode algorithm looks superior, my first idea would be to try rebasing the code on that and then explicitly overriding it for Windows quirks. I

BiDi, Unicode 6.3 and Wine.

Hello, So Unicode 6.3 was just recently released. One of the things it features is an updated BIDI (Bidirectional) algorithm. This is revision 29 to the algorithm. (http://www.unicode.org/reports/tr9/tr9-29.html#Modifications) Looking at the code I moved from gdi32 to usp10, it looks like the

Re: [PATCH 3/3] winemac: Tell Wine when Cocoa has brought a window to the front.

| 1 + > dlls/winemac.drv/macdrv_cocoa.h | 1 + > dlls/winemac.drv/window.c | 12 > 7 files changed, 39 insertions(+), 5 deletions(-) > > <0003-winemac-Tell-Wine-when-Cocoa-has-brought-a-window-to.patch> Don't commit this one. It has caused some stra

Re: Looking for an icon for the Mac driver: generic program running under Wine

The window for that icon was made from a screenshot of a window from my desktop. The Wine glass was from a png on the WineHQ website. So there should be no copyright issues there, so long as Wine agrees to letting itself use it. I made it in icon composer which only supports up to 512x512 which

Looking for an icon for the Mac driver: generic program running under Wine

Hi, I have a need for a new icon in Wine and I'm hoping somebody with some graphics-design skills might be able to create it. The Mac driver attempts to extract an icon from the executable to use for the Dock icon of its process. This is also the icon that appears in the Comman

Re: Wine Gecko 2.24-beta1

On 08/18/13 04:14, Zhenbo Li wrote: > I've tested some websites, and found that these pages have problems: > > http://mail.163.com (it will make gecko crash) > http://huaban.com (nothing can be shown) > http://douban.com (no pictures) > http://html5test.com/ (can't

Re: Virus spread via wine

Thanks, Dan. No. I already have that virus sample file. For the more fun, W32:Tenga (aka Virus:Win32/Gael.D) virus behavior signature under Wine 1.7.1 attached. On Mon, Sep 23, 2013 at 11:12 PM, Dan Kegel wrote: > Thanks, looks like you're doing good work there. > (Are you going to

Re: Virus spread via wine

Thanks, looks like you're doing good work there. (Are you going to ask the guy who filed 34556 for a copy of an infected file?) On Mon, Sep 23, 2013 at 6:32 AM, Jong Bin, Chae wrote: > Fun++; > /* Wine Virus Database (VirusDB) > http://sourceforge.net/apps/mediawiki/zerowine-tr

Re: Virus spread via wine

Fun++; /* Wine Virus Database (VirusDB) http://sourceforge.net/apps/mediawiki/zerowine-tryout/index.php?title=VirusDB*/ On Mon, Sep 23, 2013 at 1:20 PM, Dan Kegel wrote: > Fun times: > http://bugs.winehq.org/show_bug.cgi?id=34556 > > >

Virus spread via wine

Fun times: http://bugs.winehq.org/show_bug.cgi?id=34556

Re: patch:try 2 of adding wine ja mannual

an$(prog_manext) Use tabs and insert the line between fr and pl, please. Why don't you use ja.UTF-8? > diff --git a/loader/wine.ja.man.in b/loader/wine.ja.man.in > new file mode 100644 > index 000..e2e1cba > --- /dev/null > +++ b/loader/wine.ja.man.in The document still look

Re: Does auto-apt work to get wine dependencies in source code?

--Sorry about the HTML in the earlier message. >> Was thinking of running some tests but the list of dependencies on the >> website seems outdated, apt-get build-dep does not work. >Is that with the ubuntu-wine ppa enabled? There are two answers to that question, surprisingly.

RE: Does auto-apt work to get wine dependencies in source code?

On Monday, 26 August 2013 5:20 AM, Maarten Lankhorst wrote: >Op 25-08-13 14:09, Susan Cragin schreef: >> Was thinking of running some tests but the list of dependencies on the >> website seems outdated, apt-get build-dep does not work. >Is that with the ubuntu-wine ppa enab

Re: Does auto-apt work to get wine dependencies in source code?

>> Was thinking of running some tests but the list of dependencies on the website seems outdated, apt-get build-dep does not work.>Is that with the ubuntu-wine ppa enabled?There are two answers to that question, surprisingly. (1) bitboxIn the instructions it looks like the wine ppa repos

Re: Does auto-apt work to get wine dependencies in source code?

Op 25-08-13 14:09, Susan Cragin schreef: > Hello, > Was thinking of running some tests but the list of dependencies on the > website seems outdated, apt-get build-dep does not work. Is that with the ubuntu-wine ppa enabled?

Re: Does auto-apt work to get wine dependencies in source code?

Am 25.08.2013 14:09, schrieb Susan Cragin: > Hello, > Was thinking of running some tests but the list of dependencies on the > website seems outdated, apt-get build-dep does not work. running https://code.google.com/p/winezeug/source/browse/trunk/install-wine-deps.sh is a good chanc

Does auto-apt work to get wine dependencies in source code?

Hello, Was thinking of running some tests but the list of dependencies on the website seems outdated, apt-get build-dep does not work.

Re: Willing to join Wine

On Tue, Aug 20, 2013 at 3:13 AM, Priyank Bhatt wrote: > I want to work for Wine . I'm a third year undergraduate Student , I > have done my elimentary course on machine learning algorithm . I am > also familiar with C/C++ and some what of Python . > Please suggest what all do I

Willing to join Wine

I want to work for Wine . I'm a third year undergraduate Student , I have done my elimentary course on machine learning algorithm . I am also familiar with C/C++ and some what of Python . Please suggest what all do I need to learn or read so as to start contributing to the open source communi

Re: Wine Gecko 2.24-beta1

that it's not a regression) I've tested them with Firefox + flashblock, so I think they are not caused by flash. I'm glad to do more tests to contribute Gecko. Cheers. 2013/8/14 Jacek Caban : > Hi all, > > It's time to do another update of Wine Gecko, so I prepared a new

Wine Gecko 2.24-beta1

Hi all, It's time to do another update of Wine Gecko, so I prepared a new beta build. It's already on Sourceforge [1]. Until server-side support for auto install of the package is committed [2], its manual installation is required [3]. I attached a patch to Wine that is required for the

Re: wine-bugs change?

gt; > > Thomas > > > > > > On Tue, Aug 13, 2013 at 10:54 AM, Henri Verbeet > wrote: > >> > >> On 13 August 2013 17:23, Bruno Jesus <00cp...@gmail.com> wrote: > >> > My filters are still working fine, probably they are configured the

Re: wine-bugs change?

t > in filters, only searches. > > Thank you, > > Thomas > > > On Tue, Aug 13, 2013 at 10:54 AM, Henri Verbeet wrote: >> >> On 13 August 2013 17:23, Bruno Jesus <00cp...@gmail.com> wrote: >> > My filters are still working fine, probably they are con

Re: Wine Gecko repo

There is dedicated git hosting software (such as gitolite and gitosis - most people in #git seem to prefer gitolite) that provides account-based access to Git repositories without providing any general shell access. Perhaps something like that could be set up on source.winehq, running on a dedicate

Re: wine-bugs change?

13 at 10:54 AM, Henri Verbeet wrote: > On 13 August 2013 17:23, Bruno Jesus <00cp...@gmail.com> wrote: > > My filters are still working fine, probably they are configured the > > same as yours: > > > > Matches: to:(wine-devel@winehq.org) > > Do this: Skip Inbo

Re: wine-bugs change?

On 13 August 2013 17:23, Bruno Jesus <00cp...@gmail.com> wrote: > My filters are still working fine, probably they are configured the > same as yours: > > Matches: to:(wine-devel@winehq.org) > Do this: Skip Inbox, Apply label "WineDevel", Never send it to

Re: wine-bugs change?

> > > I've been subscribed to the lists for several years now, archiving all of > > the conversations in case a situation ever arises where a backup copy is > > needed. I've had a filter setup in gmail for wine-bugs that has worked > > perfectly fine for a long

Re: wine-bugs change?

On Tue, Aug 13, 2013 at 12:14 PM, Thomas Spear wrote: > Hi all, > > I've been subscribed to the lists for several years now, archiving all of > the conversations in case a situation ever arises where a backup copy is > needed. I've had a filter setup in gmail for

wine-bugs change?

Hi all, I've been subscribed to the lists for several years now, archiving all of the conversations in case a situation ever arises where a backup copy is needed. I've had a filter setup in gmail for wine-bugs that has worked perfectly fine for a long time now, but over the last coup

Re: Wine Gecko repo

On 13 August 2013 12:28, Jacek Caban wrote: > The question is, where should it go? > > - Github seems to be the choice for most project currently and it's > already used by Wine Mono. > - Reconsider source.winehq.org. This was not chosen due to account > management overhe

Wine Gecko repo

this shiny new interface doesn't work at all for Wine Gecko repo (wine-gecko.git probably too big and complicated). See [1], it claims to be analyzing the repo, but it has been like that since the switch was done. I contacted them [2] and they are aware of the problem, but it's still not

Re: wine mannual is wrong?

You can also run console apps without a graphics driver (if they don't do anything that requires one).

Re: wine mannual is wrong?

On Mon, Aug 5, 2013 at 7:49 AM, 中川祥 wrote: > I'm interpretering wine.man. > I found it says"this requires X11 to run". > But the newest ver. does not require X11,does it? Yes. Unless you're on Mac and use the Mac driver instead. -- -Austin

wine mannual is wrong?

I'm interpretering wine.man. I found it says"this requires X11 to run". But the newest ver. does not require X11,does it?

Re: appwiz: Correct Wine Mono installer title in several languages

nd a fuzzy in a po file than to spot a missing translation somewhere in the UI. Right, and with this patch applied the errors in the title are corrected, and the errors in the description remain fuzzy. These errors have been present since Wine Mono was introduced.

Re: appwiz: Correct Wine Mono installer title in several languages

Ken Sharp writes: > On 02/08/13 10:57, Alexandre Julliard wrote: >> Ken Sharp writes: >> >>> Hi Alexandre, >>> >>> http://source.winehq.org/patches/data/97460 should be correct but >>> would I be right in assuming you would rather have the changes made >>> along with the next string for each lan

Re: appwiz: Correct Wine Mono installer title in several languages

On 02/08/13 10:57, Alexandre Julliard wrote: Ken Sharp writes: Hi Alexandre, http://source.winehq.org/patches/data/97460 should be correct but would I be right in assuming you would rather have the changes made along with the next string for each language? You say you want to catch the tr

Re: appwiz: Correct Wine Mono installer title in several languages

Ken Sharp writes: > Hi Alexandre, > > http://source.winehq.org/patches/data/97460 should be correct but > would I be right in assuming you would rather have the changes made > along with the next string for each language? You say you want to catch the translators attention, but you are doing jus

appwiz: Correct Wine Mono installer title in several languages

Hi Alexandre, http://source.winehq.org/patches/data/97460 should be correct but would I be right in assuming you would rather have the changes made along with the next string for each language?

Re: appwiz: Correct Wine Mono installer messages

On 22/07/13 19:39, Vincent Povirk wrote: Okay but at the moment, in those languages, a user is currently being told Gecko needs to be installed, followed by Gecko needs to be installed. Are you sure this isn't caused by needing 32-bit and 64-bit builds of Gecko? Certain. It's a translation

Re: appwiz: Correct Wine Mono installer messages

> Okay but at the moment, in those languages, a user is currently being told > Gecko needs to be installed, followed by Gecko needs to be installed. Are you sure this isn't caused by needing 32-bit and 64-bit builds of Gecko?

Re: appwiz: Correct Wine Mono installer messages

On 22/07/13 18:37, Alexandre Julliard wrote: Ken Sharp writes: Where the correction is obvious I have done so, but where a full translation is needed I have simply removed the incorrect one. This will mark that line as untranslated and hopefully someone will see that. It will also default to

Re: appwiz: Correct Wine Mono installer messages

Ken Sharp writes: > Where the correction is obvious I have done so, but where a full > translation is needed I have simply removed the incorrect one. This > will mark that line as untranslated and hopefully someone will see > that. It will also default to English with the correct message until >

Wine 1.6 list of deferred patches

This is the list of (hopefully) all deferred patches for wine 1.6, all authors are in bcc. I hope it's useful for developers. 97187 DeferredDmitry Timoshkov[3/3] kernel32: GetShortPathName for a non-existent short file name should fail. 97131 DeferredRosen Di

Re: loader: Indicate wine can run 64-bit apps in manpage

On Tue, Jul 16, 2013 at 4:57 PM, Frédéric Delanoy wrote: > --- > loader/wine.man.in | 7 +++ > 1 file changed, 3 insertions(+), 4 deletions(-) Please ignore this patch: I accidentally resent it. Sorry about the noise. Frédéric

Re: How to configure C++ implements in wine?

On Jul 15, 2013, at 1:00 AM, 中川祥 wrote: > I'm working at User Access Logging API for Windows8. > It need C++ style coding. > How can I solve it? Those aren't C++ classes. Those are MOF classes. They're used with WMI. I'm sure you've seen how we implement WMI (cf. dlls/wbemprox). They do not nee

How to configure C++ implements in wine?

I'm working at User Access Logging API for Windows8. It need C++ style coding. How can I solve it?

Re: po: Arabic full translated wine. (try2)

On Mon, 1 Jul 2013, Yaron Shahrabani wrote: > Non critical changes but take a look if you like: > #: comdlg32.rc:186 comdlg32.rc:141 > -#, fuzzy > msgid "Save As" > msgstr "احفظ &ك‍..." > > Redundant Ellipsis. You can find a list of issues of th

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

On 2013-07-01 20:08-0700 Austin English wrote: In other words, while fixing Cygwin issues is a valuable effort, it takes a lot of time and effort that is better spent elsewhere. Hi Austin: I agree that fixing Cygwin on Wine issues will take some considerable initial effort learning about

Windows RT Applications finally can run in Wine/ARM with upcoming Linux releases

n on the Wine side. [1] http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=a4780adeefd042482f624f5e0d577bf9cdcbb760 [2] http://forum.xda-developers.com/showthread.php?p=36534446 [3] http://bugs.winehq.org/show_bug.cgi?id=31322 [4] http://bugs.winehq.org/show_bug.cgi?id=31308

Mayhem analysis of Wine

Hi, wanted to let you know that i've seen "Reporting 1.2K crashes" [1] and searched for Wine results [2] and it seems we raised no issues with that "testsuite". Though it's not designed to test Wine, i felt happy not to see Wine on a list of faulty applications ;

Re: Wine release 1.6-rc4

On Sat, Jun 29, 2013 at 10:30 AM, Neumann, A. D. wrote: > Hello, > > I changed my email address. Please send this information to: > info.adneum...@t-online.de > > Thank you! > D. Neumann You have to update your email address on the wine-announce mailing list (http://w

Re: msxml3/tests: add additional conformance tests that show incorrect xpath behavior in wine

On 6/29/2013 20:26, John Chadwick wrote: On Sat, Jun 29, 2013 at 4:48 AM, Nikolay Sivov wrote: On 6/27/2013 11:46, John Chadwick wrote: +/* msxml's selectNodes returns a document ordered nodelist, regardless of + * whether or not the xpath nodelist was document ordered... */ + ole_che

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

y with, by copying from a windows box. Being able to get through installation, or obtaining an installation, does not change the fact that there are fundamental technical reasons that some part of cygwin does not work well in wine. Not without some serial rewrite in cygwin *and* wine. cygwin did ru

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

developers*, that you are just encounter one > problems out of many, and there are more problems to come, in the > thread you posted to the cygwin mailing list. > > Many times by you and once by a Cygwin developer. I have answered both, > but I am going to try again now since you

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

assertion were true (something we don't know until some Wine developer with an interest in Cygwin systematically looks at it for the latest Wine to see how many Cygwin bugs are left for that much improved version of Wine) it only strengthens my argument. The fact remains, Cygwin is open-source softwa

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

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 the bash.exe that interprets the > script depends on cygwi

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

bly know or have met some of the cygwin developers in person. I don't have the fortune to meet/know many, but they have my respects. The cygwin people would have told you the exact same thing: running mingw on wine is fair easier and more straight-forward, and there are very simple tec

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

On 2013-06-28 23:37, Hin-Tak Leung wrote: > --- 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

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

(building and testing software on the Cygwin platform) I will only be using a subset of Cygwin so I may avoid encountering some of these bugs. Furthermore, some of these bugs (e.g., problems resizing a GUI) are not showstoppers, and most of them are quite old. At the same time the latest Wine is

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

et back on topic again, thanks, André, for that reference to http://wiki.winehq.org/CygwinSupport. The two points there are worth repeating: For Wine, the upside would be: * a very good test suite * a much more solid implementation of the fundamental Win32 APIs These same points can be made a

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

tware on the Cygwin platform) I will > only be using a subset of Cygwin so I may avoid encountering > some of these bugs. Furthermore, some of these bugs (e.g., > problems resizing a GUI) are not showstoppers, and most of them are > quite old. At the same time the latest Wine is far superi

Re: po: Arabic full translated wine. (try2)

Non critical changes but take a look if you like: #: comdlg32.rc:186 comdlg32.rc:141 -#, fuzzy msgid "Save As" msgstr "احفظ &ك‍..." Redundant Elipsis. #: comdlg32.rc:202 -#, fuzzy msgid "S&election" -msgstr "اختر ال&كل\tCtrl+A" +msgstr "الاختيار" #: comdlg32.rc:203 -#, fuzzy msgid "&Pages

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: Wine release 1.6-rc4

Hello, I changed my email address. Please send this information to: info.adneum...@t-online.de Thank you! D. Neumann Am 28.06.2013 22:02, schrieb Alexandre Julliard: The Wine development release 1.6-rc4 is now available. What's new in this release (see below for details): - Bug

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 r

Re: [patch]update po/ja.po for wine ver.1.6-rc4

"Ba&se64-encoded X.509 (*.cer):" > -msgstr "Ba&se64符号化された X.509 (*.cer):" > +msgstr "Base64で符号化された X.509(&S) (*.cer):" ditto. > #: cryptui.rc:409 > msgid "&Cryptographic Message Syntax Standard/PKCS #7 Message (*.p7b)" > -

[website] Wine 1.6-rc4 freigegeben

. Juni 2013 +Wine 1.6-rc4 freigegeben + + Die Entwicklungsversion 1.6-rc4 von Wine ist jetzt verfügbar. + Neuerungen (en) in dieser Version: + + Nur Fehlerbehebungen, da wir uns im Code-Freeze befinden. + +Der Quellcode ist jetzt http://prdownloads.sourceforge.net/wine/wine-1.6-rc4.tar.bz2";&

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

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 >> which has no unix/linux equivalents, is hardly a priority. >> >> That is obvi

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

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

On 2013-06-29 11:57+0100 Hin-Tak Leung wrote: --- 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

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

Re: msxml3/tests: add additional conformance tests that show incorrect xpath behavior in wine

On 6/27/2013 11:46, John Chadwick wrote: +/* msxml's selectNodes returns a document ordered nodelist, regardless of + * whether or not the xpath nodelist was document ordered... */ +ole_check(IXMLDOMNode_selectNodes(rootNode,_bstr_("ancestor-or-self::node()"), &list)); +todo_exp

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

On 2013-06-28 22:37+0100 Hin-Tak Leung wrote: --- 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

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

On 2013-06-28 23:13+0100 Hin-Tak Leung wrote: --- 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

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

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

tup.exe) to install Cygwin to remove any uncertainty about whether your non-standard installation is the cause of the issue. And they will also probably insist you demonstrate the issue for the Microsoft version of Windows since Wine currently has an uncertain reputation (rightly or wrongly but we cannot

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 ex

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

extent that the fork bomb test now works on Cygwin. However, if you continue following that Cygwin mailing list thread you will see I have had absolutely no luck with running Cygwin's setup.exe under Wine (for Wine-1.5.19 and Wine-git near 1.6-rc1 which are both versions I have heavily tested wit

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

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 distraction of getting the debugging process for bug 24018 started

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

On 2013-06-26 23:43+0100 Hin-Tak Leung wrote: --- 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

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,

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

and only found one extremely casual (an aside to a completely different thread) mention (http://sourceware.org/ml/cygwin/2013-06/msg00471.html) from a different wine developer of bug 24018 with no response to that mention. I currently have no experience with Cygwin and my only real interest in Cygwi

Re: Czech language for Wine

Pavel Vlček writes: > @@ -1415,19 +1400,19 @@ > > #: crypt32.rc:74 > msgid "Title" > -msgstr "Titul" > +msgstr "" > > #: crypt32.rc:75 > msgid "Given Name" > -msgstr "Jm©no" > +msgstr "" > > #: crypt32.rc:76 > msgid "Initials" > -msgstr "Inici¡ly" > +msgstr "" > > #: crypt32.rc:77

Re: [Wine] German translation - netstat.exe

On Tuesday, 18 Jun 2013 at 19:35:02 André Hentschel wrote: > when you scroll down a bit on that page, you see everything needed to get rid > of false positives. Ah, I didn't scrolled down sooo deep. :( > Oh and fgouget is Fran?ois Gouget Thanks for this hint. I will deal with it in the right man

Re: [Wine] German translation - netstat.exe

On 18.06.2013 16:23, Joerg Schiermeier wrote: > Hi list, > > in wines call for translators is listed one 'spelling error' in the > German translation which isn't one. > <http://fgouget.free.fr/wine-po/> > > The translation is correct: >

[Wine] German translation - netstat.exe

Hi list, in wines call for translators is listed one 'spelling error' in the German translation which isn't one. <http://fgouget.free.fr/wine-po/> The translation is correct: <http://fgouget.free.fr/wine-po/de.spell.html> -- [Proto] (unchanged) 10453 ->

Re: [Wine] Call for Translators

don't think that's negotiable. >> > As a native English speaker I'm not really affected by WINE's language > support. > > My main gripe with WINE is the evident lack of regression testing. > > Martin Please don't hijack threads. Feel free to open a new thread on this subject on wine-devel. Frédéric

RE: Possible wine bug concerning the case of the DbgHelp.h header filename

> -Original Message- > From: wine-devel-boun...@winehq.org [mailto:wine-devel- > boun...@winehq.org] On Behalf Of Paul Chitescu > Sent: Wednesday, June 12, 2013 2:37 AM > To: wine-devel@winehq.org > Subject: Re: Possible wine bug concerning the case of the DbgHelp.h head

Re: Possible wine bug concerning the case of the DbgHelp.h header filename

On 2013-06-12 12:37+0300 Paul Chitescu wrote: Hi! The Platform SDK creates DbgHelp.h however it shouldn't matter for Windows programs as they are case insensitive. The problem here is that MinGW somehow operates case sensitive so raise a bug for that. You are right. So I put together a simp

Re: Possible wine bug concerning the case of the DbgHelp.h header filename

On Wednesday 12 June 2013 02:49:26 am Alan W. Irwin wrote: > I successfully built the ultra-fast ninja build tool on Wine using the > MinGW g++ compiler. To achieve that success I had to deal with a > small number of issues including > one wine/ninja header name inconsistency w

Re: Possible wine bug concerning the case of the DbgHelp.h header filename

On 12 June 2013 01:49, Alan W. Irwin wrote: > I successfully built the ultra-fast ninja build tool on Wine using the > MinGW g++ compiler. To achieve that success I had to deal with a > small number of issues including > one wine/ninja header name inconsistency which is th

Possible wine bug concerning the case of the DbgHelp.h header filename

I successfully built the ultra-fast ninja build tool on Wine using the MinGW g++ compiler. To achieve that success I had to deal with a small number of issues including one wine/ninja header name inconsistency which is that DbgHelp.h (#included by the ninja code) has a lower-case name

Re: Main sources of Wine complexity

example (though some optional path translation is available, I believe). Between that and individual functions of Wine, you may be able to cover most of what you need. Windows applications can be very picky about behavior of the API, so such an approach can't work for us, and it gets espec

re: Main sources of Wine complexity

>I need to port fairly large WinAPI-heavy application to Linux. After some >googling it becomes clear that there's nothing except for Wine/Winelib >which is *huge*. However for at least most basic WinAPI functions it looks >fairly easy to just re-implement it via Boost/STL/libc/Li

  1   2   3   4   5   6   7   8   9   10   >