August 2003 - Wine-devel - list.winehq.org

Re: 5 Wine-Tests fail on FreeBSD 5.1
by Eric Pouech 15 Aug '03

15 Aug '03

>>I think more that's a discrepency in OSS handling between linux & *BSD >>(or a more subtle bug somewhere) >>could you rerun with WINEOPTIONS="-debugmsg +wave,+dsound,+wavemap" back from vacation... the trace only shows a decent startup and a wait for incoming audio packets, which never show up. > Let's take this further. I wrote to you/this list, about winedbg > crashing on startup _every_time_. And I suspect it's this TEB thingy (I > have no clue what a TEB is, but I really think something is broken > there). a TEB is a thread environment block: a user land structure describing a thread status. TEB is usually stored in a page, which is pointer by the fs register. there's a field in the TEB which holds its linear address. Hence, getting the linear address of a TEB is written fs:0x18. Thread commutation (from a scheduler point of view) is (almost as simple as) changing the value of fs (there's also stack switching, context switching...). Anyway, your back trace information don't absolutely show that the TEB get screwed up. Since getting the TEB linear address is inlined, gdb sure has a hard time getting the value from the stack (as it may get overwritten by upper calls). It doesn't mean however that TEB doesn't get overwritten. In gdb, you should check: 1/ at thread startup, where TEB is located, and which is the value of fs. 2/ on each lookup, check if fs value changed, and if TEB struct at address gotten from 1/ is still ok. You would want also to check that LDT entry for fs is still correct. > Now back to "wine winedbg winemine". it should be run as winedbg winemine > wait4: Interrupted system call > wait4: Interrupted system call <this line gets repeated every 1-4 seconds> does this help ? Index: ptrace.c =================================================================== RCS file: /home/cvs/cvsroot/wine/wine/server/ptrace.c,v retrieving revision 1.26 diff -u -u -r1.26 ptrace.c --- ptrace.c 6 May 2003 00:21:21 -0000 1.26 +++ ptrace.c 15 Aug 2003 12:38:14 -0000 @@ -149,6 +149,7 @@ thread->unix_tid = -1; thread->attached = 0; } + else if (errno == EINTR) continue; else perror( "wait4" ); return 0; } A+ -- Eric Pouech

1 0

Re: Fix for treeview
by Martin Fuchs 15 Aug '03

15 Aug '03

On Wed 13. August 2003 14:58, Maxime Bellengé wrote: > In TREEVIEW_UpdateDispInfo, a test is made to determine if the property > we want to change is handled by a callback. If so, the change is > dropped. > But that test was done incorrectly. > > Now the treeview in the statistical page of eMule displays correctly. > > Changelog: > * Fix for TREEVIEW_UpdateDispInfo to test with the correct > callbackMask This patch, which is now commited leads to problems for me. Now the labels in the tree fiew of some explorer test programs remain empty. May be this callback mask has to adjusted at some more points in the code. But I don't know, what it's used exactly for. Anyone any ideas? -- Martin Fuchs martin-fuchs(a)gmx.net

2 3

Problem with wcmd in wineconsole ?
by Sylvain Petreolle 15 Aug '03

15 Aug '03

Using dos32a (free replacement of dos4gw) with wineconsole, I dont get any text output from it under wcmd. With wine in an xterm , i get a normal output: [syl(a)snoop c]$ wine --debugmsg err-all,fixme-all dos32a Warning: unprotecting the first 64KB of memory to allow real-mode calls. NULL pointer accesses will no longer be caught. DOS/32A -- Protected Mode Run-time Version 7.2 Copyright (C) Supernar Systems, Ltd. 1996-2002 DOS/32A fatal (8001): syntax is DOS32A <execname.xxx> Running 'wineconsole dos32a' is ok too, but it doesnt give the ability to read/copy the messages from the program you run. Failing part : [syl(a)snoop c]$ wineconsole -- --backend=user wcmd loads ok, internal commands are giving output. But when I try to run dos32a, I have no output : WCMD Version 0.17 C:\>echo internal command test internal command test C:\>dos32a C:\> I made the test with --debugmsg +int, and it should output text : ... trace:int:DOSVM_PutChar char: 0x44(D) trace:int:DOSVM_PutChar char: 0x4f(O) trace:int:DOSVM_PutChar char: 0x53(S) trace:int:DOSVM_PutChar char: 0x2f(/) ... The full log is attached (wineconsole --debugmsg +int -- --backend=user wcmd) Comments ? ===== Sylvain Petreolle (spetreolle_at_users_dot_sourceforge_dot_net) ICQ #170597259 alias upsf='false ; while [ $? -ne 0 ] ; do cvs update -APd ; done 2>&1 |tee cvslog' "What if tomorrow the War could be over ?" Morpheus, in "Reloaded". ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

2 1

"Cybersquat" ?
by PETREOLLE Sylvain 15 Aug '03

