Trying to track down the problem with our DInput implementation I found
some interesting stuff - our global hooks don't work correctly because
hook callbacks are never called if event is generated in the different
thread. I don't think this is a revelation to number of people who knew
that before.
> Right. if_nameindex does not return eth0 if I boot up without an
> ethernet connection. Maybe this is a system dependent thing?
> I am running on a RH8 based system.
Or a libc thing? I'm running on FC2.
> The if_nameindex code looked a little nicer, but a loop on
> if_indextoname() is not so
Jeremy Newman wrote:
ChangeSet ID: 22527
CVSROOT:/opt/cvs-commit
Module name:lostwages
Changes by: [EMAIL PROTECTED] 2006/01/24 14:26:23
Modified files:
templates/en : download.template
Log message:
based on patch from: Sven Paschukat <[EMAIL PROTECTED]>
Joachim von Thadden wrote:
I understand the goal of WineTools and I can see both sides of this issue but
for for some of us it really is frustrating because it makes our jobs harder.
The purpose of WineTools is not to "undermine" and also it is, was and
will never meant to be a "pure replace
Sounds like a pretty reasonable thing to me. Anyone interested in whipping up
a patch to store application family/version views? How to count the
non-generated page views?
Chris
On Saturday 19 November 2005 4:39 pm, Scott Ritchie wrote:
> This was an idea we discussed in IRC for a short bit,
Am Tue, Jan 24, 2006 at 09:16:21AM -0800 schrieb Juan Lang:
> I support winetools, though I don't use it myself. Not only as a matter
> of principle (this is open source we're talking about, and one of the
> beauties is we don't get to constrain how it's used.) Also because it's
> in line with th
> Really? It works for me. You mean boot with no link, or what? I did
> that, and if_nameindex still returned eth0.
Right. if_nameindex does not return eth0 if I boot up without an ethernet
connection. Maybe this is a system dependent thing? I am running on a RH8
based system.
The if_nameindex
Am Tue, Jan 24, 2006 at 09:20:56AM -0700 schrieb Vitaliy Margolen:
> How often do you guys check if a piece of software can be installed on
> Wine as-is? Without any additional configuration or native components?
With every major release.
> The point and click user have to know what they are clic
> Yikes! It turns out if_nameindex() doesn't return info for down devices,
> but if_indextoname() does. It's all so touchy... So, attached is an
> alternate patch using if_indextoname() that does work; my last one
> doesn't.
Really? It works for me. You mean boot with no link, or what? I did
th
>> Wait. This works better than getifaddrs. It successfully returns info
>> for "down" devices on my RH8 based linux box, with my creaky old
>> wine-20050419.
> (snip)
Yikes! It turns out if_nameindex() doesn't return info for down devices,
but if_indextoname() does. It's all so touchy... So, atta
Mike McCormack wrote:
Kalpit Shah wrote:
I want to implement the Microsoft Speech SDK using wine on Fedora Core 3.
How feasible is this.can anyone give me an insight on how do i go
about doing this.
please give me some orientation.
The first step is to familiarize yourself wit
> Did you ever figure this one out?
> For what it's worth, the program works for me with Mesa and remote X
> as well (after fixing IWineD3DImpl_FillGLCaps).
No, but I haven't tried for quite a while.
What did you fix in IWineD3DImpl_FillGLCaps?
Stefan
pgpc35RaMmWsw.pgp
Description: PGP signature
On Tue, 2006-01-24 at 22:27 +0100, Eric Pouech wrote:
> Michael Ost wrote:
> > BTW winedbg MYAPP ARGS works better. with the --gdb flag MYAPP doesn't
> > terminate properly. But I'll get to that later.
> you mean (about MYAPP ARGS) when run in eclipse (that it does work to
> some extend, wheread M
Then a ran Wine with the OSS-output driver while using a tool called
oss2jack (makes a kernel device and re-routes all OSS connections to the
jack daemon). Surprisingly that does NOT work, too. Although other OSS
apps (skype, et, vlc, cedega (oss) ...) run really *very good* over
oss2jack.
There i
Michael Ost wrote:
On Sat, 2006-01-07 at 18:04 +0100, Eric Pouech wrote:
Michael Ost wrote:
A while back I posted a question about how to get debugging working with
eclipse in fedora 4. I am having some success, so if anyone else out
there is interested here's how it is set up.
you could (n
On Tue, 2006-01-24 at 12:56 -0700, Vitaliy Margolen wrote:
> ChangeLog:
> user: Don't drop owned windows in WIN_EnumChildWindows.
> Add few tests to test this.
It would be interesting to add IsChild calls in there and see
what they return. We have at least one failing test in msg.c,
test_DestroyW
On Fri, 20 Jan 2006 11:23:40 +0900, "Mike McCormack"
<[EMAIL PROTECTED]> said:
> If you're submitting the patch, make sure to send it to
> [EMAIL PROTECTED] as that's the only place that patches will be
> picked up from.
Will do with this (smaller) patch!
> * You linked the test with "riched20
On Tue, 2006-01-24 at 21:01 +0100, Sven Paschukat wrote:
> as Vitaly noted it is not always clear that WineTools is not a
> requirement for using Wine, so let the users decide if they want to test
> or just want to use Wine.
> "... or if you want to get best chances of success ..."
I'd suggest
Ok, I think I solved my own problem. In x11drv/window.c we see that
"full-screen popup windows are managed". If I don't rotate the screen we are
no longer a "full-screen" pop-up. My bad.
Phil
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On
Behalf Of Phil Lodwick
Felix Möller wrote:
Hi,
Is winhelp supposed to be able to handle these help files? It is
listed in the appdb as gold-supported.
no. basically, the external DLL registers back into winhelp to get
some extended support that we don't provide yet. Basically, most of
the core logic is here, but w
On 24/01/06, Jan Zerebecki <[EMAIL PROTECTED]> wrote:
> Changelog:
> d3d8: CreateDevice should try the parent if the current window fails
> because it doesn't have the property __wine_x11_whole_window .
> Fixes bug #4341 .
Does that happen in wined3d as well? If so, it's probably usefull to
fix win
On 26/12/05, Stefan Dösinger <[EMAIL PROTECTED]> wrote:
> I don't think it's ATI specific: Try with Mesa Software rendering or any other
> X11 3D driver. With fglrx it works partially: 24 Bit color depth works nice,
> 16 bit fails.
>
> I'll try it with my brothers mach64 card, but I don't expect it
On Sat, 2006-01-07 at 18:04 +0100, Eric Pouech wrote:
> Michael Ost wrote:
> > A while back I posted a question about how to get debugging working with
> > eclipse in fedora 4. I am having some success, so if anyone else out
> > there is interested here's how it is set up.
> you could (not tested)
I have an application that does not seem to appear to the Window Manager. I
am using fvwm. To confirm I am running fbpanel which basically does a:
XGetWindowProperty(GDK_DISPLAY(), GDK_ROOT_WINDOW, a_NET_CLIENT_LIST, 0,
0x7fff, 0, XA_WINDOW, ...);
and the window never appears on its list.
I'm not sure we need a counterpoint to Vitaliy. The fact that it took
over a month to hear back from the winetools guys seems like reason
enough to pull it from the downloads page. Winetools might be a
useful tool but we can't have wine's users depending on them if we
developers can't get ahold o
Hm. Felt I needed to offer a counterpoint to Vitaliy's rather
enthusiastic response.
I support winetools, though I don't use it myself. Not only as a matter
of principle (this is open source we're talking about, and one of the
beauties is we don't get to constrain how it's used.) Also because i
Tuesday, January 24, 2006, 2:06:06 AM, Joachim von Thadden wrote:
> Dear developers and all others reading this list,
[skip]
> I never meant it to become so famous and wide spread, but the download
> statistics after only two month showed me that there was a massive
> demand for such a tool. So t
On Dienstag 24 Januar 2006 15:18, you wrote:
> Rainer Dorsch wrote:
> > I compiled the last few wine releases. 0.9.6 gives me a compile error:
> >
> > make[2]: Entering directory
> > `/home/rd/SW.nobackup/wine-0.9.6/programs/winetest'
> > make[2]: *** No rule to make target
> > `../../dlls/d3d9/tes
Juan Lang wrote:
+/* Enumerates the IP addresses in the system using SIOCGIFCONF, returning
+ * the count to you in *pcAddresses. It also returns to you the struct ifconf
+ * used by the call to ioctl, so that you may process the addresses further.
+ * Free ifc->ifc_buf using HeapFree.
+ * Retu
On 24/01/06, Mike McCormack <[EMAIL PROTECTED]> wrote:
> You're missing OpenGL headers/libraries on your system, and d3d9 isn't
> being build. The winetest's Makefile doesn't account for that case.
Wasn't
http://source.winehq.org/git/?p=wine.git;a=commit;h=d00fe021d3add8a207f8881ccc007454d02c349
> However "winecfg" does not allow me to input free form strings (at least I
> try and could not find a way).
> It does only allow me to navigate throught the file system and choose the
> application.
> And the "Libraries" tab, in winecfg, it is only for DLL's - I guess! (Am I
> wrong?)
No, it can
Rainer Dorsch wrote:
I compiled the last few wine releases. 0.9.6 gives me a compile error:
make[2]: Entering directory
`/home/rd/SW.nobackup/wine-0.9.6/programs/winetest'
make[2]: *** No rule to make target `../../dlls/d3d9/tests/d3d9_test.exe.so',
needed by `d3d9_test.exe.so'. Stop.
You
Hello,
I compiled the last few wine releases. 0.9.6 gives me a compile error:
make[2]: Entering directory
`/home/rd/SW.nobackup/wine-0.9.6/programs/winetest'
make[2]: *** No rule to make target `../../dlls/d3d9/tests/d3d9_test.exe.so',
needed by `d3d9_test.exe.so'. Stop.
Any hints are welcom
Hi Mike,
>> The problem seems to be with the name of the executable:
>> "user.exe" (sounds crazy, but it was I could realize after some tests).
>
> That's quite possible. user.exe is a 16 bit part of user32.dll, and
> Wine treats it in a special way.
In fact there are a little more wit
Jan Zerebecki <[EMAIL PROTECTED]> writes:
> Changelog:
> d3d8: CreateDevice should try the parent if the current window fails
> because it doesn't have the property __wine_x11_whole_window .
> Fixes bug #4341 .
What you really want to use here is GetAncestor(GA_ROOT).
--
Alexandre Julliard
[EMA
A UCLA student trying to compile wine conformance tests on Windows
ran into this:
> [Compiling wine tests with VC7 or
> the server 2003 sdk gets] this error when compiling.
>
> ..\..\..\include\oleauto.h(229) : error C2719: 'function-parameter':
> formal parameter with __declspec(align('8')) won't
Hans Leidekker wrote:
This isn't ready yet because it cause a regression test to fail. The
failure is related to calling RemoveDirectory on an open directory
handle, so isn't a fault in this code.
You must be referring to my evil change notification test here?
Yeah, that's the one. Good t
On 1/23/06, Vitaliy Margolen <[EMAIL PROTECTED]> wrote:
>
> Also Tom told me that he tried to contact winetools author and have not
> received response from him in almost a month.
I see Joachim sent a reply to the list, I suppose we should keep the
link and see
if we can find neutral ground.
Tom
On Tuesday 24 January 2006 10:57, Mike McCormack wrote:
> This isn't ready yet because it cause a regression test to fail. The
> failure is related to calling RemoveDirectory on an open directory
> handle, so isn't a fault in this code.
You must be referring to my evil change notification test h
hi there,
this patch adds support for WINED3DFMT_A8B8G8R8 to wined3d. this fixes the
textures in the Demo_Grass, Demo_Smoke and the logo for all demos in OGRE
1.0.6 [1] demos using dx9 renderer.
[1] http://www.ogre3d.org/
--
cu
License: LGPL
ChangeLog:
2006-01-24 Christoph Frick <[EMAIL PROT
Dear developers and all others reading this list,
from Sven Paschukat I was informed about the discussion of removing the
WineTools link from the winehq website. I read all remarks made to that
hotly discussed topic and I am willing to tell you all a bit about the
purpose and history of WineTools
41 matches
Mail list logo
