Re: ntdll: try to not raise exceptions when checking for atl thunks

Am 16.06.2010 11:37, schrieb Alexandre Julliard: Markus Amslermarkus.ams...@oribi.org writes: + * Windows checks the following conditions before emulating an ATL thunk: + * - DEP policy allows emulating + * - thunk has memory type MEM_PRIVATE and is readable + * - jmp func

Re: Corrections for signal handlers

-signal-safety. You'll have to come up with something that prints the same This will not happen at the moment because of conflicting expectations. or don't touch it. I assume that the involved implementation details will be reconsidered some day in the future. Regards, Markus smime.p7s

Re: Corrections for signal handlers

. But the situation is different in the context of a signal handler because of the limited set of async-signal-safe functions. Regards, Markus smime.p7s Description: S/MIME Cryptographic Signature

acmMetrics(0,ACM_METRIC_MAX_SIZE_FORMAT,size)

) this value could be larger than registry may tell. For that reason I ask if someone could run the attached testcase in an native environment and could tell me if he can see a difference between the result and the registry. Thanks in advance. Markus --- a/dlls/msacm32/tests/msacm.c +++ b/dlls

native retest needed: GetDeviceIdentifier()

According to Stefans suggestion I have implemented a test for the string copies into the identifier structure. Test is designed to fail to give me a hint what is going on. Hopefully someone can post the results of a test run in native environment. Thank you diff --git

help with native test: GetDeviceIdentifier() memory overwrite

Thanks to Dimitry I have changed the test. Maybe someone could check if the attached one works in native while it fails in my Wine environment. Thanks a lot in advance. Markus diff --git a/dlls/ddraw/tests/visual.c b/dlls/ddraw/tests/visual.c index 450d231..650f4ba 100644 --- a/dlls/ddraw/tests

use DDRAW4 instead of DDRAW7

Hi, as I did not find anything in the Wiki maybe a stupid question: If I want an application to use DDRAW4 functions in Wine instead of DDRAW7, how can I accomplish that? Thanks in advance. Markus

Re: use DDRAW4 instead of DDRAW7

Am Sonntag, den 11.10.2009, 12:40 +0200 schrieb Markus Stockhausen: Hi, as I did not find anything in the Wiki maybe a stupid question: If I want an application to use DDRAW4 functions in Wine instead of DDRAW7, how can I accomplish that? Thanks in advance. Markus Sorry, wrong forum.

Re: use DDRAW4 instead of DDRAW7

the following error: Application calls IDirectDraw GetDeviceIdentifier of DDRAW7 but only reserves memory with sizeof(DDEVICEIDENTIFIER) instead of sizeof(DDEVICEIDENTIFIER2) bytes. Wine returns the required structure but with the contents of dwWHQLLevel stack contents are overwritten. Markus

ddraw.h structure alignment

Am Sonntag, den 11.10.2009, 13:18 +0200 schrieb Markus Stockhausen: Then I'm somehow in trouble. How can one explain the following error: Application calls IDirectDraw GetDeviceIdentifier of DDRAW7 but only reserves memory with sizeof(DDEVICEIDENTIFIER) instead of sizeof(DDEVICEIDENTIFIER2

Re: ddraw.h structure alignment

Am Sonntag, den 11.10.2009, 17:15 +0200 schrieb Stefan Dösinger: Does a pragma pack fix the issue? If yes, then that's probably the correct fix. Its probably worth writing a test that allocates e.g. a char data[64], then passes this to GetDeviceIdentifier, fill it with non-zero data,

Re: ddraw.h: disable DDEVICEIDENTIFIER size alignment

Am Sonntag, den 11.10.2009, 18:04 +0200 schrieb Stefan Dösinger: Am 11.10.2009 um 17:44 schrieb Markus Stockhausen: diff.patch Did you compile this test with MSVC and the Microsoft headers on Windows? I'm sorry but I have no Windows environment. Only Linux/GCC.

Re: ddraw.h: disable DDEVICEIDENTIFIER size alignment

