> for this bug:
> http://bugs.winehq.org/show_bug.cgi?id=3091 [ HL2 D3D ]
>
> you only have to copy MSVCR70.dll from a windows installation (isn't a memory
> problem)
Well, I've seen HL2 work before without this dll... just using
Oliver's patch. Steam only seems to need it when displaying
Upda
I think this should also go into the official Wine Wiki too. But
anyways, thanks very much for the exposure :)
James
On Wed, 2005-07-06 at 15:40 +1200, Joseph Black wrote:
> I have copied some of what you wrote in the forum into the unofficial
> wine-wiki,
> but I would appreciate a quick look o
Hi Joseph,
Thanks for doing this, great work!! FYI, I just became the app
maintainer for Desktop 4.1; the same stuff can now be found in the app
db. Other than that, this looks good.
James Liggett
On Wed, 2005-07-06 at 15:40 +1200, Joseph Black wrote:
> I have copied some of what you wrote in the
Dmitry Timoshkov wrote:
Don't you think that your patch is a bit too large although
the only thing it does is adding the only a single memset call?
Please get rid of all not necessary formatting changes and resubmit.
I did - about 5 minutes before you sent that mail. :)
Felix
"Felix Nawothnig" <[EMAIL PROTECTED]> wrote:
+memset( lpBuf, 0, count );
Don't you think that your patch is a bit too large although
the only thing it does is adding the only a single memset call?
Please get rid of all not necessary formatting changes and resubmit.
--
Dmitry.
Monday, July 4, 2005, 10:51:30 AM, Kuba Ober wrote:
>> I have found a dll that have one section marked as
>> IMAGE_SCN_CNT_UNINITIALIZED_DATA. But dll_init entry is jumping right to
>> the beginning of this section. Which results in immediate segfault.
>>
>> So native mast be loading this section o
Thanks Chris, just submitted. Knew I was being stupid about it...
James
On Tue, 2005-07-05 at 22:47 -0400, Chris Morgan wrote:
> I wouldn't worry about the reason. If you run the app and are interested in
> maintaining the howto and potentially responding to forum posts, thats more
> than enou
Hello all,
Many have been following my attempts at getting Palm Desktop and Hotsync
to work. I've tried setting up a COM port that points to the USB device
generated by the visor kernel driver when you hit the button on the
cradle. Unfortunately, there's a problem in GetCommState:
err:comm:GetComm
Hi Tony,
This is Desktop 4.1 that came with my Tungsten T. I've considered
becoming a maintainer for the app, but being the extremely neurotic
perfectionist I am, I've yet to decide what exactly my "reason" for
becoming a maintainer will be, but I will be putting in the request
eventually.
Kind re
James Liggett wrote:
Hi Uwe,
I figured out how to install Palm Desktop, perhaps this might prove
useful to someone:
1. Install native Windows Installer manually. To do this, install dcom98
first. Then run instmsia.exe. The install will complain, but it will
leave behind all the files you need in
Maarten Lankhorst wrote:
It looks evil, and those functions are not exactly what I want, because
I need them in a vtable, which requires them to be something like
HRESULT ... fnTextServ_blah(ITextServices *iface, args), I could recast
those functions, but that is not exactly a 'clean' solution,
Marcus Meissner schreef:
On Tue, Jul 05, 2005 at 10:16:08PM +0200, Felix Nawothnig wrote:
Marcus Meissner wrote:
I wonder how I can do this cleaner (Meaning no compiler warnings without
ugly hacks). Also I would like to know how to call a function like
__thiscall_fnTextSrv_TxSendMessag
Hi Uwe,
I figured out how to install Palm Desktop, perhaps this might prove
useful to someone:
1. Install native Windows Installer manually. To do this, install dcom98
first. Then run instmsia.exe. The install will complain, but it will
leave behind all the files you need in Windows\Installer\Inst
Am Dienstag, den 05.07.2005, 21:39 +0200 schrieb Alexandre Julliard:
> > (HIWORD(name)) is the short version of (IS_INTRESOURCE(name)) here
>
> debugstr_w handles that just fine.
OK. Learning all the Time ...
--
By By ...
... Detlef
Marcus Meissner wrote:
On second thought... What about abusing the "regparm(3)" attribute for this.
It gets eax, edx, ecx, stackparam1, stackparam2, ...
So what about using a construct like this (cloaked in some macros)?
#define THISCALL0(name,this) __thiscall_#name(int unused_eax,int unused_e
Marcus Meissner wrote:
Adding "thiscall" to gcc would perhaps help in the long run ... :/ Fun fun
fun...
Considering that gcc already knows regparm and we just need regparm(1)
with ecx instead eax hacking in "thiscall" for C code shouldn't be too
hard I think.
But since this would be a very Win
On Tue, Jul 05, 2005 at 10:16:08PM +0200, Felix Nawothnig wrote:
> Marcus Meissner wrote:
> >>I wonder how I can do this cleaner (Meaning no compiler warnings without
> >>ugly hacks). Also I would like to know how to call a function like
> >>__thiscall_fnTextSrv_TxSendMessage, because some methods
On Tue, Jul 05, 2005 at 10:16:08PM +0200, Felix Nawothnig wrote:
> Marcus Meissner wrote:
> >>I wonder how I can do this cleaner (Meaning no compiler warnings without
> >>ugly hacks). Also I would like to know how to call a function like
> >>__thiscall_fnTextSrv_TxSendMessage, because some methods
On 05.07.2005 21:30, Marcus Meissner wrote:
>>2: initialisation from incompatible pointer type (in the vtable)
>
>
> Hmm, unclear. You would need to change the extern void THISCALL(func)(); to
> be the correct prototype.
But otoh, the vtable types really are wrong (the methods just aren't
stdcal
Marcus Meissner wrote:
I wonder how I can do this cleaner (Meaning no compiler warnings without
ugly hacks). Also I would like to know how to call a function like
__thiscall_fnTextSrv_TxSendMessage, because some methods I need are
implemented in windows' stdcall. And I would like to know wether
i
Detlef Riekenberg <[EMAIL PROTECTED]> writes:
> Sorry, but you modified the Patch in a wrong Way.
>
> (HIWORD(name)) is the short version of (IS_INTRESOURCE(name)) here
debugstr_w handles that just fine.
--
Alexandre Julliard
[EMAIL PROTECTED]
On Tue, Jul 05, 2005 at 07:42:23PM +0200, Maarten Lankhorst wrote:
> I have been trying to get some work done on a class returned by
> CreateTextServices, but the differences between windows' stdcall and
> linux' are giving me a few headaches. right now I've done it pretty much
> like this:
>
> /*
Am Dienstag, den 05.07.2005, 07:40 -0500 schrieb Alexandre Julliard:
>
> Modified files:
> dlls/user : cursoricon.c
>
> Log message:
> Detlef Riekenberg <[EMAIL PROTECTED]>
> LoadImageW: Fix type of TRACE parameter.
>
> Patch: http://cvs.winehq.org/patch.py?id=18666
>
>
Hi,
On Tue, Jul 05, 2005 at 06:56:20PM +0100, Robbert Xerox wrote:
> Hi, let me be clear: i don't know anything about this
> comctl32 stuff, but compared to this patch:
> http://cvs.winehq.org/patch.py?id=15317
> it seems to me there's a missing return, which i added
> in this patch.I have no time
Am Dienstag, den 05.07.2005, 19:31 +0200 schrieb Frank Richter:
> Why not use the global 'shell32_hInstance' variable?
Thanks for the Hint. I will change that.
--
By By ...
... Detlef
On 05.07.2005 13:37, Detlef Riekenberg wrote:
> +HMODULE SHELL32_hmodule=NULL;
> +INT iconindex=IDI_SHELL_PRINTER;
...
> +if(SHELL32_hmodule==NULL)
> +{
> +SHELL32_hmodule=LoadLibraryA("shell32.dll");
> +}
Why not use the global 'shell32_hInstance' variable?
-f.r.
I have been trying to get some work done on a class returned by
CreateTextServices, but the differences between windows' stdcall and
linux' are giving me a few headaches. right now I've done it pretty much
like this:
/* These macros are taken from wine/dlls/msvcrt/cpp.c */
#ifdef __i386__ /* this
Hi,
It's been a while since I tried the installation but it hangs with a
full 100% when I select ALSA as the audio driver (current CVS).
Choosing OSS get's me through the installation.
trace with +wave shows:
trace:wave:wodPlayer waiting 3ms (10,3)
warn:wave:wodUpdatePlayedTotal Unexpected state
Sorry for cross posting to the wine-devel but I think this may interest the
whole wine community.
Selon Phil Krylov <[EMAIL PROTECTED]>:
> Fine :) Could you please correct the corresponding To Do entry on the Web
> site?
I can't do it right now, so I'll fix that later. Any way our To Do Section
Frank Richter escreveu:
On 05.07.2005 09:28, Hajime Segawa wrote:
+FONT 9, "MS UI Gothic"
Isn't it on Windows the case that dialogs generally use "MS Shell Dlg[
2]", which is at runtime mapped to a font appropriate for the language
(e.g. "MS UI Gothic" for Japanese)?
Read this:
h
On 05.07.2005 09:28, Hajime Segawa wrote:
> +FONT 9, "MS UI Gothic"
Isn't it on Windows the case that dialogs generally use "MS Shell Dlg[
2]", which is at runtime mapped to a font appropriate for the language
(e.g. "MS UI Gothic" for Japanese)?
This link, while not 100% on that topic, contains s
On 05.07.2005 09:28, Hajime Segawa wrote:
> +FONT 9, "MS UI Gothic"
Isn't it on Windows the case that dialogs generally use "MS Shell Dlg[
2]", which is at runtime mapped to a font appropriate for the language
(e.g. "MS UI Gothic" for Japanese)?
This link, while not 100% on that topic, contains s
On 05.07.2005 09:28, Hajime Segawa wrote:
> +FONT 9, "MS UI Gothic"
Isn't it on Windows the case that dialogs generally use "MS Shell Dlg[
2]", which is at runtime mapped to a font appropriate for the language
(e.g. "MS UI Gothic" for Japanese)?
This link, while not 100% on that topic, contains s
Sure no problem. I will update the script that does a daily dump of the
AppDB to also do a dump of bugzilla (without the user table of course).
Expect the filename to be something like wine-bugzilla-DATE.tar.gz.
They should start appearing online tomorrow.
On Mon, 2005-07-04 at 19:32 -0600, Tony
FYI, I will reject any patch to add web browser standard buttons on the
front page without question. It's all well and good you love whatever
browser you use, but we don't need to advertise said love on the WineHQ
page.
On Sat, 2005-07-02 at 11:28 -0400, Tom Wickline wrote:
> On 7/2/05, Felix Nawo
Hi,
+#define ITextServices_OnTxInplaceDeactivate(p,a)
(p)->lpVtbl->OnTxInplaceActivate(p,a)
shouldn't that be (p)->lpVtbl->OnTxInplaceDeactivate ?
Cheers,
Paul.
Frank Richter <[EMAIL PROTECTED]> writes:
> +static BOOL CALLBACK UXTHEME_broadcast_msg (HWND hWnd, LPARAM msg)
> +{
> +if (hWnd == NULL)
> +{
> + EnumWindows (UXTHEME_broadcast_msg, msg);
> +}
> +else
> +{
> + PostMessageW(hWnd, msg, 0, 0);
> + EnumChildWindows (hW
Vijay Kiran Kamuju wrote:
I thought i have some suggestions in implementing the msxml3.dll
I am sending an old sample stub implemenation (incomplete).
I am rewriting the msxml3.dll
need some suggestions.
Some suggestions:
* get rid of the remaining C++ stuff in Makefile.in
* add an LGPL copy
On Tuesday 05 July 2005 08:28, Ivan Gyurdiev wrote:
> I've gotten it to start with Oliver Stieber's patches.
> However, at the time it was not playable, and had major glitches.
> Since then, Oliver has released a new patch - you can look
> at this work on directxwine.sf.net. I have not tested
> wit
> "James" == James Liggett <[EMAIL PROTECTED]> writes:
James> I haven't installed anything, not even IE, because that won't
James> install (it hangs at around 80%, looking into it). But I did get
James> Windows installer to work, and Palm Desktop installer comes up,
James> but
40 matches
Mail list logo
