https://bugs.winehq.org/show_bug.cgi?id=54458
Bug ID: 54458
Summary: vbscript memory leaks in Global_Split
Product: Wine
Version: 7.21
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: vbscript
Assignee: wine-bugs(a)winehq.org
Reporter: jsm174(a)gmail.com
Distribution: ---
While porting Visual Pinball to cross platform, I started using XCode
Instruments to find some outstanding memory leaks.
There appears to be a memory leak in Global_Split.
The BSTRs that get copied from "var" into the SafeArray using VariantCopyInd
are never freed.
The following code changes fix this:
for (i = 0; i < count; i++) {
str = SysAllocStringLen(string + start, indices[i] - start);
if (!str) {
hres = E_OUTOFMEMORY;
break;
}
V_VT(&var) = VT_BSTR;
V_BSTR(&var) = str;
hres = VariantCopyInd(data+i, &var);
if(FAILED(hres)) {
SafeArrayUnaccessData(sa);
SysFreeString(str);
goto error;
}
start = indices[i]+delimiterlen;
SysFreeString(str);
}
--
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=54456
Bug ID: 54456
Summary: vbscript memory leak in For Each with SafeArray as
group
Product: Wine
Version: 7.21
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: vbscript
Assignee: wine-bugs(a)winehq.org
Reporter: jsm174(a)gmail.com
Distribution: ---
While porting Visual Pinball to cross platform, I started using XCode
Instruments to find some outstanding memory leaks.
Given the following code:
Class cvpmDictionary
Private mDict
Private Sub Class_Initialize : Set mDict =
CreateObject("Scripting.Dictionary") : mDict("key") = "value" : End Sub
Public Function Keys : Keys = mDict.Keys : End
Function
End Class
Dim vpDict
Set vpDict = New cvpmDictionary
Sub RollingTimer_Timer
For Each obj In vpDict.Keys : Debug.Print "Key" : Next
End Sub
RollingTimer_Timer gets executed a few times a second. This seems to leak the
vpDict.Keys SafeArray.
If I change the code to:
Sub RollingTimer_Timer
Dim x
x = vpDict.Keys
For Each obj In x : Debug.Print "Key" : Next
End Sub
No memory leaks are detected. In this case, release_exec calls VariantClear for
ctx->vars which frees the SafeArray in X.
In the first case, vpDict.Keys doesn't appear to be stored anywhere, so nothing
is freed in release_exec.
--
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=54379
Bug ID: 54379
Summary: since wine 8.0 print doesn't work any more
Product: Wine
Version: 8.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: spam(a)abma.de
Distribution: ---
after upgrading to wine 8.0 printing to a network printer doesn't work any
more.
with wine 7.0 printing the same on the same printer just works.
i've run the app with:
WINEDEBUG=+winprint
see attachment:
not sure if relevant, what looks suspicious:
OpenPrintProcessor L", Port", 0740D014
--
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=49615
Bug ID: 49615
Summary: since 5.5 : fail DVD access without any need or cause.
Product: Wine-staging
Version: 5.13
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: winebugs(a)evolution-hosting.eu
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 67801
--> https://bugs.winehq.org/attachment.cgi?id=67801
dmesg output
OS: Fedora 31
ARCH: X86_64
CPU: FX8350
On wine-staging start, the attached log is produced, everytime a programm is
started and sometimes in conjunction with NVRM Xid 31/32 errors for Nvidia gfx
car.
This can be observed since wine 5.5 .
3d party extension: DXVK
packages installed:
mingw32-wine-gecko-2.47.1-1.fc31.noarch
mingw64-wine-gecko-2.47.1-1.fc31.noarch
wine-5.10-1.fc31.i686
wine-5.10-1.fc31.x86_64
wine-alsa-5.10-1.fc31.i686
wine-alsa-5.10-1.fc31.x86_64
wine-arial-fonts-5.10-1.fc31.noarch
wine-capi-5.10-1.fc31.i686
wine-capi-5.10-1.fc31.x86_64
wine-cms-5.10-1.fc31.i686
wine-cms-5.10-1.fc31.x86_64
wine-common-5.10-1.fc31.noarch
wine-core-5.10-1.fc31.i686
wine-core-5.10-1.fc31.x86_64
wine-courier-fonts-5.10-1.fc31.noarch
wine-debuginfo-2.10-1.fc25.x86_64
wine-desktop-5.10-1.fc31.noarch
wine-filesystem-5.10-1.fc31.noarch
wine-fixedsys-fonts-5.10-1.fc31.noarch
wine-fonts-5.10-1.fc31.noarch
wine-ldap-5.10-1.fc31.i686
wine-ldap-5.10-1.fc31.x86_64
wine-marlett-fonts-5.10-1.fc31.noarch
wine-mono-5.0.0-1.fc31.noarch
wine-ms-sans-serif-fonts-5.10-1.fc31.noarch
wine-openal-5.10-1.fc31.i686
wine-openal-5.10-1.fc31.x86_64
wine-opencl-5.10-1.fc31.i686
wine-opencl-5.10-1.fc31.x86_64
wine-pulseaudio-5.10-1.fc31.i686
wine-pulseaudio-5.10-1.fc31.x86_64
wine-small-fonts-5.10-1.fc31.noarch
wine-staging64-5.13-1.3.x86_64
wine-staging-common-5.13-1.3.i686
wine-symbol-fonts-5.10-1.fc31.noarch
wine-systemd-5.10-1.fc31.noarch
wine-system-fonts-5.10-1.fc31.noarch
wine-tahoma-fonts-5.10-1.fc31.noarch
wine-tahoma-fonts-system-5.10-1.fc31.noarch
wine-times-new-roman-fonts-5.10-1.fc31.noarch
winetricks-20200412-1.fc31.noarch
wine-twain-5.10-1.fc31.i686
wine-twain-5.10-1.fc31.x86_64
wine-wingdings-fonts-5.10-1.fc31.noarch
--
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=54495
Bug ID: 54495
Summary: Motorola Ready For Assistant does not start
Product: Wine
Version: 8.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: lischak(a)gmail.com
Distribution: ---
Created attachment 74049
--> https://bugs.winehq.org/attachment.cgi?id=74049
install+run of v04.0.0.010.000 on Wine 8.1
Motorola Ready For Assistant is a software for interfacing with Motorolas from
desktop, allowing either phone screen mirror or a full-sized Android-powered
desktop similar to Samsung DeX. The installer appears to finish successfully,
but the application will not start.
Installation file is freely downloadable:
https://web.archive.org/web/20230214220515/https://download.lenovo.com/leno…
# ReadyFor is reportedly supported on Win10, make sure our prefix is Win10
WINEPREFIX=~/.wine_readyfor winecfg
cd ~/Downloads
WINEPREFIX=~/.wine_readyfor wine ReadyFor_setup_04.0.0.010.000.exe
cd ~/.wine_readyfor/drive_c/Program\ Files/Lenovo/Ready\ For\ Assistant
WINEPREFIX=~/.wine_readyfor wine ReadyFor.exe
Attaching log from installation and from a follow-up run.
Env: Fedora 37, using the appropriate official WineHQ repo.
Note: The software is apparently only available via MS Store nowadays, but the
Store install just downloads a normal Win32 .exe from Motorola/Lenovo's servers
in the background.
--
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=54493
Bug ID: 54493
Summary: vbscript fails to compile concat when used without
space and expression begins with H
Product: Wine
Version: 7.21
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: vbscript
Assignee: wine-bugs(a)winehq.org
Reporter: jsm174(a)gmail.com
Distribution: ---
While porting Visual Pinball to cross platform, I ran into a script with the
following:
DMD CL(0, "HIGHSCORES"), "1> " &HighScoreName(0) & " "
&FormatScore(HighScore(0)), "", eNone, eScrollLeft, eNone, 2000, False, ""
This is valid in vbscript and knows that &HighScoreName is not a hex number.
In lex.c I see:
case '&':
if(*++ctx->ptr == 'h' || *ctx->ptr == 'H')
return parse_hex_literal(ctx, lval);
return '&';
Is there a way we could advance to make sure it's really a hex value instead of
a variable?
--
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=54376
Bug ID: 54376
Summary: ws2_32:sock - test_reuseaddr() overflows a sockaddr
variable by reading an AF_INET6 peer name into it
Product: Wine
Version: 8.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winsock
Assignee: wine-bugs(a)winehq.org
Reporter: jinoh.kang.kr(a)gmail.com
CC: pgofman(a)codeweavers.com
Regression SHA1: c6da691926c418697ab982a284228772837a4be2
Distribution: ---
ws2_32:sock - test_reuseaddr() overflows a sockaddr variable (saddr) by passing
it as a peer name buffer to accept() on an IPv6 TCP listener socket, which then
assumes that the buffer is at least as large as struct sockaddr_in6.
--
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=54353
Bug ID: 54353
Summary: crypt32:cert - testVerifyRevocation() gets unexpected
success in Wine on second run
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: crypt32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
crypt32:cert - testVerifyRevocation() gets unexpected success in some Wine
configurations:
cert.c:3910: Test failed: success
cert.c:3911: Test failed: got 00000000
See https://test.winehq.org/data/patterns.html#crypt32:cert
In fact the test only succeeds on the first run in a given wineprefix. All
later runs fail:
$ rm -rf ~/.wineprefix
$ ./wine dlls/crypt32/tests/i386-windows/crypt32_test.exe cert
0700:cert:0.615 608 tests executed (0 marked as todo, 0 as flaky, 0 failures),
0 skipped.
$ ./wine dlls/crypt32/tests/i386-windows/crypt32_test.exe cert
cert.c:3910: Test failed: success
cert.c:3911: Test failed: got 00000000
078c:cert:0.242 608 tests executed (0 marked as todo, 0 as flaky, 2 failures),
0 skipped.
# Running the test again gets the same failures
This is why the test.winehq.org only has failures for my fg_deb64-wow32 test
configuration: on my desktop I run the wow64 tests first, and then the wow32
tests in the same wineprefix.
A bisect shows that these failures were introduced by the commit below:
commit 67de946ca9bdc8f39adffca57a336165936e62e2 (refs/bisect/bad)
Author: Paul Gofman <pgofman(a)codeweavers.com>
Date: Wed Jan 11 14:00:48 2023 -0600
cryptnet: Check cached revocation status in verify_cert_revocation().
That is, before this commit, running the test twice in a row was not an issue.
--
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=54337
Bug ID: 54337
Summary: AviUtl shows Japanese text as garbage after conversion
in ExEdit edit box
Product: Wine
Version: 8.0-rc4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: sagawa.aki+winebugs(a)gmail.com
Distribution: ---
Created attachment 73906
--> https://bugs.winehq.org/attachment.cgi?id=73906
Illustration of AviUtl mojibake
AviUtl is a Japanese AVI file editing tool. When a user inputs Japanese text to
the certain edit box with Input Method, it shows garbage, i.e. mojibake.
How to reproduce:
1. Download aviutl110.zip and exedit93rc1.zip respectively from
http://spring-fragrance.mints.ne.jp/aviutl/
2. Unzip them.
3. Launch aviutil.exe in Japanese locale, i.e. LANG=ja_JP.UTF-8 wine aviutl.exe
4. From the menu bar, select [設定]-[拡張編集の設定] (Settings-ExEdit Settings). The
window titled 拡張設定 (ExEdit) will be shown.
5. Right click the time-line part on the window and select [新規プロジェクトの作成]
(Create new project) in the context menu. New dialog window will appear.
6. In 新規プロジェクトの作成 dialog window, click [OK].
7. Right click the time-line part on the 拡張編集 window, again.
8. In the context menu, select the topmost [メディアオブジェクトの追加] (Add a media object)
- [テキスト] (Text) in the context menu. Another dialog window titled テキスト will be
shown.
9. Focus on the edit box in the bottom most of the dialog window.
10. Input Japanese characters "あいう" (aiu) with your favorite Input Method.
11. Type [ENTER] to finish conversion.
Expected behavior:
* After conversion, "あいう" will be shown in the edit box.
Actual behavior:
* After conversion, "・「・、・" is shown.
--
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=52506
Bug ID: 52506
Summary: Setup of game "What's the Secret?" fails to create
icon
Product: Wine
Version: 7.1
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: shell32
Assignee: wine-bugs(a)winehq.org
Reporter: alexhenrie24(a)gmail.com
Distribution: ---
Created attachment 71804
--> https://bugs.winehq.org/attachment.cgi?id=71804
Output of `WINEDEBUG=+shell wine 3msetup.exe`
The children's educational game "What's the Secret?" creates a program group
named "3M Learning Software" and an icon within it named "What's the Secret?",
as can be seen in the attached trace:
0080:trace:shell:Dde_OnExecute conv=000000000025B0A0 topic=L"Progman"
data=L"[CreateGroup(3M Learning Software)]"
0080:trace:shell:Dde_OnExecute conv=000000000025B0A0 topic=L"Progman"
data=L"[AddItem(\"C:\\windows\\apw_data\\launch.exe F:\\3MSecret.exe\",What's
the Secret?)]"
There are two problems here:
1. The icon's target is a path plus arguments, which Wine does not support.
2. The icon name includes a question mark. That worked just fine on Windows
3.1, but when the Program Manager was replaced with the Start menu in Windows
95, "What's the Secret?" was automatically converted to "What's the Secret_" to
make it a valid file name. Wine imitates the Start menu but doesn't do any icon
name sanitization.
Although installation fails, the game can still be run directly from the CD.
--
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.