http://bugs.winehq.org/show_bug.cgi?id=34641
Bug #: 34641
Summary: sketchup 8 display problem when selecting by dragging
Product: Wine
Version: 1.6
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: burelbruno(a)orange.fr
Classification: Unclassified
Env :
UBUNTU 13.04
Wine 1.6
Sketchup 8
Nvidia card with the "Nouveau" driver, NOT with the Nvidia driver
When dragging (both ways) to select items normal display disappear, the screen
display tiles of the wallpaper and others old display
--
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.
https://bugs.winehq.org/show_bug.cgi?id=39504
Bug ID: 39504
Summary: Unhandled exception: page fault on read access to
0x40800035 in 32-bit code (0x006d8d5d).
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: joel.huebner(a)gmail.com
Distribution: ---
Created attachment 52645
--> https://bugs.winehq.org/attachment.cgi?id=52645
wine crash using sketchup in lubuntu 15.10
Unhandled exception: page fault on read access to 0x40800035 in 32-bit code
(0x006d8d5d).
--
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.
https://bugs.winehq.org/show_bug.cgi?id=38859
Bug ID: 38859
Summary: CMake hangs when detecting msvc10 compiler
Product: Wine
Version: 1.7.46
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: xantares09(a)hotmail.com
Distribution: ---
Created attachment 51786
--> https://bugs.winehq.org/attachment.cgi?id=51786
winedbg backtrace
I'm trying to use microsoft compiler along with cmake (vc2010express+cmake from
winetricks) and it hangs configuring an hello world project.
It succeeds the second time the build is run, or as long as the wineserver
process is alive, ie if killed, it will fail another time.
Actual output:
> cmake -G "NMake Makefiles" -DCMAKE_BUILD_TYPE=Release .
-- The C compiler identification is MSVC 16.0.30319.1
-- The CXX compiler identification is MSVC 16.0.30319.1
-- Check for working C compiler: C:/Program Files/Microsoft Visual Studio
10.0/VC/bin/cl.exe
CMake hangs here, but it should output the rest:
-- Check for working C compiler: C:/Program Files/Microsoft Visual Studio
10.0/VC/bin/cl.exe -- works
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Check for working CXX compiler: C:/Program Files/Microsoft Visual Studio
10.0/VC/bin/cl.exe
-- Check for working CXX compiler: C:/Program Files/Microsoft Visual Studio
10.0/VC/bin/cl.exe -- works
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Detecting CXX compile features
-- Detecting CXX compile features - done
-- Configuring done
-- Generating done
-- Build files have been written to: Z:/home/xantares/projects/msvc-wine
I use these install/build scripts for you to reproduce the problem:
https://github.com/xantares/msvc-wine
--
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.
https://bugs.winehq.org/show_bug.cgi?id=39216
Bug ID: 39216
Summary: When i start WoW Mists of Pandaria Wine 1.7.51 int
dont even start
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: vaxxipooh(a)gmail.com
Distribution: ---
Created attachment 52277
--> https://bugs.winehq.org/attachment.cgi?id=52277
"Windows" error messeges
When i start WoW Mists of Pandaria Wine 1.7.51 int dont even start:
here is the output:
------------------------------------------------------------------------------
fixme:dwmapi:DwmIsCompositionEnabled 0x6cf1312c
fixme:iphlpapi:NotifyIpInterfaceChange (family 0, callback 0x6a07afa1, context
0xd63cf8, init_notify 0, handle 0x163e7c4): stub
fixme:iphlpapi:CancelMibChangeNotify2 (handle (nil)): stub
wine: configuration in '/home/vaxx/.wine' has been updated.
fixme:heap:RtlSetHeapInformation (nil) 1 (nil) 0 stub
fixme:heap:RtlSetHeapInformation 0x1510000 0 0x192fee4 4 stub
fixme:d3d11:D3D11CoreCreateDevice Ignoring feature levels.
fixme:dxgi:dxgi_device_init Ignoring adapter type.
fixme:d3d11:device_parent_create_swapchain_surface device_parent 0x15da40,
container_parent 0x162330, wined3d_desc 0x192f468, surface 0x192f450 partial
stub!
fixme:d3d11:device_parent_create_swapchain_surface Implement DXGI<->wined3d
usage conversion
fixme:actctx:parse_depend_manifests Could not find dependent assembly
L"Microsoft.Windows.Common-Controls" (6.0.0.0)
fixme:heap:RtlSetHeapInformation (nil) 1 (nil) 0 stub
fixme:process:GetLogicalProcessorInformationEx (3,(nil),0x33f064): stub
fixme:winhttp:get_system_proxy_autoconfig_url no support on this platform
fixme:winhttp:WinHttpDetectAutoProxyConfigUrl discovery via DHCP not supported
--------------------------------------------------------------------------------
However i can start it with Wine 1.6.2
the problem arises after the last update from the developement PPA
also some other windows program seems effected like Torchlight
--
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.
http://bugs.winehq.org/show_bug.cgi?id=31674
Bug #: 31674
Summary: Wine 1.5.6 breaks Quicken 99 import of .qif files;
special text character handling problem
Product: Wine
Version: 1.5.12
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: drt781(a)yahoo.com
Classification: Unclassified
Have been using Quicken 99 for years via Wine. Upgraded from OpenSuse 12.1 to
OpenSuse 12.2, and with it Wine 1.5.6 broke import function for .qif files.
When I try to import a local .qif file (containing transactions) the operation
completes "successfully" but resulting table of data is corrupted. Quicken 99
now, newly, incorrectly interprets .qif files. Uses current date for most
transactions (instead of historical), and appears to have mangled, shifted,
and/or truncated fields. Where 2d field frequently was blank, 3d field shifted
into its place in truncated form. None of the fields displayed correctly.
Dollar amounts also incorrect; inaccurate and too large by a factor of x100, as
if Q 99 failed to see decimals, but the cents still are not rounded (as would
be expected if decimal was just dropped) and the amounts are not familar.
Only the imported data is corrupted; pre-existing data ok. Looks like a
possible problem/change in handling special characters in plain text import
files, such as following symbols: ' , and . Possibly also following: * and /
The ^ character separated transactions; may have been read ok. Don't think
that would explain the entire problem, though.
Problem also exists under Wine 1.5.12, not resolved. This will make it much
harder to use Q99.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=34576
Bug #: 34576
Summary: Altova XML Spy 2013 rel.2 sp2: crashes during entering
registration code
Product: Wine
Version: 1.7.2
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wininet
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: kroman(a)hp.com
Classification: Unclassified
Created attachment 46028
--> http://bugs.winehq.org/attachment.cgi?id=46028
backtrace
Latest version of Altova crashes while entering (correct) permament
registration code. Steps to reproduce:
1. Download latest Altova XML Spy 32-bit, Enterprise Edition from
http://www.altova.com/download_current.html.
2. Install it (no .wine directory).
3. Run Xml Spy from Wine menu from application launcher.
4. Enter permament license key, my data:
Name: Kamil Roman
Company: Hewlett-Packard Co
Unfortunately, for obvious reasons I can't give you the registration key.
However, one may request for a trial key, which will probably result in the
same error as the application seems to crash while trying to download some data
from the Internet.
Running Kubuntu Running, wine 1.7.2 from wine ppa. Any workaround is very
welcome.
Installer's sha1 sum:
kamil@localhost:~/Downloads/instalki HP$ sha1sum XMLSpyEnt2013.exe
b6a8a921b67f358609ebf5092ba7b2a8fc94a5ac XMLSpyEnt2013.exe
--
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.
https://bugs.winehq.org/show_bug.cgi?id=36319
Bug ID: 36319
Summary: valgrind shows several possible leaks in
quartz/tests/misc.c
Product: Wine
Version: 1.7.18
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: quartz
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Created attachment 48405
--> https://bugs.winehq.org/attachment.cgi?id=48405
valgrind log
==27568== 5,744 bytes in 148 blocks are possibly lost in loss record 643 of 655
==27568== at 0x7BC50A9B: RtlAllocateHeap (heap.c:255)
==27568== by 0x4ECBA52: alloc_bstr (oleaut.c:162)
==27568== by 0x4ECC255: SysAllocStringByteLen (oleaut.c:413)
==27568== by 0x4EF7C4F: ITypeLib2_Constructor_MSFT (typelib.c:2254)
==27568== by 0x4EFB20B: LoadTypeLibEx (typelib.c:3460)
==27568== by 0x4EFCDF2: LoadTypeLib (typelib.c:454)
==27568== by 0x4EFD4AA: LoadRegTypeLib (typelib.c:537)
==27568== by 0x647CAD3: ???
==27568== by 0x6483475: ???
==27568== by 0x6413806: ???
==27568== by 0x6413AC0: ???
==27568== by 0x53134DD: CoCreateInstance (unknwn.h:226)
==27568== by 0x64832A8: ???
==27568== by 0x6486644: ???
==27568== by 0x641A819: ???
==27568== by 0x6413AC0: ???
==27568== by 0x53134DD: CoCreateInstance (unknwn.h:226)
==27568== by 0x4D6F01A: test_aggregation (misc.c:81)
==27568== by 0x4D70125: func_misc (misc.c:174)
==27568== by 0x4D723D4: run_test (test.h:584)
==27568==
==9329== 288 bytes in 2 blocks are definitely lost in loss record 485 of 657
==9329== at 0x7BC50A9B: RtlAllocateHeap (heap.c:255)
==9329== by 0x654C126: ???
==9329== by 0x6544704: ???
==9329== by 0x64ECFB7: ???
==9329== by 0x64E7667: ???
==9329== by 0x53134DD: CoCreateInstance (unknwn.h:226)
==9329== by 0x4D6F01A: test_aggregation (misc.c:81)
==9329== by 0x4D70125: func_misc (misc.c:174)
==9329== by 0x4D723D4: run_test (test.h:584)
==9329== by 0x4D727C3: main (test.h:654)
==9329==
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.
https://bugs.winehq.org/show_bug.cgi?id=39512
Bug ID: 39512
Summary: Make it possible to run multiple tests in a single
task
Product: Wine-Testbot
Version: unspecified
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: unknown
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
Currently when a patch touches multiple tests the TestBot creates one task per
test per VM, and even multiple jobs if the patch touches tests for multiple
dlls.
For instance currently Wine patches are tested on four 32 bit VMs and five 64
bit VMs. So a patch that modified 2 tests in one dll and 3 in another would
create 2 jobs and 72 tasks (2 build tasks, (2+3)*(4+5) 32 bit tasks, and
(2+3)*5 64 bit tasks). The overall run time would obviously be quite long, thus
earning this type of (otherwise quite legitimate) patch the 'test bomb'
nickname.
The fix is to take the ability to build a WineTest executable with only a few
tests (see bug 39065) further so that:
* A WineTest executable containing only the modified tests is built.
* The TestBot then creates only one job and one task per VM to run that test
executable.
* Just like in bug 39065 the tasks would have to specify a command line such
that only the modified tests are run. That's not just for efficiency's sake but
also to avoid getting test failures from unmodified tests.
* Instead of having a constant 2 minutes timeout the tasks would also need to
have a timeout that's in line with the number of tests to run. This could be
something like:
MIN(tests_count, 2) * 2 minutes + average_time * tests_count
Where average_time would be some configurable constant (probably something
around 3 to 5 seconds).
--
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.
https://bugs.winehq.org/show_bug.cgi?id=37612
Bug ID: 37612
Summary: Mount & Blade: Crashes on startup (No compatible
Direct3D Device)
Product: Wine
Version: 1.7.31
Hardware: x86
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: m22mail(a)comcast.net
Mount & Blade: Warband crashes after the intro video with the error popup
"Could not find any compatible 3D device".
The game runs in Wine version 1.7.9 however it seems all the latest versions
crash with this error. I installed all the DirectX .dlls from winecfg and
installed the latest DirectX 9.0 Redistributable, but the crash remains. It
seems as though this error happens when a video card does not meet the
requirements, however I can confirm my card does meet the requirements, being
that it opens in older versions of Wine.
--
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.
https://bugs.winehq.org/show_bug.cgi?id=38290
Bug ID: 38290
Summary: LabVIEW installer (2009sp1, 2012 Fall, 2014 Fall)
fails with msi.dll ACCESS_VIOLATION
Product: Wine
Version: 1.6.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msi
Assignee: wine-bugs(a)winehq.org
Reporter: enrico.segre(a)weizmann.ac.il
Distribution: ---
when setup.exe is run from desktop without particular wineprefix, as I reported
for the AppDB (
https://appdb.winehq.org/objectManager.php?sClass=application&iId=4556 ).
I see that several other bugs related to msi and labview (5399, 8895, 26537,
27841, 28849, 29099 for example) have already been filed and closed, so forgive
if that is a duplicate, or if there is a trivial workaround which I ignore.
--
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.