wine-bugs June 2014

wine-bugs@winehq.org

1 participants
9920 discussions

[Bug 23642] New: Before You Know It crashes into urlmon
by wine-bugs＠winehq.org 09 Jan '16

09 Jan '16

http://bugs.winehq.org/show_bug.cgi?id=23642 Summary: Before You Know It crashes into urlmon Product: Wine Version: 1.2-rc7 Platform: x86 URL: http://www.byki.com/fls/FLS.html OS/Version: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: urlmon AssignedTo: wine-bugs(a)winehq.org ReportedBy: xerox_xerox2000(a)yahoo.co.uk This is a follow up of bug http://bugs.winehq.org/show_bug.cgi?id=12185. After downloading the application, and starting it, it first crashes because of lacking richedit functionality, covered by bug 12185 After working around that with winetricks riched20, I get a nice crash into urlmon. With native urlmon the app seems to work perfectly fine -- 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 10919] New: GetLargestConsoleWindowSize() should not return hard coded constants
by wine-bugs＠winehq.org 09 Jan '16

09 Jan '16

http://bugs.winehq.org/show_bug.cgi?id=10919 Summary: GetLargestConsoleWindowSize() should not return hard coded constants Product: Wine Version: 0.9.51. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-console AssignedTo: wine-bugs(a)winehq.org ReportedBy: reijo.sund(a)helsinki.fi Created an attachment (id=9840) --> (http://bugs.winehq.org/attachment.cgi?id=9840) sizepro.c - A source demonstrating the problem and a solution in terms of APIs ---------------------------------------------------------------------- MSDN library includes sample code for console applications (http://msdn2.microsoft.com/en-us/library/aa263818.aspx). The source is available at: http://www.helsinki.fi/~sund/console_vs6.zip . The source compiles easily with winelib after --cuiexe transformations with winemaker. The examples 14 and 32 deal with the GetLargestConsoleWindowSize() function. The problem is that the current implementation in Wine returns hard coded constants (X=80, Y=24) for the maximum size. This causes problems for applications that have followed the conventions of sample code, because it "prevents" the resizing of console window to bigger than "maximum". In principle, the window size could be changed manually by using properties dialog, but that is an "ugly" solution. Another "ugly" solution would be to change the hard coded constants to bigger values in Wine implementation. A better solution would be to actually implement the required functionality. I have attached a source (sizepro.c, compiles with 'winegcc -o sizepro.exe sizepro.c') that demonstrates the problem and infers the maximum console window size in relation to current resolution and font. I also tried to implement the corresponding functionality to Wine, and attached the source for the improved function (kernel32_console_ getlargestconsolewindowssize.c). That works fine for me, but I'm not sure whether it follows the conventions of Wine (or how to deal with strange __i386__ definitions without duplicating the code). So, I wonder if someone else more familiar with Wine development could check it out and derive an adequate patch. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 24

[Bug 36302] New: valgrind shows several leaks in msxml3/tests/saxreader.c
by wine-bugs＠winehq.org 09 Jan '16

09 Jan '16

