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=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=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.
http://bugs.winehq.org/show_bug.cgi?id=34636
Bug #: 34636
Summary: In Win95/98 mode Earthworm Jim demo reports missing
dispdib.dll
Product: Wine
Version: 1.7.3
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: winebugs140(a)gmail.com
Classification: Unclassified
The message reads 'Bad or missing dispdib.dll - error 11'. It doesn't show up
in WinXP mode, but you need to set Win95/98 mode to get sound working. The
problem occurs on Windows Vista too if you use Win95 compatibility mode.
I don't get anything in the log. The demo unpacks files in DOS, but then you
obtain a normal Windows app.
Tested with:
Windows Vista (without Wine), GeForce 9600M GS--the program works fine here
Ubuntu 13.04, GeForce 9600M GS (NVIDIA driver 313)
Mac OS X 10.7.5, ATI HD 2600 Pro, Mac Driver/X11
--
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=50198
Bug ID: 50198
Summary: SHMEM_FAILURE on Blizzard products on FAT32
Product: Wine-staging
Version: 5.17
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: blc+wine(a)mail.vanade.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 68712
--> https://bugs.winehq.org/attachment.cgi?id=68712Battle.net application log showing failure near end.
I noticed that WoW and Battle.net applications have stopped working properly
when running off of FAT32 formatted partitions in Linux. The application
logfiles seem to indicate that the software was unable to create and access
shared memory files which had been working in the past, at least with older
versions of Wine.
Attached is from battle.net application when it's trying to update WoW. WoW
also gives an apparently similar error when it tries top open the CAS
datafiles.
I had not upgraded the kernel so supposedly shared memory files that worked in
the past on FAT32 should still work. I don't know if this was a deliberate
change because of security issues where anyone can open files on FAT32 and thus
invade shared memory.
Windows 7 does not exhibit this problem on the same disk and Battle.net updates
fine.
As this is on a limited space SSD, I don't have enough disk space to try this
on ext4fs to see if the problem goes away or not. I do have another machine
that does not exhibit this problem on ext4fs. The WoW installation is on FAT32
so I could easily test on Windows 7 with limited disk space.
--
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=49815
Bug ID: 49815
Summary: e9090e1c903578b30118ce9559c1824361abc6da prevents XBox
controller from being mapped
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: advapi32
Assignee: wine-bugs(a)winehq.org
Reporter: kyle.devir(a)mykolab.com
Distribution: ---
First bad commit prevents XBox controller buttons from being mapped. I first
noticed this after it stopped being detected in Bayonetta.
This is the first bad commit:
https://github.com/wine-mirror/wine/commit/e9090e1c903578b30118ce9559c18243…
Last good commit should be:
https://github.com/wine-mirror/wine/commit/ec02224941eedf16b8b043964519f636…
--
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.