Hi,
while dealing with the SYSTEM_PROCESS_INFORMATION struct in winternl.h I
found that the struct has different sizes for NT/W2K/W2K3.
How do we deal with this? Have a struct per OS and deal with it in the
handling part (ntdll/nt.c in this case) for what *version* returns?
Should the default
Alex Villacis Lasso [EMAIL PROTECTED] writes:
Changelog:
* Force Single|Double conversion to BSTR to use the decimal separator
defined by the current locale, because that is what native oleaut32
does, and to be consistent with later parsing of floating-point
numbers, which uses current
On Mon, Apr 25, 2005 at 10:43:09PM -0700, Dan Kegel wrote:
Dimitrie O. Paun wrote:
This is the patch I use for gcc4.0 here.
I am not really sure why this aliasing was introduced,
but it will not work this way anymore.
I still don't understand why it doesn't work.
It was introduced
Vincent Béron [EMAIL PROTECTED] writes:
Would a symlink be better? We copy wine.inf over...
Changelog:
Copy Wine fonts in c:\windows\fonts so they can be easily used.
That shouldn't be necessary, the fonts should be loaded directly from
their unix directory.
--
Alexandre Julliard
[EMAIL
Hi,
when running proces explorer (V9.0.3) and some hacks, I get an exception
in DefWindowProcA:
trace:message:SPY_EnterMessage (0x20022) DefWindowProc32:
WM_GETTEXT [000d] wp=0100 lp=
Call kernel32.WideCharToMultiByte(,,6b2592e0 LProcess
Explorer -
Thanks for that. I suppose that wrappering memcpy as as strncpy is not
a good idea. To save confusion, would a comment in unicode.h to say
don't worry strncpyW is missing by design and that memcpy/lstrcpynA/W
should be used instead be a good precaution?
Jeff Latimer
James Hawkins wrote:
On
Juan Lang wrote:
Whether or not the patch Michael attached is the real fix, it should
solve the immediate problem (the assert failure.)
I think it's an appropriate solution for now. I'll get back to it soon,
it's quite likely that the assertion itself is wrong (character strings
which are 0
Hi.
I'm trying to fix PR 1114 and ran into the following problem:
The listbox of WinRAR isn't updated because CBN_SELENDOK isn't sent.
CBN_SELENDOK is supposed to be sent by CBRollUp() called by the
LBN_SELCHANGE handler but isn't because the listbox (of the combobox)
is already rolled up when
Hi all,
I've been moving house over the past couple of weeks
which is why I dropped off the face of the earth for a
while.
Between moving I've managed to get a lot more DirectX
9 work done, Roller coster tycoon, Warhammer 40K,
tenage mutat ninja turtles and the increadables are
now the same
On 4/26/05, Jeff Latimer [EMAIL PROTECTED] wrote:
Thanks for that. I suppose that wrappering memcpy as as strncpy is not
a good idea. To save confusion, would a comment in unicode.h to say
don't worry strncpyW is missing by design and that memcpy/lstrcpynA/W
should be used instead be a good
--- Benjamin Cutler [EMAIL PROTECTED] wrote:
I was discussing this with some others who hang out
in the #winehackers
channel, and I'm curious who else might be working
on the D3D9 portion
of Wine. I was unsure of how ready for inclusion
into the main branch
the unofficial patches are, but
On 4/26/05, Oliver Stieber [EMAIL PROTECTED] wrote:
Hi all,
I've been moving house over the past couple of weeks
which is why I dropped off the face of the earth for a
while.
Between moving I've managed to get a lot more DirectX
9 work done, Roller coster tycoon, Warhammer 40K,
tenage
--- Tom Wickline [EMAIL PROTECTED] wrote:
On 4/26/05, Oliver Stieber
[EMAIL PROTECTED] wrote:
Hi all,
I've been moving house over the past couple of
weeks
which is why I dropped off the face of the earth
for a
while.
Between moving I've managed to get a lot more
DirectX
9
If you want to get a scanner going, the best way
would be to make it
work with SANE or V4L, and then get SANE or V4L to
work with Wine's
still imaging interface.
Have a look at the work that Maarten Lankhorst is
doing on Web cameras
... he's doing things the right way.
If you still
--- Mike McCormack [EMAIL PROTECTED] wrote:
I think it might be Alexander, and I think the
general
suggestion was avoid changes to the wineserver.
Anyone else know?
I'll point out to you once again that Wine is not
the right place to
implement drivers. Drivers that are loaded in
Damjan Jovanovic wrote:
to make it work, but you'll realize sooner or later
that a handle is
tied to a unix fd.
In fact, it's tied to an object in wineserver: what
fd would HWINDOW and HICON represent?
I assume you mean HWND and HICON. They are not wineserver (kernel32)
objects. A HWND is a
On Tue, 26 Apr 2005 15:26:58 +0100, Oliver Stieber wrote:
I've been moving house over the past couple of weeks
which is why I dropped off the face of the earth for a
while.
Welcome back! I think we all look forward to seeing your work merged :)
Title: Message
I'm running an MFC
app using Wine-20050419 and the very top node of a TreeCtrl is not displayed.
All the children and siblings look fine, when I expand the
tree.
This could be
another one of those 2.6.x series display bugs I've seen, but this same .exe
does not exhibit this
Title: Message
Sorry, I need to be
more specific here. The top (very first)folder icon is the only invisible
item. The text is legible. For all other nodes except the top one, folder icons
and text display just fine.
Shaun
I've been moving house over the past couple of weeks
which is why I dropped off the face of the earth for a
while.
Phew - I was worried I'd have to try to understand all of your patch :-)
Welcome back and keep up the good work
Jason
On Tuesday 26 April 2005 20:53, Ann and Jason Edmeades wrote:
I've been moving house over the past couple of weeks
which is why I dropped off the face of the earth for a
while.
Phew - I was worried I'd have to try to understand all of your patch :-)
As me :)
Welcome back and keep up the
just thought I'd drop by and say how things are going..
i submitted a lot of patches already, and trying to get those commited,
although they are not directly required for webcam support, they are
meant to increase general stability, and fix some bugs:
- dlls/avicap32: wrote a basic
Mike McCormick wriote:
I'll point out to you once again that Wine is not the right place to
implement drivers. Drivers that are loaded in the kernel in Windows
also belong in the kernel in Linux, not in Wine.
I don't care about Windows kernel drivers, just
replicating the interface to them
If you apply the attached patch and import the attached registry file (which
registers a junction point for the unixfs shell namespace extension), you can
select and open files from the unix filesystem in notepad (The file has to be
accessible by a drive letter based wine path though).
In
Le mar 26/04/2005 à 05:20, Alexandre Julliard a écrit :
Vincent Béron [EMAIL PROTECTED] writes:
Would a symlink be better? We copy wine.inf over...
Changelog:
Copy Wine fonts in c:\windows\fonts so they can be easily used.
That shouldn't be necessary, the fonts should be loaded
Mike was refering to handles returned by CreateFile only. It is the
interface to create kernel device driver instances under Windows and
consequently wineserver would need to be involved somehow.
HWINDOW and such while handles too, are completely different objects
and managed by independent object
On Wed, 26 Apr 2005, Vincent Béron wrote:
[...]
Was the patch rejected because we need to tell Wine (or X) to look for
fonts in @datadir@/fonts/wine, or because it's supposed to just work
right now?
I believe Wine uses fontconfig so it's supposed to just work.
--
Francois Gouget [EMAIL
I'm still having this problem. Here is what I found so far:
- All Delphi apps don't minimize properly because they depend on WM_SYSCOMMAND
SC_MINIMIZE, SC_RESTORE etc.
- If I insert these messages before WM_SHOWWINDOW in X11DRV_MapNotify /
X11DRV_UnmapNotify it still doesn't work. App makes
Can a developer take a look at Bug #2097?
I need some assistance on figuring our what is wrong with this game. In
particular I would like to have someone that can tutor me in trouble
shooting problems running applications. I want to be more of an active
solution contributor than a problem
29 matches
Mail list logo