wine-bugs November 2012

wine-bugs@winehq.org

1 participants
8955 discussions

[Bug 31508] New: AutoXplorer demo crashes when you click on "Sell Car"
by wine-bugs＠winehq.org 20 Oct '22

20 Oct '22

http://bugs.winehq.org/show_bug.cgi?id=31508 Bug #: 31508 Summary: AutoXplorer demo crashes when you click on "Sell Car" Product: Wine Version: 1.5.11 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com Classification: Unclassified AutoXplorer is an app for used car dealers, with a free trial download. 9fc4799e7672fcd6b225b1b940de0a6a7711f6fd autoxdemo.exe It requires 'winetricks jet40 vb5run' before installing/running. The app starts, but puts up a dialog saying "Error in loading DLL" and the error err:ole:TLB_ReadTypeLib Loading of typelib L"olepro32.dll" failed with error 0 But it recovers and puts up its main gui. Then, if you click on "Sales Desk" and "Sell A Car", it puts up a dialog "Run-time error '13' Type mismatch" and several warnings of type: fixme:olepicture:OLEPictureImpl_FindConnectionPoint no connection point for {33ad4f92-6699-11cf-b70c-00aa0060d393} It exits when you click 'ok'. -- 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.

2 7

[Bug 15561] New: Palm Desktop crashes in address export
by wine-bugs＠winehq.org 20 Oct '22

20 Oct '22

http://bugs.winehq.org/show_bug.cgi?id=15561 Summary: Palm Desktop crashes in address export Product: Wine Version: 1.1.5 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: jan-winehq(a)hoogenraad.net Created an attachment (id=16557) --> (http://bugs.winehq.org/attachment.cgi?id=16557) Detailed output from the shell window where wine was invoked Palm Desktop crashes in address export Version 1.0 (which I usually use) and version 3.0.x crash basically in the same fashion at an address in mfc30 (version 1.0, Windows 3.x) or mfc42 (32-bit version) wine: Unhandled page fault on read access to 0x04455369 at address 0x7fb73a55 (thread 0009), starting debugger... Unhandled exception: page fault on read access to 0x04455369 in 32-bit code (0x7fb73a55). err:dbghelp:pe_load_dbg_file Couldn't find .DBG file "opt_mfc30.DBG" ("\\\xf23") Detailed output from the shell window where wine was invoked are attached. I have added the output of both the Windows 3.x version and the 32-bit version. -- 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.

2 16

[Bug 28363] New: test mstask/task_trigger.ok slightly flaky?
by wine-bugs＠winehq.org 20 Oct '22

20 Oct '22

http://bugs.winehq.org/show_bug.cgi?id=28363 Summary: test mstask/task_trigger.ok slightly flaky? Product: Wine Version: 1.3.28 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: mstask AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com This just happened for me once after about a thousand or so runs: ../../../tools/runtest -q -P wine -M mstask.dll -T ../../.. -p mstask_test.exe.so task_trigger.c && touch task_trigger.ok task_trigger.c:105: Test failed: wStartMinute: Found 46 but expected 47 For what it's worth, this was with WINEDEBUG=warn+heap, and the system was os: Ubuntu 10.04.3 LTS, 2.6.32-33-generic, pulseaudio 0.9.21-63-gd3efa-dirty, Advanced Linux Sound Architecture Driver Version 1.0.21. ram: 3212 MB cpu: Intel(R) Core(TM) i7 CPU 920 @ 2.67GHz gpu: GeForce GT 240/PCI/SSE2 3.2.0 NVIDIA 195.36.24 -- 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.

2 5

[Bug 9645] New: icons etc vanish, except behind mouse
by wine-bugs＠winehq.org 20 Oct '22

20 Oct '22

