http://bugs.winehq.org/show_bug.cgi?id=2307
Dan Kegel <dank(a)kegel.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |dank(a)kegel.com
Platform|SGI |PC
--- Comment #4 from Dan Kegel <dank(a)kegel.com> 2009-05-29 18:55:03 ---
Probably a PC. Changing hardware type.
--
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=8091
--- Comment #25 from Anastasius Focht <focht(a)gmx.net> 2009-05-29 18:01:37 ---
Hello,
well that part was a bit misworded...
--- quote ---
Since the global ref count is never used (incremented) at all, the first one
that calls DllCanUnloadNow() on this module will actually force to unload it
even if COM objects exist with client still holding references.
Such situation can happen if someone issues CoFreeUnusedLibraries() or
something similar.
--- quote ---
DllCanUnloadNow() will return S_OK for modules that don't implement global
refcounting properly, indicating they can be unloaded at _any_ point - even if
clients still hold references to exposed COM objects.
Hope its more clear now ...
Regards
--
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=8091
Anastasius Focht <focht(a)gmx.net> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |focht(a)gmx.net
--- Comment #24 from Anastasius Focht <focht(a)gmx.net> 2009-05-29 17:51:35 ---
Hello,
maybe I can shed some light into this...
Although I can't reproduce the crash itself I tracked down what function/module
is about to get called in that situation.
Based on the posted callstacks I tracked the executable to DVD Shrink 3.2.0.15
version
(http://download.softpedia.com/dl/53f2e085a18b7c33470844b7de037137/4a204dc9/…),
packed with "customized" UPX executable compressor.
That executable matches all return addresses in the posted crashes/callstacks.
Using breakpoint on last caller before crash, one gets the following when
VIDEO_TS folder processing (analyze phase) has ended:
--- snip ---
Wine-dbg>b *0x4325bf
Breakpoint 1 at 0x004325bf
...
Stopped on breakpoint 1 at 0x004325bf
Wine-dbg>bt
Backtrace:
=>0 0x004325bf in dvd shrink 3.2 (+0x325bf) (0x0033da28)
1 0x004b260a in dvd shrink 3.2 (+0xb260a) (0x0033da58)
2 0x004b78b8 in dvd shrink 3.2 (+0xb78b8) (0x0033da88)
3 0x004b2898 in dvd shrink 3.2 (+0xb2898) (0x0033dab4)
4 0x004bb9cd in dvd shrink 3.2 (+0xbb9cd) (0x0033db08)
5 0x00432d95 in dvd shrink 3.2 (+0x32d95) (0x0033db80)
6 0x0042ee54 in dvd shrink 3.2 (+0x2ee54) (0x0033dc48)
7 0x004b015c in dvd shrink 3.2 (+0xb015c) (0x0033dc68)
8 0x004af0a1 in dvd shrink 3.2 (+0xaf0a1) (0x0033dcc8)
9 0x004b0a72 in dvd shrink 3.2 (+0xb0a72) (0x0033dcec)
10 0x004b0aa6 in dvd shrink 3.2 (+0xb0aa6) (0x0033dd14)
11 0x004b0aa6 in dvd shrink 3.2 (+0xb0aa6) (0x0033dd3c)
12 0x004c1fe4 in dvd shrink 3.2 (+0xc1fe4) (0x0033dda4)
13 0x004ba50c in dvd shrink 3.2 (+0xba50c) (0x0033e0d4)
14 0x004bd341 in dvd shrink 3.2 (+0xbd341) (0x0033e110)
15 0x004b260a in dvd shrink 3.2 (+0xb260a) (0x0033e140)
16 0x004c2244 in dvd shrink 3.2 (+0xc2244) (0x0033e178)
17 0x0047f02d in dvd shrink 3.2 (+0x7f02d) (0x00000000)
Wine-dbg>s
FilterGraph2_QueryInterface () at
/opt/wine/wine-git/dlls/quartz/filtergraph.c:343
343 LPVOID*ppvObj) {
Wine-dbg>bt
Backtrace:
=>0 0x6151002d FilterGraph2_QueryInterface(iface=0x14ebd8, riid=0x5087a0,
ppvObj=0x33da04) [/opt/wine/wine-git/dlls/quartz/filtergraph.c:343] in quartz
(0x0033da28)
1 0x004b260a in dvd shrink 3.2 (+0xb260a) (0x0033da58)
2 0x004b78b8 in dvd shrink 3.2 (+0xb78b8) (0x0033da88)
3 0x004b2898 in dvd shrink 3.2 (+0xb2898) (0x0033dab4)
...
--- snip ---
In the provided crash logs it seems quartz.dll is not present at this point but
the app tries to query for DirectShow FilterGraph, causing the crash.
The function pointer (register ecx) fits in plausible module mapping range so
one can assume it refers to a module that was loaded and unloaded at some
point.
Looking at quartz code it seems the global COM module reference count _might_
be a potential problem.
Since the global ref count is never used (incremented) at all, the first one
that calls DllCanUnloadNow() on this module will actually force to unload it
even if COM objects exist with client still holding references.
Such situation can happen if someone issues CoFreeUnusedLibraries() or
something similar.
The same potential problem also exists for other Wine COM inproc servers like
devenum, amstream, ...
You could force S_FALSE or implement proper ref counting.
It's just an idea - because I unfortunately can't reproduce your crashes.
Regards
--
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=175
Steve Dougherty <asksteved.com(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |asksteved.com(a)gmail.com
--- Comment #14 from Steve Dougherty <asksteved.com(a)gmail.com> 2009-05-29 17:48:33 ---
This is still present in 1.1.22.
--
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=5961
nsandschn(a)gmx.de changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |nsandschn(a)gmx.de
--- Comment #5 from nsandschn(a)gmx.de 2009-05-29 16:10:42 ---
Still present in wine 1.1.22
--
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=5131
--- Comment #47 from Nikolay Sivov <bunglehead(a)gmail.com> 2009-05-29 16:07:55 ---
(In reply to comment #45)
> I'm ashamed - as I am not able to use winetricks (it always writes errors,
> leaves tempfiles in wrong pathes, etc.) I could not install it with wine - I
> copied a installed FlashFXP-folder from Windows to my ~/.wine/drive_c/Program
> Files/ - directory.
>
Actually you do not need winetricks for this application. Do the following:
- rm -rf .wine
- wine <installer.exe> (cd-ing where it's located)
- on failure installer message just do 'wineserver -k' in separate terminal
session
- wine <app.exe> (cd-ing to app dir).
This works for me.
> But of course I tried with a "fresh" .wine - directory - installation fails
> there with same error, but a copied FlashFXP - program directory also does not
> work, not able to list a directory.
>
> by the way, installation does not fail here with IEFlash.dll - I uncheck the
> "Internet explorer" plugin at installation, after copying files it dies with
> "cannot write to registry at <i do not know exactly>"
>
This is unsupported of course. Simple moving directory could produce
unpredictable failures.
> I've never tried until your fix with a git-wine - i updated with aptitude from
> 1.1.21.
>
> If necessary I can simply set up a remote connect possibiliy (VNC and / or
> shell) to a testbox here.
>
If it's 24 hours online post me VNC parameters directly.
--
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=5131
--- Comment #46 from Austin English <austinenglish(a)gmail.com> 2009-05-29 16:03:12 ---
(In reply to comment #45)
> > A few questions for you:
> > - how did you install it by means installer failure?
> > - did you try with current Wine or you're using only released versions?
>
> I'm ashamed - as I am not able to use winetricks (it always writes errors,
> leaves tempfiles in wrong pathes, etc.)
Please file bugs with winetricks if that is the case. Try the latest from SVN:
http://winezeug.googlecode.com/svn/trunk/winetricks
> I could not install it with wine - I
> copied a installed FlashFXP-folder from Windows to my ~/.wine/drive_c/Program
> Files/ - directory.
Don't do that.
--
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=5131
--- Comment #45 from Alois <MadLoisae(a)gmx.net> 2009-05-29 15:56:08 ---
> A few questions for you:
> - how did you install it by means installer failure?
> - did you try with current Wine or you're using only released versions?
I'm ashamed - as I am not able to use winetricks (it always writes errors,
leaves tempfiles in wrong pathes, etc.) I could not install it with wine - I
copied a installed FlashFXP-folder from Windows to my ~/.wine/drive_c/Program
Files/ - directory.
But of course I tried with a "fresh" .wine - directory - installation fails
there with same error, but a copied FlashFXP - program directory also does not
work, not able to list a directory.
by the way, installation does not fail here with IEFlash.dll - I uncheck the
"Internet explorer" plugin at installation, after copying files it dies with
"cannot write to registry at <i do not know exactly>"
I've never tried until your fix with a git-wine - i updated with aptitude from
1.1.21.
If necessary I can simply set up a remote connect possibiliy (VNC and / or
shell) to a testbox here.
Thanks!
kind regards, Alois
--
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=5131
--- Comment #44 from Nikolay Sivov <bunglehead(a)gmail.com> 2009-05-29 15:16:45 ---
Created an attachment (id=21410)
--> (http://bugs.winehq.org/attachment.cgi?id=21410)
Running on wine-1.1.22-219-gfbb43c4
(In reply to comment #43)
> Hello Nikolay,
>
> for example ftp.debian.at as server.
>
Strange, it works fine for me (screenshot attached).
> I'm using wine 1.1.22 from the debian lenny repository - I think it should be a
> version with your commit, is it?
>
> wine --version tells me wine-1.1.22 ...
>
Yeah, it should work on 1.1.22.
A few questions for you:
- how did you install it by means installer failure?
- did you try with current Wine or you're using only released versions?
--
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=7571
--- Comment #65 from Pedro Araujo <inckie(a)gmail.com> 2009-05-29 15:05:51 ---
Created an attachment (id=21409)
--> (http://bugs.winehq.org/attachment.cgi?id=21409)
Situation with Wine 1.1.22
Unfortunately, the problem still isn’t gone; see the last attachment. In fact,
I believe some cases even got worse (see DejaVu Sans, FreeSans, and Junicode in
the screenshot, for example).
The Unicode workaround in the user preferences still works, though.
--
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.