August 2004 - Wine-Devel - list.winehq.org

Re: Threading issues? [ck-request@vds.kolivas.org: ck Digest, Vol 3, Issue 16]

by Mike Hearn

On Tue, 17 Aug 2004 10:06:46 +0200, Andreas Mohr wrote: > Are we doing some big no-nos in the threading area here? > (or maybe it's just done the way it is because we cannot do it a > different, better way?) > > For the whole discussion, please see > http://bhhdoa.org.au/pipermail/ck/2004-August/000428.html Well, apparently we don't use sched_yield, so the problem must lie somewhere else. Maybe Con can help us out here? Alexandre says he doesn't know what the issue is either and somebody needs to investigate. I guess we do need to concern ourselves over the details :)

Aug. 20, 2004

Re: Different X Displays and Wine

by Eric Frias

"Alexandre Julliard" <julliard(a)winehq.org> wrote: > "Eric Frias" <efrias(a)syncad.com> writes: > > I'm curious how much work would be involved in fixing [multiple displays] > > correctly. > > Basically you need to change the window management code in the server > to support multiple window hierarchies, and create one hierarchy per > display; then you need to associate related things like clipboard or > window classes to the proper hierarchy. It basically boils down to > implementing the Windows concept of desktops and window stations. It's > not very hard, but it's still a bit of work. Thanks... I've looked into the windowing code a bit and I think it's not something I want to attempt right now -- I certainly don't know enough about the way Windows expects desktops and window stations to be set up, and I'm not sure my knowledge of X is up to the task either. It's not the quick fix I was hoping for, so I'll just be content with the workaround with the WINEPREFIX directories. Eric

Aug. 20, 2004

Re: poll vs. epoll

by Dan Kegel

Shachar Shemesh wrote: >> FWIW, I wrote a wrapper layer that illustrates how to detect >> whether epoll etc. are available. I'm convinced that *runtime* >> detection is the only way to go. Compile time detection is insufficient. >> My code is at http://kegel.com/rn > > Sure will have a look. cool! i >> If you actually try to use it, let me know. I expect it might >> be useful mostly as a guide. It's edge-trigger oriented, but >> you can trivially add the flag (or remove the flag) needed to >> get level-triggered behavior again if you really need it. >> I highly recommend using edge-triggered behavior, though. > > > I'm sure that edge trigger yields better performance. The problem, > however, what with all the potential races edge trigger introduces, and > the fact I'm not sufficiently familiar with the wineserver semantics, > that going edge trigger in a bug free way right now is beyond me. "potential race conditions" is the wrong way to think about it, really. Switching to edge triggered epoll from select() or poll() is always an interesting intellectual challenge; you're fundamentally switching to an idiom where the app has to remember more than it did before. Once you've done it a few times, it gets easier. If I have time, I'll have a look at the state machine inside wineserver and see how tricky it'd be. - Dan -- My technical stuff: http://kegel.com My politics: see http://www.misleader.org for examples of why I'm for regime change

Aug. 20, 2004

winetest results refused by server

by Robert Reif

The winetest server has been refusing to accept test results for a while now. Could someone look into it.

Aug. 20, 2004

Re: RE: Adventures in serial port.

by Pouech Eric DMI AEI CAEN

> I have tried the updates but to no avail. I have a test program that > appears to work well. However when that code is used in my project I still > lose some characters at the end of the message. The main difference is that > my project uses sockets, in another thread, to transfer the read/write data > to/from another application. Could the results from the socket calls be > messing with the ReadFile() results? I will make an example program that > includes sockets to see if I can verify this. does your program (the final one, not the test) use the same buffers and/or the same events in the two threads ? As most of the read/write structures are thread-dependent, I don't really see how two threads could thrash their data, except for some buffer overflow, hence my first question. A+

Aug. 20, 2004

Re: Backtrace Dumps

by Mike Hearn

On Thu, 2004-08-19 at 17:02 -0700, Alexandre Julliard wrote: > A custom exception yes; there's no need for a vectored handler, the > whole point is to use the normal mechanism so that the exception gets > to the debugger. This isn't reliable though, what about apps that swallow all exceptions with a try/except block? Ideally you want this sort of thing to just work and not have to figure out why your backtrace is never happening.

Aug. 20, 2004

make CryptSetProviderEx update the provider Name and TypeName to registry

by James Hawkins

Changelog * Call provider.dll's DllRegisterServer from CryptSetProviderEx to update the Name and TypeName values in the registry properly when setting the default provider -- James Hawkins

Aug. 20, 2004

RE: Adventures in serial port.

by Scott Snell

Hi Eric, I have tried the updates but to no avail. I have a test program that appears to work well. However when that code is used in my project I still lose some characters at the end of the message. The main difference is that my project uses sockets, in another thread, to transfer the read/write data to/from another application. Could the results from the socket calls be messing with the ReadFile() results? I will make an example program that includes sockets to see if I can verify this. regards, scott. > -----Original Message----- > From: Eric Pouech [SMTP:pouech-eric(a)wanadoo.fr] > Sent: Thursday, 19 August 2004 3:14 > To: Scott Snell > Subject: Re: Adventures in serial port. > > Scott Snell a écrit : > > Fantastic! Can you let me know when it is committed? > it is

Aug. 20, 2004

Re: poll vs. epoll

by Shachar Shemesh

Dan Kegel wrote: > Shachar wrote: > >> I noticed that in server/fd.c, the wineserver is using "poll" to >> select between file descriptors. The application is going through >> this code over 2000 times a second, with over 380 file descriptors >> each time. I am wondering whether this can be the cause of the slowdown. >> >> One of the possible solutions to this would be to use epoll instead. >> This, of course, would have to be backed by a configure check, as not >> all systems for which wine is intended support epoll. Another, >> arguably better, solution would be to use libevent for this purpose. >> Libevent has the distinct advantage that it automatically chooses the >> best tool for the job (epoll, poll, /dev/poll, or if all else fails, >> select). > > > By all means, let's try epoll. > FWIW, I wrote a wrapper layer that illustrates how to detect > whether epoll etc. are available. I'm convinced that *runtime* > detection is the only way to go. Compile time detection is insufficient. > My code is at http://kegel.com/rn Sure will have a look. > If you actually try to use it, let me know. I expect it might > be useful mostly as a guide. It's edge-trigger oriented, but > you can trivially add the flag (or remove the flag) needed to > get level-triggered behavior again if you really need it. > I highly recommend using edge-triggered behavior, though. I'm sure that edge trigger yields better performance. The problem, however, what with all the potential races edge trigger introduces, and the fact I'm not sufficiently familiar with the wineserver semantics, that going edge trigger in a bug free way right now is beyond me. > - Dan > Shachar -- Shachar Shemesh Lingnu Open Source Consulting ltd. http://www.lingnu.com/

Aug. 20, 2004

Re: Let StartServiceCtrlDispatcher handle services started other than with StartService (with patch)

by Alexander Yaworsky

I think that this is incorrect. If you let StartServiceCtrlDispatcher to continue with no error, you make calling program think that it is running under control of service control manager. When service program handles somehow any kind of its launching, the behaviour may be quite different. Also, under windows StartServiceControlDispatcher always fails if service program is started not with StartService (maybe we should add 15 seconds delay to exactly emulate versions earlier than XP? ;-))). Alexander

Aug. 20, 2004