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.