Hi,
this is with current CVS:
../../tools/winegcc/winegcc -B../../tools/winebuild -shared
../../../src/dlls/d3d8/d3d8.specbasetexture.o cubetexture.o d3d8_main.o device.o
directx.o drawprim.o indexbuffer.o resource.o shader.o stateblock.o surface.o
swapchain.o texture.o utils.o vertexbuffe
Ulrich Czekalla <[EMAIL PROTECTED]> writes:
> Hmmm. It didn't work for me when I tried under win2k. I'll investigate it
> further.
I added a small test in dlls/user/tests/win.c if it helps.
--
Alexandre Julliard
[EMAIL PROTECTED]
Hmmm. It didn't work for me when I tried under win2k. I'll investigate it
further.
/Ulrich
On Tue, Apr 27, 2004 at 08:52:35PM -0700, Alexandre Julliard wrote:
> Ulrich Czekalla <[EMAIL PROTECTED]> writes:
>
> > ChangeLog:
> > Ulrich Czekalla <[EMAIL PROTECTED]>
> > Trying to set focus to
Ulrich Czekalla <[EMAIL PROTECTED]> writes:
> ChangeLog:
> Ulrich Czekalla <[EMAIL PROTECTED]>
> Trying to set focus to an invisible window should fail
I don't think that's correct, setting focus to an invisible window
seems to work fine on Windows.
--
Alexandre Julliard
[EMAIL PROT
On Tuesday 27 April 2004 08:57 pm, Chris Morgan wrote:
> When I was trying to run the winetests in gui mode they simply wouldn't run.
> Winetest would start but wouldn't spawn any of the subtests. Ferenc's
> winetest build with console windows worked much better. I don't have any
> idea why t
On Monday 26 April 2004 7:11 pm, Ferenc Wagner wrote:
> Eric Pouech <[EMAIL PROTECTED]> writes:
> > Ferenc Wagner a écrit :
> >> Eric Pouech <[EMAIL PROTECTED]> writes:
> The second part, yes. But winetest must have been made
> into a console app, so it pops up a console when it
> s
Alexandre wrote:
> I don't think rpcrt4 should depend on iphlpapi, it
> doesn't on Windows AFAICS.
Right, rpcrt4 precedes iphlpapi. However, iphlpapi
was created to allow you to do things that were
platform-specific and often undocumented. In this
case, rpcrt4 is trying to get the MAC address.
Hans Leidekker <[EMAIL PROTECTED]> writes:
> Anything wrong with this one?
>
> Changelog:
> Reimplement UuidCreate() with Win32 APIs.
I don't think rpcrt4 should depend on iphlpapi, it doesn't on
Windows AFAICS.
--
Alexandre Julliard
[EMAIL PROTECTED]
This commit to CVS doesn't compile for me:
http://www.winehq.org/hypermail/wine-cvs/2004/04/0346.html
The part the doesn't compile is the replacement of
glCompressedTexImage2DARB()
- glCompressedTexImage2DARB(gl_target,
- ...
+ glCompressedTexImage2D(gl_target,
+ ...
The old name comp
If you build a binary for older versions of Linux, let me know and I'll put your
binary on the sourceforge page.
AFAIK winesetuptk will only work correctly with the itcl/tck libs shiped in the
tarball.
Ivan.
Unfortunately it is not that easy to use winelib. You can't just link
against wine libraries. To use winelib you need to compile your app using
"winegcc/wineg++" which are frontends to gcc. These tools handle all
complicated wine linking. Note that your app will depend on wine and needs
to have win
On Tue, 27 Apr 2004 10:03:13 -0400, you wrote:
> I was looking through the source code and noticed a FIXME for the
> GetTimeZoneInformation API in dlls/kernel/time.c saying that the function
> needed to return a different value if Daylight Savings Time was in effect. I
> implemented that
Hi all!
I'm porting a windows application to Linux using the winelib.
I created a project with KDevelop and include all ( at least I think all )
the .dll.so needed by my project.
After compiling a linker error message appears, saying that /windows/D/
HICOD2000/j2kserver/j2kserver/kdu_server.cpp:2
In the Bugzilla system, including the search page, there is no mention of
Winesetuptk, so I can't tell whether the following bugs are new to you.
These two problems are of considerable import to aspiring Wine users,
particularly if they are running Red Hat Linux 6.2 or equivalent or older
(for t
Alexandre Julliard wrote:
Jakob Eriksson <[EMAIL PROTECTED]> writes:
+static int test_win9x_based()
+{
+OSVERSIONINFOEX ver;
+
+ver.dwOSVersionInfoSize = sizeof(OSVERSIONINFO);
+ok( GetVersionEx ((OSVERSIONINFO *) &ver), " --- Can't get OS version.\n" );
+if ((4 == ver.dwMajorV
Dmitry Timoshkov wrote:
The patch I just sent to wine-patches should fix that problem.
It fixed the problem, both with my sample and with the app that I
couldn't use because of the bug. Thanks.
Krzysztof
"Mike Hearn" <[EMAIL PROTECTED]> wrote:
> In some circumstances apps can survive stack corruption caused by
> incorrect calling conventions. There was a good entry in Raymond Chens
> blog about this a few months ago, explaining why and how Windows repairs
> the stack in particular situations.
Fil
"Krzysztof Foltman" <[EMAIL PROTECTED]> wrote:
> http://foltman.com/mdi/
>
> Run it on Windows (I've tested in under XP), run it under original WINE,
> run it under WINE+my patch. Compare the Window menus with 0, 1 and 2
> child items.
>
> It's supposed to have two dummy items (Dummy option 1
Paul Millar <[EMAIL PROTECTED]> writes:
> On Fri, 23 Apr 2004, Kevin Koltzau wrote:
>
>>> If I'm not fundamentally mistaken, I'll start along this
>>> route. It can't be that hard. Kevin, Paul, please speak
>>> up! Is the URL determined at build time or by the service
>>> script? If so, it wil
I removed this article speculating on the true nature of David based on
further technical analysis of my hypothesis. Held as much water as SpecOpS
claims does. Sorry to waste your time :)
On Mon, 26 Apr 2004 23:50:35 +0900, Dmitry Timoshkov wrote:
> I'm wondering how your patch works at all, the call should smash
> the stack since it misses WINAPI modifier.
In some circumstances apps can survive stack corruption caused by
incorrect calling conventions. There was a good entry in Ray
On Mon, 26 Apr 2004 18:51:22 -0400, Tim Hentenaar wrote:
Sounds like an easily moved audience. He could have simply been running Crossover
Office,
or Wine itself. I haven't tried installing Office under Wine, because I
don't have a copy, but from what I've heard it's usable under Crossover
Office.
On Mon, 26 Apr 2004 01:03:41 +0200, Francois Gouget wrote:
> Now it seems like snd_pcm_delay() should return 0 after a while so this
> looks like an Alsa bug (0.9.6). Is this a known bug? Is there a way to
> work around it?
I'd really think about upgrading ALSA - the volume of bugfixes that have
b
Hi everyone,
(catching up with email...)
On Fri, 23 Apr 2004, Kevin Koltzau wrote:
> > If I'm not fundamentally mistaken, I'll start along this
> > route. It can't be that hard. Kevin, Paul, please speak
> > up! Is the URL determined at build time or by the service
> > script? If so, it will
24 matches
Mail list logo
