https://bugs.winehq.org/show_bug.cgi?id=38224
Bug ID: 38224
Summary: AcceptEx detaches the socket from its IO completion
port
Product: Wine
Version: 1.6.2
Hardware: x86
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winsock
Assignee: wine-bugs(a)winehq.org
Reporter: mterrisse(a)free.fr
Created attachment 51024
--> https://bugs.winehq.org/attachment.cgi?id=51024
Source + binary for BugAcceptEx
Hello,
On a server I have a listening socket
lListeningSocket := socket (PF_INET, SOCK_STREAM, IPPROTO_TCP);
CreateIoCompletionPort (lListeningSocket, lIoCompletionPort, 0, 0);
bind (lListeningSocket, PSockAddr (@lAddress)^, SizeOf (TSockAddrIn));
listen (lListeningSocket, 1);
and I prepare a socket for a new connection
lSocket := socket (PF_INET, SOCK_STREAM, IPPROTO_TCP);
CreateIoCompletionPort (lSocket, lIoCompletionPort, 0, 0);
then call AcceptEx
lPtrAcceptEx (lListeningSocket, lSocket, ...);
GetQueuedCompletionStatus (lIoCompletionPort, ...) signals completion for
AcceptEx for an incoming connection (so CreateIoCompletionPort
(lListeningSocket, ...) works fine), but never signals completion for events on
lSocket, not even a disconnection.
If I call again
CreateIoCompletionPort (lSocket, lIoCompletionPort, 0, 0);
after the completion of AcceptEx, it works fine.
So AcceptEx as detached lSocket from the IO completion port.
To help reproducting it, I created a little command line server BugAcceptEx.exe
Here attached is the code (Delphi) and the executable.
In a command prompt run
BugAcceptEx 1234
and in another command prompt
telnet localhost 1234
and press a key
Under Windows it works fine, under Mac + Wine the server signals the incoming
connection but never signals data nor disconnection.
Now if you do
BugAcceptEx 1235 WithPatch
and
telnet localhost 1235
it works fine
Thank you for your help.
Regards,
Michel Terrisse
--
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=37478
Bug ID: 37478
Summary: cmd doesn't handle "else if" correctly in all cases
Product: Wine
Version: 1.7.28
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: cmd
Assignee: wine-bugs(a)winehq.org
Reporter: jbb.rose(a)yahoo.com
Distribution: ---
cmd.exe doesn't seem to handle "else if" constructs correctly in all
cases. This is making it difficult for me to run some complex build
scripts under wine.
Using this batch file:
C:\Users\bjj\Documents>type try.bat
@REM bjj test hack
@echo off
echo Args: "%1" "%2" "%3" "%4"
if /I "%1" == "DEBUG" (
echo It is debug
) else if /I "%1" == "RELEASE" (
echo It is release
) else if /I "%1" == "TRY" (
echo It is try
) else (
echo it is neither: "%1"
)
On Windows 7, all the branches seem to be handled correctly:
C:\Users\bjj\Documents>try foo
Args: "foo" "" "" ""
it is neither: "foo"
C:\Users\bjj\Documents>try DEBUG
Args: "DEBUG" "" "" ""
It is debug
C:\Users\bjj\Documents>try RELEASE
Args: "RELEASE" "" "" ""
It is release
C:\Users\bjj\Documents>try TRY
Args: "TRY" "" "" ""
It is try
However, on wine 1.7.28 the "else" branch is sometimes executed when
it shouldn't be:
W:\>try foo
Args: "foo" "" "" ""
it is neither: "foo"
W:\>try DEBUG
Args: "DEBUG" "" "" ""
It is debug
it is neither: "DEBUG"
W:\>try RELEASE
Args: "RELEASE" "" "" ""
It is release
it is neither: "RELEASE"
W:\>try TRY
Args: "TRY" "" "" ""
It is try
Judging from this example, it appears that the "else" clause is only skipped
if the final "if .. else if ..." clause is true. If one of the earlier
clasues is true, the final "else" is unexpectedly executed.
I haven't tried this batch file with earlier versions of wine.
Thanks,
Brian
--
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=28444
Summary: zenilib 0.4.1.0 applications: crash when attempting to
use d3dx9 for rendering
Product: Wine
Version: 1.3.28
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3dx9
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: bazald(a)gmail.com
CC: wine-bugs(a)winehq.org
Created an attachment (id=36469)
--> (http://bugs.winehq.org/attachment.cgi?id=36469)
Output log
I'm responsible for the development of a "simple" game engine, zenilib. It
compiles and runs natively under Linux, so most code isn't doing anything too
platform specific. The Windows build runs magnificently in Linux when using
OpenGL for rendering, but something is preventing applications from starting at
all when attempting to use Direct3D9.
You can download the engine and supporting files here:
http://zenilib.com/download/#vs
To reproduce:
1. unzip zenilib_0.4.1.0.zip
2. unzip zenilib_0.4.1.0_support.zip
3. cd zenilib/config
4. cat zenilib.xml | sed 's/OpenGL/DX9/' > temp && mv temp zenilib.xml
3. cd ../bin
4. wine Application.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=29081
Bug #: 29081
Summary: Drag and Drop: Duplicate entries in winamp playlist
window
Product: Wine
Version: unspecified
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winex11.drv
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: anwetli(a)hotmail.com
Classification: Unclassified
Created attachment 37475
--> http://bugs.winehq.org/attachment.cgi?id=37475
Wine log for xdnd
Operating System: Kubuntu 10.04 LTS with KDE 4.4.5 / i386 / nvidia grafics
driver
Bug is related to winamp, a windows music player (www.winamp.com). Other
applications may be affected by this bug.
Problem:
Every File drag and dropped to the playlist-window of winamp will duplicated.
It generates double entries for every file dropped to the playlist-window.
Version of wine:
This bug has been introduced since version 1.3x. In wine 1.2 everything is
fine.
Details:
If you drag drop a file to the main window of winamp, no duplicate entries will
be generated. But if you drop a file to the playlist-window (a window within
the winamp application), you will get two entries (duplicated). So it seems to
me that the bug is connected to how the drag drop code specifies the target
window.
Wine trace (WINEDEBUG=xdnd wine winamp.exe)
last lines in wine 1.2x:
----------------------------
trace:xdnd:X11DRV_XDND_DropEvent
trace:xdnd:X11DRV_XDND_SendDropFiles Sending WM_DROPFILES: hWnd(0x0x10056)
0x1356a4(L"E:\\x.mp3")
trace:xdnd:X11DRV_XDND_FreeDragDropOp
last lines in wine 1.3x:
----------------------------
trace:xdnd:X11DRV_XDND_DropEvent
trace:xdnd:X11DRV_XDND_SendDropFiles Sending WM_DROPFILES: hWnd(0x0x101e0)
0x1abe6c(L"Z:\\home\\angel\\Desktop\\x.mp3")
trace:xdnd:create_stream_from_map size 4096
trace:xdnd:XDNDDATAOBJECT_QueryGetData (0x68a29320, 0x7adbb4={.tymed=0x1,
.dwAspect=1, .cfFormat=49326}
trace:xdnd:XDNDDATAOBJECT_QueryGetData application didn't find
UniformResourceLocator
trace:xdnd:XDNDDATAOBJECT_QueryGetData (0x68a29320, 0x7adba0={.tymed=0x1,
.dwAspect=1, .cfFormat=15}
trace:xdnd:XDNDDATAOBJECT_QueryGetData application found CF_HDROP
trace:xdnd:XDNDDATAOBJECT_GetData (0x68a29320, 0x7adba0, 0x7adbd8)
trace:xdnd:XDNDDATAOBJECT_GetData application is looking for CF_HDROP
trace:xdnd:XDNDDATAOBJECT_QueryGetData (0x68a29320, 0x7adba0={.tymed=0x1,
.dwAspect=1, .cfFormat=15}
trace:xdnd:XDNDDATAOBJECT_QueryGetData application found CF_HDROP
trace:xdnd:X11DRV_XDND_DropEvent drop succeeded
trace:xdnd:X11DRV_XDND_FreeDragDropOp
It seems that with wine 1.3 new code for a better drag and drop functionality
has been introduced. But also leading to a bug with duplicate entries.
Maybe someone can fix this? Would be nice :-)
--
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=31856
Bug #: 31856
Summary: TextPad full screen view toggle broken
Product: Wine
Version: 1.5.14
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: zelotech(a)yahoo.de
Classification: Unclassified
When you shift within the Shareware Text Editor Textpad5 (which generally is
excellent supported by Wine) to full screen view that works pretty well,
however when you return from full screen view to the normal view the window
header gets lost. Messages are not printed out.
--
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=23650
Summary: PowerPoint 2007 insensitive to changes in screen
resolution
Product: Wine
Version: 1.2-rc6
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: m.duelli(a)web.de
For presentations, you usually have to change your screen to the right
resolution such that the external monitor / projector can display your slides.
However, I found that when you start PowerPoint 2007 using wine 1.2rc7 or more
specifically the wine server before adopting the screen resolution, then
PowerPoint or at least parts of it will stick to the former screen resolution.
Steps to reproduce:
1. Start your computer with a certain screen resolution, say 1280x1024
2. Start up PowerPoint 2007 with wine.
(Everything is fine, presentation mode works as expected)
3. Change screen resolution
4. Activate presentation mode
-> The presentation will be rendered to fit in the old screen resolution and
there is no way to change this.
Possibly this also affects other applications.
--
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=36163
Bug ID: 36163
Summary: valgrind shows an unitialized variable in
programs/cmd/tests/batch.c
Product: Wine
Version: 1.7.17
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: cmd
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
==18147== Conditional jump or move depends on uninitialised value(s)
==18147== at 0x401B9C5: real_length (sortkey.c:329)
==18147== by 0x401B9E3: wine_compare_string (sortkey.c:338)
==18147== by 0x7B852F44: CompareStringEx (locale.c:3016)
==18147== by 0x7B852D0A: CompareStringW (locale.c:2979)
==18147== by 0x4B1D493: WCMD_setshow_default (builtins.c:3316)
==18147== by 0x4B281B6: WCMD_execute (wcmdmain.c:1487)
==18147== by 0x4B29F36: WCMD_process_commands (wcmdmain.c:2294)
==18147== by 0x4B130E0: WCMD_batch (batch.c:95)
==18147== by 0x4B27185: WCMD_run_program (wcmdmain.c:1187)
==18147== by 0x4B28467: WCMD_execute (wcmdmain.c:1618)
==18147== by 0x4B29F36: WCMD_process_commands (wcmdmain.c:2294)
==18147== by 0x4B2ADC4: wmain (wcmdmain.c:2590)
==18147== by 0x4B2B328: __wine_spec_exe_wentry (exe_wentry.c:36)
==18147== by 0x7B864247: ??? (process.c:1045)
==18147== by 0x7B864394: start_process (process.c:1097)
==18147== by 0x7BC87087: ??? (signal_i386.c:2571)
==18147== by 0x7BC870D0: call_thread_func (signal_i386.c:2630)
==18147== by 0x7BC87065: ??? (signal_i386.c:2571)
==18147== by 0x7BC5A1C0: start_process (loader.c:2840)
==18147== by 0x401B03C: ??? (port.c:60)
==18147== Uninitialised value was created by a client request
==18147== at 0x7BC4C52C: mark_block_uninitialized (heap.c:209)
==18147== by 0x7BC4C697: initialize_block (heap.c:240)
==18147== by 0x7BC50FA3: RtlAllocateHeap (heap.c:1717)
==18147== by 0x4B2544E: heap_alloc (wcmdmain.c:444)
==18147== by 0x4B27671: WCMD_execute (wcmdmain.c:1310)
==18147== by 0x4B29F36: WCMD_process_commands (wcmdmain.c:2294)
==18147== by 0x4B130E0: WCMD_batch (batch.c:95)
==18147== by 0x4B27185: WCMD_run_program (wcmdmain.c:1187)
==18147== by 0x4B28467: WCMD_execute (wcmdmain.c:1618)
==18147== by 0x4B29F36: WCMD_process_commands (wcmdmain.c:2294)
==18147== by 0x4B2ADC4: wmain (wcmdmain.c:2590)
==18147== by 0x4B2B328: __wine_spec_exe_wentry (exe_wentry.c:36)
==18147== by 0x7B864247: ??? (process.c:1045)
==18147== by 0x7B864394: start_process (process.c:1097)
==18147== by 0x7BC87087: ??? (signal_i386.c:2571)
==18147== by 0x7BC870D0: call_thread_func (signal_i386.c:2630)
==18147== by 0x7BC87065: ??? (signal_i386.c:2571)
==18147== by 0x7BC5A1C0: start_process (loader.c:2840)
==18147== by 0x401B03C: ??? (port.c:60)
==18147==
--
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=25225
Summary: MPLAB: toolbars getting reorganised every time when
the window minimized and restored in MPLAB
Product: Wine
Version: 1.0.1
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: theozo77(a)gmail.com
Created an attachment (id=32026)
--> (http://bugs.winehq.org/attachment.cgi?id=32026)
Screenshots before minimize and after restore the window
When the MPLAB minimized to the tray and restored, the toolbars organized into
one row, will change to one toolbar per one row. So 3 toolbars will use 3
lines, while the horizontal position of their stays unchanged.
The program is available here:
http://ww1.microchip.com/downloads/en/DeviceDoc/MPLAB_IDE_v8_60.zip
--
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=38752
Bug ID: 38752
Summary: Foobar2000 UPnP/DLNA media server hangs on exit
Product: Wine
Version: 1.7.40
Hardware: x86
URL: http://www.foobar2000.org/download
OS: Linux
Status: NEW
Keywords: download, regression
Severity: normal
Priority: P2
Component: winsock
Assignee: wine-bugs(a)winehq.org
Reporter: dimesio(a)earthlink.net
CC: 00cpxxx(a)gmail.com
Regression SHA1: 10f7265270f1ad4e4e1bfec6fb5f06e494d5f579
Distribution: SUSE
Reported by a user on the forum,
https://forum.winehq.org/viewtopic.php?f=8&t=24771&sid=5e3916fdef698de35fc4….
Setting version based on the regression test; this is still present in 1.7.45.
Regression test results:
10f7265270f1ad4e4e1bfec6fb5f06e494d5f579 is the first bad commit
commit 10f7265270f1ad4e4e1bfec6fb5f06e494d5f579
Author: Bruno Jesus <00cpxxx(a)gmail.com>
Date: Sun Mar 29 00:53:48 2015 -0300
ws2_32: Do not poll unbound descriptors.
:040000 040000 907503b73bae8c0caac8eb871aaa50fb92bbddde
d4296816b35282b354acb47587f79b792e299ae7 M dlls
The patch can't be reverted cleanly.
To reproduce:
Download and install Foobar2000 from
http://www.foobar2000.org/getfile/bd5fb1d8fd4d0b0d9d8510b394f8723a/foobar20….
Download the UPnP/DLNA component from
http://www.foobar2000.org/getcomponent/a770ee30b100186fc8e2fe243a383808/75d….
Install the plugin in Foobar2000 through File, Preferences, Components.
Restart Foobar2000, and check (under Library) that the UPnP media server is
started. If it isn't, start it.
Try to exit Foobar2000.
--
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=38441
Bug ID: 38441
Summary: valgrind shows a possible leak in comdlg32/itemdlg
Product: Wine
Version: 1.7.41
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase, valgrind
Severity: minor
Priority: P2
Component: comdlg32
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Distribution: ---
==6055== 8 bytes in 1 blocks are possibly lost in loss record 67 of 1,238
==6055== at 0x7BC49E0E: notify_alloc (heap.c:254)
==6055== by 0x7BC4E044: RtlAllocateHeap (heap.c:1715)
==6055== by 0x7B842BF7: HeapAlloc (heap.c:271)
==6055== by 0x7B842E45: GlobalAlloc (heap.c:377)
==6055== by 0x4E70894: OLEClipbrd_Initialize (clipboard.c:1756)
==6055== by 0x4EA50F4: OleInitialize (ole2.c:214)
==6055== by 0x4883FA9: func_itemdlg (itemdlg.c:2264)
==6055== by 0x488711A: run_test (test.h:584)
==6055== by 0x4887554: main (test.h:666)
==6055==
--
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.