http://bugs.winehq.org/show_bug.cgi?id=17195
Summary: NamedPipe datagrams need to be _really_ datagrams
Product: Wine
Version: unspecified
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: lkcl(a)lkcl.net
ok, after a little bit of investigation, i think i understand the pipes code
enough to be able to say what's going on, and i'm seeing something like this:
process 1:
recvpipe = CreateNamedPipe("\\pipe\fred")
ReadFile(recvpipe, buffer, &length);
printf(length) ===> 43
ReadPipe(recvpipe, buffer, &length); /* no data */
process 2:
sendpipe = CreateNamedPipe("\\pipe\fred")
length = 9;
WriteFile(sendpipe, buffer, &length);
length = 34;
WriteFile(sendpipe, buffer, &length);
what's happening is that the data being sent down the pipes isn't being done as
datagrams. the implementation is using a stream-based fd.
the solution is: you _must_ implement a protocol on top of the pipes which
sends the length (as a 32-bit int, whatever) which is read off the fd, followed
by the data stream of _exactly_ that length.
_must_. there's no two ways about this.
the protocol of Pipes is unfortunately a combination of both datagrams and
streams. datagrams because the lengths of data sent are absolute and
inviolate. streams because the data order and reliability are _also_ absolute
and inviolate.
you can't use datagrams (because they're unreliable). you can't expect all
unixen to support datagrams on top of unix sockets (if that's what's being
used).
so - you have to send the length, as part of the implementation of the
pipe-data-send.
sending a length will also solve the issue of trying to send zero-length pipe
datagrams.
as a first implementation, you _might_ be able to get away with assuming that
when someone asks for some data, they _will_ provide a buffer big enough.
... actually... i don't see any ERR_MORE_DATA error codes in NtReadFile, so
that would explain... this is going to get messy :)
--
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=32618
Bug #: 32618
Summary: Atlantica Online partially hangs when rotating the
view with the mouse.
Product: Wine
Version: unspecified
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: user32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: arek75(a)gmail.com
Classification: Unclassified
Created attachment 43044
--> http://bugs.winehq.org/attachment.cgi?id=43044
Bisect log
Starting with Wine 1.5.18, Atlantica Online is no longer playable due to a bug
where if you attempt to rotate the camera with the mouse (right-click and
drag), Atlantica's graphics lock up and the game seems to lose the mouse. You
can get the game to respond again by pressing alt on the keyboard, but you
still can't rotate the camera (or rather not much, it'll move a tiny bit each
time before locking up).
I went ahead and bisected this, and also ran into a problem where Atlantica
never got control of the mouse/keyboard and had to be closed with alt-f4. In
these cases I used 'git bisect skip' to continue. Git finally came up with 18
possible "bad commits". Looking at them in gitk, the following commits are of
note (the first skipped commit and the first known bad commit):
841214ddb4d4dc620e6b51dfe6655b585d423edc - user32: Don't check for driver
events before normal messages in PeekMessage.
a0f039a6049641cc2be8fa32f2afa3c3f394a99b - user32: Fix the wait event mask in
PeekMessage.
The first of these commits caused Atlantica to not respond much to
mouse/keyboard events (you could get a partial response from the mouse if you
could get it over a button, but you can't see the pointer), and while the
second patch fixed that, attempting to rotate the camera using the mouse causes
Atlantica's input/graphics to partially freeze as noted above.
I've attached the bisect log so that you can have a look at it if you need to.
--James
--
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=33239
Bug #: 33239
Summary: VisualBasic arrays of User Defined Type (UDTs) with
strings
Product: Wine
Version: unspecified
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: mod(a)navsoft.com
Classification: Unclassified
Created attachment 43964
--> http://bugs.winehq.org/attachment.cgi?id=43964
Uses a simple program to test where the crash occurs
I use arrays of UDTs which work under MS Windows. (Any version post Win 2000
except ME.) The program also works happily on a Mac using a Parallels virtual
machine.
These fail under WINE if one or more of the fields is a string. The "TYPE"
order makes no difference.
UDTs which contain only numbers are not affected.
Failure occurs on any attempt to "ReDim" or "Erase" the array. The problem does
not occur when the strings are fixed length or for flat UDTs containing strings
of undeclared length. Prior to a crash, the content of the UDTs can be read and
written to.
Trying to write a simple program produces strange results. I tried initially on
an old PC and found that it would crash simply by redimming the arrays but when
installed under Parallels, it will handle simple arrays and only crashes as I
start to get more adventurous; i.e. using a UDT type declared in a DLL but
otherwise identical.
My main program can be downloaded at http://navsoft.com/AstroNav_Setup.exe. It
makes no claims to being compatible with WINE but there are references to the
problem area elsewhere in this forum by Users who would like to run it under
WINE.
AstroNav uses UDTs extensively. The problem is the Almanac screen where multi
dimension UDTs are widely used. With AstroNav, simply declaring and then
destroying the arrays will cause a crash. [There is also a problem with WINE's
treatment of SetGraphicsMode which I have not yet pinned down but will
hopefully circumvent very shortly. (The SetGraphicsMode API does not work quite
as Microsoft claim so removing it, is probably desirable.)]
The attached backtrace was caused by the following code. The crash occurs only
for Command4_Click() and only on the third press. (Rapid pressing will cause a
"The array is temporarily locked" error/ crash.)
FORM CODE
==========
Private Type My_UDT
n1 As Long
s1 As String
s2 As String
End Type
Private mUDT() As My_UDT
Private DLL_UDT() As Main_Almanac_Columns
Private Sub Command1_Click() ' NO PROBLEM NOW BUT SIMILAR CODE CAUSED A
Dim i As Long ' CRASH ON AN OLDER PC
ReDim mUDT(99)
For i = 0 To 99
mUDT(i).s1 = "Some String"
mUDT(i).s2 = "Some String"
Next i
ReDim mUDT(99)
End Sub
Private Sub Command2_Click() ' SAME AS ABOVE BUT USING A GLOBAL UDT
Dim i As Long ' = A BIT MORE ADVENTUROUS
ReDim gUDT(99)
For i = 0 To 99
gUDT(i).s1 = "Some String"
gUDT(i).s2 = "Some String"
Next i
ReDim gUDT(99)
End Sub
Private Sub Command3_Click() ' MORE ADVENTUROUS; PASSING DATA USING
Compile_Data ' Public Property Get
gUDT = My_Module_UDT
End Sub
Private Sub Command4_Click() ' CRASHES ON THE THIRD CLICK ON MY MAIN
Alt_Compile_Data ' MACHINE
DLL_UDT = My_DLL_UDT
End Sub
MODULE CODE
===========
Private DLL_UDT() As Main_Almanac_Columns
Type Module_UDT
n1 As Long
s1 As String
s2 As String
End Type
Private mUDT() As Module_UDT
Public gUDT() As Module_UDT
'\\ THE MODULE LEVEL TEST
Sub Compile_Data()
Dim i As Long
ReDim mUDT(71)
For i = 0 To 71
With mUDT(i)
.n1 = i
.s1 = i
.s2 = i
End With
Next i
End Sub
Public Property Get My_Module_UDT() As Module_UDT()
My_Module_UDT = mUDT
End Property
'\\ USING THE IDENTICAL TYPE DECLARED IN A MODULE
Sub Alt_Compile_Data()
Dim i As Long
ReDim DLL_UDT(71)
For i = 0 To 71
With DLL_UDT(i)
.Gap = i
.sGHA = i
.sDec = i
End With
Next i
End Sub
Public Property Get My_DLL_UDT() As Main_Almanac_Columns()
My_DLL_UDT = DLL_UDT
End Property
--
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=38892
Bug ID: 38892
Summary: Please support more architectures.
Product: Wine
Version: unspecified
Hardware: Other
OS: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: loader
Assignee: wine-bugs(a)winehq.org
Reporter: ytrezq(a)sdf-eu.org
Distribution: ---
Hello,
It might sound useless but the WINAPI supported Itanium PPC MIPSR4000 and dec
alpha in the past.
While windows doesn't provide updates for those platforms, compiling programs
written for the WINAPI to those arch is the best way to get decent speeds (not
to add the need of support for ARC firmware which prevent running them on
recent ppc).
Of course this is not for emulating instructions sets but for running windows
programs natively on those platforms.
For testing on x86 an ARC bios for MIPS which can work on qemu is documented
here http://gunkies.org/wiki/Installing_Windows_NT_4.0_on_Qemu(MIPS)
Visual C++ RISC editions for those platforms are available here
http://bingeflying.com/3.2/
--
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=34708
Bug #: 34708
Summary: Silent Hill 4: The Room don't run in terminal.
Product: Wine
Version: 1.7.4
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: sov.info(a)mail.ru
Classification: Unclassified
Created attachment 46270
--> http://bugs.winehq.org/attachment.cgi?id=46270
01 terminal output
This game don't start via terminal. BUT!
When i just starting it by clicking on the .desktop file, it runs! This
behavior is pretty interesting. Of cource, this game crushes even if start by
clicking on desktop label. But if we want to see what stubs happens in game, we
should before fix terminal behavior.
--
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=50789
Bug ID: 50789
Summary: Affinity Photo 1.9.1 installer crashes
Product: Wine
Version: 6.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: game.jaegers(a)mailbox.org
Distribution: ---
Created attachment 69595
--> https://bugs.winehq.org/attachment.cgi?id=69595
terminal output
>> wine --version
wine-6.2 (Staging)
Get the trial installer here:
https://affinity.serif.com/de/90-day-affinity-trial/
Maybe someone can get an archive.org link?
>> sha1sum affinity-photo-1.9.1.exe
f68d5fcd52e58a1501ab1ff7b4eb35ac8422f863 affinity-photo-1.9.1.exe
I only used these commands:
export WINEPREFIX=~/.wineprefixes/photo
wine wineboot -i
wine '/home/estebanium/Downloads/affinity-photo-1.9.1.exe'
I know from older testing, that the installer needs at least dotnet45. Since
Wine 5.12 installing dotnet45 via winetricks is a pain. If you achieved to
install dotnet45 via winetricks, affinity installer want to install the update
to dotnet472.
--
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=45493
Bug ID: 45493
Summary: SRPG Studio games fail to run
Product: Wine
Version: 3.13
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: jscript
Assignee: wine-bugs(a)winehq.org
Reporter: galtgendo(a)o2.pl
Distribution: ---
AFAICT, all SRPG Studio (an engine: http://www.srpgstudio.com/) games fail to
run without setting up WINEDLLOVERRIDES="jscript=n".
Lets use Vestaria Saga as an example (download link on
http://site.wepage.com/vestariasaga/page5-02).
Without native jscript, all that happens after launching it is an error dialog
with string 'A-Phese 7'.
The whole of builtin jscript debug log is short and not all that helpful:
0085:fixme:ntdll:EtwEventSetInformation (deadbeef, 2, 0x4ca7c0, 43) stub
0085:trace:jscript:DllMain (0x7cda0000 8 (nil))
0085:trace:jscript:DllMain (0x7cda0000 1 (nil))
0085:trace:jscript:DllGetClassObject (CLSID_JScript
{00000001-0000-0000-c000-000000000046} 0x33f6c8)
0085:trace:jscript:ClassFactory_QueryInterface (0x7ce3dc50)->(IID_IClassFactory
0x33f6c8)
0085:trace:jscript:ClassFactory_AddRef (0x7ce3dc50)
0085:trace:jscript:JScriptFactory_CreateInstance ((nil)
{bb1a2ae1-a4f9-11cf-8f20-00805f2cd064} 0x33f6c4)
0085:trace:jscript:JScript_QueryInterface (0x7b0f4040)->(IID_IActiveScript
0x33f6c4)
0085:trace:jscript:JScript_AddRef (0x7b0f4040) ref=2
0085:trace:jscript:JScript_Release (0x7b0f4040) ref=1
0085:trace:jscript:ClassFactory_Release (0x7ce3dc50)
0085:trace:jscript:JScript_SetScriptSite (0x7b0f4040)->(0x19c7e0)
0085:trace:jscript:JScript_AddNamedItem (0x7b0f4040)->(L"root" 42)
--
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=50196
Bug ID: 50196
Summary: can not copy words between wine apps and ubuntu apps
Product: Wine
Version: 5.0.3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: roybevan(a)126.com
Distribution: ---
wine-5.0.3
ubuntu20.04
wine app: source insight && notepad++
ubuntu app: text editor and all other apps
I can not copy the words form notepad++ to text editor, it’s the same the other
way round,but I can copy words form notepad++ to sourceinsight
If I reboot the system, it would be okay, then I don't know when this will
happen again
--
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=46787
Bug ID: 46787
Summary: Notepad++ rather slow (GetLocaleInfoEx)
Product: Wine
Version: 4.2
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: linuxhippy(a)gmail.com
Distribution: ---
Created attachment 63803
--> https://bugs.winehq.org/attachment.cgi?id=63803
sysprof profile screenshot
Running Notepad++-7.6.3 on wine is a rather painful experience, as Notepad++ is
rather slow. When keeping a key pressed, characters appear in blocks and
Notepad++ consumes 90% cpu.
Please see the sysprof profile attached, it seems a lot of time is spent inside
(GetLocaleInfoEx).
--
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=23434
Summary: wine hangs & jumps up to 100% processor load
Product: Wine
Version: 1.2-rc5
Platform: x86
URL: http://www.velumng.com
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: axel.braun(a)gmx.de
Running wine-1.1.48_1.2rc5-1.1, i downloaded the demo from velumng.com, a race
management software.
So far it works well, I created a race, two participants, entered start and end
time, but when I come to the result list creation, the load goes up to 100%,
and caused a hang of the X-session once.
At this point it seems to load a HTML-page that was dynamically generated. wine
did not submit any error message when started from console.
Let me know what I can do to come to a more verbose error output.
--
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=46039
Bug ID: 46039
Summary: Paint.NET doesn't install
Product: Wine
Version: 3.18
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: comdlg32
Assignee: wine-bugs(a)winehq.org
Reporter: hildogjr(a)gmail.com
Distribution: ---
Paint.NET 4.1
https://www.getpaint.net/
doesn't install in Wine 3.18, possible problem with Framework.NET that the
software installer try to install during the main installation.
--
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=33982
Bug #: 33982
Summary: Steam windows can be resized to 1x1 despite minimum
size
Product: Wine
Version: 1.6-rc2
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: adys.wh(a)gmail.com
Classification: Unclassified
Steam's windows can be resized to 1x1. On Windows they can't. The minimum size
for the main steam window is supposed to be 900x600 and for chat windows
396x351 according to tests.
Using openbox 3.5.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.
http://bugs.winehq.org/show_bug.cgi?id=13076
Summary: untangle: resize fails
Product: Wine
Version: 0.9.61.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: wine(a)wnoise.ofb.net
After any of the games in Simon Tatham's portable puzzle collection is resized,
it only redraws the portion of the window that is the original size.
Under windows, these games rescale to fit in the new window size.
These may all be downloaded at
http://www.chiark.greenend.org.uk/~sgtatham/puzzles/
and have full source available.
--
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=37864
Bug ID: 37864
Summary: When I resize a maximized MDI window it assumes the
new size instead of remaining maximized
Product: Wine
Version: 1.6.2
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ryampolsky(a)yahoo.com
Distribution: ---
Created attachment 50431
--> https://bugs.winehq.org/attachment.cgi?id=50431
Screenshot showing a maximized MDI child after resizing 'unmaximizes' it.
My app is a 'smart terminal' that supports multiple sessions in MDI windows.
The size of the MDI child windows can be changed by the app running on the
server, so at the end of each transaction, if the app has changed the window
dimenensions, I resize the window. If my MDI window is maximized, this has no
effect on a Windows system (except that if I later unmaximize the MDI child, it
will display at the correct new size). But on recent WINE builds (Linux and
Mac), when I resize the MDI child, the window assumes the new size, even though
it's techincally in the 'mdi maximized' state (i.e., the MDI buttons are still
there on the menubar. If I switch between MDI children, they get redrawn
correctly maximized (including the one I just resized).
I coded a workaround in my app where I don't resize the window if it's
maximized, and that seems to work okay under WINE (though I guess the new size
info is getting lost). In any case, that verifies that the problem is
definitely happening in response to my resize operation.
F.Y.I., my resize operation uses SetWindowPlacement() to change the position
and size of the window - specifically because I don't want it to affect the
window if it's minimized or maximized. Only if it's in the normal state.
It's been a long time since I wrote this code, but again, it's always worked on
all versions of Windows. I have a feeling it might have worked a while back in
WINE - though I rarely run maximized, so I may have just recently noticed a bug
that's always been there...
Here's the basic code logic. SizeWindowForScreenDimentions calls
SetWindowPlacement based on the size calculated for the new row/column grid.
The code below has the workaround that prevents the problem in WINE. Also
attached a screenshot showing the unmaximized children with the MDI buttons
still on the menubar.
// If base screen dimensions don't match prior dimensions, resize the window
here.
// (unless mdi-maximized, in which case, doing this unmaximizes in WINE)
if (!mdi_maximized) {
if ((rows != old_rows) || (cols != old_cols)) {
SizeWindowForScreenDimensions(scr, rows, cols, &resizeable);
}
}
// In case window was hidden under an initial popup, show it now.
ShowWindow(scr->hScreenWnd, SW_SHOW);
--
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=26766
Summary: A lot of games are listed against distributors and not
the developers
Product: WineHQ Apps Database
Version: unspecified
Platform: x86-64
OS/Version: Linux
Status: ASSIGNED
Severity: trivial
Priority: P5
Component: appdb-unknown
AssignedTo: kennybobs(a)o2.co.uk
ReportedBy: kennybobs(a)o2.co.uk
A lot of the games in the AppDB are listed against the distributors instead of
the actual developers.
This is not a major problem but it would be nice to tidy this up and any bugs
relating to certain developers would be easier to collect.
Other maintainers have, sensibly, simply added "Versions" for each distributor,
and as each distributor tends to update their products as they see fit, rather
than when the developer sees fit, this could affect the ratings for different
implementations of the same game.
Assigning to myself as it's a fairly big job (some games have to be downloaded
and run just to find out who developed them) and will take far too long for me
to simply remember what's what.
Currently affected: Big Fish Games, PopCap, Steam.
Anyone: please feel free to help!
--
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=16091
Summary: StickyDrive demo installer doesn't recognize USB key as
removable
Product: Wine
Version: 1.1.8
Platform: Other
URL: http://mmiline.com/
OS/Version: other
Status: NEW
Keywords: download, Installer
Severity: normal
Priority: P2
Component: kernel32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
(From mmiline.com's main page, click on StickyDrive and then "Learn More",
then under Red Sox demo, click "Download Now". This points to
http://www2.stickyinc.com/download/getDownload.php?idTag=BOSTN-1668&action=…
which downloads the installer in question,
InstallStickyDrive-BOSTN-1668.exe.)
The installer puts up a dialog box of drive letters,
saying "Please select a valid removable drive...",
but nothing is listed, even if you have a USB drive
inserted and Wine has already created a d: mapping for it.
If you click on the "Show all drives"
checkbox, all drives are indeed shown.
Happily for us, this dialog box is in a separate
executable. While that prompt is up, grab a copy
of C:\windows\temp\SDDriveSelector.exe
You can then reproduce the problem easily by running
just that .exe.
+relay shows it's using GetDriveType() on each drive,
but evidently it doesn't like what it's getting.
You can work around this by using winecfg to mark d:
as a floppy, but really, wine should know that the inserted
USB drive is removable, shouldn't it?
--
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=35848
Bug ID: 35848
Summary: Sound, Black Screen then crash
Product: Wine
Version: 1.7.15
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: adec2010(a)hotmail.co.uk
Killing Time. After installation, set to windows 95 compatibility. It runs with
a black screen. I can hear sound but then a crash back to the desktop
--
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=50608
Bug ID: 50608
Summary: Wine 6.1 still doesn't support HiDPI screen resolution
( UHD 4k )
Product: Wine
Version: 6.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: pvdeynse(a)gmail.com
Distribution: ---
Created attachment 69293
--> https://bugs.winehq.org/attachment.cgi?id=69293
screendump of winefile.exe
Wine still doesn't support HiDPI screen ( UHD 4k )
icons still to small after changing DPI set to 288 DPI) value in winecfg.exe
see attachment of Wine 6.1 winfile.exe screendump
--
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=32673
Bug #: 32673
Summary: Rainbow Six fails to start for the first time with
windows version > ME
Product: Wine
Version: 1.5.21
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: flavio(a)nebososo.com
Classification: Unclassified
Tom Clancy's Rainbow Six will only start for the first time if the windows
version is set to ME or older. However it does work when set to newer versions
after it has already been started using an old one.
Using a clean prefix.
The demo can be downloaded here:
http://www.fileplanet.com/27609/download/Rainbow-Six-Demo
--
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=44137
Bug ID: 44137
Summary: Wine64 crashes with any 64-bit binary
Product: Wine
Version: 2.19
Hardware: x86-64
OS: FreeBSD
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: bourne.identity(a)hotmail.com
Created attachment 59886
--> https://bugs.winehq.org/attachment.cgi?id=59886
Stack trace for putty.exe (64-bit)
On FreeBSD 10.3 amd64, wine32 works perfectly. Wine64 builds/installs
correctly, but crashes when used to launch any 64-bit executable: notepad from
Windows 7; Pale Moon installer; putty.exe (all 64-bit). The behaviour is the
same with wine (v2.03) and wine-staging (v2.19).
--
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=52265
Bug ID: 52265
Summary: It won't run the file
Product: Wine
Version: 5.7
Hardware: x86-64
OS: Mac OS X
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dollydesigns1(a)yahoo.com
Created attachment 71400
--> https://bugs.winehq.org/attachment.cgi?id=71400
The attachment is the log that I get when trying to run game
I am trying to run sims 4 from an external hard drive and keep facing errors
--
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=44041
Bug ID: 44041
Summary: The Sims 4 instant-aborts claiming Origin doesn't run
Product: Wine
Version: 2.20
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: jonas(a)thiem.email
Distribution: ---
After installing native msvcr120.dll (both 32bit and 64bit) to work around bug
#39689 I encountered the following message box:
"Unable to start:
Origin is currently not running. Please make sure that Origin is running before
attempting to play The Sims(TM) 4
[d3382ced:2984c6a38:00000000:00000000]"
And yes, Origin is running. Also yes, this is a legal copy purchased through
Origin, I tested this with a fresh wineprefix with no other changes or software
installed other than Origin and the above workaround. It works on Windows 10.
--
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=45574
Bug ID: 45574
Summary: Dark Souls Remastered - Large Performance Regression
with 3.12+
Product: Wine
Version: 3.12
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: rstrube(a)gmail.com
Distribution: ---
Dark Souls Remastered has been running really well with Wine 3.11 and below.
Starting with 3.12 and subsequently 3.13 the performance has dropped
dramatically. From 60+fps at 1080p to about 10fps.
I've done some anecdotal testing with Wine and Wine-Staging and the problem
seems to be unrelated to the Wine-Staging patches.
I'm not sure what the best way to proceed is, but I'd be happy to provide logs,
etc. I just might need some direction.
Please note that I am using DXVK, but I've tried different combinations of DXVK
with different versions of Wine and the problem does not seem to be related to
DXVK. The consistent factor is using Wine 3.12+. I've also looked at the DXVK
log files with tracing enabled and nothing unusual appears 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.
https://bugs.winehq.org/show_bug.cgi?id=47989
Bug ID: 47989
Summary: FL Studio 20 hangs on splash screen
Product: Wine
Version: 4.18
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: leadrdrk(a)mail.ru
Distribution: ---
Created attachment 65507
--> https://bugs.winehq.org/attachment.cgi?id=65507
Wine log
FL Studio 20 hangs on splash screen when launched.
Using wine-staging.
--
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=34018
Bug #: 34018
Summary: Altium Designer 10 hangs on startup
Product: Wine
Version: 1.6-rc4
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
Classification: Unclassified
After patching wininet to work around bug 34013, the game^Wapp installs
successfully. It hangs on startup during "configuring supplier search"
(seemingly due to a deadlock when unloading altiumcore.bpl; see attached bt
all.)
"winetricks mdac28" works around this hang and lets you get to the next
problem.
--
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=49006
Bug ID: 49006
Summary: Wrong detection the Windows' version by Uplay
Product: Wine-staging
Version: 5.6
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: iroalexis(a)outlook.fr
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
When we fix the windows' version on Windows 10, Uplay detect Windows 8 (visible
in launcher_log.txt file)
Problematic for the furture
--
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=35385
Bug ID: 35385
Summary: Couldn't open under Wine from FL Studio track's with
Cyrillic names.
Product: Wine
Version: 1.7.8
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: mikhail.v.gavrilov(a)gmail.com
Classification: Unclassified
Couldn't open under Wine from FL Studio track's with Cyrillic names.
Demonstration:
https://drive.google.com/file/d/0B0nwzlfiB4aQXzBDSDJ3TmtrYVU/edit?usp=shari…
--
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=39308
Bug ID: 39308
Summary: thdf.exe : outputting floats returns 0
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: dos
Assignee: wine-bugs(a)winehq.org
Reporter: enoua5(a)gmail.com
Distribution: ---
On lines that, in the c++ code, use "cout" to output a float, it will show 0,
even though it's apparent that the float is still stored, still modified, and
still controlling the flow of if statements
--
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=44827
Bug ID: 44827
Summary: FL Studio: 32-bit/64-bit VST plugin bit bridging soft
locks the host
Product: Wine
Version: 3.4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ajduck(a)outlook.com
Distribution: ---
Trying to bridge a 32-bit VST plugin in FL Studio 64-bit, or bridge a 64-bit
VST plugin in FL Studio 32-bit, leads to this being outputted:
003c:err:ntdll:RtlpWaitForCriticalSection section 0x1ac6028 "?" wait timed out
in thread 003c, blocked by 002a, retrying (60 sec)
And the DAW soft locks with a loading cursor as it blocks the UI until the
plugin's loaded, forever trying to bridge the plugin.
(By "soft lock", I mean that FL Studio itself is still responsive, but you're
completely blocked from doing anything and the only way to get out of it is to
kill the process.)
======
Steps to reproduce:
1. Download and install FL Studio 12 Demo:
https://support.image-line.com/redirect/FLStudio_Installer_Google
The demo and the full version are the same executable.
You will need the Arial font or any ttf named as arial.ttf in
"C:/Windows/fonts/". If you have Winetricks just run "winetricks corefonts"
(you will need the cabextract package).
2. Download any 32-bit or 64-bit VST to test.
This is the one I tried, a 32-bit plugin (http://veg.by/en/projects/syxg50/).
The plugin itself is working perfectly. You can use any VST you want, as long
as you know whether it's 32-bit or 64-bit.
Put the dll file in "~/.wineprefix/drive_c/Program Files
(x86)/Steinberg/VstPlugins/".
3. Open the FL Studio version which DOESN'T match the instruction set of the
VST you're using. If you're using a 32-bit VST plugin, open FL Studio 12
(64-bit). If you're using a 64-bit VST plugin, open FL Studio 12 (32-bit). (If
you're using the VST I linked to, open FL Studio 12 (64-bit))
4. When FL Studio is launched for the first time, a featured project file is
automatically loaded. Click "File" in the top left corner and then "New" to
create an empty project.
5. Click "Options" > "Manage Plugins"
6. Click the "Start scan" button with "Verify plugins" enabled (make sure the
light is red). Let it scan for plugins.
7. Close the window, click "Add", and then "More plugins..." (under System)
8. Find and select "S-YXG50" (or if you used another VST, pick that).
9. Because the instruction set of the VST plugin doesn't match the host
program's (FL Studio), FL Studio will try to run the VST plugin under a
"bridge" (which uses ilbridge.exe, the bridging program installed as part of FL
Studio). However, the plugin never loads. The UI blocks any interaction while
plugins are being loaded so FL Studio is effectively soft locked.
--
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=46584
Bug ID: 46584
Summary: Can't use two mice at once for separate inputs in
Ricochet Infinity
Product: Wine
Version: 4.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: spleefer90(a)gmail.com
Distribution: ---
This game has a really fun feature - it let's you use two mice (mouse+touchpad
also works) as two separate player inputs.
This does not work in WINE, every input seems to count as player 1.
Here's a picture from Windows in case you're still baffled -
https://i.imgur.com/BoZSSI1.jpg
The game has been discontinued for 8+ years, so if you have trouble finding it
for testing, here's a trial .exe that lets you test for 60 minutes -
https://cloud2.rys.pw/s/HtzoGHwCsK5xFjg
Using KDE as a DE.
I was told this is an upstream issue with all the other software, and either
progress has to be made there or WINE has to grab input(optionally?) from /dev
directly.
"Tobias
--
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=25498
Summary: ACDSeePFM doesn't see dlls in Common Files
Product: Wine
Version: 1.3.9
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: lukasz.wojnilowicz(a)gmail.com
Created an attachment (id=32462)
--> (http://bugs.winehq.org/attachment.cgi?id=32462)
Terminal output on Wine 1.3.9 at installation
Steps to reproduce:
1) remove ~/.wine
2) install acdseepfm-1-0-81-win-en.exe
3) wine ACDSeePFM.exe
Behaviour:
err:module:import_dll
Expected behaviour:
no err:module:import_dll
Terminal output:
err:module:import_dll Library ShellIntMgrPFMU.dll (which is needed by
L"C:\\Program Files\\ACD Systems\\ACDSee Picture Frame
Manager\\1.0\\ACDSeePFM.exe") not found
err:module:import_dll Library ACDInTouch70U.dll (which is needed by
L"C:\\Program Files\\ACD Systems\\ACDSee Picture Frame
Manager\\1.0\\ACDSeePFM.exe") not found
err:module:LdrInitializeThunk Main exe initialization for L"C:\\Program
Files\\ACD Systems\\ACDSee Picture Frame Manager\\1.0\\ACDSeePFM.exe" failed,
status c0000135
Additional info:
Both dlls are available in "~/.wine/drive_c/Program Files/Common Files/ACD
Systems" and if I copy them to application main directory both errors
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.
https://bugs.winehq.org/show_bug.cgi?id=48363
Bug ID: 48363
Summary: Adobe Creative Cloud Installer shows blank window
Product: Wine
Version: 5.0-rc2
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ajg02(a)elfringham.co.uk
Distribution: ---
Created attachment 66106
--> https://bugs.winehq.org/attachment.cgi?id=66106
Console log for Set-up.exe
Clean Wine prefix set to Win10 runs Set-up.exe for CC installer which shows a
blank window.
See attachment for console 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=37607
Bug ID: 37607
Summary: MyHeritage Family Tree Builder fails to add "window"
item/initialize scripting engine
Product: Wine
Version: 1.7.31
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: jscript
Assignee: wine-bugs(a)winehq.org
Reporter: sebastian(a)fds-team.de
Distribution: ---
(Originally reported here:
https://github.com/wine-compholio/wine-staging/issues/187)
After starting the main application first login with your account. Registration
is free, but required unfortunately. Register via the website to workaround an
issue with the application registration form - make sure that no '+' signs are
in your email address, registration works, but login not...
Create a new project, create a new family, and click on Reports -> Ancestors.
A few message boxes will show up with content
'Unable to add "window" item'
'Unable to initialize scripting engine'
These message boxes repeat a couple of times, and afterwards an empty report
shows up.
Related terminal output with WINEDEBUG=+jscript:
--- snip ---
003f:trace:jscript:DllMain (0x7cb70000 1 (nil))
003f:trace:jscript:DllGetClassObject (CLSID_JScript
{00000001-0000-0000-c000-000000000046} 0xc5de4b8)
003f:trace:jscript:ClassFactory_QueryInterface (0x7cbfeef0)->(IID_IClassFactory
0xc5de4b8)
003f:trace:jscript:ClassFactory_AddRef (0x7cbfeef0)
003f:trace:jscript:JScriptFactory_CreateInstance ((nil)
{bb1a2ae1-a4f9-11cf-8f20-00805f2cd064} 0x26c9bb8)
003f:trace:jscript:JScript_QueryInterface (0xb39e270)->(IID_IActiveScript
0x26c9bb8)
003f:trace:jscript:JScript_AddRef (0xb39e270) ref=2
003f:trace:jscript:JScript_Release (0xb39e270) ref=1
003f:trace:jscript:ClassFactory_Release (0x7cbfeef0)
003f:trace:jscript:JScript_SetScriptSite (0xb39e270)->(0x26c9bc0)
003f:trace:jscript:JScript_AddNamedItem (0xb39e270)->(L"window" 2)
003f:trace:msgbox:MSGBOX_OnInit L"Unable to add \"window\" item\n"
003f:trace:msgbox:MSGBOX_OnInit L"Unable to initialize scripting engine"
--- snip ---
JScript_AddNamedItem fails because This->ctx == NULL.
Installing native 'jscript' via 'winetricks jscript' works around this issue
and the report shows up properly (wasn't able to compare it with Windows, but
definitely looks better than before).
$ git describe origin/master
wine-1.7.31-88-g9a68ef4
$ sha1sum family_tree_builder_7138.exe
74245c94089642d65b2fde09fd7188430df68b81 family_tree_builder_7138.exe
--
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=31332
Bug #: 31332
Summary: Project64: about page fails to render
Product: Wine
Version: 1.5.9
Platform: x86
URL: http://www.pj64-emu.com/downloads/func-startdown/34/
OS/Version: Linux
Status: NEW
Keywords: download, source
Severity: minor
Priority: P2
Component: ieframe
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
Classification: Unclassified
Created attachment 41173
--> http://bugs.winehq.org/attachment.cgi?id=41173
terminal output
Install project64, run it. Go to 'Help', 'about Project 64'. A small window
opens up, that should contain the about info. Behind this, iexplore.exe opens
with about:blank.
winetricks -q ie7 works around it.
austin@aw25 ~ $ sha1sum setup\ Project64\ 1.6.exe
005954395994c0a355c06abae3fc88d10ae84934 setup Project64 1.6.exe
austin@aw25 ~ $ du -h setup\ Project64\ 1.6.exe
2.0M setup Project64 1.6.exe
--
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=10531
Summary: Windows Calculator: Color in buttons missing
Product: Wine
Version: 0.9.49.
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: wine-misc
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: bammzilla(a)gabriana.com
Created an attachment (id=9282)
--> (http://bugs.winehq.org/attachment.cgi?id=9282)
How it looks in my Windows XP box
In Windows Calculator CALC.EXE the button texts should be color coded but all
appear black in Wine.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=40248
Bug ID: 40248
Summary: Exception when I try to call Translate method
Product: Wine
Version: 1.9.4
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: advapi32
Assignee: wine-bugs(a)winehq.org
Reporter: gennady.alimov(a)gmail.com
Distribution: ---
Created attachment 53797
--> https://bugs.winehq.org/attachment.cgi?id=53797
code & exception
if I try to translate SIDs to Names I've got the exception
"Index was outside the bounds of the array."
It looks like there is no mapping between account names and SIDs.
--
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=36373
Bug ID: 36373
Summary: Requiem: Avenging Angel - Black screen in-game
Product: Wine
Version: 1.7.18
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: ubuntugamingproject(a)gmail.com
Created attachment 48430
--> https://bugs.winehq.org/attachment.cgi?id=48430
Black screen log
The game installs and runs correctly, but then if you start a new game, there's
only a black screen, and the only thing can be done is going back to the menù.
So the game is unplayable.
Log attached.
--
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=35940
Bug ID: 35940
Summary: Server (and perhaps others) may fail to build on some
platforms
Product: Wine
Version: unspecified
Hardware: x86
OS: Windows
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: build-env
Assignee: wine-bugs(a)winehq.org
Reporter: carlo.bramix(a)libero.it
In my opinion there is a severe mistake in the build system for the server.
>From the man page of GCC, the documentation for '-I' option says:
`-I DIR'
Add the directory DIR to the list of directories to be searched
for header files. Directories named by `-I' are searched before
the standard system include directories. If the directory DIR is
a standard system include directory, the option is ignored to
ensure that the default search order for system directories and
the special treatment of system headers are not defeated .
When building the server, a '-I' option is placed on the command line, pointing
to the source directory of the server.
The file wine/port.h provides this piece of code:
[...cut...]
#ifdef HAVE_PROCESS_H
# include <process.h>
#endif
[...cut...]
The problem comes out because, inside the directory with the sources of the
server, there is a file named process.h and since the -I option allows to take
the files before the standard system include directories, the wine/port.h won't
include the system file, but the one in the server directory: infact, it
happens that the local process.h file is included two times.
This is the cause for the server not compiled correctly on my platform (cygwin)
but probably it can be also applied to others.
I did an experiment and I have bypassed the problem by changing the generated
Makefile: I replaced the '-I' option that pointed to the source directory of
the server with '-idirafter'. The final result is a server that installs and
runs correctly on Windows.
Actually, this defect caused a failure on the server, but probably it may apply
to all components of WINE with some local include files: the option that allows
to point to the source directory of the component being compiled (and only this
one) should be changed with '-idirafter' or something similar, depending on the
compiler used, while all other paths could be left to '-I' without troubles.
--
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=39532
Bug ID: 39532
Summary: Assassin's Creed Unity doesn't run
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: directx-d3dx10
Assignee: wine-bugs(a)winehq.org
Reporter: anakin.cs(a)gmail.com
Distribution: ---
Created attachment 52679
--> https://bugs.winehq.org/attachment.cgi?id=52679
terminal log
I've been trying to run Assassin's Creed Unity from Uplay on my laptop, both on
the Intel card and Nvidia card (with primusrun), and I always get the following
error message (translated from French):
"Can't launch the game. Your video card doesn't support DirectX 11 or the video
drivers need to be updated."
My video card is an Nvidia Geforce 850M.
Attached is the terminal output after trying to launch the game.
--
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=49674
Bug ID: 49674
Summary: Feature Request: Restoring previous resolution upon an
app crashing
Product: Wine
Version: unspecified
Hardware: Other
OS: other
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: s.maddox(a)lantizia.me.uk
So this has been a bit of a bug of mine with Wine for a while, but you may
think it's not really a problem Wine should deal with - which may be a fair
point.
But I couldn't find anything clearly asking for this as a feature request... so
lets see how well it fairs.
# The problem
Lets say you open up a Windows executable which changes your screens resolution
(e.g. a game) and it either...
a) freezes
b) is broken enough that its UI (if any appears) can't be used to nicely ask it
to quit
c) crashes and quits differently to how it'd normally do so upon user request
With a) and b) you likely need to kill that process, which ultimately leaves
you in the same situation as c).
But however it happens... you're likely to find your resolution now stuck to
whatever it set. If that is an incredibly low resolution (like 320x240 or
640x480)... then with the desktop environment of today (especially with HiDPI)
you're likely going to struggle finding the proper option to fix it. Worse you
might resort to a terminal (or switch TTY) and mess around with the xrandr
command for a stupid amount of time trying to find the names of screens and
such.
# Expected Behaviour
Well I'm not sure what actually does this. But in actual Windows (e.g Windows
10), when this same circumstance occurs... the resolution is always restored
back to what it was. This leaves me to believe that Windows itself has
something for this eventuality.
# Research
Well I've been searching around for solutions to this one for years and the
best I always come across... is someone saying you're better off with a script
(usually calling xrandr) mapped to a hot key or something for this eventuality.
Which is fine if the number of displays you've got connected and their
resolutions are always consistent... but often for laptop users moving between
docks and such - it isn't.
A quick chat on the #winehq IRC channel had someone mention that Proton can now
scale games to the resolution you're already using instead (when the app
requests a resolution change)... and pointed out these patches...
https://github.com/GloriousEggroll/proton-ge-custom/blob/master/patches/pro…https://github.com/GloriousEggroll/proton-ge-custom/blob/master/patches/pro…
That's fine, and it's a welcome feature. But I do wonder if this is a
universal fix for any request for any resolution change... regardless the age
(and compatibility with which version of Windows it was meant for) of the game
and the way it draws on the screen (e.g. SDL, OpenGL, DirectDraw, Vulkan,
etc...).
However it *may* give some hope for people wanting to run older windowed-mode
games from the early Win 3.1/95 era which refuse to be re-sized/re-scaled...
but that's a topic for another feature request :)
# Conclusion
I've not got any.
Should this be the job of Wine to restore the prior resolution if the app/game
fails to? Like Windows somehow does? Or is this something the OS (whatever
that may be, Linux/macOS or even Windows) should be doing separately from Wine
for any process?
Also if this is a dupe, feel free to mark it as such... I've looked and
couldn't find anything that is quite so specific - at least with the points
raised here.
Thoughts?
--
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=26407
Summary: Shadowgrounds Survivor crashes after viewing the map
Product: Wine
Version: 1.3.15
Platform: x86
URL: http://www.gamershell.com/download_23192.shtml
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: gyebro69(a)gmail.com
Created an attachment (id=33629)
--> (http://bugs.winehq.org/attachment.cgi?id=33629)
terminal output
In the game the crash always occurs when I switch back to normal mode after
viewing the map (by pressing <Tab>).
Sometimes the game "survives" 2-3 switches between the two modes but eventually
it will crash.
How to reproduce the problem in the demo:
1. Choose only Physx and Windows Media Codecs when the installer asks for it
(native d3dx9_36.dll will be placed in the game directory).
2. Start the game either by survivor.exe or with the launcher.
3. Choose <New Game> from the menu. When you gain control over your character
press <Tab> to switch to map mode then press <Tab> again to get back to normal
mode. This might need to be repeated 2-3 times. Sooner or later the game will
crash.
If I don't use the map mode, the game seems to be stable (I've played for about
30-40 minutes).
I can reproduce the crash with Wine-1.0.1, too.
The crash happens even if I lower the gfx details to the minimum and with
disabled audio.
When starting the game with WINEDEBUG=warn+heap (is that the correct syntax?)
the crash doesn't occur.
Fedora 14 x86
Nvidia GeForce 250 / driver 260.19.36
--
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=44625
Bug ID: 44625
Summary: Cybernoid 2 exits but x window drawing updates are
frozen
Product: Wine
Version: 3.2
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dav75uk(a)yahoo.co.uk
Distribution: ---
You can get this game from
https://www.classic-retro-games.com/games/action/cybernoid-2--the-revenge-3…
When you quit the game, x windows no longer updates the screen - events are
being responded to though (you can click stuff then change to a terminal tty
and back and see the updates). The only way to get back to a sane system is
kill xwindows with ctrl alt backspace.
This is seen on opensuse 42.3 which uses xf86
--
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=31665
Bug #: 31665
Summary: Femap unexpected crash on rebuild database (or any
command that involves it i.e. import)
Product: Wine
Version: 1.5.12
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dark.schneider(a)iol.it
Classification: Unclassified
Created attachment 41633
--> http://bugs.winehq.org/attachment.cgi?id=41633
Backtrace of crash triggered by file->rebuild in femap 10.3 with wine 1.5.12
1) wine femap.exe
2) file->rebuild...
3) answer yes.
The crash happen with any action that implies a rebuild database by femap. I.e.
if you import a "large" bdf, lunching a rebuild is just a fast way to check if
the bug is present or not.
Wine version I tested without the bug (those are working):
1.0.1
1.1.29
1.3.6
Wine versions i tested with the bug (crash with similar backtrace to one
attached):
1.4.1-2 (from debian repo)
1.5.6-2 (from debian repo)
1.5.12
I have tested with both femap 10.2 and femap 10.3 and they share the same
problem with no difference (i.e. probably the code on their side did not
changed and if someone has an older version around it may show the same bug). I
have not tested Femap 10.3.1, but may show the same problem.
All of this is related to 32 bit version of femap and wine running on a AMD 64
bit system. I have no chance to test 32 bit on 32 bit.
The bug persist on another system with ati/amd video driver, tested with both
open source and closed opposed by this system that has closed source nvidia
blob. Due to this bug seems unrelated to the video rendering (e.g. the problem
with femap not redrawing automatically the gl window looks unrelated, if needed
I can post another bug for that, but it's minor glitch)
Best Regards,
Gabriele Dini Ciacci
P.S.
Unrelated practical thing that make it desirable to have a recent version of
wine working: With 1.5.6-2 and 1.5.12 the program is much faster (especially on
start-up and actually faster than on windows)
--
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=45358
Bug ID: 45358
Summary: AC Syndicate is completely broken
Product: Wine-staging
Version: 3.10
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: berillions(a)gmail.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: Debian
Created attachment 61658
--> https://bugs.winehq.org/attachment.cgi?id=61658
Graphic rendering completely broken
Hello,
With wine-3.10, it's possible to launch the game without crash.
Now, there is a very big issue with graphic rendering with wined3d. (see
screenshot)
In the output console, i have a lot of message about :
- "d3d_shader:shader_sm4_read_instruction_modifier Unhandled modifier
0xXXXXXXXX" - "err:d3d:wined3d_debug_callback 0x35451990:
"GL_INVALID_OPERATION in glGetUniformLocation(program not linked)""
- "fixme:d3d_shader:shader_glsl_dump_program_source ..."
- "fixme:d3d:context_bind_shader_resources Shader 0x34e90740 needs 34 samplers,
but only 32 are supported."
For Wine dev who want to reproduce the issue, you need wine-staging to avoid
the issue with UPlay (bug #35902) + Wine AND the issue with AC Syndicate +
Uplay with online mode (bug #45312)
Google drive link for the log :
https://drive.google.com/open?id=15Q2gY9uk_JohSwqlhwix9HK8BgUWCY5E
--
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=44009
Bug ID: 44009
Summary: Syberia Gog version: crash after cinematics
Product: Wine
Version: 2.20
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: legluondunet(a)free.fr
Distribution: ---
Created attachment 59671
--> https://bugs.winehq.org/attachment.cgi?id=59671
Syberia Gog wine 2.20 backtrace
Hello,
I just acquire the Syberia Gog version and it is impossible for me to play this
game on Linux with Wine. Happily the game was free.
How to reproduce:
Install Syberia Gog version
Launch the game, you can see cinematics but just when the menu appear the game
crash.
I joined you the terminal log/backtrace.
Config:
Ubuntu 17.10
Nvidia 384.90
--
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.