December 2011 - Wine-bugs - list.winehq.org

[Bug 14530] New: Easy68k M68000 emulator: Copy & Paste does not work!
by wine-bugs＠winehq.org 02 Jan '18

02 Jan '18

http://bugs.winehq.org/show_bug.cgi?id=14530 Summary: Easy68k M68000 emulator: Copy & Paste does not work! Product: Wine Version: 1.1.1 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: nestorac(a)gmail.com The application in this webpage: http://www.easy68k.com which is a Motorola 68k microprocessor emulator works flawlessly on Wine except for Copy & Paste, which does not work. Please, try it with las version, 1.1.1. Can anyone confirm this?? I have Ubuntu Hardy 8.04.1 and wine-1.1.1 There's also some strange behaviour: sometimes, when writing code, pressing Tab key makes the application not only to put a tabulator, but to start a new line. I think it would be really good to have it working on Linux, since it can be used at the University. This should be very easy to test. I have also sent a message to the developer forum of that application, but I think it has more to do with Wine than with the application itself. Thanks!! -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 36

[Bug 28741] New: Odd coordinate in hit test causes uninitialized value references in MONTHCAL_CalculateDayOfWeek()?
by wine-bugs＠winehq.org 02 Jan '18

02 Jan '18

http://bugs.winehq.org/show_bug.cgi?id=28741 Bug #: 28741 Summary: Odd coordinate in hit test causes uninitialized value references in MONTHCAL_CalculateDayOfWeek()? Product: Wine Version: 1.3.30 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: comctl32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com Classification: Unclassified Running "make monthcal.ok" in comctl32/tests with Valgrind reports: Conditional jump or move depends on uninitialised value(s) at __moddi3 (in dlls/ntdll/ntdll.dll.so) by RtlTimeToTimeFields (time.c:126) by FileTimeToSystemTime (time.c:858) by MONTHCAL_CalculateDayOfWeek (monthcal.c:469) by MONTHCAL_GetMonth (monthcal.c:486) by MONTHCAL_HitTest (monthcal.c:498) by MONTHCAL_WindowProc (monthcal.c:2861) by ??? (in /oldhome/dank/wine-git/dlls/user32/user32.dll.so) by call_window_proc (winproc.c:242) by WINPROC_CallProcAtoW (winproc.c:601) by CallWindowProcA (winproc.c:960) by monthcal_subclass_proc (monthcal.c:566) by ??? (in dlls/user32/user32.dll.so) by call_window_proc (winproc.c:242) by WINPROC_call_window (winproc.c:908) by call_window_proc (message.c:2211) by send_message (message.c:3084) by SendMessageA (message.c:3286) by test_hittest (monthcal.c:1042) by func_monthcal (monthcal.c:1957) by run_test (test.h:556) by main (test.h:624) Uninitialised value was created by a stack allocation at MONTHCAL_CalculateDayOfWeek (monthcal.c:462) Something seems to be creating an out of range date; then when MONTHCAL_CalculateDayOfWeek() converts to (and then back from) a different time representation, the conversion fails, leading to use of garbage. My guess is that test_hittest() is picking some area to hittest that is driving the code bonkers. We get lucky, and the test passes anyway. I don't know if a real hittest could give the wrong answer in some situations. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 10

[Bug 16505] New: 4oD installs but won't start
by wine-bugs＠winehq.org 29 Dec '17

29 Dec '17

http://bugs.winehq.org/show_bug.cgi?id=16505 Summary: 4oD installs but won't start Product: Wine Version: 1.1.10 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: drraph(a)gmail.com Created an attachment (id=17935) --> (http://bugs.winehq.org/attachment.cgi?id=17935) wine log Output of WINEPREFIX="/home/raph/.wine" wine "C:\\Program Files\\Kontiki\\khost.exe" -p 4od1 -t cache:c4_home.html#pageId=0 -s class=dialog,width=1280,height=960,position=1,resize=1,scrollbars=1,visible=0,name=main Expected result: application starts Actual result: wine output the log above and returns prompt. App does not start. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 28

