http://bugs.winehq.org/show_bug.cgi?id=28995
Bug #: 28995
Summary: Unable to use named pipes with ">" character in the
name
Product: Wine
Version: 1.3.32
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: valentyn.pavliuchenko(a)gmail.com
Classification: Unclassified
I have an app (Avid VENUE software) that uses pipes to work. The app fails to
launch because of pipe name contains a character ">".
MSDN says:
The pipename part of the name can include any character other than a backslash,
including numbers and special characters. The entire pipe name string can be up
to 256 characters long. Pipe names are not case sensitive.
App logs show the following:
23.957 CreateFile error '\\.\PIPE\D-Show Pipe GUI->DM': Invalid name.
Changing ">" to "_" by direct editing executable files makes problem disappear.
--
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=17823
Summary: A crash when installing Rhino 4.0 trial version
Product: Wine
Version: 1.1.17
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P3
Component: msi
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: andrej(a)podzimek.org
Created an attachment (id=20083)
--> (http://bugs.winehq.org/attachment.cgi?id=20083)
Output from the installer
When installing a trial version of Rhino 4.0 obtained from here
http://download.rhino3d.com/eval/?p=25, the installer reports successful
completion. However, the terminal output shows a crash.
Presumably, Rhino crashes when run after the installation. A small part of the
GUI is displayed, but remains unresponsive. A dialog window for error-reporting
pops up.
--
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=25265
Summary: Foobar2000 won't watch folders
Product: Wine
Version: 1.3.7
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: lucisandor(a)gmail.com
Foobar2000 is a media player with an automatically updated media library. The
library updates correctly when updates are triggered manually, but, under Wine,
it does not detect changes in folders.
Moreover, Foobar2000 provides for such cases a "polling" function, but that is
useless too.
The most upsetting is that changes in watched folders are not detected even
when they were produced by Fooobar2000, e.g., by using the menu option "move
file". If I move a file from one watched folder to another, the media library
will not be aware of the changes in any of the two locations.
--
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=49671
Bug ID: 49671
Summary: Supreme Commander demo needs CLSID
{bc3e0fc6-2e0d-4c45-bc61-d9c328319bd8}
xactengine2_4.dll
Product: Wine
Version: 5.14
Hardware: x86-64
URL: https://download.cnet.com/Supreme-Commander-demo/3000-
7483_4-10637347.html
OS: Linux
Status: NEW
Keywords: download
Severity: minor
Priority: P2
Component: xactengine
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
Distribution: ---
0024:err:ole:CoGetClassObject class {bc3e0fc6-2e0d-4c45-bc61-d9c328319bd8} not
registered
0024:err:ole:CoGetClassObject no class object
{bc3e0fc6-2e0d-4c45-bc61-d9c328319bd8} could be created for context 0x1
wine-5.14-132-g1ec8bf9b73
--
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=49286
Bug ID: 49286
Summary: Melodyne 5 crashes due to unimplimented
WS2_32.dll.GetHostNameW
Product: Wine-staging
Version: 5.9
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ToxicBugzilla(a)outlook.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 67291
--> https://bugs.winehq.org/attachment.cgi?id=67291
The backtrace.
Installed Melodyne 5 trial
(https://services.celemony.com/cgi-bin/WebObjects/LicenseApp.woa/wa/demoRegi…)
with mfc42, vcrun6, and vcrun2019 installed in a 64 bit prefix due to Melodyne
5 only working in 64 bit now. (installer will crash without it due to missing
dll contained, plus Melodyne 5 needs vcrun2019 from my research) Installer
works fine, (b47a56f747bf3a477f2a564ee65eb005d40e6ef7 setup.exe)
but launching the resulting Melodyne.exe
(e9b21aa11efbbc01d76df17ee4e7a421c2186986 [sha1 of Melodyne.exe could vary due
to unique installs on every computer? unsure, but setup.exe should stay the
same) itself will give this in the terminal:
002c:fixme:winediag:__wine_start_process Wine Staging 5.8 is a testing version
containing experimental patches.
002c:fixme:winediag:__wine_start_process Please mention your exact version when
filing bug reports on winehq.org.
00c0:fixme:msvcrt:MSVCRT__stdio_common_vsnwprintf_s options 24 not handled
00c0:fixme:msvcrt:MSVCRT__stdio_common_vsnwprintf_s options 24 not handled
00c0:fixme:msvcrt:MSVCRT__stdio_common_vsprintf_s options 24 not handled
00c0:fixme:msvcrt:MSVCRT__stdio_common_vsprintf_s options 24 not handled
00c0:fixme:msvcrt:MSVCRT__stdio_common_vsprintf_s options 24 not handled
00c0:fixme:msvcrt:MSVCRT__stdio_common_vsprintf_s options 24 not handled
00c0:fixme:msvcrt:MSVCRT__stdio_common_vsprintf_s options 24 not handled
00c0:fixme:msvcrt:MSVCRT__stdio_common_vsprintf_s options 24 not handled
00c0:fixme:ole:CoInitializeSecurity
(0000000000000000,-1,0000000000000000,0000000000000000,0,3,0000000000000000,0,0000000000000000)
- stub!
00c0:fixme:msvcrt:MSVCRT__stdio_common_vsprintf_s options 24 not handled
00c0:fixme:msvcrt:MSVCRT__stdio_common_vsprintf_s options 24 not handled
00c0:fixme:msvcrt:MSVCRT__stdio_common_vsprintf_s options 24 not handled
00c0:fixme:msvcrt:MSVCRT__stdio_common_vsprintf_s options 24 not handled
00c0:fixme:msvcrt:MSVCRT__stdio_common_vsprintf_s options 24 not handled
00c0:fixme:msvcrt:MSVCRT__stdio_common_vsprintf_s options 24 not handled
00c0:fixme:msvcrt:MSVCRT__stdio_common_vsnprintf_s options 24 not handled
00c0:fixme:ntdll:NtQuerySystemInformation info_class
SYSTEM_PERFORMANCE_INFORMATION
wine: Call from 0x7bc8b9ac to unimplemented function WS2_32.dll.GetHostNameW,
aborting
wine: Unimplemented function WS2_32.dll.GetHostNameW called at address
000000007BC8B9AC (thread 00c0), starting debugger...
Due to being unable to find any mention of it anywhere except for Microsoft's
website noting of its addition, this is probably a bug in normal Wine &
development as well, but I have yet to test due to time constraints.
Also, when opening "show details" in the debugger,
"00c8:fixme:dbghelp:elf_search_auxv can't find symbol in module" get spammed in
the terminal excessively. (62 times)
--
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=43498
Bug ID: 43498
Summary: Built-in comctl32 doesn't show Send To menu in Winamp
Product: Wine
Version: 2.14
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: comctl32
Assignee: wine-bugs(a)winehq.org
Reporter: averageradical(a)gmail.com
Distribution: ---
For background, please see bug #43486. If I install Winamp (`winetricks
winamp`), when right clicking an item in the playlist, there is no "Send To"
menu. If I install comctl32 v5 (`winetricks comctl32`), the "Send To" menu
exists and works properly; however, the Add File and Add Directory buttons
crash Winamp (bug #43486).
Would it be possible to fix Wine's built-in comctl32 to support Winamp's "Send
To" menu?
I can build Wine from source and reproduce the problem(s) easily if anybody
needs any trace.
Thank you.
--
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=49840
Bug ID: 49840
Summary: chromium fails to load (--no-sandbox is a workaround)
Product: Wine
Version: 5.16
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dark.shadow4(a)web.de
Distribution: ---
Linking old version of chromium, since the newer versions have issues with d3d
as well.
Download:
https://commondatastorage.googleapis.com/chromium-browser-snapshots/index.h…
As noted, the sandbox errors and no page loads.
The latest working wine version is wine-staging-5.4.
This could either be a syscall issue again, since the patchset was changed a
lot during integration into Wine - or maybe it's an unrelated regression.
--
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=41510
Bug ID: 41510
Summary: Wine is not loading mono
Product: Wine
Version: 1.9.20
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: brewmanz(a)gmail.com
Distribution: ---
I have an app that's failing with
err:mscoree:load_mono Could not load Mono into this process
I am attempting to follow https://wiki.winehq.org/Mono which is not very clear.
wine-mono-4.6.3.msi is in /usr/share/wine/mono
I am using a non-default wine location
HKCU\Software\Wine\Dotnet does not exist in registry
--
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=39837
Bug ID: 39837
Summary: Tried to install MS .NET 4.5 in Winetricks. This came
out as the error.
Product: Wine
Version: 0.9
Hardware: x86-64
OS: Mac OS X
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: 2001kraft(a)gmail.com
Created attachment 53181
--> https://bugs.winehq.org/attachment.cgi?id=53181
log
Tried to install MS .NET 4.5 in Winetricks. This came out as the error.
--
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=49524
Bug ID: 49524
Summary: Overwriting native dlls with WINEDLLPATH does not
work..
Product: Wine
Version: 5.9
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: sur3(a)gmx.de
Distribution: ---
Hi I have an application for which I try to overwrite the native DLLs, so I
set:
WINEDLLPATH=/mnt/archive/ WINEDLLOVERRIDES="vivoxsdk,ortp,GCloudVoice=b"
and copied the corresponding DLL-libraries into /mnt/archive but wine still
complains to not find them:
>>>
0024:err:module:import_dll Library GCloudVoice.dll (which is needed by
L"Z:\\mnt\\archive\\Riot Games\\League of Legends\\LeagueClient.exe") not found
0024:err:module:import_dll Library vivoxsdk.dll (which is needed by
L"Z:\\mnt\\archive\\Riot Games\\League of Legends\\LeagueClient.exe") not found
0024:err:module:LdrInitializeThunk Importing dlls for L"Z:\\mnt\\archive\\Riot
Games\\League of Legends\\LeagueClient.exe" failed, status c0000135
<<<
Why doesn't this work or is there an other way to override native DLLs?
--
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.