http://bugs.winehq.com/show_bug.cgi?id=757
*** shadow/757 Mon Jun 3 12:40:34 2002
--- shadow/757.tmp.23568 Tue Jun 4 07:04:10 2002
***************
*** 45,47 ****
--- 45,55 ----
------- Additional Comments From johane(a)lysator.liu.se 2002-06-03 09:56 -------
You can't use DirectSound in WINE if your sound card does not support mmap().
What is your soundcard?
+
+
+ ------- Additional Comments From pavel.reznicek(a)wo.cz 2002-06-04 07:04 -------
+ I have ESS ES 1869 Plug and Play Audio Drive (as my Windows says).
+ -- But there's a goal that I sometimes hear the sound.
+ Under Gnome, if I choose the wineoss.drv driver, all works perfect.
+ Also it did under KDE 2.0.0. But under KDE 3.0.0, there is it a thing of
+ fortune if the sound starts properly or not. In most cases, it doesn't.
\ No newline at end of file
http://bugs.winehq.com/show_bug.cgi?id=764
*** shadow/764 Tue Jun 4 06:59:02 2002
--- shadow/764.tmp.23395 Tue Jun 4 07:00:31 2002
***************
*** 22,24 ****
--- 22,29 ----
------- Additional Comments From puoti(a)inwind.it 2002-06-04 06:59 -------
Created an attachment (id=156)
Windows media player debug generated with bug_report.pl
+
+
+ ------- Additional Comments From puoti(a)inwind.it 2002-06-04 07:00 -------
+ Created an attachment (id=157)
+ Windows media player full debug generated with bug_report.pl
http://bugs.winehq.com/show_bug.cgi?id=764
*** shadow/764 Tue Jun 4 06:57:46 2002
--- shadow/764.tmp.23291 Tue Jun 4 06:59:02 2002
***************
*** 18,20 ****
--- 18,24 ----
Windows media player 6.4 currently only runs in dual-boot lin-win systems, or
with crossover, but I think that it would be nice to make it run in wine; debug
will follow.
+
+ ------- Additional Comments From puoti(a)inwind.it 2002-06-04 06:59 -------
+ Created an attachment (id=156)
+ Windows media player debug generated with bug_report.pl
http://bugs.winehq.com/show_bug.cgi?id=764
*** shadow/764 Tue Jun 4 06:57:46 2002
--- shadow/764.tmp.23217 Tue Jun 4 06:57:46 2002
***************
*** 0 ****
--- 1,20 ----
+ +============================================================================+
+ | Windows media player 6.4 instulls but dosen't run |
+ +----------------------------------------------------------------------------+
+ | Bug #: 764 Product: Wine |
+ | Status: UNCONFIRMED Version: 20020509 |
+ | Resolution: Platform: |
+ | Severity: normal OS/Version: All |
+ | Priority: P1 Component: wine-programs |
+ +----------------------------------------------------------------------------+
+ | Assigned To: wine-bugs(a)winehq.com |
+ | Reported By: puoti(a)inwind.it |
+ | CC list: Cc: |
+ +----------------------------------------------------------------------------+
+ | Milestone: TargetMilestone: --- |
+ | URL: |
+ +============================================================================+
+ | DESCRIPTION |
+ Windows media player 6.4 currently only runs in dual-boot lin-win systems, or
+ with crossover, but I think that it would be nice to make it run in wine; debug
+ will follow.
\ No newline at end of file
http://bugs.winehq.com/show_bug.cgi?id=377
*** shadow/377 Fri May 31 12:05:18 2002
--- shadow/377.tmp.20085 Tue Jun 4 05:49:44 2002
***************
*** 65,67 ****
--- 65,95 ----
**********************************************
Thanks
+
+
+ ------- Additional Comments From leo(a)connectux.com 2002-06-04 05:49 -------
+ It also happens in mirc v6.01. It seems this is a general edit control failure
+ (controls/edit.c), because its also reproducable in other editboxxes.
+
+ It always crashes in dlls/ntdll/heap.c when deleting data from the editbox:
+ Unhandled exception: page fault on read access to 0x40433eb4 in 32-bit code
+ (0x400c775c).
+ In 32-bit mode.
+ 0x400c775c (HEAP_CreateFreeBlock+0x60 [heap.c:361] in libntdll.dll.so): testb
+ $0x1,0x0(%ecx)
+ /* Check if next block is free also */
+
+ if (((char *)ptr + size < (char *)subheap + subheap->size) &&
+ (*(DWORD *)((char *)ptr + size) & ARENA_FLAG_FREE))
+
+ When setting on --debugmsg +heap, no crash occurs, but it ends in a endless loop.
+
+ Also interesting, when typing various sizes of text into the editbox:
+ trace:edit:EDIT_EM_ReplaceSel L".", can_undo 1, send_update 1
+ trace:edit:EDIT_MakeFit trying to ReAlloc to 64+1 characters
+ err:heap:HEAP_ValidateInUseArena Heap 40330000: in-use arena 4036d664 next block
+ has PREV_FREE flag
+ warn:edit:EDIT_MakeFit FAILED ! We now have 63+1
+ trace:edit:EDIT_MakeFit notification EN_ERRSPACE sent to hwnd=00030043
+
+ Anybody any suggestions?
\ No newline at end of file
http://bugs.winehq.com/show_bug.cgi?id=763
*** shadow/763 Mon Jun 3 21:13:05 2002
--- shadow/763.tmp.27413 Mon Jun 3 21:13:05 2002
***************
*** 0 ****
--- 1,29 ----
+ +============================================================================+
+ | AOL 7.0 crashes after spewing the same error message |
+ +----------------------------------------------------------------------------+
+ | Bug #: 763 Product: Wine |
+ | Status: UNCONFIRMED Version: 20020509 |
+ | Resolution: Platform: |
+ | Severity: normal OS/Version: All |
+ | Priority: P1 Component: wine-misc |
+ +----------------------------------------------------------------------------+
+ | Assigned To: wine-bugs(a)winehq.com |
+ | Reported By: roz(a)one.net |
+ | CC list: Cc: |
+ +----------------------------------------------------------------------------+
+ | Milestone: TargetMilestone: --- |
+ | URL: |
+ +============================================================================+
+ | DESCRIPTION |
+ The program will load fine. Once I sign on (successfully), the following
+ message repeats for a minute or so:
+
+ fixme:task:DirectedYield16 called for Win32 thread (09a7)!
+
+ Then it crashes with:
+
+ wine: Unhandled exception, starting debugger...
+ err:seh:EXC_DefaultHandling Unhandled exception code c0000005 flags 0 addr
+ 0x400f5846
+
+ I did a relay trace, and got no additional information with the crash.
\ No newline at end of file
http://bugs.winehq.com/show_bug.cgi?id=759
*** shadow/759 Sun Jun 2 04:51:58 2002
--- shadow/759.tmp.20843 Mon Jun 3 18:35:31 2002
***************
*** 65,67 ****
--- 65,73 ----
------- Additional Comments From andi(a)rhlx01.fht-esslingen.de 2002-06-02 04:51 -------
This bug is probably already fixed in current CVS.
Please retry and report.
+
+ ------- Additional Comments From simon(a)unisolve.com.au 2002-06-03 18:35 -------
+ The temporary workaround suggested by Andriy Palamarchuk worked well. However,
+ I will try the install again with the latest release out of CVS, and report
+ back.
+
http://bugs.winehq.com/show_bug.cgi?id=53
*** shadow/53 Sat May 25 17:25:14 2002
--- shadow/53.tmp.19635 Mon Jun 3 18:08:16 2002
***************
*** 2,8 ****
| PrgWin95: Wine does not support Win9x style (16bit) coordinates |
+----------------------------------------------------------------------------+
| Bug #: 53 Product: Wine |
! | Status: NEW Version: unspecified |
| Resolution: Platform: |
| Severity: normal OS/Version: All |
| Priority: P1 Component: wine-gdi |
--- 2,8 ----
| PrgWin95: Wine does not support Win9x style (16bit) coordinates |
+----------------------------------------------------------------------------+
| Bug #: 53 Product: Wine |
! | Status: RESOLVED Version: unspecified |
| Resolution: Platform: |
| Severity: normal OS/Version: All |
| Priority: P1 Component: wine-gdi |
***************
*** 52,54 ****
--- 52,68 ----
------- Additional Comments From Speeddymon(a)yahoo.com 2002-05-25 17:25 -------
This still an issue or should it be closed?
+
+ ------- Additional Comments From fgouget(a)codeweavers.com 2002-06-03 18:08 -------
+ It is still an issue. But it is probably not worth fixing:
+ - we don't want to do any work of the type 'behave one way if winever==win9x,
+ another way otherwise' unless we really have to
+ - the only app known to have a problem with this is this sample PrgWin95 app
+ - it seems unlikely that a company would develop an application and not test it
+ in some form of NT nowadays so
+ - any application would have the exact same bug in NT anyway
+ - it would be a lot of work to 'fix'
+
+ I asked Alexandre and he agrees with the above. So I am closing this bug. We can
+ always reopen it / open a new bug if we find a really compelling reason to fix
+ it.
http://bugs.winehq.com/show_bug.cgi?id=52
*** shadow/52 Sat May 25 17:23:40 2002
--- shadow/52.tmp.18532 Mon Jun 3 17:44:02 2002
***************
*** 39,41 ****
--- 39,54 ----
------- Additional Comments From Speeddymon(a)yahoo.com 2002-05-25 17:23 -------
whats up with this bug, does it still exist?
+
+ ------- Additional Comments From fgouget(a)codeweavers.com 2002-06-03 17:44 -------
+ It seems to work better but a few cells are not correct after the program
+ finishes. All the incorrect cells contain partial images of either xmms or
+ gkrellm. So I suspect this is because these are the only two programs updating
+ the screen while scramble is running.
+ Also, when running scramble I get the following messages:
+
+ fixme:dc:LockWindowUpdate (10020), stub!
+ fixme:dc:LockWindowUpdate (0), stub!
+
+ I suspect that the above is the cause for the problem. Not sure if it is
+ implementable in Wine.
http://bugs.winehq.com/show_bug.cgi?id=50
*** shadow/50 Sat May 25 17:22:36 2002
--- shadow/50.tmp.17264 Mon Jun 3 17:16:29 2002
***************
*** 36,38 ****
--- 36,45 ----
------- Additional Comments From Speeddymon(a)yahoo.com 2002-05-25 17:22 -------
is this problem still existant Francois?
+
+ ------- Additional Comments From fgouget(a)codeweavers.com 2002-06-03 17:16 -------
+ I believe it is worse now: there does not appear to be any justification
+ whatsoever although I can get all the line breaks in exactly the right places.
+ Also I get the following warnings though I don't think they are related:
+
+ fixme:font:WineEngCreateFontInstance just using first face for now