Hi Maarten,
Maarten Lankhorst wrote:
I've been trying to get msn webcam to work again, and I found out that
Cool! The next step is probably to break up your patch a little, and
submit it in smaller chunks. If you'd like I'm willing to help you do that.
diff -Nru wine-old/dlls/devenum/createdev
Benjamin Cutler wrote:
Hmm, I glanced through it, and it looked to me like sticking it at the
end was as good as anywhere else, and I didn't have to worry about
falling into some #ifdef block I hadn't noticed, so that's where I put it.
Actually, there's already a power management section in there,
Mike McCormack wrote:
>
> Function calls are at the end. Groups of enums and defines that relate
> to the same kind of stuff are together, more or less...
>
> Just add it somewhere where it looks good to you ... probably in the
> middle somewhere after other groups of enums.
>
> Mike
>
>
>
H
Benjamin Cutler wrote:
Is there some way that winnt.h is organized, or can I just throw them in
at the end? That header file is gigantic so I can't tell if it's
supposed to be organized in some particular way.
Function calls are at the end. Groups of enums and defines that relate
to the same kind
Mike McCormack wrote:
>
> You don't need to diff configure, only configure.ac
>
> You can probably omit dlls/Makefile.in too, as it is also automatically
> generated (by make_dlls).
>
Alright, I'll take these out of the next diff.
>
> Most of the Wine headers use the prefix __WINE_ -> __WINE_
Hi Benjamin,
Benjamin Cutler wrote:
Better patch, plus I messed up one function name (leave it to MS to
break their own convention in their own library).
Generally looks good. I'd advise you to try get the header
modifications in first in a seperate patch, then send a different patch
for the imp
Better patch, plus I messed up one function name (leave it to MS to
break their own convention in their own library).
diff -urN wine/configure wine.new/configure
--- wine/configure 2005-04-09 21:33:30.0 -0600
+++ wine.new/configure 2005-04-09 21:32:53.0 -0600
@@ -20054,7 +20054,7 @
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
This is my first attempt at contributing anything to the Wine tree, so
if I've made any common 'newbie' mistakes, that's probably why.
I've been experimenting with dx9wine to see if I can get Planetside
working (that game is the only reason I'd even c
Stephen Crowley wrote:
Hi, I have a win32 dll which exports about 30 functions. I've used
winedump with the -f and -I flags to create stub/proxy functions which
use LoadLibrary. Please CC my on all responses as I am not subscribed
to the list.
It generates functions like so..
HGTBSESSION __stdcal
[EMAIL PROTECTED] wrote:
On Sat, 09 Apr 2005 11:40:31 +0200, Joseph Black
<[EMAIL PROTECTED]> wrote:
While reading in the forum:
Subject: Re: user broken ?
Date: Thu, 7 Apr 2005 15:02:49 +0200
Warning: the specified Windows directory L"c:\\windows" is not
accessible.
Warning: the specified S
After weeks of searching I have finally found my deadlock problem.
Its actually not related to audio at all it's a ddraw problem with poor error
handling, the surface wasn't released properly when the error
"Application gave us bad source rectangle for Blt." occurs
Also the
DIB_DirectDrawSurf
On Sat, 9 Apr 2005 06:17 pm, Eric Pouech wrote:
> Robert Lunnon a écrit :
>
> sounds like the callback for the wave header is not called, so
> +audioio,+winmm,+mmtime would be helpful.
> A+
More information,
The instances of DDERR_SURFACEBUSY Begin with the section of code under.
It looks suspi
Ah come on... :-)
Come back soon. It's unstable but it's fun.
(On the other hand, if you wait long enough for Wine 1.0 to arrive it
will actually be stable
once you return.)
[EMAIL PROTECTED] wrote:
I would gladly share the fix if I had one.
Since wine is inherently unstable with very little supp
On Sat, 9 Apr 2005 06:17 pm, Eric Pouech wrote:
> Robert Lunnon a écrit :
>
> sounds like the callback for the wave header is not called, so
> +audioio,+winmm,+mmtime would be helpful.
> A+
More insight,
Perhaps the problem isn't specifically audio related even though it ONLY
happens when the au
I would gladly share the fix if I had one.
Since wine is inherently unstable with very little support I cant even be
bothered to waste my time looking for now.
It broke and I get told off for even asking why.
I will go and work on some more worth while part of my system.
As and when I come back
Hey Terry, update: according to my registry on WinXP, "Ports" should
return the GUID {4D36E978-E325-11CE-BFC1-08002BE10318}. This is also
known as GUID_DEVINTERFACE_SERENUM_BUS_ENUMERATOR. Right now that GUID
used with SetupDiGetClassDevs returns serial ports, and it should return
both serial po
В сообщении от 9 Апрель 2005 00:10 Barbara Post написал(a):
> Would something be misconfigured with USB ports detection/access ?
Why you need to use scanner under WINE? You can really scan in XSane or using
sane->twain interface in WINE for WINE running programs.
--
Vitaly Lipatov, ALT Linux Tea
Hi Terry, I'll jump in on this if you don't mind.
> It appears that my program, in the "setupapi", calls
> SetupDiClassGuidsFromNameExA with the name "Ports". So I presume
> this is trying to get a handle for the "Ports" driver which looks
> like it is not implemented.
Almost. I think it's tryi
On Fri, 08 Apr 2005 13:29:56 -0500, Robert Shearman wrote:
> > wineserver would need to be a setuid program but it could set
> > CAP_SYS_NICE at startup and immediately reduce it's privileges back to
> > normal.
>
> There are a number of problems:
> 1. I don't think that will work yet as the serv
On Sat, 9 Apr 2005 06:17 pm, Eric Pouech wrote:
> Robert Lunnon a écrit :
>
> sounds like the callback for the wave header is not called, so
> +audioio,+winmm,+mmtime would be helpful.
> A+
I'll hunt a bit there but its not audioio specific, same thing happens when I
use the arts driver. Still I'l
Are you suggesting more checks then that the pixels are within the
dimensions of the drawable?
you need at least to use the intersection of the bitmap and the drawable (not
sure both start at (0,0) corner though).
I was also wondering what would happen when stretching is required, but IIRC
this i
Robert Lunnon a écrit :
sounds like the callback for the wave header is not called, so
+audioio,+winmm,+mmtime would be helpful.
A+
--
Eric Pouech
Rob Shearman wrote:
Terry Barnaby wrote:
Rob Shearman wrote:
Terry Barnaby wrote:
Hi,
I am trying to get the K'nex CyberKnex Programmer Windows program
working under wine on Fedora 3. It appears to be generally working but
this program needs direct access to the LPT1 parallel port to drive an
exter
23 matches
Mail list logo