[Bug 26851] New: Zoo Tycoon 2: Marine Mania demo installer fails
by wine-bugs＠winehq.org 29 Dec '17

29 Dec '17

http://bugs.winehq.org/show_bug.cgi?id=26851 Summary: Zoo Tycoon 2: Marine Mania demo installer fails Product: Wine Version: 1.3.18 Platform: x86-64 URL: http://download.microsoft.com/download/f/b/6/fb6fb887- 65ba-4d75-8039-97a565b85558/setup.exe OS/Version: Linux Status: NEW Keywords: download, Installer Severity: normal Priority: P3 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: kennybobs(a)o2.co.uk Created an attachment (id=34228) --> (http://bugs.winehq.org/attachment.cgi?id=34228) wine-1.3.18-85-g99f6894 console output According to the AppDB, this is an old bug that has never been logged. The demo for Zoo Tycoon 2: Marine Mania fails to install. The installer extracts the relevant files but then immediately fails. A dialog reports an unhandled exception and exits. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 16

[Bug 13355] New: Richedit very slowly open big text files
by wine-bugs＠winehq.org 29 Dec '17

29 Dec '17

http://bugs.winehq.org/show_bug.cgi?id=13355 Summary: Richedit very slowly open big text files Product: Wine Version: 1.0-rc1 Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: nx(a)operamail.com Richedit wery slowly open big text files (about 700 KB an biggers) while in Windows XP same program million times faster open same big's file. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 25

[Bug 13319] New: In dlls/user32/edit. c EDIT_EM_ReplaceSel Clobbers Important Var When Buffer Overflows
by wine-bugs＠winehq.org 29 Dec '17

29 Dec '17

http://bugs.winehq.org/show_bug.cgi?id=13319 Summary: In dlls/user32/edit.c EDIT_EM_ReplaceSel Clobbers Important Var When Buffer Overflows Product: Wine Version: unspecified Platform: All OS/Version: All Status: UNCONFIRMED Severity: normal Priority: P2 Component: user32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: bsmith(a)sudleyplace.com Please don't hate me, but I don't have git or anything like it installed to make a formal patch, but I have benefited greatly from your work, so I'd like to repay the effort by reporting a bug even though I realize it's not in the correct format. In a Windows app, I am using edit.c as a replacement for the EDIT control in Windows. I don't use any of the other WineHQ files. Here's a short description of the bug: The handler EDIT_EM_ReplaceSel misbehaves when an insertion triggers a buffer overflow. The code correctly calls EDIT_NOTIFY_PARENT(es, EN_MAXTEXT), but shortly thereafter clobbers an important variable (strl) by using it instead of a temporary. The relevant OLD code in EDIT_EM_ReplaceSel is as follows: -------------------------------------------------------------- if ((honor_limit) && (size > es->buffer_limit)) { EDIT_NOTIFY_PARENT(es, EN_MAXTEXT); /* Buffer limit can be smaller than the actual length of text in combobox */ if (es->buffer_limit < (tl - (e-s))) strl = 0; else strl = es->buffer_limit - (tl - (e-s)); } if (!EDIT_MakeFit(es, tl - (e - s) + strl)) return; -------------------------------------------------------------- the NEW code is as follows: -------------------------------------------------------------- if ((honor_limit) && (size > es->buffer_limit)) { EDIT_NOTIFY_PARENT(es, EN_MAXTEXT); /* Buffer limit can be smaller than the actual length of text in combobox */ if (es->buffer_limit < (tl - (e-s))) strl2 = 0; else strl2 = es->buffer_limit - (tl - (e-s)); } else strl2 = strl; if (!EDIT_MakeFit(es, tl - (e - s) + strl2)) return; -------------------------------------------------------------- The calculation inside the honor_limit bracket of the value to use with the call to EDIT_MakeFit uses strl as if it were a temp var. This variable actually holds strlenW (lpsz_replace) and is used in later code as if it still had the original value. Using a (new) variable strl2 solves that problem -- this variable is declared as a UINT in the prologue. Perhaps you would prefer a name different from strl2 to better reflect its temporary nature. If you agree with the above analysis, I would greatly appreciate it if someone would make this into a patch and take it from there. I have make the above changes in my copy of edit.c and it works just fine when the buffer overflows which is how I stumbled on this bug in the first place. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 46

