http://bugs.winehq.org/show_bug.cgi?id=7977
rmh(a)aybabtu.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Attachment #5666 is|0 |1
obsolete| |
------- Additional Comments From rmh(a)aybabtu.com 2007-07-04 06:23 -------
Created an attachment (id=5674)
--> (http://bugs.winehq.org/attachment.cgi?id=5674&action=view)
new patch, using "%x %X"
Replaced US-centric %D %T with locale-dependant %x %X. I have verified that %c
is equivalent to %x %X in both US and non-US versions of Windows.
Also switched to strcpy for copying "x %X".
@ comment #5: strftime mostly works. AFAICS, both implementations are
standards compliant, it's just that %c is too implementation-dependant. I
don't think reimplementing the whole thing is a good idea.
--
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=7977
rmh(a)aybabtu.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Attachment #5664 is|0 |1
obsolete| |
------- Additional Comments From rmh(a)aybabtu.com 2007-07-04 05:10 -------
Created an attachment (id=5673)
--> (http://bugs.winehq.org/attachment.cgi?id=5673&action=view)
source for new test case
--
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=7977
rmh(a)aybabtu.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Attachment #5663 is|0 |1
obsolete| |
------- Additional Comments From rmh(a)aybabtu.com 2007-07-04 05:09 -------
Created an attachment (id=5672)
--> (http://bugs.winehq.org/attachment.cgi?id=5672&action=view)
new test case with hardcoded date to today
--
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=7981
Summary: Erratic Wine behavior in dual screen configurations
Product: Wine
Version: 0.9.34.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-x11driver
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: mitch074(a)gmail.com
Wine trashes the displays under several conditions:
- using Xinerama on a dual head card such as the i915, the second screen's width
is badly truncated (only 1/20th of the screen is visible).
- using Xinerama on two different cards works properly (proprietary Nvidia
driver and Xorg's savage).
- using Wine on a X11 SSH connection or over X11forwarding trashes the connected
computer's display.
All cases use up-to-date Mandriva 2007.0 as distribution.
Since there is one case where it doesn't happen (two hardware cards), I classify
it as 'normal' severity - otherwise I'd have used 'major'.
--
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=2759
ben(a)atomnet.co.uk changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |REOPENED
Resolution|FIXED |
Summary|can not start winmx 3.53 |Cannot start WinMX 3.53
------- Additional Comments From ben(a)atomnet.co.uk 2007-07-04 04:28 -------
Broken again apparently.
--
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=7917
------- Additional Comments From troumad(a)libertysurf.fr 2007-07-04 04:10 -------
1) The computer of my wife have no problem with xinerama :
Section "Device"
Identifier "device1"
VendorName "nVidia Corp."
BoardName "NVIDIA GeForce4 (generic)"
Driver "nvidia"
Screen 0
BusID "PCI:1:0:0"
Option "DPMS"
EndSection
Section "Device"
Identifier "device2"
VendorName "S3 Inc."
BoardName "S3 Savage4"
Driver "savage"
Screen 0
BusID "PCI:2:5:0"
Option "DPMS"
# Option "no_accel" # You may enable this if there are timeouts when starting X
EndSection
2) If I do ssh with X11forwarding, wine is running in the computer of my wife
and I see it in my computer's screen, xinerama have now the problem.
--
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=7874
------- Additional Comments From zajec5(a)gmail.com 2007-07-04 03:37 -------
EasyUO parses my script line-by-line and executes function which is
responsible to current line. I can write script like that:
**********
loop:
onHotKey x ctrl
goto exit
goto loop
exit:
msg You pressed ctrl+x and script works$
**********
The problem is that under Wine onHotKey always returns false. I run EasyUO,
then press ctrl+x in Ultima Online window and there is no effect. I don't know
if this is result of bug 1348, but I can not see any "RegisterHotKey" in
function provided by Cheffe (EasyUO developer).
--
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=7977
------- Additional Comments From hans(a)it.vu.nl 2007-07-04 03:26 -------
I think the proper solution is to implement strftime on top of win32
functions GetDateFormat/GetTimeFormat instead of native strftime.
--
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=7975
blin(a)gmx.net changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |ASSIGNED
------- Additional Comments From blin(a)gmx.net 2007-07-04 02:56 -------
The bug is that qip never queries for the presence of the NTLM provider it's
trying to load, it just assumes that it's always there. So it never checks the
returned security context, which is NULL, wich will then crash in the next
secur32 function.
Now, I can understand they assume NTLM is always available, as that's the way it
is on Windows NT4+. Wine needs Samba's ntlm_auth in a version greater than
3.0.24 to do NTLM and won't register the NTLM provider otherwise.
Unfortunately, Samba 3.0.25 is not released yet. This should happen soon,
though, last I heard they were aiming for the first release candidate on monday,
april 9th.
A possible (i.e. I've never tested it) quick fix could be to put a script called
ntlm_auth into your path that looks like:
#!/bin/sh
# Quick hack to fake ntlm_auth for wine NTLM version detection
echo "Version 3.0.25"
This will get Wine to register the NTLM provider. Of course any attempts at
using it will fail miserably, but if you never actually use the "qip to qip
private chat" function, you should be fine.
--
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.