Well basicly, the function names are the same in both the 16 bit dll and
the 32 bit dll but one is 16 bit code and one is 32 bit code.
The 16 bit version is loaded by LoadLibrary16
Probobly the best way to implement this is to make a cards.dll so that if
its loaded by a 16 bit app or loaded via
I'll try again:
Run on a true- or high colour display, create a display DC compatible
with the display and selectrealize a palette into it. A subsequent call
to GetSystemPaletteEntries gives no palette at all. Is that what Windows
98/2000/XP does?
/Johan Gill [EMAIL PROTECTED]
On Mon, 2003-07-21 at 23:42, Alexandre Julliard wrote:
Version 2.0 is awfully old for ole32.dll. Why do you need that?
The primary motivation for this bugfix was to enable the DCOM98
installer to work again correctly. It requires at least 4.something,
otherwise it refuses to install. As our OLE
On Mon, 2003-07-21 at 17:30, Ove Kaaven wrote:
I found that it's in IDispatch_Invoke_Stub - it calls IDispatch::Invoke
on the actual object and crashes, in native shdocvw code. So, I guess
the inputs its given there are incorrect somehow. I'll look into it some
more.
OK.
I found the
On mardi, juil 22, 2003, at 04:54 Europe/Paris, Alexandre Julliard
wrote:
Pierre d'Herbemont [EMAIL PROTECTED] writes:
This patch provides Mach-O support in WineLib. As Mach-O doesn't have
init and fini section, it adds support for it in dlopen. A new file
mach-o.c is created. It contains
On July 22, 2003 02:10 am, Jonathan Wilson wrote:
Although, I dont know if that would be a proper way to do it. Anyhow, I
need some advice from the gurus on how best to handle this...
Don't worry about the 16bit one for now, just do the 32bit one, as in XP.
--
Dimi.
On July 22, 2003 08:27 am, Jonathan Wilson wrote:
Feedback is appreciated (i.e. did I submit the patches correctly, is the
-- please add everything as one big patch. To include the new files
to the patch, just 'diff -u /dev/null mynewfile mypatch.diff'
-- leave a blank line after the
On Tue, 2003-07-22 at 12:50, Pierre d'Herbemont wrote:
Sorry. There is a section for C++ constructor. It is supposed to be
reserved for the C++ compiler, but it works well with wine.
What happens for C++ WineLib apps? Can you avoid conflicts?
On mardi, juil 22, 2003, at 14:54 Europe/Paris, Mike Hearn wrote:
On Tue, 2003-07-22 at 12:50, Pierre d'Herbemont wrote:
Sorry. There is a section for C++ constructor. It is supposed to be
reserved for the C++ compiler, but it works well with wine.
What happens for C++ WineLib apps? Can you avoid
--- Jonathan Wilson [EMAIL PROTECTED] wrote:
Also, I am trying to catalog all the different versions of cards.dll that
are out there. (in an attempt to catalog all the differences)
I personally have:
1.cards.dll from Windows XP, size 359,936 version 5.1.2600.0. This one is a
32 bit version.
On Tuesday 22 July 2003 06:25 am, Mike Hearn wrote:
On Mon, 2003-07-21 at 17:30, Ove Kaaven wrote:
I found that it's in IDispatch_Invoke_Stub - it calls IDispatch::Invoke
on the actual object and crashes, in native shdocvw code. So, I guess
the inputs its given there are incorrect
Dmitry Timoshkov [EMAIL PROTECTED] writes:
Define WINEPREFIX if it doesn't exist.
Why do you need that?
--
Alexandre Julliard
[EMAIL PROTECTED]
Mike Hearn [EMAIL PROTECTED] writes:
The primary motivation for this bugfix was to enable the DCOM98
installer to work again correctly. It requires at least 4.something,
otherwise it refuses to install. As our OLE framework isn't yet up to
scratch for some tasks, being able to install it is
Pierre d'Herbemont [EMAIL PROTECTED] writes:
On the previous patch I would like your comment on the way to force
ntdll to be loaded as RTLD_GLOBAL. Ntdll can't be built currently as a
dynamic library (loadable at runtime). By the way I would like to now
why is ntdll linked to dlls? Maybe this
On Tue, 22 Jul 2003, ahmed hafez wrote:
i try to port some visual age c++ projects for windows on my Red Hat 9 using
winelib. i use the normal steps of winemaker, configure and
make but i face a problem of needed header files. that is the header files attached
with visual age itself. i hope
Jonathan Wilson [EMAIL PROTECTED] writes:
ok, is this better?
Included as one big patch
Also, added blank line, changed coding to 4 spaces instead of tab
and, changed options to use what you suggested.
It looks good, but I'm not convinced we really need that in Wine,
there are Unix tools
6.writing a clone of the cards.dll used by the windows card games. Only
problem here is that I would need to find a sutably licenced set of card
images since I dont have the skills to draw them myself :)
7.writing a clone of the card games (solitare,freecell etc) included with
windows to
ok, is this better?
Included as one big patch
Also, added blank line, changed coding to 4 spaces instead of tab
and, changed options to use what you suggested.
It looks good, but I'm not convinced we really need that in Wine,
there are Unix tools that can generate UUIDs.
I will go
On Tue, 22 Jul 2003, Stefan Haller wrote:
Resolution:
Attached updated diff based on snapshot 20030709 fixes the problem.
Changelog:
* dlls/comctl32/listview.c
Stefan Haller sh_at_grep.ch
- Ignoring LISTVIEW_ScrollColumns() request if no columns in list
Looks good!
--
Dimi.
Alexandre Julliard [EMAIL PROTECTED] wrote:
Define WINEPREFIX if it doesn't exist.
Why do you need that?
I have several Wine trees locally, and start up scripts some of them
set WINEPREFIX to a non default value. In order to avoid setting it
in my ~/.profile I'd prefer that each Wine
Title: Re: I am going to implement cards.dll
BTW, I am going to use the cards from http://www.jfitz.com/cards/index.html.
As for the backs, anyone want to draw some? :)
Sure... how many decks would you like? Would you
like them to be the same size as the ones on that link?
There's
Alexandre Julliard [EMAIL PROTECTED] wrote:
I still don't see why you want that, if it's not set Wine will use the
default one already.
Why does wineps complain that it couldn't load %WINEPREFIX%/generic.ppd
specified in the config in the case WINEPREFIX is not set in my environment?
--
Alexandre Julliard [EMAIL PROTECTED] wrote:
Because WINEPREFIX is not set of course. The solution is not to set it
unconditionally, but to fix your config and/or wineps to do the right
thing when WINEPREFIX is not set.
I'm not sure what do you mean by the right thing here. Do you mean that
Dmitry Timoshkov [EMAIL PROTECTED] writes:
Why does wineps complain that it couldn't load %WINEPREFIX%/generic.ppd
specified in the config in the case WINEPREFIX is not set in my environment?
Because WINEPREFIX is not set of course. The solution is not to set it
unconditionally, but to fix
Dmitry Timoshkov [EMAIL PROTECTED] writes:
I'm not sure what do you mean by the right thing here. Do you mean that
I'm not allowed to use WINEPREFIX in the config, or you mean that every
single dll should have its own ExpandEnvironmentStrings implementation?
Something else?
Well, you cannot
Last time I tried running Microsoft Visual Sourcesafe's
gui tools under Wine (six months or a year ago), it had
Z-ordering and/or visibility problems, and was only partially
usable. Now those problems are all gone, and ssexp.exe is
from what I can tell quite functional (if bloody slow
over
OK, so with the normal X11 driver, you can no longer
redirect stdout from commandline apps under Wine;
the output just vanishes if you try to send it to a file.
That's rather unacceptable dain bramage, if you ask me.
- Dan
--
Dan Kegel
http://www.kegel.com
On July 22, 2003 04:42 pm, Brian Vincent (C) wrote:
Sure... how many decks would you like?
Can we get a babes deck as well? :)
And penguin one! You can grab all sorts of penguins from:
http://old.lwn.net/Gallery/
;)
--
Dimi.
Le mar 22/07/2003 à 12:43, Peter Hanecak a écrit :
Hello,
while building Wine on RedHat 8-like system I encountered two typos in
Wine documentation which prevented me from compiling documentation with
jade (openjade-1.3.1-9).
I'm interested in how exactly it prevented you to compile them,
It appears that Wine is storing and using a current directory for each DOS
drive. According to some testing we have just done on Windows 2000 and
Windows 98, Windows only stores a current directory for the current drive.
But CMD.EXE seems to remember drives, and their children too, comes the
Sorry, I forgot to mention my formal command which generate ping.dll.so ...
%winemaker --lower-uppercase .
%./configure --with-wine-includes=/usr/local/include/wine/windows
%make
Thank you.
-Lechun
Hello Rodrick,
Thanks a lotfor your advices, now I am able touse winemaker to generate
On Wed, 23 Jul 2003 09:36, Dimitrie O. Paun wrote:
Can we get a babes deck as well? :)
And penguin one! You can grab all sorts of penguins from:
There's also a set of card images used by Aisleriot (the Gnome solitaire game)
that look better than the jfitz ones, although they might be GPL
Hello Rodrick,
Thanks a lotfor your advices, now I am able touse winemaker to generate ping.dll.so (it take me a long time, lots of copiler errors there :) ).
But somehow when I run my application under wine:
%wine ./ping.exe
It just terminate itself. (I suppose it should wait for user's
Dmitry Timoshkov [EMAIL PROTECTED] writes:
I have several Wine trees locally, and start up scripts some of them
set WINEPREFIX to a non default value. In order to avoid setting it
in my ~/.profile I'd prefer that each Wine start up script sets this
either to each own unique value or, if it
--- Jonathan Wilson [EMAIL PROTECTED] wrote:
If not, they should (IMHO). Any compiler that provides windows.h friends
and proporting to act like a win32 compiler (i.e. accepting win32 code and
so on) should be defining WIN32. Testing #ifdef WIN32 is the easiest way to
say if we are
Le mar 22/07/2003 à 19:36, Dimitrie O. Paun a écrit :
On July 22, 2003 04:42 pm, Brian Vincent (C) wrote:
Sure... how many decks would you like?
Can we get a babes deck as well? :)
And penguin one! You can grab all sorts of penguins from:
http://old.lwn.net/Gallery/
And I want a
If not, they should (IMHO). Any compiler that provides windows.h friends
and proporting to act like a win32 compiler (i.e. accepting win32 code and
so on) should be defining WIN32. Testing #ifdef WIN32 is the easiest way to
say if we are building on windows do x, if not do y
And, for all
Here is the problem:
../../windows/cursoricon.o(.text+0x3909): In function `LoadImageA':
e:/source/winehq/wine/dlls/user/../../windows/cursoricon.c:2005: undefined refer
ence to `_setjmp'
lstr.o(.text+0x659): In function `CharLowerA':
e:/source/winehq/wine/dlls/user/lstr.c:375: undefined reference
On July 22, 2003 11:23 pm, Jonathan Wilson wrote:
If not, they should (IMHO). Any compiler that provides windows.h friends
and proporting to act like a win32 compiler (i.e. accepting win32 code and
so on) should be defining WIN32. Testing #ifdef WIN32 is the easiest way to
say if we are
Alexandre Julliard [EMAIL PROTECTED] wrote:
Well, you cannot use WINEPREFIX in the config file that is in
~/.wine/config, since it can potentially be used without the prefix
being set. The easiest is to replace %WINEPREFIX% by %HOME%/.wine in
that specific config file.
But in order to read
40 matches
Mail list logo