Re: Wine msn webcam patch (Attempt 2)

2005-04-09 Thread Mike McCormack
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

Re: stubbed powrprof.dll

2005-04-09 Thread Mike McCormack
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,

Re: stubbed powrprof.dll

2005-04-09 Thread Benjamin Cutler
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

Re: stubbed powrprof.dll

2005-04-09 Thread Mike McCormack
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

Re: stubbed powrprof.dll

2005-04-09 Thread Benjamin Cutler
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_

Re: stubbed powrprof.dll

2005-04-09 Thread Mike McCormack
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

Re: stubbed powrprof.dll

2005-04-09 Thread Benjamin Cutler
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 @

stubbed powrprof.dll

2005-04-09 Thread Benjamin Cutler
-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

Re: Native windows dll, proxy methods, Unsupported Dwarf2 information for...

2005-04-09 Thread Robert Shearman
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

Re: fyi your wine forum post

2005-04-09 Thread Robert Shearman
[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

dib.c problem, and Solution to winmm deadlocking problem

2005-04-09 Thread Robert Lunnon
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

Re: Deadlocking problems in winmm

2005-04-09 Thread Robert Lunnon
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

Re: fyi your wine forum post

2005-04-09 Thread Jakob Eriksson
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

Re: Deadlocking problems in winmm

2005-04-09 Thread Robert Lunnon
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

Re: fyi your wine forum post

2005-04-09 Thread peter
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

Re: Problem with CyberKnex Programmer program and direct LPT1 port access

2005-04-09 Thread Juan Lang
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

Re: Wine and USB scanner access ?

2005-04-09 Thread Vitaly Lipatov
В сообщении от 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

Re: Problem with CyberKnex Programmer program and direct LPT1 port access

2005-04-09 Thread Juan Lang
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

Re: real SetProcessClass and SetThreadPriority support

2005-04-09 Thread Mike Hearn
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

Re: Deadlocking problems in winmm

2005-04-09 Thread Robert Lunnon
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

Re: dib fixes

2005-04-09 Thread Eric Pouech
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

Re: Deadlocking problems in winmm

2005-04-09 Thread Eric Pouech
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

Re: Problem with CyberKnex Programmer program and direct LPT1 port access

2005-04-09 Thread Terry Barnaby
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