http://bugs.winehq.org/show_bug.cgi?id=31990
Bug #: 31990
Summary: Add ability to upload extra files along with test ext
Product: Wine-Testbot
Version: unspecified
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: titan.costa(a)gmail.com
Classification: Unclassified
That would be good to have the ability to upload extra files (avi files, dlls,
.drv, ...) to perform individual test (not part of the test suite).
Otherwise it requires to embed the file or use a self extracting exe which are
not very convenient.
--
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=33126
Bug #: 33126
Summary: divided SysEx and coalesced midiOutLongMsg
Product: Wine
Version: 1.5.25
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: winealsa.drv
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: hoehle(a)users.sourceforge.net
Classification: Unclassified
Johannes Kroll reported in wine-patches that the KORG Kontrol Editor software
hung after sending an ill-formed SysEx via winealsa's midiOutLongMsg.
http://www.winehq.org/pipermail/wine-patches/2013-January/121335.html
The MIDIHDR data is F0 ... F7 00 00 00 (125 bytes).
http://www.winehq.org/pipermail/wine-devel/2013-February/098852.html
He observed that no hang occurs when skipping the trailing 3 zero bytes. F7 is
the "End Of SysEx" (EOX) marker.
It is still unclear what happens. MIDI HW is expected to skip over bogus
bytes, thus the zero bytes should cause no harm. OTOH, ALSA might be getting
into trouble processing ill-formed messages, and we don't know if or how many
bytes ALSA actually sent out through the serial port.
In any case, midiOutLongMsg handling in Wine needs fixes.
- winealsa should extract the F0...F7 part and send that as a SysEx.
- More generally, midiOutLong is known to accept not only SysEx packets, but
also coalesced status messages. Some MIDI authors prefer to send e.g. chords
via one LongMsg rather than successive calls to midiOutShortMsg, arguing that
it's faster. Hence all Wine MIDI drivers need to decompose midiOutLongMsg into
packets consisting of status message, regular SysEx ... and possibly junk.
- All APIs (MS, ALSA, OSS, CA) acknowledge the existence of divided SysEx. As
a result, framing SysEx with F0 ... F7 is entirely under application control.
The current winealsa framing code is simply wrong.
- winecoreaudio always declared 3 bytes for short messages, even program
change.
I have written a sequence of patches to fix all of this. The only thing that
is unclear is how to encapsulate garbage data like the above 3 zero bytes or
real time messages with ALSA. What ALSA API function and what ALSA message
type to use? Heck, I'm not even sure winealsa.drv/midi.c:modData is ok to send
a 2-byte MTC quarter frame via snd_seq_ev_set_sysex instead of using a
primitive that sets the type SND_SEQ_EVENT_CLOCK/TICK.
--
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=55176
Bug ID: 55176
Summary: Regression: Wing Commander Secret Ops/Prophecy unable
to launch.
Product: Wine
Version: 8.11
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: jcarthew(a)gmail.com
Distribution: ---
Game fails to load with a fatal error:
"file 'game\\cdlayout.iff' not found and not optional"
0024:err:vxd:MONODEBG_DeviceIoControl "Fatal: "
0024:err:vxd:MONODEBG_DeviceIoControl "Iff::Iff open file 'game\\cdlayout.iff'
not found and not optional"
0024:fixme:event:wait_for_withdrawn_state window 0x10070/a00001 wait timed out
0024:fixme:event:wait_for_withdrawn_state window 0x20070/a00004 wait timed out
Bug was introduced between WINE 7.8 and 7.9. Generating regression testing to
locate exact patch.
--
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=46392
Bug ID: 46392
Summary: Commandos: Behind Enemy Walls is freezing while using
native quartz.dll
Product: Wine
Version: 4.0-rc4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winegstreamer
Assignee: wine-bugs(a)winehq.org
Reporter: gang65(a)poczta.onet.pl
Distribution: ---
Created attachment 63153
--> https://bugs.winehq.org/attachment.cgi?id=63153
Terminal logs with WINEDEBUG=+quartz+gstreamer+amstream
Commandos: Behind Enemy Walls is freezing while using native quartz.dll.
This is caused lack of support for 8 bit colour mode (it is using in Cinepak
codec):
https://multimedia.cx/mirror/cinepak.txt
It is also visible in the logs with fixme warning:
003c:trace:gstreamer:accept_caps_sink 0x7add5558 0x7be6aac8
003c:fixme:gstreamer:amt_from_gst_caps_video Unknown bpp 8
The cinepak gstreamer codec is already installed with command (Ubuntu 18.04):
sudo apt install gstreamer1.0-libav:i386
--
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=50278
Bug ID: 50278
Summary: Diggles: The Myth of Fenris (GOG version) crashes on
launch
Product: Wine-staging
Version: 5.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: lcaffe(a)inbox.lv
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 68826
--> https://bugs.winehq.org/attachment.cgi?id=68826
When runnning main executable 'Diggles.exe'
Game Diggles: The Myth of Fenris
https://www.gog.com/game/diggles_the_myth_of_fenris
Crashes on startup (log attached), the screen becomes black for a second or
two.
--
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=51317
Bug ID: 51317
Summary: multiple applications fail with
NLogConfigurationException in Wine-Mono
(PlagiarismDetector, WinAuth, Panzer Paladin)
Product: Wine
Version: 6.11
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: mscoree
Assignee: wine-bugs(a)winehq.org
Reporter: madewokherd(a)gmail.com
Distribution: ---
This is essentially the following NLog bug:
https://github.com/NLog/NLog/issues/2598
NLog is getting tripped up by the op_Implicit method on System.String which
doesn't exist on .NET Framework, and which it can't call with reflection.
This causes PlagiarismDetector to fail to load with:
[ERROR] FATAL UNHANDLED EXCEPTION: System.Windows.Markup.XamlParseException:
The invocation of the constructor on type 'PlagiarismDetector.MainWindow' that
matches the specified binding constraints threw an exception. --->
System.TypeInitializationException: The type initializer for
'PlagiarismDetector.MainWindow' threw an exception. --->
NLog.NLogConfigurationException: Error when setting property 'Name' on Console
Target[(unnamed)] ---> System.NotSupportedException: Cannot invoke method with
stack pointers via reflection
It also affects WinAuth
(https://web.archive.org/web/20210310120512/https://github.com/winauth/winau…)
once bug 25167 is fixed, and Panzer Paladin in Proton
(https://github.com/ValveSoftware/Proton/issues/4225).
We can't just remove or make non-public String.op_Implicit because libraries
other than mscorlib use 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=43542
Bug ID: 43542
Summary: MikuMikuMoving errors when loading audio file
Product: Wine
Version: 2.14
Hardware: x86
URL: https://sites.google.com/site/mikumikumoving/MikuMikuM
oving_v1275.zip
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dark.shadow4(a)web.de
Distribution: ---
Created attachment 58940
--> https://bugs.winehq.org/attachment.cgi?id=58940
Log of the crash
Using native dotnet40 and d3dx9.
When loading an audio file (.wav), the program crashes.
After installing natuve devenum and quartz it errors with
> Retrieving the COM class factory for component with CLSID {C1F400A4-3F08-11D3-9F0B-006008039E37} failed fue to the following error: 80040154 Exception from HRESULT 0x80040154 (REGDB_E_CLASSNOTREG).
but doesn't crash.
Possibly related to https://bugs.winehq.org/show_bug.cgi?id=43541
--
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=39206
Bug ID: 39206
Summary: Lylian demo hangs after intro video
Product: Wine
Version: 1.7.50
Hardware: x86-64
URL: http://www.fileplanet.com/217922/210000/fileinfo/Lylia
n-Demo
OS: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: 00cpxxx(a)gmail.com
Distribution: ---
Currently wine plays the introduction video but after that it hangs and only
resumes when a few keystrokes and/or mouse clicks are performed.
The problem seems related to quartz but since I'm not sure the component is not
set yet. The video playback ends but it looks like quartz does not recognize
that and keeps waiting for things to happen.
Last lines from the quartz log:
0032:trace:quartz:StdMediaSample2_Release (0x1bb4c0)->(): new ref = 0
0032:trace:quartz:BaseMemAllocator_ReleaseBuffer (0x1baea0)->(0x1bb4c0)
0032:trace:quartz:StdMediaSample2_Release (0x1b92a8)->(): new ref = 0
0032:trace:quartz:BaseMemAllocator_ReleaseBuffer (0x1b8298)->(0x1b92a8)
0032:trace:quartz:AVISplitter_SendEndOfFile End of file reached
0032:fixme:qedit:SampleGrabber_IPin_EndOfStream : stub
0032:trace:quartz:AVISplitter_SendEndOfFile --> 0
0032:trace:quartz:AVISplitter_thread_reader Thread 0 terminated properly
002e:fixme:quartz:FileAsyncReader_WaitForNext Returned: 258 (00000578)
002e:trace:quartz:FileAsyncReader_WaitForNext -- 8004022e
002e:trace:quartz:PullPin_Thread_Process Process sample
002e:trace:quartz:FileAsyncReader_WaitForNext (10000, 0x139e924, 0x139e910)
002e:warn:quartz:FileAsyncReader_WaitForNext Called without samples in queue
and not flushing!!
002e:fixme:quartz:FileAsyncReader_WaitForNext Returned: 258 (00000578)
002e:trace:quartz:FileAsyncReader_WaitForNext -- 8004022e
002e:trace:quartz:PullPin_Thread_Process Process sample
002e:trace:quartz:FileAsyncReader_WaitForNext (10000, 0x139e924, 0x139e910)
002e:warn:quartz:FileAsyncReader_WaitForNext Called without samples in queue
and not flushing!!
002e:fixme:quartz:FileAsyncReader_WaitForNext Returned: 258 (00000578)
002e:trace:quartz:FileAsyncReader_WaitForNext -- 8004022e
The last 4 lines repeat forever.
If I change the game AVI file to any other AVI it plays fine and ends fine.
--
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=55130
Bug ID: 55130
Summary: IF EXIST fails when its argument ends on a slash
Product: Wine
Version: 8.6
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: cmd
Assignee: wine-bugs(a)winehq.org
Reporter: madebr(a)gmail.com
Distribution: ---
When a folder argument of IF EXIST ends on a slash, it will report the argument
as not existing, even though it is.
```
rd /s /q folder
mkdir folder
if exist folder echo "Folder exists"
if not exist folder/ echo "BAD! FOLDER DOES EXIST ACTUALLY"
```
This prints the message "BAD! FOLDER DOES EXIST ACTUALLY", where it shouldn't.
--
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.