February 2003 - Wine-Devel - list.winehq.org

CryptoAPI

by Eric

Is anyone working on the CryptoAPI? I saw that back in December of '01 that a couple people had some interest, but I don't see anything else in the archives since then. - Eric

Feb. 27, 2003

Re: more direct sound capture fixes

by Robert Reif

Thanks for the feedback. I know the debugging code is getting out of hand but what is the recommended way of providing useable traces. Should the debug code be put in a separate file? Are there standard routines for converting constants to readable strings? I'm new to wine so I don't know what the current practices are yet. The critical section was put in there because there is the potential of accessing that variable from all three threads. It's overkill now and probably not needed but I'm trying to track down some weird behavior in full duplex mode. That variable stores the state of both the read and write threads so we need to do bit opps on it. The current behavior of the driver reorders commands by placing ones that must be waited on at the head of the queue. Not sure why but I added that #define to allow it to be disabled. It makes the capture code more stable and deterministic. It defaults to the current behavior. I was running into under run problems in the capture thread where it had data to save but no headers to put it in. The headers were in the queue but ignored until after the timeout period. I added code to peek into the queue rather than giving up and it fixed the under run problem. I'm also having problems with the mixer and primary buffers and am trying to figure them out but I suspect a similar problem. The OSS people don't recommend using multiple threads for reading and writing. Three are currently used: the main app thread where the sound device is opened, one for writing and one for reading. Could this have something to do with my full duplex problems? audio.c is getting big with both input and output and wave and direct sound all together. Do we want to break it up someday? What about hardware mixing? Is anyone working on redesigning this? My needs are short term. I need to get my app working under wine right now but I would like to see direct sound audio better integrated someday and am willing to help. Thanks, Bob. Eric Pouech wrote: > > wineoss.diff: > > Added more debugging code. > it really starts being ugly and inefficient > > Started work on direct sound capture driver. > > Tried to get wave driver to work better in full duplex mode. > > Capture works but playback has problems. > just a few questions: > - I don't think you need the enable_crst, do you ? I don't think the > ioctl will be done in parallel anyway > - why do you need to change the message order ? you'd better in wave > capture, when you run out of waveheaders try to process the pending > messages (as we do in wave playback) before sending back an error, > without reordering them > > A+ > > -- > Eric Pouech

Feb. 27, 2003

Re: more direct sound capture fixes

by Dimitrie O. Paun

On Thu, 27 Feb 2003, Eric Pouech wrote: > except that I'm not sure ALSA folks will be happy answering OSS related > questions ;-) True, but we might just trick'em into explaining how to do that in ALSA :) -- Dimi.

Feb. 27, 2003

Re: Wine on Windows

by Dimitrie O. Paun

On Thu, 27 Feb 2003, Steven Edwards wrote: > comctl32 should work although I would not use it under Win2K or XP. It might work under 9x. What's wrong with comctl32? It's not perfect, but what is? :) -- Dimi.

Feb. 27, 2003

Re: wine/ windows/painting.c windows/driver.c obje ...

by Dimitrie O. Paun

On Thu, 27 Feb 2003, Alexandre Julliard wrote: > Replaced most uses of the auto-generated glue code by explicit calls > to WOWCallback16Ex. Yay! Will you get rid of the last 4 as well: ./loader/task.c:/* ### start build ### */ ./loader/ne/module.c:/* ### start build ### */ ./loader/ne/segment.c:/* ### start build ### */ ./memory/local.c:/* ### start build ### */ This is a rather obscure extension that is hard to understand, I'm glad it's on it's way out. -- Dimi.

Feb. 27, 2003

WineLib Application

by Oleg Lyamtsev

Hi ALL, I've made WineLib applicatiion with COM support. The first problem is: when I try to call Release() method for interfaces, I have unhandled exception. But I have to clean memory by myself! It seems to me that WineLib Releases all interfaces before me. The second problem: How can I package my application to install it on another computer? Can I avoid Wine installation on that computer? Thanks, Oleg Lyamtsev.

Feb. 27, 2003

Re: Clean-up of scroll.c (1/4)

by Alexandre Julliard

"Andrew M. Johnston" <johnstonam(a)logica.com> writes: > - return (info->fMask & SIF_ALL) != 0; > + > + return (info->fMask & SIF_ALL); [...] > - if (lpMin) *lpMin = infoPtr->minVal; > - if (lpMax) *lpMax = infoPtr->maxVal; > - return TRUE; > + TRACE("hwnd=%p nBar=%d lpMin=%p lpMax=%p\n", hwnd, nBar, lpMin, lpMax); > + > + if (lpMin) *lpMin = infoPtr ? infoPtr->minVal : 0; > + if (lpMax) *lpMax = infoPtr ? infoPtr->maxVal : 0; > + > + return (BOOL)infoPtr; Please don't do this kind of gratuitous changes. Boolean functions should return TRUE or FALSE, unless you have evidence that Windows does it differently. Yes, I know any non-zero value is true in C, but you can't rely on every Windows programmer to get it right. -- Alexandre Julliard julliard(a)winehq.com

Feb. 27, 2003

Re: open source developer tutorial

by Mike Hearn

Looks good to me, you might want to make it clear that it's for people who already know the basics of programming. A note about bugzilla might come in handy also, quite a few major projects these days prefer patches to be in bugzilla rather than on mailing lists. Perhaps also a comment that these days Linux is pretty trivial to install, using Knoppix you can do software builds and such without even touching the hard disk iirc. On Thu, 2003-02-27 at 20:25, Dan Kegel wrote: > I'm writing a tutorial for budding open source developers; > it's at http://www.kegel.com/academy/opensource.html > > My goal is to expand the pool of available open source > developers by reaching out to e.g. college students > who know C but aren't part of the open source / free software > scene, and encouraging them to join in the fun. > > I use Wine in several of my examples, so be forewarned, > this tutorial might cause a few newbies to post patches > to wine. > > Feedback welcome. (I'm especially interested in usability > comments -- the tutorial has to be easy to follow -- but > any feedback at all would be helpful.) > > Thanks, > Dan

Feb. 27, 2003

open source developer tutorial

by Dan Kegel

I'm writing a tutorial for budding open source developers; it's at http://www.kegel.com/academy/opensource.html My goal is to expand the pool of available open source developers by reaching out to e.g. college students who know C but aren't part of the open source / free software scene, and encouraging them to join in the fun. I use Wine in several of my examples, so be forewarned, this tutorial might cause a few newbies to post patches to wine. Feedback welcome. (I'm especially interested in usability comments -- the tutorial has to be easy to follow -- but any feedback at all would be helpful.) Thanks, Dan -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045

Feb. 27, 2003

Re: Consoles (1/3)

by Sylvain Petreolle

Does this work with keyboard stuff ? I mean, wont there be buffering problems and so one. Short example : a program that makes a call to int 16/ax=01 to wait for a key to continue. Trying to run this kind of program didnt work outside of the console, if I remember correct. ===== Sylvain Petreolle spetreolle(a)users.sourceforge.net Fight against Spam ! http://www.euro.cauce.org/en/index.html ICQ #170597259 "Don't think you are. Know you are." Morpheus, in "Matrix". ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

Feb. 27, 2003