be __MSABI_LONG, although we may not care
enough. We certainly aren't very consistent about it in a lot of other
places either.
I just replaced the long numeric constants with the __MSABI_LONG.
But we don't need those anyway, it's mingw-w64 who needs them for C++
compatibility.
bye
michael
rop++)
> I know in some cases to use sequences are wiser way than pointers,
> but so many of them are used in loops.
> Should I change them?
Optimizations should be primary for the human reader of the code.
Compilers nowadays do a far better job at micro-optimization than
humans.
bye
michael
max = n-1;
> +else
> +min = n+1;
> +}
> +
> +WARN("unknown flag %s\n", debugstr_wn(str, len));
> +return 0;
> +}
bye
michael
On 08/23/2013 03:39 PM, Rosanne DiMesio wrote:
> I'm getting an "Unable to connect" message from Firefox and "Connection
> closed by remote server" from Opera.
CC'ing Dimi as he might not read wine-devel so often.
bye
michael
;s a reason git opts to sort the text lines.
bye
michael
On 08/16/2013 05:40 PM, Tae Wong wrote:
> In the GIT tree, the AUTHORS file is sorted on first names.
Wrong.
It is sorted by the text line. The first word on the line can be the
first or lastname, depending what the author used.
bye
michael
On 08/16/2013 04:42 PM, Tae Wong wrote:
> Julliard said that it should feel free to provide a script that sorts
> by last name.
>
> You want to do this.
Careful. It is a trap. He is fine with it if it is done *right*.
Figuring out what the last name is is a hard problem.
bye
michael
nd on the http://wiki.winehq.org/GitWine";>GitWine
>page on the http://wiki.winehq.org";>Wine Wiki.
bye
michael
On Wed, Jul 24, 2013 at 1:22 AM, Damjan Jovanovic <mailto:damjan@gmail.com>> wrote:
On Wed, Jul 24, 2013 at 4:17 AM, Michael Casadevall
mailto:mcasadev...@ubuntu.com>> wrote:
> Hey all,
> I've been working on trying to get Sid Meier's C
issue has cropped up elsewhere (figuring out the underlying cause was
exceedingly annoying). Any insight in to what the most correct course of
action would be most appreciated
I'm perfectly willing to put the legwork in fixing this bug, but I want to
make sure I'm fixing it in a way that will be accepted :-).
Regards,
Michael
e grinding
> them out really fast now" ;)
Soon he'll want us to do 6 or even 3 months time based releases!
;)
bye
michael
Original Message
Subject: Re: RFC: Three dots or Unicode ellipsis character
Date: Wed, 03 Jul 2013 19:32:15 +0200
From: Michael Stefaniuc
To: Francois Gouget
On 07/03/2013 04:45 PM, Francois Gouget wrote:
>
> Wine uses three dots (...) rather than the Unicode el
GNED_FLOAT_TYPE_EXT: %x\n", cur, pop);
>break ;
> default:
> - FIXME("unsupported %x WGL Attribute\n", iWGLAttr[cur]);
> + FIXME("unsupported %x WGL Attribute\n", iWGLAttr[cur++]);
Side effects in the debug output functions should be avoided.
>break;
> }
> ++cur;
>
bye
michael
> working on it anyway".
Sure, fix the lines you modify and the block you're in.
Avoid having whitespace only diff chunks.
bye
michael
emove NT4 "hacks" in the testsuite.
My guess is that the same rule applies as for the Win9x test "hacks":
Only remove when the culprit code is changed anyway.
bye
michael
fe assumption. Wine is *not* X specific anymore. On
MacOSX you can use the native quartz driver. And I wouldn't wonder if
Alexandre plans for a native driver for Android too.
bye
michael
gger
itself suffered an internal crash as well. Can anyone else verify? Did
something mess up during AJ's build?
Sam, look at the size of the address. It is the 64bit build that crashes.
bye
michael
where the Wine code was bad due to that as it "passed" the tests.
bye
michael
On Tue, Mar 26, 2013 at 7:07 PM, Nozomi Kodama wrote:
> Why are they not committed yet?
>
Alexandre is on vacation so that might explain why :-)
Hey Dimi,
the wiki is down:
is the wiki down?
it pings
but with high latency
and while port 80 connects a GET / doesn't returns
thanks
bye
michael
If the ancient wisdom isn't backed by tests there's a fair chance that
it might not be applicable today. Or that it was a wrong theory back
then too.
bye
michael
+ stamp.QuadPart % freq.QuadPart * 1000 /
freq.QuadPart;
}
bye
michael
-heure-est-il/
thanks
bye
michael
Thanks Juan,
On 02/07/2013 12:54 AM, Juan Lang wrote:
> Hi Michael, this isn't actually a problem with your patch, just
> something I spotted:
>
> On Wed, Feb 6, 2013 at 3:15 PM, Michael Stefaniuc <mailto:mstef...@redhat.com>> wrote:
>
> On 02/06/201
On 02/06/2013 11:16 PM, Austin English wrote:
> On Feb 6, 2013 11:13 PM, "Michael Stefaniuc" <mailto:mstef...@redhat.de>> wrote:
>>
>> ---
>> dlls/iphlpapi/ipstats.c |2 +-
>> 1 files changed, 1 insertions(+), 1 deletions(-)
>>
>
Forgot to add the credit for this patch series as I didn't wrote this
coccinelle script:
Found using the memcpy-assign.cocci script submitted for inclusion into
the Linux kernel:
https://systeme.lip6.fr/pipermail/cocci/2013-January/000121.html
bye
michael
On 01/24/2013 02:21 PM, Mi
On 01/15/2013 01:08 PM, Piotr Caban wrote:
On 1/15/13 7:59 PM, Michael Ost wrote:
On 01/15/2013 03:39 AM, Piotr Caban wrote:
The crash is caused by incomplete FlsFree implementation. There's a
comment in it's code that says what needs to be added:
/* FIXME: add equivalent of ThreadZ
On 01/15/2013 03:39 AM, Piotr Caban wrote:
On 01/15/13 00:32, Michael Ost wrote:
Here's a link to a zip file that includes the prebuilt .exe and .dll
windows binaries that crash in wine. Plus the code.
https://dl.dropbox.com/u/97386125/msvcrt-dll-problem.zip
The crash is caused by incom
On 01/12/2013 05:21 PM, Dan Kegel wrote:
The library in question is using static vc runtime linkage, so _getptd()
is linked in
That's somewhat worrisome. So you have multiple instances
of the C runtime library active in the same app?
Maybe you're not unloading that dll gracefully enough.
Mig
On 1/13/13 1:17 PM, Marcus Meissner wrote:
On Fri, Jan 11, 2013 at 11:24:55AM -0800, Michael Ost wrote:
Hi list,
Does anyone know why _getptd() calls would return zero on a DLL that
has been reloaded? Does something happen to the TLS used by _getptd?
At Muse Research we have been struggling
wrong with the values
in TlsSlots. Maybe they persist for DLLs in Windows in a way they don't
for Wine...? Or maybe Wine doesn't reinitialize them the same way when
the DLL is reloaded?
Any hints, thoughts? clues? Thanks!
-- Michael Ost
mes down to the WS_DLGFRAME|WS_THICKFRAME
flags. If they are both present then the window is not visible. Turn on
or the other off in the example and the window shows up.
The second window must have a parent and have the WS_OVERLAPPED style as
well."
Hope that helps.
-- Michael Ost
Muse Research and Development
x27;m having trouble making my way through the
wineserver code, so any tips or pointers would be appreciated!
Thank you,
Michael Ost
Muse Research, Inc.
On 12/11/2012 10:20 AM, Dmitry Timoshkov wrote:
> Michael Stefaniuc wrote:
>
>> On 12/10/2012 07:37 PM, Amine Khaldi wrote:
>>> This prevents the undefined behavior (null pointer dereference)
>>> diagnostics (clang with ubsan checks for example).
>> This
f
>
> #define CONTAINING_RECORD(address, type, field) \
>((type *)((PCHAR)(address) - (PCHAR)(&((type *)0)->field)))
bye
michael
29.aspx
"pUnk
Not used. Set to NULL."
Setting that to NULL in amstream's BasePinImp_GetMediaType() fixes the
crash for me. But who's responsibility is to set / check that? That
function or the caller aka test_media_streams() ?
bye
michael
up
> execution and simplify maintenance.
>
It is a hack that breaks the ABI (sizeof(interface) == sizeof(void*)),
doesn't improves the generated code, doesn't simplify maintenance at
all, quite the contrary. This sounds more like trolling than a serious
attempt to improve Wine.
bye
michael
the Vtbl is simply a way of enforcing the
> association. If you do not define a _IFACE_DATA macro, nothing
> happens.
bye
michael
ite_com_interface_end(FILE *header,
> type_t *iface)
>fprintf(header, "} %sVtbl;\n", iface->name);
>fprintf(header, "interface %s {\n", iface->name);
>fprintf(header, " CONST_VTBL %sVtbl* lpVtbl;\n", iface->name);
> +
> + write_interface_data_macro(header, iface);
> +
>fprintf(header, "};\n");
>fprintf(header, "\n");
>fprintf(header, "#ifdef COBJMACROS\n");
bye
michael
On 11/08/2012 03:44 PM, Christian Costa wrote:
>
>
> 2012/11/8 Michael Stefaniuc <mailto:mstef...@redhat.com>>
>
> On 11/08/2012 01:13 PM, Christian Costa wrote:
> >
> >
> > 2012/11/8 Henri Verbeet <mailto:hverb...@gmail.com>
On 11/08/2012 02:50 PM, Nikolay Sivov wrote:
> On 11/8/2012 15:41, Michael Stefaniuc wrote:
>> On 11/08/2012 01:13 PM, Christian Costa wrote:
>>>
>>> 2012/11/8 Henri Verbeet mailto:hverb...@gmail.com>>
>>>
>>> On 8 November 2012 00:22, Mi
On 11/08/2012 01:13 PM, Christian Costa wrote:
>
>
> 2012/11/8 Henri Verbeet mailto:hverb...@gmail.com>>
>
> On 8 November 2012 00:22, Michael Stefaniuc <mailto:mstef...@redhat.com>> wrote:
> > But using just the capitalized letters from the name
On 11/07/2012 06:40 PM, Christian Costa wrote:
> 2012/11/7 Michael Stefaniuc <mailto:mstef...@redhat.com>>
> On 11/07/2012 02:50 PM, Christian Costa wrote:
> > I didn't write this code and I don't like the current name either
> but a
> > m
t; interface cast
hidden there? Or maybe a cast from one interface to the other where it
should instead use QueryInterface?
bye
michael
On 11/07/2012 02:50 PM, Christian Costa wrote:
>
>
> 2012/11/7 Nikolay Sivov mailto:bungleh...@gmail.com>>
>
> On 11/7/2012 01:05, Christian Costa wrote:
>
> Le 06/11/2012 22:38, Michael Stefaniuc a écrit :
>
> On 11/06/201
art
with that as it makes the subsequent COM cleanup patch shorter as it
cleans up the function header (whitespace and LPJUNK).
bye
michael
old way and have dsound and
winmm drivers too? That road leads to madness as it will triple the
amount of sound drivers in Wine.
> bang the HW, they have huge SW stacks like PA or Jack in their back.
bye
michael
On 10/24/2012 11:04 AM, Ken Thomases wrote:
> On Oct 24, 2012, at 3:24 AM, Michael Stefaniuc wrote:
>
>> @@ -1330,9 +1330,6 @@ static HICON CURSORICON_LoadFromFile( LPCWSTR filename,
>> }
>>
>> dir = (const CURSORICONFILEDIR*) bits;
>> -if ( filesi
> couple of places in Wine that use "CONST", and add a __ONLY_IN_WINELIB
> to the #define in include/windef.h.
I'm removing CONST in the lines I touch so +1 on a concerted effort to
eradicate it. Though at 1.2k lines Alexandre might consider it too spammy.
bye
michael
s.
> Either
> MemoryBarrier(); /* which MSDN documents but Wine does not provide in
> include/*.h
> Or
> InterlockedExchange(&status, wmm->dwStatus);
>
> So if AJ is still not satisfied with try 2, I'll change all reads of
> wmm->dwStatus
> within the player into InterlockedExchange.
> Yet I think that would be a superfluous extra memory barrier within the
> player.
bye
michael
sound -- without crashing.
In general "it depends" of course.
In this particular case the ERR would be useless noise as the assert is
only for the last sound buffer that is removed; usually at program exit.
Until then the code does what you prefer: silently drops sound buffers
without crashing thus deferring the crash to the program exit. A crash
on program exit does get reported, more so than an ERR on the command line.
bye
michael
; +HRESULT CoGetDefaultContext(APTTYPE type, REFIID riid, LPVOID *ppv)
bye
michael
r (i = 0; i < sizeof(uarr) / sizeof(uarr[0]); i++)
> +for (i = 0; i < 8; i++)
> if (uarr[i] != i)
> return 0;
>
thanks
bye
michael
After talking to Henri on irc, please ignore this patch. There are
patches out there to enumerate more devices than the primary one and
then the flags do play a role.
On 09/12/2012 11:08 PM, Michael Stefaniuc wrote:
> ---
> dlls/ddraw/main.c |5 +
> 1 files changed, 1 inserti
If
> there is consensus then I can certainly take it down.
According to Alexandre it is used by http://source.winehq.org/ for the
"Wine Cross Reference".
bye
michael
Perhaps not, but I'll be the first to admit that I know very little about
wine internals; this seemed to return the correct result in the case that I
tested it.
On Thu, Aug 16, 2012 at 11:39 AM, Alexandre Julliard wrote:
> Michael Blumenkrantz writes:
>
> > @@ -656,8 +65
r_Frame_QueryInterface(IWICBitmapFrameDecode *if
> IsEqualIID(&IID_IWICBitmapSource, iid) ||
> IsEqualIID(&IID_IWICBitmapFrameDecode, iid))
> {
> -*ppv = iface;
> +*ppv = &This->IWICBitmapFrameDecode_iface;
> }
> else
> {
same here: not needed.
bye
michael
*iface
> IsEqualIID(&IID_IWICBitmapSource, iid) ||
> IsEqualIID(&IID_IWICBitmapFrameDecode, iid))
> {
> -*ppv = iface;
> +*ppv = &This->IWICBitmapFrameDecode_iface;
> }
> else
> {
this part of the change is gratuitous. As long as there is only one
interface implementation in the object there is no need for impl_from_Foo().
bye
michael
//testbot.winehq.org/JobDetails.pl?Key=19686
>
> Your paranoid android.
>
>
> === WNT4WSSP6 (32 bit misc) ===
> misc.c:60: Test failed: CoCreateInstance failed with 80040154
> misc.c:61: Test failed: pUnkOuter is NULL
No quartz.dll on that box.
bye
michael
> mediadet.c:149: Test failed: CoCreateInstance failed: 80040154
> mediadet: unhandled exception c005 at 00401587
Both hosts miss qedit.dll.
bye
michael
On 06/28/2012 01:50 PM, Dmitry Timoshkov wrote:
> Michael Stefaniuc wrote:
>
>>> truncating from double to float while gcc keeps silence for instance.
>> I never looked at that but I assume the same holds true as above.
>
> The following thread has some
On 06/28/2012 01:00 PM, Dmitry Timoshkov wrote:
> Michael Stefaniuc wrote:
>
>> afair the fix is to disable the int truncation warnings in MSVC. For
>> whatever reason they seem to enable those bogus warnings.
>
> The warnings are not bogus, the PSDK compiler also emits
Dmitry,
afair the fix is to disable the int truncation warnings in MSVC. For
whatever reason they seem to enable those bogus warnings.
bye
michael
On 06/28/2012 12:12 PM, Dmitry Timoshkov wrote:
> ---
> include/basetsd.h | 16
> 1 file changed, 8 inserti
> mediadet: unhandled exception c005 at 00401639
>
> === W2KPROSP4 (32 bit mediadet) ===
> mediadet.c:148: Test failed: CoCreateInstance failed: 80040154
> mediadet.c:356: Test failed: CoCreateInstance failed: 80040154
> mediadet: unhandled exception c005 at 00401639
>
bye
michael
Argh!
Please skip this patch, it is incomplete and just skips the rest of the
tests on Wine. I'll resubmit it when I implement COM aggregation for
MediaDet. Patch 4/4 can be still applied as it doesn't depends on this.
bye
michael
On 06/26/2012 11:53 PM, Michael Stefa
idge aka eth0 won't have an IP associated with it
as the host IP would be on virtbr0.
> What I typically see if I ping the host from the VM is that the echo
> requests go out and the echo replies are sent. But ping on the VM sees
> nothing. It could be a firewalling issue though my VMware VMs on the
> same network work fine.
bye
michael
ourse as always a definitive "It depends". The safe approach is to
*first* optimize for the human reader; the compilers this days are
better at optimizing than the average programmer.
bye
michael
work? For example, do
Open the bug reports :) If there is a free downloadable version/demo
that exhibits the same issues please add it to the "URL" field.
bye
michael
ith Windows treating Brazilian Portuguese
as the "default" Portuguese language:
include/winnt.rh:#define SUBLANG_PORTUGUESE_BRAZILIAN 0x01
include/winnt.rh:#define SUBLANG_DEFAULT 0x01
bye
michael
On 06/13/2012 12:56 PM, Henri Verbeet wrote:
> On 13 June 2012 10:41, Michael Stefaniuc wrote:
>> -object = HeapAlloc(GetProcessHeap(), HEAP_ZERO_MEMORY, sizeof(*object));
>> +object = HeapAlloc(GetProcessHeap(), HEAP_ZERO_MEMORY,
>> FIELD_OFFSET(struc
ight? The MS headers certainly come with a copyright clause: how
> is it possible to redistribute these headers with wine?
The Windows headers are copyrighted and Wine cannot redistribute those.
Wine provides its own headers.
bye
michael
27;. The Wine .net support does NOT make the .net
> framework available to native linux application. (If it
That's *exactly* what wine-mono *IS*. Unlike before this is the Windows
version of mono and thus unusable from Linux.
> IS provided a part of the wine migration library, I will
> grumble but not scream about it.)
bye
michael
to support application provided IPin then you'll need
an unsafe_impl_from_...
> HRESULT hr;
> LONGLONG start, stop, rtstart, rtstop;
> StreamData *stream = &This->streams[streamnumber];
bye
michael
//testbot.winehq.org/JobDetails.pl?Key=18419
>
> Your paranoid android.
>
>
> === WNT4WSSP6 (32 bit task_trigger) ===
> task_trigger.c:165: Test failed: Failed to setup test_task
That box has no mstask dll.
bye
michael
in
normal operation which confuses GDB. I can send along that patch if you
are interested.
Of course, if you are trying to debug a straight windows application
then all of this is irrelevant! But if you are doing winelib, then these
tricks can help.
-- Michael Ost
gt; trafic on wine-devel is rather low those days
> what about opening a code-style flame-war ?
Heh, no, that wasn't my intend.
With the if and else on separate lines it would have been obvious that
the curly brackets would be better placed inside the while...
bye
michael
o not mind terse code but that kinda overdoes it. I would put the
"else" on a separate line.
> +}
>
> xmldoc = doparse(This, (char*)ptr, strlenW(ptr)*sizeof(WCHAR),
> XML_CHAR_ENCODING_UTF16LE);
> if ( !xmldoc )
bye
michael
On Wed, May 2, 2012 at 5:28 PM, Józef Kucia wrote:
> On Wed, May 2, 2012 at 10:00 PM, Michael Mc Donnell
> wrote:
>> I just saw you added D3DXCreateCubeTextureFromFileInMemory, will you
>> be adding forwards for D3DXCreateCubeTextureFromFile too?
>
> So yes, I plan to i
oject/google/gsoc2012/jos/58002
That sounds great! Józef which functions are you implementing?
I just saw you added D3DXCreateCubeTextureFromFileInMemory, will you
be adding forwards for D3DXCreateCubeTextureFromFile too? Otherwise I
wont mind adding that one (need it for Sid Meier's Railroads).
Cheers,
Michael
FrameImpl *parent".
> It probably also needs explicit sign-off drom the d3d folks as it handles
> funny refcounting.
Not really, this is plain COM stuff.
bye
michael
On 04/15/2012 10:04 PM, Marvin wrote:
> While running your changed tests on Windows, I think I found new failures.
Yupp, test is incorrect. Stefan is looking at it.
bye
michael
> Being a bot and all I'm not very good at pattern recognition, so I might be
> wrong, but co
&IID_IUnknown))
> {
> *ppvOut = This;
> +TRACE("(%p, IID_IUnknown, %p) -> %p\n", This, ppvOut, This);
> +}
> +else if (IsEqualIID(iid, &IID_IProgressDialog))
> +{
> +*ppvOut = This;
this is not correct as ppvOut takes an interface and not an object.
While at it please fix the above one too.
thanks
bye
michael
p),not found\n", This, debugstr_guid(riid), ppv);
> +return E_NOINTERFACE;
> +}
> +
bye
michael
ed.
bye
michael
--
Michael Stefaniuc Tel.: +49-711-96437-199
Consulting Communications Engineer Fax.: +49-711-96437-111
Reg. Adresse: Red Hat GmbH, Werner-von-Siemens-Ring 14, 85630 G
> +if (IsEqualGUID(riid, &IID_IDirect3DRMMesh))
> +*ppObj = (IUnknown*)&object->IDirect3DRMMesh_iface;
> +else
> +*ppObj = (IUnknown*)&object->IDirect3DRMMesh_iface;
both if and else code path are the same.
> +
> +return S_OK;
> +}
> +
bye
michael
ds work".
That would make it more obvious what is meant.
> For instance your patch 84692 says that "tests confirm that", but you
> don't say which tests, and there are no new tests or fixed todos in the
> patch, so it looks suspicious. Yes, I could dig out the tests myself and
> investigate it in detail, but when it gets to that point I usually just
> move on to the next patch, hence "pending".
IMHO that should have been "Needs tests"; that would have forced Dmitry
to point you to the tests.
bye
michael
Now that Alexandre is back and Jacek didn't want to beat me to it it is
time to finish my reply...
On 03/22/2012 01:06 AM, Henri Verbeet wrote:
> On 22 March 2012 00:50, Michael Stefaniuc wrote:
>> -static HRESULT STDMETHODCALLTYPE d3d10_device_inner_QueryInterface(IUnknown
>
On 03/23/2012 07:50 PM, Lauri Kenttä wrote:
On 2012-03-22 00:36, Michael Stefaniuc wrote:
HRESULT WINAPI GetRequestedRuntimeVersion(LPWSTR pExe, LPWSTR
pVersion, DWORD cchBuffer, DWORD *dwlength)
{
- TRACE("(%s, %p, %d, %p)\n", debugstr_w(pExe), debugstr_w(pExe),
cchBuffer, dwlength
h is not an option.
> In terms of being valid... if cmd were improved it would allow firefox
> and chromium to be built under wine (if reg was also improved a bit, but
> that might also fall under my project...)
Improving cmd should be fine as a project. Hoping to get the parser
fully replaced during that isn't.
bye
michael
referring to in Windows?
>
> Regarding sandboxing Wine itself, see the FAQ entry:
> http://wiki.winehq.org/FAQ#head-f566a12c806a1eacaeefb7cb6419a513a773c571
>
bye
michael
cover
but crash later on it is better to assert as early as possible as that
simplifies the debugging.
- If the app has a chance to deal with the error then returning an error
is the better approach. Add an ERR() or WARN() to that so we at least
can see the issue.
bye
michael
are only present in french translations. Between a
> name and a ':'.
> This is not nicer to me. I wondering if that would not be better to
> remove them all...
It doesn't matter if you consider them nicer or not. If they are
required by the rules of the language then they will stay.
bye
michael
On 03/08/2012 05:54 PM, André Hentschel wrote:
> Am 08.03.2012 17:52, schrieb Michael Stefaniuc:
>> On 03/08/2012 05:40 PM, André Hentschel wrote:
>>> Hi,
>>> I cross-compiled a simple Application with the preview of MSVC 11 to ARM.
>>> After some minor change
tic loaded functions that also worked.
>
> In short:
> The good news: The ABI is compatible (to armel gnueabi)
> The bad news: no fully win32 API on ARM
Bad news? Quite the contrary. Good use case for Wine on Windows.
> Maybe my small changes to Wine will make it into 1.5.1 :) At least i hope so.
1.5.1 or 1.4.1?
bye
michael
ted on Mac OS X\n");
> +return 0;
> +#endif
> if (!init_xdg())
> return 1;
>
no clue if the compiler there complains but you are producing
unreachable code in the #ifdef __APPLE__ case.
bye
michael
On 02/16/2012 11:57 AM, Alexandre Julliard wrote:
prefix (besides, there shouldn't be any reason to run wineboot by hand).
We use it with --shutdown to cleanly terminate (as in WM_CLOSE, not
"kill") all wine apps from a hardware button press. Is there a preferred
way?
Than
t can't be found
since it isn't installed so the loader gives up.
$ wineboot
wine: cannot find L"C:\\windows\\system32\\wineboot.exe"
If it used wine64 instead, it would work.
There must be a reason that wine64 is starting 32bit apps, but I haven't
been able to glean anything from the web.
Thanks for any info,
-- Michael Ost
joerg-cyril.hoe...@t-systems.com wrote:
> Michael Stefaniuc wrote:
>> See that as an opportunity to clean up the whitespace issues in those 120
>> lines ;)
> Hmm, what was the latest word on reformatting, if any?
> Until now I've been careful to preserve the surrounding
See that as an opportunity to clean up the whitespace issues in those
120 lines ;). Or of course to split the code out into helper functions.
bye
michael
ent it always opens in the top right corner. There doesn't
seems to be a way in Win32 land to not specify a position where to open
the window.
bye
michael
1 - 100 of 1442 matches
Mail list logo
