https://bugs.winehq.org/show_bug.cgi?id=44962
Bug ID: 44962
Summary: Smart Guard no run
Product: Wine-staging
Version: 3.5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: terapy-session(a)bk.ru
CC: erich.e.hoover(a)wine-staging.com, michael(a)fds-team.de,
sebastian(a)fds-team.de
Distribution: ---
Created attachment 61074
--> https://bugs.winehq.org/attachment.cgi?id=61074
averia petch, l2.exe log
Smart Guard does not work and cannot work around it.
Checked on different servers, but I give a log from the server Averia.ws
--
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=48372
Bug ID: 48372
Summary: SCP-3008 Unhandled exception: page fault on read
access to
Product: Wine
Version: 4.0.3
Hardware: x86-64
OS: Mac OS X
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: zach.stuart(a)ztex.us
Created attachment 66123
--> https://bugs.winehq.org/attachment.cgi?id=66123
crash debug output
Game begins to load and then fails before fully loading.
--
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=54350
Bug ID: 54350
Summary: WHERE does not work
Product: Wine
Version: 8.0-rc4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: tools
Assignee: wine-bugs(a)winehq.org
Reporter: giecrilj(a)stegny.2a.pl
Distribution: ---
> WHERE /?
(no output)
--
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=37296
Bug ID: 37296
Summary: Winecfg differs when it runs on real Windows
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: programs
Assignee: wine-bugs(a)winehq.org
Reporter: carlo.bramix(a)libero.it
Created attachment 49603
--> https://bugs.winehq.org/attachment.cgi?id=49603
Screenshot of Winecfg on Windows
I'm able to run Winecfg on real Windows and I discovered that there is a
graphic glitch in the about dialog.
See attached screenshot for details.
I was able to fix this problem in about.c, by adding DI_MASK flag in the call
of DrawIconEx(), which it is also the correct thing to do in this case.
But strangely, this graphic bug does not happen when winecfg runs in WINE
(that's why probably nobody noticed the absence of the DI_MASK flag).
I would suggest to check and compare a bit the behaviour between Windows and
WINE against the functions DrawIconEx() and LoadImageW() since it seems to me
that there is a difference from the correct result.
NOTE: When it runs on the real Windows, because the presence of a SysLink
inside the resource dialog, Winecfg requires to be linked with commctrl v6, so
it needs a manifest file, as explained here:
http://msdn.microsoft.com/en-us/library/windows/desktop/bb773175%28v=vs.85%…
Another thing, but less important, is that the resource compiler refused the
icon of the application, saying the icon is made with the old DIB format and,
for this reason, it has been discarded; that's why my screenshot shows the app
without the icon in the upper left corner. But hopefully, this can be solved
easily if someone wants.
--
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=55512
Bug ID: 55512
Summary: error in movie maker 2012 in 32-bit mode
Product: Wine
Version: 8.3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: urlmon
Assignee: wine-bugs(a)winehq.org
Reporter: grandrodri3(a)gmail.com
Distribution: ---
Created attachment 75076
--> https://bugs.winehq.org/attachment.cgi?id=75076
error that I get when running the movie maker with the stable version of wine
Hello, I have been testing the movie maker, the latest one, I have read some
instructions that are on the internet and I have tried it, I have put the
report in the corresponding section, what yes, I have tried the movie maker in
32-bit mode and it gives me error, could you review it?, thanks
I attached the error report that gives
All the best
PS: tested libraries
net framework
d3dx9 and 10
ie8
media player
--
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=49420
Bug ID: 49420
Summary: Ableton 10: file dialogs not DPI scaled
Product: Wine
Version: 5.10
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: io(a)mikelpr.com
Distribution: ---
the file open/save dialogs are not scaled when running with a different DPI,
yet the mouse input is - like if the window were actually scaled. therefore, I
can only click the top left halves (width and height) of the file dialogs
--
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=25961
Summary: Visual C++ 2008 runtime not marked as installed by
default
Product: Wine
Version: 1.3.12
Platform: x86
OS/Version: Linux
Status: NEW
Severity: enhancement
Priority: P2
Component: msvcrt
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
The installer for the app I'm looking at now
checks for the visual c++ 2008 runtime, and runs
D:\\Redistributable\\vcredist_x86_en.exe if it wasn't found.
Now, one of these days, Wine's builtin msvcr / msvcp is going to suffice
for this and most other apps, at which point Wine might want to set
the registry to indicate that vcrun2008 is already installed.
This might be in the distant future, depending on how many apps need
the other things that come with the runtime package, like mfc and a full
msvcp, that wine does not yet provide. So this bug will likely remain
open for a long time (if it's not closed for being too far ahead of its time).
For the record, this seems to be how the app is checking whether vcrun2008
is installed:
0024:Call msi.MsiQueryProductStateW(0033e2de
L"{9A25302D-30C0-39D9-BD6F-21E6EC160475}") ret=0040b9ad
0024:Call advapi32.RegOpenKeyW(80000002,0033d6c2
L"Software\\Microsoft\\Windows\\CurrentVersion\\Installer\\Managed\\S-1-5-4\\Installer\\Products\\D20352A90C039D93DBF6126ECE614057",0033d968)
ret=7ef2cd5c
0024:Ret advapi32.RegOpenKeyW() retval=00000002 ret=7ef2cd5c
0024:Call advapi32.RegOpenKeyW(80000001,0033d6c2
L"Software\\Microsoft\\Installer\\Products\\D20352A90C039D93DBF6126ECE614057",0033d968)
ret=7ef2cd5c
0024:Ret advapi32.RegOpenKeyW() retval=00000002 ret=7ef2cd5c
0024:Call advapi32.RegOpenKeyW(80000002,0033d6c2
L"Software\\Classes\\Installer\\Products\\D20352A90C039D93DBF6126ECE614057",0033d968)
ret=7ef2cd5c
0024:Ret advapi32.RegOpenKeyW() retval=00000002 ret=7ef2cd5c
0024:Call advapi32.RegOpenKeyW(80000002,0033d4ca
L"Software\\Microsoft\\Windows\\CurrentVersion\\Installer\\UserData\\S-1-5-4\\Products\\D20352A90C039D93DBF6126ECE614057\\InstallProperties",0033d964)
ret=7ef2b600
0024:Ret advapi32.RegOpenKeyW() retval=00000002 ret=7ef2b600
0024:Ret msi.MsiQueryProductStateW() retval=ffffffff ret=0040b9ad
--
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=36692
Bug ID: 36692
Summary: Bad performance when combineng SetEvent /
WaitForSingleObject for synchronizing worker threads
Product: Wine
Version: 1.6.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: milasudril(a)gmail.com
In a 2d simulation program, each worker thread has its own pair of events. One
event is used to signal master thread that the worker thread is ready. The
other is used by the master thread to signal that the worker thread may
continue.
In Master thread:
while(!m_stop)
{
auto proc_ptr=processors.begin();
while(proc_ptr!=processors.end())
{
// Call SetEvent on "start" event object owned by the object pointed
// to by proc_ptr
proc_ptr->frameNext();
++proc_ptr;
}
proc_ptr=processors.begin();
while(proc_ptr!=processors.end())
{
// Call WaitForSingleObject on "ready" event object owned by
// the object pointed to by proc_ptr
proc_ptr->wait();
++proc_ptr;
}
++framecounter;
}
In worker thread:
while(!m_stop)
{
// Wait for master thread signaling start event (Calls
WaitForSingleObject)
start.wait();
m_model->process(m_framecounter,m_buffers[0].first
,m_buffers[0].second,m_offset);
swap(m_buffers[0],m_buffers[1]);
// Signal master thread that we are ready for next frame (Calls SetEvent)
ready.set();
}
On Wine, the framerate is half of that on Windows 7 on the same machine
Intel(R) Core(TM) i5-3570K CPU @ 3.40GHz. Also there seems to be a huge
different workload on differnt cores when running under Wine.
I realize that SetEvent/WaitForSingleObject are heavy functions on Windows too
as they need kernel assistance, so it might be hard to make it perform better.
--
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=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.