https://bugs.winehq.org/show_bug.cgi?id=36302 Bug ID: 36302 Summary: valgrind shows several leaks in msxml3/tests/saxreader.c Product: Wine Version: 1.7.18 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: msxml3 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Created attachment 48400 --> https://bugs.winehq.org/attachment.cgi?id=48400 valgrind log ==30812== 32 bytes in 1 blocks are definitely lost in loss record 267 of 774 ==30812== at 0x7BC4C735: notify_alloc (heap.c:255) ==30812== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==30812== by 0x5191FF0: CreateStreamOnHGlobal (hglobalstream.c:591) ==30812== by 0x4A8A289: test_mxwriter_stream (saxreader.c:4172) ==30812== by 0x4A9647E: func_saxreader (saxreader.c:5613) ==30812== by 0x4AAC96C: run_test (test.h:584) ==30812== by 0x4AACD5B: main (test.h:654) ==30812== ==30812== 88 bytes in 1 blocks are definitely lost in loss record 440 of 774 ==30812== at 0x7BC4C735: notify_alloc (heap.c:255) ==30812== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==30812== by 0x7B84586B: HeapAlloc (heap.c:271) ==30812== by 0x7B8466BC: GlobalReAlloc (heap.c:693) ==30812== by 0x5191A56: HGLOBALStreamImpl_SetSize (hglobalstream.c:381) ==30812== by 0x4A7D5BD: create_test_stream (objidl.h:4391) ==30812== by 0x4A7F57A: test_saxreader (saxreader.c:2430) ==30812== by 0x4A963FA: func_saxreader (saxreader.c:5592) ==30812== by 0x4AAC96C: run_test (test.h:584) ==30812== by 0x4AACD5B: main (test.h:654) ==30812== ==30812== 124 bytes in 1 blocks are definitely lost in loss record 493 of 774 ==30812== at 0x7BC4C735: notify_alloc (heap.c:255) ==30812== by 0x7BC5161A: RtlReAllocateHeap (heap.c:1883) ==30812== by 0x7B8458E5: HeapReAlloc (heap.c:281) ==30812== by 0x7B846646: GlobalReAlloc (heap.c:679) ==30812== by 0x5191A56: HGLOBALStreamImpl_SetSize (hglobalstream.c:381) ==30812== by 0x51916F1: HGLOBALStreamImpl_Write (objidl.h:4391) ==30812== by 0x619B3EB: write_data_to_stream (objidl.h:4384) ==30812== by 0x619B643: flush_output_buffer (mxwriter.c:604) ==30812== by 0x619BC78: mxwriter_Release (mxwriter.c:774) ==30812== by 0x4A8ADD2: test_mxwriter_stream (msxml2.h:22158) ==30812== by 0x4A9647E: func_saxreader (saxreader.c:5613) ==30812== by 0x4AAC96C: run_test (test.h:584) ==30812== by 0x4AACD5B: main (test.h:654) ==30812== etc. -- 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 4

[Bug 33121] New: wineconsole: Ignores height/width window size specified in program's external configuration file
by wine-bugs＠winehq.org 09 Jan '16

09 Jan '16

http://bugs.winehq.org/show_bug.cgi?id=33121 Bug #: 33121 Summary: wineconsole: Ignores height/width window size specified in program's external configuration file Product: Wine Version: 1.5.25 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: programs AssignedTo: wine-bugs(a)winehq.org ReportedBy: dasjournal1(a)gmail.com Classification: Unclassified Created attachment 43795 --> http://bugs.winehq.org/attachment.cgi?id=43795 Program spawned in wineconsole at default 80 x 25 resolution I'm using wineconsole to run a console-based Windows program (with --backend=user). Wineconsole always opens the program in an 80 x 25 sized window. Resizing this window via the mouse or right-click configuration area expands the window size, but not the buffer size of the console program. The newly-expanded area is black (see screenshot attachment). These settings are also not saved upon restarting the program. This is the same or very similar bug to 30193 (http://bugs.winehq.org/show_bug.cgi?id=30193). In Windows, the program detects the maximum width and height of the current display resolution and provides options within the program to modify the height and width. When using wineconsole, the program only detects the 80 x 25 buffer it is spawned in. Also, in Windows, the program stores the height and width settings in an external configuration file, so that upon restarting the program, the correct window/buffer size is displayed. Wineconsole ignores these settings in favour of an 80 x 25 or lower resolution. I note in Wine's source code that <source>/server/console.c has hard-coded values of 80 and 25 for the window and screen buffers. This is the default command prompt window size used in Windows. Also, <source>/programs/wineconsole/registry.c sets the default window/buffer values for new wineconsole-based programs. Modifying <source>/programs/wineconsole/registry.c, recompiling and running 'wineconsole cmd' displays the Windows command prompt in the specified windows size. This modification has no effect on my console-based program, which is always displayed at 80 x 25. Modifying <source>/server/console.c (and recompiling) also fails to have the desired effect. The program's window is larger, but the program itself is still rendered at 80 x 25. The surrounding area is black, as noted above. It is as though wineconsole is ignoring or overriding the program's external configuration 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 7

[Bug 32692] New: Clones (game) crashes when starting a single-player game (without native d3dx9 libraries)
by wine-bugs＠winehq.org 09 Jan '16

09 Jan '16

