Dan Kegel wrote:
> In http://www.winehq.org/pipermail/wine-patches/2006-June/027528.html,
> Andrey Turkin wrote:
>
>> Some installers depends on _Streams built-in table
>
> Which installers?
> It'd be nice to have a bug in bugzilla to hang your MSI work on.
> Thanks!
> - Dan
>
For example, Micro
"Ge van Geldorp" <[EMAIL PROTECTED]> wrote:
- GWL_HINSTANCE is not defined on Win64, hInstance is documented as not
required in CreateWindowEx calls
-HINSTANCE hInstance = (HINSTANCE)GetWindowLong(hWnd, GWL_HINSTANCE);
+HINSTANCE hInstance;
Please use
HINSTANCE hInstance = GetW
Saulius Krasuckas wrote:
http://wiki.winehq.org/GitWine seems to be more oriented at making
patches, not importing a patch made by someone else.
$ cat origin_sd1.diff | patch -p1
$ tools/make_requests
$ git commit -a -m "ntoskrnl: Experimental implementation."
If the patch is created with
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Dee Ayy wrote:
| As a newbie, the statement "It can be found in the programs subdirectory."
| had me lost.
It seems that the Winelib guide assumes that you know how to download
the wine sources already. (Quick and dirty meathod of downloading the
la
* On Tue, 20 Jun 2006, Jaap Stolk wrote:
> I uninstalled and deleted my cvs wine, updated python and installed
> git, and completed "Cloning the Wine GIT repository". I had a little
> peek at the patch by renaming it to .bz2, but how do I add this patch
> to to my local wine copy, using git ?
I'd
> > I'd be submitting a patch to mingw32 people as soon as it's
> > done, in addition to posting it here. Note that the only way
> > for me to test it would be to inspect the assembly output, as
> > I'm not running 64 bit environment here (even though I'm on a
> > 64 bit AMD processor). So it'd nee
> From: Kuba Ober <[EMAIL PROTECTED]>
>
> I'm currently hacking on gcc for an embedded target (Z8
> Encore), but I wouldn't mind giving it a try while I'm
> digging in the gcc tree.
Cool!
> I'd like to hear any suggestions as to how to tell the
> compiler to use that calling convention (I'm n
On 19/06/06, Stefan Dösinger <[EMAIL PROTECTED]> wrote:
Yes, the the examples you listed are wrong, most likely due to bad copy +
paste. It should be corrected.
There are some cases when a gl call is not followed by a checkGLcall, for
example in the code I just sent with my vbo patch. This is th
Damjan Jovanovic wrote:
3) Most importantly: Why is it necessary to add
CAPTURE to system.ini?
Perhaps the "alias" argument isn't correctly
handled?
Yes wine's MCI is broken: the parsing of some
formats
of MCI commands is incorrect, one of the examples I
clearly remember being:
"open
I also would like to try the ntoskrnl.exe patch.
I uninstalled and deleted my cvs wine, updated python and installed
git, and completed "Cloning the Wine GIT repository". I had a little
peek at the patch by renaming it to .bz2, but how do I add this patch
to to my local wine copy, using git ?
http
Am Montag 19 Juni 2006 21:25 schrieb Paul Vriens:
> Hi,
>
> while going through some wined3d code I've seen that a 'normal' sequence
> is:
>
> ;
> checkGLcall("");
>
> there are however several cases where the call isn't followed by a
> checkGLcall:
>
> Should this one be defined as a janitorial
On Monday 19 June 2006 14:17, Ge van Geldorp wrote:
> With the Win64 patches I just submitted to wine-patches, I'm able to
> successfully build Win64-enabled Wine and execute the following 64-bit
> winelib (winelib64? wine64lib?) application:
>
> #include "windows.h"
>
> int WINAPI WinMain(HINSTANC
Hi,
while going through some wined3d code I've seen that a 'normal' sequence
is:
;
checkGLcall("");
there are however several cases where the call isn't followed by a
checkGLcall:
surface.c:1713:glEnable(GL_TEXTURE_2D);
surface.c:2165:glEnable(GL_SCISSOR_TEST);
or that par
> From: Mike McCormack [mailto:[EMAIL PROTECTED]
>
> I think you're a bit behind the times:
>
>
http://cvs.winehq.org/cvsweb/wine/dlls/mapi32/mapi32_main.c.diff?r1=1.13&r2=
1.14
>
http://cvs.winehq.org/cvsweb/wine/dlls/user/user32.spec.diff?r1=1.114&r2=1.1
15
Indeed... Being on the European side
Ge van Geldorp wrote:
I don't want them either, but I didn't see another option. 32-bit doesn't
export Get/SetWindowLongPtrA/W and GetSetClassLongPtrA/W (they are just
#defines in winuser.h), while 64-bit has to export them.
Is there a portable solution to set a Make variable only when it doesn
Hi,
Thanks for submitting the patch, and keeping the coding style consistent!
Andrey Turkin wrote:
This patch adds virtual _Streams table to MSI because native MSI
maintains such table
ChangeLog:
virtual _Streams table added
+static UINT STREAMS_fetch_stream( struct tagMSIVIEW *view, UINT
> From: Mike McCormack [mailto:[EMAIL PROTECTED]
>
> Ge van Geldorp wrote:
>
> > +SPEC_SRC32 = $(BASEMODULE).spec
> > +SPEC_SRC64 ?= $(SPEC_SRC32)
>
> Not sure we want seperate spec files. In any case, ?=
> doesn't look portable.
I don't want them either, but I didn't see another option. 3
Ge van Geldorp wrote:
+SPEC_SRC32 = $(BASEMODULE).spec
+SPEC_SRC64 ?= $(SPEC_SRC32)
Not sure we want seperate spec files. In any case, ?= doesn't look
portable.
-ULONG WINAPI MAPILogon(ULONG uiparam, LPSTR profile, LPSTR password,
+ULONG WINAPI MAPILogon(ULONG_PTR uiparam, LPSTR profil
With the Win64 patches I just submitted to wine-patches, I'm able to
successfully build Win64-enabled Wine and execute the following 64-bit
winelib (winelib64? wine64lib?) application:
#include "windows.h"
int WINAPI WinMain(HINSTANCE hinst, HINSTANCE hprev, LPSTR cmdline, int
cmdshow)
{
DWORD
In http://www.winehq.org/pipermail/wine-patches/2006-June/027528.html,
Andrey Turkin wrote:
Some installers depends on _Streams built-in table
Which installers?
It'd be nice to have a bug in bugzilla to hang your MSI work on.
Thanks!
- Dan
On 6/15/06, Ivan Gyurdiev <[EMAIL PROTECTED]> wrote:
Hi, I'm attaching test, which demonstrates incorrect behavior of SetFVF
and SetVertexDeclaration.
Windows converts one to the other and backwards (at least partially),
and we do not such thing - this breaks at least 2 demos (dx9_hlsl_*)
I'm po
Hello,Would a wine developer please revisit this page http://www.winehq.org/site/docs/winelib-guide/winelib-getting-started and modify it to have a step by step guide to take a Linux box without wine nor winelib to a running notepad exe built by the newbie (and not downloaded)?
Or if you are a wine
Kai Blin wrote:
> Be aware that negotiate.c is a complete stub. If this function is
> changed, it should be changed like this:
I didn't intend to fix the logic or implementation, just the fact that
the structure was defined incorrectly. The fixes in the .c files are
just neccessary because the str
Am Mittwoch, den 14.06.2006, 13:40 +0100 schrieb Mike Hearn:
> On Tue, 13 Jun 2006 16:22:17 +0200, Alexandre Julliard wrote:
> > Wine will handle that error properly, but here it sounds like fst (or
> > more likely Gtk) has replaced the Wine error handler with its own, so
> > Wine doesn't get a cha
Hi,
On Fri, Jun 16, 2006 at 11:46:02PM +0900, Dmitry Timoshkov wrote:
> "Andrew Talbot" <[EMAIL PROTECTED]> wrote:
>
> >It seems better to represent international characters with escape
> >sequences,
> >both to increase clarity - especially for those who do not normally use
> >ISO-8859-1 encodin
Marcus Meissner wrote:
-datarootdir = @datarootdir@
We added this especially because configure warned about it.
With Debian/amd64 unstable which has autoconf 2.59.cvs.2006.06.05-1, I get:
config.status: WARNING: tools/wmc/Makefile contains a reference to the
variable `datarootdir' wh
Hi,
The recent changes you made have resulted in a regression at least in
the note edition.
\'s and ''s are too much addslashized again. I remember having fixed
this some time ago...
Thanks.
Jonathan
signature.asc
Description: Ceci est une partie de message numériquement signée
* Thomas Weidenmueller <[EMAIL PROTECTED]> [19/06/06, 11:38:54]:
> Index: dlls/secur32/negotiate.c
> ===
> RCS file: /home/wine/wine/dlls/secur32/negotiate.c,v
> retrieving revision 1.3
> diff -u -r1.3 negotiate.c
> --- dlls/secur32/
On Mon, Jun 19, 2006 at 06:12:38PM +0900, Mike McCormack wrote:
> diff --git a/Make.rules.in b/Make.rules.in
> index 9af2d3e..9deee72 100644
> --- a/Make.rules.in
> +++ b/Make.rules.in
> @@ -98,7 +98,6 @@ prefix = @prefix@
> exec_prefix = @exec_prefix@
> bindir = @bindir@
>
[EMAIL PROTECTED] wrote:
+typedef struct {
+/* --- MENUITEMINFO Stuff --- */
+UINT fType;/* Item type. */
+UINT fState; /* Item state. */
+UINT_PTR wID; /* Item id. */
+HMENU hSubMenu;/* Pop-up m
hiho,
the attached patch detects _all_ joysticks of /dev/input/event%d; please
have a test before i refine the patch for submission. i tried it with
Il2 Sturmovik and with Live For Speed - both games worked. as neither my
cougar nor my brd wheel have force feedback i was not able to test, if
every
31 matches
Mail list logo