http://bugs.winehq.org/show_bug.cgi?id=8946
--- Comment #12 from James Hawkins <truiken(a)gmail.com> 2007-12-09 16:48:44 ---
How is this invalid OR wontfix? Is someone not allowed to use that setting
even if it isn't the default?
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=8946
Alexander Nicolaysen Sørnes <alex(a)thehandofagony.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |alex(a)thehandofagony.com
Status|UNCONFIRMED |RESOLVED
Resolution| |WONTFIX
--- Comment #11 from Alexander Nicolaysen Sørnes <alex(a)thehandofagony.com> 2007-12-09 16:44:47 ---
It may not be invalid, but since OpenGL rendering will never be the default
DirectDraw renderer, I think this is a WONTFIX.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=5770
Alexander Nicolaysen Sørnes <alex(a)thehandofagony.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |FIXED
--- Comment #5 from Alexander Nicolaysen Sørnes <alex(a)thehandofagony.com> 2007-12-09 16:15:42 ---
Works fine in 0.9.50, thanks Austin!
That means the Sega Smatch problem is caused by something else.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=8868
Jeremy Jackins <jeremyjackins(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |jeremyjackins(a)gmail.com
--- Comment #7 from Jeremy Jackins <jeremyjackins(a)gmail.com> 2007-12-09 10:22:11 ---
I agree that it doesn't crash nearly as often using fbo, but it certainly
seemed to run alot more smoothly on pbuffer in wine 0.9.38 than it does with
fbo now.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=7929
--- Comment #70 from Ambro <ambro(a)b4ever.net> 2007-12-09 06:51:22 ---
We could bind to the interface address and the broadcast address at the same
time using two sockets (e.g. 192.168.1.30 and 192.168.1.255), but as I see this
is impossible with current infrastructure. Wine expects i/o on objects to be
done with the single fd inside the object. Wine would need to be modified to
allow to define operations currently used with 'struct fd' directly on the
object. Particularily async i/o queues and completion queue I think.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=7584
Stefan Dösinger <stefandoesinger(a)gmx.at> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |CLOSED
--- Comment #31 from Stefan Dösinger <stefandoesinger(a)gmx.at> 2007-12-09 05:48:58 ---
closing
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=7584
Stefan Dösinger <stefandoesinger(a)gmx.at> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |FIXED
--- Comment #30 from Stefan Dösinger <stefandoesinger(a)gmx.at> 2007-12-09 05:48:44 ---
reported fixed
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=3952
Alexander Wood <nfwutech(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |nfwutech(a)gmail.com
--- Comment #20 from Alexander Wood <nfwutech(a)gmail.com> 2007-12-09 03:46:52 ---
GameGuard uses virtual device drivers (those vxds you see in one of the
comments above).
smartvsd is a hdd monitor (i think)
ntice and sice look like debuggers
siwvid looks like a video driver
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=9113
Louis Lenders <xerox_xerox2000(a)yahoo.co.uk> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |CLOSED
--- Comment #6 from Louis Lenders <xerox_xerox2000(a)yahoo.co.uk> 2007-12-09 02:03:53 ---
closing
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=9113
Louis Lenders <xerox_xerox2000(a)yahoo.co.uk> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution| |FIXED
--- Comment #5 from Louis Lenders <xerox_xerox2000(a)yahoo.co.uk> 2007-12-09 02:03:42 ---
Rob's patch is in current git , and the app starts fine now, ergo fixed
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=3084
Vitaliy Margolen <vitaliy(a)kievinfo.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Summary|Steam deadlocks on update at|Steam deadlocks on update at
|26-27% |26-27% [WONTFIX]
--- Comment #34 from Vitaliy Margolen <vitaliy(a)kievinfo.com> 2007-12-09 01:46:05 ---
To make it clear. This is Steams bug! With the recent update(s) I had exactly
the same problem on windows! And it was 100% reproducible.
There is nothing Wine can do to fix bugs outside of Wine. If anyone having this
problem - ask Valve to fix it.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=3084
Alexandre Lima <formulaire(a)bacatta.name> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |formulaire(a)bacatta.name
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=4513
--- Comment #13 from alexd14(a)hushmail.com 2007-12-08 13:44:19 ---
I appears it crashes within a glDrawBuffer(GL_BACK) call in
IWineD3DSurfaceImpl_BltOverride (Colorfill path). That this seemingly innocent
call leads to a crash, in glTexImage2D+0x266() in libgl.so.1 if winedbg doesn't
lie, makes no sense. But if glFlush is added in the very beginning of
IWineD3DSurfaceImpl_Blt, then it crashes right there, with a similar backtrace
( crash at 0x7e4efed6 glTexImage2D+0x446() in libgl.so.1, command jmp
*0x2a8(%eax), eax = 0). So it might be that something is badly screwed already
when entering the Blt routine. Wish I knew what :-/. Maybe some sort of
multithreading issue.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=7116
dura <newsgrp(a)duradsl.dyndns.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |newsgrp(a)duradsl.dyndns.org
--- Comment #3 from dura <newsgrp(a)duradsl.dyndns.org> 2007-12-08 13:32:32 ---
I got the same problem. With WINEDEBUG=+relay wine nfs3.exe the game works.
Without it shows the message "Need For Speed 3 files are corrupted; please
re-install.". I was able to determine that it's this call in loader.c that
trigger the problem : "if (TRACE_ON(relay)) RELAY_SetupDLL( module );"
I don't know what RELAY_SetupDLL does, but it definitely does something that
the game needs to work.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=8132
Alex VillacÃs Lasso <a_villacis(a)palosanto.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |a_villacis(a)palosanto.com
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=5503
--- Comment #36 from Ronny Standtke <Ronny.Standtke(a)gmx.net> 2007-12-08 10:55:03 ---
Created an attachment (id=9557)
--> (http://bugs.winehq.org/attachment.cgi?id=9557)
Help window of Office97 on Windows2000
Hi Kirill,
Thank you VERY much for the fix. Wine no longer crashes. But still ... it does
not work. :-(
Here is what I get when I open the help of Office 97 installed on Windows 2000.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=201
--- Comment #32 from alexd14(a)hushmail.com 2007-12-08 10:22:16 ---
Nice to see somebody else is interested :). Btw about the shadow problem I
looked into it too - there seems to be a very general problem with 8 bit blits,
I filed it as a separate bug with a test case, see bug#10112.
I don't know why that patch wasn't accepted. But I think that if 8 bit blit
worked as it should, then maybe igowin would work properly even with
GetSystemPaletteEntries left as is. Not sure because it can't be confirmed
without a working 8 bit blit.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=1244
--- Comment #15 from ROASCIO Paolo <roa(a)libero.it> 2007-12-08 10:11:57 ---
Well, i installed right now the 0.9.50 release, this bug still occours, but
further tests leave me a bit confused...
The LG Phone manager, with this new release of wine is a bit more log verbose,
here is the interesting part obtained with a:
WINEDEBUG=+comm wine LGPhoneManager.exe
trace:comm:GetCommState handle 0x114, ptr 0x6195e7c8
trace:comm:io_control 0x114 IOCTL_SERIAL_GET_BAUD_RATE (nil) 0 0x6195e790 4
0x6195e71c
trace:comm:io_control 0x114 IOCTL_SERIAL_GET_LINE_CONTROL (nil) 0 0x6195e795 3
0x6195e71c
trace:comm:io_control 0x114 IOCTL_SERIAL_GET_HANDFLOW (nil) 0 0x6195e778 16
0x6195e71c
trace:comm:io_control 0x114 IOCTL_SERIAL_GET_CHARS (nil) 0 0x6195e78a 6
0x6195e71c
trace:comm:GetCommState OK
trace:comm:dump_dcb bytesize=8 baudrate=115200 fParity=0 Parity=0 stopbits=1
trace:comm:dump_dcb ~IXON ~IXOFF
trace:comm:dump_dcb fOutxCtsFlow=0 fRtsControl=0
trace:comm:dump_dcb fOutxDsrFlow=0 fDtrControl=1
trace:comm:dump_dcb ~CRTSCTS
trace:comm:dump_dcb bytesize=8 baudrate=115200 fParity=0 Parity=0 stopbits=1
trace:comm:dump_dcb ~IXON ~IXOFF
trace:comm:dump_dcb fOutxCtsFlow=0 fRtsControl=1
trace:comm:dump_dcb fOutxDsrFlow=0 fDtrControl=1
trace:comm:dump_dcb ~CRTSCTS
trace:comm:io_control 0x114 IOCTL_SERIAL_SET_BAUD_RATE 0x6195e790 4 (nil) 0
0x6195e71c
trace:comm:io_control 0x114 IOCTL_SERIAL_SET_LINE_CONTROL 0x6195e795 3 (nil) 0
0x6195e71c
trace:comm:io_control 0x114 IOCTL_SERIAL_SET_HANDFLOW 0x6195e778 16 (nil) 0
0x6195e71c
trace:comm:io_control 0x114 IOCTL_SERIAL_SET_CHARS 0x6195e78a 6 (nil) 0
0x6195e71c
trace:comm:io_control 0x114 IOCTL_SERIAL_SET_QUEUE_SIZE 0x6195e7a0 8 (nil) 0
0x6195e740
fixme:comm:set_queue_size insize 8192 outsize 8192 unimplemented stub
trace:comm:io_control 0x114 IOCTL_SERIAL_PURGE 0x6195e7b8 4 (nil) 0 0x6195e754
trace:comm:SetCommTimeouts (0x114, 0x6195e81c)
trace:comm:io_control 0x114 IOCTL_SERIAL_SET_TIMEOUTS 0x6195e7dc 20 (nil) 0
0x6195e780
trace:comm:SetCommTimeouts (0x114, 0x6195e870)
trace:comm:io_control 0x114 IOCTL_SERIAL_SET_TIMEOUTS 0x6195e830 20 (nil) 0
0x6195e7d4
trace:comm:io_control 0x114 IOCTL_SERIAL_GET_TIMEOUTS (nil) 0 0x6195e598 20
0x6195e614
after this, the connection window waits indefinely without connection (no
feedback from the phone display).
On the other hand, the program works well (if it were connected, it will be a
silver app)...
Surfing in internet, i encountered and bought this http://game-thing.com/ to
try the com issue.
This app compile and run wery well, connection is fine and the log, with a
command line such this:
WINEDEBUG=+comm wine gthing.exe
returns:
trace:comm:SetCommMask handle 0xb44, mask 5
trace:comm:io_control 0xb44 IOCTL_SERIAL_SET_WAIT_MASK 0x33c738 4 (nil) 0
0x33c6d4
trace:comm:io_control 0xb44 IOCTL_SERIAL_SET_QUEUE_SIZE 0x33c720 8 (nil) 0
0x33c6c0
fixme:comm:set_queue_size insize 4096 outsize 4096 unimplemented stub
trace:comm:io_control 0xb44 IOCTL_SERIAL_PURGE 0x33c738 4 (nil) 0 0x33c6d4
trace:comm:GetCommState handle 0xb44, ptr 0x33c754
trace:comm:io_control 0xb44 IOCTL_SERIAL_GET_BAUD_RATE (nil) 0 0x33c718 4
0x33c6a4
trace:comm:io_control 0xb44 IOCTL_SERIAL_GET_LINE_CONTROL (nil) 0 0x33c71d 3
0x33c6a4
trace:comm:io_control 0xb44 IOCTL_SERIAL_GET_HANDFLOW (nil) 0 0x33c700 16
0x33c6a4
trace:comm:io_control 0xb44 IOCTL_SERIAL_GET_CHARS (nil) 0 0x33c712 6 0x33c6a4
trace:comm:GetCommState OK
trace:comm:dump_dcb bytesize=8 baudrate=115200 fParity=0 Parity=0 stopbits=1
trace:comm:dump_dcb ~IXON ~IXOFF
trace:comm:dump_dcb fOutxCtsFlow=0 fRtsControl=0
trace:comm:dump_dcb fOutxDsrFlow=0 fDtrControl=1
trace:comm:dump_dcb ~CRTSCTS
trace:comm:dump_dcb bytesize=8 baudrate=115200 fParity=0 Parity=0 stopbits=1
trace:comm:dump_dcb ~IXON ~IXOFF
trace:comm:dump_dcb fOutxCtsFlow=0 fRtsControl=0
trace:comm:dump_dcb fOutxDsrFlow=0 fDtrControl=1
trace:comm:dump_dcb ~CRTSCTS
trace:comm:io_control 0xb44 IOCTL_SERIAL_SET_BAUD_RATE 0x33c718 4 (nil) 0
0x33c6a4
trace:comm:io_control 0xb44 IOCTL_SERIAL_SET_LINE_CONTROL 0x33c71d 3 (nil) 0
0x33c6a4
trace:comm:io_control 0xb44 IOCTL_SERIAL_SET_HANDFLOW 0x33c700 16 (nil) 0
0x33c6a4
trace:comm:io_control 0xb44 IOCTL_SERIAL_SET_CHARS 0x33c712 6 (nil) 0 0x33c6a4
trace:comm:GetCommTimeouts (0xb44, 0x33c740)
trace:comm:io_control 0xb44 IOCTL_SERIAL_GET_TIMEOUTS (nil) 0 0x33c710 20
0x33c6b4
trace:comm:SetCommTimeouts (0xb44, 0x33c740)
trace:comm:io_control 0xb44 IOCTL_SERIAL_SET_TIMEOUTS 0x33c710 20 (nil) 0
0x33c6b4
trace:comm:io_control 0xb44 IOCTL_SERIAL_GET_TIMEOUTS (nil) 0 0x33c5e4 20
0x33c5f8
trace:comm:io_control 0xb44 IOCTL_SERIAL_GET_TIMEOUTS (nil) 0 0x33a1b0 20
0x33a1c4
trace:comm:io_control 0xb44 IOCTL_SERIAL_GET_TIMEOUTS (nil) 0 0x33a17c 20
0x33a190
trace:comm:io_control 0xb44 IOCTL_SERIAL_GET_TIMEOUTS (nil) 0 0x33a17c 20
0x33a190
trace:comm:io_control 0xb44 IOCTL_SERIAL_GET_TIMEOUTS (nil) 0 0x33a17c 20
0x33a190
trace:comm:io_control 0xb44 IOCTL_SERIAL_GET_TIMEOUTS (nil) 0 0x33a17c 20
0x33a190
trace:comm:SetCommTimeouts (0xb44, 0x33a360)
trace:comm:io_control 0xb44 IOCTL_SERIAL_SET_TIMEOUTS 0x33a318 20 (nil) 0
0x33a2bc
after this i can navigate thru the phone which respond with feedback on its
display.
Now, i'm not a programmer, neither a windows user, then i'm not able to
interpretate wine logs, i hope this may help someone intereted in this same
bug. in the meanwhile i wait the wine 1.0 release (gthing works only via drag &
drop, so currently i can't upload/download nothing from the phone, but, at
least, there is a little ray of light in my trouble.....
thanks and sorry for my english
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=9104
--- Comment #9 from Lionel Debroux <lionel_debroux(a)yahoo.fr> 2007-12-08 04:35:10 ---
Created an attachment (id=9550)
--> (http://bugs.winehq.org/attachment.cgi?id=9550)
Updated crash log (wine-0.9.50-223-g322cd0b)
The log contains both the install phase and the application launch.
When the patch pointed to in comment #8 is applied, there's no crash, and the
app wouldn't crash in a few minutes of testing. Zooming in/out, font smoothing,
drawings were OK.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=6936
--- Comment #34 from Keith <keith_kw_muir(a)blueyonder.co.uk> 2007-12-08 04:25:05 ---
(In reply to comment #33)
> According to bugzilla the patch code has been posted by you (Keith), not by
> leuk. And 0.48a is obviously an eMule release (wine has an entirely different
> numbering system)
>
> I don't quite get it, are you confused about your own posts?
>
I have a thread in emule feature requests for wine compatible leuk_he posted
the code there and I copied it here in the hope someone might have the
knowledge to implement it in emule and thus close the bug.
Wine needs to be proactive in contacting the developers of apps and asking if
they would make their app wine compatible. That is what I have been doing with
my thread in the emule forum I hope this explains matters
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=9027
rail rulez <railrulez(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |railrulez(a)gmail.com
--- Comment #3 from rail rulez <railrulez(a)gmail.com> 2007-12-08 03:14:33 ---
Confirmed with Ubuntu 7.10 on
Linux XXXXX 2.6.20-5-generic #2 SMP Sat Jan 6 14:50:47 UTC 2007 i686 GNU/Linux
with wine 0.9.46
Everything works well, except for the sound.
marq
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=10707
Summary: Wine freezes X
Product: Wine
Version: 20050930
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P3
Component: wine-binary
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: His__Child(a)hotmail.com
When trying to launch anything from wine (wine, wine notepad, winecfg) the
system freezes up. I asked for help, who could connect using ssh
(openssh-server) but as soon as i would run any part of wine it would freeze,
including ssh. The same goes for if he runs any part of wine. After about 15-20
seconds it will reboot, acting like nothing had happened.
However, when running it in console, i noticed wine spitting some stuff about
sound cards. I have two sounds card, one on my motherboard, the other on a pci.
Both are configured to use OSS.
However, when i took my pci sound card out, it would run flawlessly.
My system specs:
AMD Athlon 3800+ X2 2ghz
2Gb DDR ram
Asus A8R-MVP
sounds card 1 is onboard on this motherboard
second sound card is a trust SC-5200.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=6869
Lei Zhang <thestig(a)google.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |REOPENED
Resolution|FIXED |
--- Comment #9 from Lei Zhang <thestig(a)google.com> 2007-12-07 17:41:13 ---
With a fresh .wine directory each time, I tried it out just now with wine
0.9.44 and 0.9.50 and I get the "DirectX 0" message on both versions of Wine.
Reopening.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=7658
Andrew Riedi <andrewriedi(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution| |FIXED
--- Comment #6 from Andrew Riedi <andrewriedi(a)gmail.com> 2007-12-07 17:31:59 ---
Closing this bug.
Should be fixed now. Repoen if it is not.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=5828
Ben Hodgetts (Enverex) <ben(a)atomnet.co.uk> changed:
What |Removed |Added
----------------------------------------------------------------------------
Depends on| |10708
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=6710
Ben Hodgetts (Enverex) <ben(a)atomnet.co.uk> changed:
What |Removed |Added
----------------------------------------------------------------------------
Depends on| |10708
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
--- Comment #8 from Ben Hodgetts (Enverex) <ben(a)atomnet.co.uk> 2007-12-07 17:26:35 ---
Fixing dep tree and confirming.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=6989
Ben Hodgetts (Enverex) <ben(a)atomnet.co.uk> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |ben(a)atomnet.co.uk
Depends on| |10708
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=4273
Ben Hodgetts (Enverex) <ben(a)atomnet.co.uk> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |ben(a)atomnet.co.uk
Depends on| |10708
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=6250
Ben Hodgetts (Enverex) <ben(a)atomnet.co.uk> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |ben(a)atomnet.co.uk
Status|NEW |RESOLVED
Resolution| |FIXED
--- Comment #27 from Ben Hodgetts (Enverex) <ben(a)atomnet.co.uk> 2007-12-07 16:52:39 ---
Setting fixed then and opening new.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=6869
Ambro <ambro(a)b4ever.net> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |ambro(a)b4ever.net
--- Comment #8 from Ambro <ambro(a)b4ever.net> 2007-12-07 15:21:52 ---
I'm experiencing this bug in 0.9.50, tried win2000 and winxp modes.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=8774
Eduardo <edicgarcia(a)hotmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |edicgarcia(a)hotmail.com
--- Comment #31 from Eduardo <edicgarcia(a)hotmail.com> 2007-12-07 14:42:15 ---
Can any one help me? Where i find de patch? and how can i recompile the wine? I
need help plz!
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=2082
Lazareth Link <lazareth(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |lazareth(a)gmail.com
--- Comment #36 from Lazareth Link <lazareth(a)gmail.com> 2007-12-07 14:06:47 ---
I successfully made Diablo flawlessly render the menu using the hacked
ddraw.dll and disabling the window manager controlling the windows and enabled
the emulation of a virtual desktop.
I had a blank screen that only rendered when I alt-tabbed to other applications
until I did those things but the ingame it worked fine.
However after doing these things I have to left-click once on the window to
catch it ingame and from there it is on top of the virtual desktop, running
perfectly. The menu now works perfectly from start. If I launch Diablo from
winefile I sometimes have to pull the window out of the way once I launch an
ingame session, and the left-click on the spot it occupied.
My best guess is that the window manager does not handle all games running
ddraw perfectly, leaving you with a blank screen. Using a hacked ddraw.dll,
disabling the window manager and emulating a virtual desktop seem to fix it for
Diablo, anyone up for trying it with other games?
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=9104
Eli <sharparrow1(a)yahoo.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |sharparrow1(a)yahoo.com
--- Comment #8 from Eli <sharparrow1(a)yahoo.com> 2007-12-07 14:01:28 ---
The attached patch is definitely wrong; the correct patch is closer to
http://www.winehq.org/pipermail/wine-patches/2005-October/021306.html (I guess
it didn't get applied because it's a bit messier than it needs to be and didn't
include any tests...)
On a side note, this looks like a potential stack/heap corruption bug. It's
really not a good thing to be writing past the end of a buffer.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=6936
--- Comment #33 from Wine? Gimme Beer! <furex.furetto+wine(a)gmail.com> 2007-12-07 12:05:57 ---
According to bugzilla the patch code has been posted by you (Keith), not by
leuk. And 0.48a is obviously an eMule release (wine has an entirely different
numbering system)
I don't quite get it, are you confused about your own posts?
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=7698
--- Comment #115 from boast <gamingrullaz(a)msn.com> 2007-12-07 09:47:13 ---
When joining a server with a few people, my game freezes after a few seconds.
If I join a 20+ player server, my game freezes instantly upon connecting (on
the "ok" screen).
I have tried setting ALSA and OSS with hardware emulation, but nothing. If I
set driver emulation, I can get 3 extra seconds, on a big server, before it
freezes with sound loops.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=6936
--- Comment #32 from Keith <keith_kw_muir(a)blueyonder.co.uk> 2007-12-06 23:46:59 ---
(In reply to comment #31)
> If that patch has actually been introduced in 0.48a, then it had little or no
> effect.
>
> 3 different users (including me) have reported CPU hogging with 0.48a, though
> the bug report has been originally opened when 0.47c was the most recent
> version.
>
> If that patch has actually been introduced in 0.48a, then it had little or no
> effect.
>
> 3 different users (including me) have reported CPU hogging with 0.48a, though
> the bug report has been originally opened when 0.47c was the most recent
> version.
>
to be clear the code leuk_he posted is a change to emule and not to wine. as I
understand.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=8555
--- Comment #3 from Jaime Rave <jaimerave(a)gmail.com> 2007-12-06 21:34:24 ---
It's weird that it works in Win98 mode and doesn't in Win2k. In win98 this
program look too ugly but in win2k is almost perfect.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=8774
Joshua Ross <gueneal(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |gueneal(a)gmail.com
--- Comment #30 from Joshua Ross <gueneal(a)gmail.com> 2007-12-06 20:27:05 ---
bug still present in 0.9.50. Trying patch now.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=2280
Jaime Rave <jaimerave(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |jaimerave(a)gmail.com
--- Comment #5 from Jaime Rave <jaimerave(a)gmail.com> 2007-12-06 19:49:02 ---
This hapens also in MSN Messenger 7.0 and Wine 0.9.50. When you're writing in
the chat window you can't use BACKSPACE, or arrow keys or DELETE key.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=6936
--- Comment #31 from Wine? Gimme Beer! <furex.furetto+wine(a)gmail.com> 2007-12-06 16:30:02 ---
If that patch has actually been introduced in 0.48a, then it had little or no
effect.
3 different users (including me) have reported CPU hogging with 0.48a, though
the bug report has been originally opened when 0.47c was the most recent
version.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=6936
--- Comment #30 from jm(a)jm10.no-ip.com 2007-12-06 16:21:10 ---
(In reply to comment #29)
You're right: this piece of code exists in eMule 0.48a (emuleDlg.cpp).
But if you look at comment #21, you'll that I did the tests with this version
of eMule (0.48a).
In other words, since you suggest to close this bug, do you mean eMule can't do
better ? That I will always have to keep a dialog box open ?
For me, wasting 15% of a P3 1GHz for nothing is not negligible, even if it's
less than with previous versions.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=201
--- Comment #30 from Alex VillacÃs Lasso <a_villacis(a)palosanto.com> 2007-12-06 15:45:49 ---
Created an attachment (id=9528)
--> (http://bugs.winehq.org/attachment.cgi?id=9528)
GetSystemPaletteEntries should fill with default palette in non-palette video
mode (with tests)
Re-diff of a pair of patches by Alexander Dorofeyev.
This was posted on wine-patches back in October. This version is rediffed
against current GIT (0.9.50). Posted here so it does not fall through the
cracks again.
The patch sort of works (it fixes transparency in igowin), but now igowin shows
a yellow shadow instead of a black square. Still, much better than the previous
situation.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=6936
leuk_he <leukhe(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |leukhe(a)gmail.com
--- Comment #29 from leuk_he <leukhe(a)gmail.com> 2007-12-06 15:41:41 ---
I think the code pasted by keith that was introduced in eMule 0.48a fixes the
high idle cpu usage in wine. Under (a old version ) Xp -> vmware -> unbuntu ->
wine -> emule morph 0.48a i did expiece 5% cpu usage. , was 70% before
I suggest to close this bug.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=8101
Vincent Povirk <madewokherd(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution| |DUPLICATE
--- Comment #1 from Vincent Povirk <madewokherd(a)gmail.com> 2007-12-06 15:19:43 ---
The hack described in http://bugs.winehq.org/show_bug.cgi?id=3023#c3 fixes this
problem. Marking as duplicate.
*** This bug has been marked as a duplicate of bug 3023 ***
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=3023
Vincent Povirk <madewokherd(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |madewokherd(a)gmail.com
--- Comment #6 from Vincent Povirk <madewokherd(a)gmail.com> 2007-12-06 15:19:06 ---
*** Bug 10543 has been marked as a duplicate of this bug. ***
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=201
Alex VillacÃs Lasso <a_villacis(a)palosanto.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |a_villacis(a)palosanto.com
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=6936
--- Comment #28 from Keith <keith_kw_muir(a)blueyonder.co.uk> 2007-12-06 13:29:15 ---
(In reply to comment #27)
> (In reply to comment #26)
> > Hello again,
> >
> > another option would be to use a newer emule version (> 0.47c).
> > I fetched the 0.48a source code just to look at the usual MFC brain damage and
> > it seems they improved the idle processing situation a bit (in my opinion not
> > enough).
> > By filtering a specific amount of WM_TIMER to prevent idle processing overkill,
> > the generated CPU load is reduced by a few points.
> >
> > If you don't want to use a newer version because you have own modded/hacked
> > emule version, you can of course "backport" the changes.
> > Look for CemuleApp::IsIdleMessage, only a few source lines.
> > Though I would recommend trimming idle handling a bit more aggressively.
> >
> > Lastly you could filter WM_KICKIDLE in wine by yourself and "eat" a specific
> > amount using diff ticks to enforce a specific idle message rate.
> > Though I wouldn't really recommend this change because its somewhat intrusive
> > and might break other applications.
> >
> > Regards
> >
>
> My personal experience of the Emule development team is that "we don't support
> linux" seems to be their entire attitude. If someone from the wine team
> approached them that might make a difference far more likely is to approach one
> of the many modders to get this work done.
>
this was taken from the Emule forum hope it helps
BOOL CemuleApp::IsIdleMessage(MSG *pMsg)
{
// This function is closely related to 'CemuleDlg::OnKickIdle'.
//
// * See MFC source code for 'CWnd::RunModalLoop' to see how those
functions are related
// to each other.
//
// * See MFC documentation for 'CWnd::IsIdleMessage' to see why WM_TIMER
messages are
// filtered here.
//
// Generally we want to filter WM_TIMER messages because they are
triggering idle
// processing (e.g. cleaning up temp. MFC maps) and because they are
occuring very often
// in eMule (we have a rather high frequency timer in upload queue). To
save CPU load but
// do not miss the chance to cleanup MFC temp. maps and other stuff, we do
not use each
// occuring WM_TIMER message -- that would just be overkill! However, we
can not simply
// filter all WM_TIMER messages. If eMule is run:qning in taskbar the only
messages which
// are received by main window are those WM_TIMER messages, thus those
messages are the
// only chance to trigger some idle processing. So, we must use at last
some of those
// messages because otherwise we would not do any idle processing at all in
some cases.
//
static DWORD s_dwLastIdleMessage;
if (pMsg->message == WM_TIMER)
{
// Allow this WM_TIMER message to trigger idle processing only if we
did not do so
// since some seconds.
DWORD dwNow = GetTickCount();
if (dwNow - s_dwLastIdleMessage >= SEC2MS(5))
{
s_dwLastIdleMessage = dwNow;
return TRUE;// Request idle processing (will send a WM_KICKIDLE)
}
return FALSE; // No idle processing
}
if (!CWinApp::IsIdleMessage(pMsg))
return FALSE; // No idle processing
s_dwLastIdleMessage = GetTickCount();
return TRUE; // Request idle processing (will send a WM_KICKIDLE)
}
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=5833
Austin English <austinenglish(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution| |FIXED
--- Comment #13 from Austin English <austinenglish(a)gmail.com> 2007-12-06 11:20:24 ---
Reported fixed.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=5833
--- Comment #12 from Adrian Lüthi <adi.l(a)bluewin.ch> 2007-12-06 07:13:57 ---
i tried again and icewind dale does no longer crash for me. so for me its
working.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=8741
Adrian Lüthi <adi.l(a)bluewin.ch> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |FIXED
--- Comment #6 from Adrian Lüthi <adi.l(a)bluewin.ch> 2007-12-06 07:11:46 ---
bloodlines does no longer crash since 9.49
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=3112
--- Comment #21 from Ben Hodgetts (Enverex) <ben(a)atomnet.co.uk> 2007-12-06 06:13:59 ---
Bink videos seem to work in 99% of things, with just a few exceptions (mainly
GTA3) this makes me wonder if A) Does GTA3 actually use Bink? and if yes B)
What makes GTA3 differ so that it doesn't work for it?
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=6297
--- Comment #33 from James <epsilon72(a)cox.net> 2007-12-05 22:16:25 ---
Using
'chattr -R +S <steam directory>' has fixed the problem for me, and I was
getting this problem 99% of the time before.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=10675
Summary: Windows Application kills X on start and we get back to
GUI login prompt
Product: Wine
Version: 0.9.50.
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: wine-x11driver
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: nicolas.wagrez(a)gmail.com
Created an attachment (id=9506)
--> (http://bugs.winehq.org/attachment.cgi?id=9506)
registry keys for Wine
A windows Java application (Oce Account Center reporting) created using Borland
JBuilder kills X with 0.9.50 upon starting it. It used to work with 0.9.46 even
though the rest of the screen was blackened.
If you start the application either at the command line using wine app.exe or
through the menu, the screen instantly goes black and you get back to the
prompt.
Dmesg | tail shows:
[15536.637180] mtrr: no more MTRRs available
Wine application.exe's stderr is:
fixme:win:EnumDisplayDevicesW ((null),0,0x33b14c,0x00000000), stub!
fixme:win:EnumDisplayDevicesW ((null),1,0x33b14c,0x00000000), stub!
X connection to :0.0 broken (explicit kill or server shutdown).
X connection to :0.0 broken (explicit kill or server shutdown).
No crash file is created.
The platform is Ubuntu 7.10 64bits on a Core 2 Duo with 4GB of RAM.
I ran wineprefixcreate after upgrading from 0.9.49.
Xorg.0.log has these lines at the end:
Backtrace:
0: /usr/bin/X(xf86SigHandler+0x6d) [0x48670d]
1: /lib/libc.so.6 [0x2abee09967d0]
2: /usr/lib/dri/i965_dri.so [0x2abef35f15cb]
3: /usr/lib/xorg/modules/extensions//libglx.so(DoRender+0x13b) [0x2abee1c6845b]
4: /usr/lib/xorg/modules/extensions//libglx.so [0x2abee1c6c00d]
5: /usr/bin/X(Dispatch+0x1db) [0x4514eb]
6: /usr/bin/X(main+0x45d) [0x439f4d]
7: /lib/libc.so.6(__libc_start_main+0xf4) [0x2abee0982b44]
8: /usr/bin/X(FontFileCompleteXLFD+0x231) [0x439249]
Fatal server error:
Caught signal 11. Server aborting
(II) AIGLX: Suspending AIGLX clients for VT switch
(II) intel(0): xf86UnbindGARTMemory: unbind key 0
(II) intel(0): xf86UnbindGARTMemory: unbind key 1
(II) intel(0): xf86UnbindGARTMemory: unbind key 2
(II) intel(0): xf86UnbindGARTMemory: unbind key 3
(II) intel(0): xf86UnbindGARTMemory: unbind key 4
If needed, this free application can be downloaded from:
http://www.oceusa.com/main/view_media.jsp?CONTENT%3C%3Ecnt_id=1013419867337…
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=8774
--- Comment #29 from Jan-Hendrik Palic <palic(a)billgotchy.de> 2007-12-05 18:30:06 ---
Hi,
I recompiled with your patch, Stefan, on Debian Unstable with wine compiled
against the 32bit compatibility libs on my AMD64 system and the nvidia-packages
from debian-unstable.
It seems to work. I logged in in Ironforge and Darnassus and Ironforge again
and there was no hang on entering the world.
I was in BRT some hours and had no problems at all, so I think the rest of the
game is still working. :)
Regards
Jan
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=6297
--- Comment #32 from Stefan Dösinger <stefandoesinger(a)gmx.at> 2007-12-05 17:41:22 ---
As I said, this is a difference in Linux's and Windows write cache behavior.
Steam expects a different timing when writing huge files onto the disk. You can
either fix that in steam(Call sync() or something), or change the Linux kernel
settings to mimic Windows' caching behavior.
On Windows this bug pops up usually with system tuners which do exactly this:
Change the caching settings.
To change the Linux behavior, you can either set the sync flag on the directory
on filesystems that support it, or you can try to modify the VM settings of the
kernel. For example, try to set /proc/sys/vm/dirty_expire_centisecs and
/proc/sys/vm/dirty_writeback_centisecs to 1. This will essentially put *all*
your files into sync mode.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=6297
--- Comment #31 from Rodrigo Saboya <saboya(a)gmail.com> 2007-12-05 17:27:19 ---
I never (ever) had this problem @ Windows, and with Wine I can run CS 1.6, CSS
and Portal with no problems at all, but TF2 gives me the error 99% of the time,
I have to run the game like 200 times before it launches. I'm using ReiserFS.
I don't doubt this is a Steam issue, code by Valve isn't exactly trustworthy,
but I think someone could take some time with this one.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=6141
--- Comment #6 from Alex R. <ruesch(a)fresh-powder.de> 2007-12-05 17:03:25 ---
Created an attachment (id=9510)
--> (http://bugs.winehq.org/attachment.cgi?id=9510)
log file with +relay,+snoop,+tid,+seh
I have the same problem. My wine version is 0.9.49 using Ubuntu 7.10. I did a
log as Saulius asked for, with +relay,+snoop,+tid,+seh enabled.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=7292
--- Comment #14 from Vijay Kamuju <infyquest(a)gmail.com> 2007-12-05 16:42:40 ---
I am searching where we set other env variables so we can add this environment
variable.
For now, I am confused, But I have found some interesting stuff not related to
this.
I am following it up now.
If you find any thing, please post it here
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=7292
Austin English <austinenglish(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Attachment #9503|application/x-taxnet |text/plain
mime type| |
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=7292
Austin English <austinenglish(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Attachment #9507|application/x-taxnet |text/plain
mime type| |
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=7292
Austin English <austinenglish(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Attachment #9508 is|0 |1
obsolete| |
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=7292
--- Comment #13 from Austin English <austinenglish(a)gmail.com> 2007-12-05 16:32:45 ---
Created an attachment (id=9508)
--> (http://bugs.winehq.org/attachment.cgi?id=9508)
'set' under Win98
Doesn't exist on win98. I haven't tried running those installers under win98,
but it's pretty likely they'd ignore the variable on those O/S's. Can someone
test this?
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=5503
--- Comment #35 from Ronny Standtke <Ronny.Standtke(a)gmx.net> 2007-12-05 16:31:56 ---
(In reply to comment #34)
> Could you check for difference wdmain8.hlp which you got under Linux and
> wdmain8.hlp which you got under Windows.
I just checked the md5sum of wdmain8.hlp both under Windows 2000 and under my
~/.wine directory. They are absolutely identical. In both cases the md5sum is
2c3b48d1c244ff6db45ac43f1fcd0c3b.
If the file is really broken it looks like Windows itself does not care.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=2680
kriko <kristjan.ugrin(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |kristjan.ugrin(a)gmail.com
--- Comment #24 from kriko <kristjan.ugrin(a)gmail.com> 2007-12-05 16:11:13 ---
Same error with Splinter Cell: Pandoras tomorrow, tested with wine 0.9.50
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=8866
Jeremy Jackins <jeremyjackins(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |jeremyjackins(a)gmail.com
--- Comment #7 from Jeremy Jackins <jeremyjackins(a)gmail.com> 2007-12-05 14:33:11 ---
wine 9.50, no HD lighting or bloom, using fbo, latest nvidia driver
(100.14.19), and also experiencing this bug.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=7292
--- Comment #12 from Vijay Kamuju <infyquest(a)gmail.com> 2007-12-05 13:02:15 ---
If you have win9x m/c's can you also post the output of set on them.
As we need to map the ALLUSERSPROFILE to something thats related on them, to
have backward compatibility
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=6297
jim <jimportal(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |jimportal(a)gmail.com
--- Comment #30 from jim <jimportal(a)gmail.com> 2007-12-05 13:01:39 ---
I agree with Stefan Dösinger in that the this bug should be closed with
WONTFIX. I don't believe this is a Wine bug. I've seen this problem manifest
itself while running steam under Windows XP. There have even been bug fixes by
the Steam folks at Valve regarding this problem. Google it. It's not just
Wine users who have the problem.
http://www.steamgames.com/v/index.php?area=news&id=996&cc=US
In my case, in both Windows and Wine, the work around was to wait a second or
two and try again. The bug usually pops up once per steam session (for me),
just enough to be annoying.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=7771
Austin English <austinenglish(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |DUPLICATE
--- Comment #17 from Austin English <austinenglish(a)gmail.com> 2007-12-05 12:30:07 ---
If the bug is because of compiz, then this is a duplicate.
*** This bug has been marked as a duplicate of bug 9633 ***
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=7677
Austin English <austinenglish(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |FIXED
--- Comment #4 from Austin English <austinenglish(a)gmail.com> 2007-12-05 12:27:35 ---
Resolving fixed then.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=8866
KhaaL <khalid.rashid(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |khalid.rashid(a)gmail.com
--- Comment #6 from KhaaL <khalid.rashid(a)gmail.com> 2007-12-05 10:36:21 ---
using wine 0.9.50, bloom and fbo on a nvidia card, and also experience this
bug.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=9107
Philipp Sadleder <philipp(a)sadleder.de> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |philipp(a)sadleder.de
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=7292
Ferd <taomyn+winehq(a)googlemail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |taomyn+winehq(a)googlemail.com
--- Comment #10 from Ferd <taomyn+winehq(a)googlemail.com> 2007-12-05 06:14:19 ---
Simply running "wine cmd" then executing the command "set" and comparing the
output to running the same under a command-prompt in Windows XP will show you
what's missing.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=7640
--- Comment #18 from Ben Hodgetts (Enverex) <ben(a)atomnet.co.uk> 2007-12-05 05:31:31 ---
This is similar to an issue in Windows. When playing Morrowind on modern
hardware it seems that when the game hit a certain fp/s (200 or so) it would
stop responding or only respond very, very little. The same thing seems to be
apparent in Halo now under Wine, it will either move so fast that it shoots
across the screen without being seen, or only moves maybe 1 pixel or so.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=7771
--- Comment #16 from Ben Hodgetts (Enverex) <ben(a)atomnet.co.uk> 2007-12-05 05:06:33 ---
Actually scrap that, this is without Compiz and this bug refers to it happening
because of composite.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=7771
Ben Hodgetts (Enverex) <ben(a)atomnet.co.uk> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |ben(a)atomnet.co.uk
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
--- Comment #15 from Ben Hodgetts (Enverex) <ben(a)atomnet.co.uk> 2007-12-05 05:00:32 ---
This happens with Halo when using Gnome 2.20.2 and 0.9.50 Wine.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=8847
Ben Hodgetts (Enverex) <ben(a)atomnet.co.uk> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |FIXED
--- Comment #10 from Ben Hodgetts (Enverex) <ben(a)atomnet.co.uk> 2007-12-05 04:54:32 ---
Not present in .50
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=8846
Ben Hodgetts (Enverex) <ben(a)atomnet.co.uk> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |FIXED
--- Comment #6 from Ben Hodgetts (Enverex) <ben(a)atomnet.co.uk> 2007-12-05 04:54:02 ---
Not present in .50
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=7418
--- Comment #30 from Marco <cimmo(a)libero.it> 2007-12-05 02:52:23 ---
Dan I tried a bit, but seems that for the correct working of the program I
still have to launch it with:
WINEDLLOVERRIDES="odbccp32,odbc32,ole32,oleaut32,rpcrt4=n" wine
"C:\Programmi\Juris Data\MTJuris.exe"
anyway as I said now I have regression that make me unable to use it and I have
to revert to wine 0.9.46 can you help me?
Testing is easy, just do a search, click to the second result and text below
search will disappears.
thanx
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=8105
--- Comment #4 from Alex Balut <alexandru.balut(a)gmail.com> 2007-12-04 21:45:21 ---
(In reply to comment #2)
> The interesting point of this: it might have worked, if wine supports
> REG_EXPAND_SZ keys on %WINDIR%.
> I tested it by importing an REG_EXPAND_SZ Windir but it's ignored by wine.
> So this unearthed a wine deficiency too :)
> To fix this, restore the REG_SZ key after installation to "c:\windows".
This seems to be because the windir key you pointed is a REG_SZ key in Wine's
registry. On W2000, it is REG_EXPAND_SZ. I'll make a patch tomorrow, should be
trivial. There are a few other values which are in the same situation, I wonder
whether I should check all the keys Wine creates..
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=7186
Andre Auzi <aauzi(a)users.sourceforge.net> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |aauzi(a)users.sourceforge.net
--- Comment #7 from Andre Auzi <aauzi(a)users.sourceforge.net> 2007-12-04 17:21:34 ---
I've experienced the over sized text rendering of GTK+ (2.12.2) on my system
too.
I've eventually managed to turn around this issue with a hack in cairo (1.4.10)
The hack is simple enough it consists in a change of the scale cairo uses to
render win32 fonts.
It's in the file: src/cairo-win32-private.h
/* AAU: hack
#define WIN32_FONT_LOGICAL_SCALE 32
*/
#define WIN32_FONT_LOGICAL_SCALE 1
Basically, cairo fonts rendered with this scale factor set to 1 are rendered
with a good size (not as smooth are they could be though).
My guess would be that there must be a flaw in the world transformation applied
to fonts but I could not identify it.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=7677
Kirill K. Smirnov <lich(a)math.spbu.ru> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |lich(a)math.spbu.ru
--- Comment #2 from Kirill K. Smirnov <lich(a)math.spbu.ru> 2007-12-04 15:22:49 ---
This happens because WinHelp always returns failure (zero) as a status code.
These applications (toolbox and gp-untis) are just clever enough to check this
code.
All what is need to be done is to return correct status code.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=8105
Alex Balut <alexandru.balut(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |alexandru.balut(a)gmail.com
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=8774
Trevor Davenport <trevor.davenport(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |trevor.davenport(a)gmail.com
--- Comment #28 from Trevor Davenport <trevor.davenport(a)gmail.com> 2007-12-04 14:57:59 ---
This patch does seem to improve the situation for me. Though i need to do some
more testing. It used to trigger quite quickly especially when switching
characters that are in entirely different location. I have been unable to
trigger it after applying the patch.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=5480
--- Comment #3 from Ben Hodgetts (Enverex) <ben(a)atomnet.co.uk> 2007-12-04 14:01:29 ---
I only have the STEAM version installed now which doesn't play the videos on
startup. I assume it was only the standalone version of Half-Life that used to
play them?
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=3800
--- Comment #11 from Roland Käser <roli8200(a)yahoo.de> 2007-12-04 13:07:42 ---
Created an attachment (id=9496)
--> (http://bugs.winehq.org/attachment.cgi?id=9496)
New Winedbug (0.9.50) Log for +font,+text,+xrender
Made the recommended changes from the last post. There is no diffrence in the
behaviour of the bug. Text already becames invisible when rotating.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=6275
Jelle De Loecker <skerit(a)kipdola.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |skerit(a)kipdola.com
--- Comment #11 from Jelle De Loecker <skerit(a)kipdola.com> 2007-12-04 12:02:44 ---
Appears to be fixed in Wine 0.9.50
I was able to install Adobe Premiere Pro 2.0, which uses the same installer and
such.
Some features, like removing, don't work.
The initial install also doesn't work, after that you need to run setup again
and choose the "repair" option, then it will install.
Getting to run the program itself is a whole different story!
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=10043
Summary: Babas Chess version 3.6
Product: Wine
Version: 0.9.46.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: test
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: mikos(a)esc.net.au
With wine version 0.9.46 all chat produces an "application error" message box
(does not quit application, only stops messages being sent).
Steps to reproduce: type "tell %USERNAME% message" or type in chat window when
playing.
This did NOT occur with wine versions 0.9.45 and previous.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=2680
Rihards <rich(a)hq.vsaa.lv> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |rich(a)hq.vsaa.lv
--- Comment #23 from Rihards <rich(a)hq.vsaa.lv> 2007-12-04 10:10:05 ---
i had the same problem with a game "hitman: codename 47" on 0.9.50
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=4805
--- Comment #5 from Rihards <rich(a)hq.vsaa.lv> 2007-12-04 09:42:18 ---
confirming the problem with 0.9.50.
for me, it crashes with both full and emulated sound hw accel.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=4805
Rihards <rich(a)hq.vsaa.lv> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |rich(a)hq.vsaa.lv
--- Comment #4 from Rihards <rich(a)hq.vsaa.lv> 2007-12-04 09:40:43 ---
*** Bug 10665 has been marked as a duplicate of this bug. ***
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=5467
Jesse Allen <the3dfxdude(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |CLOSED
--- Comment #24 from Jesse Allen <the3dfxdude(a)gmail.com> 2007-12-04 08:51:58 ---
closing
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=3477
fabio <fabioamd87(a)alice.it> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |fabioamd87(a)alice.it
--- Comment #4 from fabio <fabioamd87(a)alice.it> 2007-12-04 08:31:59 ---
Same problem, but here ALL work, except the keyboard input.
i'm using wine 0.9.50 on ubuntu 7.10
i can install the game with no problem
i can run the game with no problem
i can skip the introduction scenes only with "esc" button and in the menu, i
can close with "esc" or make everyting with the "mouse" but i I stast the game
i can move homer..
the only problem is the keyboard input...
here the messages in terminal:
fabio@abulafia:~/.wine/drive_c/Programmi/Vivendi Universal Games/The Simpsons
Hit & Run$ wine Simpsons.exe
fixme:win:EnumDisplayDevicesW ((null),0,0x34f780,0x00000000), stub!
fixme:dinput:IDirectInputAImpl_GetDeviceStatus
(0x1c51790)->({6f1d2b61-d5a0-11cf-bfc7-444553540000}): stub
fixme:dinput:IDirectInputAImpl_GetDeviceStatus
(0x1c51790)->({6f1d2b61-d5a0-11cf-bfc7-444553540000}): stub
fixme:dinput:IDirectInputAImpl_GetDeviceStatus
(0x1c51790)->({6f1d2b61-d5a0-11cf-bfc7-444553540000}): stub
fixme:dinput:IDirectInputAImpl_GetDeviceStatus
(0x1c51790)->({6f1d2b61-d5a0-11cf-bfc7-444553540000}): stub
fixme:dinput:IDirectInputAImpl_GetDeviceStatus
(0x1c51790)->({6f1d2b61-d5a0-11cf-bfc7-444553540000}): stub
fixme:dinput:IDirectInputAImpl_GetDeviceStatus
(0x1c51790)->({6f1d2b61-d5a0-11cf-bfc7-444553540000}): stub
fixme:dinput:IDirectInputAImpl_GetDeviceStatus
(0x1c51790)->({6f1d2b61-d5a0-11cf-bfc7-444553540000}): stub
fixme:dinput:IDirectInputAImpl_GetDeviceStatus
(0x1c51790)->({6f1d2b61-d5a0-11cf-bfc7-444553540000}): stub
fixme:d3d_shader:vshader_set_limits Unrecognized vertex shader version 0
fixme:d3d_shader:vshader_set_limits Unrecognized vertex shader version 0
fixme:d3d_shader:vshader_set_limits Unrecognized vertex shader version 0
fixme:d3d_shader:vshader_set_limits Unrecognized vertex shader version 0
fixme:d3d:IWineD3DVertexBufferImpl_PreLoad Too much declaration changes,
stopping converting
fixme:d3d:IWineD3DVertexBufferImpl_PreLoad Too much declaration changes,
stopping converting
fixme:d3d:IWineD3DVertexBufferImpl_PreLoad Too much declaration changes,
stopping converting
fixme:d3d:IWineD3DVertexBufferImpl_PreLoad Too much declaration changes,
stopping converting
fixme:d3d_shader:vshader_set_limits Unrecognized vertex shader version 0
err:ntdll:RtlpWaitForCriticalSection section 0xd36c88 "?" wait timed out in
thread 000d, blocked by 0009, retrying (60 sec)
fixme:d3d_shader:vshader_set_limits Unrecognized vertex shader version 0
fixme:d3d_shader:vshader_set_limits Unrecognized vertex shader version 0
fixme:d3d_shader:vshader_set_limits Unrecognized vertex shader version 0
fixme:d3d_shader:vshader_set_limits Unrecognized vertex shader version 0
fixme:d3d_shader:vshader_set_limits Unrecognized vertex shader version 0
fixme:dsound:DllCanUnloadNow (void): stub
fabio@abulafia:~/.wine/drive_c/Programmi/Vivendi Universal Games/The Simpsons
Hit & Run$
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=10655
Summary: syntax error during compiling from source
Product: Wine
Version: 0.9.50.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-multimedia
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dimich.dmb(a)gmail.com
./configure and make depend passed successfully, but during `make' i got error:
gcc -c -I. -I. -I../../include -I../../include -D__WINESRC__ -D_NTSYSTEM_
-D_REENTRANT -fPIC -Wall -pipe -fno-strict-aliasing
-Wdeclaration-after-statement -Wwrite-strings -Wpointer-arith -Wall -O2
-march=pentium4 -pipe -o cdrom.o cdrom.c
In file included from /usr/include/linux/cdrom.h:14,
from cdrom.c:66:
/usr/include/asm/byteorder.h:13: error: syntax error before "__u32"
/usr/include/asm/byteorder.h:27: error: syntax error before "__u64"
make[2]: *** [cdrom.o] Error 1
make[2]: Leaving directory `/home/dimich/src/wine-0.9.50/dlls/ntdll'
make[1]: *** [ntdll] Error 2
make[1]: Leaving directory `/home/dimich/src/wine-0.9.50/dlls'
make: *** [dlls] Error 2
system: slackware 11.0
/usr/include/linux is the kernel headers for linux-2.6.23.9.
config.log is in attachment.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
come on...
(I'm not sure what would be more polite, to answer that I have no time or not to answer anything. And: I did not compile the code with the suggested change... I used a workaround, that is, edited the .reg file by hands so that the original code accepts it)
there's a fgets in the beginning... you'll need an extra variable...
Finally, I'm a user, and it's a bug report, not a fix.
> http://bugs.winehq.org/show_bug.cgi?id=10661
> --- Comment #2 from Dmitry Timoshkov <dmitry(a)codeweavers.com> 2007-12-03 23:41:07 ---
> (In reply to comment #0)
> > http://source.winehq.org/source/programs/regedit/regproc.c reads (line 570):
> > 570 if ((c = fgetc (in)) == EOF || c != ' ' ||
> > 571 (c = fgetc (in)) == EOF || c != ' ')
> > 572 fprintf(stderr,"%s: ERROR - invalid continuation.\n",
> > 573 getAppName());
> > It should be:
> > do { c=fgetc(in); } while(c==' '||c=='\t');
> > if(c==EOF){fprintf(stderr,"%s: ERROR - invalid continuation.\n",
> > getAppName());}
> > ungetc(c,in);
> It should be pretty easy to rewrite the fix to avoid the ungetc() at the end,
> and use the same whitespace formatting rules as the existing code does.
http://bugs.winehq.org/show_bug.cgi?id=3952
Ben Hodgetts (Enverex) <ben(a)atomnet.co.uk> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |twistedup90(a)gmail.com
--- Comment #19 from Ben Hodgetts (Enverex) <ben(a)atomnet.co.uk> 2007-12-04 05:10:07 ---
*** Bug 10662 has been marked as a duplicate of this bug. ***
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=5467
Ben Axnick <ben.axnick(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |ben.axnick(a)gmail.com
--- Comment #23 from Ben Axnick <ben.axnick(a)gmail.com> 2007-12-03 23:02:15 ---
I apologise for spamming here with multiple entries, I'm new to this bug
reporting thing.
I used nvidia-settings to change my screen res to auto instead of locking it at
1920x1200. The game no longer freezes when I attempt to enter the options menu.
For the record, the freeze was occurring using an uncracked install.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=3270
Jaime Rave <jaimerave(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |jaimerave(a)gmail.com
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=1886
Jaime Rave <jaimerave(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |jaimerave(a)gmail.com
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=9720
Summary: deadzone regression on eventX input devices
Product: Wine
Version: 0.9.45.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: wine-directx-dinput
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: geraldf2(a)free.fr
I don't know exactly with which Wine version this has been introduced
since I jumped from 0.9.42 to 0.9.45, so this may be in-between.
Previously (e.g with 0.9.42) there was no default deadzone using a
'/dev/input/eventX' input device (joystick/wheel), which was good. It
was similar to the behavior on MS-Windows (at least according to my
experience).
Now with Wine 0.9.45 there is a default deadzone which is really bad,
it effectively render my controller unusable. It is especially bad
with a driving wheel controller (really really bad), but it's bad even
with an analog stick joypad (I started using /dev/input/eventX instead
of /dev/input/js0 just because of that when I used such a pad). To be
honest I wonder why someone would even want a deadzone on his
joystick, it renders any fine control impossible.
If there is a way to turn off the deadzone (except from modifying the
source code) please someone tell me, but if it exists it should be
easily accessible (like in the winecfg utility) and turned off by
default (if only to reflect MS-Windows behavior).
Please tell me if you intend to keep this default deadzone anyway, so
that I know I'll have to edit Wine's source code every time I upgrade,
it's not a problem for me since I already have to do that to get force
feedback working anyway but I would be very sorry for the common folks
that just want to play.
Thanks for reading.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=9014
Jaime Rave <jaimerave(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |jaimerave(a)gmail.com
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=8776
Anastasius Focht <focht(a)gmx.net> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |focht(a)gmx.net
--- Comment #11 from Anastasius Focht <focht(a)gmx.net> 2007-12-03 19:42:13 ---
Hello,
@Louis Lenders
Although I'm not subscribed to any wine mailing lists I sometimes read the
parts using news.gmane.org archive.
Just a simple advice: adding test cases for the patch will rise chances
The patch is just an improved version of yours with synchronous handling of
multiple segments and initial parameter validation added.
Make standard harness tests: NULL pointers, misaligned data chunks and reading
multiple chunks.
The remaining "invalid input data" cases (invalid buffers/segment structures
passed into API) can be discarded for now.
If some broken app appears one day, this "special" treatment can be added then
( using SEH or 'evil' IsBadXXX).
For the file offset case (which gets passed via overlapped into ReadFile and
manually incremented within loop) it's probably cleaner to save the value to a
temporary and later restore it before scatter API function returns.
It might be possible that some brain damaged app tries to "reuse" the offset in
"+=" fashion.
If the above criteria are met, I don't see any objections that you can't post
it to wine patches.
Regards
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=8774
--- Comment #27 from Stefan Dösinger <stefandoesinger(a)gmx.at> 2007-12-03 18:47:33 ---
Created an attachment (id=9477)
--> (http://bugs.winehq.org/attachment.cgi?id=9477)
Test patch
Can you try this patch? I wrote a test covering some occlusion query special
cases. I do not see any of them specifically fixing this bug, but who knows,
maybe it helps.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=8189
Evan Teran <eteran(a)alum.rit.edu> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |eteran(a)alum.rit.edu
--- Comment #10 from Evan Teran <eteran(a)alum.rit.edu> 2007-12-03 18:07:18 ---
City of Heroes works great with 0.9.50!
Thanks for the great work.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=9651
Summary: MsiError 259 when installing LabVIEW
Product: Wine
Version: 0.9.44.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: wine-msi
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: john_re(a)fastmail.us
NationalInstruments LabView install from cd,
Installer loads, proceeds to about 5% progress, then gets this error:
"Fatal Error. Unhandled MSI Error"
"MsiError 259: <Unable to format error record.>"
Severity - the sw won't install - install fails.
wine 0.9.44 from wine depository. KUbuntu Fiesty 07.04
upon suggestion from wine IRC I did in ~ "mv .wine .wine.old" then redid the
install attempt - still same exact error.
MSI = MS Installer?
Labview xtra 8.2
"NI LabVIEW 8.2"
"Fatal Error. Unhandled MSI Error"
"MsiError 259: <Unable to format error record.>"
"Unhandled MSI Error"
http://www.google.com/search?q=%22Unhandled+MSI+Error%22&ie=utf-8&oe=utf-8&…
"Msi Error 259"
http://www.google.com/search?hl=en&client=firefox-a&rls=com.ubuntu:en-US:of…
Help please. Thanks. :)
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=8895
James Hawkins <truiken(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |john_re(a)fastmail.us
--- Comment #25 from James Hawkins <truiken(a)gmail.com> 2007-12-03 14:13:48 ---
*** Bug 9651 has been marked as a duplicate of this bug. ***
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=7418
Dan Kegel <dank(a)kegel.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |dank(a)kegel.com
--- Comment #29 from Dan Kegel <dank(a)kegel.com> 2007-12-03 13:17:24 ---
Exactly what native DLLs are you using?
We've been improving builtin dcom lately.
It would be interesting to hear whether wine-0.9.50
can run it ok with just fakeie6 and mdac26, and no dcom98:
wget http://kegel.com/wine/winetricks
sh winetricks fakeie6 mdac26
wine ".wine/drive_c/Program Files/Juris Data/MTJuris.exe"
if you can give that a try.
(I do still have the app here, but limited time to test...)
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=7965
Vijay Kamuju <infyquest(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |FIXED
--- Comment #40 from Vijay Kamuju <infyquest(a)gmail.com> 2007-12-03 12:23:24 ---
resolving as fixed as the patch is the git.
If there are any more crashes raise a new bug
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=2492
Alexander Nicolaysen Sørnes <alex(a)thehandofagony.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |FIXED
--- Comment #7 from Alexander Nicolaysen Sørnes <alex(a)thehandofagony.com> 2007-12-03 11:14:36 ---
Patch applied.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=5503
--- Comment #34 from Kirill K. Smirnov <lich(a)math.spbu.ru> 2007-12-03 10:50:30 ---
Could you check for difference wdmain8.hlp which you got under Linux and
wdmain8.hlp which you got under Windows. I still suspect the file is broken -
internal files |bm372 and |bm373 has invalid size, which is unacceptable for
clean help file. It may happen during Office installation process.
The accepted patch which fixed this bug is really just a pedantic check for
internal sizes and offsets, so this makes me think that your Linux wdmain8.hlp
is broken.
I do not mean that your Office distro in broken, but uncompressed file under
Linux.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=5503
Kirill K. Smirnov <lich(a)math.spbu.ru> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |lich(a)math.spbu.ru
--- Comment #33 from Kirill K. Smirnov <lich(a)math.spbu.ru> 2007-12-03 10:36:25 ---
Bugfix has been committed to git tree.
0.9.51 supposed to be OK.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=7569
--- Comment #21 from Ronny Standtke <Ronny.Standtke(a)gmx.net> 2007-12-03 09:42:09 ---
I just testd 0.9.50 and there has been some little progress here:
In 0.9.36 the background color was RGB(192,192,192) while Windows 2000 uses
RGB(214,211,206). Now, with 0.9.50 the background color is RGB(212,208,200). If
you fix the colors, why is there still an color offset left with regards to
Windows 2000?!?
The radiobutton is still garbled...
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=7418
--- Comment #27 from Marco <cimmo(a)libero.it> 2007-12-03 08:17:26 ---
the program still have the bug, but with some native dlls I managed to work.
However there is a regression, with wine 0.9.46 all is ok, but with .49 and .50
if I search for something and then display results text is shown correctly the
first time, if I click on second result then no text is displayed, have to
close and reopen program.
Attach a small video to understand.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=6163
Rihards <rich(a)hq.vsaa.lv> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |rich(a)hq.vsaa.lv
--- Comment #6 from Rihards <rich(a)hq.vsaa.lv> 2007-12-03 06:26:44 ---
the same problem reproduced with 0.9.36 and 0.9.50
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=8774
Jan-Hendrik Palic <palic(a)billgotchy.de> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |palic(a)billgotchy.de
--- Comment #26 from Jan-Hendrik Palic <palic(a)billgotchy.de> 2007-12-03 03:30:43 ---
Hi,
I only wanted to say, that the problem is still there with 0.9.50 on Debian
unstable/AMD64, 2.6.22-3-amd64 and NVidia 100.14.19-1 (debianpackage).
Regards
Jan
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=6297
--- Comment #29 from James Andrewartha <trs80(a)ucc.asn.au> 2007-12-03 02:45:06 ---
(In reply to comment #28)
> I'm getting this problem with TF2 incessantly with 0.9.50. I have not been
> able to find a workaround, other than rebooting my PC.
Does chattr -R +S on Steam/SteamApps/<username> not work for you?
> Is this problem caused solely by the "clientregistry.blob" file? Deleting the
> file and restarting steam (with wineboot command as well) does not fix anything
> for me.
No, I don't think it has anything to do with ClientRegistry.blob, and that
deleting it only works because it flushes some other files out of the cache due
to all the activity generated by recreating it.
Something to try would be to dumping your caches as described at
http://linux-mm.org/Drop_Caches i.e. run "sync; echo 3 >
/proc/sys/vm/drop_caches"
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=2523
Markus <markus.webmail(a)web.de> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution| |ABANDONED
--- Comment #3 from Markus <markus.webmail(a)web.de> 2007-12-03 02:28:41 ---
too long ago...
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=6297
James <epsilon72(a)cox.net> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |epsilon72(a)cox.net
--- Comment #28 from James <epsilon72(a)cox.net> 2007-12-02 23:12:22 ---
I'm getting this problem with TF2 incessantly with 0.9.50. I have not been
able to find a workaround, other than rebooting my PC.
Is this problem caused solely by the "clientregistry.blob" file? Deleting the
file and restarting steam (with wineboot command as well) does not fix anything
for me.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=6691
Eugene Kanter <ekanter(a)rcn.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |ekanter(a)rcn.com
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=3591
--- Comment #8 from Nerijus Baliunas <nerijus(a)users.sourceforge.net> 2007-12-02 21:20:09 ---
I tried http://www.uinc.ru/files/neox/PE_Tools.shtml. I used Tools->PE
Editor->opened file->Optional Header->Size Of Image was 00016C00. Then I
pressed "?" and it became 00016000->OK->OK. The fixed image can be run on wine,
win98 and XP, while the original image could not be run on XP.
If I make the same for py2exe's run_w.exe (which is a template here:
"See build_executable in build_exe.py - this copies the 'template' executable,
then uses py2exe_util.add_resource(), which calls the win32 functions
BeginUpdateResource, UpdateResource and EndUpdateResource.") and generate exe,
it also runs on XP. I tried to use PE Editor on PETools.exe itself, and
pressing '?' changes Size Of Image too. So it's probably common. Does anyone
know if there's
nothing wrong about fixing Size Of Image or having it incorrect?
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=10364
Summary: My Horse and Me Demo Installer shows product name wrong
Product: Wine
Version: unspecified
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: wine-msi
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ead1234(a)hotmail.com
Created an attachment (id=9035)
--> (http://bugs.winehq.org/attachment.cgi?id=9035)
picture of error
In the installation of My Horse and Me Demo, the product name shows up in
brackets as <ifx_product_name> in the dialog box
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=10634
Summary: wine build .9.50 reports errs with builtin dcom running
winword 97
Product: Wine
Version: unspecified
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: test
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dansawyer(a)earthlink.net
Below, as requested, is output from wine running word 97 with builtin dcom
(ole). (With full native dcom (ole) there is a page fault.)
[dan@T41b ~]$ wine /home/dan/win98/Program\ Files/Microsoft\
Office/Office/winword.exe
fixme:x11drv:X11DRV_GetDeviceCaps (0x30c): CAPS1 is unimplemented, will return
0
err:ole:CoGetClassObject class {00000320-0000-0000-c000-000000000046} not
registered
err:ole:CoGetClassObject no class object {00000320-0000-0000-c000-000000000046}
could be created for context 0x1
err:ole:marshal_object couldn't get IPSFactory buffer for interface
{00000131-0000-0000-c000-000000000046}
err:ole:marshal_object couldn't get IPSFactory buffer for interface
{00000001-0000-0000-c000-000000000046}
err:ole:StdMarshalImpl_MarshalInterface Failed to create ifstub,
hres=0x80040155
err:ole:CoMarshalInterface Failed to marshal the interface
{00000001-0000-0000-c000-000000000046}, 80040155
fixme:ole:CoRegisterClassObject CoMarshalInterface failed, 80040155!
err:ole:CoGetClassObject class {00000320-0000-0000-c000-000000000046} not
registered
err:ole:CoGetClassObject no class object {00000320-0000-0000-c000-000000000046}
could be created for context 0x1
err:ole:marshal_object couldn't get IPSFactory buffer for interface
{00000131-0000-0000-c000-000000000046}
err:ole:CoGetClassObject class {00000320-0000-0000-c000-000000000046} not
registered
err:ole:CoGetClassObject no class object {00000320-0000-0000-c000-000000000046}
could be created for context 0x1
err:ole:marshal_object couldn't get IPSFactory buffer for interface
{00000131-0000-0000-c000-000000000046}
err:ole:CoGetClassObject class {00000320-0000-0000-c000-000000000046} not
registered
err:ole:CoGetClassObject no class object {00000320-0000-0000-c000-000000000046}
could be created for context 0x1
err:ole:marshal_object couldn't get IPSFactory buffer for interface
{00000131-0000-0000-c000-000000000046}
err:ole:marshal_object couldn't get IPSFactory buffer for interface
{00000001-0000-0000-c000-000000000046}
err:ole:StdMarshalImpl_MarshalInterface Failed to create ifstub,
hres=0x80040155
err:ole:CoMarshalInterface Failed to marshal the interface
{00000001-0000-0000-c000-000000000046}, 80040155
fixme:ole:CoRegisterClassObject CoMarshalInterface failed, 80040155!
err:ole:CoGetClassObject class {00000320-0000-0000-c000-000000000046} not
registered
err:ole:CoGetClassObject no class object {00000320-0000-0000-c000-000000000046}
could be created for context 0x1
err:ole:marshal_object couldn't get IPSFactory buffer for interface
{00000131-0000-0000-c000-000000000046}
err:ole:marshal_object couldn't get IPSFactory buffer for interface
{00000001-0000-0000-c000-000000000046}
err:ole:StdMarshalImpl_MarshalInterface Failed to create ifstub,
hres=0x80040155
err:ole:CoMarshalInterface Failed to marshal the interface
{00000001-0000-0000-c000-000000000046}, 80040155
fixme:ole:CoRegisterClassObject CoMarshalInterface failed, 80040155!
err:ole:CoGetClassObject class {00000320-0000-0000-c000-000000000046} not
registered
err:ole:CoGetClassObject no class object {00000320-0000-0000-c000-000000000046}
could be created for context 0x1
err:ole:marshal_object couldn't get IPSFactory buffer for interface
{00000131-0000-0000-c000-000000000046}
err:ole:marshal_object couldn't get IPSFactory buffer for interface
{00000001-0000-0000-c000-000000000046}
err:ole:StdMarshalImpl_MarshalInterface Failed to create ifstub,
hres=0x80040155
err:ole:CoMarshalInterface Failed to marshal the interface
{00000001-0000-0000-c000-000000000046}, 80040155
fixme:ole:CoRegisterClassObject CoMarshalInterface failed, 80040155!
err:ole:CoGetClassObject class {00000320-0000-0000-c000-000000000046} not
registered
err:ole:CoGetClassObject no class object {00000320-0000-0000-c000-000000000046}
could be created for context 0x1
err:ole:marshal_object couldn't get IPSFactory buffer for interface
{00000131-0000-0000-c000-000000000046}
err:ole:marshal_object couldn't get IPSFactory buffer for interface
{00000001-0000-0000-c000-000000000046}
err:ole:StdMarshalImpl_MarshalInterface Failed to create ifstub,
hres=0x80040155
err:ole:CoMarshalInterface Failed to marshal the interface
{00000001-0000-0000-c000-000000000046}, 80040155
fixme:ole:CoRegisterClassObject CoMarshalInterface failed, 80040155!
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=6250
Stefan Dösinger <stefandoesinger(a)gmx.at> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |stefandoesinger(a)gmx.at
--- Comment #26 from Stefan Dösinger <stefandoesinger(a)gmx.at> 2007-12-02 17:18:52 ---
We have a number of different mouse issues; the original one reported here in
guild wars is fixed now, the game destroyed the currently set mouse icon. Wine
unset the cursor and destroyed it, but it was supposed to return an error.
Battlefield 2 and 2142 are different issues - They use an animated mouse
cursor. I think this bug should be closed and new ones opened for the specific
issues(animated cursors, maybe others?)
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=7636
Lei Zhang <thestig(a)google.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Component|wine-help |wine-programs
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=7636
Lei Zhang <thestig(a)google.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |ankomonster(a)gmail.com
--- Comment #4 from Lei Zhang <thestig(a)google.com> 2007-12-02 15:44:33 ---
*** Bug 10617 has been marked as a duplicate of this bug. ***
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=4766
LCID Fire <lcid-fire(a)gmx.net> changed:
What |Removed |Added
----------------------------------------------------------------------------
Attachment #9460 is|0 |1
obsolete| |
--- Comment #5 from LCID Fire <lcid-fire(a)gmx.net> 2007-12-02 12:48:36 ---
(From update of attachment 9460)
Attached to wrong bug
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=6662
Alex Balut <alexandru.balut(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |alexandru.balut(a)gmail.com
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=5884
Alex Balut <alexandru.balut(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Attachment #9404 is|0 |1
obsolete| |
--- Comment #17 from Alex Balut <alexandru.balut(a)gmail.com> 2007-12-02 10:22:55 ---
Created an attachment (id=9455)
--> (http://bugs.winehq.org/attachment.cgi?id=9455)
oleaut32:VarWeekdayName + solid tests
I don't know what's the procedure once I sent the patch to wine-patches.. here
is the patch description:
The patch includes tests for the implemented function. The tests run
fine for locale en_EN.UTF-8, ro_RO.UTF-8 on both Linux and W2000.
Contrary to http://msdn2.microsoft.com/en-us/library/ms221315.aspx,
the iFirstDay parameter represents Monday with 2, not with 1.
Changelog:
* oleaut32: Implement VarWeekdayName
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=917
Jonathan <echidnaman(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |echidnaman(a)gmail.com
--- Comment #6 from Jonathan <echidnaman(a)gmail.com> 2007-12-02 09:16:56 ---
Looks like it's fixed now. I'm not experiencing the bug in Sim City 4.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=8343
Louis Lenders <xerox_xerox2000(a)yahoo.co.uk> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |CLOSED
--- Comment #3 from Louis Lenders <xerox_xerox2000(a)yahoo.co.uk> 2007-12-02 07:31:04 ---
closing dupe
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=8343
Louis Lenders <xerox_xerox2000(a)yahoo.co.uk> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution| |DUPLICATE
--- Comment #2 from Louis Lenders <xerox_xerox2000(a)yahoo.co.uk> 2007-12-02 07:30:45 ---
uuhh, just saw i created a bug for this app as well. Resolving duplicate
*** This bug has been marked as a duplicate of bug 9783 ***
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=5884
--- Comment #16 from Alex Balut <alexandru.balut(a)gmail.com> 2007-12-02 07:20:07 ---
(In reply to comment #15)
> > localeValue += (iWeekday - 1 + iFirstDay - 1) % 7
>
> But this would return monday for iFirstday==1 and iWeekday==1,
> wouldn't it? If yes, it's wrong, it should be sunday.
Yes, I discovered that by running the test on W2000.. I used the information on
this page: http://msdn2.microsoft.com/en-us/library/ms221315.aspx but it is
wrong, the value "1" for iFirstDay means Sunday, as you say, not Monday. The
explanation for iWeekday also does not make sense, as "1" should be "the first
day of the week", not "Monday", or anything else..
> > I had doubts about having both the function and the
> > function test on the same calls but I'll extend the test,
> > better be safe.
>
> They are (hopefully) tested elsewhere, so it should be OK.
I think the test is now much more solid, I'll post the patch as soon as I
figure how to use git. :)
> + if (buff) WideCharToMultiByte(...); \
> + else buff[0] = '\0'; \
>
> This is suspicious. If you called this with buff==0 (although you
> don't) it would write to address 0.
Yes, I fixed that.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=4278
Louis Lenders <xerox_xerox2000(a)yahoo.co.uk> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |rich(a)hq.vsaa.lv
--- Comment #32 from Louis Lenders <xerox_xerox2000(a)yahoo.co.uk> 2007-12-02 06:12:58 ---
*** Bug 9783 has been marked as a duplicate of this bug. ***
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=5884
--- Comment #15 from Jiri Palecek <jpalecek(a)web.de> 2007-12-02 05:40:39 ---
> But I'm not sure I understand what you wanted to say.
I wanted to describe the correct behaviour.
> localeValue += (iWeekday - 1 + iFirstDay - 1) % 7
But this would return monday for iFirstday==1 and iWeekday==1,
wouldn't it? If yes, it's wrong, it should be sunday.
> I had doubts about having both the function and the
> function test on the same calls but I'll extend the test,
> better be safe.
They are (hopefully) tested elsewhere, so it should be OK.
+ if (buff) WideCharToMultiByte(...); \
+ else buff[0] = '\0'; \
This is suspicious. If you called this with buff==0 (although you
don't) it would write to address 0.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=8357
--- Comment #6 from Charity <AngeliqeR(a)gmail.com> 2007-12-01 17:57:24 ---
(In reply to comment #5)
> Should move the status to
> confirmed at least.
Ignore this part of the comment. I was thinking of a different classification
system.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=8357
Charity <AngeliqeR(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |AngeliqeR(a)gmail.com
--- Comment #5 from Charity <AngeliqeR(a)gmail.com> 2007-12-01 17:53:00 ---
Not fixed yet. I don't see any activity on it really. Should move the status to
confirmed at least. If you want to test it, you can download the free trial. I
added a link to it on AppDB.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=8357
--- Comment #4 from Ishi Carter <mindlethe(a)embarqmail.com> 2007-12-01 17:50:24 ---
Did they fix the problem with player models being invisible with the floating
names?
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=8025
--- Comment #16 from Johannes Svensson <abadaar(a)gmail.com> 2007-12-01 16:35:00 ---
Okay, I was able to reproduce this freeze with the linux ETQW Demo client, so
this is as someone said earlier (probably) not a Wine bug.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=2583
Vitaliy Margolen <vitaliy(a)kievinfo.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |DUPLICATE
--- Comment #10 from Vitaliy Margolen <vitaliy(a)kievinfo.com> 2007-12-01 16:33:18 ---
It's the same. Focus is being checked/changed on mouse button up.
You can test it by setting focus policy to "click to focus".
Duplicate.
*** This bug has been marked as a duplicate of bug 758 ***
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=758
Vitaliy Margolen <vitaliy(a)kievinfo.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |goeran(a)uddeborg.se
--- Comment #13 from Vitaliy Margolen <vitaliy(a)kievinfo.com> 2007-12-01 16:33:18 ---
*** Bug 2583 has been marked as a duplicate of this bug. ***
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=2583
--- Comment #9 from Göran Uddeborg <goeran(a)uddeborg.se> 2007-12-01 16:23:47 ---
Sorry about forgetting the focus question.
I use a focus-follows-mouse policy. (I test this with default settings, no
.twmrc at all.)
About the menu disappearing: The File menu in my notepad stays present as long
as I have the mouse button pressed, even if I move the mouse away from the
menu. The popup menu doesn't. To me that looked different.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=7333
Jonathan <echidnaman(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |echidnaman(a)gmail.com
--- Comment #3 from Jonathan <echidnaman(a)gmail.com> 2007-12-01 16:08:15 ---
Workaround:
Create a ~msstfqf.t file on drive_c, or copy the ~msstfqf.t folder from
~mssetup.t (that's what I did). Get a copy of shell.dll on the internet and
copy it to there. The installation app should now run.
It says that it can't start DDE communication with the Program Manager, so
you'll have to quit the installation before it's "over". So the program won't
install, but you can at least get farther with the workaround.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=2161
Peter L Jones <peter(a)drealm.org.uk> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |peter(a)drealm.org.uk
--- Comment #10 from Peter L Jones <peter(a)drealm.org.uk> 2007-12-01 15:46:13 ---
I didn't previously realise that Robert's patches were against the WINE tree
and the source I had (from http://people.jacklab.net/edogawa/files/wineasio/)
was not closely related.
I've done some substantial additional work since my previous patch and Robert
has also made some updates that unfortunately conflicted.
I've passed the updated source package to the JackLab team (well, the
packager), to the 64studio team (Daniel and Free), to Robert Reif and to Ralf
Beck, who has also logged changes.
Subject to bugs... I expect the updated driver to appear at JackLab, as above,
in the coming days.
See also this thread:
http://forum.jacklab.net/viewtopic.php?t=563
for further details.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=5770
Jonathan <echidnaman(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |echidnaman(a)gmail.com
--- Comment #4 from Jonathan <echidnaman(a)gmail.com> 2007-12-01 15:43:03 ---
Sega Smash Pack II has this problem as of 0.9.50
Effects such as fading in from white at the "SEGA" logo at startup work across
the whole screen, but the logo and stuff is only drawn in a square in the upper
left hand corner. (There should be some pics in the appdb)
Since there are only 2 fixme's it shouldn't hurt to post them here.
fixme:win:EnumDisplayDevicesW ((null),0,0x34f97c,0x00000000), stub!
fixme:x11drv:X11DRV_desktop_SetCurrentMode Cannot change screen BPP from 32 to
8
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=4098
Austin English <austinenglish(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |vladimiroski(a)gmail.com
--- Comment #3 from Austin English <austinenglish(a)gmail.com> 2007-12-01 15:25:21 ---
*** Bug 10609 has been marked as a duplicate of this bug. ***
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=2583
--- Comment #8 from Vitaliy Margolen <vitaliy(a)kievinfo.com> 2007-12-01 15:05:28 ---
The reason it disappears immediately is that mouse is not over the popup menu.
So the focus is being transfered back to the app. With regular menus, mouse
pointer is over the new submenu, so it stays focused.
In either case, you still haven't answered the question "What is the focus
policy are you using?"
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=8868
Freyr Gunnar Ólafsson <gnarlin(a)utopia.is> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |gnarlin(a)utopia.is
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=6971
Jared Sutton <jpsutton(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |jpsutton(a)gmail.com
--- Comment #37 from Jared Sutton <jpsutton(a)gmail.com> 2007-12-01 13:21:33 ---
I'm pretty sure this is the problem I'm seeing with BF1942 with wine 0.9.50
(and 0.9.49) on Ubuntu Gutsy. I was using 0.9.49 from the winehq repository
and 0.9.50 from a fresh build.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=2583
--- Comment #7 from Göran Uddeborg <goeran(a)uddeborg.se> 2007-12-01 12:51:11 ---
The problems with the File menu mentioned in comment 3 and 4 sounds like the
same as bug 758. But the original problem I reported, about popup menus bound
to the right mouse button is different.
The File menu remains as long as the mouse button is pressed. By keeping it
pressed while moving down in the menu, a menu entry can be choosen.
The popup menu on the other hand never appears, except sometimes as a brief
flash. There is no way to select anything from a popup menu.
There could of course be some common underlying reason. But the appearance of
the two problems are at least different.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=10625
Summary: opengl: changing resolution leads to partially used
screen
Product: Wine
Version: unspecified
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-opengl
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: fpbeekhof(a)gmail.com
When running tactical ops, the default resolution is 640x480.
I can change this to 1280x1024. This "works", in the sense that the monitor
resolution changes and the game switches to this resolution as well.
However, only the top left of the screen is displayed, the other 3/4 of the
screen remain dark, showing only part of the game.
$ wine --version
wine-0.9.46
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=2492
Alexander Nicolaysen Sørnes <alex(a)thehandofagony.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |alex(a)thehandofagony.com
AssignedTo|wine-bugs(a)winehq.org |alex(a)thehandofagony.com
--- Comment #6 from Alexander Nicolaysen Sørnes <alex(a)thehandofagony.com> 2007-12-01 12:07:34 ---
I'm working on a patch for this, should be ready soon.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=8557
--- Comment #13 from Daniel Reichelt <nl(a)itamservices.de> 2007-12-01 09:18:19 ---
one quirks in ##10 and 11: the version is not 0.45 but 0.44 - sorry for the
confusion.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=8557
--- Comment #11 from Daniel Reichelt <nl(a)itamservices.de> 2007-12-01 09:12:01 ---
PS: the actions in comment #10 took place not under vnc but under a remote
X-Server. When I try the same thins under vncserver, this happens:
- with marlett.ttf existing, I just get the messed up display.
- with marlett.ttf gone, the attached tracelog2 applies.
cu
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=8557
--- Comment #10 from Daniel Reichelt <nl(a)itamservices.de> 2007-12-01 09:05:33 ---
since the debian release of wine 0.45, the hack mentioned by Rod doesn't work
anymore. I can launch e.g. winefile allright, however I get a messed up
display: every bit of text gets displayed in marlett.ttf instead of the
standard SSerif font. But when I manually move marlett.ttf out of its default
location, it works again (renaming doesn't suffice, obviously the first found
truetype font is used). Any ideas appreciated! thx
Daniel
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=7965
--- Comment #37 from RD <frail.knight(a)gmail.com> 2007-12-01 09:02:12 ---
The patch has fixed the crash for me. I was able to play in the Random Arena
and Team Arena for well over an hour and then logout of the game without the
Concurrent Lights Crash ever happening. Thank you very much for the patch! :)
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=5770
Alexander Nicolaysen Sørnes <alex(a)thehandofagony.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |fpbeekhof(a)gmail.com
--- Comment #3 from Alexander Nicolaysen Sørnes <alex(a)thehandofagony.com> 2007-12-01 08:01:41 ---
*** Bug 10625 has been marked as a duplicate of this bug. ***
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=8357
uglymoo <ugglymoo(a)yahoo.fr> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |ugglymoo(a)yahoo.fr
--- Comment #3 from uglymoo <ugglymoo(a)yahoo.fr> 2007-12-01 07:42:36 ---
No changes with wine 9.50
OS - Mandriva 2008
Processor - AMD barton 3200+
Motherboard - chipset Nforce 2
Memory - 2gig
Video Card(s) - MSI 7600gs 512
Monitor - Hanns 19" LCD (resolution 1280x1024)
when vertex shaders off some textures still missing, the game blink at
character login when Vertex shaders are on ( GLSL as well ), blue blink
i think Eq is close to be fully playable, this is the only bug i noticed with
this game.
I really hope to play soon Eq with wine,
If i can help.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=3729
--- Comment #28 from jprofesorek(a)gmail.com 2007-12-01 06:40:42 ---
Still not working under wine 0.9.50
Already EIGHT versions and no bugfix.
And previously it has been marked as "platinum"
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=5884
--- Comment #14 from Alex Balut <alexandru.balut(a)gmail.com> 2007-12-01 06:38:43 ---
(In reply to comment #13)
> if you pass 1 as iFirstDay, the first day of week is sunday as in US;
If I pass 1 as iFirstDay I get the first day of the week to be Tuesday, which
is wrong. I'll fix the problem. But I'm not sure I understand what you wanted
to say.
> if you pass 0 and
> read 0 from the locale, it is _monday_. (don't ask me why...)
That is how it should be.
I think the code runs fine when iFirstDay is 0, but indeed, there is a bug in
the patch I attached when iFirstDay is >0. When iFirstDay is 0 it should
actually be set to firstDay + 1 and then localeValue += (iWeekday - 1 +
iFirstDay - 1) % 7.
LOCALE_SABBREVDAYNAME1 is Monday according to the MS documentation.
> > test does not check the returned values to match any (hardcoded) values
>
> which is why your test can't check this, you can try it with this test
> http://www.nabble.com/olaut32:-VarWeekdayName-test-t4209794.html
>
> It checks the names against what is read from the locale, so it should work
> under any locale.
I had doubts about having both the function and the function test on the same
calls but I'll extend the test, better be safe.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=7965
RD <frail.knight(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Attachment #9278 is|0 |1
obsolete| |
--- Comment #36 from RD <frail.knight(a)gmail.com> 2007-12-01 06:13:22 ---
Created an attachment (id=9429)
--> (http://bugs.winehq.org/attachment.cgi?id=9429)
Updated 0.9.50 error log ending in " Too Many Concurrent Lights" crash
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=7965
--- Comment #35 from RD <frail.knight(a)gmail.com> 2007-12-01 06:11:54 ---
I now have 0.9.50 installed. I'm posting the error log(prepatch) for the sake
of consistency. I'll apply the patch, try it again, and report on my findings.
:)
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=5884
--- Comment #13 from Jiri Palecek <jpalecek(a)web.de> 2007-12-01 05:36:09 ---
I'm pretty sure you got the calculation wrong. The whole thing is, if you pass
1 as iFirstDay, the first day of week is sunday as in US; if you pass 0 and
read 0 from the locale, it is _monday_. (don't ask me why...)
> test does not check the returned values to match any (hardcoded) values
which is why your test can't check this, you can try it with this test
http://www.nabble.com/olaut32:-VarWeekdayName-test-t4209794.html
It checks the names against what is read from the locale, so it should work
under any locale.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.