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

Re: design problems with thread init code?
by Paul Davis March 29, 2004

March 29, 2004

mike already fixed a bunch of my misunderstandings on IRC. but now i'm faced with the more challenging task of getting this "mono hack" to support threading properly. so feedback is still welcome :) --p

3 4

Re:bugzilla doesn't find bug
by tony_lambregts＠telusplanet.net March 29, 2004

March 29, 2004

Brett I. Holcomb wrote > If I tell bugzilla to find bugs with winealsa in the summary it does not > find any at all. However, there is at least one bug - 2035 - with > winealsa as the first word even! I think bugzilla's broken! Works for me. The problem probably that the default selection has unconfirmed unselected. The one bug that has winealsa as the first word in the summary is unconfirmed. When I look for winealsa in the comments for all status types I get 11 bugs listed. -- Tony lambregts

1 0

Progress on msvcp60.dll?
by Joel Konkle-Parker March 29, 2004

March 29, 2004

Is there any work at all on msvcp60.dll? I haven't seen much mention of it on the lists, and it's not listed on the dll status page. I've found at least one (and heard of more) that require this dll outright, though. Thoughts? -- Joel Konkle-Parker Webmaster [Ballsome.com] E-mail [jjk3(a)msstate.edu]

2 1

design problems with thread init code?
by Paul Davis March 29, 2004

March 29, 2004

hello. i'm the main author of Ardour and JACK, projects those of you with audio/music leanings may be aware of. i'm in the middle of trying to add "native" windows/x86 VST plugin support to these systems, and i ran into some problems. #winehackers suggested to write this list. we are using a modified version of the Mono hack that allows use of winelib as a shared library. i got things working very well until i tried to use a VST plugin that appears to call RtlCreateUserThread. in tracking down why it wouldn't work, i discovered that server_init_thread() is called from the NT DLL for 2 reasons: 1) to initialize the first thread in a winelib-supported program 2) to initialize all later threads there appear to be some problems caused by this. server_init_thread() makes a rather basic assumption: the thread making the request is the target of the request. this is true for case (1) but not for case(2). in case (2), AFAICT, all (most?) instances of "current" need to be replaced by a struct thread* that points to the newly created (but not yet running) thread that is being initialized. it wouldn't suprise me if i have misunderstood things here, but i was able to fix the first problem i encountered (a complaint that the new thread was already running) by adding a kludgy hack based on my understanding. the next problem emerges because the new thread doesn't get its reply/wait fd's set up (instead, the operation is done on "current"). comments? thanks. --p

1 0

Re: Dos INT's
by Dmitry Timoshkov March 29, 2004

March 29, 2004

"Florian Goth" <Captainsifff(a)gmx.de> wrote: > Added some more stubs. Could you resend the patch without white space changes and with only really added code in it? -- Dmitry.

1 0

Re: Remove references to winecheck from the documentation
by Andreas Mohr March 29, 2004

March 29, 2004

Hi, On Sun, Mar 28, 2004 at 02:01:28PM -0500, Chris Morgan wrote: > * documentation/bugs.sgml, configuring.sgml > Chris Morgan <cmorgan(a)alum.wpi.edu> > Remove references to winecheck from the documentation and insert a TODO that > mentions that the functionality is to be moved into winecfg. > > Alexandre, are we all set to put winecheck into the attic? Yup, provided that there WILL be a suitable replacement tab in winecfg. So, any holy promises, anyone? ;-) Andreas Mohr

2 1

bugzilla doesn't find bug
by Brett I. Holcomb March 28, 2004

March 28, 2004

If I tell bugzilla to find bugs with winealsa in the summary it does not find any at all. However, there is at least one bug - 2035 - with winealsa as the first word even! I think bugzilla's broken!

1 0

Problem with installing ZooTycoon (demo version)
by pvriens＠xs4all.nl March 28, 2004

March 28, 2004

Hi, I've been trying to get the installation of ZooTycoon (demo downloadable from M$) to work. The installation stops at about 25% during the copying of files, right at the time a new background picture should be shown. I have some questions now (with some accompanying text): ZooTycoon creates a lot of windows that are all owned by the main thread (0x0009 in my case). Several messages are posted to several windows in several threads. Because the messages are send to a hwnd and all windows are owned by 0x0009, all messages end up in the message queue of the main thread. If a GetMessage or PeekMessage is done in the main thread everything is fine. When however a GetMessage or PeekMessage is done with a hwnd=0 (NULL) it all depends in which thread the Get or PeekMessage is done, if one (or more) message is retrieved. In my case all Get or PeekMessages done in all other threads but the main one (0x0009) end up with nothing (always PENDING status) It appears that on Windows the behaviour is different, in the ZooTycoon case, all GetMessages are done from the main thread (as seen by strace on Win2KProf). Maybe there is some logic that checks which thread own windows ? Can somebody confirm my findings for the WINE part ? And of course can somebody confirm my findings for the WINDOWS part ? It looks like I found the cause of my problem, now the fix ! If more info is needed, please let me know. cheers, Paul Vriens.

2 2

Re: cards.dll
by Steven Edwards March 28, 2004

March 28, 2004

--- Sam <xasmx(a)optonline.net> wrote: > This is a clean room implementation of cards.dll. > While it is not really an official windows system dll, > it is almost always present, and several applications > depend on it. We have a cards.dll in the ReactOS tree that we wanted to merge with Winehq but the license of the bitmaps was GPL and not LGPL. Do you want to take a look at our implementation and see if there is anything you can use from it? http://cvs.reactos.com Thanks Steven __________________________________ Do you Yahoo!? Yahoo! Mail - More reliable, more storage, less spam http://mail.yahoo.com

13 18

Re: [Controls] Add tracing to the edit control.
by Dimitrie O. Paun March 28, 2004

March 28, 2004

On March 28, 2004 5:22 am, Lionel Ulmer wrote: > +static const char *EditWndProc_dump_msg_name(UINT msg) That's a nice effort, but this is real long name... What about dbgstr_msg()? Also, this is a real useful function, I think we should have a standard dbgstr_msg() function that knows about all standard messages. -- Dimi.

2 3