https://bugs.winehq.org/show_bug.cgi?id=41859
Bug ID: 41859
Summary: pingo crashes when optimizing PNG images
Product: Wine
Version: 1.9.24
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: danielbermond(a)yahoo.com
Distribution: ---
Created attachment 56266
--> https://bugs.winehq.org/attachment.cgi?id=56266
pingo wine terminal log when using PNG image
With JPG image: works well.
With PNG image: it just crashes. Tested with all possible pingo options.
Without command line arguments: shows the help screen as usual.
pingo is a command line PNG/JPG image optimizer that is shipped as a single
'.exe' without needing installation.
Tested with the 3 methods of running Console User Interface programs: 'wine',
'wineconsole --backend=user' and 'wineconsole --backend=curses'. All of them
crashes when using PNG image.
Website: http://css-ig.net/pingo
Download: http://css-ig.net/tools/pingo.zip
OS: Arch Linux x86_64
Wine: 1.9.24 (with all optional dependencies installed)
pingo: 0.41
--
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=46108
Bug ID: 46108
Summary: Wine creates env var with empty string for name and it
breaks python-pip
Product: Wine
Version: 3.17
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: stu.axon(a)gmail.com
Distribution: ---
When I try and install things using pip (from python 2.7, since python 3.5
install doesn't work right not).
it fails, with
*** ValueError: illegal environment variable name
If I open the python interpreter I can see there is an env var with the name of
an empty string:
>>> import os
>>> os.environ['']
'Z:=Z:\\home\\stu\\Downloads'
I had a look at this outside of wine and the env var doesn't show up when
running the same python.
I edited pythons pip code to remove the env var:
~/.wine/drive_c/Python27/Lib/site-packages/pip/_internal/utils/misc.py
I changed these lines:
env = os.environ.copy()
if extra_environ:
env.update(extra_environ)
To:
env = os.environ.copy()
if extra_environ:
env.update(extra_environ)
env.pop('')
And then pip succeeds
--
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=46170
Bug ID: 46170
Summary: Programs that get MIDI data from the "Midi Through"
port will crash
Product: Wine
Version: 3.20
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: realnc(a)gmail.com
Distribution: ---
Created attachment 62822
--> https://bugs.winehq.org/attachment.cgi?id=62822
Example MIDI file that reproduces the crash.
Any Windows software that is configured to use the ALSA "Midi Through" port for
MIDI input (as provided by the snd-seq-dummy kernel module) will crash with a
page fault exception dialog. This only happens with certain MIDI data. It seems
to depend on the speed of the MIDI data.
The issue was originally discovered by using the Linux version of ScummVM
together with the Windows program "Falcosoft Midiplayer" as a means of using a
Windows-only VSTi as a software MIDI synth for ScummVM. In such a setup, the
Linux program is configured to use the "Midi Through" port as MIDI-out, and the
Windows program is configured to use it as MIDI-in.
However, after capturing the specific MIDI data that triggers the crash into a
*.mid file, playing that file in any MIDI player that uses "Midi Through" for
MIDI-out and *any* Windows MIDI program that uses "Midi Through" as MIDI-in,
will crash the Windows program.
The problem is reproducible by at least two people on two different machines.
It is reproducible by building current Wine Git master, without any third-party
patches, and on a cleared ~/.wine directory. Example steps to reproduce this
are:
1. Make sure the "Midi Through" port is available. aplaymidi -l should list
something like:
$ aplaymidi -l
Port Client name Port name
14:0 Midi Through Midi Through Port-0
"Midi Through" is port 14:0 here. If no such port exists, load the
"snd-seq-dummy" kernel module:
$ modprobe snd-seq-dummy
2. Download the attached "crash.mid" file.
3. Download the Falcosoft Midiplayer from:
http://falcosoft.hu/softwares.html#midiplayer
4. Run MidiPlayer.exe in Wine and click the gear icon to open the settings.
Check the "Use Bass (Soundfonts/VSTi)" checkbox (this is only necessary in
order to avoid an unrelated Wine crash.) In the "Midi In" group, check the
"Active" checkbox. In the "Input Port" drop-down selection list, select "Midi
Through Port-0". Click OK.
5. Play the "crash.mid" file using a Linux MIDI player, like aplaymidi, telling
it to use the Midi Through port as output:
$ aplaymidi -p 14 crash.mid
Substitute "14" with the actual port if it differs on your system. It might
take a few attempts before the crash occurs. Here, it crashes about 80% of the
time.
The above steps are just an example. The crash is reproducible with any other
Windows MIDI client, not just the Falcosoft one. See:
https://www.vogons.org/viewtopic.php?f=24&t=48207&start=760#p714667
--
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=37443
Bug ID: 37443
Summary: Civilization 5 unhandled exeption when starting new
game /w Expansions
Product: Wine
Version: 1.7.29
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ptrampau(a)gmail.com
Distribution: ---
Created attachment 49814
--> https://bugs.winehq.org/attachment.cgi?id=49814
crash output
When starting a new game Civ5 crashes during loading screen (you can hear about
half of the text narrated, then crash)
I have both Gods and Kings and brave new World Addons.
--
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=46134
Bug ID: 46134
Summary: QuickBooks 2018 Premier: Setup fails after accepting
license agreement.
Product: Wine
Version: 3.20
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: operations(a)yocopcs.com
Distribution: ---
Created attachment 62779
--> https://bugs.winehq.org/attachment.cgi?id=62779
Terminal output from setup program.
System Configuration
Debian 9.5.0 Stretch x86-64
Wine 3.20 Staging
x86 Wineprefix with ie8,ie7, dotnet462, msxml6, vcrun2005-2017, corefonts, and
msls31.
Starting QuickBooks 2018 setup crashes wine after accepting the license
agreement. Unfortunately Intuit does not provide a direct download of the full
setup file, instead using Akamai Download Manager to download the file I used.
I did not try Akamai Download Manager in this test.
--
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=42714
Bug ID: 42714
Summary: frequent crash while downloading Grand Theft Auto V
update (win7 mode; 64bit prefix; staging)
Product: Wine
Version: 2.4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: o.dierick(a)piezo-forte.be
Distribution: ---
Created attachment 57688
--> https://bugs.winehq.org/attachment.cgi?id=57688
standard terminal output
New install of GTAV (DVD version). After login the game tries to update itself
with a multi-GB download. The download fails either with a lost connection
error "code 203", or crash. Error "code 203" is seen on Windows too so that may
be not wine fault, but the crash are not. After restarting the application, the
download resumes where it left and fails almost instantly.
When the download fails it leaves a .part file in the game directory. When the
.part file is deleted, restarting the application makes the download continue
for a varying amount of time (probably depending on the size of the next file
it downloads).
The whole thing is not yet downloaded so I can't say if the download get
corrupted or not.
Using wine-staging 2.4
Linux 3.16.0-4-amd64 #1 SMP Debian 3.16.39-1+deb8u2 (2017-03-07) x86_64
GNU/Linux
Nvidia GTX970 Debian driver 375.26
--
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=36061
Bug ID: 36061
Summary: winedbg crash dialog shows a leak in imm32
Product: Wine
Version: 1.7.17
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Noticed while valgrinding various test failures:
==13839== 24 bytes in 1 blocks are definitely lost in loss record 250 of 889
==13839== at 0x7BC4C735: notify_alloc (heap.c:255)
==13839== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716)
==13839== by 0x7B84584B: HeapAlloc (heap.c:271)
==13839== by 0x7B845B80: GlobalAlloc (heap.c:388)
==13839== by 0x62CB1A6: ImmCreateIMCC (imm.c:2738)
==13839== by 0x62C4AB7: ImmCreateContext (imm.c:697)
==13839== by 0x62C6F93: ImmGetContext (imm.c:1422)
==13839== by 0x62CB807: ImmProcessKey (imm.c:2891)
==13839== by 0x538AB14: process_keyboard_message (message.c:2469)
==13839== by 0x538B2F4: process_hardware_message (message.c:2692)
==13839== by 0x538BFAD: peek_message (message.c:2900)
==13839== by 0x538E12C: GetMessageW (message.c:3817)
==13839== by 0x534ADB9: DIALOG_DoDialogBox (dialog.c:816)
==13839== by 0x534B064: DialogBoxParamW (dialog.c:879)
==13839== by 0x476B945: display_crash_dialog (crashdlg.c:369)
==13839== by 0x4784337: dbg_active_auto (tgt_active.c:816)
==13839== by 0x478A98C: main (winedbg.c:673)
==13839==
{
<insert_a_suppression_name_here>
Memcheck:Leak
match-leak-kinds: definite
fun:notify_alloc
fun:RtlAllocateHeap
fun:HeapAlloc
fun:GlobalAlloc
fun:ImmCreateIMCC
fun:ImmCreateContext
fun:ImmGetContext
fun:ImmProcessKey
fun:process_keyboard_message
fun:process_hardware_message
fun:peek_message
fun:GetMessageW
fun:DIALOG_DoDialogBox
fun:DialogBoxParamW
fun:display_crash_dialog
fun:dbg_active_auto
fun:main
}
wine-1.7.16-178-g7e874ae
--
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=27576
Summary: RT Se7en Lite installer hangs
Product: Wine
Version: 1.3.22
Platform: x86
URL: http://www.rt7lite.com/downloads.html
OS/Version: Linux
Status: NEW
Keywords: download, Installer
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
Requires Windows 7 mode, refuses to install in XP mode. After that, starts up,
you can accept license, etc. Once you click install, it hangs.
No visible terminal output at that point. There are few lines earlier:
fixme:ole:CoCreateInstance no instance created for interface
{ea1afb91-9e28-4b86-90e9-9e9f8a5eefaf} of class
{56fdf344-fd6d-11d0-958a-006097c9a090}, hres is 0x80004002
fixme:storage:create_storagefile Storage share mode not implemented.
fixme:shell:SHGetKnownFolderPath flags 0x00004400 not supported
fixme:shell:SHGetKnownFolderPath flags 0x00004400 not supported
fixme:shell:SHGetKnownFolderPath flags 0x00004400 not supported
err:richedit:ReadStyleSheet skipping optional destination
err:richedit:ReadStyleSheet skipping optional destination
8afd116c1a524cf1772c972860bc390af713cb6c rt_7_lite_win7_Vista_x86.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=41608
Bug ID: 41608
Summary: Golden Krone Hotel fails to launch
Product: Wine
Version: 1.9.21
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: fjfrackiewicz(a)gmail.com
Distribution: ---
Created attachment 55953
--> https://bugs.winehq.org/attachment.cgi?id=55953
Terminal output Wine 1.9.21-106-g51ec5c6
I am trying to run this game in a 32-bit Windows 7 prefix with Wine-devel
1.9.21 and Wine-Staging 1.9.21 and in both versions the game crashes before it
even starts.
The game, according to its Steam page, requires Windows 7 or later.
Terminal output attached.
--
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.