https://bugs.winehq.org/show_bug.cgi?id=52048
Bug ID: 52048
Summary: CreateProcess() might not spawn console for new
process
Product: Wine
Version: 6.21
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: colin1207(a)gmx.net
Distribution: ---
Created attachment 71059
--> https://bugs.winehq.org/attachment.cgi?id=71059
demo programs (see description)
When launching a console application by calling CreateProcess() without any
process creation flags, wine will not spawn a new console window if the parent
process is not currently attached to a console that the child could inherit,
unless explicitly requested with the CREATE_NEW_CONSOLE flag.
Windows defaults to the behaviour of allocating a new console for the process,
even without explicit request, while wine will not.
This might break several applications that assume to have a console attached
and will crash, for example, when trying to initialize curses.
Attached is a demo application:
Running launcher.exe on windows will successfully open a console for
helloworld.exe after the CreateProcess call.
All tested wine versions however, will not allocate a new console.
--
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=51017
Bug ID: 51017
Summary: Microsoft PowerToys installer crashes
Product: Wine
Version: 6.6
Hardware: x86-64
URL: https://web.archive.org/web/20210403201453/https://github.com/microsoft/PowerToys/releases/download/v0.35.0/
PowerToysSetup-0.35.0-x64.exe
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: the.ideals(a)gmail.com
Distribution: ---
Created attachment 69864
--> https://bugs.winehq.org/attachment.cgi?id=69864
log
https://github.com/microsoft/PowerToys/
.NET Core 3.1.13 is used with Release v0.35.0.
0114:fixme:kernelbase:AppPolicyGetThreadInitializationType FFFFFFFFFFFFFFFA,
000000000136FE10
0110:fixme:combase:RoGetActivationFactory (L"",
{44a9796f-723e-4fdf-a218-033e75b0c084}, 000000000011E720): semi-stub
wine: Unhandled page fault on read access to 0000001600000001 at address
000000007B0524B1 (thread 0110), starting debugger...
Unhandled exception: page fault on read access to 0x1600000001 in 64-bit code
(0x000000007b0524b1).
--
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=52726
Bug ID: 52726
Summary: IsWindowsService() from
Microsoft.Extensions.Hosting.WindowsServices (.Net
4.6, 4.8, 5.0) depends on services.exe being run in
the session 0
Product: Wine
Version: 7.4
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dmitry(a)baikal.ru
Distribution: ---
Created attachment 72084
--> https://bugs.winehq.org/attachment.cgi?id=72084
AspNetTest: 64-bit binary of the test service
Existing .Net 4.6, 4.8, 5.0 and 6.0 builds shipped with many applications
depend on services.exe being run in the session 0:
https://github.com/dotnet/runtime/blob/01b7e73cd378145264a7cb7a09365b41ed42…
Attached source+binary of the sample service application which doesn't work in
wine-7.4. Steps to reproduce:
1. create 64-bit Wine prefix
2. copy AspNetTest.exe to system32 (to avoid specifying full path in 'sc
create')
3. 'wine sc create AspNetTest binpath=AspNetTest.exe' - register the service
4. 'wine sc start AspNetTest' - attempt to run the service
5. 'wine sc query AspNetTest' - get the service status
In order to clearer see that 'sc start AspNetTest' fails I'd suggest to apply
https://source.winehq.org/patches/data/230446https://source.winehq.org/patches/data/230447https://source.winehq.org/patches/data/230445
Without these patches you just get
01cc:err:service:process_send_command service protocol error - failed to write
pipe!
--
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=52719
Bug ID: 52719
Summary: cmd.exe mishandles echo %time%
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: cmd
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
Created attachment 72080
--> https://bugs.winehq.org/attachment.cgi?id=72080
Check the date /t, %date%, time /t, %time% output
I was hoping to sprinkle some echo %time% in the test_builtins.cmd script to
figure out where it was spending time. But unfortunately in Wine all I get is:
c:\> echo %time%
19:10
Whereas on Windows from XP to 21H1 I get:
c:\> echo %time%
19:10:05.34
Fixing Wine to get the time with second resolution is easy, just drop
TIME_NOSECONDS from the GetTimeFormatW() call. But that call does not seem to
support returning subsecond data.
Yet %time% is localized (with a French system locale it uses a comma as the
decimal separator).
Also Wine mishandles date /t and time /t, particularly the latter since it does
not use the same format as plain "time".
For reference here is the output of the attached test patch:
English
=======
C:\Users\Public\Documents>date
The current date is: Wed 03/23/2022
Enter the new date: (mm-dd-yy)
C:\Users\Public\Documents>date /T
Wed 03/23/2022
C:\Users\Public\Documents>echo Wed 03/23/2022 <---- %date%
Wed 03/23/2022
C:\Users\Public\Documents>time
The current time is: 11:53:01.13
Enter the new time:
C:\Users\Public\Documents>time /T
11:53 AM
C:\Users\Public\Documents>echo 11:53:01.13 <---- %time%
11:53:01.13
French
======
C:\Users\Public\Documents>date
La date du jour est�: 23/03/2022
Entrez la nouvelle date�: (jj-mm-aa)
C:\Users\Public\Documents>date /T
23/03/2022
C:\Users\Public\Documents>echo 23/03/2022 <--- %date%
23/03/2022
C:\Users\Public\Documents>time
L'heure actuelle est�: 20:23:28,60
Entrez la nouvelle heure�:
C:\Users\Public\Documents>time /T
20:23
C:\Users\Public\Documents>echo 20:23:28,60 <--- %time%
20:23:28,60
--
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=52724
Bug ID: 52724
Summary: expose a stable interface to get the linux pid mapped
to a wine pid
Product: Wine
Version: 7.4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: redartofcode(a)gmail.com
Distribution: ---
to get the x11 window id of a window handle inside wine, you can use
`GetProp(win32_handle, "__wine_x11_whole_window");`.
but there is no equivalent function to get the linux pid of a wine process by
using its wine pid. it is useful when a windows app and linux app need to
interact with each other.
to check that the wine application is still running, or monitor its resource
usage etc.. the linux native app could use linux pid of the wine application.
Use Case:
I run Guild Was 2 in wine. and Guild Wars 2 shares live data of the player via
shared memory called MumbleLink. unfortunately, shared memory of windows is
not exposed as shared memory of linux. so, i wrote a small app windows which
runs inside the same prefix of Guild Wars 2, and copies that data to
z:\\dev\shm\gw2link file which is in the linux path of /dev/shm/gw2link.
on Windows, there are Overlays (officially allowed) which make use of this data
to provide a wide variety of utilities to players. I am making a linux Overlay
and to get the position / size of the Guild Wars 2 Window, i need the x11
window id. as mentioned above, I already use the "__wine_x11_whole_window" to
get that and copy it to the /dev/shm/gw2link along with the other data. then,
linux native Overlay uses that file to get the window id and uses x11 to take
care of the rest.
But there are complex scenarios like multiple instances of gw2 running, and to
make it easy, gw2 writes is pid along with player data in the shared memory. we
use that pid to check if gw2 is running or other such things. and here's the
issue, gw2 writes the windows (wine) pid in the shared memory. and i have no
way of translating it to the mapped linux pid of that gw2 instance.
I am currently able to use _NET_WM_PID x11 property to get the pid of a gw2
window, but it is not actually required by the x11 spec, and its also not
immediately set when the game starts. so, it is sort of unreliable at the
moment.
so, I was hoping that wine could expose a function (or a property like
__wine_x11_whole_window) so that i could translate the wine pid to linux pid,
and provide that pid via /dev/shm/gw2link just like x11 window id.
--
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=52692
Bug ID: 52692
Summary: EffectRack crashes in ucrtbase with page fault
Product: Wine
Version: 7.4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ucrtbase
Assignee: wine-bugs(a)winehq.org
Reporter: pak762(a)gmx.de
Distribution: ---
Created attachment 72036
--> https://bugs.winehq.org/attachment.cgi?id=72036
Crashdump after start of DDMF EffectRack
After upgrading to Wine 7.4.1 DDMF EffectRack crashes with a page fault in
ucrtbase being called from wined3d_adapter_get_identifier.
This was not the case in Wine 7.3
I also tested a fresh Manjaro install in a VM but there I could not reproduce
this issue since this might be specific to having an Nvidia card and driver.
The driver version is 510.54 but also on the latest 470.x version I had
installed before this error occurred.
--
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=35436
Bug ID: 35436
Summary: NeteaseMusic client can't play music
Product: Wine
Version: 1.7.11
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: fangpeishi(a)gmail.com
Classification: Unclassified
Created attachment 47292
--> http://bugs.winehq.org/attachment.cgi?id=47292
the terminal output
steps:
1.install&open client;
2.add songs to playlist;
3.click the play button.
BUT Netease music client did not start playing.
download url:
Netease music client(网易云音乐客户端): http://music.163.com/#/download
--
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=51903
Bug ID: 51903
Summary: Nokia SDK 2.0: Can't detect Java RMI ports
Product: Wine
Version: 6.16
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: joseskvolpe(a)gmail.com
Distribution: ---
Created attachment 70854
--> https://bugs.winehq.org/attachment.cgi?id=70854
Screenshot
Wine fails to connect Nokia SDK to a open Java RMI port. After opening the
software ($NOKIADIR/bin/emulator.exe), it shows a pop-up with a message saying:
"The internal RMI registry port 1099 may be in use by another application. If
the SDK does not start select the Networking tab and enter another internal RMI
registry port number."
Forcing to initialize the RMI from Wine (wine start
$JDK_DIR/bin/rmiregistry.exe $PORT) or from Java for Linux (rmiregistry $PORT),
or changing the port number, doesn't changes the result.
After pressing Ok, the applciation crashes with this message on Wine CMD:
Error: invalid query
"Nokia SDK 2.0 for Java" Connection Terminated
I'm reporting it on Wine 6.16 because that's currently the latest version for
my distribution, but i've tried it on Wine 6.19 too.
I've reported it in the forum with some screenshots:
https://forum.winehq.org/viewtopic.php?f=8&t=35774
I've also reported it on AppDB:
https://appdb.winehq.org/objectManager.php?sClass=version&iId=40335
Procedures:
1 - First, that's needed to install 32-Bits Java 1.6 for Windows to run this
application. Java 1.7 works too according to the software changelogs. You can
download it from Oracle but you'll need to login:
https://www.oracle.com/java/technologies/downloads/archive/
2 - Install Nokia SDK 2.0
3 - Run it from the shortcut or from the EXE located in bin/emulator.exe
Download for Nokia SDK 2.0:
https://www.softpedia.com/get/Programming/SDK-DDK/Nokia-SDK.shtml
SHA1 (Offline installer): 969dc440a420a7a3a210518f7fc4730f52826ad2
--
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=48210
Bug ID: 48210
Summary: tax2019-installer crashes at start
Product: Wine
Version: 4.21
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: windowscodecs
Assignee: wine-bugs(a)winehq.org
Reporter: peter.huyoff(a)gmx.de
Distribution: ---
Created attachment 65844
--> https://bugs.winehq.org/attachment.cgi?id=65844
backtrace-dump
When i attempt to start installation, the installer aborts
--
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.