Hello
> There is no need to export __wine_is_current_process from ntdll and use
> it here when standard win32 apis will suffice.
> Well, not quite. You can open another handle to the process using
> DuplicateHandle or something else, so you need to go via the server. The
> simplest way to do t
Robert Shearman <[EMAIL PROTECTED]> writes:
> According to this URL a number of WS_ flags cannot be changed after
> the window is created (using SetWindowLong):
> http://msdn.microsoft.com/library/default.asp?url=/library/en-us/winui/WinUI/WindowsUserInterface/Windowing/Windows/WindowReference/Win
"Ivan Leo Puoti" <[EMAIL PROTECTED]> writes:
>> (with screenshots, if possible).
> before the patch
> http://www003.portalis.it/115/download/1.png
> and after it
> http://www003.portalis.it/115/download/2.png
The problem is that the app uses OpenGL for painting, and OpenGL
doesn't support the Inc
> (with screenshots, if possible).
before the patch
http://www003.portalis.it/115/download/1.png
and after it
http://www003.portalis.it/115/download/2.png
The app is a free download.
Ivan.
On Mon, Aug 23, 2004 at 09:41:55AM -0500, Chuck Hall wrote:
> > Hi Chuck,
> >
> > --- [EMAIL PROTECTED] wrote:
> >> If you need access to a AMD Opetron box I can setup remote access
> >> (via
> >> SSH) so you can test the code, or I can try the patches (if any)
> >> sent.
> >
> > I have quite a few
which means that:
- we create a new compilation unit (for example) on 2205 => this gives
the source directory
- we start the main compilation unit on 2206 =>
/home/dm/wine/dlls/dbghelp/elf_module.c
- in this CU, we start a new include file (on ), =>
/home/dm/wine/dlls/dbghelp/../../include/w
Eric Pouech wrote:
Robert Shearman a écrit :
Hi,
On startup, the debugger usually prompted me to type the path where
"/winternl.h" can be found. This was due to the path being stored
internally as "../../include/winternl.h", i.e. relative to the source
directory. This patch adds the ability to s
Hi Todd,
--- "Todd S." <[EMAIL PROTECTED]> wrote:
> My name is Todd, and I am trying to compile the Wine DLLs within a
> Windows XP DOS-Box. I am using MingW with a newer version of Make,
> GCC, G++, etc. I type "make" within the directory and all that is
> returned is: "make: *** No targets specif
Robert Shearman a écrit :
Hi,
On startup, the debugger usually prompted me to type the path where
"/winternl.h" can be found. This was due to the path being stored
internally as "../../include/winternl.h", i.e. relative to the source
directory. This patch adds the ability to store the source dir
Dear wine-devel Forum,
My name is Todd, and I am trying to compile the Wine DLLs within a Windows XP DOS-Box.
I am using MingW with a newer version of Make, GCC, G++, etc. I type "make" within the
directory and all that is returned is: "make: *** No targets specified and no makefile
found. Sto
I don't have them on file unfortunately.
For the exact paths I have to get the msts cd (it's not here right now).
For what I remember the path is something like this:
abcdef/menu/background.bmp
abcdef/menu/logo.bmp
etc...
Those files are in setupenu.dll, because you can see the paths when viewing
Mike,
Having Native Graphics Driver for Mac OS X is important for Mac User,
since a X11 Apps doesn't behaves like a "normal" Mac OS X App. For
instance, there is no icon for it in the Dock, which is indeed
important. Moreover I am not convinced about the x11drv speed on Mac OS
X. I didn't inves
Hi,
--- Mike Hearn <[EMAIL PROTECTED]> wrote:
> But seriously, that patch changed a lot of very important core code
> in
> Wine, and the relevant math is hideously complicated (in fact nobody
> does it anymore, we all just copy/paste the X server code). There
> have
> already been several regre
Mike Hearn wrote:
There is no need to export __wine_is_current_process from ntdll and
use it here when standard win32 apis will suffice.
Oh yes, I was wondering why this was bothering me. I think you can
achieve the same effect like this:
if ((handle == (HANDLE)0x) ||
(handle == (HA
> Hi Chuck,
>
> --- [EMAIL PROTECTED] wrote:
>> If you need access to a AMD Opetron box I can setup remote access
>> (via
>> SSH) so you can test the code, or I can try the patches (if any)
>> sent.
>
> I have quite a few patches for native Opertron x86-64 support on my
> account at sourceforge but
There is no need to export __wine_is_current_process from ntdll and use
it here when standard win32 apis will suffice.
Oh yes, I was wondering why this was bothering me. I think you can
achieve the same effect like this:
if ((handle == (HANDLE)0x) ||
(handle == (HANDLE) NtCurrentTeb(
Alexander Yaworsky wrote:
Hello
This is a basic framework. Not finished, not really tested -- just stable point. It does no harm for applications I'm using. I would
be glad to get some comments and suggestions.
Looks good so far, apart from a few comments below.
@@ -168,16 +137,68 @@
* Succes
Le dim 22/08/2004 à 18:46, Vincent Béron a écrit :
> Changelog:
> First step for implementing the UpdateResource functions.
Please don't apply, it's not ready for inclusion yet.
Vincent
You are right,
I missed that second usage of exePath. I will rework my patch and
resubmit it.
thanks for the sharp eyes.
-aric
Christian Costa wrote:
Hi,
I don't know much about this code but some line below there is:
Stream_WriteLocationInfo( stm, exePath );
In our case exePath is still empty
Alexander Yaworsky wrote:
Hello
This is a basic framework. Not finished, not really tested -- just stable point. It
does no harm for applications I'm using. I would
be glad to get some comments and suggestions.
Looks OK to me but it's missing the most important part :) How are you
intending to ma
Well, by 'the entire Wine development team' you mean Alexandre :-) ?
Not so, quite a few people work on the x11drv. For instance Alexs
winedesktop work, various NETWM interop patches from me, fullscreening
windows (not applied yet, but ...), system tray integration and so on.
Plus all the work t
Hello
This is a basic framework. Not finished, not really tested -- just stable point. It
does no harm for applications I'm using. I would
be glad to get some comments and suggestions.
This patch does not contain files generated by tools/make_requests
Index: dlls/kernel/kernel_private.h
===
> Is it? Given the complexity and amount of work done on the x11drv it
> seems silly to duplicate all that effort. The x11drv is worked on by the
> entire Wine development team right now, so any quartzdrv would always be
> playing catchup. Well, if they want to spend their time doing that, fine
http://www.cyborgname.com/cyborger.cgi?acronym=JULLIARD&robotchoice=governor2k3
;)
But seriously, that patch changed a lot of very important core code in
Wine, and the relevant math is hideously complicated (in fact nobody
does it anymore, we all just copy/paste the X server code). There have
al
What were th efile paths it was looking for?
Frank Eising wrote:
I am trying to get the Train SImulator setup working. Last time I debugged it I found
that the setup looks for jpeg images in a certain directory to set up the setup menu.
They are not found, because those files are non-existent on
Roderick Colenbrander wrote:
Quartz support is ofcourse great but without a patch it isn't very usefull
;)
Is it? Given the complexity and amount of work done on the x11drv it
seems silly to duplicate all that effort. The x11drv is worked on by the
entire Wine development team right now, so any q
Win2k - 1000ms
Wine w/ patch - 1346ms
Wine w/o patch - 1294ms
That's a fascinatingly round number for Win2K, isn't it?
I suspect the slowness is caused by the involution: any cycles saved
from the branch hinting is lost in the double-not.
thanks -mike
Mike Hearn wrote:
This also wouldn't work as you expect. The way to create a fixed
pitch font is to use FIXED_PITCH not MONO_FONT. Which app was
setting this flag?
There wasn't one, I assumed MONO_FONT meant monospace, which is what I
was trying to stop Wine selecting. I didn't have MSDN handy a
28 matches
Mail list logo
