http://bugs.winehq.org/show_bug.cgi?id=8025
--- Comment #83 from Evan Goers <megatog615(a)gmail.com> 2011-04-08 19:25:21 CDT ---
(In reply to comment #82)
> (In reply to comment #80)
> > I just tried this and it froze up within an hour. Granted, it did last longer
> > than usual.
> yes you are right. i tested a little longer this time.... its still crashing
> but not as often as before. my fault sry.
Like in comment 72, sending pkill -CONT "hl2.exe" is a good workaround. You
only have to issue it once when it freezes, after that it works for as long as
you play. I played 3 hours straight when I figured this out(I was so glad to
have finally found a way to make it work).
Just SSH in from another computer(a laptop nearby comes in handy), then launch
the game from Steam. As soon as it hangs, issue the 'pkill -CONT "hl2.exe"'
command. Then you can close the SSH, if you want.
--
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=6971
supermatmat(a)hotmail.fr changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |supermatmat(a)hotmail.fr
--
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=25910
Summary: Notepad tries to open a file using wrong sharing mode
Product: Wine
Version: 1.3.12
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: programs
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: exclusion(a)gmail.com
Notepad can't open file, that was opened in another program for writing, while
Windows notepad can do it. Difference is in call to CreateFileW.
Wine notepad:
trace:file:CreateFileW
L"D:\\Pr\\Trillian\\users\\default\\logs\\ICQ\\xxxxxx.log" GENERIC_READ
FILE_SHARE_READ creation 3 attributes 0x80
Windows notepad:
trace:file:CreateFileW
L"D:\\Pr\\Trillian\\users\\default\\logs\\ICQ\\xxxxxx.log" GENERIC_READ
FILE_SHARE_READ FILE_SHARE_WRITE creation 3 attributes 0x80
In particular, I can't open contact history in Trillian (IM client) while
Message window of the contact is open (and the log file is opened for writing).
--
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=24680
Summary: loader: segfault after loading krnl386.exe, while
LoadLibraryEx for any buildin dll
Product: Wine
Version: 1.3.4
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: loader
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: wine.dev(a)web.de
Created an attachment (id=31193)
--> (http://bugs.winehq.org/attachment.cgi?id=31193)
+loaddll,+process,+tid.txt
Detected while testing
https://answers.launchpad.net/ubuntu/+source/wine/+question/127977
When using "wine inetcpl.cpl"
(or any other builtin dll: "wine gdi32.dll" as example),
the referenced builtin dlls are loaded
and a Segmentation fault occur after loading "krnl386.exe16"
When loading a native dll, then no referenced dlls are loaded,
and the error ".... gdi32.dll is a dll, not an executable")
is printed to the console.
No referenced dll must be loaded, as we have in ___wine_kernel_init:
LoadLibraryExW( main_exe_name, 0, DONT_RESOLVE_DLL_REFERENCES );
After renaming "krnl386.exe16.so", the segfault does no longer occur and
the expected message is visible on the terminal:
009:err:module:LdrInitializeThunk L"C:\\windows\\system32\\gdi32.dll" is a dll,
not an executable
The segfault is present on x86 and x86-64 (wine32)
--
By by ... Detlef
--
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=25301
Summary: Occasional sock_check_pollhup() error on Solaris
Product: Wine
Version: 1.3.7
Platform: x86
OS/Version: Solaris
Status: NEW
Severity: normal
Priority: P2
Component: wineserver
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: fgouget(a)codeweavers.com
Created an attachment (id=32142)
--> (http://bugs.winehq.org/attachment.cgi?id=32142)
Additional sock_check_pollhup() traces
On Solaris 10u5 I would sometimes get the following error:
sock_init: ERROR in sock_check_pollhup()
Apparently I'm not the only one since it's present in the log of bug 18334
(although that bug is about something else entirely).
I have now found a way to reliably reproduce it on my system which is to run
the following WineLib command:
./wine memtest.exe.so mmap 50 100
Of course make sure that the wine server is not running yet.
The purpose of sock_check_pollhup() is to figure out what poll() does when a
socket is closed. The error happens because the poll() call that immediately
follows a shutdown() call returns no event.
I then discovered that giving poll() a 1ms timeout fixes this problem although
it still runs in 0.014 to 0.046ms.
Note that strictly speaking poll() is allowed to return nothing when given a
0ms timeout: 'if timeout is 0, poll() returns immediately', which it does.
Still it's annoying and could well be considered a poll() bug.
The workaround seems ok though, especially since this is in code that's only
invoked at startup.
--
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=25680
Summary: Stale file associations are not properly removed
Product: Wine
Version: 1.3.10
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: shell32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: patrakov(a)gmail.com
In winemenubuilder.c, in cleanup_associations(), subkeys are deleted while
their parent is being enumerated. So, if two consecutive subkeys are to be
processed and deleted, only the first of them is actually processed. I.e., some
stale associations are not cleared from desktop files and from the registry on
the first run of wine winemenubuilder -a.
--
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=20552
Summary: Memory leak in alloc_thread_tls?
Product: Wine
Version: 1.1.32
Platform: PC
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: ntdll
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
Valgrinding the chromium tests shows the leak
514 bytes in 2 blocks are definitely lost in loss record 796 of 971
by RtlAllocateHeap (heap.c:1421)
by alloc_thread_tls (loader.c:889)
by MODULE_DllThreadAttach (loader.c:1184)
by start_thread (thread.c:464)
on e.g. the following tests:
ipc_tests: IPCChannelTest
media_unittests: PipelineImplTest VideoRendererBaseTest WinAudioTest
net_unittests: DirectoryListerTest ListenSocketTest ProxyScriptFetcherTest
SingleThreadedProxyResolverTest TCPPingerTest TelnetServerTest
URLRequestTestFTP URLRequestTestHTTP URLRequestTest
To reproduce:
mkdir demo
cd demo
wget -c http://kegel.com/wine/chromium/chromium-tests.tar.bz2
tar -xjvf chromium-tests.tar.bz2
valgrind --trace-children=yes --leak-check=full wine
src/chrome/Debug/net_unittests.exe --gtest_filter=TCPPingerTest.Ping
--
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=26367
Summary: Winecfg crashes when selecting Graphics tab
Product: Wine
Version: 1.3.12
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: Nachanon_Vetjasit(a)hotmail.com
Created an attachment (id=33587)
--> (http://bugs.winehq.org/attachment.cgi?id=33587)
Winecfg output/backtrace
Run "winecfg" without .wine
~ $ rm -R .wine
~ $ winecfg
select wine windows version "Windows Me"
click "Apply"
then go to "Graphics" tab.
winecfg will crash
Using wine 1.3.12 (source) on Debian GNU/Linux 5.0 (i386: Intel Celeron 2GHz).
Compiled without OpenCL and GStreamer support.
NVIDIA Geforce4 MMX440 graphics with VESA X11 driver.
winecfg output/backtrace attatched.
P.S.: "err" lines in winecfg output appeared after clicking "Graphics" tab
--
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=24800
Summary: wine try to use float texture even if driver don't
support them
Product: Wine
Version: 1.2.1
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: fabio.ped(a)libero.it
Created an attachment (id=31363)
--> (http://bugs.winehq.org/attachment.cgi?id=31363)
wine output with mesa git master r300 gallium driver
The game Panzers II shows lot of wine warnings and mesa errors like:
Mesa: User error: GL_INVALID_VALUE in glTexImage2D(internalFormat=0x822e)
err:d3d:check_fbo_compat >>>>>>>>>>>>>>>>> GL_INVALID_VALUE (0x501) from
Framebuffer format check @ utils.c / 968
fixme:d3d:check_fbo_compat Format WINED3DFMT_R32_FLOAT with rendertarget flag
is not supported as FBO color attachment, and no fallback specified.
Full output is attached.
According to a mesa developer the problem is that current mesa git master
implements ARB_texture_rg and wine thinks it also support R16G16_FLOAT
textures:
https://bugs.freedesktop.org/show_bug.cgi?id=30823
Indeed when disabling such mesa extension with the env variable:
MESA_EXTENSION_OVERRIDE=-GL_ARB_texture_rg
the warnings no longer appear (output also attached).
Other than the warning I see no obvious visual differences. I am using wine
1.2.1 found on Ubuntu 10.10 with a Radeon X1600 (RV530) card using the gallium
r300 driver.
--
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=24294
Summary: corrupted icons in SolidWorks sketches
Product: Wine
Version: 1.3.2
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winex11.drv
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: denis.bonnenfant(a)diderot.org
When drawing a 2D sketch in SolidWorks, geometric constraints are shown with
little blue-background icons ( see screenshot ). Ine Wine, these icons are
corrupted, with more and more random color points from bottom to top.
Interestingly, Bug 421's DIB engine solves the problem. So if one is able to
figure out which type of operation is involved, it should be trivial to fix it
!
Unfortunately traces are so big and make the app so slow that it is impossible
to get any clues from it.
Attached screenshot shows side by side left the regular wine drawing, with
bogus icons, and right the dibengine one
--
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.