https://bugs.winehq.org/show_bug.cgi?id=39377
Bug ID: 39377
Summary: Add support for 'msidbControlAttributesFormatSize' in
static text controls to format and label properties
such as 'PrimaryVolumeSpaceRequired' (SkySaga
installer)
Product: Wine
Version: 1.7.52
Hardware: x86-64
OS: Linux
Status: NEW
Severity: enhancement
Priority: P2
Component: msi
Assignee: wine-bugs(a)winehq.org
Reporter: focht(a)gmx.net
Distribution: ---
Hello folks,
continuation of bug 39307
Prerequisites:
* 'winetricks -q dotnet40' (if Wine-Mono not present)
* Windows version set to 'Windows Vista+'
--- snip ---
...
0035:trace:msi:msi_set_property 0x15bbf8 L"PrimaryVolumeSpaceRequired" L"19380"
-1
...
0035:trace:msi:msi_dialog_add_control L"Static", L"Description", 00090003,
L"Setup requires [PrimaryVolumeSpaceRequired] in:", 00020000
...
0035:trace:msi:MSI_FormatRecordW L"Setup requires [PrimaryVolumeSpaceRequired]
in:"
...
0035:trace:msi:msi_get_property returning L"19380" for property
L"PrimaryVolumeSpaceRequired"
...
0035:Call user32.CreateWindowExW(00000000,7ce97ae0 L"Static",00198d58 L"Setup
requires 19380
in:",50020000,000000d9,000000a4,00000183,00000017,00030080,00000000,00000000,00000000)
ret=7ce272f3
...
--- snip ---
This number displayed is 512 byte units.
I found this in the remark section of 'PrimaryVolumeSpaceRequired' property in
MSDN:
https://msdn.microsoft.com/en-us/library/aa370849%28v=vs.85%29.aspx
--- quote ---
PrimaryVolumeSpaceRequired property
The installer sets the value of the PrimaryVolumeSpaceRequired property to a
string representing the total number of bytes required by all selected features
on the volume referenced by the PrimaryVolumePath property. As with the
PrimaryVolumeSpaceAvailable property, this number is expressed in units of 512
bytes.
Remarks
Note if this value is to be displayed within a static Text control, the
FormatSize bit can be used to automatically format and label this number in
units of kilobytes or megabytes as appropriate.
--- quote ---
https://msdn.microsoft.com/en-us/library/aa368608%28v=vs.85%29.aspx
'FormatSize' is indeed applicable here (attributes of control = 0x00090003).
The value should be formatted with proper units to be meaningful.
$ sha1sum SkySagaEUInstaller.exe
ee55d51213031fdf8d71475434c18ecd7caef9eb SkySagaEUInstaller.exe
$ du -sh SkySagaEUInstaller.exe
11M SkySagaEUInstaller.exe
$ wine --version
wine-1.7.52
Regards
--
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=43173
Bug ID: 43173
Summary: Far Cry 4 sound stops
Product: Wine
Version: 2.10
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-dsound
Assignee: wine-bugs(a)winehq.org
Reporter: noonetinone(a)gmail.com
Distribution: ---
Created attachment 58436
--> https://bugs.winehq.org/attachment.cgi?id=58436
a run of FC4 with steam logs excised
After the cut scenes from Ubisoft, Dunia, and Nvidia the sound
cuts out. When this happens you are at the main menu.
A few releases ago, I tested a new game and during the
'Stop the Bus' routine as well as the main menu and there was
sound. Something happened.
There is some information in my console log.
DirectSoundDevice_RemoveBuffer is called multiple time until it has no buffers
left. At this point you are at the main menu, at line 2102 in the attachment.
The following are the last few
lines from +dsound,+alsa.
_________________________________________________________________________________
warn:dsound:DSOUND_PrimaryDestroy Destroying primary buffer while references
held (1 1)
trace:alsa:AudioClient_Stop (0x24887040)
trace:alsa:alsa_rewind_best_effort rewinding 1015 frames, now held 3404
trace:alsa:AudioClient_Release (0x24887040) Refcount now 2
trace:alsa:AudioClient_Release (0x24887040) Refcount now 1
trace:alsa:AudioClient_Release (0x24887040) Refcount now 0
trace:alsa:AudioClient_Stop (0x24887040)
trace:dsound:DirectSoundDevice_Release (0x24888050) released
trace:dsound:directsound_destroy (0x2487a8d0) released
--
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=15381
Summary: CoFreeUnusedLibraries will crash COM server or cause
0x800703E6/I_RpcReceive error 0x3e6
Product: Wine
Version: 1.0.0
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ole32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dmda(a)yandex.ru
Created an attachment (id=16230)
--> (http://bugs.winehq.org/attachment.cgi?id=16230)
demo illustrating the problem
if CoFreeUnusedLibraries is called by COM server, it will break RPC channcel
and lead to the errors
Attached is client/server code that demonstrates the problem.
If you comment out CoFreeUnusedLibraries call, it will start to work.
Steps:
-comple all 3 projects in the Workspace (Debug target is the only appropriate
for the sake of demo)
-make sure server and proxy are registered by running testserver.exe
-RegServer, regsvr32 testserverPS.dll
-run testproject.exe (the client)
Expected behaviour:
1. it will show server's message "CServer is created", click ok
2. it will show client's message "press OK when ready", click ok
3. it will show server's message passed by the client "Hello world!", click ok
4. it will show client's message "call succeeded" and client will exit
5. after roughly 6sec it will show that the server is unloaded/
Actual behaviour:
1. it will show server's message "CServer is created", click ok
2. it will show client's message "press OK when ready", click ok
3. it will show server's message passed by the client "Hello world!", click ok
4. it will dump out trouble in the console and show client's message "call
failed"
You may call CoFreeUnusedLibraries anywhere in the appartment and it will break
RPC on the server side. In some cases it will crash whole the server, like in
the demo.
Tested environment:
Fedora Core 8, 32bit, x86, wine 1.0 installed through the updates
--
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=41703
Bug ID: 41703
Summary: LdrUnloadDll is not suit for musl(musl lacks unload
support though it has a dlclose())
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: xw897002528(a)gmail.com
Distribution: ---
Created attachment 56111
--> https://bugs.winehq.org/attachment.cgi?id=56111
fix for this problem
Hey, sorry for my poor english, and here is the problem:
First, musl won't unload module even dlclose(). Check here:
http://wiki.musl-libc.org/wiki/Functional_differences_from_glibc#Unloading_…
Then, musl won't excute init(__wine_spec_init) function if a module is already
loaded.
That means load_builtin_dll() thought dll is loaded by the current thread since
init function was not called, but actually LdrUnloadDll() destroyed them in
another thread and nothing is loaded in the current thread. Load_builtin_dll()
try to find wm in InLoadOrderModuleList but nothing. After that, app will
crash.
And I solved this by making LdrUnloadDll() a stub. Patch is uploaded as a
attachment. I hope this could be added in official wine by adding a configure
option, thx.
Here's my tracking details on this problem if you're intereted in how i found
this:
https://github.com/xhebox/noname-linux/issues/2#issuecomment-258680745
--
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=45807
Bug ID: 45807
Summary: Incorrect toolbar background in MFC apps, when visual
theming enabled
Product: Wine
Version: 3.15
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: jimbo1qaz(a)gmail.com
Distribution: ---
Created attachment 62266
--> https://bugs.winehq.org/attachment.cgi?id=62266
Screenshot of bug
When visual theming is enabled, MFC toolbar button backgrounds are rendered as
"grab handles", and space between buttons is black.
(Also visible in screenshot, in 0CC and j0CC, the instrument editor piano is
invisible when theming is enabled. Should I file a separate bug?)
Tested with ReactOS.iso Lautus theme, and Zune theme (via .msi). Tested with
j0CC-Famitracker and OpenMPT (both use MFC), on dirty WINEPREFIX.
Also tested with Lautus and j0CC on clean WINEPREFIX with Lautus theme.
--
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=34966
Bug #: 34966
Summary: Academagia (WPF game) dialog windows are invisible
until alt-tabed out
Product: Wine
Version: 1.7.6
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: i30817(a)gmail.com
Classification: Unclassified
installed dotnet51sp1 from the latest winetricks on a 32 bits prefix
installed windowscodecs from the latest winetricks the same 32 bits prefix
installed the game on the same 32 bits prefix
then;
started notpad:
WINEPREFIX='/home/i30817/wine32bits' WINEARCH='win32' notepad
started the game with these options:
WINEPREFIX='/home/i30817/wine32bits' WINEARCH='win32'
WINEDEBUG=+tid,+seh,+relay wine ./Academagia.exe >>log.txt 2>&1
And waited until the first dialog window i was able to activate, alt-tabed out
(that was when i noticed it became visible) and killed the corresponding
wineserver with:
WINEPREFIX='/home/i30817/wine32bits' WINEARCH='win32' wineserver -k
The log is quite large uncompressed (1.5 GB), but actually 30mb compressed.
Still too large to upload here; but it can go to my google drive:
https://drive.google.com/file/d/0BzxkBmaf1EiWTmhiQjJ1YkllZWc/edit?usp=shari…
--
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=41460
Bug ID: 41460
Summary: Visual Studio C++ 6.0 crash when exit and a menu is
oppened
Product: Wine
Version: 1.8.4
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dianaxxyyzz(a)gmail.com
Distribution: ---
Created attachment 55837
--> https://bugs.winehq.org/attachment.cgi?id=55837
backtrace
Hello ,
To reproduce the bug is easy .
Open Visual Studio C++ 6.0 and click on Help menu so it to open .Leave it open
and close the program .
There will be a crash .Attached is backtrace
--
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.