https://bugs.winehq.org/show_bug.cgi?id=50099
Bug ID: 50099
Summary: .Net GetFullPath not working correctly
Product: Wine
Version: 5.0.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: grimessa(a)gmail.com
Distribution: ---
I have an application I wrote myself in C#.
It works perfectly on Windows.
However it is not working in wine. The application tries to load sound files
to play from a subfolder of where the exe is. So the code uses GetFullPath
method to get the absolute path from a relative path string.
I am not using Mono, it is using Native .Net.
GetFullPath is a static method of the Path class, which is part of .Net in
System.IO namespace.
The application I am running is running from this path in the WineBottle
MyWineBottle/drive_c/MyApp/App.exe
So when calling
string path = System.IO.Path.GetFullPath(@"Sounds\1.wav");
The expected path should be:
C:\MyApp\Sounds\1.wav
However, it returns this instead
D:\home\grimes\Sounds\1.wav
(grimes is my username)
This does not seem correct. I am not sure why it is returning the Path from
the D drive. There does not seem to be one in the winebottle anyway.
I am new to Wine(and linux) so let me know if there might be config I may have
overlooked.
Here are the details of my system
Linux Mint 19.3 Tricia
Wine 5.0.2
.Net 4.6.1
WINEARCH=win32
--
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=49794
Bug ID: 49794
Summary: [fallout new vegas] wine refuses to see installed
libraries
Product: Wine
Version: 5.16
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: rtentser(a)yandex.ru
Distribution: ---
(wine:5816): GStreamer-WARNING **: 23:37:05.130: Failed to load plugin
'/usr/lib32/gstreamer-1.0/libgstrtmp.so': libhogweed.so.5: cannot open shared
object file: No such file or directory
(wine:5816): GStreamer-WARNING **: 23:37:05.660: Failed to load plugin
'/usr/lib32/gstreamer-1.0/libgstladspa.so': libicui18n.so.65: cannot open
shared object file: No such file or directory
(wine:5816): GStreamer-WARNING **: 23:37:05.746: Failed to load plugin
'/usr/lib32/gstreamer-1.0/libgstx264.so': libx264.so.159: cannot open shared
object file: No such file or directory
(wine:5816): GStreamer-WARNING **: 23:37:05.836: Failed to load plugin
'/usr/lib32/gstreamer-1.0/libgstresindvd.so': libdvdread.so.7: cannot open
shared object file: No such file or directory
But all this files are installed in this directory.
--
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=49701
Bug ID: 49701
Summary: Could you add a "Security" tab to the WINE Config
window?
Product: Wine
Version: 5.14
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: 49studebaker(a)gmail.com
Distribution: ---
There could be an option to enable/disable sandboxing. If a malware infected
windows .exe is executed in Wine, the malicious code could be added to other
windows programs. Could you make WINE sandbox each windows program by default?
There could be an option to enable/disable access to windows encryption API's.
A program could have it's own encryption library or built-in encryption code.
WINE could prompt the user if he/she wants the program to encrypt other files.
Certain folders could be marked as non-encryptable.
--
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=50806
Bug ID: 50806
Summary: mspaint.exe from Windows XP cannot copy an image the
the clipboard buffer (missing support for
api-ms-win-core-com-l2-1-1.dll.CreateILockBytesOnHGlob
al)
Product: Wine
Version: 6.0
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: api-ms-win-*
Assignee: wine-bugs(a)winehq.org
Reporter: aros(a)gmx.com
Distribution: ---
03cc:err:module:DelayLoadFailureHook failed to delay load
api-ms-win-core-com-l2-1-1.dll.CreateILockBytesOnHGlobal
wine: Call from 7B03E9F4 to unimplemented function
api-ms-win-core-com-l2-1-1.dll.CreateILockBytesOnHGlobal, aborting
wine: Unimplemented function
api-ms-win-core-com-l2-1-1.dll.CreateILockBytesOnHGlobal called at address
7B03E9F4 (thread 03cc), starting debugger...
http://www.oldversion.com/windows/download/microsoft-paint-xp
sha256sum XP_mspaintxp.exe
6a95c65c45395a78cb589b38297bcd4b69fdcc18723694b4055d52cd3fec323c
XP_mspaintxp.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=49033
Bug ID: 49033
Summary: Inno Setup installer: runtime error with external dll
- regression in msvcrt
Product: Wine
Version: 5.7
Hardware: x86
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msvcrt
Assignee: wine-bugs(a)winehq.org
Reporter: winehq-bugzilla(a)reichardt.de
Exult's Inno Setup based installer fails with
"Runtime Error (at -1:0):
Cannot Import dll:C:\users\crossover\Temp\is-05TAH.tmp\exconfig.dll."
but the dll is at the given path.
I am running macOS 10.15 so I was only able to do limited regression testing.
But on a machine with an older macOS I was able to confirm that it used to work
with:
Crossover 18.0 (based on Wine 3.14)
But with Crossover 18.1 (also based on Wine 3.14) it stopped working.
On the older machine I also installed Wine 4.0.3 (via MacPorts) and it's not
working there either.
Gcenx in the forums confirmed that this also does not work with the latest Wine
version https://forum.winehq.org/viewtopic.php?f=9&t=33784&p=127447#p127447
(neither native nor builtin).
A search in the forum lead me to https://bugs.winehq.org/show_bug.cgi?id=43940
but the attached msvcrt.dll let's the Exult installer die silently.
The Exult installer is at http://exult.sourceforge.net/snapshots/Exultwin32.exe
The Inno Setup script is at
https://github.com/exult/exult/blob/master/win32/exult_installer.iss
The source for exconfig.dll is at
https://github.com/exult/exult/blob/master/win32/exconfig.cc
--
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=45194
Bug ID: 45194
Summary: Painkiller game crashes at start
Product: Wine
Version: 3.7
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: b.wine.6883(a)indigo.re
Distribution: ---
Created attachment 61407
--> https://bugs.winehq.org/attachment.cgi?id=61407
crash log
Game changes resolution and then crashes, see attached log
--
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=43296
Bug ID: 43296
Summary: Ultra VNC back buffer errors
Product: Wine-staging
Version: 2.11
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ToddAndMargo(a)zoho.com
CC: erich.e.hoover(a)wine-staging.com, michael(a)fds-team.de,
sebastian(a)fds-team.de
Distribution: ---
Dear Wine Staging,
Would you fix this for me?
wine-patched-staging-2.11.tar.gz, 32 bit
UltraVNC-1.2.15_X86_Setup.exe
http://www.uvnc.com/downloads/ultravnc.html WARNING: Lots of JUNKWARE !!
$ env WINEPREFIX="/home/todd/.wine" /usr/local/bin/wine
C:\\windows\\command\\start.exe /Unix
/home/tony/.wine/dosdevices/c:/users/Public/Start\
Menu/Programs/UltraVNC/UltraVNC\ Viewer.lnk
fixme:exec:SHELL_execute flags ignored: 0x00000100
fixme:exec:SHELL_execute flags ignored: 0x00004100
fixme:actctx:parse_depend_manifests Could not find dependent assembly
L"Microsoft.Windows.Common-Controls" (6.0.0.0)
[tony@rn4 Desktop]$ fixme:d3d:wined3d_dxtn_init Wine cannot find the txc_dxtn
library, DXTn software support unavailable.
libGL error: unable to load driver: nouveau_dri.so
libGL error: driver pointer missing
libGL error: failed to load driver: nouveau
libGL error: unable to load driver: swrast_dri.so
libGL error: failed to load driver: swrast
err:winediag:X11DRV_WineGL_InitOpenglInfo Direct rendering is disabled, most
likely your 32-bit OpenGL drivers haven't been installed correctly (using GL
renderer "Gallium 0.4 on NVC4", version "1.4 (3.0 Mesa 11.2.2)").
fixme:d3d:check_fbo_compat Format WINED3DFMT_R16G16_UNORM needs different
render target formats for different resource types.
fixme:d3d:swapchain_init The application requested more than one back buffer,
this is not properly supported.
Please configure the application to use double buffering (1 back buffer) if
possible.
fixme:ver:GetCurrentPackageId (0xacea28 (nil)): stub
fixme:d3d:check_fbo_compat Format WINED3DFMT_R16G16_UNORM needs different
render target formats for different resource types.
fixme:d3d:swapchain_init The application requested more than one back buffer,
this is not properly supported.
Please configure the application to use double buffering (1 back buffer) if
possible.
err:dialog:EndDialog got invalid window handle (0x70374); buggy app !?
--
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=50557
Bug ID: 50557
Summary: USVFS (Mod Organizer 2) no longer working
Product: Wine
Version: 6.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: joe(a)warhaggis.com
Distribution: ---
USVFS is a component of Mod Organizer 2. It uses an OverlayFS-style method to
overlay mods on to (primarily Bethesda) games at runtime.
The patch in #47832 (upstreamed in 4.21) fixed this until at *least* 5.13 when
dlls/kernel32/file.c was largely migrated to dlls/kernelbase/file.c. In every
Wine version after 5.0 USFVS fails to run.
My attached logs are from USVFS's own debug log. The log suffixed wine-5.0
shows the functionality working as expected (if you search it for 'freeside'
you will find a mod correctly overlayed). The log suffixed wine-6.0 for
comparison shows the function not working.
----
I attempted to replace the applicable section in dlls/kernelbase/file.c to
replicate the changes made to kernel32 in 4.21 but had no success, however I
believe the problem is here somewhere.
--
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=50461
Bug ID: 50461
Summary: Wine looking in /usr/bin/../../lib32/wine, should be
/usr/bin/../lib32/wine
Product: Wine
Version: 5.20
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: bebing2(a)optimum.net
Distribution: ---
Previous version I was using, 4.19 staging, builds and installs fine. 5.20 when
launching anything, but winecfg will trigger it, gets this:
wine: could not load ntdll.so: /usr/bin/../../lib32/wine/ntdll.so: cannot open
shared object file: No such file or directory
Which resolves to root directory
/lib32
but should resolve to
/usr/lib32
Looks like it usually is
/usr/bin/../lib32
not
/usr/bin/../../lib32
I use LFS so it is likely it is not conforming to debian/ubuntu or whatever.
I have a thread here where I tried some hacks to workaround to no avail, just
in case it's useful:
https://forum.winehq.org/viewtopic.php?f=8&t=34780
--
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=49684
Bug ID: 49684
Summary: Critical Crash Logos Bible Software Unusable
(Regression)
Product: Wine
Version: 5.14
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: johnpgoodman(a)gmail.com
Distribution: ---
Created attachment 67925
--> https://bugs.winehq.org/attachment.cgi?id=67925
terminal output from crash
Since the latest update from faithlife the app crashes on load and is no longer
useable. Terminal output attached. Apologies, I don't understand it. Logos
8.15.0.0004. N.b. I was running winehq stable when this occurred. Updating to
Dev 5.14 the crash is still there.
--
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.