wine-bugs November 2024

wine-bugs@winehq.org

1 participants
556 discussions

[Bug 31519] New: App installer that uses fc.exe and find.exe fails because they don't exist
by wine-bugs＠winehq.org 06 Nov '24

06 Nov '24

http://bugs.winehq.org/show_bug.cgi?id=31519 Bug #: 31519 Summary: App installer that uses fc.exe and find.exe fails because they don't exist Product: Wine Version: 1.5.11 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: programs AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com Classification: Unclassified A user emailed me privately with the log of an installer that had failed. The first problem was it had executed the command fc /b foo.bar c:\windows\system32\foo.bar | FIND /I "FC: no differences encountered" > nul and expected status 0. -- 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.

2 13

[Bug 56686] New: Media Source in winegstreamer leaks GStreamer resources if immediately released
by WineHQ Bugzilla 06 Nov '24

06 Nov '24

https://bugs.winehq.org/show_bug.cgi?id=56686 Bug ID: 56686 Summary: Media Source in winegstreamer leaks GStreamer resources if immediately released Product: Wine Version: 9.8 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winegstreamer Assignee: wine-bugs(a)winehq.org Reporter: bmcgrath(a)codeweavers.com Distribution: --- A simple program such as: IMFSourceResolver_CreateObjectFromURL(resolver, filename, MF_RESOLUTION_MEDIASOURCE | MF_RESOLUTION_READ, NULL, &type, &obj); IUnknown_QueryInterface(obj, &IID_IMFMediaSource, (void**)&ms); refcount1 = IUnknown_Release(obj); refcount2 = IMFMediaSource_Release(ms); printf("refcount %d %d\n", refcount1, refcount2); shows that winegstreamer leaks resources when the Media Source is immediately released (i.e. created and then released with neither Start or Shutdown being called). When running this on Windows, the value of refcount2 is 0, whilst under Wine it is the value of the number of Streams. This is because the Streams take a reference to the Media Source, but do not release it unless Shutdown is called. I have noticed this in the game Killsquad, which will do this if you quickly switch between characters. This results in a large number of unused threads (and other unused resources). -- 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.

1 2

[Bug 44948] New: fixme:file:CreateSymbolicLinkW() is not implemented
by wine-bugs＠winehq.org 05 Nov '24

05 Nov '24

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.

2 27

[Bug 45208] New: Microsoft Office 2010 installer crashes at around 50 % mark
by wine-bugs＠winehq.org 05 Nov '24

05 Nov '24

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.

2 49

[Bug 56843] New: wineandroid: fixing output on recent android versions.
by WineHQ Bugzilla 05 Nov '24

05 Nov '24

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.

1 4

[Bug 52386] New: err:module:LdrInitializeThunk "libclang_rt.asan_dynamic-i386.dll" failed to initialize when using clang address sanitizer
by WineHQ Bugzilla 05 Nov '24

05 Nov '24

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.

1 11

[Bug 57389] New: x86_64-linux-android30.no member named 'mc_context' in 'struct unw_context_t'
by WineHQ Bugzilla 05 Nov '24

05 Nov '24

https://bugs.winehq.org/show_bug.cgi?id=57389 Bug ID: 57389 Summary: x86_64-linux-android30.no member named 'mc_context' in 'struct unw_context_t' Product: Wine Version: 9.20 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: euloanty(a)live.com Distribution: --- here is the error message -- 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.

1 4

[Bug 56759] New: Army Men: Colors are displayed incorrectly
by WineHQ Bugzilla 05 Nov '24

05 Nov '24

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.

1 11

[Bug 26888] New: Wine limits file names to 255 bytes even on NTFS
by wine-bugs＠winehq.org 04 Nov '24

04 Nov '24

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.

2 19

[Bug 57381] New: International Rally Championship Regression
by WineHQ Bugzilla 04 Nov '24

04 Nov '24

https://bugs.winehq.org/show_bug.cgi?id=57381 Bug ID: 57381 Summary: International Rally Championship Regression Product: Wine Version: 9.20 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: adec2011.ac(a)gmail.com Distribution: --- International Rally Championship used to run ok but has recently stopped working. I dont know when exactly. There is a demo here https://archive.org/details/InternationalRallyChampionshipDemo -- 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.

1 3

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-bugs November 2024