Am Montag, den 12.10.2009, 02:01 +0900 schrieb Dmitry Timoshkov: I have compiled the test alone and it fails here: ddrawmodes.c:37: Test failed: DDDEVICEIDENTIFIER2 too large (misaligned) It's natural that the structure is 8-byte aligned since it has a 64-bit member (LARGE_INTEGER).

Help needed: BSTR cache testing

Am Freitag, den 09.10.2009, 00:27 -0700 schrieb Dan Kegel: Hi Markus, Wine development is driven by test cases checked in to the Wine source tree. Please extend the test cases in dlls/oleaut32/tests to verify that oleaut32 is caching BSTRs properly, and make sure that test passes on Windows

Re: Help needed: BSTR cache testing

Am Freitag, den 09.10.2009, 09:56 +0200 schrieb Paul Vriens: On 10/09/2009 09:38 AM, Markus Stockhausen wrote: Am Freitag, den 09.10.2009, 00:27 -0700 schrieb Dan Kegel: Hi Markus, Wine development is driven by test cases checked in to the Wine source tree. Please extend the test cases

Re: Help needed: BSTR cache testing

: This will ensure that oleaut will allocate new memory instead of reusing its caches. Markus

Re: Help needed: BSTR cache testing

Am Freitag, den 09.10.2009, 13:43 +0200 schrieb Paul Vriens: Hi Markus, Isn't there a way that you can change the tests to show this number (in some kind of loop by creating a larger second string on the go)? It simply boils down to this one and only testcase. A SysFreeString will always

Re: Help needed: BSTR cache testing

Am Freitag, den 09.10.2009, 14:15 +0200 schrieb Paul Vriens: If that sz99 (or now sz128) came from looking at internal behaviour, I'm not sure if that would raise some eyebrows. As I said looking at internal behaviour are debugging messages in the IMalloc routines of ifs.c. Simply something

Re: Help needed: BSTR cache testing

occur. Markus

BSTR Heap - a restart

Am Freitag, den 09.10.2009, 15:44 +0200 schrieb Alexandre Julliard: If the test case is based on observing internal behavior that's not acceptable either. Even if someone else fixes it, the test would force the fixer to replicate internal details. Hi, I can see all of your concerns and the

BSTR caching