http://bugs.winehq.org/show_bug.cgi?id=9645 Summary: icons etc vanish, except behind mouse Product: Wine Version: 0.9.44. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P4 Component: wine-gui AssignedTo: wine-bugs(a)winehq.org ReportedBy: arthur.butler(a)smartemail.co.uk Hi, First bug report for Wine-hope I tell you enough. First, thanks for all the work. I'm trying to run a demo version of an interesting program called Universal Mechanism. It's developed by a university and is able to solve and simulate physical systems quite accurately. It's used by companies and researchers, and is reasonably affordable: http://umlab.ru/index.htm The program works, but large parts of the display vanish except when the mouse pointer is moved over them. Could be used, but tedious. I'd guess it might be an interesting program for some users, quite a rare type of program, and useful. Since it runs OK, except UI I wondered if you might be able to investigate? I don't know which part of wine might be responsible, but I'd guess one of the accelerated graphics libraries. I'm using Debian Etch, with your package: 0.9.44~winehq0~debian~4.0-1 I have an nvidia graphics card, and opengl works fine for other apps, via nvidia driver, again debian package. If you need more info please ask, Thanks in advance, Arthur -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 20

[Bug 29644] New: QQ International 1.1 cannot insert images into chat
by wine-bugs＠winehq.org 20 Oct '22

20 Oct '22

http://bugs.winehq.org/show_bug.cgi?id=29644 Bug #: 29644 Summary: QQ International 1.1 cannot insert images into chat Product: Wine Version: 1.3.37 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: jarrodbagwell(a)gmail.com Classification: Unclassified 1. Download QQInt1.1.exe: http://www.softpedia.com/get/Internet/Chat/Instant-Messaging/QQ-Internation… 2. To get it running, install the following packages from winetricks: gdiplus ie6 vcrun6 riched20 3. Open a chat window with someone and click the 'insert image' button. 4. Select an image and attempt to insert 5. QQ should crash out completely. -- 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.

2 30

[Bug 20530] New: SolidWorks Explorer 2010: Fails to start
by wine-bugs＠winehq.org 20 Oct '22

20 Oct '22

http://bugs.winehq.org/show_bug.cgi?id=20530 Summary: SolidWorks Explorer 2010: Fails to start Product: Wine Version: 1.1.32 Platform: PC URL: http://www.solidworks.com/sw/support/downloads.htm OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: lukasz.wojnilowicz(a)gmail.com Created an attachment (id=24467) --> (http://bugs.winehq.org/attachment.cgi?id=24467) Image of two warning windows I'm using Wine wine-1.1.32-260-gf222a16 compiled on gcc (GCC) 4.4.1 20090725 (Red Hat 4.4.1-2) on Fedora 11 i386. Steps to reproduce: 1) clean ~/.wine 2) install SolidWorks Explorer 2010 (swexplorer.exe) downloaded from URL given in heading 3) winetricks vcrun2005 4) launch "~/.wine/drive_c/Program Files/SolidWorks/SolidWorks Explorer 2010/solidworksexplorer.exe" 5) two warning windows appear and at the end graphical crash dialog Result: Application doesn't start Expectation: Application starts -- 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.

2 10

[Bug 20039] New: COM-port CTS/DSR lines stay low
by wine-bugs＠winehq.org 20 Oct '22

20 Oct '22

http://bugs.winehq.org/show_bug.cgi?id=20039 Summary: COM-port CTS/DSR lines stay low Product: Wine Version: 1.1.29 Platform: PC URL: http://www.n1mm.com OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: rx9tx(a)qrz.ru CC: rx9tx(a)qrz.ru Program installation http://www.pi4dec.nl/n1mm/N1MM-FullInstaller.exe Latest update http://www.pi4dec.nl/n1mm/N1MM-newexeV9.9.3.exe Program communicates with the radio through an interface based on USB->COM converter on FTDI chip. After the com port initialisation the CTS/DSR lines stay low, problem is that radio can not read the data if they are low. When running the program under Windows, COM-port initialisation sets the CTS/DSR lines in the high state. Is there any way to set them high? -- 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.

