http://bugs.winehq.org/show_bug.cgi?id=35684
Bug ID: 35684
Summary: Wine Internet Explorer crash when accessing amazon.com
Product: Wine
Version: 1.7.13
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: daniel.maccabe(a)gmail.com
Created attachment 47650
--> http://bugs.winehq.org/attachment.cgi?id=47650
Backtrace of Wine failure when accessing amazon.com
OS: Linux Mint 16 (Petra) with KDE desktop
Using Wine 1.7.13 in WIN7 mode (also tried WIN XP mode)
Running Wine internet explorer from C:\program files (x86)
Internet Explorer seems to start normally, although slowly. The Winehq web
page loads and appears to render correctly. If I try to access www.amazon.com
(http, or https) the program experiences an error and quits. The following
window is displayed:
report says:
Program Error
The program iexplore.exe has encountered a serious problem and needs to close.
We are sorry for the inconvenience.
This can be caused by a problem in the program or a deficiency in Wine.
--
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=44236
Bug ID: 44236
Summary: Poisson Superfish: Slow to write binary file.
Product: Wine
Version: 2.21
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: cmd
Assignee: wine-bugs(a)winehq.org
Reporter: raphaelcervantes(a)protonmail.com
Distribution: ---
Discussion is in this forum.
https://forum.winehq.org/viewtopic.php?f=2&t=29936
I am using Wine to run Poisson Superfish. This program essentially does some
calculations and then writes the results into a binary file. This action is
performed in less than a second in a Windows environment. Unfortunately, it
takes about 10 seconds to write this binary file under Wine. Here is how to
reproduce the error:
1. Install Poisson Superfish on linux using Wine. You have to scroll all the
way down and click register.
http://laacg.lanl.gov/laacg/services/download_sf.phtml
2. Once installed, open a unix terminal in this directory
.../.wine/drive_c/LANL/Examples/RadioFrequency/Waveguides/
3. Run wineconsole cmd.
4. In the new window, run RUNWG.BAT.
3. Several windows will pop up. The ones that stall for a bit are in the
process of writing to a file named something.T35. The T35 refers to tape 35 (I
guess that's how a sector of harddrive memory would be referred as back in the
80s). This is the binary file with the solution in it.
It will finish eventually, but it is pretty slow.
--
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=44066
Bug ID: 44066
Summary: mintty/msys2 doesn't work since wine 2.5.0 (named
pipes)
Product: Wine-staging
Version: 2.22
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.gursky(a)e-mail.ua
CC: erich.e.hoover(a)wine-staging.com, michael(a)fds-team.de,
sebastian(a)fds-team.de
Distribution: ---
Hi!
According to [1], I'm opening a new issue.
msys2 (based on Cygwin up to 2.5.x) does work on wine-staging.
Since 2.5.0 mintty starts but has no visible output. You can work only blindly
(ctrl+d closes the session).
Actually I've expected that since wine 2.5 msys2 will work not only on
wine-staging but also on wine. Unfortunately the opposite has happened.
Regards,
Andrey
[1] https://bugs.winehq.org/show_bug.cgi?id=17195#c189
--
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=31212
Bug #: 31212
Summary: Some VST instruments crash when reloaded in Mixcraft
Product: Wine
Version: 1.5.8
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: s_chriscollins(a)hotmail.com
Classification: Unclassified
In Mixcraft, some VST instruments crash when loaded a second time on a track.
However, the same instruments work fine when loaded for the first time on a
track. The following can be reproduced easily in Mixcraft:
1. Start Mixcraft and select "Build Virtual Instrument Tracks" from the "New
Project" window.
2. Click on the keyboard icon next to the first track name, which will bring up
the instrument selection window.
3. Select "<VSTi Instruments>" from the left pane and then "Messiah" from the
right pane. This sets the track to use the Messiah VSTi synth.
4. Now select "Acoustica Instruments" from the right pane.
5. Once again, select "Messiah" from the right pane. Mixcraft will pop up an
error box with the title "An instrument has crashed" containing the following
text: "A crash has been detected in the instrument "Messiah." This plug-in has
been muted. We recommend you save your project and re-start Mixcraft to avoid
losing your work."
Unfortunately, no helpful terminal output seems to be generated in relation to
the plugin crash. I have provided more detailed notes on VST behavior in
Mixcraft here:
https://docs.google.com/document/d/1YEPh0mkd_ip1whAJXcRIl4HYny5D8LSeGo3qgzV…
** My System **
OS: Kubuntu 12.04 64-bit w/ KDE SC 4.8.4
Motherboard: ASRock X58 Extreme3 (Intel X58 chipset)
CPU: Intel Core i7 (2.8 GHz quad-core)
RAM: 12GB DDR3
Video: Dell NVIDIA GeForce 7800 GTX w/ 256 MB RAM (PCI Express)
Sound Card #1: Sound Blaster Audigy 2 ZS Gold
Sound Card #2: Echo Gina3G
Linux Kernel: 3.2.0-26-generic
NVIDIA video driver: 302.17
Screen Resolution: 1280 x 960
--
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=44253
Bug ID: 44253
Summary: Access violation in multiple cases
Product: Wine
Version: 3.0-rc3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ihormcd+wine(a)gmail.com
Distribution: ---
Created attachment 60052
--> https://bugs.winehq.org/attachment.cgi?id=60052
crash
Access violation exception due to access by 0x0000 address in multiple use
cases while using Far3.
>From Far app try to:
1) on lunch of EXE file (Far.exe, WinMergeU.exe, others)
2) switch drive for the pane (Alt+F1/F2)
3) switch to Quick view mode for a file (Ctrl+Q)
*) few other cases
App: Far Manager 3.0 build 5100 x64
Wine details: wine-3.0-rc3, the app runs using wineconsole
--
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=46552
Bug ID: 46552
Summary: Crossfire doesn't install
Product: Wine
Version: 4.0-rc7
Hardware: x86-64
URL: http://crossfire.z8games.com/download.html
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: luca.finizio.mgbx(a)hotmail.it
Distribution: Mint
Created attachment 63423
--> https://bugs.winehq.org/attachment.cgi?id=63423
console output
I already reported a bug about Crossfire EU (you can find it here
https://bugs.winehq.org/show_bug.cgi?id=45920), but now it merged with
Crossfire NA and the new link for download is
http://crossfire.z8games.com/download.html
The .exe file is different than before, but it doesn't install yet; I don't
know if the problem is the same or not. I attached my console output. You can
reproduce the bug just by downloading the file and trying to install.
I kept my terminal open for more than 3 hours beacuse the process is "running"
and if I close the terminal it says that a process is still running and closing
the terminal will kill it. Therefore I don't know if my console output is
complete or not. If I can help in some way, just tell me! :)
--
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=37297
Bug ID: 37297
Summary: CreateEdit windows always fullscreen under wine
Product: Wine
Version: 1.7.26
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: n4af(a)n4af.net
ref:
https://forum.winehq.org/viewtopic.php?t=23405&p=96423
I have a Pascal (Dephi) app that runs well under Wine application layer.
The problem is that there are a number of edit controls that will only show in
full screen under Wine.
This would be an example of a procedure to create a editable window using Alt-D
WM_INITDIALOG:
begin
Windows.SetWindowText(hwnddlg, RC_DUPECHECKOAR);
Format(TempBuffer1, TC_ENTERCALLTOBECHECKEDON,
BandStringsArray[InActiveRadioPtr.BandMemory],
ModeStringArray[InActiveRadioPtr.ModeMemory]);
CreateStatic(TempBuffer1, 15, 3, 250, hwnddlg, 102);
AltDEditWindowHandle := CreateEdit(ES_CENTER or ES_UPPERCASE or WS_BORDER,
15, 27, 250, 30, hwnddlg, 101);
asm
mov edx,[MainWindowEditFont]
call tWM_SETFONT
end;
CreateOKCancelButtons(hwnddlg);
The above CreateEdit dutifully creates a window under Win7.
Ubuntu (kernel 3.16) will only display as fullscreen.
Under linux I can grab the title bar and move the f/s window but nothing else.
Right clicking on the title bar i have options Restore, Resize, Maximize
selected.
Screen captures on https://forum.winehq.org/viewtopic.php?t=23405&p=96423
Tks, Howard
--
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=31278
Bug #: 31278
Summary: The Longest Journey: "eye-mouth-hand" dialog only
appears sometimes (randomly?)
Product: Wine
Version: 1.5.9
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: rmmartins(a)gmail.com
Classification: Unclassified
This bug has been described by Octavian Vocu on one of his comments in another
bug report from the same game
(http://bugs.winehq.org/show_bug.cgi?id=11819#c39). I'm pasting an excerpt of
his comment below because it explains exactly what's happening:
"There is still some issue related to doing actions on objects, with the mouse.
Clicking an actionable object should display the eye-mouth-hand dialog. Mouse
shows correct pointer, but simply clicking has no effect. I noticed that as you
push the left mouse button, you need to move the mouse slightly for the action
dialog to appear. Might be related to transparent windows, not sure yet."
It's certainly a different bug and deserves a different report, that's why I'm
creating this.
I've tested this on Debian Sid (i386) with wine-1.5.9. The console output is
small, so I just pasted it below; the messages look the same as every other bug
report on the game. The last three fixme's repeat a million times.
fixme:win:EnumDisplayDevicesW ((null),0,0x33eb04,0x00000000), stub!
fixme:ddraw:ddraw7_Initialize Ignoring guid
{00000000-0000-0000-0000-000000000000}.
fixme:d3d_surface:wined3d_surface_flip Ignoring flags 0x1.
fixme:d3d_surface:surface_load_location Unimplemented location SFLAG_INSYSMEM
for depth/stencil buffers.
fixme:d3d_surface:surface_unmap Depth / stencil buffer locking is not
implemented.
fixme:d3d:state_subpixel Render state WINED3D_RS_SUBPIXEL not implemented yet.
fixme:d3d:state_flushbatch Render state WINED3D_RS_FLUSHBATCH not implemented
yet.
fixme:d3d_surface:surface_load_location Unimplemented location SFLAG_INSYSMEM
for depth/stencil buffers.
fixme:d3d_surface:surface_load_location Unimplemented location SFLAG_INSYSMEM
for depth/stencil buffers.
fixme:d3d_surface:surface_unmap Depth / stencil buffer locking is not
implemented.
It might be important to notice that Octavian was probably on the right track
of fixing this with his previous patches. The game runs pretty well on 1.3.32
with three of his patches (http://bugs.winehq.org/show_bug.cgi?id=11819#c37);
the issue reported here is the main thing keeping it from being almost perfect.
Also, on a 1.5.9 with the same three patches (even though the characters are
invisible again) the following three messages appear when you click an object
(when the dialog should be displayed):
fixme:x11drv:X11DRV_WindowPosChanged transparent window, fixing window rect
fixme:x11drv:X11DRV_WindowPosChanged transparent window, fixing window rect
fixme:x11drv:X11DRV_WindowPosChanged transparent window, fixing window rect
--
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=41644
Bug ID: 41644
Summary: Civilization v1.2: crashes on startup
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: K_ThaaL(a)bk.ru
Distribution: ---
Created attachment 56018
--> https://bugs.winehq.org/attachment.cgi?id=56018
trace generated by wine
Wine crashes right after the first frame of game intro is shown.
Created a new 32bit wine prefix for this game.
Tried windows versions XP and 3.1 - behavior is the same in both cases.
Using virtual desktop and disallowing window decorations did not help.
No other options tried.
Ubuntu 16.04 LTS is used with Wine installed from winehq repository.
Problem is detected on 1.9.21 and 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.
https://bugs.winehq.org/show_bug.cgi?id=44788
Bug ID: 44788
Summary: Civilization II (v1.02) crash during menus
Product: Wine
Version: 3.4
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: danielalston(a)gmail.com
Distribution: ---
Created attachment 60814
--> https://bugs.winehq.org/attachment.cgi?id=60814
Backtrace
The game will open, the music plays however every few seconds the sound will
make an awful corrupt sounding noise (possibly related).
The game will usually crash quite quickly. If you're extremely fast you might
be able to get in a game and make a couple of moves before the game crashes
again.
I have similar issues with other 16bit versions of Civilization II.
2.42 patch
2.78 (Fantastic Worlds)
--
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.