https://bugs.winehq.org/show_bug.cgi?id=39469
Bug ID: 39469
Summary: PreSonus Studio One 3 says it requires Windows 7 SP1
Product: Wine
Version: 1.7.52
Hardware: x86
OS: Mac OS X
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: conversy(a)gmail.com
I downloaded the 32 bit version of PresSonus Studio One 3.1 and the installer
ran perfectly. When I launch the program though, a pop-up window says it
requires Windows 7 SP1 with Platform Update or later. I configured wine to
pretend it's Windows 7 then Window 10 to no avail.
The free version of the application is available here:
https://shop.presonus.com/products/studio-one-prods/Studio-One-3-Prime
Cheers!
--
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=33142
Bug #: 33142
Summary: Right shift key not working with winemac.drv
Product: Wine
Version: 1.5.25
Platform: x86
OS/Version: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: betaguy(a)gmail.com
Classification: Unclassified
Created attachment 43845
--> http://bugs.winehq.org/attachment.cgi?id=43845
WINEDEBUG=+key
When using winemac.drv, the right shift key has no effect on input. The
keyboard I'm using is a Logitech Elite Keyboard (with Logitech Control Center
installed); I don't happen to have an actual Apple keyboard handy to test,
unfortunately. The left shift key works as expected. Attached is
WINEDEBUG=+keyboard and WINEDEBUG=+key when pressing the right shift key and
then releasing it.
--
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=37108
Bug ID: 37108
Summary: TCGR.EXE crashed
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: kiddtek(a)gmail.com
wine running a freshly installed "The Complete Genealogy reporter" prg
importing a gedcom 10.1megs in size also very large file crashes and has to
close.
Using a smaller gedcom file process completes
This happens exactly the same way on the stable 1.6 and the new version.
TCGR.EXE crashes
--
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=50021
Bug ID: 50021
Summary: PS Remote Play fails to launch with assertion in
MS.Internal.Shaping.TypefaceMap.MapUnresolvedCharacter
s
Product: Wine
Version: 5.19
Hardware: x86-64
URL: https://remoteplay.dl.playstation.net/remoteplay/modul
e/win/RemotePlayInstaller.exe
OS: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: dwrite
Assignee: wine-bugs(a)winehq.org
Reporter: z.figura12(a)gmail.com
Depends on: 50016
Distribution: ---
Created attachment 68451
--> https://bugs.winehq.org/attachment.cgi?id=68451
+dwrite log
With wine-mono; I haven't tried native .NET. Note that the installer needs the
fix from bug 50016 to run.
>From the nature of the exception there's a decent chance it's a dwrite bug, so
I've attached a +dwrite log (51M uncompressed). There is also one dwrite FIXME,
though it's not the last call before the exception:
0350:fixme:dwrite:dwritetextanalyzer_AnalyzeNumberSubstitution (0x75a9800 0 9
0x75aa700): stub
--
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=5162
Anastasius Focht <focht(a)gmx.net> changed:
What |Removed |Added
----------------------------------------------------------------------------
URL|http://dl.google.com/google |https://web.archive.org/web
|talk/googletalk-setup.exe |/20060429010814/http://dl.g
| |oogle.com/googletalk/google
| |talk-setup.exe
--
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=45444
Bug ID: 45444
Summary: win office pro plus install 2016 Unhandled exception:
page fault on write access to 0x00000000
Product: Wine
Version: 3.10
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: api-ms-win-*
Assignee: wine-bugs(a)winehq.org
Reporter: stevedonato(a)gmail.com
Distribution: ---
Created attachment 61777
--> https://bugs.winehq.org/attachment.cgi?id=61777
backtrace of Unhandled exception: page fault
windows office pro plus 2016 v16 install Unhandled exception: page fault on
write access to 0x00000000 in 64-bit code (0x00000000009c8db9)
--
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=40513
Bug ID: 40513
Summary: Resize Mission map issue
Product: Wine
Version: 1.9.8
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: bxter0(a)gmail.com
Distribution: ---
I am newbie user of Arch Linux and I luckily installed Guild Wars via Wine.
Everything looks good, also sound, but when I tape 'U' (Mission map) I see this
on full screen and I can't minimize it. I have latest version of Wine. help
s10.ifotos.pl/img/gwpng_sseqsqs.png
--
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=32152
Bug #: 32152
Summary: Guild Wars 2: Missing sound and game crashes on time
adjusting
Product: Wine
Version: 1.5.16
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: sworddragon2(a)aol.com
Classification: Unclassified
I have noticed a lot of crashes the last weeks with Guild Wars 2. Now I figured
out that this happens at every full hour. At this time ntp is adjusting my
clock so this is my first hint.
I have adjusted manually the time and if the time is set to an earlier state
then the game currently has the sound will be disabled. It will be enabled
again if the time is equal or higher then the "normal" time. The missing sound
is independent of the value of the option "In-Game Clock". The In-Game Clock is
using in every case the system clock so this could be the reason.
This way I couldn't reproduce the crashes but I will now disable ntp and report
back if something changes.
--
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=39849
Bug ID: 39849
Summary: winepulse.drv is used while winealsa.drv is selected
Product: Wine
Version: 1.8
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: sworddragon2(a)aol.com
Distribution: ---
In winecfg -> Audio the driver shown there as selected is winealsa.drv but on
starting applications I'm often seeing the line "err:module:load_builtin_dll
failed to load .so lib for builtin L"winepulse.drv": libpulse.so.0: cannot open
shared object file: No such file or directory". libpulse0:i386 is not installed
on my system and installing it would cause the error message to be replaced
with "err:pulse:pulse_contextcallback Context failed: Connection refused". I
think if PulseAudio is not used by the system for example because only ALSA is
being used Wine should not try to use PulseAudio then.
--
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=41135
Bug ID: 41135
Summary: No Man's Sky: Game does crash/hang on starting
Product: Wine
Version: 1.9.16
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: sworddragon2(a)aol.com
Distribution: ---
Created attachment 55339
--> https://bugs.winehq.org/attachment.cgi?id=55339
Terminal output (Windows 7)
After solving the other issue where an upgrade of libcups2 caused Wine to
heavily break I'm encountering now the next issues on starting No Man's Sky.
With a clean wine profile and the Windows version set to Windows 7 (as the
system requirement for this game is Windows 7-10) on starting the game nothing
happens and the game has a CPU usage of ~55% on one core and the wineserver has
a CPU usage of ~60% on one core. If I'm setting the Windows version to Windows
XP the game does start but crashes after the first screen is shown. For both
cases is the terminal output in the attachments.
--
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=50649
Bug ID: 50649
Summary: winecfg crashes with desktop emulation
Product: Wine
Version: 6.0-rc6
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winex11.drv
Assignee: wine-bugs(a)winehq.org
Reporter: gmascellani(a)codeweavers.com
Distribution: ---
STEPS TO REPRODUCE:
* Start with a new prefix
* Launch winecfg and enable desktop emulation (leave the standard resolution
800x600)
* Launch winecfg again; the desktop window appears and disappears after a split
second; winecfg window never appears
This happens with both i386 and amd64 builds (did not try a WoW64 build). I am
using an up-to-date Debian unstable machine, on a laptop with an Intel iGPU and
an NVIDIA Quadro P2000 dGPU. Disabling NVIDIA Vulkan drivers doesn't change
anything.
The crash happens inside get_gpu_properties_from_vulkan, in
dlls/winex11.drv/xrandr.c. This function creates a Vulkan instance, enumerates
Vulkan devices and their properties and then destroys the instance. This
happens a few times during a single "wine winecfg" execution. In one of these
executions the driver segfaults in vkDestroyInstance. The other calls to
vkDestroyInstance are fine. If the call to vkDestroyInstance in
X11DRV_vkDestroyInstance is commented out, then the crash doesn't happen any
more and winecfg works correctly.
I can't see any Vulkan usage problem and Vulkan validator doesn't detect
anything except a couple of issues that are easy to solve and do not fix the
problem.
The specific failing instruction is in libvulkan_lvp.so. Addr2line says it is
in function util_queue_destroy in file src/util/u_queue.c:97 (in the mesa
package), but that line does not correspond to that function in the source
code, so addr2line is probably confused and I don't know if anything it says
can be believed. Also, this is just the inner frame: I couldn't get a backtrace
from the vkDestroyInstance call to the segfaulting instruction. I can get a
core dump, but gdb cannot recognize the stack in it, so I get no useful
information (not easily at least: I could manually inspect the stack and
reconstruct the backtrace, but that's tedious and I haven't tried yet).
--
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=25528
Summary: HLSL shader not translated correctly (uniform
variables)
Product: Wine
Version: 1.3.5
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: knight666+wine(a)gmail.com
Created an attachment (id=32501)
--> (http://bugs.winehq.org/attachment.cgi?id=32501)
Program run in a normal way
I was trying to run the game "Sexy Beach Zero" (hmmyes) and it runs great. But
when you load any of the 3D scenes, the body model isn't bound correctly to her
and is stationary at (0, 0, 0) in the scene.
I checked the log and found a lot of these:
err:d3d_shader:set_glsl_shader_program >>>>>>>>>>>>>>>>> GL_INVALID_OPERATION
(0x502) from Find glsl program uniform locations @ glsl_shader.c / 4435
err:d3d_shader:set_glsl_shader_program >>>>>>>>>>>>>>>>> GL_INVALID_OPERATION
(0x502) from glUseProgramObjectARB(programId) @ glsl_shader.c / 4449
err:d3d_shader:hardcode_local_constants >>>>>>>>>>>>>>>>> GL_INVALID_OPERATION
(0x502) from Hardcoding local constants @ glsl_shader.c / 3955
err:d3d_shader:shader_glsl_select >>>>>>>>>>>>>>>>> GL_INVALID_OPERATION
(0x502) from glUseProgramObjectARB @ glsl_shader.c / 4618
trace:d3d_constants:shader_glsl_load_constantsI Loading local constants 0: 2,
0, 0, 0
err:d3d_shader:shader_glsl_load_constantsI >>>>>>>>>>>>>>>>>
GL_INVALID_OPERATION (0x502) from glUniform4ivARB @ glsl_shader.c / 598
err:d3d_shader:shader_glsl_load_constants >>>>>>>>>>>>>>>>>
GL_INVALID_OPERATION (0x502) from glUniform4fvARB @ glsl_shader.c / 769
(After this it repeats the last 4 lines)
Perfectly willing to chip my teeth on this bug, I downloaded the latest Wine
git to check the source.
I ran the game again with the following command:
WINEDEBUG=trace+d3d_constants wine "Sexy Beach Zero English.exe" &> ~/sbz2.log
The log now returns this:
fixme:d3d_shader:print_glsl_info_log Error received from GLSL shader #10:
fixme:d3d_shader:print_glsl_info_log Vertex info
fixme:d3d_shader:print_glsl_info_log -----------
fixme:d3d_shader:print_glsl_info_log 0(35) : warning C1068: array index out
of bounds
Repeat the array index out of bounds warning plenty of times.
Going deeper, I ran the game like this:
WINEDEBUG=trace+d3d_shader wine "Sexy Beach Zero English.exe" &> ~/sbz.log
Part of the offending HLSL shader:
def *c822* = 1.000000, 3.000000, 0.000000, 0.000000
def c823 = 0.500000, 0.000000, 0.000000, 0.000000
def c824 = -1.000000, -2.000000, -3.000000, -4.000000
defi i0 = 5, 0, 0, 0
frc r0, v2
slt r1, -r0, r0
add r2, -r0, v2
slt r0, v2, -v2
mad r0, r0, r1, r2
mul r0, r0, *c822*.y
Emphasis marked with *'s.
uniform vec4 *VC[256]*;
// snip
void main() {
R0.xyzw = (fract(attrib2.xyzw));
R1.xyzw = (vec4(lessThan(-R0.xyzw, R0.xyzw)));
R2.xyzw = (-R0.xyzw + attrib2.xyzw);
R0.xyzw = (vec4(lessThan(attrib2.xyzw, -attrib2.xyzw)));
R0.xyzw = ((R0.xyzw * R1.xyzw) + R2.xyzw);
R0.xyzw = (R0.xyzw * *VC[822]*.yyyy);
This is where the "array index out of bounds" warning comes from. The shader
translator should have converted "c822" to a uniform, but instead put it in an
array.
I got hopelessly lost in the Wine source, I couldn't find the error myself,
unfortunately. :(
Hopefully this helps someone more knowledgeable with these things!
--
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=42145
Bug ID: 42145
Summary: Guild Wars 2 crashes on some configurations
Product: Wine
Version: 2.0-rc3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: me(a)aaronopfer.com
Distribution: ---
Created attachment 56713
--> https://bugs.winehq.org/attachment.cgi?id=56713
GW2-generated crash log
Guild Wars 2 crashes on my laptop psuedorandomly while playing the game. I
managed to create a reproduceable version of the crash: all I have to do is
toggle the visibility of my helmet slot in my Hero's Equipment panel (a feature
designed for those who don't want ugly helmets covering their character's
faces) and the game will reliably crash.
I am using 64bit wine. I reproduced the crash initially in 2.0.0-rc3-staging,
then in 2.0.0-rc3, and then again in 1.7.35. I haven't tested any other
versions.
The crash does NOT occur on my desktop despite similar wine versions and
configurations. The main difference between the laptop and the desktop is that
the desktop uses the proprietary nvidia blob on a GTX 780, and the laptop uses
integrated intel HD 5500 graphics. The laptop and desktop are running the
debian 4.8.0 kernel.
As an aside, another laptop I have running debian is using a nvidia mobile GPU
(don't remember the model) via bumblebee and it also has no problems with
crashing in GW2.
I have some modest debugging skills: poking around in a debugger shows that the
crash occurs in what appears to be blitting code (the Gw2-64.exe binary makes
string references to "ImgBlt.cpp" in the area). The fault instruction is a rep
movsb. During normal operation the rep movsb's operands are in low memory
ranges (mask 0xFFFFFFFF), but when it crashes one operand is
(0x0222000000000000) which is not valid memory and causes a crash.
I do not have a Windows machine so I do not know if Windows has the same crash;
I presume not.
I have attached the Arenanet.log file which contains some information about
what went wrong. It may contain multiple crashes; I'm not very familiar with
these GW2-specific crashlogs so I'm not sure. These are made by GW2's built-in
crash logger. If anyone wants another crash log format you'll have to tell me
how to disable GW2's built-in one.
If anyone wants me to do any specific debug actions or logs I'll be happy to
try them.
--
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=5162
Huw Davies <huw.davies(a)physics.ox.ac.uk> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |huw.davies(a)physics.ox.ac.uk
Resolution|--- |FIXED
Status|NEW |RESOLVED
--- Comment #53 from Huw Davies <huw.davies(a)physics.ox.ac.uk> ---
Marking resolved.
--
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=5162
--- Comment #52 from Jactry Zeng <jactry92(a)gmail.com> ---
Thanks to Huw's work, TxGetNaturalSize and TxDraw now are implemented in Wine
6.5.
It might be worth retesting these applications and file separate bugs for their
following 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=50862
Bug ID: 50862
Summary: [Regression] Steam fails to start
Product: Wine
Version: 6.4
Hardware: x86-64
OS: Linux
Status: NEW
Keywords: regression
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
CC: julliard(a)winehq.org
Regression SHA1: 47fed8f5bc89344af054b70c2d3a7bea02b2113c
Distribution: ---
0188:err:module:import_dll Library SDL2.dll (which is needed by L"C:\\Program
Files (x86)\\Steam\\bin\\gldriverquery.exe") not found
0188:err:module:LdrInitializeThunk Importing dlls for L"C:\\Program Files
(x86)\\Steam\\bin\\gldriverquery.exe" failed, status c0000135
0190:fixme:font:get_name_record_codepage encoding 20 not handled, platform 1.
0190:fixme:font:get_name_record_codepage encoding 20 not handled, platform 1.
0190:fixme:font:get_name_record_codepage encoding 20 not handled, platform 1.
0190:fixme:ver:GetCurrentPackageId (000000000022FDA0 0000000000000000): stub
0198:fixme:font:get_name_record_codepage encoding 20 not handled, platform 1.
0198:fixme:font:get_name_record_codepage encoding 20 not handled, platform 1.
0198:fixme:font:get_name_record_codepage encoding 20 not handled, platform 1.
0198:fixme:ver:GetCurrentPackageId (0033FEA4 00000000): stub
0024:fixme:imm:ImmReleaseContext (000100B4, 05BD2238): stub
0024:fixme:dwmapi:DwmExtendFrameIntoClientArea (000400B2, 0033E2A8) stub
013c:fixme:file:NtLockFile I/O completion on lock not implemented yet
0024:fixme:file:GetLongPathNameW UNC pathname L"\\\\?\\C:\\Program Files
(x86)\\Steam\\bin\\cef\\cef.win7x64\\steamwebhelper.exe"
0024:fixme:file:GetLongPathNameW UNC pathname L"\\\\?\\C:\\Program Files
(x86)\\Steam\\bin\\cef\\cef.win7x64\\steamwebhelper.exe"
0024:fixme:file:GetLongPathNameW UNC pathname L"\\\\?\\C:\\Program Files
(x86)\\Steam\\logs\\cef_log.txt"
0024:fixme:file:GetLongPathNameW UNC pathname L"\\\\?\\C:\\Program Files
(x86)\\Steam\\logs\\cef_log.txt"
01a4:err:module:import_dll Library SDL2.dll (which is needed by L"C:\\Program
Files (x86)\\Steam\\bin\\cef\\cef.win7x64\\steamwebhelper.exe") not found
01a4:err:module:import_dll Library libcef.dll (which is needed by L"C:\\Program
Files (x86)\\Steam\\bin\\cef\\cef.win7x64\\steamwebhelper.exe") not found
01a4:err:module:LdrInitializeThunk Importing dlls for L"C:\\Program Files
(x86)\\Steam\\bin\\cef\\cef.win7x64\\steamwebhelper.exe" failed, status
c0000135
--
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=45567
Bug ID: 45567
Summary: League of Legends 8.12+ fails to start a game
(anticheat engine, validation of WoW64 syscall
dispatcher)
Product: Wine
Version: 3.13
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: z.figura12(a)gmail.com
Distribution: ---
Diagnosed by Andrew Wesie; partially split off from bug 45327.
The game inspects the %cs register to determine if it is running under WoW64.
Since Linux 32-bit code segment is the same as the
WoW64 32-bit code segment, 0x23, the anti-cheat will expect to be in a WoW64
environment regardless of whether the prefix is 32- or 64-bit.
Consequently the game will try to use the Wow64Transition export if it is
available, or otherwise request the module name of the address contained at the
WOW32Reserved TEB field (i.e. %fs:0xc0), and verifies that the latter matches
wow64cpu.dll.
This can be solved either by moving the syscall dispatcher to wow64cpu.dll, or
by implementing Wow64Transition.
--
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=37983
Bug ID: 37983
Summary: Jedi Knight: Dark Forces II (GOG.com version) - music
doesn't work
Product: Wine
Version: 1.7.35
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: rixa(a)cs.tut.fi
Distribution: ---
The game originally used to have background music on CD audio tracks. The
recent GOG.com release includes those tracks in .ogg format, along with what
seems to be some sort of a hack to play them through a custom winmm.dll in the
game directory.
The music does not play.
For the included winmm.dll to do anything, an override of "winmm
(native,builtin)" seems like a logical step. Indeed, it was reported on the
GOG.com forums that this gets the music working on Crossover, and I used the
trial version to verify that this is indeed the case.
But if I do the same on Wine, the game doesn't start anymore. It just dies
with:
err:seh:raise_exception Exception frame is not in stack limits => unable to
dispatch exception.
I tried to trace it down to other overrides that crossover sets by default, but
it would still work even if I removed them all. It would even keep working if I
replaced the entire drive_c there with the one from my wineprefix where it
doesn't work, so it probably does not have to do with any of the pre-installed
software, nor an installation broken for whatever reason. Using wine on the
prefix installed in crossover didn't work any better either.
In addition to a clean unpatched wine 1.7.35 that I compiled myself, I tried
multiple versions of wine from PlayOnLinux but none of them started the game
with the override in place; each died with the same message.
Without the override the game is still very playable, just has no background
music.
Xubuntu 14.10, nvidia 331.113.
--
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=33375
Bug #: 33375
Summary: Cannot test dlls with dashes in their name
Product: Wine
Version: 1.5.19
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: build-env
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: fgouget(a)codeweavers.com
Classification: Unclassified
Created attachment 44165
--> http://bugs.winehq.org/attachment.cgi?id=44165
Patch to reproduce this bug
No conformance test can be written for dlls that have a dash in their name.
These will first run into a build error:
echo "api-ms-win-security-base-l1-1-0_test.exe TESTRES
\"api-ms-win-security-base-l1-1-0_test-stripped.exe.so\"" |
LD_LIBRARY_PATH="../../../libs/wine:$LD_LIBRARY_PATH" ../../../tools/wrc/wrc
--nostdinc --po-dir=../../../po -m32 -I. -I. -I../../../include
-I../../../include -DWINE_STRICT_PROTOTYPES -DWINE_NO_NAMELESS_EXTENSION
-DWIDL_C_INLINE_WRAPPERS -o
../../../programs/winetest/api-ms-win-security-base-l1-1-0_test.res
:1:5: Error: syntax error
What surprises me is that the dot on the 'TESTRES' left-hand causes no problem
while the dashes do. I tried quoting that string but it did not help.
The next problem is that if the TESTRES left-hand is modified to work around
that issue, then winetest.exe will not be able to find the corresponding dll
anymore and will thus skip the test. Filtering the list of tests to run based
on the command line will likely be broken too.
I'm attaching a patch to reproduce this issue.
--
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=50826
Bug ID: 50826
Summary: regression: adk81setup fails with The file
C:\windows\mono\mono-2.0\lib/mscorlib.dll is an
invalid CIL image
Product: Wine
Version: 6.2
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: xerox.xerox2000x(a)gmail.com
Distribution: ---
Regression caused by:
commit 86947587d206a0a95b4ac2c5458f8465ee4c371d
Author: Alexandre Julliard <julliard(a)winehq.org>
Date: Wed Mar 17 10:38:43 2021 +0100
server: Remove the redundant cpu field in the PE image information.
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
--
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=50721
Bug ID: 50721
Summary: IDA Pro 7.5: Lumina can't contact server, complains
about Schannel security attributes
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: secur32
Assignee: wine-bugs(a)winehq.org
Reporter: thotypous(a)gmail.com
Distribution: ---
Using Wine Staging, IDA Pro fails to contact the Lumina server when trying to
do any operation that depends on it (e.g. Lumina menu -> Pull All Metadata).
The IDA's output window shows "lumina: Schannel does not support the requested
security attributes"
By tracing secur32, it turns out that InitializeSecurityContextA is being
called with fContextReq flags ISC_REQ_EXTENDED_ERROR and
ISC_REQ_MANUAL_CRED_VALIDATION, which are not handled by Wine:
00f4:trace:secur32:InitializeSecurityContextA 0x3436e40 0x3436e50 (null)
0x0008c110 0 0 0x529b58 0 (nil) 0x529af8 0x3436e9c (nil)
Now regarding each flag:
1. ISC_REQ_EXTENDED_ERROR: according to MSDN, this flag means "When errors
occur, the remote party will be notified."
However, modern TLS does not have any mechanism to notify the remote party
about errors. Thus it seems unlikely that this flag causes any difference in
behavior, at least when the remote party is not running Microsoft's TLS
implementation.
When researching about the flag, I found
https://mskb.pkisolutions.com/kb/975858, which states Windows 7 used to ignore
this flag, but since it caused issues with some applications, they changed
schannel to return ISC_RET_EXTENDED_ERROR (via pfContextAttr) when the flag is
set. The KB does not describe any other change deployed by the upgrade. This
fact further supports the hypothesis that the flag does not change the behavior
of the protocol.
In short, up-to-date Windows 7 seems to just return ISC_RET_EXTENDED_ERROR when
ISC_REQ_EXTENDED_ERROR is set, but otherwise ignores it.
2. ISC_REQ_MANUAL_CRED_VALIDATION: according to MSDN, this flag means "By
default, Schannel validates the server certificate by calling the
WinVerifyTrust function; however, if you have disabled this feature using the
ISC_REQ_MANUAL_CRED_VALIDATION flag, you must validate the certificate provided
by the server that is attempting to establish its identity."
However, Wine currently does not carry automatic server certificate validation
at all. The OSX implementation always calls "SSLSetEnableCertVerify(s->context,
FALSE)" to disable it explicitly. The GnuTLS implementation never calls
"gnutls_session_set_verify_cert", which would be required to enable server
certificate validation.
Strictly speaking, the current implementation of Schannel in Wine is insecure,
but fixing it would require more extensive changes to the code and could cause
regression bugs with other applications. Thus, I argue it should be dealt with
by another bug entry and fixed by another patch.
Therefore, the attached patch restricts itself to return
ISC_RET_MANUAL_CRED_VALIDATION when ISC_REQ_MANUAL_CRED_VALIDATION is set, and
to better document the current situation in the 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=45032
Bug ID: 45032
Summary: WineTest does not run the vcomp tests
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: vcomp
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
So WineTest is not running the vcomp tests. What happens is this:
* It parses the vcomp_test.exe filename and concludes that this tests the vcomp
dll.
* It does a LoadLibraryExA("vcomp.dll", NULL, LOAD_LIBRARY_AS_DATAFILE) which
fails (as expected) and concludes that the dll is missing:
vcomp=dll is missing
* Since the dll is missing WineTest skips the vcomp tests.
According to Dan Kegel (see bug 31609) this is a manifest / activation context
issue and he sent a patch for it [1]. However the patch was for the TestBot
[2], not WineTest, and as far as I can tell it's not working.
Furthermore WineTest already has activation context code that seems equivalent
to Dan Kegel's patch.
Note that not all VMs have vcomp.dll. Based on the current results the 32 bit
dll is present on the TestBot's w2000pro, wxppro, w2003std, wvistau64*,
w2008s64, w8, w864 VMs and the 64 bit one is present on wvistau64, w2008s64 and
w864.
Note that some online resources seem to imply that vcomp.dll is present in the
Visual C++ 2005 redistributable (and VC++ 2005 was indeed installed on all the
VMs that have vcomp.dll except w2008s64 (though maybe it was installed and it
was not written down)). Some VMs seem to have other versions such as
vcomp90.dll but not vcomp.dll.
[1] https://bugs.winehq.org/show_bug.cgi?id=31609https://www.winehq.org/pipermail/wine-patches/2012-September/117631.html
[2] Paradoxically the TestBot has no problem running the vcomp tests now that
they dynamically load the vcomp dll. That's because the TestBot makes no
assumption based on the executable filename since one can upload test binaries
that don't follow any naming scheme. So now that the test dynamically loads
vcomp.dll the TestBot cannot check for it.
--
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=50836
Bug ID: 50836
Summary: dxva2api.h does not compile as C++
Product: Wine
Version: 6.4
Hardware: x86-64
OS: Windows
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: dxva2
Assignee: wine-bugs(a)winehq.org
Reporter: bjoern(a)hazardy.de
The functions do not compile with g++ 10:
error: invalid conversion from 'void*' to 'DXVA2FixedToFloat::<unnamed
struct>*' [-fpermissive]
The functions are broken since
https://source.winehq.org/git/wine.git/commitdiff/6aeb891d529d821fa62e26c17…
On MinGW it was fixed once, but now they reimport the library from wine and it
broke in
https://sourceforge.net/p/mingw-w64/mingw-w64/ci/c0fa4d755413c4541bdad32f07…
again.
This hinders compiling Qt on Windows with GCC.
--
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=34906
Bug #: 34906
Summary: [regres] Zoo Tycoon: closed on start in 1.7.6
Product: Wine
Version: 1.7.6
Platform: x86
OS/Version: FreeBSD
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: fiziologus(a)gmail.com
Classification: Unclassified
closed without crash after begin music.
in console:
fixme:imm:ImmReleaseContext (0x2006a, 0x14f250): stub
fixme:imm:ImmGetOpenStatus (0x14f250): semi-stub
fixme:win:EnumDisplayDevicesW ((null),0,0x32ed38,0x00000000), stub!
fixme:x11drv:X11DRV_desktop_SetCurrentMode Cannot change screen BPP from 32 to
16
err:quartz:GetClassMediaFile Media class not found
err:quartz:GetClassMediaFile Media class not found
err:quartz:GetClassMediaFile Media class not found
err:quartz:GetClassMediaFile Media class not found
fixme:d3d_surface:wined3d_surface_flip Ignoring flags 0x1.
fixme:d3d:wined3d_device_set_render_target Surface 0x1ae5c0 doesn't have render
target usage.
err:ddraw:d3d_device_init Failed to set render target, hr 0x8876086c.
result regression test (1.6-good, 1.7.6-bad)
3fb53e21fb2cccf249ed65a4641eac21422f6609 is the first bad commit
commit 3fb53e21fb2cccf249ed65a4641eac21422f6609
Author: Henri Verbeet <hverbeet(a)codeweavers.com>
Date: Tue Sep 17 09:22:37 2013 +0200
ddraw: Don't set render target / depth stencil usage on sysmem surfaces.
Setting render target usage on a P8 surface for example would fail surface
creation, while such surfaces can't be used for actual rendering anyway.
Tests
confirm that surface creation is supposed to succeed for P8 surfaces with
both
DDSCAPS_SYSTEMMEMORY and DDSCAPS_3DDEVICE set.
:040000 040000 578fd201cb41a75b478b47c58c7a0a1a9b6a5209
38c723fb112690d758c0868debec68b3b61c4510 M dlls
--
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=50783
Bug ID: 50783
Summary: WineTest declares dlls with dots in their name as
missing
Product: Wine
Version: 6.3
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: testcases
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
It turns out that winetest.exe has been checking the presence of the
dlls by calling LoadLibrary("serialui") and not
LoadLibrary("serialui.dll"). Surprisingly this works.
But if the dll name contains dots, such as "lib.and.dot.dll", then
LoadLibrary("lib.and.dot") does not work, even if lib.and.dot.dll does exist,
as confirmed by LoadLibrary("lib.and.dot.dll"). At least in Wine.
So this causes winetest.exe to skip the lib.and.dot tests because the dll is
missing.
Maybe that's a LoadLibrary() Wine bug.
Or maybe the fix would be to add the '.dll' extension... except if the name
from
the test executable ends in .exe, .com, .ocx, etc. But this would require a
list of authorized library extensions (or do the checks twice: once without and
once with the extra .dll extension).
lib.and.dot_test.exe -> lib.and.dot.dll
msscript.ocx_test.exe -> msscript.ocx
serialui_test.exe -> serialui.dll
reg.exe_test.exe -> reg.exe (yes WineTest calls LoadLibrary("reg.exe"))
chcp.com_test.exe -> chcp.com
ndis.sys_test.exe -> ndis.sys
...
Or change the test executable filenames so they always have the full name of
the tested dll.
Or this could be fixed by not doing the LoadLibrary() check at all:
https://bugs.winehq.org/show_bug.cgi?id=45032#c1
--
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=50738
Bug ID: 50738
Summary: Guild Wars 2 launcher can't login
Product: Wine
Version: 6.3
Hardware: x86-64
URL: https://account.arena.net/content/download/gw2/win/64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: sven.wine(a)gmail.com
Regression SHA1: 8f50dde9cd3f4ea7856106f5b1691827d4cf8713
Distribution: Ubuntu
Created attachment 69508
--> https://bugs.winehq.org/attachment.cgi?id=69508
Log from 8f50dde9cd3f4ea7856106f5b1691827d4cf8713 with
+timestamp,+pid,+tid,+seh
Since
commit 8f50dde9cd3f4ea7856106f5b1691827d4cf8713
Author: Jacek Caban <jacek(a)codeweavers.com>
Date: Mon Feb 15 21:57:42 2021 +0100
ntdll: Store entire XMM context in x86_64 syscall frame.
the Guild Wars 2 launcher can't reach login the server anymore. Attached is the
log at 8f50dde9cd3f4ea7856106f5b1691827d4cf8713. I confirmed that with
8f50dde9cd3f4ea7856106f5b1691827d4cf8713^ everything was working as expected.
--
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=50034
Bug ID: 50034
Summary: In font dialog's sample text, background changes color
Product: Wine
Version: 5.19
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: comdlg32
Assignee: wine-bugs(a)winehq.org
Reporter: whydoubt(a)gmail.com
Distribution: ---
When the font dialog is first opened, the background behind the sample text is
a different color than the rest of the sample area. As soon as a change is
made in font selection, this condition is corrected.
--
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=45685
Bug ID: 45685
Summary: regression caused in running Dragon NaturallySpeaking
12.5
Product: Wine
Version: 3.14
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: susancragin(a)earthlink.net
Distribution: ---
Created attachment 62107
--> https://bugs.winehq.org/attachment.cgi?id=62107
terminal output with no winedebug running
Dragon NaturallySpeaking 12.5 installs well in wine 3.14 (Staging).
It also goes through training.
But then it crashes when I try to run it for the first time.
--
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=49857
Bug ID: 49857
Summary: NCLauncher2: Crypto error on a successful login
Product: Wine
Version: 5.17
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: crypt32
Assignee: wine-bugs(a)winehq.org
Reporter: yagocl(a)protonmail.ch
Distribution: ---
I am attempting to run the NCSoft Launcher on Wine so that I may download and
play the game Blade&Soul. The application is NCLauncher2.exe, you can grab it
from here: https://launcher.patcher.ncsoft.com/NCLauncher2_Installer.exe or go
the blade and soul website, register, and be sent to that download anyway.
Here's a sha256 checksum of what I downloaded:
ba8e3f0272c103581eb05325384498a02c210f3df0ff78f399060aeb061b5d3e
NCLauncher2_Installer.exe
The program runs fine, however if you get your credentials right and actually
log in it will stop you with a crypto error. Here's the full message the
launcher spits out in the UI:
https://pastebin.com/A8ECdFqJ
Unfortunately there is no point to posting full terminal output since every
message the program dumps into the terminal is obfuscated/encrypted. I tried
running them through base64/32 -d to no avail. BUT, we can get wine to spit out
what the program is doing in the crypto engine when the error happens with
WINEDEBUG=+crypt trace file
This is what I get:
0009:fixme:crypt:PFXImportCertStore flags 00000021 not supported
I suppose it is trying to import a certificate in some way but cannot.
Here's some system info:
Wine 5.17-staging 64 bit wineprefix
Arch Linux with testing repos
.NETs 4.5 all the way to 4.8 installed
Intel CPU, Nvidia (+proprietary driver) GPU
--
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=50729
Bug ID: 50729
Summary: Microsoft PIX 2101.27 setup fails
Product: Wine
Version: 6.3
Hardware: x86-64
URL: https://devblogs.microsoft.com/pix/download/
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: the.ideals(a)gmail.com
Distribution: ---
Created attachment 69486
--> https://bugs.winehq.org/attachment.cgi?id=69486
log
Microsoft PIX 2101.27 setup fails
0x80070538 - Invalid ACL
https://devblogs.microsoft.com/pix/download/https://web.archive.org/web/20210226072258/https://query.prod.cms.rt.micros…
sha1sum PIX-2101.27-Installer.exe
c66d7f99e8891fd1e66e22ca75ee7b9a524ca04c PIX-2101.27-Installer.exe
du -sh PIX-2101.27-Installer.exe
109M PIX-2101.27-Installer.exe
Forcing PIX.msi to run leads to the below, invalid or separate future bug...
Got a UNKNOWN while executing native code. This usually indicates a fatal error
in the mono runtime or one of the native libraries used by your application.
Unhandled exception: page fault on execute access to 0x180003134 in 64-bit code
(0x0000000180003134).
--
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=40055
Bug ID: 40055
Summary: Auto Wiki Browser immediate crash on startup
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: internetboxwiki(a)gmail.com
Distribution: ---
Created attachment 53526
--> https://bugs.winehq.org/attachment.cgi?id=53526
automatic backtrace
Auto Wiki Browser immediate crash on startup
--
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=40074
Bug ID: 40074
Summary: Crash on osx 10.7.5 on darkest dungeon
Product: Wine
Version: unspecified
Hardware: x86
OS: Mac OS X
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: s.dablain(a)gmail.com
Created attachment 53554
--> https://bugs.winehq.org/attachment.cgi?id=53554
Program error detail
Happens after I create my character and before the game actually begins.
--
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=50860
Bug ID: 50860
Summary: Earthworm Jim 3D (GOG Version): Crashes Immediately on
Launch
Product: Wine
Version: 6.4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: gregory(a)opera.id.au
Distribution: ---
Created attachment 69674
--> https://bugs.winehq.org/attachment.cgi?id=69674
Error details for Earthworm Jim 3D (GOG version) crashing.
As soon as one tries to launch the GOG version of "Earthworm Jim 3D", the game
crashes immediately, prior to any part of the game being shown.
The error message is as follows (refer to attachment for further details):
Program Error
The program EarthwormJim3D.exe has encountered a serious problem and needs to
close. We are sorry for the inconvenience.
This can be caused by a problem in the program or a deficiency in Wine. You may
want to check the Application Database for tips about running this application.
--
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=9127
--- Comment #104 from Zebediah Figura <z.figura12(a)gmail.com> ---
(In reply to mirh from comment #103)
> MPEG-2 patents expired in 2018, what's still the deal here?
Nobody has submitted code to hook up mpegpsdemux in Wine.
--
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=9127
mirh <mirh(a)protonmail.ch> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |mirh(a)protonmail.ch
--- Comment #103 from mirh <mirh(a)protonmail.ch> ---
MPEG-2 patents expired in 2018, what's still the deal here?
--
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=37895
Bug ID: 37895
Summary: PostgreSQL 9.3 VBScript based post-install steps fail
due to parser errors (optional parameter between other
parameters, pair of empty commas)
Product: Wine
Version: 1.7.34
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: vbscript
Assignee: wine-bugs(a)winehq.org
Reporter: focht(a)gmx.net
Distribution: ---
Hello folks,
as the summary says.
Installer log file:
--- snip ---
...
Initialising the database cluster (this may take a few minutes)...
Executing cscript //NoLogo "C:\Program
Files\PostgreSQL\9.3/installer/server/initcluster.vbs" "NT
AUTHORITY\NetworkService" "postgres" "****" "C:\Program Files\PostgreSQL\9.3"
"C:\Program Files\PostgreSQL\9.3\data" 5432 "DEFAULT" 0
Script exit code: 0
Script output:
Script stderr:
--- snip ---
Terminal output with script being executed standalone:
--- snip ---
$ pwd
/home/focht/.wine/drive_c/Program Files/PostgreSQL/9.3/installer/server
$ wine cscript //NoLogo initcluster.vbs
fixme:wscript:set_host_properties ignored L"nologo" switch
fixme:vbscript:VBScript_SetScriptState unimplemented SCRIPTSTATE_INITIALIZED
fixme:vbscript:parse_script parser failed around
L"2_OperatingSystem\",,48)\r\n\r\n For Each objItem In colItems\r\n
strVersion = Left(objItem.Version, 3)\r\n Next\r\n WScript.Echo \"
Version:\" & strVersion\r\n\r\n If InStr(strVersion, \".\") > 0 Then\r\n
majorVersion = CInt(Left(strVersion, InStr(strVersion, \".\") - 1"...
fixme:wscript:run_script ParseScriptText failed: 80004005
...
--- snip ---
Script function that fails to parse:
--- snip ---
' Is this Vista or above?
Function IsVistaOrNewer()
WScript.Echo "Called IsVistaOrNewer()..."
Set objWMI = GetObject("winmgmts:\\.\root\cimv2")
If objWMI Is Nothing Then
WScript.Echo " Couldn't create 'winmgmts:\\.\root\cimv2' object"
IsVistaOrNewer=false
ElseIf IsObject(objWMI) Then
WScript.Echo " 'winmgmts' object initialized..."
Else
WScript.Echo " 'winmgmts' object not initialized..."
End If
Set colItems = objWMI.ExecQuery("Select * from Win32_OperatingSystem",,48)
For Each objItem In colItems
strVersion = Left(objItem.Version, 3)
Next
WScript.Echo " Version:" & strVersion
If InStr(strVersion, ".") > 0 Then
majorVersion = CInt(Left(strVersion, InStr(strVersion, ".") - 1))
ElseIf InStr(strVersion, ",") > 0 Then
majorVersion = CInt(Left(strVersion, InStr(strVersion, ",") - 1))
Else
majorVersion = CInt(strVersion)
End If
WScript.Echo " MajorVersion:" & majorVersion
If majorVersion >= 6.0 Then
IsVistaOrNewer = True
Else
IsVistaOrNewer = False
End If
End Function
--- snip ---
The problem is parsing 'SWbemServices.ExecQuery' optional method parameters.
Signature MSDN:
http://msdn.microsoft.com/en-us/library/aa393866%28v=vs.85%29.aspx
--- quote ---
The ExecQuery method of the SWbemServices object executes a query to retrieve
objects. These objects are available through the returned SWbemObjectSet
collection.
This method is called in the semisynchronous mode. For more information, see
Calling a Method.
For an explanation of this syntax, see Document Conventions for the Scripting
API.
Syntax
VB
objWbemObjectSet = .ExecQuery( _
ByVal strQuery, _
[ ByVal strQueryLanguage ], _
[ ByVal iFlags ], _
[ ByVal objWbemNamedValueSet ] _
)
Parameters
strQuery
Required. String that contains the text of the query. This parameter cannot
be blank. For more information on building WMI query strings, see Querying with
WQL and the WQL reference.
strQueryLanguage [optional]
String that contains the query language to be used. If specified, this
value must be "WQL".
iFlags [optional]
Integer that determines the behavior of the query and determines whether
this call returns immediately. The default value for this parameter is
wbemFlagReturnImmediately. This parameter can accept the following values.
Value Meaning
wbemFlagForwardOnly
32 (0x20)
...
Causes WMI to return class amendment data with the base class definition.
For more information, see Localizing WMI Class Information.
objWbemNamedValueSet [optional]
Typically, this is undefined. Otherwise, this is an SWbemNamedValueSet
object whose elements represent the context information that can be used by the
provider that is servicing the request. A provider that supports or requires
such information must document the recognized value names, data type of the
value, allowed values, and semantics.
--- quote ---
'strQueryLanguage' = optional, needs to be passed in between pair of empty
commands as next parameter is explicitly given
'iFlags' = optional, 48 = WBEM_FLAG_FORWARD_ONLY | WBEM_FLAG_RETURN_IMMEDIATELY
(-> forward-only enumerator)
'objWbemNamedValueSet' = optional, no passing needed (last parameter)
$ sha1sum postgresql-9.3.5-3-windows.exe
e47b6569f86466da76199186aa1b63a94f040551 postgresql-9.3.5-3-windows.exe
$ du -sh postgresql-9.3.5-3-windows.exe
53M postgresql-9.3.5-3-windows.exe
$ wine --version
wine-1.7.34-36-g4493323
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=3972
Anastasius Focht <focht(a)gmx.net> changed:
What |Removed |Added
----------------------------------------------------------------------------
URL|http://download.microsoft.c |https://web.archive.org/web
|om/download/5/6/7/567758a3- |/20051029064215/http://down
|759e-473e-bf8f-52154438565a |load.microsoft.com/download
|/dotnetfx.exe |/5/6/7/567758a3-759e-473e-b
| |f8f-52154438565a/dotnetfx.e
| |xe
--
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=16445
Summary: .NET Framework 2.0 fails to install because of IE
dependency
Product: Wine
Version: 1.1.9
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: tobias.vogel(a)bluewin.ch
Trying to install the Microsoft .NET Framework fails on wine-1.1.9 (Fedora 10,
x86_64) with the error
"IE5.01 or higher version is required prior to installing Microsoft .NET
Framework."
Tryied on a clean, new .wine environment (Removed ~/.wine-Folder before) with
and without winetricks.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=11228
Summary: .NET Framework 2.0 Registry Bug
Product: Wine
Version: 0.9.53.
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: n.tessore(a)gmail.com
When installing the .NET Framework 2.0, the installer creates a registry key
HKEY_LOCAL_MACHINE\Software\Microsoft\.NETFramework\Policy\AppPatch\v[RTM_ProductVersion].00000
---
The correct key would be
HKEY_LOCAL_MACHINE\Software\Microsoft\.NETFramework\Policy\AppPatch\v2.0.50727.00000
---
This leads to seemingly meaningless errors in a number of unexpected places
(ie. normal non-.NET applications), like this one here:
fixme:advapi:RegisterEventSourceA ((null),".NET Runtime"): stub
fixme:advapi:RegisterEventSourceW (L"",L".NET Runtime"): stub
fixme:advapi:ReportEventW
(0xcafe4242,0x0001,0x0000,0x00000000,(nil),0x0001,0x00000000,0x33e64c,(nil)):
stub
err:eventlog:ReportEventW L"Error enumerating shim databases - 234"
fixme:advapi:DeregisterEventSource (0xcafe4242) stub
--
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.
http://bugs.winehq.org/show_bug.cgi?id=25612
Summary: can´t install .NET Framework 2.0
Product: Wine
Version: 1.2.1
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: winehqbugs(a)bugmenot.com
Created an attachment (id=32610)
--> (http://bugs.winehq.org/attachment.cgi?id=32610)
log from the command line
If i try to install .NET Framework 2 I always get error-messages (see
attatchments). Can somebody please help me?
--
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=44656
Bug ID: 44656
Summary: Multiple applications need ntdll.NtSuspendProcess and
ntdll.NtResumeProcess implementation (Oracle Data
Visualization Desktop, cbwin)
Product: Wine
Version: 3.3
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: focht(a)gmx.net
Distribution: ---
Hello folks,
to track Wine-Staging patchset:
https://github.com/wine-staging/wine-staging/tree/master/patches/ntdll-NtSu…
Essentially a continuation of bug 40989 which added 'ntdll.NtSuspendProcess and
'ntdll.ResumeProcess' stubs.
The original app/game is no longer available - at least not for free.
Searching for apps using this native API I found a hint here:
https://forum.winehq.org/viewtopic.php?f=9&t=28415
--- snip ---
"Data\ Visualization\ Desktop\\dvdesktop.exe"
...
fixme:ntdll:NtSuspendProcess stub: 0x8c
[0128/175611:ERROR:scoped_process_suspend.cc(29)] NtSuspendProcess,
ntstatus=-1073741822
...
fixme:ntdll:NtQuerySystemInformation (0x00000040,0xb50030,0x00200000,0x84e6e8)
stub
[0128/175611:ERROR:process_info.cc(372)] NtQuerySystemInformation
SystemExtendedHandleInformation: <failed to retrieve error message (0x13d)>
(0xc0000003)
fixme:ntdll:NtResumeProcess stub: 0x8c
[0128/175611:ERROR:scoped_process_suspend.cc(38)] NtResumeProcess,
ntstatus=-1073741822
--- snip ---
This is probably 'Oracle Data Visualization Desktop':
http://www.oracle.com/technetwork/middleware/oracle-data-visualization/down…http://download.oracle.com/otn/nt/middleware/12c/1224/Oracle_Data_Visualiza…
Another candidate: 'cbwin' (Launch Windows programs from "Bash on Ubuntu on
Windows" (WSL)) which also makes use of this native API.
https://github.com/xilun/cbwinhttps://github.com/xilun/cbwin/releases/download/v0.13/cbwin-bin-0.13.zip
There are likely more apps to find and play/test with.
This was just a quick search-n-grab.
Will check them later in details how to reproduce/validate.
$ sha1sum cbwin-bin-0.13.zip
63842e94abe4fcb8b331ee7419e671c4731ddf21 cbwin-bin-0.13.zip
$ du -sh cbwin-bin-0.13.zip
108K cbwin-bin-0.13.zip
$ sha1sum Oracle_Data_Visualization_Desktop_Windows_V4.1.1_12_2_4_1_1.zip
d76367cf62d1245a55173809cde5032597ec0e96b
Oracle_Data_Visualization_Desktop_Windows_V4.1.1_12_2_4_1_1.zip
$ du -sh Oracle_Data_Visualization_Desktop_Windows_V4.1.1_12_2_4_1_1.zip
467M Oracle_Data_Visualization_Desktop_Windows_V4.1.1_12_2_4_1_1.zip
$ wine --version
wine-3.3
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=49998
Bug ID: 49998
Summary: widl doesn't support winrt types (runtimeclass,
delegate, parameterized types, ...)
Product: Wine
Version: 5.19
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: rbernon(a)codeweavers.com
Distribution: ---
Created attachment 68403
--> https://bugs.winehq.org/attachment.cgi?id=68403
PoC implementation of WinRT subset in widl
In winrt mode (using --winrt or #pragma winrt), widl is unable to parse several
winrt-specific keywords and generate the corresponding interface headers.
I'm opening this bug mainly to provide my implementation (attached) as a proof
of concept, and so that it can then be tested more extensively, helping it go
upstream eventually.
I'll also attach updated series for the few WinRT stub dlls in staging,
re-implemented using idl files thanks to the new support in widl.
--
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=48832
Bug ID: 48832
Summary: Magic The Gathering Online does not start due to long
file names
Product: Wine
Version: 5.4
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: panard(a)inzenet.org
Distribution: ---
Created attachment 66749
--> https://bugs.winehq.org/attachment.cgi?id=66749
increase OFS_MAXPATHNAME
Since the 2020-03-25 update of MTGO client, wine fails to start the program.
It is actually due to filenames which exceed OFS_MAXPATHNAME (128).
See debug at
https://github.com/pauleve/docker-mtgo/issues/79#issuecomment-605118041
Increasing OFS_MAXPATHNAME256 (see patch) fixed the issue and MTGO works 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=48441
Bug ID: 48441
Summary: mouse coordinates cannot exceed initial desktop size
during startup of wineserver
Product: Wine
Version: 5.0-rc4
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dvbochove(a)hotmail.com
Distribution: ---
Created attachment 66219
--> https://bugs.winehq.org/attachment.cgi?id=66219
archive with a script and textfile demonstrating the problem
When starting a Windows application in Wine, with desktop dimensions of e.g.
800x600, and extending the desktop dimensions to e.g. 1280x1024 while
wineserver is still running, the desktop dimensions reported to the application
are correct since the support for XRandR device change notifications in Wine
4.17.
However, the mouse coordinates in e.g. WM_MOUSEMOVE never exceed the original
desktop dimensions of 800x600.
Only restarting wineserver resolves this.
The attachment demonstrates the problem, containing a small bash script and a
textfile for notepad.exe
--
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=10325
Summary: Avencast: Rise of the Mage crash on attempt to play
startup video
Product: Wine
Version: 0.9.48.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: wine-directx
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: cheetahmorph(a)gmail.com
Created an attachment (id=8986)
--> (http://bugs.winehq.org/attachment.cgi?id=8986)
Logfile auto-generated by the Avencast Demo
>From watching the installer, I noticed several .wmv files installed. Game asked
for d3dx9_30.dll, which was copied from my other harddrive partition to the
game folder. Game launches easily, showing the splash screen, and then this
error:
DXC Error (DirectX9)
DXC_VideoPlayerOverlayBase: CoCreateInstance failed (VideoMixingRenderer)
Upon clicking "Ok", the game crashes.
Link to demo:
http://files.filefront.com/Avencast+Rise+of+the+Mage+Demo/;8771255;/fileinf…
Attached: Log that the demo created on its own, might be useful
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=50373
Bug ID: 50373
Summary: Touhou Shinpiroku trial terminates immediately
Product: Wine
Version: 6.0-rc2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d-util
Assignee: wine-bugs(a)winehq.org
Reporter: sagawa.aki+winebugs(a)gmail.com
Distribution: ---
Touhou Shinpiroku (東方深秘録) ~ Urban Legend in Limbo is a fighting game developed
by Twilight Frontier and Team Shanghai Alice.
The demo (th145.exe, SHA1:8113139ce9734714f6743ace20b0829f1f6ea1d0) starts and
shows start-up window, but it immediately terminates due to the following
exceptions:
0114:err:seh:NtRaiseException Unhandled exception code c0000008 flags 0 addr
0x7bc26459
--
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=49806
Bug ID: 49806
Summary: WIDL doesn't tolerate attribute [hidden] within enums.
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: tools
Assignee: wine-bugs(a)winehq.org
Reporter: kolan_n(a)mail.ru
Distribution: ---
WIDL doesn't tolerate attribute [hidden] within enums.
--
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=38964
Bug ID: 38964
Summary: utils.c NULL pointer reference in memcpy
Product: Wine
Version: 1.7.47
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: tools
Assignee: wine-bugs(a)winehq.org
Reporter: vitti570(a)gmail.com
Distribution: ---
In widl/utils.c:379
memcpy( output_buffer + output_buffer_pos, data, size );
the pointer data is NULL.
This is during wine build on x86-64 with default -m32 option.
I double checked it by prefixing the instruction with "assert(data)" as in
assert(data),memcpy( output_buffer + output_buffer_pos, data, size );
--
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=50094
Bug ID: 50094
Summary: Rockstar Games Launcher installer hyperlinks don't
work
Product: Wine
Version: 5.20
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: bshanks(a)codeweavers.com
Distribution: ---
The Rockstar Games Launcher installer (NSIS-based) contains hyperlinks which do
nothing when clicked.
The NSIS script does the following:
- fetches the content of
HKCU\Software\Microsoft\Windows\Shell\Associations\UrlAssociations\http\UserChoice\ProgId
- take that value and get the content of HKCR\$value\shell\open\command
- concatenate the URL after that command, and execute it
Two fixes are needed: one to add the UrlAssociations keys, and one for
winebrowser to handle URLs which are missing a scheme (i.e. 'http://')
HKCU\Software\Microsoft\Windows\Shell\Associations\UrlAssociations\http\UserChoice\ProgId
needs to be set to 'http'.
HKCR\http\shell\open\command is already set to
'"C:\windows\system32\winebrowser.exe" -nohome'.
With a UrlAssocations key for http added, "C:\windows\system32\winebrowser.exe"
www.rockstargames.com/eula is what gets executed.
But xdg-open on Linux requires URLs to have a scheme, and fails unless changes
are made to winebrowser.
--
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=49924
Bug ID: 49924
Summary: comctl32: Enable Tab key of IP address controls
Product: Wine
Version: 5.18
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: comctl32
Assignee: wine-bugs(a)winehq.org
Reporter: katayama.hirofumi.mz(a)gmail.com
Distribution: ---
Created attachment 68300
--> https://bugs.winehq.org/attachment.cgi?id=68300
The patch
The IP Address controls (window class: SysIPAddress32) won't accept Tab key and
Shift+Tab key.
If the user pressed Tab key on SysIPAddress32, SysIPAddress32 should set focus
to the next field. If the user pressed Shift+Tab key, SysIPAddress32 should set
focus to the previous field.
--
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=49591
Bug ID: 49591
Summary: Multiple GOG installers display the error message "Out
of Global Vars range"
Product: Wine
Version: 5.12
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: qsniyg(a)mail.com
Distribution: ---
(This isn't a new issue, but I couldn't find any existing bug reports about
this)
This doesn't prevent the installers from working, as it only pops up at the end
of the installation, so it's not a major issue.
The smallest installer for a free game I could find (so far) that can reproduce
this issue is Stargunner: https://www.gog.com/game/stargunner . There are other
smaller installers (such as Ultima 4), but they don't contain this issue (at
least not when I tested them).
Looking at the GOG log (C:/users/.../Temp/Setup Log ...), these lines look
relevant:
--- snip ---
CurStepChanged raised an exception.
Exception message:
Message box (OK):
Runtime Error (at 73:1379):
--- snip ---
Current Page: Finished
Exception message:
Message box (OK):
Runtime Error (at 211:814):
Out of Global Vars range.
--- snip ---
Exception message:
Message box (OK):
Invalid Opcode.
--- snip ---
Looking at the wine log:
--- snip ---
1384816.651:00cc:00d0:trace:nls:MultiByteToWideChar cp 1252 "Out of Global Vars
range" -> L"Out of Global Vars range", ret = 24
1384816.651:00cc:00d0:Ret KERNEL32.MultiByteToWideChar() retval=00000018
ret=00405449
1384816.651:00cc:00d0:Call
KERNEL32.RaiseException(0eedfade,00000001,00000007,0031dca8) ret=004a0c4b
1384816.652:00cc:00d0:trace:seh:raise_exception code=eedfade flags=1
addr=0x7b00f787 ip=7b00f787 tid=00d0
--- snip ---
I'm not quite sure what is the cause of the issue yet. There are multiple other
eedfade (pascal) exceptions, but I don't believe they are related (one is due
to trying to access c:\\gog games\\Stargunner\\goglog.ini, which doesn't exist,
another is due to trying to access a non-existing CLSID in HKEY_CLASSES_ROOT)
--
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=22616
Summary: problem with merriam-webster-dictionary
Product: Wine
Version: 1.1.43
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: romangrubecki(a)hotmail.com
Merriam- Webster 3.11 dictionary does not work.
I have 2 Ubuntu versions on 2 separate hard drives.
In Ubuntu 9.10 and wine 1.1.43 - works perfect. I have installed Webster 4
months ago. with older version of wine. Since then I keep upgrading Wine and
dictionary still works fine.
Then I have installed Ubuntu 10.04 from cd on separate hard drive. I installed
Wine from repository. Webster dictionary does not work on this instalation. Is
the same version of wine, and the same computer.
Communicate appears: The program Merriam-Webster.exe has encountered a serious
problem and needs to close.
--
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=50126
Bug ID: 50126
Summary: Writing VT_UI8 property type to a stream is not
currently supported
Product: Wine
Version: 5.0.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: ole32
Assignee: wine-bugs(a)winehq.org
Reporter: vladut.vrinceanu(a)yahoo.com
Distribution: ---
The PropertyStorage_WritePropertyToStream function does not handle the VT_UI8
type.
--
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=49738
Bug ID: 49738
Summary: "warning: implicit declaration of function
‘strtoumax’" when compiling PuTTY with Winelib
Product: Wine
Version: 5.15
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: msvcrt
Assignee: wine-bugs(a)winehq.org
Reporter: alexhenrie24(a)gmail.com
Distribution: ---
Created attachment 68035
--> https://bugs.winehq.org/attachment.cgi?id=68035
Build log
To reproduce, run the following commands:
git clone https://git.tartarus.org/simon/putty.git
cd putty
./mkfiles.pl
make -C windows -f Makefile.mgw CC="winegcc -mno-cygwin" COMPAT="-D__MINGW32__"
RC=wrc
The complete build log is attached. There are numerous warnings; this bug
report is specifically about this one:
../testcrypt.c: In function ‘get_uint’:
../testcrypt.c:405:23: warning: implicit declaration of function ‘strtoumax’;
did you mean ‘strtoull’? [-Wimplicit-function-declaration]
405 | uintmax_t toret = strtoumax(string, NULL, 0);
| ^~~~~~~~~
| strtoull
--
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=35744
Bug ID: 35744
Summary: LabChart Reader 8 installer ends prematurely (VBScript
support for class default sub missing)
Product: Wine
Version: 1.7.14
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: vbscript
Assignee: wine-bugs(a)winehq.org
Reporter: focht(a)gmx.net
Hello folks,
continuation of bug 35110
--- snip ---
$ WINEDEBUG=+tid,+seh,+relay,+vbscript,+msi wine msiexec -i
LabChartReader_v8.0.msi >>log.txt 2>&1
...
0037:trace:vbscript:VBScriptParse_ParseScriptText (0x153ca8)->(L"Option
Explicit\r\n\r\nConst kInfoMessage = &H04000000\r\ndim
kDebugContext\r\n\r\nkDebugContext = false\r\n'kDebugContext = true ' True for
command line testing\r\n'\r\n'if (kDebugContext) then\r\n' Dim
Session\r\n'\r\n' Set Session = New SessionType\r\n' Session.Init\r\n'
Session.Proper"... (null) (nil) (null) 0 0 0 (nil) (nil))
...
0037:fixme:vbscript:new_function_decl Invalid default property
0037:trace:vbscript:VBScript_Release (0x153ca8) ref=1
0037:trace:vbscript:VBScript_Release (0x153ca8) ref=0
0037:trace:msi:MsiActiveScriptSite_OnStateChange State: Closed.
0037:trace:msi:MsiActiveScriptSite_Release (0x153b18)->(2)
...
0037:trace:msi:ACTION_CallScript script returned 1603
0037:trace:msi:MsiCloseHandle 1
0037:trace:msi:ScriptThread custom action (37) returned 1603
--- snip ---
VBScript code:
--- snip ---
class SessionType
...
Public Default Sub Init ()
Set Properties = CreateObject ("Scripting.Dictionary")
Quiet = true
End Sub
...
End Class
--- snip ---
$ sha1sum LabChartReader_v8.0.msi
2d4f4ffc88e1b40f76d5fa95bdf9ac1a2dea1162 LabChartReader_v8.0.msi
$ du -sh LabChartReader_v8.0.msi
43M LabChartReader_v8.0.msi
$ wine --version
wine-1.7.14
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=49850
Bug ID: 49850
Summary: No One Lives Forever crashes due to GetMotif stub in
dmstyle
Product: Wine
Version: 5.12
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-dmusic
Assignee: wine-bugs(a)winehq.org
Reporter: qsniyg(a)mail.com
Distribution: ---
Returning S_FALSE instead of S_OK fixes the crash (though music still fails to
play).
Though I haven't used a debugger, I suspect the reason NOLF crashes here is
because it will try to access ppSegment (which has not been modified by
GetMotif) if it returns S_OK.
I'm not sure if any other lithtech games are affected.
--
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=49719
Bug ID: 49719
Summary: The Bat! v9.2.2.3: The 32bit version and the 64bit
version crashed after startup
Product: Wine
Version: 5.15
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: mywine(a)schiermeier-it.de
Distribution: ---
Created attachment 67975
--> https://bugs.winehq.org/attachment.cgi?id=67975
Log from terminal of starting The Bat! 32bit
This is a similar behaviour in 32bit and 64 bit:
After installation of the v9.2.2.3 of The Bat! the setup of a mail account
works. But than, when the applications shows it main window it crashes. Wine
tells me this in a message box saying: "Access violation in ..."
Than I will have to kill the "thebat32.exe" proccess to get back to the prompt.
In 64bit happens the same.
To setup *The Bat!* first download the latest msi file from ritlabs.com,
install it (it also will not run) and than replace the thebat32.exe by the
files from TBBETA
(https://www.mail-archive.com/tbbeta@thebat.dutaint.com/msg113701.html).
--
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=49449
Bug ID: 49449
Summary: Terraria Server (.NET 4.x) crashes with
System.NotImplementedException
NATUPNPLib.IUPnPNAT.get_StaticPortMappingCollection()
Product: Wine
Version: 5.11
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: hnetcfg
Assignee: wine-bugs(a)winehq.org
Reporter: focht(a)gmx.net
Distribution: ---
Hello folks,
extracted from https://bugs.winehq.org/show_bug.cgi?id=46005#c5
--- snip ---
0009:err:eventlog:ReportEventW L"Application: TerrariaServer.exe\nFramework
Version: v4.0.30319\nDescription: The process was terminated due to an
unhandled exception.\nException Info: System.NotImplementedException\n at
NATUPNPLib.IUPnPNAT.get_StaticPortMappingCollection()\n at
Terraria.Netplay..cctor()\n\nException"...
0009:fixme:advapi:DeregisterEventSource (0xcafe4242) stub
Unhandled Exception: System.TypeInitializationException: The type initializer
for 'Terraria.Main' threw an exception. --->
System.TypeInitializationException: The type initializer for 'Terraria.Netplay'
threw an exception. ---> System.NotImplementedException: The method or
operation is not implemented.
at NATUPNPLib.IUPnPNAT.get_StaticPortMappingCollection()
at Terraria.Netplay..cctor()
--- End of inner exception stack trace ---
at Terraria.Main..cctor()
--- End of inner exception stack trace ---
at Terraria.Main..ctor()
at Terraria.Program.LaunchGame(String[] args)
at Terraria.WindowsLaunch.Main(String[] args)
wine: Unhandled exception 0xe0434352 in thread 9 at address 7B00DFA2 (thread
0009), starting debugger...
--- snip ---
It was reported with Wine 5.0.1 but source inspection reveals the problem is
still present with Wine 5.11.
Wine source:
https://source.winehq.org/git/wine.git/blob/1f6423f778f7036a3875613e10b9c8c…
--- snip ---
717 static HRESULT WINAPI upnpnat_get_StaticPortMappingCollection(IUPnPNAT
*iface, IStaticPortMappingCollection **collection)
718 {
719 upnpnat *This = impl_from_IUPnPNAT( iface );
720 FIXME("%p, %p\n", This, collection);
721 if(collection)
722 *collection = NULL;
723 return E_NOTIMPL;
724 }
--- snip ---
$ wine --version
wine-5.11-111-g1f6423f778
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=45400
Bug ID: 45400
Summary: eden* (VN) some font characters display with the wrong
glyph (capitals/spaces)
Product: Wine
Version: 3.11
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: kq3thih(a)mailnesia.com
Distribution: ---
Created attachment 61710
--> https://bugs.winehq.org/attachment.cgi?id=61710
+font,+nls,+relay - 36.4M
eden*, GOG version (all ages/17+), some font characters display with the wrong
glyph. Often capital letters and/or spaces. To reproduce start eden_en.exe, and
click Settings or start a new game.
Merriweather MG font is installed along with the game. When chosen as the font
to use the broken characters display as the first non-unicode glyph in
Merriweather MG, box with an X inside named ".notdef" according to FontForge.
>From the attached +font,+nls,+relay log.
A wrong glyph:
--- snip ---
002b:Call KERNEL32.MultiByteToWideChar(000004e4,00000001,0033f644
"l",00000001,0033f640,00000001) ret=0051a005
002b:trace:nls:MultiByteToWideChar cp 1252 "l" -> L"l", ret = 1
002b:Ret KERNEL32.MultiByteToWideChar() retval=00000001 ret=0051a005
002b:Call
gdi32.GetGlyphOutlineW(0037005b,0037006c,00000005,00d0e770,00000000,009a2ad8,005671d0)
ret=0051a053
002b:trace:font:GetGlyphOutlineW (0x37005b, 37006c, 0005, 0xd0e770, 0,
0x9a2ad8, 0x5671d0)
002b:trace:font:get_glyph_outline 0x1c2570, 37006c, 00000005, 0xd0e770,
00000000, 0x9a2ad8, 0x5671d0
002b:trace:font:get_glyph_outline font transform 1.000000 0.000000 0.000000
1.000000
002b:trace:font:get_glyph_outline 10,11,(0,12),10,0
002b:Ret gdi32.GetGlyphOutlineW() retval=00000084 ret=0051a053
002b:Call
gdi32.GetGlyphOutlineW(0037005b,0037006c,00000005,00d0e770,00000084,009a2ad8,005671d0)
ret=0051a161
002b:trace:font:GetGlyphOutlineW (0x37005b, 37006c, 0005, 0xd0e770, 132,
0x9a2ad8, 0x5671d0)
002b:trace:font:get_glyph_outline 0x1c2570, 37006c, 00000005, 0xd0e770,
00000084, 0x9a2ad8, 0x5671d0
002b:trace:font:get_glyph_outline font transform 1.000000 0.000000 0.000000
1.000000
002b:trace:font:get_glyph_outline 10,11,(0,12),10,0
002b:Ret gdi32.GetGlyphOutlineW() retval=00000084 ret=0051a161
--- snip ---
A correct glyph:
--- snip ---
002b:Call KERNEL32.MultiByteToWideChar(000004e4,00000001,0033f644
"a",00000001,0033f640,00000001) ret=0051a005
002b:trace:nls:MultiByteToWideChar cp 1252 "a" -> L"a", ret = 1
002b:Ret KERNEL32.MultiByteToWideChar() retval=00000001 ret=0051a005
002b:Call
gdi32.GetGlyphOutlineW(0037005b,00000061,00000005,00d0e770,00000000,009a2ad8,005671d0)
ret=0051a053
002b:trace:font:GetGlyphOutlineW (0x37005b, 0061, 0005, 0xd0e770, 0, 0x9a2ad8,
0x5671d0)
002b:trace:font:get_glyph_outline 0x1c2570, 0061, 00000005, 0xd0e770, 00000000,
0x9a2ad8, 0x5671d0
002b:trace:font:get_glyph_outline font transform 1.000000 0.000000 0.000000
1.000000
002b:trace:font:get_glyph_outline 9,12,(0,11),8,0
002b:Ret gdi32.GetGlyphOutlineW() retval=00000090 ret=0051a053
002b:Call
gdi32.GetGlyphOutlineW(0037005b,00000061,00000005,00d0e770,00000090,009a2ad8,005671d0)
ret=0051a161
002b:trace:font:GetGlyphOutlineW (0x37005b, 0061, 0005, 0xd0e770, 144,
0x9a2ad8, 0x5671d0)
002b:trace:font:get_glyph_outline 0x1c2570, 0061, 00000005, 0xd0e770, 00000090,
0x9a2ad8, 0x5671d0
002b:trace:font:get_glyph_outline font transform 1.000000 0.000000 0.000000
1.000000
002b:trace:font:get_glyph_outline 9,12,(0,11),8,0
002b:Ret gdi32.GetGlyphOutlineW() retval=00000090 ret=0051a161
--- snip ---
--
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=49820
Bug ID: 49820
Summary: VBScript fails to parse decimal literals between -1
and 1 without 0 in front
Product: Wine
Version: 5.17
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: vbscript
Assignee: wine-bugs(a)winehq.org
Reporter: dimaki(a)rocketmail.com
Distribution: ---
In a VBScript script file decimals such as .2 and -.1 wrongly result in a
parsing error. No parsing error occurs if a zero is placed in front such as 0.2
and -0.1
Sample script that fails parsing:
Dim x
x = .2
WScript.Echo(x)
--
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=48545
Bug ID: 48545
Summary: SDL GameControllerAddMapping registry keys do not work
Product: Wine
Version: 5.0
Hardware: x86
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: hid
Assignee: wine-bugs(a)winehq.org
Reporter: zakk(a)rsdio.com
The registry entries to add SDL controller mappings do not work
(HKLM/CurrentControlSet/Services/WineBus/Map)
I've discovered the enumeration of the subkeys fails with ERROR_ACCESS_DENIED
If I change the RegOpenKeyExW call (line 1039 of bus_sdl.c) to use KEY_READ
instead of KEY_ENUMERATE_SUB_KEYS the enumeration succeeds and the controller
mappings are passed to SDL.
The registry keys were created with the stock wine regedit program.
I can provide a diff if really required, but I feel like this might be an issue
that needs solving somewhere else (perhaps the default permissions on registry
key creation need tweaking?)
--
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=44367
Bug ID: 44367
Summary: d2d1 FillEllipse
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: d2d
Assignee: wine-bugs(a)winehq.org
Reporter: markau0(a)lycos.com
Distribution: ---
With wine set to
HKEY_CURRENT_USER Software Wine Direct3D MaxVersionGL 30002
a FillEllipse and DrawEllipse error occurs when using a windows vst (Serum)
that uses d2d1.
Without setting MaxVersionGL 30002 the display is blank (black).
Setting MaxVersionGL 30002 enables the display but also causes the FillEllipse
and DrawEllipse errors which result in drawing errors.
Video card is a Radeon HD 6670.
err:winediag:wined3d_dll_init Setting maximum allowed wined3d GL version to
3.2.
err:d2d:d2d_d3d_render_target_FillEllipse Failed to create geometry, hr
0x80004001.
err:d2d:d2d_d3d_render_target_FillEllipse Failed to create geometry, hr
0x80004001.
err:d2d:d2d_d3d_render_target_DrawEllipse Failed to create geometry, hr
0x80004001.
err:d2d:d2d_d3d_render_target_FillEllipse Failed to create geometry, hr
0x80004001.
err:d2d:d2d_d3d_render_target_FillEllipse Failed to create geometry, hr
0x80004001.
etc
--
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=35782
Bug ID: 35782
Summary: Tic Tac Toe Game (vbscript) cannot be played (colon
used in for loop for placing multiple statements on
the same line)
Product: Wine
Version: 1.7.14
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: vbscript
Assignee: wine-bugs(a)winehq.org
Reporter: focht(a)gmx.net
Hello folks,
similar to bug 27831
--- snip ---
$ wine iexplore file:///c:/Game.htm
...
fixme:vbscript:parse_script parser failed around L"0)=8\n\t\tfor i=1 to
8:a1(i)=i-1:next 'all lines\n\t\tc=ChooseOneCell(a1)\n\tend
if\n\tFindBestMove=c\nEnd Function\n\n\nSub PutCoin(c)\n\t'put a coin on the
cell #c for player p\n\ton error resume next\n\t'if TimeOutHldIsSet=1 then
TimeOutHldIsSet=0\n\tdim n\n\tBoardCell(c)=CurrentPlayer+1\n\tn=Coin"...
--- snip ---
Reduced case:
--- snip ---
dim a1(8)
a1(0)=8
for i=1 to 8:a1(i)=i-1:next 'all lines
--- snip ---
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.
http://bugs.winehq.org/show_bug.cgi?id=22749
Summary: Hard link creation from a Finddupe-generated batch
file fails (needs fsutil.exe implemented)
Product: Wine
Version: 1.1.44
Platform: x86-64
URL: http://www.sentex.net/~mwandel/finddupe/
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: programs
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: RandomAccountName(a)mail.com
Finddupe has an option to generate a batch file that can be run later to create
hard links for the duplicate files it find, but these batch files don't work in
Wine:
wine: cannot find L"C:\\windows\\system32\\fsutil.exe"
The particular command it's using is this:
fsutil hardlink create "C:\test6\testfile_1.gif" "C:\test6\testfile.gif"
Copying over fsutil.exe from WinXP lets it work as expected (aside from the
native app producing corrupted output). Fsutil is documented here:
http://www.microsoft.com/resources/documentation/windows/xp/all/proddocs/en…
A lot of these functions probably wouldn't translate to Wine well (setting NTFS
attributes, etc.) but "fsutil hardlink create" seems to do the same thing as
CreateHardLink...
--
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=50153
Bug ID: 50153
Summary: HID doesn't work on macOS Catalina and Big Sur unless
"Input Monitoring" permission is granted
Product: Wine
Version: 5.22
Hardware: x86-64
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: hid
Assignee: wine-bugs(a)winehq.org
Reporter: bshanks(a)codeweavers.com
On macOS Catalina and Big Sur, if the user-level app (usually Terminal) doesn't
have permission granted for "Input Monitoring" in System Preferences ->
Security & Privacy, the IOHID support in winebus will fail with 'Couldn't open
IOHIDManager.'.
And when Wine is quitting and the driver unloads, it tries to call the
IOHIDManager that was already released, causing a crash.
IOHIDManagerOpen() is failing with kIOReturnNotPermitted because it actually
tries to "open" every matching device, which is every HID device on the system,
including the keyboard (which requires Input Monitoring permission).
(Yes, this API design is very confusing, and poorly documented).
Better is to open individual devices instead, so even if the keyboard fails to
open other devices will still work.
Also it would be ideal to not "open" a device until it's necessary, so there
won't be a permission prompt unless a Windows app actually wants to read from
the keyboard. Currently some part of Wine's HID stack requests input reports
when the device gets enumerated, triggering the permission prompt.
--
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=48396
Bug ID: 48396
Summary: 'cmd.exe /c move file1 file2' doesn't respect
non-interactive mode, causing prompt for overwrite if
destination file exists
Product: Wine
Version: 5.0-rc3
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: cmd
Assignee: wine-bugs(a)winehq.org
Reporter: focht(a)gmx.net
Distribution: ---
Hello folks,
as it says. Noticed this with some scene installers that use batch files to
uncompress and concatenate files. At one point the progress stalls and a number
of 'cmd.exe' processes just sit around, waiting for input (they are
non-interactive). Reason: Wine's cmd.exe 'move' doesn't take non-interactive
mode into account when destination file exists.
Cmd's 'copy' works.
--- snip ---
$ echo "1" > test1
$ echo "2" > test2
# fails but should work
$ wine cmd /c move test1 test2
Overwrite Z:\home\focht\test2? (Yes|No)
--- snip ---
Setting 'COPYCMD' environment variable to '/Y' avoids the prompt, but still
doesn't overwrite the destination file with original which is another bug.
Oh boy, cmd.exe really needs some love. Still so broken after years.
Wine source:
https://source.winehq.org/git/wine.git/blob/HEAD:/programs/cmd/builtins.c#l…
--- snip ---
2959 void WCMD_move (void)
2960 {
2961 BOOL status;
2962 WIN32_FIND_DATAW fd;
2963 HANDLE hff;
2964 WCHAR input[MAX_PATH];
2965 WCHAR output[MAX_PATH];
2966 WCHAR drive[10];
2967 WCHAR dir[MAX_PATH];
2968 WCHAR fname[MAX_PATH];
2969 WCHAR ext[MAX_PATH];
...
3023 /* If destination exists, prompt unless /Y supplied */
3024 if (GetFileAttributesW(dest) != INVALID_FILE_ATTRIBUTES) {
3025 BOOL force = FALSE;
3026 WCHAR copycmd[MAXSTRING];
3027 DWORD len;
3028
3029 /* /-Y has the highest priority, then /Y and finally the COPYCMD
env. variable */
3030 if (wcsstr (quals, parmNoY))
3031 force = FALSE;
3032 else if (wcsstr (quals, parmY))
3033 force = TRUE;
3034 else {
3035 static const WCHAR copyCmdW[] =
{'C','O','P','Y','C','M','D','\0'};
3036 len = GetEnvironmentVariableW(copyCmdW, copycmd,
ARRAY_SIZE(copycmd));
3037 force = (len && len < ARRAY_SIZE(copycmd) && !lstrcmpiW(copycmd,
parmY));
3038 }
3039
3040 /* Prompt if overwriting */
3041 if (!force) {
3042 WCHAR* question;
3043
3044 /* Ask for confirmation */
3045 question = WCMD_format_string(WCMD_LoadMessage(WCMD_OVERWRITE),
dest);
3046 ok = WCMD_ask_confirm(question, FALSE, NULL);
3047 LocalFree(question);
3048
3049 /* So delete the destination prior to the move */
3050 if (ok) {
3051 if (!DeleteFileW(dest)) {
3052 WCMD_print_error ();
3053 errorlevel = 1;
3054 ok = FALSE;
3055 }
3056 }
3057 }
3058 }
...
--- snip ---
While at it you could really refactor/unify the code more. Even basic 'COPYCMD'
handling is implemented in different code style (move vs. copy):
https://source.winehq.org/git/wine.git/blob/HEAD:/programs/cmd/builtins.c#l…
$ wine --version
wine-5.0-rc3
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=42731
Bug ID: 42731
Summary: stack overflow when .bat script variable has more than
256 characters
Product: Wine
Version: 2.3
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: lucianposton(a)gmail.com
Distribution: ---
Created attachment 57723
--> https://bugs.winehq.org/attachment.cgi?id=57723
bug demo
When a variable with more than (roughly) 256 characters in a .bat script is
passed as a parameter, the script fails with the following error:
err:seh:setup_exception_record stack overflow 1408 bytes in thread 0009 eip
7bc4887d esp 00240db0 stack 0x240000-0x241000-0x340000
attached .bat file that demonstrates the bug
--
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=49643
Bug ID: 49643
Summary: Calling ClipCursor too frequently can cause stack
overflow in foreground window thread.
Product: Wine
Version: 5.13
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winex11.drv
Assignee: wine-bugs(a)winehq.org
Reporter: rbernon(a)codeweavers.com
Distribution: ---
Created attachment 67845
--> https://bugs.winehq.org/attachment.cgi?id=67845
Reproducing sample application
Calling ClipCursor too frequently in a non-foreground thread may cause the
foreground window thread to overflow its stack. This is happening under some
circumstances with CoD: WWII.
This is inherent to the current implementation where every ClipCursor request
from a non-foreground thread involves synchronously sending internal messages
to the foreground window thread, then to the desktop thread. Each ClipCursor
request is processed when the desktop thread is notified, growing the stack
every time, until it overflows.
The attached program can be used to easily reproduce the 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=44061
Bug ID: 44061
Summary: Destiny 2 crashes on launch
Product: Wine
Version: 2.21
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: zombieff(a)gmail.com
Distribution: ArchLinux
Created attachment 59774
--> https://bugs.winehq.org/attachment.cgi?id=59774
Crash report shown by the app
The game "Destiny 2" crashes on launch.
It installs successfully via Blizzard client, but crashes on launch.
There's a delay between "Launching" → "Ready to Launch" (not launched) →
crashed with an error.
Tested on Arch Linux.
Wine version is wine-2.21 (Staging).
Terminal output (app crash report is in the attachment):
fixme:thread:create_user_shared_data_thread Creating user shared data update
thread.
fixme:heap:RtlSetHeapInformation (nil) 1 (nil) 0 stub
fixme:crypt:CRYPT_LoadProvider Failed to load dll
L"C:\\windows\\system32\\rsaenh.dll"
fixme:seh:call_stack_handlers nested exception
wine: Unhandled exception 0xc06d007e in thread 556 at address 0x7b450c67
(thread 0556), starting debugger...
fixme:module:load_dll Loader redirect from L"uxtheme.dll" to L"uxtheme-gtk.dll"
fixme:module:load_dll Loader redirect from L"uxtheme.dll" to L"uxtheme-gtk.dll"
fixme:msg:pack_message msg 14 (WM_ERASEBKGND) not supported yet
fixme:uxthemegtk:SetWindowTheme (0xf0054, (null), (null))
--
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=49982
Bug ID: 49982
Summary: A '(call )' line does not reset %ERRORLEVEL% to 0
Product: Wine
Version: 5.18
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: cmd
Assignee: wine-bugs(a)winehq.org
Reporter: aa1ronham(a)gmail.com
Distribution: ---
The following batch script:
```
@echo off
echo Initial error level: %errorlevel%
call missing
echo After bad call: %errorlevel%
(call )
echo After empty call: %errorlevel%
```
gives the following output under Wine:
```
Initial error level: 0
Can't recognize 'missing' as an internal or external command, or batch script.
After bad call: 1
After empty call: 1
```
However, Windows 10 gives the following output:
```
Initial error level: 0
'missing' is not recognized as an internal or external command,
operable program or batch file.
After empty call: 1
After empty call: 0
```
It looks like the Windows cmd.exe resets %errorlevel% to 0 after a '(call )' is
executed, while Wine's cmd.exe leaves it unchanged.
--
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=49774
Bug ID: 49774
Summary: macDriver no longer functions within macOS VM
Product: Wine
Version: 4.15
Hardware: x86-64
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winemac.drv
Assignee: wine-bugs(a)winehq.org
Reporter: gcenx83(a)gmail.com
Regression SHA1: 792521f33b2786cb100cb202dcb4181a579ef3b3
Wine-4.14 macDriver would function within a macOS VM from Wine-4.15 that’s no
longer the case.
--
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=49172
Bug ID: 49172
Summary: Always true condition `code > 0xffff` in
vbscript/global.c
Product: Wine
Version: 5.8
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: vbscript
Assignee: wine-bugs(a)winehq.org
Reporter: mikrutrafal54(a)gmail.com
Distribution: ---
code > 0xffff is always true - probably code > 0 should look like code < 0
https://github.com/wine-mirror/wine/blob/59987bc9ecdd0dbafd768a95c21a14884b…
--
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=47570
Bug ID: 47570
Summary: FotoBizX - Installer throws backtrace
Product: Wine
Version: 4.11
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: maiktapwagner(a)aol.com
Distribution: ---
Created attachment 64971
--> https://bugs.winehq.org/attachment.cgi?id=64971
Backtrace (4.11 Staging)
Hello everyone,
I have been trying out FotoBizX which is a business software for photographers
and agencies allowing invoices and quotes.
There is a demo version available at:
https://www.cradocfotosoftware.com/fotobiz/fotobiz-x-demo
sha256sum installfotoBizX1005.exe
7f6bcc85413442e4fe4f61919a98e0fffbcef32f2d99272abec9fe0dec0adffd
installfotoBizX1005.exe
Will try to add an AppDB entry later on.
--
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=50179
Bug ID: 50179
Summary: Future Pinball: parse_hex_literal invalid literal
Product: Wine
Version: 5.22
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: vbscript
Assignee: wine-bugs(a)winehq.org
Reporter: sloper42(a)yahoo.com
Distribution: ---
Start Future Pinball
Choose File->Table Launcher->SegmentDisplayDemo
VBscript crashes at
Disp2.SetRightCursor 0,
&H0001or&H1000or&H0100or&H2000or&H0200or&H0008or&H0010or&H0800,
&H0001or&H0400or&H0200or&H0020or&H0010,
&H0100or&H0800or&H0020or&H0040or&H0010or&H8000, 0
0024:fixme:vbscript:VBScript_AddTypeLib (001BD050)->()
0024:fixme:vbscript:parse_hex_literal invalid literal
0024:fixme:vbscript:parser_error
L"&H0001or&H1000or&H0100or&H2000or&H0200or&H000
8or&H0010or&H0800, &H0001or&H0400or&H0200or&H0020or&H0010,
&H0100or&H0800or&H002
0or&H0040or&H0010or&H8000, 0\r\n\r\n\t'\t\t\t\t\t
\"1234123412341234123412341234
1234\"\r\tDisp2.QueueText \"PRINTF (\"\"HELLO WORLD\"\").\", seNone, 4000, 0,
Fa
lse,"...: "syntax error"
0024:fixme:vbscript:VBScriptError_GetSourceLineText (00190248)->(0031EA68)
0024:fixme:vbscript:VBScript_InterruptScriptThread (001BD050)->()
--
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=49309
Bug ID: 49309
Summary: vbscript:run test fails in Japanese locale
Product: Wine
Version: 5.9
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: vbscript
Assignee: wine-bugs(a)winehq.org
Reporter: madewokherd(a)gmail.com
Distribution: ---
For example:
https://test.winehq.org/data/48020f4846cca1a02f4e1dc037e2cc2068df5e9c/linux…
run.c:1877: Error in line 1585: 0 L"Invalid procedure call or argument"
run.c:1891: Test failed: unexpected call OnScriptError
run.c:2943: Test failed: expected global_success_d
run.c:2944: Test failed: expected global_success_i
run.c:2946: Test failed: parse_script failed: 800a0005
It seems that the call testAsc(Chr(255), 255) causes a runtime error when Asc
is called with Chr(255). For some reason, on the Japanese locale, this Chr call
gives us U+F8F3. It makes sense to get different results depending on encoding,
but I don't understand why we get this one.
Since this hasn't been observed on Windows, I assume this is a bug in Wine's
vbscript and not the test.
--
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=34770
Bug #: 34770
Summary: DS License Server: Cannot obtain a valid computer ID
Product: Wine
Version: 1.7.4
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: lukasz.wojnilowicz(a)gmail.com
Classification: Unclassified
Created attachment 46363
--> http://bugs.winehq.org/attachment.cgi?id=46363
Error message
Steps to reproduce:
1) remove ~/.wine
2) wine start DSLS_17022013_32bit_SSQ.msi
3) default installation except selecting "Install Server from scratch."
Behaviour:
Error message (see attachment) and interrupted installation.
Expected behaviour:
No error message and successful installation.
Terminal output:
fixme:exec:SHELL_execute flags ignored: 0x00000100
fixme:storage:create_storagefile Storage share mode not implemented.
err:rpc:I_RpcGetBuffer no binding
err:rpc:I_RpcGetBuffer no binding
fixme:volume:GetVolumePathNameW (L"C:\\users\\Public\\Application Data",
0x33c1f0, 260), stub!
fixme:ole:CoInitializeSecurity ((nil),-1,(nil),(nil),0,3,(nil),0,(nil)) - stub!
fixme:wbemprox:client_security_SetBlanket 0xf712d2c0, 0x120fd0, 10, 0, (null),
3, 3, (nil), 0x00000000
fixme:wbemprox:client_security_Release 0xf712d2c0
fixme:wbemprox:class_object_GetNames flags 00000070 not supported
err:msi:ITERATE_Actions Execution halted, action L"ActionInitData" returned
1603
err:msi:ITERATE_Actions Execution halted, action L"ExecuteAction" returned 1603
err:rpc:I_RpcGetBuffer no binding
err:rpc:I_RpcGetBuffer no binding
--
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=49143
Bug ID: 49143
Summary: RTF Editor does not support cyrillic letters using MS
Sans Serif Font
Product: Wine
Version: 5.8
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: fonts
Assignee: wine-bugs(a)winehq.org
Reporter: sulimova08(a)mail.ru
Distribution: ---
Created attachment 67145
--> https://bugs.winehq.org/attachment.cgi?id=67145
RTF_CYR_MSSER
Look at the picture attached.
There should be "кириллица" text inside the Red ellipse.
--
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=21150
Summary: exPressit crashes
Product: Wine
Version: 1.1.35
Platform: x86
URL: http://www.jumpjet.info/Win2k/05/exPressit_Label_Desig
n_Studio/exPressit.zip
OS/Version: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: shdocvw
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: xerox_xerox2000(a)yahoo.co.uk
Hi a user reported this crash in appdb. I gave it a try and after starting ,
and choosing default project it crashes. I'll attach a crash log. The problem
seems to be unimplemented OleObject_Advise in shdocvw. Faking success like in
the hack below makes the app start fine.
diff --git a/dlls/shdocvw/oleobject.c b/dlls/shdocvw/oleobject.c
index dde850f..8322525 100644
--- a/dlls/shdocvw/oleobject.c
+++ b/dlls/shdocvw/oleobject.c
@@ -516,7 +516,7 @@ static HRESULT WINAPI OleObject_Advise(IOleObject *iface,
IA
{
WebBrowser *This = OLEOBJ_THIS(iface);
FIXME("(%p)->(%p, %p)\n", This, pAdvSink, pdwConnection);
- return E_NOTIMPL;
+ return 0;//E_NOTIMPL;
}
--
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=50160
Bug ID: 50160
Summary: VstHost crashes on start call to unimplemented
function avrt.dll.AvSetMmMaxThreadCharacteristicsA,
aborting
Product: Wine
Version: 5.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: avrt
Assignee: wine-bugs(a)winehq.org
Reporter: minion.procyk(a)gmail.com
Distribution: ---
per the title. vsthost crashes on start
wine: Call from 000000007B0114FE to unimplemented function
avrt.dll.AvSetMmMaxThreadCharacteristicsA, 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=50031
Bug ID: 50031
Summary: The Foundation Game crashes with bundled ucrtbase
Product: Wine
Version: 5.13
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ucrtbase
Assignee: wine-bugs(a)winehq.org
Reporter: vavooon(a)gmail.com
Distribution: ---
The game (https://store.steampowered.com/app/690830/Foundation/) is crashing
during startup. Although it works fine if I extract the file from VC_redist
(https://aka.ms/vs/15/release/vc_redist.x64.exe) and place it into
Windows/system32 instead of the bundled one.
--
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=40430
Bug ID: 40430
Summary: PhysX 9.15.0428 fails to install on 32-bit and 64-bit
prefixes
Product: Wine
Version: 1.9.7
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: fjfrackiewicz(a)gmail.com
Distribution: ---
Created attachment 54174
--> https://bugs.winehq.org/attachment.cgi?id=54174
terminal output from Wine 1.9.7 Staging (64-bit prefix)
Wine 1.9.7 Staging.
Steps to reproduce:
Download the installer.
Run it via "wine PhysX-9.15.0428-SystemSoftware.exe"
It manages to check the system and lets you agree to the license agreement but
then it completely fails afterwards.
This issue occurs in 32-bit and 64-bit prefixes.
--
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=50016
Bug ID: 50016
Summary: PS Remote Play can't install: "The operating system is
not adequate for running PS Remote Play"
Product: Wine
Version: 5.19
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: sergi_g_12(a)hotmail.com
Distribution: ---
Wine 5.19 on archlinux.
"PS4 Remote Play" has been updated to also support the PS5, and therefore has
been renamed to "PS Remote Play" [1].
When trying to install it, a popup says "The operating system is not adequate
for running PS Remote Play".
Looking at the log:
```
$ wine ~/Downloads/RemotePlayInstaller.exe
002c:fixme:ver:GetCurrentPackageId (000000000031FDB0 0000000000000000): stub
0024:fixme:ole:CoInitializeSecurity 0031ECDC, -1, 00000000, 00000000, 6, 2,
00000000, 8192, 00000000 stub
0100:fixme:ole:CoInitializeSecurity 0031ECDC, -1, 00000000, 00000000, 6, 2,
00000000, 8192, 00000000 stub
0108:err:winediag:SECUR32_initNTLMSP ntlm_auth was not found or is outdated.
Make sure that ntlm_auth >= 3.0.25 is in your path. Usually, you can find it in
the winbind package of your distribution.
0100:fixme:file:NtLockFile I/O completion on lock not implemented yet
0100:fixme:wintrust:SOFTPUB_VerifyImageHash Cannot verify hash for
pszObjId="1.3.6.1.4.1.311.2.1.30"
0114:fixme:file:NtLockFile I/O completion on lock not implemented yet
0114:fixme:ntdll:NtQuerySystemInformation info_class
SYSTEM_PERFORMANCE_INFORMATION
0114:fixme:ntdll:EtwEventRegister ({319dc449-ada5-50f7-428e-957db6791668},
1002A1A0, 10082460, 10082478) stub.
0114:fixme:ntdll:EtwEventSetInformation (deadbeef, 2, 10003241, 28) stub
```
Seems like PS Remote Play is using NtQuerySystemInformation with
SYSTEM_PERFORMANCE_INFORMATION to make sure the system it powerful enough.
1: https://remoteplay.dl.playstation.net/remoteplay/lang/es/index.html
--
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=32613
Bug #: 32613
Summary: Tom Clancy's Rainbow Six: Lockdown crashes after the
intro videos (without native dxdiagn.dll)
Product: Wine
Version: 1.5.20
Platform: x86
URL: http://www.fileplanet.com/160005/160000/fileinfo/Tom-C
lancy%27s-Rainbow-Six:-Lockdown-Demo
OS/Version: Linux
Status: NEW
Keywords: download
Severity: minor
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: gyebro69(a)gmail.com
Classification: Unclassified
Created attachment 43039
--> http://bugs.winehq.org/attachment.cgi?id=43039
terminal output
The game crashes after playing the 2 intro videos without native dxdiagn.dll.
After the crash the game opens a crash report file in notepad and generates a
minidump file. Removing videos doesn't help.
Can be reproduced with the demo version as well, just skip the DirectX
installation step (or set dxdiagn=builtin).
--
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=49811
Bug ID: 49811
Summary: cmd /c "cd "directory"&&"somecommand.exe"" tries to cd
to "directory"&&"somecommand.exe"
Product: Wine
Version: 5.16
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: cmd
Assignee: wine-bugs(a)winehq.org
Reporter: lolisamurai(a)tfwno.gf
Distribution: ---
Created attachment 68139
--> https://bugs.winehq.org/attachment.cgi?id=68139
trace with WINEDEBUG=+cmd
I ran into a scene installer that calls cmd /c with very convoluted quoting. I
narrowed the bug down to this example (run from C:\):
> cmd /c "cd "windows"&&"system32\notepad.exe""
when you run this on windows 10 cmd, it cd's to windows and opens notepad as
expected
on wine, it interprets "windows"&&"system32\notepad.exe" as the directory to cd
to. I have attached a trace with WINEDEBUG=+cmd
--
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=49808
Bug ID: 49808
Summary: Regression in wine 4.0-rc1 cause Stellaris loads very
slow, long time black screen
Product: Wine
Version: 4.0-rc1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: tim110011(a)163.com
Distribution: ---
Stellaris on the recent wine version loads very slowly and the black screen
takes a long time.
Tested many wine versions:
# 3.2 game loads very fast
# 3.11 game loads very fast
# 3.20-staging game loads very fast
# 3.21 game loads very fast
# 4.0-rc1 (for fedora28) game loads very slow, long time black screen
# 4.0-rc1 (for fedora29) game loads very slow, long time black screen
# 4.1 game loads very slow, long time black screen
# 4.6 game loads very slow, long time black screen
Regression in 4.0-rc1 may affect many PDS Clausewitz engine games. Could it
affect many games that load a lot of loose files?
CPU: Intel Xeon E3-1275L v3
Memory: 8GiB
VGA: nVidia GeForce GTX 750 Ti
Distro: Fedora 32
kernel: 5.8.6-201.fc32.x86_64
--
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=49314
Bug ID: 49314
Summary: Wine segfaults with too many command-line arguments
Product: Wine
Version: 5.7
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: esteve.varela(a)gmail.com
Distribution: ---
Running the `wine` command on any program, with too many arguments (or too long
of a command-line) causes a segfault.
An example of a command that can reproduce this bug on most systems:
wine start '/?' /usr/bin/*
Expected output: A list of option flags for wine start
Gotten result: Segmentation fault
This bug is problematic because it can happen with command-lines shorter than
32767 bytes (which I believe to be the upper limit supported by wine), though
the exact circumstances aren't exactly clear.
The reported behavior has been observed with wine 5.7, but is still present in
5.9. On wine-staging, the error is instead:
0024:err:seh:segv_handler_early Got unexpected trap 14 during process
initialization
--
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=49821
Bug ID: 49821
Summary: Seismobuild crashes at start
Product: Wine
Version: 5.16
Hardware: x86-64
URL: https://seismosoft.com/wp-content/uploads/prods/Seismo
Build_v2020_Release-3_ENG.zip
OS: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: xerox.xerox2000x(a)gmail.com
Distribution: ---
Hi, a user submitted this program rated as garbage in Appdb, so i gave it a try
It crashes on msado15 stubs;
By just stupidly returning S_OK instead of E_NOTIMPL for a 6 or so functions
the program starts.
Maybe someone could simply improve stubs a bit in right way to get this program
started, or otherwise this bugreport is for tracking correct implementation of
at least the 1st one (connection_put_CursorLocation)
(below output with stupidly faking success for the below mentioned functions)
0024:fixme:msado15:connection_put_CursorLocation 09C87FA8, 3
0024:fixme:msado15:connection_get_Mode 09C87FA8, 0887FB7C
0024:fixme:msado15:connection_put_Mode 09C87FA8, 16
0024:fixme:msado15:connection_get_Provider 09C87FA8, 0887FB68
0024:fixme:msado15:connection_put_Provider 09C87FA8, L"MSDASQL.1"
0024:fixme:msado15:command_putref_ActiveConnection 09C770D8, 00000000
0024:fixme:msado15:command_putref_ActiveConnection 09C87F78, 00000000
0024:fixme:msado15:command_putref_ActiveConnection 09C87F90, 00000000
0024:fixme:msado15:connection_put_CursorLocation 0AFA0070, 3
0024:fixme:msado15:command_putref_ActiveConnection 0AF64520, 00000000
0024:fixme:msado15:command_putref_ActiveConnection 0AF6EC50, 00000000
0024:fixme:msado15:connection_put_CursorLocation 0AF33370, 3
0024:fixme:msado15:connection_get_Mode 0AF33370, 0887FB7C
0024:fixme:msado15:connection_put_Mode 0AF33370, 16
0024:fixme:msado15:connection_get_Provider 0AF33370, 0887FB68
0024:fixme:msado15:connection_put_Provider 0AF33370, L"MSDASQL.1"
0024:fixme:msado15:command_putref_ActiveConnection 0AF64520, 00000000
0024:fixme:msado15:command_putref_ActiveConnection 0AF6EC50, 00000000
0024:fixme:msado15:command_putref_ActiveConnection 0AE60AD8, 00000000
0024:fixme:msado15:command_putref_ActiveConnection 0AE7E770, 00000000
--
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.