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 generato
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 fe
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 PROT
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
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 b
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 retr
>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
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 capgetdriver
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 kee
> 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
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
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
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 :)
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
--- 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
> 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
--- 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 lo
On Monday 25 April 2005 16:18, Alexandre Julliard wrote:
> Paul Millar <[EMAIL PROTECTED]> writes:
> > Hopefully not a controversial one [...]
>
> The problem with this is that the result is not a valid path, which
> breaks tools that parse the output to let you jump to the error,
> like emacs comp
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,
--- 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 a
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
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 under
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
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 pix
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
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 L"Process
Explorer - Sysinter
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
[EM
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
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 curren
29 matches
Mail list logo
