After (more or less) installing IE6 on Wine, I tried
installing the Platform SDK. Looks like their Setup.exe
program invokes IE and some ActiveX control. And it
looks like I don't know how to install the msi packages
without their setup.exe (maybe someone else knows?).
This was with Wine-20040813
Mike McCormack <[EMAIL PROTECTED]> writes:
> Well, admittedly the code works as is. Cross-compiling our code with
> MingW or MSVC may require it, but I guess it requires lots of other
> changes to the Makfiles too. Feel free to leave it for later.
It really shouldn't be required for cross-compi
Alexandre Julliard wrote:
Well, it causes us to have to add -DRPC_NO_WINDOWS_H all over the
place, which is exactly what the __WINESRC__ ifdef was supposed to
avoid. Is there a reason to remove it? (other than the fact that
Windows doesn't have it of course).
Well, admittedly the code works as is.
Mike McCormack <[EMAIL PROTECTED]> writes:
> Alexandre Julliard wrote:
>
>>>* define RPC_NO_WINDOWS_H to prevent rpc.h from including windows.h
>> Why do you need this?
>
> Well, that's the way that the Windows SDK version and the MingW
> version of rpc.h work... does it cause a problem?
Well, it
Alexandre Julliard wrote:
* define RPC_NO_WINDOWS_H to prevent rpc.h from including windows.h
Why do you need this?
Well, that's the way that the Windows SDK version and the MingW version
of rpc.h work... does it cause a problem?
Mike
"Michael Kaufmann" <[EMAIL PROTECTED]> wrote:
> My last menu patch didn't pass a test case. I've commented out this test
> case, because it tests undocumented behavior.
That's a very bad idea, then you need to comment out half of the test
cases in Wine. The tests show *the real* behaviour, it do
On Tue, Sep 07, 2004 at 10:14:50AM +0100, Mike Hearn wrote:
> >Yyyy!
> >I hate license issues!
> >I can see that for many people this wouldn't be an issue, because they
> >probably have some old Win 98 CD/Licens somewhere (if they even care).
> >But for a company that would like to send it as part
Hi all
My last menu patch didn't pass a test case. I've commented out this test
case, because it tests undocumented behavior. We should re-activate this
testcase as soon as WINE passes it. This will be the case when the menu
code is moved to WineServer, as Dmitry pointed out.
I've also added mo
On Mon, Sep 06, 2004 at 02:37:05AM +0100, Robert Shearman wrote:
> "/* BINRES idb_std_small.bmp */\n"
> - " {}\n"
> + "IDB_STD_SMALL BITMAP idb_std_small.bmp\n"
> + "/* {\n"
> + "} */\n"
What's wrong with the current help. I thought BINRES is the marker...
Robert Reif <[EMAIL PROTECTED]> writes:
> Add a [dinput] section to your config file and provide a line with the
> following information:
>
> "your device name" = "X,Y,Z,Rx,Ry,Rz,Slider1,Slider2,POV1,POV2,POV3,POV4"
>
> where "your device name" is what you get from /bin/jstest and
> the axes list
On Tue, Sep 07, 2004 at 09:35:15AM -0700, Alexandre Julliard wrote:
> Marcus Meissner <[EMAIL PROTECTED]> writes:
>
> > gcc 3.5 no longer likes our own OFFSETOF() macro in winebuild, so we should
> > use the standard one from
>
> Not all platforms have offsetof (or even stddef.h). What's wrong w
Mike McCormack <[EMAIL PROTECTED]> writes:
> ChangeLog:
> * define RPC_NO_WINDOWS_H to prevent rpc.h from including windows.h
Why do you need this?
--
Alexandre Julliard
[EMAIL PROTECTED]
Hi,
I'm playing Ultima OnLine using wine in the last times, it works fine,
except that wine processes eat all the cpu time and sometimes I have this
fixme on stderr:
fixme:bitblt:X11DRV_BitBlt potential optimization - client-side DIBcopy
But the true problem is that if I'm idle for some time, I ge
Marcus Meissner <[EMAIL PROTECTED]> writes:
> gcc 3.5 no longer likes our own OFFSETOF() macro in winebuild, so we should
> use the standard one from
Not all platforms have offsetof (or even stddef.h). What's wrong with
our definition?
--
Alexandre Julliard
[EMAIL PROTECTED]
Shachar Shemesh <[EMAIL PROTECTED]> writes:
> I'm sorry for being a pest about this. I was wondering whether there
> is anything that needs to be done on that one in order to facilitate
> committing this patch?
It needs some cleaning up, you need to find a way to make fewer
changes to the poll()
Yes, I am working on this. I won't be able to get the code off my laptop
for a few weeks :( but the upside is that I'm hoping to have it much
improved by the end of the summer.
Roger Olson wrote:
Hi All,
Not sure what the status is or even if anyone else is working on this but
here is my 2 cents
Actually, what we want is exactly what we currently do: native Windows
dll already call into ELF libraries (albeit special ELF files).
Yes, but we can do this because we control the dynamic linker. The only
reason I can think of (are there others?) to build the DLLs as real PE
DLLs is so apps tha
Le mar 07/09/2004 à 06:10, Markus Amsler a écrit :
[snip]
> *** wine/dlls/winedos/int21.c Tue Aug 24 17:45:23 2004
> --- wine-20040615/dlls/winedos/int21.cFri Aug 6 11:57:04 2004
> ***
> *** 2116,2123
> static void INT21_ExtendedCountryInformation( CONTEXT86 *context )
>
My patch of yesterday addresses this problem. A fix should be committed
shortly.
http://www.winehq.com/hypermail/wine-patches/2004/09/0098.html
Mike
Stefan Dösinger wrote:
Hello list,
I am trying to get Settlers 3(Siedler 3) working. This game crashes with a
Integer divide by 0 exception very ea
Le mar 07/09/2004 à 09:50, Mike Hearn a écrit :
> > I'm wondering what would actually be needed for an analogous
> > 'crossdll' target. The reason or one of the reasons for the current
> > practice of out-of-tree cross builds is that Wine's build tools
> > should not be cross compiled, correct? An
Vincent Béron wrote:
> Is it best to use MultiByteToWideChar() or
> RtlCreateUnicodeStringFromAsciiz()? I find that latter function much
> easier to use (no need to mess with string lengths, etc.).
Well for system DLLs this shouldn't be a problem. But for other DLLs
this might create an undiserab
On Thu, Aug 19, 2004 at 04:00:19PM +1000, Scott Snell wrote:
> Hi Dimi,
>
> Thanks for helping out. I made the changes you suggested to the
> gcc-mingw.mak file for STLPort. When I go make it does a:
>
> wineg++ -I../stlport -W -Wno-sign-compare -Wno-unused -Wno-uninitialized
> -mno-cygwin -O2
I'm wondering what would actually be needed for an analogous
'crossdll' target. The reason or one of the reasons for the current
practice of out-of-tree cross builds is that Wine's build tools
should not be cross compiled, correct? Any other obstacle?
Well, as I said before the main reason to do i
Hello list,
I am trying to get Settlers 3(Siedler 3) working. This game crashes with a
Integer divide by 0 exception very early.
Wine version: cvs from September 7. 2004
Settlers 3 version: 1.60 with WinXp-patch.
s3.exe produces a nice crash dump(attached errorlog.txt) and with a little
debuggi
On Tuesday 7 September 2004 10:58, Mike Hearn wrote:
> Well, we seem to be in a bit of a quandry then. Some apps require the
> DLLs to be physically present, and others can't deal with it if they are
> but empty. So the only solution seems to be to actually have real PE
> DLLs in the virtual wi
Diego 'Flameeyes' Pettenò wrote:
Ok thanks to Mike and Rofl I was able to clean the patch up (at least I hope
so :)
ChangeLog:
- Write partially PathSearchAndQualify (there is a FIXME) with A->W call
[dlls/shlwapi/path.c]
- Add to PathCreateFromUrl support for file:/// urls (with 3 '/' )
[dlls/shl
Hi,
On Tue, Sep 07, 2004 at 09:58:44AM +0100, Mike Hearn wrote:
> >It's not that the app wants the dll to be empty, it's that it can deal
> >with the file not being there at all, but it can't deal with the file
> >being there but empty (since that would never happen on Windows). So
> >in many case
Yyyy!
I hate license issues!
I can see that for many people this wouldn't be an issue, because they probably have
some old Win 98 CD/Licens somewhere (if they even care).
But for a company that would like to send it as part of an embedded computer with
Linux I can se a lot of problems.
OK. I don'
iirc, RtlCreateUnicodeStringFromAsciiz has a limitation due to use of
the UNICODE_STRING structure - it can only deal with strings up to
2^16-1 bytes in length. Input to edit controls and other strings may be
longer than that, so be careful where you use it.
It also makes our DLLs depend on ntd
Nikolay A. Liber wrote:
Have anybody tried to use winelib in python modules? I need to make
python bindings to some propritary DLL that available as a binary only.
I made shared library that simply dynamicaly loads that DLL using
winelib mono hack. It works perfectly when I link it with simple
It's not that the app wants the dll to be empty, it's that it can deal
with the file not being there at all, but it can't deal with the file
being there but empty (since that would never happen on Windows). So
in many cases creating empty files makes things worse than not having
the files at all.
W
>> You could even buy copies of Windows 98 off ebay or something for
>> ultra-cheap living. The license can be for any version of Windows AFAIK.
>
>That could perhaps be an idea
>What does AFAIK stand for?
http://www.acronymfinder.com/af-query.asp?String=exact&Acronym=AFAIK&Find=Find
bye F
> What does AFAIK stand for?
As Far As I Know.
On Tue, 07 Sep 2004 01:47:15 -0500, Rickard Svensson <[EMAIL PROTECTED]> wrote:
>
> > >
> > > Now I also got some questions from your answers:
> > >
> > > * Did I understand correctly. Wine doesn't have a built in support for DCom, to
> > > be ab
33 matches
Mail list logo