https://bugs.winehq.org/show_bug.cgi?id=44948
Bug ID: 44948
Summary: fixme:file:CreateSymbolicLinkW() is not implemented
Product: Wine
Version: 3.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: phaidros(a)gmx.at
Distribution: ---
Spine is a Mod-starter for Gothic which supports easy patching and installation
of Mods. It uses CreateSymbolicLinkW() to copy files into the game directory.
This function is not implemented
005e:fixme:file:CreateSymbolicLinkW
(L"C:/games/Gothic-Spine/system/GothicGame.ini"
L"C:/users/gottfried/Application Data/Clockwork
Origins/Spine/mods/37/system/GothicGame.ini" 0): stub
hence the game cannot be started via Spine, it crashes with an access
violation.
--
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=45208
Bug ID: 45208
Summary: Microsoft Office 2010 installer crashes at around 50 %
mark
Product: Wine
Version: 3.8
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: msi
Assignee: wine-bugs(a)winehq.org
Reporter: bunglehead(a)gmail.com
Distribution: ---
The crash happens in custom action process I think, installer does not recover
from that. I'm using 32bit prefix, default Win7 version, and Home & Business
product edition.
This looks like a regression, I'm going to try to find what broke 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=56843
Bug ID: 56843
Summary: wineandroid: fixing output on recent android versions.
Product: Wine
Version: unspecified
Hardware: aarch64
OS: Android
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: twaikyont(a)gmail.com
Currently wineandroid relies on Gralloc V1 which is not an option on recent
android versions.
There is other acceptable solution.
You can pass Surface through Binder API so you will get ANativeWindow (or at
least Surface which can be converted to ANativeWindow) directly from Activity
instead of creating it with broken `alloc_win_data`.
Binder API is not available in regular processes, but you can use it in Java.
You can start java code from your Wine apk installed to system like
```
export CLASSPATH=<path to apk>
export LD_PRELOAD=<path to apk>!/lib/<ABI>/libwine.so # wher ABI is something
you can get with `Build.SUPPORTED_ABIS[0]`
/system/bin/app_process / your.class.name :0
```
And JVM will start the `static void main(String[] args);` from
`your.class.name`.
Getting path to apk will be like
```
/**
* Get the apk path of this application.
* @param context any context (e.g. an Activity or a Service)
* @return full apk file path, or null if an exception happened (it should not
happen)
*/
public static String getApkName(Context context) {
String packageName = context.getPackageName();
PackageManager pm = context.getPackageManager();
try {
return pm.getApplicationInfo(packageName, 0).publicSourceDir;
} catch (Throwable x) {
}
return null;
}
```
`main` function can be fully native so you can simply pass control to native
code right after starting process.
Of course wine's main executable should be built as a library to let JVM load
it via `System.loadLibrary`
C version of `main` can not use Java's `args` so it should be converted like
```
JNIEXPORT jboolean JNICALL
Java_wine_CmdEntryPoint_start(JNIEnv *env, __unused jclass cls, jobjectArray
args) {
pthread_t t;
// execv's argv array is a bit incompatible with Java's String[], so we do
some converting here...
int argc = (*env)->GetArrayLength(env, args) + 1; // Leading executable
path
char** argv = (char**) calloc(argc, sizeof(char*));
argv[0] = (char*) "wine";
for(int i=1; i<argc; i++) {
jstring js = (jstring)((*env)->GetObjectArrayElement(env, args, i -
1));
const char *pjc = (*env)->GetStringUTFChars(env, js, JNI_FALSE);
argv[i] = (char *) calloc(strlen(pjc) + 1, sizeof(char)); //Extra char
for the terminating NULL
strcpy((char *) argv[i], pjc);
(*env)->ReleaseStringUTFChars(env, js, pjc);
}
return main(argc, argv);
}
```
After this point you will be able to use java code and java Android APIs.
Next step is obtaining Binder connection to your activity. It is not very
straightforward but it is possible. Full code will be pretty much long so I
will simply put links to my project which works on Android 8+.
Pay attention to functions sendBroadcast and createContext (createContext is
used in static block in the end of file).
It requires exposing some private Android APIs, but it is not restricted if you
are using app_process this way.
https://github.com/termux/termux-x11/blob/master/app/src/main/java/com/term…
Make sure you are creating thread with performing `Looper.prepareMainLooper();`
and `Looper.loop()` to make sure Binder background requests will work fine in
static block (to make sure it will work before JVM invokes `main` function,
just for case it is `native`).
Next step will be acquiring Surface from Wine's activity.
Of course you can create AIDL with single function like `Surface getSurface(int
hwnd);` and obtain Surface directly from `alloc_win_data` or simillar function
via JNI.
But in my cases it did not work. I mean sending request from my process to
Activity which should respond with Surface object did not work.
But I succeeded passing Surface by sending requst from Activity to my process
containing Surface in arguments like `void pushSurface(in Surface surface, int
hwnd);`.
Binder request from Activity to your process will work in different thread
asyncronously so `alloc_win_data` should send surface request to activity and
wait for Binder response or timeout.
I hope I explained everything with enough details.
Thank you for your hard work.
--
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=52386
Bug ID: 52386
Summary: err:module:LdrInitializeThunk
"libclang_rt.asan_dynamic-i386.dll" failed to
initialize when using clang address sanitizer
Product: Wine
Version: 5.0.5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ralf.habacker(a)freenet.de
Distribution: ---
Created attachment 71603
--> https://bugs.winehq.org/attachment.cgi?id=71603
testcase binary
This test case
$ cat use-after-free.cc
int main(int argc, char **argv) {
int *array = new int[100];
delete [] array;
return array[argc]; // BOOM
}
compiled with
$ i686-w64-mingw32-clang use-after-free.cc -fsanitize=address -g -o
use-after-free-i386.exe
makes wine fail with the error message in the title.
The compiler was downloaded from
https://github.com/mstorsjo/llvm-mingw/releases
(https://github.com/mstorsjo/llvm-mingw/releases/download/20211002/llvm-ming…)
--
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=56759
Bug ID: 56759
Summary: Army Men: Colors are displayed incorrectly
Product: Wine
Version: 9.10
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: bugzilla(a)cock.email
Distribution: ---
The first Army Men game has incorrect colors. This causes the cinematics to be
black, the in game colors to be crushed, for instance blue rivers become black
rivers, and the greens of the forest all become one color of green. It makes
things somewhat difficult to see. I have tested this on different computers
with different hardware to make sure. Someone mentioned it has something to do
with the bitmaps for the game not being converted properly.
--
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=26888
Summary: Wine limits file names to 255 bytes even on NTFS
Product: Wine
Version: unspecified
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jjudin+wine(a)iki.fi
Wine limits file names to 255 bytes even when underlying file system permits
longer file names (like NTFS) when creating a file. This is an issue with
programs that can create file names that are something like 140 characters but
if one character takes 2 or 3 bytes, this 255 byte filename limit will be
evident when same files that can be created in Windows can't be created with
Wine. NTFS supports 255 UTF-16 code units that can easily result in longer file
names than 255 bytes, especially for users of Japanese systems.
You can test this by creating a NTFS file system and some files with long names
on it:
truncate -s 2g /tmp/ntfsfs
losetup /dev/loop7 /tmp/ntfsfs
mkfs.ntfs -f /dev/loop7
mkdir /tmp/ntfsfs-mnt
mount -t ntfs-3g /dev/loop7 /tmp/ntfsfs-mnt
# Do this or whatever enables regular user to access this file system.
chmod 777 /tmp/ntfsfs-mnt
Then you can try to create long files outside of Wine:
# 257 UTF-8 bytes, 129 characters
echo foo >
/tmp/ntfsfs-mnt/ääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääa
# 325 UTF-8 bytes, 109 characters
echo foo >
/tmp/ntfsfs-mnt/亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜a
And inside Wine:
wine cmd
# 257 UTF-8 bytes, 129 characters
echo foo >
/tmp/ntfsfs-mnt/ääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääb
# 325 UTF-8 bytes, 109 characters
echo foo >
/tmp/ntfsfs-mnt/亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜b
Remember to have UTF-8 support enabled in your system.
--
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=56739
Bug ID: 56739
Summary: Alchemy is rotated 90°
Product: Wine
Version: 9.8
Hardware: x86-64
URL: https://alchemy.software.informer.com/download/
OS: Linux
Status: NEW
Keywords: download, regression
Severity: minor
Priority: P2
Component: winex11.drv
Assignee: wine-bugs(a)winehq.org
Reporter: imwellcushtymelike(a)gmail.com
CC: zzhang(a)codeweavers.com
Regression SHA1: 4a330b29212402b9700828be82939112bd11a786
Distribution: Ubuntu
Created attachment 76518
--> https://bugs.winehq.org/attachment.cgi?id=76518
Screenshot
The game Alchemy is rotated 90°. A bisect points to:
4a330b29212402b9700828be82939112bd11a786 is the first bad commit
commit 4a330b29212402b9700828be82939112bd11a786
Author: Zhiyi Zhang
Date: Tue Sep 22 15:02:24 2020 +0800
winex11.drv: Support display orientations for XRandR 1.4 display settings
handler.
Running in an emulated desktop works around this.
https://alchemy.software.informer.com/download/
$ sha1sum alchemysetup-en.exe
2fa2bd427e79b7fb585d090891ae368b0cea0156 alchemysetup-en.exe
$ xrandr --version
xrandr program version 1.5.1
Server reports RandR version 1.6
--
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=49963
Bug ID: 49963
Summary: MobaXTerm 20.3: cannot start a local terminal
Product: Wine
Version: 5.18
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: fevrier.simon(a)gmail.com
Distribution: ---
Created attachment 68354
--> https://bugs.winehq.org/attachment.cgi?id=68354
Backtrace MobaXterm 20.3
Using MobaXTerm from here ->
https://download.mobatek.net/2032020060430358/MobaXterm_Installer_v20.3.zip
Using Wine 5.18 on Ubuntu 20.04 using winehq ubuntu ppa.
When clicking on "Start local terminal", what assume to be the terminal exe
cygtermd.exe crashes.
Log and backtrace in attachment.
--
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=56699
Bug ID: 56699
Summary: Cultures 2-3-4 crashes when directmusic enabled
Product: Wine
Version: 9.1
Hardware: x86-64
OS: Linux
Status: NEW
Keywords: regression
Severity: normal
Priority: P2
Component: dmusic
Assignee: wine-bugs(a)winehq.org
Reporter: gyebro69(a)gmail.com
CC: yshuiv7(a)gmail.com
Regression SHA1: 8daf207bf76ac02894db92abcf6873ccacbdc0f4
Distribution: ArchLinux
Created attachment 76485
--> https://bugs.winehq.org/attachment.cgi?id=76485
terminal output including backtrace
When directmusic is selected as the source of the background music the
following games from the Cultures series crash upon launching a mission:
Cultures 2: The Gates of Asgard
Cultures - Northland
Cultures - 8th Wonder of the World
Reverting commit 8daf207bf76ac02894db92abcf6873ccacbdc0f4
fixes the crash for me.
commit 8daf207bf76ac02894db92abcf6873ccacbdc0f4
Author: Yuxuan Shui <yshui(a)codeweavers.com>
Date: Thu Jan 18 12:59:49 2024 +0000
dmime: Semi-support creating an audio path from config.
Note: background music previously didn't work with built-in directmusic
libraries.
Demo version of Northland doesn't contain music files.
Still present in wine-9.9-17-ged9ec141d52
--
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=51965
Bug ID: 51965
Summary: Rise of Legends Demo: Cannot attack territory
Product: Wine
Version: 6.20
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msxml3
Assignee: wine-bugs(a)winehq.org
Reporter: jeffersoncarpenter2(a)gmail.com
Distribution: ---
After starting a new campaign and attacking a territory, the campaign map
reloads. The following is output to standard out:
0024:fixme:msxml:SAXContentHandler_putDocumentLocator (002C6EB0)->(077785A4)
The trace I collected between clicking "Attack!" and the campaign map reloading
is large (58M) and may not be very informative.
--
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.