http://bugs.winehq.org/show_bug.cgi?id=28831
Bug #: 28831
Summary: secur32/tests/schannel.ok: occasional uninitialised
memory read in _gnutls_recv_int() in
test_communication()?
Product: Wine
Version: 1.3.30
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: secur32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
Classification: Unclassified
I don't see this on every run, but sometimes Valgrind complains:
Conditional jump or move depends on uninitialised value(s)
at _gnutls_recv_int (in /usr/lib/i386-linux-gnu/libgnutls.so.26.16.14)
by ??? (in /usr/lib/i386-linux-gnu/libgnutls.so.26.16.14)
by ??? (in /usr/lib/i386-linux-gnu/libgnutls.so.26.16.14)
by ??? (in /usr/lib/i386-linux-gnu/libgnutls.so.26.16.14)
by schan_InitializeSecurityContextW (schannel.c:728)
by schan_InitializeSecurityContextA (schannel.c:775)
by InitializeSecurityContextA (wrapper.c:282)
by test_communication (schannel.c:644)
by func_schannel (schannel.c:773)
by run_test (test.h:556)
by main (test.h:624)
Uninitialised value was created by a client request
by mark_block_uninitialized (heap.c:208)
by initialize_block (heap.c:239)
by RtlAllocateHeap (heap.c:1703)
by init_buffers (schannel.c:496)
by test_communication (schannel.c:633)
by func_schannel (schannel.c:773)
by run_test (test.h:556)
by main (test.h:624)
--
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=37849
Bug ID: 37849
Summary: Wine causing color temperature setting(redshift) not
working for a short time
Product: Wine
Version: 1.7.32
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: anonymous_temp_mail(a)yahoo.co.jp
Distribution: ---
[Bug]
While using redshift(a display color temperature) and entered the sunset time,
if then use wine to start a GUI program, the current display color temperature
will be reset for several seconds and return back.
[Reproducer]
1. Start redshift and ensure it entered sunset color.
Better use -l LAT:LON to fake that you are in somewhere sun is already set.
Default redshift will use randr backend to reset the color temp, so no extra
setting is needed to reproduce.
And default redshift will use 5500K for daytime and 3500K for nighttime,
so the color temp change will be quite obvious.
2. Start wine GUI program
I'm using Startcraft2 an galgame called "月に寄り添う乙女の作法2", both of them
cause the display color temperature reset for several seconds.
[Version]
wine: 1.7.33
redshift: 1.9.1
--
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=33031
Bug #: 33031
Summary: Microsoft Windows Driver Development Kit (win7
ddk/wdk) fails
Product: Wine
Version: 1.3.28
Platform: x86
URL: https://www.microsoft.com/en-us/download/details.aspx?
id=11800
OS/Version: Linux
Status: NEW
Keywords: download, Installer
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
Classification: Unclassified
Prerequisite: winetricks mfc42
Mount the iso, run kitsetup.exe. I chose to install 'Build Environments' (a
subset of 'Full Development Environment'). This fails:
wine: Unhandled page fault on read access to 0x84d5c3a5 at address 0x100228d
(thread 0027), starting debugger...
...
Backtrace:
=>0 0x0100228d in eula (+0x228d) (0x0033f708)
1 0x0100236b in eula (+0x236a) (0x0033f790)
2 0x5f8019d1 in mfc42u (+0x19d0) (0x0033f7b0)
3 0x5f80195a in mfc42u (+0x1959) (0x0033f810)
4 0x5f8018e2 in mfc42u (+0x18e1) (0x0033f82c)
5 0x5f8018a1 in mfc42u (+0x18a0) (0x0033f858)
the backtrace makes me suspect riched20, trying native gives:
wine: Call from 0x7b83f2a9 to unimplemented function
msls31.dll.LssbFDonePresSubline, aborting
which may be a future problem, but belongs in a separate bug.
austin@aw25 ~ $ sha1sum GRMWDK_EN_7600_1.ISO
du -hde6abdb8eb4e08942add4aa270c763ed4e3d8242 GRMWDK_EN_7600_1.ISO
austin@aw25 ~ $ du -h GRMWDK_EN_7600_1.ISO
620M GRMWDK_EN_7600_1.ISO
austin@aw25 ~ $ wine --version
wine-1.5.24-74-g5069ad7
luckily, I only wanted the headers, and running:
$ msiexec /i wdk/headers.msi
installs the headers fine.
--
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=15956
Summary: "make test" doesn't always leave screen in same video
mode as it started in
Product: Wine
Version: 1.1.7
Platform: Other
OS/Version: other
Status: NEW
Severity: normal
Priority: P2
Component: testcases
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
Some tests don't properly reset the video mode, even if they don't crash.
I'm gathering a list of culprits and will post it here.
--
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=36413
Bug ID: 36413
Summary: valgrind shows uninitialized memory in
msxml3/tests/xmparser.c
Product: Wine
Version: 1.7.18
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: msxml3
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
==24204== 28 bytes in 1 blocks are possibly lost in loss record 219 of 700
==24204== at 0x7BC50A9B: RtlAllocateHeap (heap.c:255)
==24204== by 0x538CBB8: apartment_getclassobject (compobj.c:526)
==24204== by 0x538FFC6: get_inproc_class_object (compobj.c:2894)
==24204== by 0x5392D2F: CoGetClassObject (compobj.c:3032)
==24204== by 0x53934B7: CoCreateInstance (compobj.c:3197)
==24204== by 0x4DD74AE: func_xmlparser (xmlparser.c:108)
==24204== by 0x4DD9310: run_test (test.h:584)
==24204== by 0x4DD96FF: main (test.h:654)
==24204==
--
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=36304
Bug ID: 36304
Summary: valgrind shows several leaks in msxml3/tests/xmldoc.c
Product: Wine
Version: 1.7.18
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: msxml3
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
==30829== 1 bytes in 1 blocks are definitely lost in loss record 5 of 693
==30829== at 0x4006B11: malloc (in
/usr/lib/valgrind/vgpreload_memcheck-x86-linux.so)
==30829== by 0x6512C73: xmlStrndup (in /usr/lib/libxml2.so.2.9.1)
==30829== by 0x6512D05: xmlStrdup (in /usr/lib/libxml2.so.2.9.1)
==30829== by 0x64B59E4: xmlNewNode (in /usr/lib/libxml2.so.2.9.1)
==30829== by 0x61E6FBE: xmldoc_createElement (xmldoc.c:523)
==30829== by 0x4AAD9C3: test_xmlelem (msxml.h:10587)
==30829== by 0x4AAE5AB: func_xmldoc (xmldoc.c:1077)
==30829== by 0x4AB096C: run_test (test.h:584)
==30829== by 0x4AB0D5B: main (test.h:654)
==30829==
==30829== 32 bytes in 1 blocks are possibly lost in loss record 255 of 693
==30829== at 0x7BC4C735: notify_alloc (heap.c:255)
==30829== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716)
==30829== by 0x4D080FA: alloc_bstr (oleaut.c:162)
==30829== by 0x4D08490: SysAllocStringLen (oleaut.c:324)
==30829== by 0x4D2B608: TLB_MultiByteToBSTR (typelib.c:1753)
==30829== by 0x4D300C8: ITypeLib2_Constructor_MSFT (typelib.c:3706)
==30829== by 0x4D2F3B8: TLB_ReadTypeLib (typelib.c:3460)
==30829== by 0x4D276DC: LoadTypeLibEx (typelib.c:478)
==30829== by 0x4D27618: LoadTypeLib (typelib.c:454)
==30829== by 0x4D2786A: LoadRegTypeLib (typelib.c:537)
==30829== by 0x6196581: get_typeinfo (dispex.c:161)
==30829== by 0x61E5F7D: xmldoc_GetTypeInfo (xmldoc.c:150)
==30829== by 0x4AA60A2: test_xmldoc (oaidl.h:811)
==30829== by 0x4AAE59C: func_xmldoc (xmldoc.c:1074)
==30829== by 0x4AB096C: run_test (test.h:584)
==30829== by 0x4AB0D5B: main (test.h:654)
==30829==
==5988== 16 bytes in 1 blocks are definitely lost in loss record 134 of 725
==5988== at 0x7BC4C735: notify_alloc (heap.c:255)
==5988== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716)
==5988== by 0x6431972: heap_alloc (msxml_private.h:169)
==5988== by 0x64330F0: XMLElement_create (xmlelem.c:505)
==5988== by 0x6433D2A: xmlelem_collection_IEnumVARIANT_Next (xmlelem.c:777)
==5988== by 0x4CA3931: test_xmlelem_collection (oaidl.h:992)
==5988== by 0x4CA65B0: func_xmldoc (xmldoc.c:1078)
==5988== by 0x4CA896C: run_test (test.h:584)
==5988== by 0x4CA8D5B: main (test.h:654)
==5988==
--
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=36172
Bug ID: 36172
Summary: xcopy tests fail under valgrind
Product: Wine
Version: 1.7.17
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: programs
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
xcopy.c:59: Test failed: xcopy /D:d-m-y test returned rc=258
xcopy.c:64: Test failed: xcopy /D:m-d-y test failed rc=258
xcopy.c:65: Test failed: xcopy did not create xcopytest\xcopy1
xcopy.c:70: Test failed: xcopy /D:m-d-y test failed rc=258
xcopy.c:71: Test failed: xcopy did not create xcopytest\xcopy1
--
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=28816
Bug #: 28816
Summary: kernel32/tests/loader.ok fails under valgrind
Product: Wine
Version: 1.3.30
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: kernel32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
Classification: Unclassified
Under Valgrind, "make loader.ok" fails with log
loader.c:375: Test failed: 2: 0x10002000 != 0
loader.c:376: Test failed: 2: 1 != 0
loader.c:378: Test failed: 2: 2000 != MEM_FREE
loader.c:379: Test failed: 2: 20000 != 0
--
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=28738
Bug #: 28738
Summary: user32/tests: invalid read in
server_end_to_end_callback in dde.ok?
Product: Wine
Version: 1.3.30
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: user32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
Classification: Unclassified
Not sure how bad an invalid read in a dbgstr is, but here's the log:
Invalid read of size 2
at wine_dbgstr_wn (test.h:471)
by server_end_to_end_callback (test.h:66)
by WDML_InvokeCallback (dde_misc.c:734)
by WDML_ServerHandle (dde_server.c:834)
by WDML_ServerConvProc (dde_server.c:1112)
by ??? (in user32/user32.dll.so)
by call_window_proc (winproc.c:242)
by WINPROC_call_window (winproc.c:908)
by DispatchMessageA (message.c:3738)
by test_end_to_end_server (dde.c:2680)
by func_dde (dde.c:2746)
by run_test (test.h:556)
by main (test.h:624)
Address 0x7f00dae8 is 16 bytes inside a block of size 20 free'd
at notify_free (heap.c:262)
by RtlFreeHeap (heap.c:1748)
by RtlFreeUnicodeString (rtlstr.c:319)
by RegQueryValueExA (registry.c:1489)
by load_face (freetype.c:1207)
by WineEngInit (freetype.c:1345)
by DllMain (gdiobj.c:582)
--
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=20925
Summary: d3d[89]/tests/visual crash under valgrind
Product: Wine
Version: 1.1.34
Platform: PC
OS/Version: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
http://kegel.com/wine/valgrind/logs/2009-12-05-01.15/vg-d3d8_visual.txt
and
http://kegel.com/wine/valgrind/logs/2009-12-05-01.15/vg-d3d9_visual.txt
both show the crash
Unhandled exception: page fault on read access to 0x58469450 in 32-bit code
(0x0d9bc92b).
Backtrace:
=>0 0x0d9bc92b (0x11ad7000)
1 0x0fa16d50 in libgl.so.1 (+0x3dd50) (0x0ffbc038)
which might be a problem in the driver, but could also be a disagreement
between valgrind and the driver.
I'm going to stop running d3d[89]/tests/visual under valgrind for now,
since they always crash. Perhaps the good folks at Nvidia could
have a look at how to get valgrind and their drivers to play nice together.
(One of those logs also seems to have found a real use-after-free bug
in their driver:
Invalid read of size 4
at ??? (in /usr/lib32/libGLcore.so.180.44)
Address 0xe6905f4 is 156 bytes inside a block of size 632 free'd
at free (vg_replace_malloc.c:325)
by ??? (in /usr/lib32/libGLcore.so.180.44)
so perhaps they would actually get something out of this.)
--
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=21180
Summary: user32_crosstest.exe sysparams doesn't properly
restore tray icons on Win
Product: Wine
Version: 1.1.35
Platform: x86
OS/Version: Linux
Status: NEW
Keywords: download, source, testcase
Severity: minor
Priority: P2
Component: testcases
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: bunglehead(a)gmail.com
After running sysparams test some tray icons are left a kind of downsampled -
e.g. net status icon is 4x4 sized.
--
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=11833
Summary: GroupMail: Unhandled page fault on read access to
0x00000000 at address 0x164675c
Product: Wine
Version: 0.9.56.
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: info(a)netherworld.com.ar
When i open File => create new mail.
the app crashes and the debug shows an Unhandled page fault.
please fix
--
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=28372
Summary: Ubuntu Skin Pack 5.0-XP installer crash
Product: Wine
Version: 1.3.28
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: fracting(a)gmail.com
Created an attachment (id=36374)
--> (http://bugs.winehq.org/attachment.cgi?id=36374)
Log: install Ubuntu_Skin_Pack
wine-1.3.28-86-g9b729bb
winetricks ie7 works around it
Please see full log
--
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=37375
Bug ID: 37375
Summary: Visual C++ 2005 Express SP1 install fails
Product: Wine
Version: 1.7.28
Hardware: x86
URL: http://download.microsoft.com/download/7/7/3/7737290f-
98e8-45bf-9075-85cc6ae34bf1/VS80sp1-KB926748-X86-INTL.
exe
OS: Linux
Status: NEW
Keywords: download, Installer
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Created attachment 49702
--> https://bugs.winehq.org/attachment.cgi?id=49702
terminal output
See bug 20110 for a similar issue that is supposed to have been fixed (though
it doesn't work for me in 1.4.1).
http://www.microsoft.com/en-us/download/details.aspx?id=804http://download.microsoft.com/download/7/7/3/7737290f-98e8-45bf-9075-85cc6a…
(sha1sum 8b9a0172efad64774aa122f29e093ad2043b308d)
fails to install. To reproduce, get winetricks from SVN
(https://winetricks.googlecode.com/svn/trunk/src/winetricks):
winetricks vc2005expresssp1
this fails:
err:msi:extract_cabinet FDICopy failed
err:msi:ACTION_InstallFiles Failed to extract cabinet: L"vcsetup1.cab"
err:msi:ITERATE_Actions Execution halted, action L"InstallFiles" returned 1603
err:msi:ITERATE_Actions Execution halted, action L"ExecuteAction" returned 1603
err:msi:extract_cabinet FDICopy failed
err:msi:ACTION_InstallFiles Failed to extract cabinet: L"vcsetup1.cab"
------------------------------------------------------
Note: command 'wine
/home/austin/.cache/winetricks/vc2005expresssp1/VS80sp1-KB926748-X86-INTL.exe'
returned status 67. Aborting.
note that the installer appears to be in French instead of English, that's a
separate issue, I'll file a bug after a bisect.
--
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=35102
Bug #: 35102
Summary: Qvodplayer 3.5 Crashes on start
Product: Wine
Version: 1.7.8
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: zturnxin(a)gmail.com
Classification: Unclassified
Created attachment 46820
--> http://bugs.winehq.org/attachment.cgi?id=46820
Log: terminal log and backtrace
1. Download QvodPlayer 3.5 from url:http://dl.kuaibo.com/QvodSetupPlus_old.exe
$ sha1sum QvodSetupPlus_old.exe
bb0768ad1f742445a5d54b74bf41b6c775f0bdca QvodSetupPlus_old.exe
2. winetricks -q gdiplus, workaround Bug 32474
3. Start QvodPlayer 3.5:
~/.wine/drive_c/Program Files/QvodPlayer$ wine QvodPlayer.exe
Crash happens.
--
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=26189
Summary: Wine32bi (kernel32)t: Crysis Wars Dedicated Server no
longer shows console on start under X
Product: Wine
Version: 1.3.14
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: armin.kazmi(a)tu-dortmund.de
If you want to launch a crysis wars dedicated server, e.g. via
wine CrysisWars/Bin32/CrysisWarsDedicatedServer.exe -mod MWLL -root C:/Program
Files/CrysisWars/server +exec server.cfg
you expect it to spawn a console window (using windows console host it seems)
to
show further output and provide a control interface. Via git bisect I tracked
down
the offending patch, which was added quite a long time ago.
e4d090277b3f4f76b39e55480e5d1387798dbabe is the first bad commit
commit e4d090277b3f4f76b39e55480e5d1387798dbabe
Author: Eric Pouech <eric.pouech(a)orange.fr>
Date: Mon Aug 30 22:19:24 2010 +0200
kernel32: Properly handle bare console on input.
:040000 040000 79337f5cf3c9c78a557b10f8b1147476815470ac
860f197e56f714bea54dacbafe881c0ede7b19e9 M dlls
Automatic revert of the patch from HEAD fails.
--
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=22327
Summary: download
Product: Wine
Version: 1.1.42
Platform: x86
URL: http://sourceforge.net/projects/phpgedview/files/1%20P
hpGedView/PhpGedView%20v4.2.3/PGV-Demo-4.2.3.zip/downl
oad
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: leighmanthegreat(a)hotmail.com
Cannot install PGV demo for Windows using a clean wineprefix.
After installing dotnet20sp2 Mono2.4 with winetricks I get the following
output:
err:module:import_dll Library php5ts.dll (which is needed by
L"Z:\\home\\jack\\PGV test\\democd\\httpd\\php\\php5apache2_2.dll") not found
(OS 10048)Address already in use: make_sock: could not bind to address
127.0.0.1:6880
no listening sockets available, shutting down
Unable to open logs
System.OverflowException: Number overflow.
at System.Drawing.SizeF.ToSize () [0x00000]
at System.Windows.Forms.MessageBox+MessageBoxForm.InitFormsSize () [0x00000]
at System.Windows.Forms.MessageBox+MessageBoxForm.RunDialog () [0x00000]
at (wrapper remoting-invoke-with-check)
System.Windows.Forms.MessageBox/MessageBoxForm:RunDialog ()
at System.Windows.Forms.MessageBox.Show (System.String text) [0x00000]
at PGVDemo.Form1.button1_Click (System.Object sender, System.EventArgs e)
[0x00000]
at System.Windows.Forms.Control.OnClick (System.EventArgs e) [0x00000]
at System.Windows.Forms.Button.OnClick (System.EventArgs e) [0x00000]
at System.Windows.Forms.ButtonBase.OnMouseUp
(System.Windows.Forms.MouseEventArgs mevent) [0x00000]
at System.Windows.Forms.Button.OnMouseUp (System.Windows.Forms.MouseEventArgs
mevent) [0x00000]
at System.Windows.Forms.Control.WmLButtonUp (System.Windows.Forms.Message& m)
[0x00000]
at System.Windows.Forms.Control.WndProc (System.Windows.Forms.Message& m)
[0x00000]
at System.Windows.Forms.ButtonBase.WndProc (System.Windows.Forms.Message& m)
[0x00000]
at System.Windows.Forms.Button.WndProc (System.Windows.Forms.Message& m)
[0x00000]
at System.Windows.Forms.Control+ControlWindowTarget.OnMessage
(System.Windows.Forms.Message& m) [0x00000]
at System.Windows.Forms.Control+ControlNativeWindow.WndProc
(System.Windows.Forms.Message& m) [0x00000]
at System.Windows.Forms.NativeWindow.WndProc (IntPtr hWnd, Msg msg, IntPtr
wParam, IntPtr lParam) [0x00000]
--
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=32725
Bug #: 32725
Summary: VC runtime functions crash when called from reloaded
library in a thread
Product: Wine
Version: 1.3.24
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msvcrt
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: most(a)museresearch.com
Classification: Unclassified
Created attachment 43181
--> http://bugs.winehq.org/attachment.cgi?id=43181
msvcrt-dll-problem.zip
Assume WHAT.DLL is a windows DLL with static MSVCRT linkage. If WHAT.DLL is
unloaded and reloaded, it's C runtime functions like std::cout can crash when
called from a thread.
According to Piotr Caban (piotr dot caban at gmail dot com) "The crash is
caused by incomplete FlsFree implementation. There's a comment in it's code
that says what needs to be added:
/* FIXME: add equivalent of ThreadZeroTlsCell here */"
The crash is repeatable with the attached example winelib program (captain.exe)
and windows DLL (what.dll). Code for the compiled what.dll is included. An
included README file describes the contents. 'make test' demonstrates the
problem.
--
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=33660
Bug #: 33660
Summary: CS:GO - Call votes respond
Product: Wine
Version: 1.5.30
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: pepe(a)bloodkings.eu
Classification: Unclassified
Once a player can call vote, and only works the first choice (F1, 1).
--
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=31787
Bug #: 31787
Summary: Run the tests in Wine
Product: Wine-Testbot
Version: unspecified
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: fgouget(a)codeweavers.com
Classification: Unclassified
The Wine TestBot runs the conformance tests on Windows VMs before they are
committed to Wine. This greatly helped improve the quality of our conformance
tests.
The next step is making sure that the conformance tests work reliably in Wine
too, and that Wine patches don't break them. The hope is that this will help us
improve the state of the WineTest results:
http://test.winehq.org/data/
Doing so will be much more processor intensive than the current process:
* Currently only the conformance test patches are tested whereas we would need
to test almost every single patch (we could ignore some documentation patches
for instance).
* Currently we only have to generate a binary for the one conformance test
that's impacted. That's quick. Testing all Wine patches will require
recompiling Wine every time which takes more time, even with ccache.
* A Wine patch can have wide-ranging effects. For instance a patch to ntdll
could impact pretty much any conformance test. That means rerunning all of them
for every patch... unless we find reliable ways of pruning them (patches to
conformance tests would be an obvious optimization).
* Like for Windows we will need to test various configurations: different
locales; 32, 64 and 32+64 bit Wine builds; different sound backends; possibly
different Linux distributions; if possible FreeBSD and Solaris too (I'm leaving
Mac OS X for another bug). In some cases the same binaries can be used for
multiple tests (e.g. if only the locale changes) but in other cases not.
* Also for the current Wine TestBot an unreliable test only impacts people
modifying that test. But the above point means an unreliable test would impact
most Wine patches, leading to lots of patches being rejected. So this means
unreliable tests become a big issue and need to be handled in some way: fixed
or blacklisted or still run but not considered cause for rejection (so one can
notice when they get fixed).
Then there is the question of whether this should be done by modifying the Wine
TestBot or by using the BuildBot framework:
http://trac.buildbot.net/wiki/AboutBuildbot
Dan Kegel produced a proof of concept system based on BuildBot:
http://wiki.winehq.org/BuildBot
An issue is that without significant integration work, having both a
WineTestBot and BuildBot system would be annoying:
* The Wine TestBot currently has its own user database and BuildBot would add
another one. So it would be one more login to manage for developers unless we
manage to integrate either with another user database (e.g. through LDAP).
* Developers would have to submit patches to both sites and check the results
on both.
* Integration with the Wine Patches site (http://source.winehq.org/patches/)
would need to work with both systems.
--
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=33234
Bug #: 33234
Summary: Improve user management
Product: Wine-Testbot
Version: unspecified
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: fgouget(a)codeweavers.com
Classification: Unclassified
When an account request is sent to a WineTestBot administrator the URL he gfets
sent to is the UserDetails.pl one but it only has an 'Approve' button, not a
'Reject' one.
This makes it unclear how to reject spam requests for instance (bug 31798), but
this has now been documented. Still, rejecting an application actually requires
going to another page and deleting the provisional account. This should be
simpler: there should be a 'Reject' button right on the UserDetails page that
does that.
Furthermore, the status of the account, 'Pending approval' and 'Pending
activation', should be clearly indicated both on the UserDetails page and on
the UsersList page.
--
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=32216
Bug #: 32216
Summary: WienTestBot should skip some tests on some platforms
Product: Wine-Testbot
Version: unspecified
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: fgouget(a)codeweavers.com
Classification: Unclassified
An example is the ieframe:webbrowser tests which it should skip on NT4 and
Windows 2000 platforms. WineTest.exe is said to already have the necessary code
somewhere, it's just missing from TestLauncher.
See this wine-devel thread for more details:
http://www.winehq.org/pipermail/wine-devel/2012-November/097819.html
--
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=27453
Summary: Lag when loading new sound in source games
Product: Wine
Version: 1.3.21
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: congelli501(a)gmail.com
When you start a level in a game powered by valve's source engine, sounds that
are played for the first time since the game was launched will cause the game
to lag.
Ex: open a new portal for the first time in a Portal2 level.
Affects:
- Portal 2
- Left 4 Dead 2
- Probably more...
--
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=10219
Summary: Windows Media Player 11 setup fails
Product: Wine
Version: 0.9.48.
Platform: PC
URL: http://www.microsoft.com/windows/windowsmedia/download/A
llDownloads.aspx?displang=en&qstechnology=
OS/Version: Linux
Status: NEW
Keywords: download, Installer
Severity: normal
Priority: P2
Component: wine-misc
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: alex(a)thehandofagony.com
The setup program for Windows Media Player 11 tries to validate Windows if the
version is set to XP, and this fails. There was talk some time ago about an
ntlm_auth patch that would allow the validation, but it fails for me even
though I have the correct version of Samba installed.
However, the installer does not run the Genuine check if the Windows version is
set to Vista. When run thus it does work, however; it tries to create an
instance of a wuapi.dll class, which is not registered in Wine. When I use a
native dll from XP and register it the console output changes saying no
instance could be created.
The installer then says no updates could be found.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.