15 Aug '03

I noticed a curious thing when trying to access the AppDB today. Using IE (didnt make test with other browser), entering "appdb.winehq.org" without the htpp:// takes me to a site called "http://appdb.winehq.org.com". Has someone of the wine team done anything to own this URL ?

5 4

Re: wine/ windows/winproc.c windows/win.c windows/ ...
by Dimitrie O. Paun 15 Aug '03

15 Aug '03

On August 12, 2003 07:50 pm, Alexandre Julliard wrote: > Allocate DebugInfo field for all critical sections (based on a > patch by Alex Pasadyn). > Get rid of the Wine-specific CRITICAL_SECTION_INIT macro. +static CRITICAL_SECTION_DEBUG critsect_debug = +{ + 0, 0, &winproc_cs, + { &critsect_debug.ProcessLocksList, &critsect_debug.ProcessLocksList }, + 0, 0, { 0, (DWORD)(__FILE__ ": winproc_cs") } +}; Can we use the C99 initializers, like they do in the Linux kernel? I think they'll do a better job in this case. This one looks a bit too cryptic for me. -- Dimi.

2 1

RPM for Red Hat 7.3
by William M. Quarles 15 Aug '03

15 Aug '03

Is it possible that you could continue building and distributing packages for Red Hat 7.3? A lot of people are still using it, and I was able to build your "RH8" source rpm just fine on an RH 7.3 system -- William M. Quarles quarlewm(a)jmu.edu wquarles(a)bucknell.edu walrus(a)bellsouth.net

3 4

Re: GTA3 crash :( -- RedHat 9
by Ann and Jason Edmeades 14 Aug '03

14 Aug '03

I dont think GTA3 has ever worked yet as it uses palettes and I dont recall us ever finishing it (Raphael is the one to ask). However, try commenting out the line in directx.c : object->visInfo = glXChooseVisual(object->display, DefaultScreen(object->display), dblBuf); This has caused problems on some manufacturers device drivers. Its something we need to fix, but there's also numerous other things... There's no demo for gta3 last time I looked :-( Jason

4 4

Re: wine/programs/regedit regproc.h regproc.c rege ...
by Vincent Béron 14 Aug '03

14 Aug '03

Le jeu 14/08/2003 à 15:36, Dustin Navea a écrit : > --- Vincent Béron <vberon(a)mecano.gme.usherb.ca> wrote: > > @@ -153,6 +153,9 @@ > > } > > } > > > > + if (*s && action == ACTION_UNDEF) > > + action = ACTION_ADD; > > + > > if (action == ACTION_UNDEF) > > return FALSE; > > > > > > <IMHO> I think this would be a little cleaner (or at least easier to read): > > if (*s && action == ACTION_UNDEF) > action = ACTION_ADD; > else if (action == ACTION_UNDEF) > return FALSE; Sure, I agree with that. I was a bit in a hurry yesterday, when I noticed while building RH8 and RH9 RPMs that I had a regedit window (when the import was supposed to stay windowless) and that the file hadn't be imported. My first goal was to get it to work correctly. > > that or > > if (action == ACTION_UNDEF) > { > if (*s) > action = ACTION_ADD; > return FALSE; > } This won't do the same thing (the return statement will always be executed). Vincent

2 1

Re: wine/programs/regedit regproc.h regproc.c rege ...
by Vincent Béron 14 Aug '03

14 Aug '03

Le mer 06/08/2003 à 23:10, Alexandre Julliard a écrit : > ChangeSet ID: 8934 > CVSROOT: /home/winehq/opt/cvs-commit > Module name: wine > Changes by: julliard(a)wine.codeweavers.com 2003/08/06 22:10:13 > > Modified files: > programs/regedit: regproc.h regproc.c regedit.c Makefile.in > .cvsignore > Added files: > programs/regedit: treeview.c rsrc.rc resource.rc resource.h > main.h main.c listview.c framewnd.c childwnd.c > about.c En.rc > > Log message: > Robert Dickenson <robd(a)reactos.org> > Steven Edwards <Steven_Ed4153(a)yahoo.com> > Mike McCormack <mike(a)codeweavers.com> > Implemented GUI for regedit. > > Patch: http://cvs.winehq.com/patch.py?root=/home/winehq/opt/cvs-commit&id=8934 regedit.c: @@ -153,10 +154,13 @@ } if (action == ACTION_UNDEF) - { - action = ACTION_ADD; + return FALSE; + + return PerformRegAction(action, s); } This seems to have broken commandline only regedit, for the ACTION_ADD case (used in wineinstall et al.). The included patch should fix it (building in progress). Vincent

2 2

Small Winecfg win version patch
by root 14 Aug '03

14 Aug '03

This patch adds Windows 2k3 to the winecfg program. -- E. C. F. Wolff Note: Based on Beron's version patch for version.c

2 1