http://bugs.winehq.org/show_bug.cgi?id=58126
Bug ID: 58126
Summary: Display enumeration differs from winex11
Product: Wine
Version: 10.5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winewayland
Assignee: wine-bugs(a)winehq.org
Reporter: oleg(a)np880.ru
Distribution: ---
Created attachment 78389
--> http://bugs.winehq.org/attachment.cgi?id=78389
Display enumeration in winewayland driver.
Enumeration of displays in winewayland driver differs from winex11 and doesn't
even follow order of reported wl_outputs.
I have 3 displays: with middle one (1440p, primary) being the first display. My
other displays are 1080p. In winex11 it's indeed the first, and it also
reported as first wl_output by my compositor (KWin). But winewayland driver
reports it the second and the leftmost display reported as the first.
It causes problem in old games that don't have display selection and enumerate
video modes only for primary (first) display, so I can't get resolution higher
than 1080p on my 1440p display that is supposed to be primary.
Although we don't have a way to determine primary screen on Wayland we can at
least follow order of reported wl_outputs. Here is what my compositor is
reporting and it doesn't correlate with order of winewayland driver.
interface: 'wl_output', version: 4, name: 61
name: DP-1
description: Xiaomi Corporation Mi monitor
x: 1920, y: 0, scale: 2,
physical_width: 598 mm, physical_height: 336 mm,
make: 'Xiaomi Corporation', model: 'Mi monitor',
subpixel_orientation: unknown, output_transform: normal,
mode:
width: 2560 px, height: 1440 px, refresh: 180.000 Hz,
flags: current
interface: 'wl_output', version: 4, name: 62
name: DP-2
description: Philips Consumer Electronics Company Philips 226V4
x: 0, y: 0, scale: 1,
physical_width: 477 mm, physical_height: 268 mm,
make: 'Philips Consumer Electronics Company', model: 'Philips 226V4',
subpixel_orientation: unknown, output_transform: normal,
mode:
width: 1920 px, height: 1080 px, refresh: 60.000 Hz,
flags: current
interface: 'wl_output', version: 4, name: 63
name: HDMI-A-1
description: Philips Consumer Electronics Company Philips 235PL
x: 3968, y: 0, scale: 1,
physical_width: 510 mm, physical_height: 287 mm,
make: 'Philips Consumer Electronics Company', model: 'Philips 235PL',
subpixel_orientation: unknown, output_transform: 90°,
mode:
width: 1920 px, height: 1080 px, refresh: 60.000 Hz,
flags: current
--
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=57980
Bug ID: 57980
Summary: Adobe Creative Cloud requires unimplemented function
KERNEL32.dll.SetThreadpoolTimerEx
Product: Wine
Version: 10.3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: asdfghrbljzmkd(a)outlook.com
Distribution: ---
Every so often I test installing Adobe CC on Wine to see if it will work. With
the recent fixes relating to libcef/edge/chromium sandboxing, I gave it another
go. Seems like this is now an issue:
```
wine: Call from 00006FFFFFC75D38 to unimplemented function
KERNEL32.dll.SetThreadpoolTimerEx, aborting
```
--
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=48746
Bug ID: 48746
Summary: Null_DC stops with error on Emulator Startup (not
opening the application)
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: apphelp
Assignee: wine-bugs(a)winehq.org
Reporter: starfirehyper(a)gmail.com
Distribution: ---
Hello,
I am having issues with Wine and Null DC
I do have Crossover on a Chromebook, but whatever I start the emulator (not
opening the application) I get a error that tells me " The program (the full
name of the exe) has encountered a serious problem and needs to close." The
link on the error wasn't very helpful. (I am running nullDC 1.0.4 and I don't
know what is causing it)
Thank you and good bye.
Have a nice day! :)
--
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=48771
Bug ID: 48771
Summary: SoulWorker from Official Launcher
Product: Wine
Version: 5.4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: full01(a)linuxmail.org
Distribution: ---
I can't start the game from the Official Launcher. The launcher starts with
Wine-staging but I get the error (The Directory is Invalid) when I try to start
the game client.
The game worked flawlessly before they changed the launcher.
I think the problem is the second launcher called "Soulworkerlauncher.exe".
The game is free to play: https://en.soulworker.gameforge.com/landingpage/
--
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=53407
Bug ID: 53407
Summary: Hogia Hemekonomi Missing date picker widget
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: winehq(a)jonass.user.lysator.liu.se
Distribution: ---
Created attachment 72799
--> https://bugs.winehq.org/attachment.cgi?id=72799
How the calendar widget looks when run on Windows XP.
When showing transactions there is a date entry field where the user can enter
a date. Or press "enter" to get a date picker widget. The widget seems to be
missing in Wine.
To reproduce:
- Run the software like "wine Hemeko.exe"
- There will be dialogue asking about number format, click Yes.
- On first run you get an intro (or error see Bug 53384). If error, just
dismiss. If intro, press "Återgå till Hemekonomi" to dismiss.
- Click "Arkiv" and "Ny" to create a new database to work with. When asked
"Ange namnet på den nya databasen" enter something like "foo.mdb" and click OK.
- Click "Fortsätt med Hemekonomi" to dismiss setup wizard.
- Press CTRL-K or click on icon Kontoutdrag.
- Click OK.
- Use mouse to set focus on entry field in lower right corner called "Fr o m"
- Press enter.
- See Program Error.
On subsequent runs click Arkiv/Öppna instead to use the existing foo.mdb
database.
--
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=55138
Bug ID: 55138
Summary: msys2: bash.exe is not able to fork/start another
process.
Product: Wine
Version: 8.10
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: bernhardu(a)mailbox.org
Distribution: ---
Created attachment 74697
--> https://bugs.winehq.org/attachment.cgi?id=74697
allocation stacks in parent and child bash.exe
This is a followup to bug 47808.
If I understand it right, bug 47808 was primarily about native libraries
getting called at a win32 stack which was not yet committed.
Those native libraries then jumped over the guard page, therefore the stack
got not grown, instead a crash reported.
This aspect was fixed by using the syscall interface and
therefore bug 47808 was closed.
But there is another issue that causes a msys2-forked process crashing,
because after the stack was grown it still misses the PAGE_READWRITE flags.
For this Zeb Figura included in the first attachement to bug 47808
"always expand the stack if within the stack reserve"
a line adding the flags "VPROT_COMMITTED | VPROT_READ | VPROT_WRITE"
to the page that gets the VPROT_GUARD removed in grow_thread_stack.
This modification still enables a forked process to run.
The issue can be reproduced with an unmodified wine by just
- running msys2 bash.exe interactively
- then trying to start e.g. notepad from it.
Attached file shows the stack when the stack gets allocated
- in a working msys2-parent process and
- in a failing msys2-forked child process.
Therefore it looks like the forked stack get really setup differently,
but it is still not clear if or when this memory gets the READ/WRITE
added in native windows.
--
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=37131
Bug ID: 37131
Summary: Clang Static Analyzer: Division by zero
Product: Wine
Version: 1.7.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: lukebenes(a)hotmail.com
Clang Static Analyzer identifies Division by zero
File: dlls/winex11.drv/palette.c
Location: line 601, column 43
Description: Division by zero
#define NB_RESERVED_COLORS 20
...
static void X11DRV_PALETTE_FillDefaultColors(....)
{
...
int i = 0, idx = 0;
int red, no_r, inc_r;
...
if (palette_size <= NB_RESERVED_COLORS)
return;
while (i*i*i < (palette_size - NB_RESERVED_COLORS)) i++;
no_r = no_g = no_b = --i;
...
inc_r = (255 - NB_COLORCUBE_START_INDEX)/no_r;
//Clang: Division by zero
...
}
The code will continue executing if the palette_size variable is larger than or
equal to 21. With the value 21, the 'i' variable will be first incremented by
one and then decremented by one. As a result, the 'i' variable will remain
equal to zero, which will cause the division-by-zero error.
--
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=31212
Bug #: 31212
Summary: Some VST instruments crash when reloaded in Mixcraft
Product: Wine
Version: 1.5.8
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: s_chriscollins(a)hotmail.com
Classification: Unclassified
In Mixcraft, some VST instruments crash when loaded a second time on a track.
However, the same instruments work fine when loaded for the first time on a
track. The following can be reproduced easily in Mixcraft:
1. Start Mixcraft and select "Build Virtual Instrument Tracks" from the "New
Project" window.
2. Click on the keyboard icon next to the first track name, which will bring up
the instrument selection window.
3. Select "<VSTi Instruments>" from the left pane and then "Messiah" from the
right pane. This sets the track to use the Messiah VSTi synth.
4. Now select "Acoustica Instruments" from the right pane.
5. Once again, select "Messiah" from the right pane. Mixcraft will pop up an
error box with the title "An instrument has crashed" containing the following
text: "A crash has been detected in the instrument "Messiah." This plug-in has
been muted. We recommend you save your project and re-start Mixcraft to avoid
losing your work."
Unfortunately, no helpful terminal output seems to be generated in relation to
the plugin crash. I have provided more detailed notes on VST behavior in
Mixcraft here:
https://docs.google.com/document/d/1YEPh0mkd_ip1whAJXcRIl4HYny5D8LSeGo3qgzV…
** My System **
OS: Kubuntu 12.04 64-bit w/ KDE SC 4.8.4
Motherboard: ASRock X58 Extreme3 (Intel X58 chipset)
CPU: Intel Core i7 (2.8 GHz quad-core)
RAM: 12GB DDR3
Video: Dell NVIDIA GeForce 7800 GTX w/ 256 MB RAM (PCI Express)
Sound Card #1: Sound Blaster Audigy 2 ZS Gold
Sound Card #2: Echo Gina3G
Linux Kernel: 3.2.0-26-generic
NVIDIA video driver: 302.17
Screen Resolution: 1280 x 960
--
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=55019
Bug ID: 55019
Summary: kernel32:process - Accents cause test_Environment() to
fail on Windows
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
kernel32:process - Accents cause test_Environment() to fail on Windows:
process.c:1267: Test failed: Parent-env string CI_COMMIT_AUTHOR=Bernhard Klbl
<besentv(a)gmail.com> isn't in child process
process.c:1267: Test failed: Parent-env string CI_COMMIT_DESCRIPTION=
Signed-off-by: Bernhard Klbl <besentv(a)gmail.com> isn't in child process
process.c:1267: Test failed: Parent-env string CI_COMMIT_MESSAGE=mf/tests:
Remove duplicate call to MFStartup().
Signed-off-by: Bernhard Klbl <besentv(a)gmail.com>
isn't in child process
process.c:1292: Test failed: Child-env string CI_COMMIT_AUTHOR=Bernhard K"lbl
<besentv(a)gmail.com> isn't in parent process
process.c:1292: Test failed: Child-env string CI_COMMIT_DESCRIPTION=
Signed-off-by: Bernhard K"lbl <besentv(a)gmail.com> isn't in parent process
process.c:1292: Test failed: Child-env string CI_COMMIT_MESSAGE=mf/tests:
Remove duplicate call to MFStartup().
Signed-off-by: Bernhard K"lbl <besentv(a)gmail.com>
isn't in parent process
See https://test.winehq.org/data/patterns.html#kernel32:process
These failures happen in about 15% of the runs and in all of them the
environment variable was supposed to contain an accent.
This also explains why the failures:
* Are always about the GitLab environment variables: in our regular test
configurations environment variables don't contain accents.
* Only happen on the GitLab CI Windows test VM: this VM is the only one where
the environment variables change from one run to the next, mostly due to
CI_COMMIT_XXX.
* Always happen in both the 32- and 64-bit tests of a given build.
--
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=57020
Bug ID: 57020
Summary: Anritsu Software Toolbox doesn't install properly
Product: Wine
Version: 9.14
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dark.shadow4(a)web.de
Distribution: ---
Download:
https://dl.cdn-anritsu.com/en-us/test-measurement/files/Software/Drivers-So…
To test
- Run the installer in clean WINEPREFIX
- Uncheck "Check for Updates"
- Select all components (default)
- When it asks something about the "NI VISA" runtime, select "Yes"
In the install folder (default .wine/drive_c/Program Files (x86)/Anritsu) there
hsould be folders like "Line Sweep Tools" and other. On Wine, those are
missing.
The problem can be worked around by using "winetricks -q dotnet35" before
attempting the install.
Not sure why it can't use wine-mono.
Another way to possibly test: You can unpack the installer exe with 7-zip, then
the $TEMP folder contains the installers, e.g. LST_V1.71_Installer.exe
If you run those, they will complain about missing .NET 3.5 as well.
--
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.