January 2007 - Wine-Bugs - list.winehq.org

[Bug 7296] Fail to run GoogleSketchup setup
by Wine Bugs Jan. 30, 2007

Jan. 30, 2007

http://bugs.winehq.org/show_bug.cgi?id=7296 hovh03(a)yahoo.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution| |WORKSFORME ------- Additional Comments From hovh03(a)yahoo.com 2007-30-01 13:59 ------- This is run under Suse 10.2 The wine version is: wine-0.9.29 Exit the shell, open a new shell. I rename the .wine folder, then run wineboot. That solved the installation problem. Still there many fixme and err. I wonder if I should report this, or this is just usual suspect. The problem could be because I had older wine version, then just upgrade today. The upgrade probably should check the .wine directory for integrity. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

1 0

[Bug 5257] Can't install Outlook 2002
by Wine Bugs Jan. 30, 2007

Jan. 30, 2007

http://bugs.winehq.org/show_bug.cgi?id=5257 tiago.freire(a)gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #4506 is|0 |1 obsolete| | ------- Additional Comments From tiago.freire(a)gmail.com 2007-30-01 13:32 ------- Created an attachment (id=4728) --> (http://bugs.winehq.org/attachment.cgi?id=4728&action=view) Command line output log -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

1 0

[Bug 7100] Wine Hangs on Everything
by Wine Bugs Jan. 30, 2007

Jan. 30, 2007

http://bugs.winehq.org/show_bug.cgi?id=7100 ------- Additional Comments From blakecmartin(a)gmail.com 2007-30-01 13:09 ------- I see some similarities and some differences. I should also mention that the problem has since then gone away. I changed to Ubuntu to try out that distro, then went back to Fedora, and the problems went away. Wine now runs fine; I'm guessing that it's both a Fedora and a Wine issue, or something that's a bug in Fedora that break only Wine (i.e. some piece of code only Wine uses). Here are some notes from before my reinstall: -I'm not using fglrx (I have an NVIDIA card), whereas the person in that Bug 7276 uses fglrx, and that seems to be related to their problem. -Wine's hanging in the same C file; the error messages are similar, but there are differences. I'm pretty new to Wine and I wouldn't be able to understand what all the messages mean. All I know is that X11 is having a problem. -I've tried both the RPM from Fedora and compiling the code. The result is the same. Wine is the only program I'm ever had graphical issues with, both before and after my reinstall of FC. -Winemine used to load, but the UI was unresponsive. I could "see" the program, but clicking on things did nothing, and I had to use kill -9 to get rid of it. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

1 0

[Bug 7220] IDA 5 demo fails to install
by Wine Bugs Jan. 30, 2007

Jan. 30, 2007

http://bugs.winehq.org/show_bug.cgi?id=7220 ------- Additional Comments From thestig(a)google.com 2007-30-01 13:03 ------- Works for me as well, with wine-git. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

1 0

[Bug 7280] regedit: renaming a key does not work (sometimes)
by Wine Bugs Jan. 30, 2007

Jan. 30, 2007

http://bugs.winehq.org/show_bug.cgi?id=7280 ------- Additional Comments From fpga(a)pacbell.net 2007-30-01 13:03 ------- And the reason this happens is something like: SetFocus on the edit window triggers a KILLFOCUS message to the treeview. KillFocus triggers an update window on the treeview, which calls TREEVIEW_Refresh. TREEVIEW_Refresh calls UpdateScrollBars, which is the function I modified. With my mod, if there is a horizontal scrollbar, then TREEVIEW_HScroll is called. Very near the top of TREEVIEW_HScroll() is: if (infoPtr->hwndEdit) SetFocus(infoPtr->hwnd); So that removes the focus from the edit window, and returns it to the treeview. The simple fix is to comment out those two lines. I guess if the user moves the scrollbars, maybe the focus should be changed. But probably only on a click on the scrollbars (I guess some testing on Windows is needed). -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

1 0

[Bug 7296] Fail to run GoogleSketchup setup
by Wine Bugs Jan. 30, 2007

Jan. 30, 2007

