On Wednesday 10 August 2005 03:52, Dmitry Timoshkov wrote:
Well, then it should be a copy not the move since winldap.h should have them.
Yes.
Will you handle that, or should I send winldap.h changes separately?
I'll handle that.
-Hans
Could I get some feedback on why this has not been applied? I've got
several additional patches prepared already that depend on it and if
something needs to be changed I'd like to know before I get even more
that do. It still applies cleanly to CVS. If it's just not being
applied because it's
Hello.
Vincent Béron wrote:
Changelog:
Protect headers with proper autoconf macros.
Vincent
Index: dlls/msxml3/msxml_private.h
===
RCS file:
-#ifdef HAVE_LIBXML2
-
+#ifdef HAVE_LIBXML_PARSER_H
#include libxml/parser.h
+#endif
+
+#ifdef HAVE_LIBXML2
This patch causes the compile error for me. I have libxml2 headers
but I don't have a library. XML2INCL is defined only if the configure
script found library so gcc cannot find my
Mike McCormack wrote:
This patch causes the compile error for me. I have libxml2 headers
but I don't have a library. XML2INCL is defined only if the configure
script found library so gcc cannot find my headers at compile time.
If you want to change it, you'll have to change configure.ac as
Daniel Remenak [EMAIL PROTECTED] writes:
Could I get some feedback on why this has not been applied? I've got
several additional patches prepared already that depend on it and if
something needs to be changed I'd like to know before I get even more
that do. It still applies cleanly to CVS.
--- John Shillinglaw [EMAIL PROTECTED] wrote:
Hello,
Can anyone point me to documentation/help or tools
for disassembling
Windows 95 drv and vxd files and/or porting them to
wine??
I have a Roland SCP-55 Soundcanvas card (pcmcia )
which is not
recognized by linux, and Windows XP (
Hi,
I'm relaying a question from Vincent Béron: we both had a look at the
winapi_check output and noticed that the comments of these functions
claim they are exported but in fact they are not: they are not mentioned
anywhere in the spec file.
Now if I look at the APIs exported by d3dxof.dll
Hi,
I scanned the Wine spec files and compared them to the APIs exported on
Windows and discovered that the following APIs were missing from
wldap32.spec. I don't know if that's intentional, maybe you're
planning to add them later on. In any case here's the list:
cldap_open
cldap_openA
Recently, a target option was added to winebuild, and winebuild code was
changed to use this option instead of preprocessor defines. I was wondering
if a similar option will be added to winegcc, based on which it would pass
the corresponding option to winebuild.
When using winegcc to crossbuild
On Wed, 9 Aug 2005, Vincent Béron wrote:
Changelog:
LZDone is also exported by kernel32 now.
Should the same treatment be applied to the other functions too?
Examples: LZStart, LZInit, GetExpandedNameA, etc.
It's strange that winapi_check does not complain about them.
Does it really work to
On Wed, 10 Aug 2005, Jacek Caban wrote:
[...]
But it won't change anything as if HAVE_LIBXML2 is defined
then HAVE_LIBXML_PARSER_H is defined too, so
#ifdef HAVE_LIBXML_PARSER_H will be always true here.
Yes but if you remove the #ifdef HAVE_LIBXML_PARSER_H check
winapi_check will rightly
Francois Gouget wrote:
On Wed, 10 Aug 2005, Jacek Caban wrote:
[...]
But it won't change anything as if HAVE_LIBXML2 is defined
then HAVE_LIBXML_PARSER_H is defined too, so
#ifdef HAVE_LIBXML_PARSER_H will be always true here.
Yes but if you remove the #ifdef HAVE_LIBXML_PARSER_H check
Francois Gouget [EMAIL PROTECTED] writes:
Now if I look at the APIs exported by d3dxof.dll on various versions
of Windows I don't see these APIs either. However it's possible that
they are only exported in recent versions of DirectX and I'm not sure
the DirectX dlls I have are that recent.
Francois Gouget [EMAIL PROTECTED] writes:
Should the same treatment be applied to the other functions too?
Examples: LZStart, LZInit, GetExpandedNameA, etc.
It's strange that winapi_check does not complain about them.
Does it really work to declare LZDone as exported by multiple dlls in
a
On Wednesday 10 August 2005 11:33, Francois Gouget wrote:
I scanned the Wine spec files and compared them to the APIs exported on
Windows and discovered that the following APIs were missing from
wldap32.spec. I don't know if that's intentional, maybe you're
planning to add them later on.
John Shillinglaw wrote:
Thank you all for your help. I was vaguely aware that wine could not use
the 95 drivers for my card, and developing pcmcia-cs / alsa drivers was
my goal. Finding accurate, recent win 95 decodeing info/ tools on the
net was difficult, and I knew that wine developers face
Dimitrije Jankovic [EMAIL PROTECTED] writes:
When using winegcc to crossbuild wine dlls between different platforms (for
instance x86-linux and sparc-solaris) that have different endianess more
problems arise, especially related to resources. The resource compiler
has --endianess option that
Any reason this patch
http://www.winehq.com/hypermail/wine-patches/2005/08/0087.html
and this patch
http://www.winehq.com/hypermail/wine-patches/2005/08/0088.html
haven't been applied?
Vitaliy Margolen
Wednesday, August 3, 2005, 19:07:05, Vitaliy Margolen wrote:
Change few names.
This time
Never mind. I should of checked cvs-log before hitting send button. Thank you
Alexandre.
Vitaliy
Wednesday, August 10, 2005, 7:25:28 AM, Vitaliy Margolen wrote:
Any reason this patch
http://www.winehq.com/hypermail/wine-patches/2005/08/0087.html
and this patch
(Sorry, if this post here is inappropriate. I'm a newbie trying to get
wine working)
I've installed wine20050725 from rpm, and it was running ok. I copied
and installed japanese dictionary app from my real winxp partition to my
fake c drive and patched the reg with the local\software keys
Recently, a target option was added to winebuild, and winebuild code was
changed to use this option instead of preprocessor defines. I was wondering
if a similar option will be added to winegcc, based on which it would pass
the corresponding option to winebuild.
When using winegcc to crossbuild
Wine CVS of about 1 hour old.
ie6setup.exe from here:
http://www.microsoft.com/downloads/details.aspx?FamilyID=1e1550cb-5e5d-48f5-b02b-20b602228de6DisplayLang=en
$ wine ie6setup.exe
fixme:advapi:CheckTokenMembership ((nil) 0x6ed886d0 0x7fddfd9c) stub!
fixme:advapi:DecryptFileA
Hi,
On Wed, Aug 10, 2005 at 11:32:09AM +0200, Hans Kristian Rosbach wrote:
Wine CVS of about 1 hour old.
ie6setup.exe from here:
http://www.microsoft.com/downloads/details.aspx?FamilyID=1e1550cb-5e5d-48f5-b02b-20b602228de6DisplayLang=en
$ wine ie6setup.exe
Am Mittwoch, 10. August 2005 18:37 schrieb Andreas Mohr:
Hi,
On Wed, Aug 10, 2005 at 11:32:09AM +0200, Hans Kristian Rosbach wrote:
Wine CVS of about 1 hour old.
ie6setup.exe from here:
http://www.microsoft.com/downloads/details.aspx?FamilyID=1e1550cb-5e5d-48
Le mer 10/08/2005 à 05:56, Francois Gouget a écrit :
On Wed, 9 Aug 2005, Vincent Béron wrote:
Changelog:
LZDone is also exported by kernel32 now.
Should the same treatment be applied to the other functions too?
Examples: LZStart, LZInit, GetExpandedNameA, etc.
It's strange that
Hello,
current cvs does not compile for me. Im on SuSE 9.0.
gcc -c -I../../../wine/dlls/msxml3 -I. -I../../../wine/include -I../../include
-D__WINESRC__ -DCOM_NO_WINDOWS_H -D_REENTRANT -fPIC -Wall -pipe
-mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith
-g -O2 -o
It's been a while since I mentioned anything about the Wine book I'm working on.
First, I've lost a co-author. Ira had been working on 5 chapters
about Winelib. He actually had a lot written and re-written.
However, he's backed out of it. So this is a plea for anyone
interested in writing
28 matches
Mail list logo