http://bugs.winehq.org/show_bug.cgi?id=16876
Summary: .NET 3.0: WIC installer hangs due to bug in property
sheet control
Product: Wine
Version: 1.1.12
Platform: Other
URL: http://www.microsoft.com/downloads/details.aspx?FamilyID
=10cc340b-f857-4a14-83f5-25634c3bf043
OS/Version: other
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: comctl32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: focht(a)gmx.net
Hello,
after bug 16875 is fixed, there is another bug unearthed by WIC installer.
Normally you won't notice it because the main installer claims success on this
sub-installer.
If you run WIC installer manually and press "finish" in last property page it
simply hangs.
Prerequisite:
1. clean WINEPREFIX
2. download .NET 3.0 Framework installer from: http://download.microsoft.com
/download/4/d/a/4da3a5fa-ee6a-42b8-8bfa-ea5c4a458a7d/dotnetfx3setup.exe
(sha1sum:
a566bcd2ffffc3842a95adc57f7df3f8cd11577f)
3. export _SFX_CAB_SHUTDOWN_REQUEST=1 (workaround, see bug 9158)
4. wine ./dotnetfx3setup.exe
It might take a while until all required packages are downloaded using BITS.
Note: If you need to redo steps, backup the directory "dotnetfx304506.30" from
"c:\\windows\\temp" to a different location, remove ~/.wine, copy
"dotnetfx304506.30" again to "c:\\windows\\temp" to prevent BITS from
downloading over and over again.
There is a (ui) thread spawned to display and handle property sheet:
--- snip ---
0084:Starting thread proc 0x1043904 (arg=(nil))
...
0084:Call comctl32.CreatePropertySheetPageW(7ec515b4) ret=01045ccb
...
0084:Ret comctl32.CreatePropertySheetPageW() retval=00149568 ret=01045ccb
...
0084:Call comctl32.PropertySheetW(7ec516e0) ret=01045ffc
0084:Call KERNEL32.GlobalAlloc(00000040,00000084) ret=7763bc0e
0084:Ret KERNEL32.GlobalAlloc() retval=006026a8 ret=7763bc0e
0084:trace:propsheet:PropertySheetW (0x7ec516e0)
0084:trace:propsheet:PROPSHEET_CollectSheetInfoW
** PROPSHEETHEADER **
dwSize 52
dwFlags 01198100
hwndParent (nil)
hInstance (nil)
pszCaption L"\1828\7ec5"
nPages 5
pfnCallback 0x1043cb1
...
0084:trace:propsheet:PROPSHEET_PropertySheet startpage: 0 of 5 pages
0084:trace:propsheet:PROPSHEET_CreateDialog
...
0084:trace:propsheet:PROPSHEET_Finish active_page 4
...
0084:trace:propsheet:PROPSHEET_CleanUp
...
0084:trace:propsheet:PROPSHEET_Finish msg result 0
...
0084:Ret comctl32.PropertySheetW() retval=00000001 ret=01045ffc
..
0084:Call user32.GetMessageA(7ec519ec,00000000,00000000,00000000) ret=01043942
<hangs here>
--- snip ---
Relevant code:
--- snip dlls/comctl32/propsheet.c ---
static BOOL PROPSHEET_Finish(HWND hwndDlg)
{
..
if (psInfo->result == 0)
psInfo->result = IDOK;
if (psInfo->isModeless)
psInfo->activeValid = FALSE;
else
psInfo->ended = TRUE;
return TRUE;
}
--- snip dlls/comctl32/propsheet.c ---
--- snip dlls/comctl32/propsheet.c ---
static INT_PTR PROPSHEET_PropertySheet(PropSheetInfo* psInfo, BOOL unicode)
{
...
if(!psInfo->isModeless)
{
parent = psInfo->ppshheader.hwndParent;
if (parent) EnableWindow(parent, FALSE);
}
bRet = PROPSHEET_CreateDialog(psInfo);
if(!psInfo->isModeless)
{
bRet = do_loop(psInfo);
if (parent) EnableWindow(parent, TRUE);
}
return bRet;
}
--- snip dlls/comctl32/propsheet.c ---
--- snip dlls/comctl32/propsheet.c ---
static INT do_loop(const PropSheetInfo *psInfo)
{
MSG msg;
INT ret = -1;
HWND hwnd = psInfo->hwnd;
while(IsWindow(hwnd) && !psInfo->ended && (ret = GetMessageW(&msg, NULL, 0,
0)))
{
if(ret == -1)
break;
if(!IsDialogMessageW(hwnd, &msg))
{
TranslateMessage(&msg);
DispatchMessageW(&msg);
}
}
if(ret == 0)
{
PostQuitMessage(msg.wParam);
ret = -1;
}
if(ret != -1)
ret = psInfo->result;
DestroyWindow(hwnd);
return ret;
}
--- snip dlls/comctl32/propsheet.c ---
This propery sheet is modal.
When the message pumps exits, the return value is derived from "psInfo->result"
which is set to IDOK (button "finish") in PROPSHEET_Finish().
Unfortunately this tells the app the property sheet is modeless and it tries to
setup it's own message pump after PropertySheetW() return which obviously hangs
because the control is no more present at this time.
Regards
--
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=52221
Bug ID: 52221
Summary: GameMaker 8: Missing sound effects
Product: Wine
Version: 6.23
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-dmusic
Assignee: wine-bugs(a)winehq.org
Reporter: sterophonick(a)gmail.com
Distribution: ---
Created attachment 71305
--> https://bugs.winehq.org/attachment.cgi?id=71305
The log of the funny game
Certain games that run on GameMaker 8 will rely on the DMIME functions
IDirectMusicPerformance8Impl_PlaySegmentEx and
IDirectMusicPerformance8Impl_StopEx. As these functions are stubbed, the audio
is completely absent when these functions are called. Usually, the solution
would be to use Winetricks to fetch DirectPlay and the related components, but
the latency this causes is around half a second long.
Attached is a log from the parody game Sunky.MPEG, which when run in Wine, has
audio completely missing as a result of these stubbed functions.
--
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=53847
Bug ID: 53847
Summary: NfRemote: mouse input ignored
Product: Wine
Version: 7.0
Hardware: x86-64
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: thelen(a)radiomankato.com
https://www.telosalliance.com/uploads/Omnia%20Products/Software/NfRemote.exe
Say hello to nfremote. It's a little piece of software used to administer a
particular manufacturer's equipment, commonly used at radio and TV stations.
I can confirm it has, and does, work fine under Wine 2.21 - just tested today
on a MacBookPro8,1 running the official binaries
(https://dl.winehq.org/wine-builds/macosx/pool/winehq-staging-2.21.pkg) under
OS 10.13.6.
Meanwhile, I have a new Mac (MacBookPro16,2 - Intel-based), on which I’ve
deployed Wine 7.0 via homebrew under OS 12.6.1.
There I can start nfremote just fine... but it ignores my mouse input.
If I were to start it with the command-line argument "run", it presents me with
a window where both keyboard and mouse input are accepted; there I can type in
the text fields, so I know it's responsive. But when I hover the cursor over
buttons, they do not 'light up’ to indicate such. And when I click, nothing
happens.
Even in years past, I found that newer versions of Wine exhibited the issue I
describe below, so I simply never updated beyond 2.21. Wonder if this might be
a long-undiscovered regression of some sort?
--
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=56542
Bug ID: 56542
Summary: winewayland.drv: In-game VSync capped at 59FPS on 60Hz
monitors
Product: Wine
Version: 9.6
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winewayland
Assignee: wine-bugs(a)winehq.org
Reporter: faridzelli(a)gmail.com
Distribution: ---
The in-game VSync is capped at 59FPS in Cyberpunk 2077 on 60Hz displays. This
game in particular allows the player to adjust the VSync frame rate target, the
given options change to [59 29 19 14] as opposed to [60 30 20 15] under
XWayland.
Benchmark results:
- XWayland + VSync 60 (3 runs): 59.5FPS
- winewayland.drv + VSync 59 (3 runs): 58.4FPS
System information:
- Specs: Ryzen 5 3600 / Radeon 6700XT / 3840x2160 60Hz
- OS: openSUSE Tumbleweed
- DE: GNOME 46
- Display scaling: none
- Wine version: 9.6 (reproducible on all 9.X builds)
--
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=39893
Bug ID: 39893
Summary: wine builtin IE can't download .exe file
Product: Wine
Version: 1.9.0
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: urlmon
Assignee: wine-bugs(a)winehq.org
Reporter: litimetal(a)gmail.com
Distribution: ---
wine iexplore
https://download-installer.cdn.mozilla.net/pub/firefox/releases/43.0.3/win3…
Got
fixme:urlmon:create_object Could not find object for MIME
L"application/x-msdownload"
fixme:ieframe:handle_navigation_error Navigate to error page
Maybe a dup of bug 33676?
--
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=47086
Bug ID: 47086
Summary: Vertical scrollbar does not display in Chessbase 11
when changing contents of window
Product: Wine
Version: 4.6
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dav75uk(a)yahoo.co.uk
Distribution: ---
Created attachment 64283
--> https://bugs.winehq.org/attachment.cgi?id=64283
Dude, where's my scrollbar? [should appear on far right]
On the main screen of Chessbase 11, if you are viewing the contents of a
database which does not need a vertical scrollbar, and then switch to one which
does the scrollbar does not automatically appear. Clicking where the scrollbar
should be causes it to render again.
--
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=41309
Bug ID: 41309
Summary: Cannot activate ChessbaseLight 2009
Product: Wine
Version: 1.9.18
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dbacc(a)posteo.de
Distribution: ---
Created attachment 55639
--> https://bugs.winehq.org/attachment.cgi?id=55639
log
Installation runs fine. Activation screen shows up. I enter my code, then it
contacts the activation server until I eventually run in to the message "not
implemented yet". If I remember correctly, I had this running in a WINE
installation years ago.
Program can be downloaded here:
http://web.archive.org/web/20090822130548/http://www.chessbase.com/download…
Activation try needs a valid key though.
--
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=41350
Bug ID: 41350
Summary: Chessbase 12 does not activate
Product: Wine
Version: 1.9.19
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dbacc(a)posteo.de
Distribution: ---
Created attachment 55701
--> https://bugs.winehq.org/attachment.cgi?id=55701
log
Installation works fine.
Activation of program is not working.
Get message "... not implemented"
Probably related to bug 41309
--
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=46580
Bug ID: 46580
Summary: HoMM3 WOG: can't enter russian text speaking with
sphynx
Product: Wine
Version: 4.0-rc7
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: isakov-sl(a)bk.ru
Distribution: ---
Created attachment 63460
--> https://bugs.winehq.org/attachment.cgi?id=63460
Log with +keyboard
Heroes of Might and Magic 3.5 In The Wake Of Gods
It is unofficial mod of old Heroes III game having own site, with opened
source.
http://wforum.heroes35.net/index.php?language=english
I know, there are other reports about cyrillic characters, mostly closed
invalid.
Anyway there is a new problem.
In the game I can enter Russian and English text in the field of gamer name.
There is no problem to switch keyboard and no problem with fonts.
The problem if speak with Sphynx which is WOG addition to the game.
Testing with different wine versions I got different results.
1.7 - can't switch keyboard
1.9 - showing ???? instead of text. Sphynx does not accept the input even if it
true.
3.0 - can enter english text but nothing inputted in russian layout
4.0 - the dialog even not appeared looks like the text already inputted.
I proposed the input occurred by some other protocol and this protocol is not
supported supported character sets.
The log with +keyboard shows many lines but I see no answer.
--
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=39576
Bug ID: 39576
Summary: Sound in StarCraft 2 breaks after
Product: Wine
Version: 1.7.54
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: kolAflash(a)kolahilft.de
Distribution: ---
At least since StarCraft 2 Legacy of the void (released 2015-11-10) and Wine
1.7.52 (currently 1.7.54) I'm experiencing sound issues. I'll try to find out
some more about it in the next weeks...
The problem:
After playing a while, especially in missions with many units, the sound
becomes very strange. Suddenly there is a lot of loud noise and voices are
spoken very fast. Playback is probably about two times the speed of normal.
I can temporarily let the sound return to normal, by opening the StarCraft 2
sound options and changing the number of sound channel to any other value
(which value doesn't seems to be important).
Sometimes (very rarely) the sound suddenly returns to normal without any
further actions.
I tried setting the value "default-fragment-size-msec" in the file
/etc/pulse/daemon.conf
to different value. Afterwards I always did "killall pulseaudio" and restartet
Wine/StarCraft. But that didn't helped.
Values I tried: 5, 100, 400
--
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=56703
Bug ID: 56703
Summary: Crash when installing Rhinoceros 8.6
Product: Wine
Version: 9.8
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: daniel.lawrence.lu(a)gmail.com
Distribution: ---
Created attachment 76490
--> https://bugs.winehq.org/attachment.cgi?id=76490
backtrace
When installing Rhinoceros 8.6 in a clean wineprefix where I only installed
dotnet48 (using winetricks), the installer crashes at the end with
03f8:err:msi:__wine_msi_call_dll_function Custom action
(L"C:\\users\\dllu\\Temp\\msi6b88.tmp":"AddMachineCertificate") caused a page
fault: 0xc0000005
Using wine-9.9-50-gd41a1f0183f but also tested with wine-staging-9.8 and
wine-9.8.
--
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=56559
Bug ID: 56559
Summary: wine is unable to launch a .exe that just downloads a
file
Product: Wine
Version: 9.6
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: gerard.labadie(a)sysgroup.fr
Distribution: ---
all the info is in
https://forum.winehq.org/viewtopic.php?t=38779
I want to launch iologo-launcher that is avalable at
https://cellar-c2.services.clever-cloud.com/iologo-app/launcher2/5/iologo-l…
and wine iolog-launcher.exe
does nothing
on Windows this file just downloads iologo_setup.exe
and then I am able to launch iologo_setup.exe with wine
qwertymnb offered a hack and said it is a wine bug
[quote]diff --git a/dlls/cryptnet/cryptnet_main.c
b/dlls/cryptnet/cryptnet_main.c
index 7768e9e5bd3..e23f63f86e7 100644
--- a/dlls/cryptnet/cryptnet_main.c
+++ b/dlls/cryptnet/cryptnet_main.c
@@ -2304,7 +2304,7 @@ typedef struct _OLD_CERT_REVOCATION_STATUS {
BOOL WINAPI CertDllVerifyRevocation(DWORD dwEncodingType, DWORD dwRevType,
DWORD cContext, PVOID rgpvContext[], DWORD dwFlags,
PCERT_REVOCATION_PARA pRevPara, PCERT_REVOCATION_STATUS pRevStatus)
-{
+{return 1;
DWORD error = 0, i;
FILETIME now;
LPFILETIME pTime = NULL;
[/quote]
my wine version
[code]$ wine --version
wine-9.6
[/code]
--
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=56658
Bug ID: 56658
Summary: When using Kosugi for vertical writing, some
punctuation marks are not placed correctly.
Product: Wine
Version: 9.8
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: gdi32
Assignee: wine-bugs(a)winehq.org
Reporter: sagawa.aki+winebugs(a)gmail.com
Distribution: Ubuntu
Created attachment 76433
--> https://bugs.winehq.org/attachment.cgi?id=76433
Vertical writing comparison (Orange squares added for emphasis)
When using Kosugi, a Japanese font designed by MOTOYA[1], for vertical writing,
some punctuation marks are not placed correctly. Ume Gothic[2], another
Japanese font, doesn't have this issue. See the attachment for details.
Steps to Reproduce:
1. Install Kosugi font, Kosugi-Regular.ttf, to your font directory.
SHA1(Kosugi-Regular.ttf) = fb02b5f57e8652a1fd499195d7070bafd58e16e2
2. Download Mery Text Editor Ver 3.7.1[3] and unzip it.
SHA1(MeryPortable-3.7.1.zip) = 8355bbf8919bade31bf333731167b48cb47d9e5e
3. Launch Mery editor with Japanese locale,
i.e. % LANG=ja_JP.UTF-8 wine Mery.exe
4. Choose Kosugi font in ツール(T) - オプション(O) - 表示 - フォント(F).
5. Enable vertical writing view at 表示(V) - 縦書き(V).
6. Copy and paste the following Japanese text:
あのイーハトーヴォのすきとおった風、夏でも底に冷たさをもつ青いそら、うつくしい森で飾られたモリーオ市、郊外のぎらぎらひかる草の波。
Actual results:
"。" and "、" are placed in the lower left hand corner of the square.
See the left side of the attached image, Kosugi.
Expected results:
"。" and "、" are placed in the upper right hand corner of the square.
See the right side of the attached image, Ume Gothic.
[1] https://fonts.google.com/specimen/Kosugi
[2] https://ja.osdn.net/projects/ume-font/wiki/FrontPage
[3] https://www.haijin-boys.com/download/MeryPortable-3.7.1.zip
--
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=46702
Bug ID: 46702
Summary: GNUTLS_CURVE_TO_BITS not found
Product: Wine
Version: 4.2
Hardware: x86
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: bcrypt
Assignee: wine-bugs(a)winehq.org
Reporter: isakov-sl(a)bk.ru
Using latest gnutls3.6.6 I got compilation error
~~~
Undefined symbols for architecture i386:
"_GNUTLS_CURVE_TO_BITS", referenced from:
_key_asymmetric_generate in gnutls.o
ld: symbol(s) not found for architecture i386
clang: error: linker command failed with exit code 1 (use -v to see invocation)
winegcc: clang failed
make[1]: *** [bcrypt.dll.so] Error 2
make: *** [dlls/bcrypt] Error 2
--
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=35981
Bug ID: 35981
Summary: Battlefield: Bad Company 2 Updater has missing glyphs
Product: Wine
Version: 1.7.16
Hardware: x86
OS: Linux
Status: NEW
Severity: trivial
Priority: P2
Component: fonts
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
Created attachment 48100
--> http://bugs.winehq.org/attachment.cgi?id=48100
screenshot
In English game locale BFBC2Updater has a normal text, but in Russian isn'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.
https://bugs.winehq.org/show_bug.cgi?id=41342
Bug ID: 41342
Summary: Build with winegcc is not reproducible
Product: Wine
Version: 1.9.19
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: javier--fqu3sqxsVIm7PkQvPySPMwTV4r0Nxk(a)jasp.net
Distribution: ---
Building with winegcc is not reproducible because the name of a temporary file
is included.[1] The function that creates this file should try
char* tmp = strmake("%s%s", prefix, suffix);
fd = open(tmp, O_CREAT | O_EXCL, 0600);
before mkstemps().[2]
About reproducible builds: https://reproducible-builds.org/
[1]
https://tests.reproducible-builds.org/debian/dbd/unstable/i386/lmms_1.1.3-5…
,
look for "spec.".
[2]
http://source.winehq.org/git/wine.git/blob/HEAD:/tools/winegcc/winegcc.c#l2…
--
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=39733
Bug ID: 39733
Summary: OpenGL Extensions Viewer 4.1 is not started
Product: Wine
Version: 1.8-rc2
Hardware: x86
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: mscoree
Assignee: wine-bugs(a)winehq.org
Reporter: isakov-sl(a)bk.ru
Infinite loop. If stop last messages are
~~~
fixme:mscoree:ConfigFileHandler_startElement Unknown element L"configSections"
in state 2
fixme:mscoree:ConfigFileHandler_startElement Unknown element L"sectionGroup" in
state 6
fixme:mscoree:ConfigFileHandler_startElement Unknown element L"section" in
state 6
fixme:mscoree:ConfigFileHandler_startElement Unknown element L"userSettings" in
state 2
fixme:mscoree:ConfigFileHandler_startElement Unknown element
L"openglex.Properties.Settings" in state 6
fixme:mscoree:ConfigFileHandler_startElement Unknown element L"setting" in
state 6
fixme:mscoree:ConfigFileHandler_startElement Unknown element L"value" in state
6
fixme:mscoree:ConfigFileHandler_startElement Unknown element L"setting" in
state 6
fixme:mscoree:ConfigFileHandler_startElement Unknown element L"value" in state
6
fixme:mscoree:ConfigFileHandler_startElement Unknown element L"setting" in
state 6
fixme:mscoree:ConfigFileHandler_startElement Unknown element L"value" in state
6
fixme:mscoree:ConfigFileHandler_startElement Unknown element L"setting" in
state 6
fixme:mscoree:ConfigFileHandler_startElement Unknown element L"value" in state
6
fixme:mscoree:ConfigFileHandler_startElement Unknown element L"setting" in
state 6
fixme:mscoree:ConfigFileHandler_startElement Unknown element L"value" in state
6
fixme:mscoree:ConfigFileHandler_startElement Unknown element L"appSettings" in
state 2
fixme:mscoree:ConfigFileHandler_startElement Unknown element L"add" in state 6
fixme:mscoree:ConfigFileHandler_startElement Unknown element L"add" in state 6
fixme:mscoree:ConfigFileHandler_startElement Unknown element L"add" in state 6
fixme:gdiplus:GdipGetLineSpacing ignoring style
fixme:gdiplus:GdipGetLineSpacing ignoring style
fixme:gdiplus:GdipGetLineSpacing ignoring style
fixme:gdiplus:GdipGetLineSpacing ignoring style
--
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=56876
Bug ID: 56876
Summary: Paint Tool SAIv2 VirtualAlloc invalid address on
commit
Product: Wine
Version: 9.11
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: cromachina(a)gmail.com
Distribution: ---
When using Paint Tool SAIv2 (any recent version, Preview.2024.05.22 for
example), the program will often start emitting errors when a few files are
opened and random scatter brushes are selected (brushes that open bitmap files
to draw themselves). After this point, the program can quickly become unstable
and inoperable, further opening of files may fail, and attempting to save files
in this state may cause file corruption. I've never experienced this issue when
using SAI in Windows 10, so I think it is more likely an issue within Wine than
SAI itself.
What I think is causing the errors:
Although the errors seems to be related to files being opened, it seems to be
caused by subsequent memory allocations. Checking SAI's error log, it says
"!WinError(487): Invalid address." When running with WINDDEBUG=+all, I found
that an invalid address error (0x000001E7, 487) is reported after the program
attempts to commit a page of memory with VirtualAlloc:
For this particular example, the program likely attempted to write to a
reserved address 177FFF8, so then a SEH for EXCEPTION_ACCESS_VIOLATION occured.
The SEH then attempted to commit 177FFF8 with VirtualAlloc, but it failed, and
then GetLastError returned 000001e7 ERROR_INVALID_ADDRESS:
38822.915:0020:01b8:Call
KERNEL32.VirtualAlloc(0177fff8,00001000,00001000,00000004) ret=14019f0d2
38822.915:0020:01b8:Ret KERNEL32.VirtualAlloc() retval=00000000 ret=14019f0d2
This should have been a valid address to commit, which should have returned the
next lowest page, for example 177f000.
The internal call to ntdll.NtAllocateVirtualMemory returned c0000019, which is
STATUS_NOT_MAPPED_VIEW.
Looking earlier into the log, I can confirm that the region should have indeed
been reserved:
38744.422:0020:0024:Call
KERNEL32.VirtualAlloc(00000000,00400000,00002000,00000004) ret=1401a0a0e
38744.422:0020:0024:Ret KERNEL32.VirtualAlloc() retval=01380000 ret=1401a0a0e
This region 01380000 - 1780000 contains address 177FFF8 (8 bytes from the end
of the last page).
I could not find any indication that this reserved region is ever freed by
VirtualFree. Therefore, I think that this may indicate that the views_tree used
by find_view had become damaged somehow:
https://github.com/wine-mirror/wine/blob/master/dlls/ntdll/unix/virtual.c#L…
I've compressed the massive log file, but it's still too large to attach, so
I've uploaded it here:
https://mega.nz/file/ET5S1LzY#WyVvta3n4QxeLjmzkyJqWmU5ZdgODWh4jILvNg32_rE
--
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=55155
Bug ID: 55155
Summary: Telegram can not be run in latest version wine, but ok
in wine6.0.4
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: 398063392(a)qq.com
Distribution: ---
the Telegram which I used is unpacked from
https://updates.tdesktop.com/tx64/tportable-x64.4.8.3.zip
--
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=56530
Bug ID: 56530
Summary: Final Fantasy XI Online: Memory leak when Wine is
built with CFLAGS="-g -mno-avx".
Product: Wine
Version: 8.13
Hardware: x86-64
URL: https://web.archive.org/web/20210810150839/http://www.
playonline.com/ff11eu/download/media/install_win.html
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: chiitoo(a)gentoo.org
Regression SHA1: c065b4fe0b3622e0c737a4c7c1c514273ad2d8a7
Distribution: ---
After c065b4fe0b3 [1], a memory leak can be seen in Final Fantasy XI Online,
but only when building with
CFLAGS="-g"
instead of
CFLAGS="-march=znver4 -O2 -pipe -mindirect-branch=thunk -mno-avx"
----
err:d3d:wined3d_debug_callback 01DBBCF8: "GL_OUT_OF_MEMORY in glGetTexImage".
----
Nothing too specific needs to be done, aside from simply logging in to the
game, and standing still, which will make the address space fill up in a few
minutes (some in-game area requirements may be present, or at least some make
it happen faster than others).
Thank you!
1.
https://source.winehq.org/git/wine.git/commitdiff/c065b4fe0b3622e0c737a4c7c…
--
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=27245
Summary: Internet Settings security zones not i18n-ed
Product: Wine
Version: 1.3.20
Platform: x86-64
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: frederic.delanoy(a)gmail.com
Created an attachment (id=34829)
--> (http://bugs.winehq.org/attachment.cgi?id=34829)
Internet Settings screenshot (French)
In the control panel (wine control), tab "Security", the security zones and
their associates descriptions aren't translatable.
They seem to be hardcoded in dll/urlmon/urlmon.inf
--
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=53644
Bug ID: 53644
Summary: vbscript can not compile classes with lists of private
/ public / dim declarations
Product: Wine
Version: 7.16
Hardware: x86-64
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: vbscript
Assignee: wine-bugs(a)winehq.org
Reporter: jsm174(a)gmail.com
I am working on porting Visual Pinball to MacOS. I am using the vbscript engine
from Wine and just found out that it is having issues compiling classes that
have lists of private / public declarations.
For example:
Class FlipperPolarity
Public DebugOn, Enabled
private Flipper, FlipperStart,FlipperEnd, FlipperEndY, LR,
PartialFlipCoef
Private Balls(20), balldata(20)
dim PolarityIn, PolarityOut
dim VelocityIn, VelocityOut
dim YcoefIn, YcoefOut
.
.
.
End Class
To get this to compile, I had to split everything to a separate line. I also
had to switch the arrays to dim
Class FlipperPolarity
Public DebugOn
Public Enabled
private Flipper
private FlipperStart
private FlipperEnd
private FlipperEndY
private LR
private PartialFlipCoef
dim Balls(20)
dim balldata(20)
dim PolarityIn
dim PolarityOut
dim VelocityIn
dim VelocityOut
dim YcoefIn
dim YcoefOut
.
.
.
End Class
I think an update is required in parser.y, but I'm not sure yet:
ClassBody
: /* empty */ { $$ = new_class_decl(ctx); }
| FunctionDecl { $$ =
add_class_function(ctx, new_class_decl(ctx), $1); CHECK_ERROR; }
| FunctionDecl StSep ClassBody { $$ =
add_class_function(ctx, $3, $1); CHECK_ERROR; }
/* FIXME: We should use DimDecl here to support arrays, but that conflicts
with PropertyDecl. */
| Storage tIdentifier { dim_decl_t *dim_decl =
new_dim_decl(ctx, $2, FALSE, NULL); CHECK_ERROR;
$$ = add_dim_prop(ctx,
new_class_decl(ctx), dim_decl, $1); CHECK_ERROR; }
| Storage tIdentifier StSep ClassBody { dim_decl_t *dim_decl =
new_dim_decl(ctx, $2, FALSE, NULL); CHECK_ERROR;
$$ = add_dim_prop(ctx, $4,
dim_decl, $1); CHECK_ERROR; }
| tDIM DimDecl { $$ = add_dim_prop(ctx,
new_class_decl(ctx), $2, 0); CHECK_ERROR; }
| tDIM DimDecl StSep ClassBody { $$ = add_dim_prop(ctx, $4,
$2, 0); CHECK_ERROR; }
| PropertyDecl { $$ =
add_class_function(ctx, new_class_decl(ctx), $1); CHECK_ERROR; }
| PropertyDecl StSep ClassBody { $$ =
add_class_function(ctx, $3, $1); CHECK_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.
https://bugs.winehq.org/show_bug.cgi?id=47647
Bug ID: 47647
Summary: Laragon hangs while "Initializing data"
Product: Wine
Version: 4.14
Hardware: x86-64
URL: https://github.com/leokhoa/laragon/releases/download/4
.0.15/laragon-full.exe
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: tobbi.bugs(a)googlemail.com
$ openssl sha256 laragon-full.exe
SHA256(laragon-full.exe)=
55f1c421a6631755da5de30dcdc72c361b8dbf688fc8b773bdd5a10f36dd2f73
When trying to start the server in Laragon, it yields the following error
message:
Steps to reproduce:
1. Download and install Laragon from the provided URL.
2. Start the program from the default location (mine was C:/laragon)
3. Click the "Start all" button in the bottom left hand corner.
Laragon hangs while "Initializing data"... C:\laragon\data\mysql
--
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.