2 7

[Bug 26548] New: GomezPEER is always visible behind other windows
by wine-bugs＠winehq.org 20 Oct '22

20 Oct '22

http://bugs.winehq.org/show_bug.cgi?id=26548 Summary: GomezPEER is always visible behind other windows Product: Wine Version: 1.3.16 Platform: x86-64 URL: http://lastmile.gomez.com/PEERInstall.exe OS/Version: Linux Status: NEW Keywords: download, integration Severity: trivial Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: kennybobs(a)o2.co.uk Created an attachment (id=33811) --> (http://bugs.winehq.org/attachment.cgi?id=33811) Screenshot: console is on top but Gomez still visible To be a bit more accurate, GomezPEER can be seen behind other windows, when GomezPEER updates its window. Parts of the window updates every second so it is effectively always there. This is not a new problem, it has existed for as long as I can remember. Currently using Gnome/Ubuntu/GDM/fglrx but appears on all desktops I have used. Desktop effects are disabled and windows are not transparent. The attached screenshot should make it obvious. -- 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.

2 15

[Bug 20628] New: chromium's ipc_tests.exe's IPCChannelTest.ChannelTest fails occasionally
by wine-bugs＠winehq.org 20 Oct '22

20 Oct '22

http://bugs.winehq.org/show_bug.cgi?id=20628 Summary: chromium's ipc_tests.exe's IPCChannelTest.ChannelTest fails occasionally Product: Wine Version: 1.1.32 Platform: PC OS/Version: Linux Status: NEW Keywords: download, source Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com On Wine, but not on Windows, the command wine src/chrome/Debug/ipc_tests.exe --gtest_filter=IPCChannelTest.ChannelTest fails about 5% of the time. (You may need to run it several hundred times to see the first failures.) Sadly, with +relay it never fails. Related source: http://src.chromium.org/viewvc/chrome/trunk/src/ipc/ipc_tests.cc http://src.chromium.org/viewvc/chrome/trunk/src/ipc/ipc_channel_win.cc To repeat: $ wget http://kegel.com/wine/chromium/chromium-tests.tar.bz2 $ tar -xjvf chromium-tests.tar.bz2 $ while true do wine src/chrome/Debug/ipc_tests.exe --gtest_filter=IPCChannelTest.ChannelTest > log 2>&1 grep FAILED log && break done -- 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.

2 7

[Bug 11667] New: Window contents not updated properly after being moved
by wine-bugs＠winehq.org 20 Oct '22

20 Oct '22

http://bugs.winehq.org/show_bug.cgi?id=11667 Summary: Window contents not updated properly after being moved Product: Wine Version: 0.9.55. Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: directx-ddraw AssignedTo: wine-bugs(a)winehq.org ReportedBy: markk(a)clara.co.uk Hi, I believe this bug relates to DirectDraw. (Apologies for my lack of detailed knowledge about Windows.) In some cases, moving a window whose contents are updated by DirectX calls causes trash/garbage to appear when the window is drawn in its new position, My theory is that WINE remembers the window contents at the moment the user begins dragging the title bar, and simply copies that to the new window position. If the program continues to update the DirectX buffer while the user is moving the window frame, WINE puts the old/stale buffer contents in the moved window. This happens in both normal and virtual desktop modes. For applications like video players, this effect may not be very noticeable if the player redraws the whole window every frame. But for applications which don't do that, the effect can be quite ugly. One program I have found which shows this problem is WinUAE. To reproduce: - Download and install WinUAE from http://www.winuae.net/ - Download an example disk image for testing, e.g. ftp://ftp.coresystems.de/pub/uae/rsi1.adf.gz - Start WinUAE and select the rsi1.adf.gz file for emulated drive DF0:, and start the emulation. - Once the demo graphics appear, repeatedly move the main WinUAE window and notice the problem. -- 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.

2 9

Jump to page:

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 November 2012