https://bugs.winehq.org/show_bug.cgi?id=44397
Bug ID: 44397
Summary: Visual Novel "A Clockwork Ley-Line" - Running launcher
crashes
Product: Wine
Version: 3.0-rc6
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dark.shadow4(a)web.de
Distribution: ---
Created attachment 60320
--> https://bugs.winehq.org/attachment.cgi?id=60320
Error log and message
Since bug 44379 is fixed, the launcher now starts the locale-emulator, that
then seems to crash. It shows a messagebox (message in attachment) and doesn't
start the game.
Note that the launcher is a 64bit .NET binary, and I didn't get native .NET to
work properly in a 64bit prefix yet.
As workaround you still can start the game directly (run LeyLine.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.
https://bugs.winehq.org/show_bug.cgi?id=38289
Bug ID: 38289
Summary: cmd replacement is unable to display a bat file script
correctly.
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: njls.yoshi2(a)gmail.com
Distribution: ---
Created attachment 51122
--> https://bugs.winehq.org/attachment.cgi?id=51122
Example batch
The amended Wine cmd.exe (version 6.1.7601 [1.6.2]) is unable to display a
batch script to emulate written text to a command line (script attached).
The script runs true in sequence if perused, however, the line where the text
should be displayed, yields the characters, "a~0,1", which is a defined
argument (expressed in attached script), but not the correct output.
--
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=32449
Bug #: 32449
Summary: QGIS err:module:import
Product: Wine
Version: 1.5.19
Platform: x86
URL: http://hub.qgis.org/projects/quantum-gis/wiki/Download
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: guy.roussin(a)teledetection.fr
Classification: Unclassified
Created attachment 42810
--> http://bugs.winehq.org/attachment.cgi?id=42810
Error log when launching qgis 1.8.0-1 on wine 1.5.19
Hi,
QuantumGIS is an open source software which run very fine on linux.
Today, i try the windows version on a quantal 32 bits chroot on my debian sid
amd64.
http://qgis.org/downloads/QGIS-OSGeo4W-1.8.0-1-Setup.exe
I get this error when launching qgis :
(see attachment)
I get the same error with PlayOnLinux ...
Thank you,
Guy
--
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=47486
Bug ID: 47486
Summary: GsView draws one menu item with white background
Product: Wine
Version: 4.11
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dark.shadow4(a)web.de
Distribution: ---
Created attachment 64866
--> https://bugs.winehq.org/attachment.cgi?id=64866
Screenshot on wine
See screenshot.
--
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=47071
Bug ID: 47071
Summary: Nest or mixed "FOR" and "IF" command sometimes get
different result in Wine and Windows.
Product: Wine
Version: 3.0
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: cmd
Assignee: wine-bugs(a)winehq.org
Reporter: mzidbh(a)hotmail.com
Distribution: ---
Created attachment 64257
--> https://bugs.winehq.org/attachment.cgi?id=64257
batch files and snapshots of execution result
The Wine's command interpreter seems to ...
1. could not pair "IF" and "ELSE" correctly. ( Case 1 4 )
2. would ignore scripts after inner "ELSE". ( Case 2 3 )
Case 1
========================================
@ECHO OFF
ECHO FOR in IF 01 :
IF 1 EQU 1 (
FOR %%A IN (1,1) DO (
ECHO A=%%A
)
) ELSE (
ECHO This line should NOT be executed.
)
ECHO This line should be executed.
EXIT /B
----------------------------------------
Result in WINE 3.0
----------------------------------------
FOR in IF 01 :
A=1
A=1
Can't recognize 'ELSE ' as an internal or external command, or batch script.
This line should NOT be executed.
This line should be executed.
----------------------------------------
Result in Windows 7
----------------------------------------
FOR in IF 01 :
A=1
A=1
This line should be executed.
========================================
Case 2
========================================
@ECHO OFF
ECHO IF in FOR 01 :
FOR %%A IN (1,1) DO (
IF 1 EQU 1 (
ECHO This line should be executed. [No.1]
) ELSE (
ECHO This line should NOT be executed.
)
ECHO This line should be executed. [No.2]
)
EXIT /B
----------------------------------------
Result in WINE 3.0
----------------------------------------
IF in FOR 01 :
This line should be executed. [No.1]
This line should be executed. [No.1]
----------------------------------------
Result in Windows 7
----------------------------------------
IF in FOR 01 :
This line should be executed. [No.1]
This line should be executed. [No.2]
This line should be executed. [No.1]
This line should be executed. [No.2]
========================================
Case 3
========================================
@ECHO OFF
ECHO IF in IF 01 :
IF 1 EQU 1 (
IF 1 EQU 1 (
ECHO This line should be executed. [No.1]
) ELSE (
ECHO This line should NOT be executed. [No.1]
)
ECHO This line should be executed. [No.2]
) ELSE (
ECHO This line should NOT be executed. [No.2]
)
EXIT /B
----------------------------------------
Result in WINE 3.0
----------------------------------------
IF in IF 01 :
This line should be executed. [No.1]
----------------------------------------
Result in Windows 7
----------------------------------------
IF in IF 01 :
This line should be executed. [No.1]
This line should be executed. [No.2]
========================================
Case 4
========================================
@ECHO OFF
ECHO IF in IF 04 :
IF 4 EQU 4 (
IF 4 EQU 5 CALL :Label1
ECHO This line should be executed. [No.1]
) ELSE (
ECHO This line should NOT be executed. [No.2]
)
GOTO :Label2
:Label1
ECHO This line should NOT be executed. [No.1]
GOTO :EOF
:Label2
EXIT /B
----------------------------------------
Result in WINE 3.0
----------------------------------------
IF in IF 04 :
This line should NOT be executed. [No.2]
----------------------------------------
Result in Windows 7
----------------------------------------
IF in IF 04 :
This line should be executed. [No.1]
========================================
--
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=47798
Bug ID: 47798
Summary: Incorrect substring result using
enableDelayedExpansion
Product: Wine
Version: 4.16
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: cmd
Assignee: wine-bugs(a)winehq.org
Reporter: lois.diqual(a)gmail.com
Distribution: ---
Created attachment 65289
--> https://bugs.winehq.org/attachment.cgi?id=65289
Test file
Batch variable substring yields incorrect results when using
enableDelayedExpansion.
setlocal enableDelayedExpansion
set foo=bar
echo "!foo:~0,2!"
endlocal
Expected output: "ba"
Actual output:
- Wine cmd: "~0,2"
- Windows cmd: "ba"
--
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=43337
Bug ID: 43337
Summary: Conditional command with parentheses not working.
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: cmd
Assignee: wine-bugs(a)winehq.org
Reporter: distjubo(a)gmail.com
Distribution: ---
If a conditional command contains parentheses, it fails to execute properly.
Example 1:
Command:
echo C:\Program Files (x86)\
Output:
C:\Program Files (x86)\
Example 2:
Command:
if ""=="" echo C:\Program Files (x86)\
Example 2 fails to execute. On Windows, the output of Example 1 and Example 2
are identical, but wine complains about not having found the command "x86".
--
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=44063
Bug ID: 44063
Summary: Parentheses cause cmd.exe failing to recognize '2>&1'
Product: Wine
Version: 2.20
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: jhasse(a)gmail.com
Distribution: ---
On Windows
cmd.exe /C "(echo foo) 2>&1"
works (only outputs "foo"), while on wine it results in:
foo
Can't recognize '2' as an internal or external command, or batch script.
and a non-zero exit code. Removing the parenthesis would work:
wine cmd.exe /C "echo foo 2>&1"
I need them though, since I want to do stuff like this:
wine cmd.exe /C "(echo foo && echo bar) 2>&1"
Maybe related: https://bugs.winehq.org/show_bug.cgi?id=43337
--
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=21806
Summary: Star Wars Empire at War: Demo crashes during battles
Product: Wine
Version: 1.1.39
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: gaming4jc2(a)yahoo.com
Created an attachment (id=26385)
--> (http://bugs.winehq.org/attachment.cgi?id=26385)
Tutorial 1 debugs, pagefaults, backtraces...
This seems to affect the game any time you are going into battle. At the
loading screen the game will issue a exception.
You have two choices, retry or cancel. I've provided a backtrace log that
results from each selection - as well as the game's built debugger log.
For anyone wishing to confirm, just try Tutorial 1. It will crash in under
2mins. The other tutorials may crash too, but not nearly as often since there's
not many battles to load. I was using the Demo CD I got in a promo.
--
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=42698
Bug ID: 42698
Summary: FL Studio 12.4 setup does not show cursor
Product: Wine
Version: 2.4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: seanaubin(a)gmail.com
Distribution: ---
Running Linux Kernel 4.4.0 on Linux Mint 18 and installing FL Studio 12.4, the
cursor does not display during the install.
--
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=46734
Bug ID: 46734
Summary: EditPad Pro 7: Cannot read/capture host (Linux)
application's stdout/stderr to display in its message
panel
Product: Wine
Version: 2.19
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: clay_dakota(a)yahoo.com
Distribution: ---
Created attachment 63726
--> https://bugs.winehq.org/attachment.cgi?id=63726
Python script to write "Hello World" to stdout.
Distribution: Linux Mint 17.3 ; 32-bit ; Trusty ; MATE Desktop
AppDB App: EditPad Pro 7
AppDB Entry: #8392
Wine Ver w/o Bug: 2.18 (devel) & 2.04 (stable)
Wine Ver w/ Bug: 2.19 (devel) & 3.04 (stable) & 4.0 (stable)
Steps to reproduce:
* Download EditPad Pro free trial version 7.6.5 and install
- URL: http://download.jgsoft.com/editpad/SetupEditPadProDemo.exe
* Install Wine 2.18 (devel)
* Run EditPad Pro (EPP) from Wine
- Executable: EditPadPro7.exe
* From the EPP menu, go to Tools -> Configure Tools
* Import the EPP Tool configuration file
- Attachment: RunWithPython.ini
* Open the Python source file
- Attachment: hello.py
* From the EPP menu, go to Tools -> Run w/ Python
* Will see the Python script's output in EPP's message panel as expected
- See attachment: EPP_Wine2.18_WithoutBug.png
* See Wine 2.18's terminal output file to see that the output did not go to
the terminal as expected
- Attachment: Con_Wine2.18_WithoutBug.out
* Install Wine 2.19 (devel)
* Run EditPad Pro (EPP) from Wine
- Executable: EditPadPro7.exe
* Open the Python source file
- Attachment: hello.py
* From the EPP menu, go to Tools -> Run w/ Python
* Will not see the Python script's output in EPP's message panel
- See attachment: EPP_Wine2.19_WithBug.png
* See Wine 2.19's terminal output file to see that the output went to the
terminal instead of EPP's message panel
- Attachment: Con_Wine2.19_WithBug.out
Note: This bug *may* be related to bug 23596. However, bug 23596 is reported
against Wine version: 1.2-rc7.
--
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=44245
Bug ID: 44245
Summary: Gray screen on OnePlus 3 / 3T
Product: Wine
Version: 3.0-rc3
Hardware: arm
OS: other
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: sasha01945(a)gmail.com
Created attachment 60040
--> https://bugs.winehq.org/attachment.cgi?id=60040
Gray screen on OnePlus 3T
After running Win3.0 RC3, first unpacking, then writes "Setting up windows
environment".
After that, the gray screen (as in the screenshot).
Android version: 8.0.0
OhygenOS version: OP3T_0.2_Open_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=46419
Bug ID: 46419
Summary: Multiple installers draw bottom text not as 3d
disabled text
Product: Wine
Version: 4.0-rc3
Hardware: x86
OS: Linux
Status: NEW
Severity: trivial
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dark.shadow4(a)web.de
Distribution: ---
Created attachment 63185
--> https://bugs.winehq.org/attachment.cgi?id=63185
Screenshot wine
This is a very minor and subtle bug, on windows only really visible when the
old classic theme is used.
In all NSIS installers, the bottom line text should be rendered as 3d disabled
text, see screenshots.
As a sidenote, wine can draw 3d disabled text, it's just that for some reason
it is not applied here.
--
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=42895
Bug ID: 42895
Summary: HeroesofMight and Magic II: Gold - possible problems
Product: Wine
Version: 2.0
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: trufanovan(a)gmail.com
Distribution: ---
Created attachment 58029
--> https://bugs.winehq.org/attachment.cgi?id=58029
Save game
Hi,
As far as i can see HoMM2 has platinum support. I have a big doubts in that.
Just tried 2 game distributives:
1. Game in russian freezes on start screen. No menu labels highlighted when
user moves a mouse over it.
2. Same build but in english - freezes on campaign screen when user may choose
award. Can't start the game.
3. Another distributive (english) - after you win any campaign level the screen
is black and you must gues whee to click to start another level. Or press
Enter.
Attached is the save game at end of first level to reproduce no 3.
NVIDIA 378.13
GeForce GT 635M
Kubuntu 17.04
wine-stable 2.0.1~zesty
--
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=42270
Bug ID: 42270
Summary: Settlers 4 Gold - Hardware Rendering mode not working
Product: Wine
Version: 2.0-rc6
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: bronsonmathews(a)gmail.com
Distribution: ---
Created attachment 56975
--> https://bugs.winehq.org/attachment.cgi?id=56975
cmd log
The game runs ok in software mode. So this is a pretty low priority bug.
Settlers 4 Gold (Gog version) - changing the settings landscape engine, and
object engine from software to hardware does not work.
Attached command line output...
--
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=47778
Bug ID: 47778
Summary: world of warcraft in game store browser crashes
Product: Wine
Version: 4.15
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: goin2mars(a)protonmail.com
Distribution: ---
Created attachment 65266
--> https://bugs.winehq.org/attachment.cgi?id=65266
backtrace from running in game wow browser opened when using shop feature
wow browser : BlizzardBrowser.exe found in /home/me/.wine/drive_c/Program Files
(x86)/World of Warcraft/_retail_/UTILS
--
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=44210
Bug ID: 44210
Summary: GNUTLS_CIPHER_CHACHA20_POLY1305 is not work
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: secur32
Assignee: wine-bugs(a)winehq.org
Reporter: serg.chaplya(a)gmail.com
Distribution: ---
Hello! I've tried to run this tool (http://cryptopump.info/en/download) on my
Ubuntu system.
I got some error:
fixme:secur32:schannel_get_cipher_algid unknown algorithm 23
fixme:secur32:schannel_get_mac_algid unknown algorithm 200
fixme:secur32:schannel_get_cipher_algid unknown algorithm 23
fixme:secur32:schannel_get_mac_algid unknown algorithm 200
fixme:secur32:schannel_get_cipher_algid unknown algorithm 23
fixme:secur32:schannel_get_mac_algid unknown algorithm 200
fixme:secur32:schannel_get_cipher_algid unknown algorithm 23
fixme:secur32:schannel_get_mac_algid unknown algorithm 200
I've found that this error is here:
https://github.com/wine-mirror/wine/blob/master/dlls/secur32/schannel_gnutl…
Because GNUTLS_CIPHER_CHACHA20_POLY1305 is not supported.
--
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=44985
Bug ID: 44985
Summary: BIAS FX: Blank window when running the app
Product: Wine
Version: 3.6
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: oxez911(a)gmail.com
Distribution: ---
Created attachment 61119
--> https://bugs.winehq.org/attachment.cgi?id=61119
term output
Distribution: Debian sid
Wine version: 3.6.0~sid (Using the wine-devel package from winehq.org)
Description:
Trying the BIAS FX standalone app (both in 32 and 64bit) result in a blank
window (black or white, seems random..)
Note: the trial can be downloaded free of change at
https://www.positivegrid.com/bias-fx/
I attached a trace of what I saw in the terminal, I can provide more info if
needed (I'm not sure what WINEDEBUG needed to be set at, I didn't tweak it)
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=41632
Bug ID: 41632
Summary: Wine not running with Administrative privileges
Product: Wine
Version: 1.9.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: stevedonato(a)gmail.com
Distribution: ---
Error running wine windows program. Error message produced is;
"You do not have Administrative privileges on this computer. Sign into Windows
as an Administrator. Try again."
Latest wine release 1.9.22
--
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=35984
Bug ID: 35984
Summary: Leftover pixels in Microsoft Paint when using
Rectangle tool with thick border
Product: Wine
Version: 1.7.15
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: Nachanon_Vetjasit(a)hotmail.com
Created attachment 48104
--> http://bugs.winehq.org/attachment.cgi?id=48104
Screencast demonstrating the leftover lines problem
I've used Microsoft Paint on WINE, I found that when I set
line thickness to >1px (using Line tool) and select Rectangle tool,
then drag mouse to South-East direction to create a rectangle
(but don't release mouse button yet), then move to West, then North,
and release the button. I'll see that some color pixels that's used to be
old rectangle border were left over.
The larger line size, more obvious the effect.
Apart from leftover lines, there is also a knot on the top left of the
rectangle. (Won't be visible at first glance, use Magnifier tool to see it)
These leftover lines (and knot) also didn't disappear on Undo too.
Screencast demonstrating this problem and affected image also attached.
(Using 5px line thickness in this case).
Microsoft Paint 5.1.2600.5512 (mspaint.exe from Windows XP SP3)
mfc42u.dll 6.2.8071.0 picked from Windows XP SP3, placed with the same
directory as mspaint.exe
WINE: 1.7.15 (git), set to Windows version XP
WINE installed without XInput2, OSMesa, OpenCL, CMS, GStreamer, and OSS support
System: Debian GNU/Linux 5.0 "Lenny" i386
--
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=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.