http://bugs.winehq.com/show_bug.cgi?id=923
andi(a)rhlx01.fht-esslingen.de changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |NEW
everconfirmed|0 |1
Summary|WINE DESTROYED MY SYSTEM! |We should add default
| |Explorer registry entries to
| |avoid FS corruption (was:
| |WINE DESTROYED MY SYSTEM!)
------- Additional Comments From andi(a)rhlx01.fht-esslingen.de 2002-08-05 14:30 -------
C:\Program Files\!$!$!$!$.msn probably is C:\Program Files\Microsoft Network
(Some) Explorer (component) gets run in the background by a lot of programs.
Oh, and again, this is ALPHA software. This is synonymous with "don't expect
ANYTHING, except for the sky to fall" ;-)
The real "fix" (or rather: workaround) would be:
Someone would have to figure out which registry keys are being read here,
then they should be added to the default wine registry.
And if then people won't even add the default wine registry, then we'll
*really* know whom to blame ! :-)
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://bugs.winehq.com/show_bug.cgi?id=923>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://bugs.winehq.com/show_bug.cgi?id=940
------- Additional Comments From andi(a)rhlx01.fht-esslingen.de 2002-08-05 14:23 -------
So why not mail the patch to wine-patches directly ? ;-)
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://bugs.winehq.com/show_bug.cgi?id=940>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://bugs.winehq.com/show_bug.cgi?id=942
------- Additional Comments From andi(a)rhlx01.fht-esslingen.de 2002-08-05 14:21 -------
Hmm, sounds like some string scanning going on with a NULL pointer as input.
Check a --debugmsg +relay trace log, maybe that shows the problem.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://bugs.winehq.com/show_bug.cgi?id=942>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://bugs.winehq.com/show_bug.cgi?id=948
------- Additional Comments From andi(a)rhlx01.fht-esslingen.de 2002-08-05 14:18 -------
Are you sure your file system permissions are ok ??
Installers frequently stall on such issues.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://bugs.winehq.com/show_bug.cgi?id=948>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://bugs.winehq.com/show_bug.cgi?id=949
andi(a)rhlx01.fht-esslingen.de changed:
What |Removed |Added
----------------------------------------------------------------------------
AssignedTo|wine-bugs(a)winehq.com |martin.wilck@fujitsu-
| |siemens.com
------- Additional Comments From andi(a)rhlx01.fht-esslingen.de 2002-08-05 14:12 -------
"Forwarding" to the guy with clue ;-)
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://bugs.winehq.com/show_bug.cgi?id=949>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://bugs.winehq.com/show_bug.cgi?id=949
Summary: shutdown() never does anything for overlapped sockets
Product: Wine
Version: CVS
Platform: PC
URL: http://www.proxomitron.org/
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-net
AssignedTo: wine-bugs(a)winehq.com
ReportedBy: prupe(a)myrealbox.com
A problem appeared with version 4.3 of Proxomitron (<http://www.proxomitron.org/>), a local
web filtering proxy. The client (the web browser, Opera 6.02/Linux in this case) never sees
the connection close, despite the fact that the proxy does indeed call closesocket. So the
browser keeps waiting for more data until the user aborts. I've verified this with "telnet
localhost 8080".
The relevant section of the log with -debugmsg +winsock is
trace:winsock:WS_shutdown socket 0058, how 1 3 1
trace:winsock:WS2_register_async_shutdown s 88 fd 16 type 2
trace:winsock:WSACreateEvent
trace:winsock:WS2_make_async wsa 0x4026bf08
trace:winsock:WS2_make_async wsa 0x4026bf08, ops 0x408858f8, h 88, ev 72, fd 16, func
0x40878db4, ov 0x4026be98, uov 0x4026be98, cfunc (nil)
trace:winsock:WS_closesocket socket 00000058
Proxomitron 4.2, which works fine, does only
trace:winsock:WS_closesocket socket 00000058
In both cases, socket 0058 is the connection between the web browser and the proxy.
I've traced this behavior to WS_shutdown, dlls/winsock/socket.c. When the socket is
overlapped, WS_shutdown does things differently. Rather than shut down the connection right
away, it registers a function to be called... well, that's the thing, I don't know when it will be
called. In this case there are no other outstanding overlapped I/O requests for that socket (in
fact, this app never uses overlapped I/O, the attribute just happens to be on by default), and
the other end of the socket (the browser) will never send anything because it's waiting for
read/close events. So what is supposed to trigger the call to WS2_async_shutdown?
Removing the "if (flags & FD_FLAG_OVERLAPPED)" branch fixes the problem, but is
incorrect according to the check-in comment for v1.92 of socket.c.
Possible solutions:
(1) Make sure closesocket cancels the overlapped shutdown request if called before the
shutdown occurs. However, this is just hiding the problem since shutdown is still effectively a
no-op. On the other hand, shouldn't closesocket cancel any pending requests anyway?
(2) In WS_shutdown, don't do the special async stuff unless there is actually a pending
overlapped read or write on that socket.
(3) More generally, don't do any special processing for an overlapped socket until the app
actually uses that capability. In other words, a socket isn't really considered overlapped until
the app calls WSARecvFrom, etc. with a real OVERLAPPED structure.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://bugs.winehq.com/show_bug.cgi?id=949>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://bugs.winehq.com/show_bug.cgi?id=948
Summary: Windows Installation programs don't work in Wine.
Product: Wine
Version: 20020710
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: wine-misc
AssignedTo: wine-bugs(a)winehq.com
ReportedBy: philip(a)digitalinfinity.biz
I can't install any programs in wine. It runs for a short period of time end
then freezes It doesn't matter what program I try to install. Generally I try to
install Microsoft Office 2000. However, most software that I've tried doesn't
install either. These packages include Dreamweaver, Visual Studio, and Acrobat
Distiller.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://bugs.winehq.com/show_bug.cgi?id=948>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://bugs.winehq.com/show_bug.cgi?id=410
------- Additional Comments From grigi(a)acenet.co.za 2002-08-05 12:50 -------
A probable solution to this ( I think)
is to add a option in the config file such as,
SOUND=48000 or other frequency, indicating the maximum/reccomended rate as
supported by the sound card. (setting it to 0 (zero) could disable this option)
then the sound driver would translate all sound straight into the primary sound
buffer and feed this to ALSA/OSS. very similar to what DirectX is doing under
windows.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://bugs.winehq.com/show_bug.cgi?id=410>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://bugs.winehq.com/show_bug.cgi?id=941
tony_lambregts(a)telusplanet.net changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |VERIFIED
------- Additional Comments From tony_lambregts(a)telusplanet.net 2002-08-05 12:30 -------
Ok then... Verifying as per reporters comments.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://bugs.winehq.com/show_bug.cgi?id=941>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://bugs.winehq.com/show_bug.cgi?id=941
------- Additional Comments From lionel.ulmer(a)free.fr 2002-08-05 12:16 -------
The patch fixing the problem is not the one attached here but the one sent to
wine-patches this afternoon.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://bugs.winehq.com/show_bug.cgi?id=941>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.