http://bugs.winehq.org/show_bug.cgi?id=3254
------- Additional Comments From truiken(a)gmail.com 2005-12-11 17:32 -------
The biggest problem is this:
[235:688] [9] *** Attempting ssltcp connection to talk.google.com:443 (via none
proxy @ :80)
[235:696] [12] GaiaAuth Begin
[235:696] [12] ReuseSocketPool - Creating new socket
[235:697] [12] Resolving addr in PhysicalSocket::Connect
[235:697] [12] === DNS RESOLUTION (www.google.com) ===
[236:058] [12] Dns Resolved to: 64.233.161.147
[236:059] [12] ReuseSocketPool - Opening connection to: www.google.com:443
[236:383] [12] BeginSSL
[236:384] [12] InitializeSecurityContext error: SEC_E_UNSUPPORTED_FUNCTION
[246:423] [12] [GaiaAuth] Closed with error: 0
[246:424] [12] GaiaAuth request error: 2
[246:424] [12] GaiaAuth request to /accounts/ClientAuth
[246:424] [12] GaiaAuth Status Code: 0
[246:424] [12]
[246:426] [9] Connection failed with error 6
AFAIK our SSL support is limited or nonexistent, and that needs to be implemented.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=3051
------- Additional Comments From joamp2(a)yahoo.es 2005-12-11 17:06 -------
Similar problem, Wine v0.9.1 on both FreeBSD 5.4 (ports) and FreeBSD 6.0 (package).
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=3719
------- Additional Comments From carl(a)personnelware.com 2005-12-11 16:26 -------
Same thing from dvdshrink.exe:
err:ntdll:RtlpWaitForCriticalSection section 0x7e320020 "?" wait timed out in
thread 0013, blocked by 3039, retrying (60 sec)
end of hour long "deap analysis" - "3 secconds remaining" for the last 20 min.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=3823
Summary: Picasa startup crashes on unhandled exception
Product: Wine
Version: 20050211
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: wine-binary
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: matthew(a)botos.com
Picasa 2 current (20051112) crashes on startup:
Unhandled exception: page fault on read access to 0x00000000 in 32-bit code
(0x006070f9).
Detailed output in attachment; previous version of Picasa functioned normally.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=3822
Summary: Steam systray icon is one pixel tall and virtually
unclickable
Product: Wine
Version: 0.9.1.
Platform: Other
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-gui
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: scott(a)open-vote.org
When I install steam per http://appdb.winehq.org/appview.php?versionId=1554 I
get wine-systray running in its own window. This would be fine (ideally it
would be part of the Gnome systray), however upon minimizing steam to the
systray by clicking the X button another problem crops up: the steam icon
doesn't appear in the wine-systray, and instead the only way to effectively
click it is to carefully right-click on a one pixel tall white strip.
Perhaps a default Wine icon is needed if there's a problem with the
application's icon? Moreover, the steam icon should work...
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=3254
------- Additional Comments From mmikucionis(a)gmail.com 2005-12-11 15:41 -------
Created an attachment (id=1340)
--> (http://bugs.winehq.org/attachment.cgi?id=1340&action=view)
diagnostic log from Google Talk
I have the very same situation as Emilie Roberts, I did not notice the modal
window with error message at all. In addition I selected "Enable diagnostic
logging" in GoogleTalk Settings. This produced file:
~/.wine/fake_windows/Windows/profile/<username>/Local\ Settings/Application\
Data/Google/Google\ Talk/diagnostics/googletalk.log
Interestingly it starts complaining when I type-in password:
[177:382] [9] CryptProtectData failed 2148073495
[177:382] [9] Checking sign in valid
And further the sign-on process complains about failing cryptography.
Is it possible that some encryption library is missing/not implemented?
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=3794
jpakkane(a)yahoo.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Attachment #1326 is|0 |1
obsolete| |
------- Additional Comments From jpakkane(a)yahoo.com 2005-12-11 15:30 -------
Created an attachment (id=1339)
--> (http://bugs.winehq.org/attachment.cgi?id=1339&action=view)
A better trimmed error log
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=3804
guillermo.e.reyes(a)gmail.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution| |FIXED
------- Additional Comments From guillermo.e.reyes(a)gmail.com 2005-12-11 15:07 -------
I tried the RPM for 0.9.1 with the same results.
Then I removed the RPM version and installed from CVS, now the problem is gone.
Maybe the RPM was not updated, except for the name.
Thank you very much for your help!
Regards,
Guillermo
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=2885
------- Additional Comments From zarquon(a)t-online.de 2005-12-11 14:46 -------
------- Additional Comments From saulius.krasuckas(a)elst.vtu.lt 2005-12-11 06:59
-------
> | Still, I did
> |
> | > $ mkdir ~/BACKUPS
> | > $ mv ~/.wine ~/BACKUPS
> | > $ wineprefixcreate
> |
> | today and the MaxPayne demo failed with the same error. So no luck there,
> | and I'm back to my old .wine again.
>
> Hmmmm, did you installed MaxPayne into fresh wine system (empty C: drive)?
> Because if you haven't, that hardly can be counted as a full check using clean
> system. :-P
No, I haven't. And I don't see any point whatsoever in doing that, because
considering that all the variations I've already tried so far haven't changed
the error nor the logfile in the least it should be plain to anyone that the
problem lies elsewhere. I'm a software developer myself, I do know how to
interpret and hunt down errors; continuing to assume the problem is my
installation at this point is way beyond clutching at straws.
> | Done. Unfortunately the OpenGL driver isn't particularily talkative either,
> | but maybe those two extra lines give you further insight
>
> You're right - I forgot OpenGL.DLLs process_attach() and process_detach()
> routines are very silent. (I've patched them once in my tree to talk a bit more
> stuff, but that might not sufficient in your case)
Well, if you can tell me where to output stuff or send me a diff that
patches the driver I can give it a go. Best would be committing the
changes to CVS for potential future problems.
> | What I'd really like to know ATM: what kind of graphics cards and driver
> | versions do people use for whom the current system works?
>
> # lspci | grep VGA
> # cat /var/log/Xorg.0.log | grep -i nvidia.*x.*driver
> | (II) NVIDIA X Driver 1.0-7676 Fri Jul 29 13:01:02 PDT 2005
Hmm... you're running Xorg, I'm still using XF86 4.3, apart from that I
don't see any noteworthy difference. My kernel driver is a little older
(1.0-7167), but since I've had the exact same behaviour at least since
6*-versions (maybe 5*-versions, I can't say for sure when I first tried),
I really don't think that's it.
> Native nVidia drivers are installed on top over Fedoras Mesa-libGL and
> Mesa-libGLU packages:
>
> # rpm -qa | gr mesa
> | xorg-x11-Mesa-libGL-6.8.2-31
> | xorg-x11-Mesa-libGLU-6.8.2-37.FC4.49.2
Mesa's libGL should be inactive, otherwise you'd be running in software mode.
Since I'm using Debian, my Mesa version is considerably older than yours,
though (4.1). Upgrading my system is pretty much out of the question ATM,
though; I could try installing an up-to-date Mesa from source, but I don't
think that'd work without upgrading the X-stuff as well, which basically
equals a complete system upgrade. I seriously doubt this problem is caused
by GLU anyway; doesn't look like it aborts because of tesselation gone bad
or something...
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.