http://bugs.winehq.org/show_bug.cgi?id=7296 ------- Additional Comments From thestig(a)google.com 2007-30-01 12:52 ------- It works for me with Wine 0.9.29 and Wine-git. Can you try using a clean .wine/ directory? What's distro are you running? Also, do not paste logs, attach them instead. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

1 0

[Bug 7100] Wine Hangs on Everything
by Wine Bugs Jan. 30, 2007

Jan. 30, 2007

http://bugs.winehq.org/show_bug.cgi?id=7100 ------- Additional Comments From thestig(a)google.com 2007-30-01 12:46 ------- Is this the same / similar problem as bug 7276? -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

1 0

[Bug 7297] New: MIDI in/out fails, ports recognized
by Wine Bugs Jan. 30, 2007

Jan. 30, 2007

http://bugs.winehq.org/show_bug.cgi?id=7297 Summary: MIDI in/out fails, ports recognized Product: Wine Version: 0.9.29. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-multimedia AssignedTo: wine-bugs(a)winehq.org ReportedBy: edfardos(a)yahoo.com SuSE linux 2.6.13smp-15.8-default alsa-driver-1.0.13rc1 Wine 0.9.29, 0.9.26 http://www.midiox.com/ (test program) sblive emu10k1 midi Midi ports are identified by the applications (MPU401 uart), however midi data does not transfer correctly, if at all. Sending a 16K sysex from a midi device to midiox.exe (see url above) results in roughly 1K received at which point wine (midi.c) hangs in a critical section. Oher midi apps yield similar results. Alsa seems to be working as I can capture sysex streams with "cat /dev/midi > dump.syx" just fine, and send them back to the device with "cat dump.syx > /dev/midi" - all good. thanks! --edfardos wine midiox.exe trace:midi:ALSA_MidiInit Initializing the MIDI variables. trace:midi:ALSA_AddMidiPort OUT (0:System:kernel:0:Timer:0) trace:midi:ALSA_AddMidiPort IN (0:System:kernel:1:Announce:0) trace:midi:ALSA_AddMidiPort OUT (15:OSS sequencer:kernel:0:Receiver:0) trace:midi:ALSA_AddMidiPort OUT (16:SBLive! Value [CT4832]:kernel:0:EMU10K1 MPU-401 (UART):90002) trace:midi:ALSA_AddMidiPort MidiOut[0] name='L"SBLive! Value [CT4832]"' techn=1 voices=16 notes=16 chnMsk=ffff support=3 ALSA info: midi dev-type=90002, capa=0 trace:midi:ALSA_AddMidiPort IN (16:SBLive! Value [CT4832]:kernel:0:EMU10K1 MPU-401 (UART):90002) trace:midi:ALSA_AddMidiPort MidiIn [0] name='L"SBLive! Value [CT4832]"' support=3 ALSA info: midi dev-type=90002, capa=0 trace:midi:ALSA_AddMidiPort OUT (17:Emu10k1 WaveTable:kernel:0:Emu10k1 Port 0:5001e) trace:midi:ALSA_AddMidiPort MidiOut[1] name='L"Emu10k1 WaveTable"' techn=1 voices=16 notes=16 chnMsk=ffff support=3 ALSA info: midi dev-type=5001e, capa=0 trace:midi:ALSA_AddMidiPort OUT (17:Emu10k1 WaveTable:kernel:1:Emu10k1 Port 1:5001e) trace:midi:ALSA_AddMidiPort MidiOut[2] name='L"Emu10k1 WaveTable"' techn=1 voices=16 notes=16 chnMsk=ffff support=3 ALSA info: midi dev-type=5001e, capa=0 trace:midi:ALSA_AddMidiPort OUT (17:Emu10k1 WaveTable:kernel:2:Emu10k1 Port 2:5001e) trace:midi:ALSA_AddMidiPort MidiOut[3] name='L"Emu10k1 WaveTable"' techn=1 voices=16 notes=16 chnMsk=ffff support=3 ALSA info: midi dev-type=5001e, capa=0 trace:midi:ALSA_AddMidiPort OUT (17:Emu10k1 WaveTable:kernel:3:Emu10k1 Port 3:5001e) trace:midi:ALSA_AddMidiPort MidiOut[4] name='L"Emu10k1 WaveTable"' techn=1 voices=16 notes=16 chnMsk=ffff support=3 ALSA info: midi dev-type=5001e, capa=0 trace:midi:ALSA_MidiInit End trace:midi:ALSA_midMessage (0000, 0064, 00000000, 00000000, 00000000); trace:midi:ALSA_midMessage (0000, 0035, 00000000, 00000000, 00000000); trace:midi:ALSA_modMessage (0000, 0064, 00000000, 00000000, 00000000); trace:midi:ALSA_modMessage (0000, 0001, 00000000, 00000000, 00000000); trace:midi:ALSA_modMessage (0000, 0002, 00000000, 0034F318, 00000054); trace:midi:modGetDevCaps (0000, 0x34f318, 00000054); trace:midi:ALSA_modMessage (0001, 0002, 00000000, 0034F318, 00000054); trace:midi:modGetDevCaps (0001, 0x34f318, 00000054); trace:midi:ALSA_modMessage (0002, 0002, 00000000, 0034F318, 00000054); trace:midi:modGetDevCaps (0002, 0x34f318, 00000054); trace:midi:ALSA_modMessage (0003, 0002, 00000000, 0034F318, 00000054); trace:midi:modGetDevCaps (0003, 0x34f318, 00000054); trace:midi:ALSA_modMessage (0004, 0002, 00000000, 0034F318, 00000054); trace:midi:modGetDevCaps (0004, 0x34f318, 00000054); trace:midi:ALSA_midMessage (0000, 0036, 00000000, 0034FCB8, 0000004C); trace:midi:midGetDevCaps (0000, 0x34fcb8, 0000004C); trace:midi:ALSA_modMessage (0000, 0002, 00000000, 0034FCA8, 00000054); trace:midi:modGetDevCaps (0000, 0x34fca8, 00000054); trace:midi:ALSA_modMessage (0001, 0002, 00000000, 0034FCA8, 00000054); trace:midi:modGetDevCaps (0001, 0x34fca8, 00000054); trace:midi:ALSA_modMessage (0002, 0002, 00000000, 0034FCA8, 00000054); trace:midi:modGetDevCaps (0002, 0x34fca8, 00000054); trace:midi:ALSA_modMessage (0003, 0002, 00000000, 0034FCA8, 00000054); trace:midi:modGetDevCaps (0003, 0x34fca8, 00000054); trace:midi:ALSA_modMessage (0004, 0002, 00000000, 0034FCA8, 00000054); trace:midi:modGetDevCaps (0004, 0x34fca8, 00000054); trace:midi:ALSA_midMessage (0000, 0037, 0034FAFC, 001CEAC4, 00030000); trace:midi:midOpen (0000, 0x1ceac4, 00030000); trace:midi:midiOpenSeq Outport port created successfully (0) trace:midi:midiOpenSeq Input port created successfully (1) trace:midi:midOpen input port connected 1 16 0 trace:midi:midOpen Created thread for midi-in trace:midi:MIDI_NotifyClient wDevID = 0000 wMsg = 961 dwParm1 = 0000 dwParam2 = 0000 trace:midi:ALSA_midMessage (0000, 0039, 60BEED6B, 001D8568, 00000040); trace:midi:midPrepare (0000, 0x1d8568, 00000040); trace:midi:ALSA_midMessage (0000, 003B, 60BEED6B, 001D8568, 00000040); trace:midi:midAddBuffer (0000, 0x1d8568, 00000040); trace:midi:ALSA_midMessage (0000, 0039, 60BEED6B, 00211A18, 00000040); trace:midi:midPrepare (0000, 0x211a18, 00000040); trace:midi:ALSA_midMessage (0000, 003B, 60BEED6B, 00211A18, 00000040); trace:midi:midAddBuffer (0000, 0x211a18, 00000040); trace:midi:ALSA_midMessage (0000, 0039, 60BEED6B, 00211BB8, 00000040); trace:midi:midPrepare (0000, 0x211bb8, 00000040); trace:midi:ALSA_midMessage (0000, 003B, 60BEED6B, 00211BB8, 00000040); trace:midi:midAddBuffer (0000, 0x211bb8, 00000040); trace:midi:ALSA_midMessage (0000, 0039, 60BEED6B, 00211D58, 00000040); trace:midi:midPrepare (0000, 0x211d58, 00000040); trace:midi:ALSA_midMessage (0000, 003B, 60BEED6B, 00211D58, 00000040); trace:midi:midAddBuffer (0000, 0x211d58, 00000040); trace:midi:ALSA_midMessage (0000, 0039, 60BEED6B, 00211EF8, 00000040); trace:midi:midPrepare (0000, 0x211ef8, 00000040); trace:midi:ALSA_midMessage (0000, 003B, 60BEED6B, 00211EF8, 00000040); trace:midi:midAddBuffer (0000, 0x211ef8, 00000040); trace:midi:ALSA_midMessage (0000, 0039, 60BEED6B, 00212098, 00000040); trace:midi:midPrepare (0000, 0x212098, 00000040); trace:midi:ALSA_midMessage (0000, 003B, 60BEED6B, 00212098, 00000040); trace:midi:midAddBuffer (0000, 0x212098, 00000040); trace:midi:ALSA_midMessage (0000, 0039, 60BEED6B, 00212238, 00000040); trace:midi:midPrepare (0000, 0x212238, 00000040); trace:midi:ALSA_midMessage (0000, 003B, 60BEED6B, 00212238, 00000040); trace:midi:midAddBuffer (0000, 0x212238, 00000040); trace:midi:ALSA_midMessage (0000, 0039, 60BEED6B, 002123D8, 00000040); trace:midi:midPrepare (0000, 0x2123d8, 00000040); trace:midi:ALSA_midMessage (0000, 003B, 60BEED6B, 002123D8, 00000040); trace:midi:midAddBuffer (0000, 0x2123d8, 00000040); trace:midi:ALSA_midMessage (0000, 0039, 60BEED6B, 00212578, 00000040); trace:midi:midPrepare (0000, 0x212578, 00000040); trace:midi:ALSA_midMessage (0000, 003B, 60BEED6B, 00212578, 00000040); trace:midi:midAddBuffer (0000, 0x212578, 00000040); trace:midi:ALSA_midMessage (0000, 0039, 60BEED6B, 00212718, 00000040); trace:midi:midPrepare (0000, 0x212718, 00000040); trace:midi:ALSA_midMessage (0000, 003B, 60BEED6B, 00212718, 00000040); trace:midi:midAddBuffer (0000, 0x212718, 00000040); trace:midi:ALSA_midMessage (0000, 0039, 60BEED6B, 002128B8, 00000040); trace:midi:midPrepare (0000, 0x2128b8, 00000040); trace:midi:ALSA_midMessage (0000, 003B, 60BEED6B, 002128B8, 00000040); trace:midi:midAddBuffer (0000, 0x2128b8, 00000040); trace:midi:ALSA_midMessage (0000, 0039, 60BEED6B, 00212A58, 00000040); trace:midi:midPrepare (0000, 0x212a58, 00000040); trace:midi:ALSA_midMessage (0000, 003B, 60BEED6B, 00212A58, 00000040); trace:midi:midAddBuffer (0000, 0x212a58, 00000040); trace:midi:ALSA_midMessage (0000, 0039, 60BEED6B, 00212BF8, 00000040); trace:midi:midPrepare (0000, 0x212bf8, 00000040); trace:midi:ALSA_midMessage (0000, 003B, 60BEED6B, 00212BF8, 00000040); trace:midi:midAddBuffer (0000, 0x212bf8, 00000040); trace:midi:ALSA_midMessage (0000, 0039, 60BEED6B, 00212D98, 00000040); trace:midi:midPrepare (0000, 0x212d98, 00000040); trace:midi:ALSA_midMessage (0000, 003B, 60BEED6B, 00212D98, 00000040); trace:midi:midAddBuffer (0000, 0x212d98, 00000040); trace:midi:ALSA_midMessage (0000, 0039, 60BEED6B, 00212F38, 00000040); trace:midi:midPrepare (0000, 0x212f38, 00000040); trace:midi:ALSA_midMessage (0000, 003B, 60BEED6B, 00212F38, 00000040); trace:midi:midAddBuffer (0000, 0x212f38, 00000040); trace:midi:ALSA_midMessage (0000, 0039, 60BEED6B, 002130D8, 00000040); trace:midi:midPrepare (0000, 0x2130d8, 00000040); trace:midi:ALSA_midMessage (0000, 003B, 60BEED6B, 002130D8, 00000040); trace:midi:midAddBuffer (0000, 0x2130d8, 00000040); trace:midi:ALSA_midMessage (0000, 003C, 60BEED6B, 00000000, 00000000); trace:midi:midStart (0000); trace:midi:ALSA_modMessage (0000, 0003, 0034FC0C, 00213274, 00030000); trace:midi:modOpen (0000, 0x213274, 00030000); trace:midi:midRecThread Thread startup trace:midi:midRecThread Thread loop trace:midi:MIDI_NotifyClient wDevID = 0000 wMsg = 967 dwParm1 = 0000 dwParam2 = 0000 trace:midi:modOpen Successful ! trace:midi:ALSA_modMessage (0000, 0005, 00008001, 002132E0, 00000040); trace:midi:modPrepare (0000, 0x2132e0, 00000040); trace:midi:ALSA_modMessage (0000, 0005, 00008001, 00930300, 00000040); trace:midi:modPrepare (0000, 0x930300, 00000040); trace:midi:ALSA_modMessage (0000, 0005, 00008001, 009305E0, 00000040); trace:midi:modPrepare (0000, 0x9305e0, 00000040); trace:midi:ALSA_modMessage (0000, 0005, 00008001, 009308C0, 00000040); trace:midi:modPrepare (0000, 0x9308c0, 00000040); trace:midi:ALSA_modMessage (0000, 0005, 00008001, 00930BA0, 00000040); trace:midi:modPrepare (0000, 0x930ba0, 00000040); trace:midi:ALSA_modMessage (0000, 0005, 00008001, 00930E80, 00000040); trace:midi:modPrepare (0000, 0x930e80, 00000040); trace:midi:ALSA_modMessage (0000, 0005, 00008001, 00931160, 00000040); trace:midi:modPrepare (0000, 0x931160, 00000040); trace:midi:ALSA_modMessage (0000, 0005, 00008001, 00931440, 00000040); trace:midi:modPrepare (0000, 0x931440, 00000040); trace:midi:ALSA_modMessage (0000, 0005, 00008001, 00931720, 00000040); trace:midi:modPrepare (0000, 0x931720, 00000040); trace:midi:ALSA_modMessage (0000, 0005, 00008001, 00931A00, 00000040); trace:midi:modPrepare (0000, 0x931a00, 00000040); trace:midi:ALSA_modMessage (0000, 0005, 00008001, 00931CE0, 00000040); trace:midi:modPrepare (0000, 0x931ce0, 00000040); trace:midi:ALSA_modMessage (0000, 0005, 00008001, 00931FC0, 00000040); trace:midi:modPrepare (0000, 0x931fc0, 00000040); trace:midi:ALSA_modMessage (0000, 0005, 00008001, 009322A0, 00000040); trace:midi:modPrepare (0000, 0x9322a0, 00000040); trace:midi:ALSA_modMessage (0000, 0005, 00008001, 00932580, 00000040); trace:midi:modPrepare (0000, 0x932580, 00000040); trace:midi:ALSA_modMessage (0000, 0005, 00008001, 00932860, 00000040); trace:midi:modPrepare (0000, 0x932860, 00000040); trace:midi:ALSA_modMessage (0000, 0005, 00008001, 00932B40, 00000040); trace:midi:modPrepare (0000, 0x932b40, 00000040); trace:midi:midRecThread Event received, type = 82, device = 0 trace:midi:MIDI_NotifyClient wDevID = 0000 wMsg = 964 dwParm1 = 1D8568 dwParam2 = 67D8 trace:midi:midRecThread Thread loop trace:midi:ALSA_midMessage (0000, 003B, 60BEED6B, 001D8568, 00000040); trace:midi:midAddBuffer (0000, 0x1d8568, 00000040); trace:midi:ALSA_modMessage (0000, 0008, 00008001, 00932B40, 00000040); trace:midi:modLongData (0000, 0x932b40, 00000040); warn:midi:modLongData Alleged system exclusive buffer is not correct Please report with MIDI file trace:midi:modLongData dwBufferLength=256 ! trace:midi:modLongData F0 00 20 ... 32 00 00 warn:midi:modLongData Adding missing 0xF7 marker at the end of system exclusive byte stream trace:midi:modLongData client = 16 port = 0 trace:midi:MIDI_NotifyClient wDevID = 0000 wMsg = 969 dwParm1 = 932B40 dwParam2 = 0000 trace:midi:midRecThread Event received, type = 82, device = 0 trace:midi:MIDI_NotifyClient wDevID = 0000 wMsg = 964 dwParm1 = 211A18 dwParam2 = 6834 trace:midi:ALSA_modMessage (0000, 0008, 00008001, 00932B40, 00000040); trace:midi:modLongData (0000, 0x932b40, 00000040); warn:midi:modLongData Alleged system exclusive buffer is not correct Please report with MIDI file trace:midi:modLongData dwBufferLength=256 ! trace:midi:modLongData 00 00 00 ... 00 00 00 warn:midi:modLongData Adding missing 0xF0 marker at the beginning of system exclusive byte stream warn:midi:modLongData Adding missing 0xF7 marker at the end of system exclusive byte stream trace:midi:modLongData client = 16 port = 0 trace:midi:MIDI_NotifyClient wDevID = 0000 wMsg = 969 dwParm1 = 932B40 dwParam2 = 0000 trace:midi:midRecThread Thread loop trace:midi:ALSA_midMessage (0000, 003B, 60BEED6B, 00211A18, 00000040); trace:midi:midAddBuffer (0000, 0x211a18, 00000040); trace:midi:midRecThread Event received, type = 82, device = 0 err:ntdll:RtlpWaitForCriticalSection section 0x62436980 "midi.c: crit_sect" wait timed out in thread 0031, blocked by 002a, retrying (60 sec) wine: Critical section 62436980 wait failed at address 0x7bc2f740 (thread 0031), starting debugger... Unhandled exception: wait failed on critical section 0x62436980 _DYNAMIC+0x8b0 err:seh:raise_exception Unhandled exception code c0000194 flags 0 addr 0x7bc2f740 craiger(a)linux:~/.wine/c/Program Files/MIDIOX> Process of pid=0x00000029 has terminated No process loaded, cannot execute 'echo Modules:' Cannot get info on module while no process is loaded No process loaded, cannot execute 'echo Threads:' process tid prio (all id:s are in hex) 0000002c 0000002e 0 0000002d 0 -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

1 0

[Bug 7286] wineserver aborts in release_object because obj->refcount is 0
by Wine Bugs Jan. 30, 2007

Jan. 30, 2007

http://bugs.winehq.org/show_bug.cgi?id=7286 ------- Additional Comments From mk144210(a)bcm.tmc.edu 2007-30-01 08:53 ------- Created an attachment (id=4727) --> (http://bugs.winehq.org/attachment.cgi?id=4727&action=view) Diff file showing a change that stops the crash from occurring. Ok, so this is not a "fix" yet but I am further researching the bug cause. This one line change will stop the crash from occuring. Specifically, it seems that dir_destroy which is called for a directory from release_object ends up sending an APC which ends up calling release_object again for that object that has already been released. Commenting out the async_terminate_q line for the dir change_q stops the crash, although now I have to figure out exactly why. Anyone out there understand exactly what a change queue is for a directory? Thanks Misha -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

1 0

[Bug 7296] Fail to run GoogleSketchup setup
by Wine Bugs Jan. 30, 2007

Jan. 30, 2007

http://bugs.winehq.org/show_bug.cgi?id=7296 hovh03(a)yahoo.com changed: What |Removed |Added ---------------------------------------------------------------------------- OS/Version|other |Linux Platform|Other |PC -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

1 0