Dmitry Timoshkov pisze:
"Mikolaj Zalewski" <[EMAIL PROTECTED]> wrote:
Then there is no point in using FreeType for loading font files at all,
(or adding support for new font file formats to FreeType) since
FreeType
can load fonts from memory.
Do you mean that in AddFontResource I shouldn't t
"Mikolaj Zalewski" <[EMAIL PROTECTED]> wrote:
Then there is no point in using FreeType for loading font files at all,
(or adding support for new font file formats to FreeType) since FreeType
can load fonts from memory.
Do you mean that in AddFontResource I shouldn't try to call
WineEngAddFontR
Then there is no point in using FreeType for loading font files at all,
(or adding support for new font file formats to FreeType) since FreeType
can load fonts from memory.
Do you mean that in AddFontResource I shouldn't try to call
WineEngAddFontResourceEx but do only a LoadLibraryEx (that wo
"Vincent Povirk" <[EMAIL PROTECTED]> wrote:
fixes bug 9523, Knytt Stories installer fails
+/***
+ * SHPathPrepareForWriteA (SHELL32.@)
+ */
+HRESULT WINAPI SHPathPrepareForWriteA(HWND hwnd, IUnknown *modless, LPC
"Mikolaj Zalewski" <[EMAIL PROTECTED]> wrote:
This is some overlap with freetype as freetype 2.3.5 can load fonts
from PE resources. But the code is so small (we have all the tools
needed) and helps many programs (including working around the
Photoshop Z-order problem during startup as now the d
http://www.5thpercentile.com/devBlog/archives/2007/09/wine_just_got_t.html
and
http://appdb.winehq.org/appview.php?iVersionId=4149&iTestingId=15163
both say that wine-0.9.44 really improves Adobe Fireworks.
Yay!
- Dan
--
Wine for Windows ISVs: http://kegel.com/wine/isv
Ah, I thought this was going a bit too well ;) I'll fix the issues and
send it in again. Regarding a fix, would something as simple as the
following be acceptable?
(in dlls/ddraw/direct3d.c)
@@ -263,6 +263,12 @@ IDirect3DImpl_7_EnumDevices(IDirect3D7 *iface,
return hr;
}
Callba
Hi,
I know that my patch was ugly, but since the program doesn't
crash there's no stack trace : it exits quietly on the X Error
message... Since the program seems to load lots of images, if I
run it with winedbg it will take ages before reaching the bad
one, it was the purpose of my patch to provi
On Thu, 6 Sep 2007, Deun wrote:
[...]
> The size of the bitmap seems crazy... So I've made a patch to
> fix this in bitmap.c by setting 1x1 size in case of stupid
> input instead of failing with BadAlloc. However, since it works
> fine on real windows, so I'm not sure about the behaviour that
> the
Am Donnerstag, 6. September 2007 16:02:59 schrieb David Hedberg:
> This patch adds tests to check the devices enumerated by
> IDirect3D7_EnumDevices . At least two games rely on the behavior
> tested by one of the test in this patch.
If wine behaves incorrectly and your test fails on wine, you have
It appears Wine's SHCreateDirectoryEx is the same as Windows XP in the
way that matters to me: both return ERROR_ALREADY_EXISTS whether the
thing that already exists is a file or a directory. I haven't found a
situation where either version returns ERROR_FILE_EXISTS.
On 9/2/07, Dmitry Timoshkov <[
On 9/6/07, Rolf Kalbermatter <[EMAIL PROTECTED]> wrote:
>
> Since you say that this comes from trying to load a bitmap that can be
> nowhere
> found I wonder if this is the result of some unitialized structures that
> result
> in garbage but somehow the loading is not aborted with an error for what
Deun wrote on Thursday, September 06, 2007 10:40 AM
>trace:x11drv:X11DRV_CreateBitmap (0xed4) 2147483646x2147483646
>1 bpp
>X Error of failed request: BadAlloc (insufficient resources for operation)
> Major opcode of failed request: 53 (X_CreatePixmap)
> Serial number of failed request: 3155
On Wednesday Sept 12 at 14:00 US Central Time, we will be taking all of
WineHQ offline for maintenance and upgrades.
The server itself will offline for about an hour. Some services will be
offline longer than that as we adjust/fix them to the upgraded server.
> > Hi,
> >
> > One of my development machines is a dualcore Athlon64 using a 64bit
> > version of Debian. I have been using this system for months and it
> always worked
> > fine. Since I hadn't used the system during the summer it contained an
> > older Wine version.
> >
> > I have upgraded it
On 9/6/07, Deun <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I've tried the free-to-play MMORPG game called Perfect World (
> http://perfect-w.jp ) with wine 0.9.44 and it installs fine.
> However, when running it often crashed with the following error
> in the x11drv traces :
>
> trace:x11drv:X11DRV_Creat
Hi Stefan,
+ if (fdwReason == DLL_PROCESS_ATTACH)
+ DisableThreadLibraryCalls(hinstDLL);
+
+ return TRUE;
You should probably add a DLL_WINE_PREATTACH case that returns FALSE.
--Juan
> Hi,
>
> One of my development machines is a dualcore Athlon64 using a 64bit
> version of Debian. I have been using this system for months and it always
> worked
> fine. Since I hadn't used the system during the summer it contained an
> older Wine version.
>
> I have upgraded it to the latest G
On Thu, 2007-09-06 at 06:17 -0700, Dan Kegel wrote:
> Misha wrote:
> > and even my version of Windows 98 is bundled with mfc42.dll, so wine really
> > should
> > provide it too... [our own version, not Microsoft's.]
>
> Well, sure. Same goes for a lot of things. But
> since mfc42.dll is a Visu
"Roderick Colenbrander" <[EMAIL PROTECTED]> wrote:
One of my development machines is a dualcore Athlon64 using a 64bit version
of Debian. I have been using this system for months and it always worked
fine. Since I hadn't used the system during the summer it contained an older
Wine version.
I ha
Hi,
One of my development machines is a dualcore Athlon64 using a 64bit version of
Debian. I have been using this system for months and it always worked fine.
Since I hadn't used the system during the summer it contained an older Wine
version.
I have upgraded it to the latest GIT version and W
Misha wrote:
> and even my version of Windows 98 is bundled with mfc42.dll, so wine really
> should
> provide it too... [our own version, not Microsoft's.]
Well, sure. Same goes for a lot of things. But
since mfc42.dll is a Visual C++ runtime file that
has very liberal redistribution terms and
Am Mittwoch, 5. September 2007 17:05:19 schrieb David Hedberg:
> I've implemented a small test here, but to be honest I'm not really
> sure what to test for :)
>
> The current test only tests what the game in question seems to rely
> on, which is that TnLHalDevice should never be the only device
>
23 matches
Mail list logo
