http://bugs.winehq.org/show_bug.cgi?id=36040
Bug ID: 36040
Summary: Environment variable to disable wineserver persistence
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wineserver
Assignee: wine-bugs(a)winehq.org
Reporter: josh(a)joshtriplett.org
Normally, when wine runs a Windows program, and the Windows program exits,
wineserver persists for a couple of seconds to improve the performance of
subsequent programs. When running a testsuite that waits for all child
processes to exit, this delays each test completion for a couple of seconds.
Thus, I'd like to have an environment variable that tells wineserver to exit
the instant the Windows program does.
--
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=15084
Summary: ReadConsoleInputW() handles a NULL lpNumberOfEventsRead
parameter incorrectly
Product: Wine
Version: 1.1.3
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dg(a)cowlark.com
On the Windows console, if I try to read input events with ReadConsoleInputW()
and pass in NULL as the pointer to the lpNumberOfEventsRead field, wine
completes successfully where Windows XP fails and returns an error code.
--
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=26184
Summary: Program E-Mail Grabber Error
Product: Wine
Version: unspecified
Platform: All
OS/Version: Mac OS X 10.6
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ghostknight22(a)gmail.com
I can´t start the program "Email Grabber" (http://www.emailgrabber.de/) with
wine. After a few seconds the program crashes.
--
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=15100
Summary: Google Talk cannot be "x"ed out
Product: Wine
Version: 1.1.2
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: benjamin.j.mccann(a)gmail.com
Created an attachment (id=15783)
--> (http://bugs.winehq.org/attachment.cgi?id=15783)
Output fron running "wine googletalk.exe"
The "x" in the upper right hand corner of the Google Talk window does not work
for closing the application. However, the minimization button does work. I'm
unsure as to which feature has a bug or is unimplemented.
--
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=37425
Bug ID: 37425
Summary: After installing Ulead Gif Animator with wine I got
the message that programm has to be closed immediately
because of a unspecified bug. Please get information
by attachment file.
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ua-holland(a)t-online.de
Distribution: ---
Ulead Gif Animator complete Installation with win does not run. See attached
message.
--
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=38506
Bug ID: 38506
Summary: Keep getting this error when trying to run Radio
spider; needed to run church radio station. Windows
keeps getting hacked, Linux running well (surprise,
surprise). Thanks for any help you can provide.
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: derekk(a)ccleb.com
Distribution: ---
Created attachment 51358
--> https://bugs.winehq.org/attachment.cgi?id=51358
backtrace of error
When i try and run radio spider this is the error i receive. The program begins
to load then this pops up. Sorry if it's something i configured wrong. I'm new
to Linux and teaching myself as no one i know has used Linux for radio station
OS. Thank you for any help you can provide, seriously thank you.
--
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=21397
Summary: LookupAccountName cannot retrieve a 'groups' SID
Product: Wine
Version: 1.1.36
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: advapi32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: us(a)edmeades.me.uk
Debugging an application I found the cause of the first failure is that the
software installs a 'group' (which fails with a fixme). Post install, I created
a group (addgroup) but the application calls LookupAccountName to retrieve the
SID of that created group.
You can hack around this (if LookupAccountName fails, query the current user
and re-call the function to get it's sid) but looking at the function there is
complete support missing for anything other than the current user.
Ideally it should call (something like getgrent?) and if it finds a group, map
it to a SID somehow (perhaps end the SID with the gid?). It could handle
querying other users as well in a similar way (getpwnam?)
JEWMQ
--
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=36199
Bug ID: 36199
Summary: valgrind shows several warnings under
crypt32/tests/chain.c
Product: Wine
Version: 1.7.17
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: crypt32
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Created attachment 48320
--> https://bugs.winehq.org/attachment.cgi?id=48320
valgrind log
A few in glibc:
==17802== Thread 2:
==17802== Invalid read of size 1
==17802== at 0x40187FA: strcmp (strcmp.S:34)
==17802== by 0x4008925: _dl_map_object (dl-load.c:2113)
==17802== by 0x4013383: dl_open_worker (dl-open.c:224)
==17802== by 0x400F1F5: _dl_catch_error (dl-error.c:187)
==17802== by 0x4012D93: _dl_open (dl-open.c:650)
==17802== by 0x435093A: do_dlopen (dl-libc.c:87)
==17802== by 0x400F1F5: _dl_catch_error (dl-error.c:187)
==17802== by 0x4350A2A: dlerror_run (dl-libc.c:46)
==17802== by 0x4350AB0: __libc_dlopen_mode (dl-libc.c:163)
==17802== by 0x4221819: pthread_cancel_init (unwind-forcedunwind.c:52)
==17802== by 0x42219FB: _Unwind_ForcedUnwind (unwind-forcedunwind.c:129)
==17802== by 0x421F732: __pthread_unwind (unwind.c:129)
==17802== by 0x421A080: pthread_exit (pthreadP.h:280)
==17802== by 0x7BC8E1A9: terminate_thread (thread.c:349)
==17802== by 0x7BC87009: ??? (signal_i386.c:2571)
==17802== by 0x6A5F357: ???
==17802== by 0x4218F92: start_thread (pthread_create.c:309)
==17802== by 0x431D7ED: clone (clone.S:129)
==17802== Address 0x693d913 is on thread 1's stack
==17802==
==17802== Invalid read of size 4
==17802== at 0x4352239: _Unwind_IteratePhdrCallback
(unwind-dw2-fde-glibc.c:112)
==17802== by 0x43503E2: dl_iterate_phdr (dl-iteratephdr.c:76)
==17802== by 0x4352AF9: _Unwind_Find_FDE (unwind-dw2-fde-glibc.c:267)
==17802== by 0x6B9E336: ??? (in
/usr/lib64/gcc/x86_64-pc-linux-gnu/4.8.2/32/libgcc_s.so.1)
==17802== by 0x6B9EB21: ??? (in
/usr/lib64/gcc/x86_64-pc-linux-gnu/4.8.2/32/libgcc_s.so.1)
==17802== by 0x6B9F10F: _Unwind_ForcedUnwind (in
/usr/lib64/gcc/x86_64-pc-linux-gnu/4.8.2/32/libgcc_s.so.1)
==17802== by 0x42219F1: _Unwind_ForcedUnwind (unwind-forcedunwind.c:137)
==17802== by 0x421F732: __pthread_unwind (unwind.c:129)
==17802== by 0x421A080: pthread_exit (pthreadP.h:280)
==17802== by 0x7BC8E1A9: terminate_thread (thread.c:349)
==17802== by 0x7BC87009: ??? (signal_i386.c:2571)
==17802== by 0x6A5F357: ???
==17802== by 0x4218F92: start_thread (pthread_create.c:309)
==17802== by 0x431D7ED: clone (clone.S:129)
==17802== Address 0x693c034 is on thread 1's stack
==17802==
==17802== Thread 1 crypt32_test.exe.so:
==17802== Jump to the invalid address stated on the next line
==17802== at 0x693E820: ??? (in /lib32/libresolv-2.19.so)
==17802== by 0x425F4E8: __run_exit_handlers (exit.c:82)
==17802== by 0x425F54C: exit (exit.c:104)
==17802== by 0x7BC68772: NtTerminateProcess (process.c:63)
==17802== by 0x7BC5941B: RtlExitUserProcess (loader.c:2538)
==17802== by 0x7B868D09: ??? (process.c:2668)
==17802== Address 0x693e820 is on thread 1's stack
==17802==
and several possible leaks:
==17802== 20 bytes in 1 blocks are possibly lost in loss record 50 of 427
==17802== at 0x7BC4C6B7: notify_alloc (heap.c:255)
==17802== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716)
==17802== by 0x514398B: CryptMemAlloc (main.c:124)
==17802== by 0x511E0A9: CertAddStoreToCollection (collectionstore.c:519)
==17802== by 0x5164B4B: CRYPT_SysOpenStoreW (store.c:592)
==17802== by 0x5165ADF: CertOpenStore (store.c:907)
==17802== by 0x51136FD: CRYPT_CreateChainEngine (chain.c:130)
==17802== by 0x511394F: get_chain_engine (chain.c:175)
==17802== by 0x511ADC0: CertGetCertificateChain (chain.c:2894)
==17802== by 0x4E618AA: testVerifyCertChainPolicy (chain.c:4790)
==17802== by 0x4E61C4C: func_chain (chain.c:4844)
==17802== by 0x4EB7F67: run_test (test.h:584)
==17802== by 0x4EB8356: main (test.h:654)
==17802==
==17802== 60 bytes in 3 blocks are possibly lost in loss record 197 of 427
==17802== at 0x7BC4C6B7: notify_alloc (heap.c:255)
==17802== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716)
==17802== by 0x514398B: CryptMemAlloc (main.c:124)
==17802== by 0x5157661: ContextPropertyList_SetProperty (proplist.c:132)
==17802== by 0x515788F: ContextPropertyList_Copy (proplist.c:215)
==17802== by 0x511E9AF: Context_CopyProperties (context.c:130)
==17802== by 0x510AB6C: Cert_clone (cert.c:139)
==17802== by 0x5163664: MemStore_addContext (store.c:151)
==17802== by 0x5163A35: MemStore_addCert (store.c:243)
==17802== by 0x510B119: add_cert_to_store (cert.c:263)
==17802== by 0x510B27F: CertAddCertificateContextToStore (cert.c:287)
==17802== by 0x510A852: CertAddEncodedCertificateToStore (cert.c:65)
==17802== by 0x515E94A: add_ms_root_certs (rootstore.c:732)
==17802== by 0x515EB12: create_root_store (rootstore.c:808)
==17802== by 0x515EC6C: CRYPT_RootOpenStore (rootstore.c:829)
==17802== by 0x516435C: CRYPT_SysRegOpenStoreW (store.c:435)
==17802== by 0x5165ADF: CertOpenStore (store.c:907)
==17802== by 0x5164BAF: CRYPT_SysOpenStoreW (store.c:604)
==17802== by 0x5165ADF: CertOpenStore (store.c:907)
==17802== by 0x51136FD: CRYPT_CreateChainEngine (chain.c:130)
==17802==
==17802== 96 bytes in 1 blocks are possibly lost in loss record 294 of 427
==17802== at 0x7BC4C6B7: notify_alloc (heap.c:255)
==17802== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716)
==17802== by 0x61ACD34: heap_alloc_zero (internet.h:121)
==17802== by 0x61ADCA1: create_netconn (netconnection.c:369)
==17802== by 0x619CFF2: open_http_connection (http.c:4826)
==17802== by 0x619D68C: HTTP_HttpSendRequestW (http.c:4972)
==17802== by 0x619EE2C: HttpSendRequestExW (http.c:5511)
==17802== by 0x61643F8: HTTP_RetrieveEncodedObjectW (cryptnet_main.c:933)
==17802== by 0x6165930: CryptRetrieveObjectByUrlW (cryptnet_main.c:1479)
==17802== by 0x5118CA0: CRYPT_FindIssuer (chain.c:2039)
==17802== by 0x51193A2: CRYPT_GetIssuer (chain.c:2168)
==17802== by 0x511952F: CRYPT_BuildSimpleChain (chain.c:2200)
==17802== by 0x511976F: CRYPT_GetSimpleChainForCert (chain.c:2247)
==17802== by 0x5119885: CRYPT_BuildCandidateChainFromCert (chain.c:2277)
==17802== by 0x511AE8B: CertGetCertificateChain (chain.c:2914)
==17802== by 0x4E5F02E: testGetCertChain (chain.c:3996)
==17802== by 0x4E61C51: func_chain (chain.c:4845)
==17802== by 0x4EB7F67: run_test (test.h:584)
==17802== by 0x4EB8356: main (test.h:654)
==17802==
etc. (full log attached)
--
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=35490
Bug ID: 35490
Summary: After SimCity 2013 updates:
d3d_shader:shader_sm4_read_src_param Unhandled swizzle
type 0.
Product: Wine
Version: 1.7.11
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: eric.ladner(a)gmail.com
Classification: Unclassified
Created attachment 47376
--> http://bugs.winehq.org/attachment.cgi?id=47376
basic output on the command line
It used to run ok (although both Origin and SimCity were a nightmare to
install).
After a recent update, though when starting SimCity it never shows the splash
screen and spews this until you kill the process:
fixme:d3d_shader:shader_sm4_read_src_param Unhandled swizzle type 0.
I let it run for about 10 seconds and it spit out 11 million errors (log
attached).
If you want a more detailed log, let me know what options you'd like.
--
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=37398
Bug ID: 37398
Summary: Urban Assault black screen when using software
renderer and DDSCAPS_SYSTEMMEMORY
Product: Wine
Version: 1.7.17
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: erich.e.hoover(a)gmail.com
Depends on: 37307
Regression SHA1: b464067313bff1fd9a25b284b48a252025c4504f
Distribution: ---
Created attachment 49735
--> https://bugs.winehq.org/attachment.cgi?id=49735
Workaround
Once Bug #37307 is resolved then Urban Assault runs into another issue (at
least, when using the software renderer). The game has a black screen and just
hangs there, apparently due to an unexpected DDSCAPS_SYSTEMMEMORY capability
being set. Workaround attached.
Note: This commit is later moved (commit
9443c95a895a530fdbbb607758f674467e2010c7), but the issue persists.
--
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.