On 6/15/07, Vitaly Lipatov <[EMAIL PROTECTED]> wrote:
CreateFile is not success with somename.vxd (somename.vxd.so
exists in /usr/lib/wine)
As known open_vxd_handle( LPCWSTR name ) in kernel32/vxd.c have
to open dummy file in the wineserver directory.
It try use NtCreateFile for open Unix path /
Out of interest, is there any way to get (read here 'write code for') the
wine's cmd.exe better integrated in the window you launch it from when it is
not in wineconsole mode.
For example, I would love to see cls clear the screen (I suppose I could
just launch 'clear'!), or command retrieval work
CreateFile is not success with somename.vxd (somename.vxd.so
exists in /usr/lib/wine)
As known open_vxd_handle( LPCWSTR name ) in kernel32/vxd.c have
to open dummy file in the wineserver directory.
It try use NtCreateFile for open Unix path /tmp/.wine/... and get
failure.
What part have to be f
On So, 2007-06-10 at 19:20 -0600, Vitaliy Margolen wrote:
> Should fix bug 7129.
>
> The whole idea here is to set/release hook only once for keyboard/mouse.
> Then if we have more then one device, just call their hook handlers from the
> single
> top level handler.
> ---
> dlls/dinput/dinput_ma
Am Freitag, 15. Juni 2007 22:02 schrieb Jan Zerebecki:
> On Fri, Jun 15, 2007 at 01:36:09PM +0200, Alexandre Julliard wrote:
> > "Evan Stade" <[EMAIL PROTECTED]> writes:
> > > +static const INT drawline_bmp1[192] =
> > > +{0x,0x,0x,0x,0x,0x,0xf
> > >f
On Fri, Jun 15, 2007 at 01:36:09PM +0200, Alexandre Julliard wrote:
> "Evan Stade" <[EMAIL PROTECTED]> writes:
> > +static const INT drawline_bmp1[192] =
> > +{0x,0x,0x,0x,0x,0x,0x,
>
> I don't think we want to do that sort of thing. We can't
Dan Hipschman <[EMAIL PROTECTED]> writes:
> So at least I can just compile with -DTESTS_THAT_CRASH_WINE=1 on
> windows, which is easy to stick in a batch file or something.
> Otherwise, I'm stuck maintaining a patch that has to be applied before
> each compile. Plus, it means I'm the only one who
On Thu, Jun 14, 2007 at 06:28:41PM -0700, Dan Hipschman wrote:
> + if (strcmp(winetest_platform, "wine") != 0)/* crashes wine */
> + {
> +eu.t = ENCU_I;
> +eu.tagged_union.i = 7;
> +ok(square_encu(&eu) == 49.0, "RPC square_encu\n");
> +
> +eu.t = ENCU_F;
> +eu.tagged_u
On Friday 15 June 2007 18:23:51 Brian Vincent wrote:
> While this strikes me as 100% a packaging issue, it just seems like
> something really prone to error. When the new Foo distro comes out
> and decides to place their fonts in /opt/Foo/X they'll need to figure
> out how to make the sym links,
On 6/15/07, Hans Leidekker <[EMAIL PROTECTED]> wrote:
Since that is very unlikely I'd say we should go for symlinks to save space
and time. We can resort to full copies when we find an app that needs it.
While this strikes me as 100% a packaging issue, it just seems like
something really prone
On Friday 15 June 2007 15:30:27 Steve Brown wrote:
> Maybe Wine could check for the existence of the fonts and set up a symlink
> farm pointing to them from the Windows expected locations?
Yes, symlinks in c:\windows\fonts that point to modified, system-wide
Liberation fonts should work in most c
On Fri, 15 Jun 2007, Hans Leidekker wrote:
> On Friday 15 June 2007 12:14:06 Michael Stefaniuc wrote:
>
> > Why do you need to copy the fonts? Wine can use the system fonts. The
> > Wine package would need to have only a dependency on the liberation font
> > package. The liberation-fonts rpm is al
"Paul Vriens" <[EMAIL PROTECTED]> wrote:
I had a look but wasn't able to find gdiplus.dll on my Vista box. This most
likely means our test has to be re-written.
I'll wait with that till the cross-compiling of the gdiplus tests is fixed.
I have gdiplus.dll installed in my 64-bit Vista box, bo
We've had a few people report issues with the Ubuntu Feisty .38 package
in the WineHQ repo lately
(http://wine.budgetdedicated.com/archive/ubuntu/feisty/wine_0.9.38~winehq0~ubuntu~7.04-1_i386.deb)
the specific issue being that the fonts are all missing on most things,
in other places only the f
On Friday 15 June 2007 13:25:19 Louis Lenders wrote:
> So could something be included in wine's source like detect if they are
> present
> (/usr/share/fonts/liberation/ here), use Hans' convert-script to "convert" it
> into arial.ttf, and then copy them into /usr/share/wine/fonts/, i think that
Hi,
I had a look but wasn't able to find gdiplus.dll on my Vista box. This most
likely means our test has to be re-written.
I'll wait with that till the cross-compiling of the gdiplus tests is fixed.
Cheers,
Paul.
"Evan Stade" <[EMAIL PROTECTED]> writes:
> +static const INT drawline_bmp1[192] =
> +{0x,0x,0x,0x,0x,0x,0x,
> +
> 0x,0x,0x,0x,0x,0x,0x,
> +
> 0x,0x,0x,0xfff
Hans Leidekker it.vu.nl> writes:
>
> On Friday 15 June 2007 12:14:06 Michael Stefaniuc wrote:
>
> > Why do you need to copy the fonts? Wine can use the system fonts. The
> > Wine package would need to have only a dependency on the liberation font
> > package. The liberation-fonts rpm is alrea
"Hans Leidekker" <[EMAIL PROTECTED]> wrote:
On Friday 15 June 2007 12:14:06 Michael Stefaniuc wrote:
Why do you need to copy the fonts? Wine can use the system fonts. The
Wine package would need to have only a dependency on the liberation font
package. The liberation-fonts rpm is already in F
On Friday 15 June 2007 12:14:06 Michael Stefaniuc wrote:
> Why do you need to copy the fonts? Wine can use the system fonts. The
> Wine package would need to have only a dependency on the liberation font
> package. The liberation-fonts rpm is already in Fedora Extras for FC6
> and in Fedora 7.
Hans Leidekker wrote:
On Thursday 14 June 2007 22:50:07 Louis. Lenders wrote:
Question is, are there any plans to include Liberation fonts in wine?
You mean add them to the git repository? I don't think we want that
because we don't maintain them. Wine distributors could perhaps create
a wine
On Thursday 14 June 2007 22:50:07 Louis. Lenders wrote:
> Question is, are there any plans to include Liberation fonts in wine?
You mean add them to the git repository? I don't think we want that
because we don't maintain them. Wine distributors could perhaps create
a wine-fonts package that inst
22 matches
Mail list logo