https://bugs.winehq.org/show_bug.cgi?id=57754
Bug ID: 57754
Summary: GUI offset in VST plugins
Product: Wine
Version: 10.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: project.music(a)web.de
Distribution: ---
VST plugins, that are loaded through tools like yabridge or LinVST can't be
used. If I try to click a button or some other element in the plugins
interface, I have to click way up and way left of the actual displayed thing
(button, knob...).
This occurs in all distros I tested (fedora, endeavouros, openSuse, kubuntu),
from wine version 9.22 up to version 10, stable or staging.
The only way to use windows vst plugins since then is to downgrade to an older
wine version.
If there is anything I can provide to help, please tell me what and how.
--
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=19561
Summary: Very large memory leak when doing overlapped reads
Product: Wine
Version: 1.1.26
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: wineserver
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ronfischler(a)gmail.com
Created an attachment (id=22796)
--> (http://bugs.winehq.org/attachment.cgi?id=22796)
Program compiled and ready to run using mingw
WINE is buffering serial ports which is in conflict with using overlapped
reads. Additionally, when using overlapped reads on a serial port, there is a
large memory leak. Every time we receive a block of data on the port, (say 800
bytes in our case,) wineserver allocates many pages on the heap and does not
free them afterwards. We are seeing as many as 21 pages lost to the heap every
time we read a small block of data.
My company is creating a Monitor & Control product that works through serial
ports, and we want it to be able to run on Linux netbooks (using USB to serial
port adapters.) This memory leak is the only thing holding us up. The memory
leak is too large for us to recommend to customers that our application can be
used on Linux platforms using WINE.
We are including an attachment for a small program that captures the leak. The
problem is a result of our call to readfile() in the do-while loop. It is using
the overlappedRead feature. Every time this Win32 function call is made, 84K
bytes disappears forever.
-Ron F.
--
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=57489
Bug ID: 57489
Summary: GetPointerPenInfo not located in USER32.dll when
attempting to run Clip Studio Paint 3.0
Product: Wine
Version: 9.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: juliarodrigues70(a)outlook.com
Distribution: ---
As mentioned in the bug 56709 comment
https://bugs.winehq.org/show_bug.cgi?id=56709#c22 the application continues to
not start now with the error "The procedure point GetPointerPenInfo could not
be located in the dynamic link library USER32.dll"
--
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=54858
Bug ID: 54858
Summary: Multiple games call for
"Windows.System.DispatcherQueue" (Tannenberg, The Last
Stand: Aftermath, The Long Dark)
Product: Wine
Version: 8.6
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: ole32
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
Distribution: ---
Lots of
0e8c:fixme:combase:RoGetActivationFactory (L"Windows.System.DispatcherQueue",
{00000035-0000-0000-c000-000000000046}, 00007FEEE4A0FA00): semi-stub
0e8c:err:combase:RoGetActivationFactory Failed to find library for
L"Windows.System.DispatcherQueue"
8.6-29-ga19c1ff1697
--
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=42882
Bug ID: 42882
Summary: rs232 port access no working with ubuntu 17.10 worked
fine with previous versions of ubuntu
Product: Wine
Version: 2.4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: arcadeshopper(a)gmail.com
Distribution: ---
I am able to connect to the serial port via applications in wine but there is
never any data received.
I can communicate outside of wine without issue using minicom.
I am using a ftdi usb to serial adapter that worked fine in previous versions
of ubuntu. I am having this problems with all relases of wine I have tried
including the default ubuntu package and 2.4 from the PPA
--
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.