[Bug 18724] New: Wine Project Status Outdated by Almost 2 Years
by wine-bugs＠winehq.org 27 Dec '17

27 Dec '17

http://bugs.winehq.org/show_bug.cgi?id=18724 Summary: Wine Project Status Outdated by Almost 2 Years Product: WineHQ.org Version: unspecified Platform: PC URL: http://www.winehq.org/status OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: www-unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: aliendude5300(a)gmail.com The status of the Wine project hasn't been updated since July 11, 2007. Much work has been done on the Wine project since then. The progress shown is even pre-Wine 1.0. This page should probably be updated to reflect the amount of work that has been put into Direct X, and other APIs, so that people who are interested in seeing how close Wine is to being 'completed' or just want to see what needs to most development attention can check the progress of individual Wine components. Of course, these numbers are estimated, but it would still be nice to have a more up-to-date status. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 15

[Bug 19551] New: Gmail Backup crashes after downloading few emails.
by wine-bugs＠winehq.org 27 Dec '17

27 Dec '17

http://bugs.winehq.org/show_bug.cgi?id=19551 Summary: Gmail Backup crashes after downloading few emails. Product: Wine Version: 1.1.26 Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P3 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: realszopen(a)gmail.com Created an attachment (id=22778) --> (http://bugs.winehq.org/attachment.cgi?id=22778) Console output of Gmail Backup crash An application Gmail Backup used for creating backups of GMail accounts crashes after downloading few emails. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 18

[Bug 27459] New: Removing default applications bindings on installation
by wine-bugs＠winehq.org 26 Dec '17

26 Dec '17

http://bugs.winehq.org/show_bug.cgi?id=27459 Summary: Removing default applications bindings on installation Product: Wine Version: 1.3.22 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: xavier.poirot(a)dalaen.com There is an annoying "feature" of wine, during installation. It is adding entries in ~/.local/share/applications/mimeinfo.cache to bind, for examples .txt files to Notepad inside Wine (the Windows Notepad). Due to that "hidden" behaviour, the default program to view some kinds of files are bound to Wine, instead of simple Linux programs (eg. above, Notepad instead of GEdit). It would be nice to prevent creating those binds, so they're not altered. Especially for very common files such as text-files... My distribution is ArchLinux 64 bits. If you need any more details, please let me know. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 9

[Bug 27507] New: Mount&Blade: Warband: Mouse pointer not shown in menu after entering battle mode
by wine-bugs＠winehq.org 23 Dec '17

23 Dec '17

http://bugs.winehq.org/show_bug.cgi?id=27507 Summary: Mount&Blade: Warband: Mouse pointer not shown in menu after entering battle mode Product: Wine Version: 1.3.21 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: krissn(a)op.pl The Mount&Blade: Warband game suffers from a mouse pointer disappearence problem when exiting the battle mode using the Esc key. Steps to reproduce: 1. Start the game. The main menu is shown. The mouse pointer is displayed normally. 2. Start a new battle or enter the tutorial so that the game enters the FPS mode (i.e. battle mode). 3. Press Esc to go back to the menu. At step 3. the mouse pointer is shown, but is frozen. The mouse however works, as moving it around causes the menu buttons to highlight eventually. You can even click them once highligted and they will work. This is a regression introduced in Wine 1.3.21. The scenario has been tested in 1.3.20 and the problem does not occur. Bisect in progres... -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 20