http://bugs.winehq.org/show_bug.cgi?id=32692 Bug #: 32692 Summary: Clones (game) crashes when starting a single-player game (without native d3dx9 libraries) Product: Wine Version: 1.5.21 Platform: x86 URL: http://clonesgame.com/download-demo OS/Version: Linux Status: NEW Keywords: download Severity: minor Priority: P2 Component: directx-d3dx9 AssignedTo: wine-bugs(a)winehq.org ReportedBy: gyebro69(a)gmail.com CC: wine-bugs(a)winehq.org Classification: Unclassified Created attachment 43136 --> http://bugs.winehq.org/attachment.cgi?id=43136 terminal output The game comes with native d3dx9_38.dll installed, the problem occurs with the built-in one. Native d3dx9_36 also works around the crash. The game loads to the menu fine, but it crashes when you start single-player game mode. The crash happens somewhere in d3dx9_36/math.c, as can be seen in the attached backtrace. Steps to reproduce the problem with the demo: 1. install the demo as usual and make sure that d3dx9_38=built-in 2. start the game with ../Bin/ClonesGame.exe, create a new profile and click on <Pilgrimage>...the game crashes at this point. The attached log was created with wine-1.5.21-80-g082f989. -- 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 7

[Bug 28698] New: ieframe/tests/intshcut.ok: uninitialized value in PersistFile_Load, found during test_ReadAndWriteProperties
by wine-bugs＠winehq.org 09 Jan '16

09 Jan '16

http://bugs.winehq.org/show_bug.cgi?id=28698 Bug #: 28698 Summary: ieframe/tests/intshcut.ok: uninitialized value in PersistFile_Load, found during test_ReadAndWriteProperties Product: Wine Version: 1.3.30 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: ieframe AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com Classification: Unclassified While doing 'make intshcut.ok' in ieframe/tests, valgrind complained: Conditional jump or move depends on uninitialised value(s) at winetest_vok (test.h:307) by winetest_ok (test.h:353) by test_ReadAndWriteProperties (intshcut.c:282) by func_intshcut (intshcut.c:403) by run_test (test.h:556) by main (test.h:624) Uninitialised value was created by a stack allocation at PersistFile_Load (intshcut.c:456) -- 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 6

[Bug 30260] New: Office 2010 SP1 installer reports failure
by wine-bugs＠winehq.org 09 Jan '16

09 Jan '16

http://bugs.winehq.org/show_bug.cgi?id=30260 Bug #: 30260 Summary: Office 2010 SP1 installer reports failure Product: Wine Version: 1.5.0 Platform: x86 OS/Version: Linux Status: NEW Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dimesio(a)earthlink.net Classification: Unclassified Created attachment 39530 --> http://bugs.winehq.org/attachment.cgi?id=39530 Log of SP1 installer File: officesuite2010sp1-kb2460049-x86-fullfile-en-us.exe md5sum: cc693ffabac8a5c8053f1d8f701e8119 The installer starts, shows the license, checks update status, extracts files, says it is installing though the progress bar never advances, then ends with a message that installation of this product failed. Despite the message, at least part of SP1 is installed: MLA seventh edition and APA sixth edition are added to list of bibliographic reference styles, and the version numbers of Word, Excel, and Powerpoint are updated in File=>Help=>Additional Version and Copyright Information. -- 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 19

[Bug 28696] New: ieframe/tests/intshcut.c: Uninitialised value in test_ReadAndWriteProperties
by wine-bugs＠winehq.org 09 Jan '16

09 Jan '16