to write a testcase for this change. Thanks for your help. Markus --- git/dlls/oleaut32/oleaut.c 2009-09-23 18:24:47.0 +0200 +++ wine/dlls/oleaut32/oleaut.c 2009-10-08 14:13:13.0 +0200 @@ -39,8 +39,6 @@ WINE_DEFAULT_DEBUG_CHANNEL(ole); -static BOOL BSTR_bCache = TRUE; /* Cache

Re: BSTR caching

it reduces the time for Dealloc/Alloc Cycles of BSTR memory in best cases by about 50%. Best regards. Markus

Re: BSTR caching

Am Donnerstag, den 08.10.2009, 18:26 +0400 schrieb Nikolay Sivov: Markus Stockhausen wrote: Hi, the last week I took some time to implement the first try of BSTR caching in oleaut.c. On the one hand this will fix a bug, on the other hand Wine could save some CPU cycles and can catch up

Re: BSTR caching

You should not be looking at the internal behavior of native, only at the external behavior as observed through test cases. Hm, I know, that testcase - windows oleaut - wine ifs.c IMalloc logging is quite strange testing. Sadly this was the only way to explore the reason for not

oleaut - SysAllocString/SysFreeString

from the oleaut implementation and will consume some more CPU cycles. Thanks for your feedback in inadvance. Markus

Re: oleaut - SysAllocString/SysFreeString

- at least it fails in my Wine git. Hopefully we can collect the results of all Windows versions (including 7). Markus --- git/dlls/oleaut32/tests/vartest.c 2009-09-20 18:07:17.0 +0200 +++ wine/dlls/oleaut32/tests/vartest.c 2009-10-02 13:46:23.0 +0200 @@ -8555,10 +8555,41

help with dwBackBufferCount in backbuffer surfaces needed

:1264: Test failed: backbuffer surface has dwBackBufferCount==2 Thanks for your help in advance. Markus --- git/dlls/ddraw/tests/dsurface.c 2009-09-20 18:07:17.0 +0200 +++ wine/dlls/ddraw/tests/dsurface.c 2009-09-29 13:11:47.0 +0200 @@ -1154,9 +1154,9 @@ HRESULT hr

Re: help with dwBackBufferCount in backbuffer surfaces needed

Am Dienstag, den 29.09.2009, 13:42 +0200 schrieb Paul Vriens: Hi Markus, On fully up-to-date Windows XP Professional SP3: dsurface.c:1262: Test failed: backbuffer surface has dwBackBufferCount==0 Thanks to Jeff and Paul for your cross checks. The result makes me happy and I will send

Re: set caps.dwBackBufferCount=0 for backbuffer surface

Am Dienstag, den 29.09.2009, 15:10 +0200 schrieb Paul Vriens: On 09/29/2009 03:01 PM, Markus Stockhausen wrote: Hi Markus, Please stick to the coding style of the file, or at least the surrounding code

Re: bitblt.c - GdiAlphaBlend : Check for NULL Pointer

, Sep 10, 2009 at 10:56 PM, Markus Stockhausen markus.stockhau...@collogia.de wrote: Hi, http://bugs.winehq.org/show_bug.cgi?id=18041 reveals a bug where GdiAlphaBlend will crash in Teamviewer application when a NULL pointer is handed over. The attached check fixes that behaviour

Re: bitblt.c - GdiAlphaBlend : Check for NULL Pointer

Am Freitag, den 11.09.2009, 01:56 +0400 schrieb Nikolay Sivov: Just correct your patch (as you mentioned before), include simple testcase and resend. So nothing to wait for. Basic test shows it doesn't crash on Windows and doesn't change last error - I already check this on XP and it

regression: loader: Reserve some more memory to cover the native ole32 addresses.

to mmap 256M for the framebuffer but that fails with libGL error: drmMap of framebuffer failed (Cannot allocate memory) Markus

Re: [dxdiagn] Implemented retrieval of b3DAccelerationEnabled property

On Monday 12 January 2009 11:50:27 Vitaliy Margolen wrote: Markus wrote: +V_VT(v) = VT_BOOL; V_BOOL(v) = get_ddraw_acceleration(); +IDxDiagContainerImpl_AddProp( pDisplayAdapterSubCont, b3DAccelerationEnabled, v ); +VariantClear(v); Why don't you use add_prop_bool

Re: Implementing b3DAccelerationExists and b3DAccelerationEnabled in dxdiagn

was supposed to be false. The only result I got in that regard was that by setting caps-DevCaps to 0, a human readable warning about missing D3d9+ hardware acceleration would be added to szNotesLocalized. Does anyone have an idea on what else could be the basis for this flag? -- Markus

Re: Implementing b3DAccelerationExists and b3DAccelerationEnabled in dxdiagn

On Tuesday 06 January 2009 03:58:27 Detlef Riekenberg wrote: On Mo, 2009-01-05 at 22:10 -0500, Markus wrote: can anyone tell me where to find information about the b3DAccelerationExists and b3DAccelerationEnabled properties in the display container returned by I suggest to use dxdiag

Implementing b3DAccelerationExists and b3DAccelerationEnabled in dxdiagn

of the properties returned by that dll. Thanks, -- Markus

Re: Status of dxdiagn?

to be implemented and then WiC should start fine. I don't think that is big enough of a project. -- Markus

Re: Status of dxdiagn?

be a good idea as it would simplify dxdiagn development by offering a GUI showing the retrieved values and those still missing. -- Markus

Re: Status of dxdiagn?

properties to the dll, at least as stubs. Without them, there doesn't seem to be that much to retrieve and display with dxdiag.exe Markus On Sunday 28 December 2008 00:28:56 Dan Kegel wrote: Hi Markus, what's the status of dxdiagn these days? I see a number of games that say they need a native

Re: Windows version autodetection

. It's a matter of being conservative enough. MarKus - - - - - - - - - - - - - - - - - - - Dipl. Ing. Markus Hitter http://www.jump-ing.de/

Re: Windows version autodetection

, but it won't worsen matters either. MarKus - - - - - - - - - - - - - - - - - - - Dipl. Ing. Markus Hitter http://www.jump-ing.de/

Re: wow, there are more win64 apps than I thought...

Am 20.12.2008 um 13:42 schrieb Dan Kegel: I updated http://wiki.winehq.org/Wine64 with a list of some win64 apps. There are lots more than I expected. Well, Catia comes with a 64-bit flavour as well, like probably any serious CAD or FEA package. MarKus

Re: Canonical and wine

of Wine? MarKus - - - - - - - - - - - - - - - - - - - Dipl. Ing. Markus Hitter http://www.jump-ing.de/

Re: patch for gdi32

or wine-patch? wine-patches is for patches only, -devel is where discussions should go. MarKus - - - - - - - - - - - - - - - - - - - Dipl. Ing. Markus Hitter http://www.jump-ing.de/

Re: Bugzilla - Add keyword and remove OS's

Am 14.11.2008 um 00:15 schrieb Austin English: Howdy, The OS list in bugzilla is a bit excessive. [...] Mac System 7 Mac System 7.5 Mac System 7.6.1 Mac System 8.0 Mac System 8.5 Mac System 8.6 Mac System 9.x You could merge them to MacOS 9 and before MarKus

Re: Bugzilla - Add keyword and remove OS's

Am 14.11.2008 um 10:15 schrieb Kai Blin: On Friday 14 November 2008 09:53:03 Markus Hitter wrote: Am 14.11.2008 um 00:15 schrieb Austin English: Howdy, The OS list in bugzilla is a bit excessive. [...] Mac System 7 Mac System 7.5 Mac System 7.6.1 Mac System 8.0 Mac System 8.5 Mac

Re: Bugzilla - Add keyword and remove OS's

Am 14.11.2008 um 15:11 schrieb James Mckenzie: Markus: I don't think that Wine will build on MacOS 9 or earlier anymore. James McKenzie You might remember a very similar request, just over six weeks ago: http://article.gmane.org/gmane.comp.emulators.wine.devel/63639 It was turned down

Re: RFC: Wine Icons

, they are in the uncommon ICNS format. Here's a procedure to convert them to the PNG format: http://slaptijack.com/graphics-design/converting-mac-os-x-icon-files- to-png/ I have the sips tool mentioned there installed, so it's likely part of the standard distribution. MarKus

Re: winedos interrupts getting lost.

haven't looked at this stuff for quite some time. I'm not sure you have the same problem, just a possible hint. Markus [1] http://www.winehq.org/pipermail/wine-patches/2004-November/013645.html

Re: Sugared Wine

. MarKus - - - - - - - - - - - - - - - - - - - Dipl. Ing. Markus Hitter http://www.jump-ing.de/

Re: Sugared Wine

to give it them, either. MarKus - - - - - - - - - - - - - - - - - - - Dipl. Ing. Markus Hitter http://www.jump-ing.de/

Re: winequartz.drv Mac OS X UI discontinued?

on Quartz and CoreFoundation, both of which are plain C APIs. There's no need for neither Carbon nor Cocoa nor Objective-C to get some basic graphics to the Mac OS X screen. MarKus - - - - - - - - - - - - - - - - - - - Dipl. Ing. Markus Hitter http://www.jump-ing.de/

Re: Discussion of bug versions

While on the topic, please remove Mac OS up to 10.3 from the list of operating systems. Mac OS X 10.4.x was the first publicly available Macintosh OS running on Intel processors, so there won't ever be anybody running Wine on e.g. MacOS 9. MarKus - - - - - - - - - - - - - - - - - - - Dipl

Re: Detecting Wine

. This should be sufficient for almost all users, especially the clueless ones, on Wine as well as on Windows. MarKus - - - - - - - - - - - - - - - - - - - Dipl. Ing. Markus Hitter http://www.jump-ing.de/

Taking advantage of debug libraries

would I put these files or how would I load their tables into the debugger? Thanks, MarKus - - - - - - - - - - - - - - - - - - - Dipl. Ing. Markus Hitter http://www.jump-ing.de/

Re: Debugging Wine thoughts

, but the actual Windows application weren't successful so far, gdb's console appears to lock up somehow when setting follow-fork-mode friends. MarKus - - - - - - - - - - - - - - - - - - - Dipl. Ing. Markus Hitter http://www.jump-ing.de/

Re: crypt32: fixed the testGetCertChain tests on Vista.

. MarKus

Peb-BeingDebugged and a debugger messing up

suggestions, I'd try to make debugger launching independent from Peb-BeingDebugged (server/kernel should know better), try to get rid of the interrupt in DbgBreakPoint() and/or make debugger autolaunching optional (at compile time). What do you think? Thanks, MarKus

Re: ntdll/file.c: Fix a possible NULL dereferencing.

Am 27.08.2008 um 11:27 schrieb Nikolay Sivov: Markus Hitter wrote: if (!attr || !attr-ObjectName) return STATUS_INVALID_PARAMETER; Shouldn't this be splitted? It isn't safe to rely on evaluation order. Or is it a default compiler setting for us? You know, this isn't part of the patch

Re: ntdll/file.c: Allow to TRACE NtCreateFile return

Am 27.08.2008 um 10:14 schrieb Dmitry Timoshkov: Markus Hitter [EMAIL PROTECTED] wrote: Providing the file handle allows to map read/write requests to the corresponding file name. As pointed out by Alexander, you can use an appropriate debug channel for that, +relay or +server

Re: ntdll/file.c: Allow to TRACE NtCreateFile return

Am 27.08.2008 um 11:40 schrieb Dmitry Timoshkov: We all are in the same boat. Next time, please try to speak up earlier and more clearly. Four reviews, three patch reworks were done and about 20 messages were written, just to find out _any_ change is not welcome. MarKus

Re: Add TRACEs to NtCreateFile returns (second try)

? Because *handle is valid on success only and to not confuse the observer with invalid handles. Perhaps this is more care than needed. Please try to minimize the changes you're making Sure. After the breath :-) MarKus - - - - - - - - - - - - - - - - - - - Dipl. Ing. Markus Hitter http

Patch workflow recommendations (was: Re: shlwapi ...)

or two to get it accustomed to the Wine development process. I'd avoid recommending longer patch series. MarKus - - - - - - - - - - - - - - - - - - - Dipl. Ing. Markus Hitter http://www.jump-ing.de/

Re: Add TRACEs to NtCreateFile returns (second try)

Am 25.08.2008 um 01:31 schrieb James Hawkins: 2008/8/24 Markus Hitter [EMAIL PROTECTED]: +if (!attr || !attr-ObjectName) +{ +TRACE(returning STATUS_INVALID_PARAMETER\n); +return STATUS_INVALID_PARAMETER; +} These are all very useless TRACES, except

Re: Add TRACEs to NtCreateFile returns (second try)

Am 25.08.2008 um 17:58 schrieb James Hawkins: On Mon, Aug 25, 2008 at 3:12 AM, Markus Hitter [EMAIL PROTECTED] wrote: Am 25.08.2008 um 01:31 schrieb James Hawkins: 2008/8/24 Markus Hitter [EMAIL PROTECTED]: -if (!attr || !attr-ObjectName) return STATUS_INVALID_PARAMETER

Re: Add TRACEs to NtCreateFile returns (second try)

e24b273d367aee0f200a0f57ddcceeac2396bf54 Mon Sep 17 00:00:00 2001 From: Markus Hitter [EMAIL PROTECTED] Date: Tue, 26 Aug 2008 00:48:53 +0200 Subject: [PATCH] Fix a possible NULL dereferencing. Spotted by James Hawkins, the variable at risk is attr. --- dlls/ntdll/file.c | 12 +++- 1 files changed, 7 insertions(+), 5

Re: New kernel development guide might be good model for Wine...

effective. There's no law enforcing Wine to accept what I've sent. [...] or ask the community or Alexandre what the problem is. Correct. Communication is a plus. MarKus - - - - - - - - - - - - - - - - - - - Dipl. Ing. Markus Hitter http://www.jump-ing.de/

Re: New kernel development guide might be good model for Wine...

. Good thing is, with patchwatcher we have a tool for listing open patches now, allowing to monitor their status. At least I hope so. MarKus - - - - - - - - - - - - - - - - - - - Dipl. Ing. Markus Hitter http://www.jump-ing.de/

Re: New kernel development guide might be good model for Wine...

) or wether they are considered as wrong in some way. Worsely, there's no obvious way to learn how to do better as I followed the patch sending HowTo closely already. I'll try again in a few weeks, as suggested in the HowTo, and clutter Alexandre's mailbox even more. MarKus

Re: New kernel development guide might be good model for Wine...

. Thanks to Michael for reviewing my lines. MarKus - - - - - - - - - - - - - - - - - - - Dipl. Ing. Markus Hitter http://www.jump-ing.de/

Re: Is Wine portable to ARM arch?

Am 08.08.2008 um 20:24 schrieb Juan Lang: It happens that the only platform on which there might be some reason to write objective C is the Mac At the risk of getting even more off topic, Objective-C is one of gcc's dialects and works on Linux and *BSD just as fine as on Mac OS X. MarKus

Re: crypt32/tests: check Vista error codes for the msg tests.

) { ok((!ret [...]), Expected [...]); } else { ok((ret [...]), Expected [...]); } Likely a often asked question, but I couldn't find hints about the answer yet. MarKus - - - - - - - - - - - - - - - - - - - Dipl. Ing. Markus Hitter http://www.jump-ing.de/

Visual Runtime conflicts with the debugger?

the value 0x800 (= 2048). So my question is: How would I go and debug such an issue? Is it even possible to set breakpoints, to get meaningful backtraces and print() statements and/or to catch Visual Whatever Runtime Exceptions? Thanks, Markus P.S.: This is a current Wine (git) on Ubuntu 64-bit

Re: That tiny OpenGL app

Am 17.07.2008 um 00:56 schrieb Chris Robinson: On Wednesday 16 July 2008 03:38:37 pm Markus Hitter wrote: maybe I'm just missing the obvious, but I can't get my small one-file app to link. As I've just built Wine from scratch on this box, everything should be installed, including libGL

Re: That tiny OpenGL app

should and does and try to catch them with test cases. See bug #10490. MarKus - - - - - - - - - - - - - - - - - - - Dipl. Ing. Markus Hitter http://www.jump-ing.de/

That tiny OpenGL app

00052240 t wine_glClearColorIuiEXT /usr/local/lib/wine/opengl32.dll.so 00102574 B glClearColor /usr/local/lib/wine/wined3d.dll.so [EMAIL PROTECTED]:~/Wine Apps/GPWiki Framework$ Short of solid knowledge I tried about anything I could imagine, but no joy. Any ideas, somebody? Thanks, MarKus

Re: Compile error in wine-1.1.1

. HTH, MarKus - - - - - - - - - - - - - - - - - - - Dipl. Ing. Markus Hitter http://www.jump-ing.de/

Re: How to phrase Wine's success rate

applications in the future. Overall, about one in four tested applications work well as of Wine 1.0. See the Wine FAQ (http://wiki.winehq.org) for more info. -- Markus

Regression in wined3d: Add read_from_framebuffer_texture which combines code from read_from_framebuffer (drawpixels) and LoadLocation.

the camera around, it appears to freeze earlier than just letting the game run (e.g. a replay of a match). But once the patch is excluded, the game no longer freezes. If more info is needed, please specify how I can obtain it. -- Markus

Re: Shader compiler GL error

0x1a9dbc0) Let me know if more info is needed. -- Markus

Re: Shader compiler GL error

know. -- Markus

How to fix bug #11114?

in Wine? The native library appears to not fool the game sufficiently enough to start without an error. Using plain Wine (no native dxdiag dll) leads to the error in line 44725 of the logfile in the report. Thanks. -- Markus

Re: Anything wrong with my patch from 16.10. aboutw32x86andwin40creation?

comes with these both directories by default... So I think my patch is closer to the real... Anyway thanks for your time Markus

Re: Anything wrong with my patch from 16.10. about w32x86andwin40creation?

creation of spool and spool/drivers into this as well? Thanks for everybodies time Markus

Re: Anything wrong with my patch from 16.10. about w32x86 andwin40creation?

I suppose it was rejected by AJ based on the patch content. Hm, but the content of the patch is what Windows do, so rejecting cause of the content sounds a bit unlikely to me... bye bye Markus

Re: Anything wrong with my patch from 16.10. about w32x86 and win40creation?

So it's really ok to create a patch with only the patch as text without any attachment? Markus Juan Lang [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] I usually use the archives for viewing patches, sometimes the patches are archived separately to the email. Markus' patch

Re: Anything wrong with my patch from 16.10. about w32x86 andwin40creation?

Can you see if my 3rd try is valid now? Should be come through in the next minutes... Thanks for all your help Markus

Anything wrong with my patch from 16.10. about w32x86 and win40 creation?

I think it's not a big deal but would help making on of our EmTec products more compatible... Markus

AW: tools/wineprefixcreate.in: create default w32x86 path underspool/drivers

more professional products using this way to install printer drivers. So to support this way of installing, the path returned by ::GetPrinterDriverDirectory() should definitely exist, which is also does under real Windows. Am I wrong here? Markus -Ursprüngliche Nachricht- Von: [EMAIL

Re: Alexandre Julliard : wordpad.exe: We can now store binary files in the repository.

So we can also add ttf fonts and get rid of the fontforge dependency? Markus

Re: iTunes 7

Juan Lang wrote: Folks, I just sent a series of wintrust patches that gets iTunes 7 to start, at least for me. I expect some will get rejected due to collision with Francois's patch - I'll resynch and resend. But if you want to play around with iTunes, grab those patches and give them a whirl.

Re: Call for win16 tests

sources. For win16 I have no idea what thunking/linking voodoo is required. Its perhaps also noteworthy that wines win16 implementation differs fundamentally from the windows one. Wine calls win32 functions, while windows calls dos functions (directly or via vdm). Markus

Re: Call for win16 tests

Dan Kegel wrote: On 7/9/07, Markus Amsler [EMAIL PROTECTED] wrote: We have to distinguish between win16 and dos tests. Absolutely. dos .com executables currently don't work, but win16 .exe's with the same contents do work. I plan to test DOS .com files using very simple pure assembly

Something wrong with my two patches?

a question Thanks and regards Markus Gömmel [EMAIL PROTECTED]

Re: vxd loading is broken last months

to do with the signaling stuff [2]. If I find some time/motivation I'll have a look at it. Markus [1] http://freedos.sourceforge.net/freecom/packages/082pl3/ [2] http://www.winehq.org/pipermail/wine-patches/2004-November/013645.html

Ownerdraw listview font patch...

, dis.CtlID, (LPARAM)dis); + + SelectObject(hdc, hOldFont); } else { --- snipp --- Before sending this to wine.patches, I wanted to ask if anyone here can tell me if the above is ok or total bullshit. Thanks and regards Markus patch.diff Description: Binary data

Success: Sim City 4 using DirectX

by scrolling the map under that mode are now gone under DirectX as well. So all in all great work :) The only issue remaining seems to be related to the Z-buffer. Cars and pedestrians are always drawn on top of buildings. See http://bugs.winehq.org/show_bug.cgi?id=7260#c3 Regards, -- Markus

Re: dbghelp performance

Eric Pouech wrote: Markus Amsler a écrit : Eric Pouech wrote: Markus Amsler a écrit : I've played around with dbghelp performance. My test case was breaking at an unknown symbol (break gaga) while WoW was loaded in the debugger (wine winedbg WoW.exe). The time was hand stopped, memory usage

Re: dbghelp performance

Eric Pouech wrote: Markus Amsler a écrit : I've played around with dbghelp performance. My test case was breaking at an unknown symbol (break gaga) while WoW was loaded in the debugger (wine winedbg WoW.exe). The time was hand stopped, memory usage measured with ps -AF and looked at the RSS

dbghelp performance

the allocated vector, sparse_array and hash_table memory. And then gradually replace pool_alloc calls with HeapAlloc/HeapFree pairs. Markus diff --git a/dlls/dbghelp/dbghelp_private.h b/dlls/dbghelp/dbghelp_private.h index a84d91c..8fd3360 100644 --- a/dlls/dbghelp/dbghelp_private.h +++ b/dlls/dbghelp

  1   2   >