https://bugs.winehq.org/show_bug.cgi?id=47927
Bug ID: 47927
Summary: Is the win32/win64 VM Type distinction redundant with
the Missions field
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 the TestBot has four types of VMs: build, win32, win64 and wine.
As expected the win32 and win64 VM types respectively correspond to 32 and 64
bit Windows VMs which directly correlates with their intrisic ability to run 32
and 64 bit Windows executables.
In contrast whether a wine VM can (or should) run 32 bit Windows executables,
64 bit ones or both is not indicated by its type. Instead this is determined by
the VM's Missions field. A Wine VM, a NetBSD one for instance, could be able to
run 64 bit executables but not 32 bit ones. Or testing the win32 build could be
done on one VM and testing the wow32 and wow64 one on another to spread the
load.
All VMs have this mission field, including the win32 and win64 VMs, where, like
elsewhere, it will determine whether the TestBot allows running 32 and/or 64
bit executables.
In other words a win64 VM will not run 64 bit executables if exe64 is not in
its Missions. That makes the win32 vs. win64 distinction somewhat redundant. So
maybe the two types should be merged into a single 'windows' VM type. Or maybe
it should be preserved as a way to record what the VM is capable of
independently of the missions currently assigned to it.
--
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=48033
Bug ID: 48033
Summary: Do Wine's source analysis on the TestBot server
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: ---
The TestBot needs to collect some information about the Wine source:
* The list of Wine source files (to separate Wine patches from patches for
other projects).
* The list of test source files (so it knows which tests to rerun when a Wine
dll / program is patched).
* The PARENTSRC dll dependencies (again so it knows which tests to rerun when a
PARENTSRC dll is patched).
This information is currently gathered on the build / Wine VMs and retrieved by
the TestBot server when their reconfiguration completes.
However once the TestBot has access to the Wine source (see bug 47839), it
could perform this analysis itself and thus use the results as soon as a Wine
update has been detected.
--
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=37007
Bug ID: 37007
Summary: Wine crashes when my program calls LoadLibrary
function under valgrind
Product: WineHQ Bugzilla
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: bugzilla-unknown
Assignee: wine-bugs(a)winehq.org
Reporter: zt20055453(a)163.com
Created attachment 49171
--> http://bugs.winehq.org/attachment.cgi?id=49171
output info and valgrind logs
I want to run wine under valgrind to get my program's memory leaks info. When
the program is run to LoadLibrary function, the wine crashes。 Myvalgrind
version is 3.9.0, wine version is 1.7.22.
--
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=48030
Bug ID: 48030
Summary: Retrieve the reports/logs while the task runs
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 the TestBot only retrieves the task reports and logs once the VM-side
script running the tests has completed (or timed out).
It could be better to start downloading the reports and logs earlier,
retrieving additional chunks as the files grow:
* The developer could get feedback a bit sooner (but presenting partial results
may require adjustments, particularly one should avoid errors such as 'it looks
like the report has been truncated').
* The download could happen concurrently with the task running which could
provide a small speedup.
* The TestBot would at least get a partial report if the test causes the VM to
crash, though that would likely not be the most interesting part.
* If taking multiple screenshots (see bug 44709) we'd also likely want to start
downloading them before the test has completed. We would not necessarily need
to download them piecemeal but this would still imply interleaving GetFile()
RPCs with the Wait() one.
In all cases we'd want to limit the time we get stuck in GetFile().
--
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=44425
Bug ID: 44425
Summary: MT4 popup hint window wrong
Product: Wine
Version: 3.0
Hardware: x86
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: shidianwei(a)gmail.com
Created attachment 60367
--> https://bugs.winehq.org/attachment.cgi?id=60367
popup window displays even the cursor not on a bar
A feature in MetaTrader 4: A popup hint window will display when the cursor put
in the range of a bar.
MetaTrader 4 running on WINE popups the hint window EVERYWHERE even when the
cursor not in the range of a bar.
--
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=47509
Bug ID: 47509
Summary: Touhou 15.5:Antinomy of Common Flowers stopped running
after upgrading the Wine version from 4.10 to 4.12.2
Product: Wine
Version: 4.12.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: alexsandr.2002.m(a)gmail.com
Distribution: ---
Created attachment 64896
--> https://bugs.winehq.org/attachment.cgi?id=64896
Console output
After launch via shortcut or console with the command "wine ./th155.exe", the
process "./th155.exe" works for a couple of seconds, and then the process
"th155.exe -1" starts up, which just hangs in the task manager.
It didn't start even after manual cleaning of Wine Prefix.
After rolling back to the Stable branch, everything worked as it was.
--
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=35801
Bug ID: 35801
Summary: Tweet Attacks hang when entering invalid login details
Product: Wine
Version: 1.7.14
Hardware: x86-64
URL: http://www.tweetattackspro.com/tweetattackspro.zip
OS: Linux
Status: NEW
Keywords: download
Severity: minor
Priority: P2
Component: mscoree
Assignee: wine-bugs(a)winehq.org
Reporter: imwellcushtymelike(a)gmail.com
Created attachment 47796
--> http://bugs.winehq.org/attachment.cgi?id=47796
Wine 1.7.14 console output
1. Run Tweet Attacks Pro where you are faced with the log-in/registration
window.
2. Enter no details and hit log in.
3. Hang.
System.NullReferenceException: Object reference not set to an instance of an
object
Workaround is dotnet20.
I don't have an account to check if it does this with valid details, but with
dotnet20 installed it simply tells you to enter the correct information.
$ sha1sum tweetattackspro.zip
22b10a75d233882b1ccfbd36ffea2eb2282858d2 tweetattackspro.zip
$ sha1sum tap/TweetAttacksProII.exe
b7eb4ce3bf9fd7d7d1033b8db45fb927bd3ba78a tap/TweetAttacksProII.exe
--
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=41741
Bug ID: 41741
Summary: The Adventures of Lomax demo crash on startup.
Product: Wine
Version: 1.9.23
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: marc-alexandre.espiaut(a)etu.u-bordeaux.fr
Distribution: ---
Created attachment 56181
--> https://bugs.winehq.org/attachment.cgi?id=56181
Demo of The Adventures of Lomax
I've tried to launch a demo of The Adventures of Lomax on la clean win32
prefix, windows version is set to Windows 95 and it crashes at launch.
The demo works nicely on genuine windows.
Attached here is the demo and the output log with the WINEDEBUG flags ddraw and
d3d activated.
--
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=38795
Bug ID: 38795
Summary: Netgear Powerline 3.1 update check fails on second run
Product: Wine
Version: 1.7.45
Hardware: x86-64
URL: http://www.downloads.netgear.com/files/GDC/XAVN2001/NE
TGEAR_Powerline_Setup_V3.1.0.4_230-10802-06.zip
OS: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: imwellcushtymelike(a)gmail.com
Distribution: Ubuntu
Created attachment 51722
--> https://bugs.winehq.org/attachment.cgi?id=51722
wine-1.7.45-146-gaf55ae1 console output (first run)
When the Netgear Powerline 3.1 utility is first run (automatically following
the installation) it is able to check for updates. However, after closing and
reopening the application it fails with the error message "Could not connect to
the NETGEAR servers".
The second log adds this:
vfnRecordDevices open file error
$ sha1sum NETGEAR_Powerline_Setup_V3.1.0.4_230-10802-06.*
5a7506b35fb1e2b70f300b9cfc8df417e9d5f651
NETGEAR_Powerline_Setup_V3.1.0.4_230-10802-06.exe
f6934705fec39c02a938473d6d55065dd0550e72
NETGEAR_Powerline_Setup_V3.1.0.4_230-10802-06.zip
http://www.downloads.netgear.com/files/GDC/XAVN2001/NETGEAR_Powerline_Setup…
--
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=47967
Bug ID: 47967
Summary: Adobe Photoshop 7.0 cannot start
Product: Wine
Version: 4.18
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: wineserver
Assignee: wine-bugs(a)winehq.org
Reporter: aros(a)gmx.com
Distribution: ---
There's a new regression in Wine. It fails to find DLLs in a program directory:
$ pwd
/home/birdie
$ wine "C:\\Program Files\\Adobe\\Photoshop 7.0\\Photoshop.exe"
0009:err:module:import_dll Library ACE.dll (which is needed by L"C:\\Program
Files\\Adobe\\Photoshop 7.0\\Photoshop.exe") not found
0009:err:module:import_dll Library AGM.dll (which is needed by L"C:\\Program
Files\\Adobe\\Photoshop 7.0\\Photoshop.exe") not found
0009:err:module:import_dll Library BIB.dll (which is needed by L"C:\\Program
Files\\Adobe\\Photoshop 7.0\\Photoshop.exe") not found
0009:err:module:import_dll Library CoolType.dll (which is needed by
L"C:\\Program Files\\Adobe\\Photoshop 7.0\\Photoshop.exe") not found
0009:err:module:import_dll Library asn.er.dll (which is needed by L"C:\\Program
Files\\Adobe\\Photoshop 7.0\\Photoshop.exe") not found
0009:err:module:LdrInitializeThunk Importing dlls for L"C:\\Program
Files\\Adobe\\Photoshop 7.0\\Photoshop.exe" failed, status c0000135
However if I do:
$ cd "/home/birdie/.wine/drive_c/Program Files/Adobe/Photoshop 7.0"
$ wine "C:\\Program Files\\Adobe\\Photoshop 7.0\\Photoshop.exe"
Everything works.
--
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.