http://bugs.winehq.org/show_bug.cgi?id=28696 Bug #: 28696 Summary: ieframe/tests/intshcut.c: Uninitialised value in test_ReadAndWriteProperties Product: Wine Version: 1.3.30 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: ieframe AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com Classification: Unclassified While doing 'make intshcut.ok', valgrind complained: Syscall param write(buf) points to uninitialised byte(s) at __write_nocancel (syscall-template.S:82) by WriteFile (file.c:547) by FileLockBytesImpl_WriteAt (filelockbytes.c:286) by StorageImpl_WriteAt (storage32.c:347) by StorageImpl_WriteBigBlock (storage32.c:4026) by BlockChainStream_Flush (storage32.c:6041) by StorageImpl_Flush (storage32.c:2984) by StgStreamImpl_Write (storage32.h:261) by PropertyStorage_WritePropertyToStream (stg_prop.c:1689) by PropertyStorage_PropertiesWriter (stg_prop.c:1786) by dictionary_enumerate (dictionary.c:189) by IPropertyStorage_fnCommit (stg_prop.c:1800) by test_ReadAndWriteProperties (intshcut.c:239) by func_intshcut (intshcut.c:403) by run_test (test.h:556) by main (test.h:624) Address 0x7f08afde is 150 bytes inside a block of size 8,260 alloc'd at RtlAllocateHeap (heap.c:254) by BlockChainStream_Construct (storage32.c:6009) by StorageImpl_Construct (storage32.c:2924) by Storage_Construct (storage32.c:5168) by create_storagefile (storage32.c:7384) by StgCreateStorageEx (storage32.c:7479) by create_shortcut (intshcut.c:820) by InternetShortcut_Create (intshcut.c:855) by CoCreateInstance (compobj.c:2641) by test_ReadAndWriteProperties (intshcut.c:204) by func_intshcut (intshcut.c:403) by run_test (test.h:556) by main (test.h:624) Uninitialised value was created by a stack allocation at test_ReadAndWriteProperties (intshcut.c:183) -- 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 6

[Bug 11372] New: Geoplan / Geospace popups cannot be accepted or dismissed
by wine-bugs＠winehq.org 09 Jan '16

09 Jan '16

http://bugs.winehq.org/show_bug.cgi?id=11372 Summary: Geoplan / Geospace popups cannot be accepted or dismissed Product: Wine Version: 0.9.22. Platform: Other URL: http://crdp.ac-reims.fr/ressources/logiciels/default.htm OS/Version: other Status: NEW Keywords: download Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com The appdb entry, http://appdb.winehq.org/objectManager.php?sClass=version&iId=5993 and a recent wine-users post, http://www.winehq.org/pipermail/wine-users/2008-January/028712.html say the app can display previously saved files, but can't create new ones, because of a problem with its tool popup dialogs: "Little pop-up windows (for creating points, lines, view the undo history...) only accept keyboard input. Clicking on them with the mouse has no effect. They title bar is always grey and can't be "activated" (turned blue), and so they can't be moved around the screen." To reproduce: wget http://crdp.ac-reims.fr/ressources/logiciels/geoplan_geospace/evaluation/GG… wget http://crdp.ac-reims.fr/ressources/logiciels/geoplan_geospace/evaluation/Dl… unzip GG\&.exe unzip Dll.exe wine GeoplanGeospace\&.exe File / New Plane Figure Create / Free Point (for example) At this point, a dialog pops up asking you to name the new object. You can type in it, but not dismiss or accept it. Still present with wine-0.9.54. -- 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 8

[Bug 32088] New: KODAK Share button app from http://support.en.kodak.com/app/answers/detail/a_id/32484/selected/true fails to install.
by wine-bugs＠winehq.org 09 Jan '16

09 Jan '16

http://bugs.winehq.org/show_bug.cgi?id=32088 Bug #: 32088 Summary: KODAK Share button app from http://support.en.kodak.com/app/answers/detail/a_id/32 484/selected/true fails to install. Product: Wine Version: 1.4.1 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dhiffucium(a)gmail.com Classification: Unclassified Created attachment 42302 --> http://bugs.winehq.org/attachment.cgi?id=42302 Detailed information from Wine about the error There are two ways to install this program. The first is to run the installer from the device that mounts when connecting the camera to the USB port. This program should proceed to download the actual installer, but it does nothing bu show a window with the KODAK logo in the corner. My second attempt was to download the installer from KODAK's website and run that instead. The installer starts and I get to answer the questions about language, install location and agree to the terms, but crashes during installation. See the attached trackback file for details. I am running Ubuntu GNOME 12.10. My camera is a Kodak Easyshare MAX Z990, but I suppose the software is the same for many cameras. A note to KODAK camera owners: You can still get your images, by either changing the setting on the camera to not use KODAK software or by taking out the memory card and using a card reader. You will not, however, be able to use the features of the Kodak application to automatically share the selected photos on Facebook or e-mail, you have to do that manually if you don't have access to a real Windows OS. -- 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 11

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-bugs June 2014