http://bugs.winehq.org/show_bug.cgi?id=19561
Summary: Very large memory leak when doing overlapped reads
Product: Wine
Version: 1.1.26
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: wineserver
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ronfischler(a)gmail.com
Created an attachment (id=22796)
--> (http://bugs.winehq.org/attachment.cgi?id=22796)
Program compiled and ready to run using mingw
WINE is buffering serial ports which is in conflict with using overlapped
reads. Additionally, when using overlapped reads on a serial port, there is a
large memory leak. Every time we receive a block of data on the port, (say 800
bytes in our case,) wineserver allocates many pages on the heap and does not
free them afterwards. We are seeing as many as 21 pages lost to the heap every
time we read a small block of data.
My company is creating a Monitor & Control product that works through serial
ports, and we want it to be able to run on Linux netbooks (using USB to serial
port adapters.) This memory leak is the only thing holding us up. The memory
leak is too large for us to recommend to customers that our application can be
used on Linux platforms using WINE.
We are including an attachment for a small program that captures the leak. The
problem is a result of our call to readfile() in the do-while loop. It is using
the overlappedRead feature. Every time this Win32 function call is made, 84K
bytes disappears forever.
-Ron F.
--
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=37131
Bug ID: 37131
Summary: Clang Static Analyzer: Division by zero
Product: Wine
Version: 1.7.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: lukebenes(a)hotmail.com
Clang Static Analyzer identifies Division by zero
File: dlls/winex11.drv/palette.c
Location: line 601, column 43
Description: Division by zero
#define NB_RESERVED_COLORS 20
...
static void X11DRV_PALETTE_FillDefaultColors(....)
{
...
int i = 0, idx = 0;
int red, no_r, inc_r;
...
if (palette_size <= NB_RESERVED_COLORS)
return;
while (i*i*i < (palette_size - NB_RESERVED_COLORS)) i++;
no_r = no_g = no_b = --i;
...
inc_r = (255 - NB_COLORCUBE_START_INDEX)/no_r;
//Clang: Division by zero
...
}
The code will continue executing if the palette_size variable is larger than or
equal to 21. With the value 21, the 'i' variable will be first incremented by
one and then decremented by one. As a result, the 'i' variable will remain
equal to zero, which will cause the division-by-zero error.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
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.
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=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=37192
Bug ID: 37192
Summary: Some Chinese displayed as garbage in DushuBus
everytime updating bookmarks
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: penghao(a)linuxdeepin.com
DushuBus is an online book reader.
Download DushuBus from http://www.dushubus.com/down/book_setup_12.4.exe
Install Dushbus and dependencies: winetricks -q mdac28 jet40.
Step 0.Start DushuBus from
C:/Program Files/读书巴士/Book.exe
Step 1. Click the 网站设置 (Network settings) item from the dropdown menu in the
right top corner of DushuBus:
Step 2. Click 小说正文标识设置 (Bookmarks settings)
Step 3. Click 在线更新 (online update)
Step 4. Click 确定 (ok)
See: dushubus_code.png for screenshot
Some Chinese characters display in garbage.
===
未完待续,欲知后事如何,请登录新浪原创┰母嗾陆凇VС肿髡撸С终妗?lt;/p><p>新浪原创:http://vip.book.sina.com.cn
===
--
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=27584
Summary: MFC fillrect draws differently under wine
Product: Wine
Version: 1.3.21
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: gdi32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: bailey937(a)yahoo.com
Created an attachment (id=35259)
--> (http://bugs.winehq.org/attachment.cgi?id=35259)
sample program for reproducing FillRect bug
I have a program that uses CPaintDC.FillRect() to draw histogram samples.
It draws one-pixel wide vertical rectangles.
Under wine, the bottom-most pixel is not drawn.
I'm attaching a sample program. Under Windows7 (have 64bit pro), the red line
is touching the black baseline and the black line on the right is touching the
baseline also.
When I run the program under wine, both the red vertical line on the left and
the black vertical line on the right are floating one pixel above the baseline.
I tried both 32bit Ubuntu 11.04 (wine 1.2.2) on a netbook and also Fedora 15
64bit (wine 1.3.21) under Virtualbox on my Windows machine. Both have the same
problem.
The relevant code for the test case is in
CChildView::OnPaint() in ChildView.cpp
--
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=23193
Summary: wine notepad: Slow to open large files
Product: Wine
Version: 1.2-rc1
Platform: x86
URL: http://winehq.org
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: programs
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: adys.wh(a)gmail.com
Created an attachment (id=28858)
--> (http://bugs.winehq.org/attachment.cgi?id=28858)
Long text file (3.1M uncompressed)
gunzip the attached file and open it in notepad. For me, it takes > 5 seconds
to open on a quadcore. WinXP notepad (both virtualbox and native) will open it
instantly.
--
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=37789
Bug ID: 37789
Summary: cmd.exe /c cannot handle "(" and ")" characters in a
full script path name
Product: Wine
Version: 1.7.33
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: cmd
Assignee: wine-bugs(a)winehq.org
Reporter: abolte(a)systemsaviour.com
Distribution: ---
Created attachment 50334
--> https://bugs.winehq.org/attachment.cgi?id=50334
Various cmd executions discussed in the report using WINEDEBUG='+cmd'.
Far Cry 4 (which requires at least a 64-bit Windows 7 prefix) fails to call a
bash script on launch:
Can't recognise 'C:\Program Files (x86)\Ubisoft\Ubisoft Game Launcher\games\Far
Cry 4\Support\Software\GEFirewall.bat /silent' as an internal or external
command, or batch script.
Sure enough, calling it manually (even without the /silent argument) results in
the same error:
$ wine cmd.exe /c 'C:\Program Files (x86)\Ubisoft\Ubisoft Game
Launcher\games\Far Cry 4\Support\Software\GEFirewall.bat'
Can't recognise 'C:\Program Files (x86)\Ubisoft\Ubisoft Game Launcher\games\Far
Cry 4\Support\Software\GEFirewall.bat' as an internal or external command, or
batch script.
Suspicious of the ( and ) characters in the URL, I tried copying the
GEFirewall.bat to the path 'C:\Program Files\Ubisoft\Ubisoft Game
Launcher\games\Far Cry 4\Support\Software\' (which doesn't normally exist but I
manually created it).
$ wine cmd.exe /c 'C:\Program Files\Ubisoft\Ubisoft Game Launcher\games\Far Cry
4\Support\Software\GEFirewall.bat'
fixme:netsh:wmain stub: L"netsh" L"firewall" L"add" L"allowedprogram"
L"C:\\Program Files\\Ubisoft\\Ubisoft Game Launcher\\games\\Far Cry
4\\Support\\Software\\..\\..\\bin\\FarCry4.exe" L"FarCry4" L"ENABLE"
fixme:netsh:wmain stub: L"netsh" L"firewall" L"add" L"allowedprogram"
L"C:\\Program Files\\Ubisoft\\Ubisoft Game Launcher\\games\\Far Cry
4\\Support\\Software\\..\\..\\bin\\IGE_WPF64.exe" L"FarCry4-IGE" L"ENABLE"
The script ran perfectly.
One more test to confirm my sanity:
$ wine explorer.exe 'C:\Program Files (x86)\Ubisoft\Ubisoft Game
Launcher\games\Far Cry 4\Support\Software'
This opened the directory in explorer fine. Only cmd.exe /c ... seems to show
this issue.
--
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.