Wiki seems to be down.

Thank you :)

Re: "Complimentary" msvcrt?

> If there's some code I'd must write natively to bind the Windows app > to the Linux system (e.g. interacting with some low-level Linux stuff), > can I build that library as a DLL with wineg++ / winelib and have > the WINE-invoked app use that? Yes. This is what I meant by a bridge between Linux

Re: "Complimentary" msvcrt?

On Wed, Aug 1, 2012 at 12:34 AM, Vincent Povirk wrote: > Visual C++ ships with headers and a compiler. Anyway, there's no > advantage to winelib as a build environment compared to MSVC or the > Platform SDK, assuming you are able to use one of those, except for > the ability to port to architectur

Re: "Complimentary" msvcrt?

>>> 1) provide Windows headers, to keep those DWORDs etc. defined >> >> Yes, but so does MSVC. > > MSVC as in Microsoft Visual C++? It only provides a C/C++ runtime. The > headers come > from the Platform SDK. In any case, here Winelib provides them, > probably slightly altered > so they'd built be

Re: "Complimentary" msvcrt?

On Tue, Jul 31, 2012 at 11:15 PM, Vincent Povirk wrote: >> Winelib is there to: >> 1) provide Windows headers, to keep those DWORDs etc. defined > > Yes, but so does MSVC. MSVC as in Microsoft Visual C++? It only provides a C/C++ runtime. The headers come from the Platform SDK. In any case, here

Re: "Complimentary" msvcrt?

> Winelib is there to: > 1) provide Windows headers, to keep those DWORDs etc. defined Yes, but so does MSVC. > 2) implement Windows APIs in terms of Linux as much as possible -- to keep > those > CreateFileWs going, to avoid changing every single 'Sleep' to 'sleep' > "just because". Winelib do

Re: "Complimentary" msvcrt?

On Tue, Jul 31, 2012 at 10:42 PM, Vincent Povirk wrote: > Winelib is not a useful intermediate step in porting an existing > application to Linux, as most of the work involved in porting to > winelib will not help you with a native Linux port. At some point you > have to make a clean break from Wi

Re: "Complimentary" msvcrt?

I have to wonder if you're using winelib in a way that's not appropriate. Winelib is not a useful intermediate step in porting an existing application to Linux, as most of the work involved in porting to winelib will not help you with a native Linux port. At some point you have to make a clean bre

"Complimentary" msvcrt?

Hey, I apologize for the flood of "newbie" questions coming from me lately :-) At the very least, I'll be giving Winelib a decent challenge, and perhaps we could improve it a bit... Now, I've seen that Wine re-implements MSVCRT. However, this is a drop-in MSVCRT.DLL replacement, and it's incompat

Re: [2/2] msi: Try the registered install location first when resolving the target directory.

Hans Leidekker writes: > --- > dlls/msi/action.c | 18 +++--- > dlls/msi/msipriv.h |1 + > 2 files changed, 16 insertions(+), 3 deletions(-) It doesn't work here: ../../../../wine/tools/runtest -q -P wine -M msi.dll -T ../../.. -p msi_test.exe.so ../../../../wine/dlls/msi/t

Re: Error 123

To use serial ports on Linux, your user must be a member of the "dialout" group. -Alex

Re: vbscript/tests: Use proper helpers for iface calls

Hi, While running your changed tests on Windows, I think I found new failures. Being a bot and all I'm not very good at pattern recognition, so I might be wrong, but could you please double-check? Full results can be found at http://testbot.winehq.org/JobDetails.pl?Key=20486 Your paranoid android

Re: fusion: Use inline wrappers for calling COM methods.

Hi, While running your changed tests on Windows, I think I found new failures. Being a bot and all I'm not very good at pattern recognition, so I might be wrong, but could you please double-check? Full results can be found at http://testbot.winehq.org/JobDetails.pl?Key=20484 Your paranoid android

Re: sxs: Use inline wrappers for calling COM methods.

Hi, While running your changed tests on Windows, I think I found new failures. Being a bot and all I'm not very good at pattern recognition, so I might be wrong, but could you please double-check? Full results can be found at http://testbot.winehq.org/JobDetails.pl?Key=20483 Your paranoid android

Re: gdiplus: Add more tests for GdipMeasureString using device with custom resolution. Take 3.

Dmitry Timoshkov wrote: > This time with even more relaxed comparison of precalculated values (0.5 => > 0.6). To make things clearer: I was working on this test under Windows with PSDK compiler, and once I replaced division 1/72 by multiplication to 72.0 the calculated values started to almost

Re: gdiplus: Add more tests for GdipMeasureString using device with custom resolution. Take 2. Resend.

Hi, While running your changed tests on Windows, I think I found new failures. Being a bot and all I'm not very good at pattern recognition, so I might be wrong, but could you please double-check? Full results can be found at http://testbot.winehq.org/JobDetails.pl?Key=20480 Your paranoid android

Re: gdiplus: Add more tests for GdipMeasureString using device with custom resolution. Take 2.

Hi, While running your changed tests on Windows, I think I found new failures. Being a bot and all I'm not very good at pattern recognition, so I might be wrong, but could you please double-check? Full results can be found at http://testbot.winehq.org/JobDetails.pl?Key=20479 Your paranoid android

Re: __wine_uuidof causing a wall of "warning: returning reference to temporary" on g++

On 07/30/12 13:13, Ilya Konstantinov wrote: > On Sun, Jul 29, 2012 at 9:47 PM, Jacek Caban > wrote: > > Upon first attempts to compile, I've received a wall of > "warning: returning reference to temporary" on Wine's headers > from g++. >