http://bugs.winehq.com/show_bug.cgi?id=1306
------- Additional Comments From fsteinel(a)flonet.net 2003-22-06 10:43 -------
Bug comments restored from Gmane.org:
I'm running Unreal in OpenGL with wine since months without trouble. Now after
updating my System (glibc2.3.1, gcc 3.2.2, XFree4.3.0) it isn't grabbing the
keyboard anymore. The keyboard input still goes to the console window (if i
start it
from there), everything else seems to be like before. It doesnt appear if i use
Desktop or managed windows, but thats really bad to play. Any other setting seems
to have no effect.
------- Additional Comments From lionel.ulmer <at> free.fr 2003-03-03 15:35 -------
Questions :
- do you still have mouse working ?
- do you have DXGrab set to "Y" ?
- did you try to change window manager (or even better, without a window
manager) ?
- (seems dumb) you sure that you give focus to the Wine window ?
------- Additional Comments From lfs <at> isl-gbr.de 2003-03-04 01:59 -------
Questions :
- do you still have mouse working ?
yes, the mouse is working
- do you have DXGrab set to "Y" ?
yes i have
- did you try to change window manager (or even better, without a window
manager) ?
no, i didnt - will have to find out how it can be started without a manager
- (seems dumb) you sure that you give focus to the Wine window ?
it isnt opening a window (only if i use allow windomanager to manage = Y) but then
its not fullscreen and the window isnt having the correct size, so unplayable.
Enabling or disabling focus in the options has no effect.
------- Additional Comments From lfs <at> isl-gbr.de 2003-03-04 11:33 -------
if i open it in a 2nd x server without windowmanager it works fine. So it could be
caused by kde3.1 as well...
------- Additional Comments From lfs <at> isl-gbr.de 2003-03-04 15:38 -------
installed half life, the same problem appears directly when it asks for the cd
key, so
its no unreal alone problem...next thing i'll try will be another windowmanager
------- Additional Comments From lfs <at> isl-gbr.de 2003-03-09 12:48 -------
doesnt seem to work with other windowmanagers, tried now with icewm, same
problem.
------- Additional Comments From lfs <at> isl-gbr.de 2003-04-03 05:42 -------
nobody else seems to have this bug, and i guess there are some xfree4.3.0
users now out there. If it is an error of my system, what can i do to find out
what its caused by ?
------- Additional Comments From mike <at> theoretic.com 2003-04-03 08:41 -------
This sounds like a bad WM interaction. There are some other possibilities as well.
I don't understand why it's bad to play with wine managing windows though.
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.com/show_bug.cgi?id=1308
------- Additional Comments From fsteinel(a)flonet.net 2003-22-06 10:38 -------
Bug comments restored from Gmane.org:
snipped the error messages I get when I try to build crosstest in dlls/kernel/
on Debian 3.0.
cc1: warning: -fPIC ignored for target (all code is position independent)
i586-mingw32msvc-gcc -c -I. -I. -I../../../include -I../../../include -g -O2
-Wall -Wpointer-arith -mpreferred-stack-boundary=2 -gstabs+ -fPIC -D_REENTRANT
-o locale.cross.o locale.c
cc1: warning: -fPIC ignored for target (all code is position independent)
i586-mingw32msvc-gcc -c -I. -I. -I../../../include -I../../../include -g -O2
-Wall -Wpointer-arith -mpreferred-stack-boundary=2 -gstabs+ -fPIC -D_REENTRANT
-o path.cross.o path.c
cc1: warning: -fPIC ignored for target (all code is position independent)
i586-mingw32msvc-gcc -c -I. -I. -I../../../include -I../../../include -g -O2
-Wall -Wpointer-arith -mpreferred-stack-boundary=2 -gstabs+ -fPIC -D_REENTRANT
-o pipe.cross.o pipe.c
cc1: warning: -fPIC ignored for target (all code is position independent)
In file included from ../../../include/winsock2.h:47,
from ../../../include/windows.h:62,
from ../../../include/rpc.h:22,
from ../../../include/wtypes.h:2,
from pipe.c:36:
../../../include/winsock.h:237: parse error before `u_long'
../../../include/winsock.h:237: warning: no semicolon at end of struct or union
../../../include/winsock.h:338: parse error before `u_short'
../../../include/winsock.h:338: warning: no semicolon at end of struct or union
../../../include/winsock.h:340: parse error before `}'
../../../include/winsock.h:340: warning: type defaults to `int' in declaration
of `SOCKADDR'
../../../include/winsock.h:340: warning: type defaults to `int' in declaration
of `PSOCKADDR'
../../../include/winsock.h:340: warning: type defaults to `int' in declaration
of `LPSOCKADDR'
../../../include/winsock.h:340: warning: data definition has no type or storage
class
../../../include/winsock.h:344: parse error before `u_short'
../../../include/winsock.h:344: warning: no semicolon at end of struct or union
../../../include/winsock.h:345: warning: type defaults to `int' in declaration
of `l_linger'
../../../include/winsock.h:345: warning: data definition has no type or storage
class
../../../include/winsock.h:346: warning: type defaults to `int' in declaration
of `LINGER'
../../../include/winsock.h:346: warning: type defaults to `int' in declaration
of `PLINGER'
../../../include/winsock.h:346: warning: type defaults to `int' in declaration
of `LPLINGER'
../../../include/winsock.h:346: warning: data definition has no type or storage
class
../../../include/winsock.h:416: parse error before `u_int'
../../../include/winsock.h:416: warning: no semicolon at end of struct or union
../../../include/winsock.h:422: parse error before `}'
../../../include/winsock.h:422: warning: type defaults to `int' in declaration
of `fd_set'
../../../include/winsock.h:422: warning: type defaults to `int' in declaration
of `FD_SET'
../../../include/winsock.h:422: warning: type defaults to `int' in declaration
of `PFD_SET'
../../../include/winsock.h:422: warning: type defaults to `int' in declaration
of `LPFD_SET'
../../../include/winsock.h:422: warning: data definition has no type or storage
class
../../../include/winsock.h:540: parse error before `u_char'
../../../include/winsock.h:540: warning: no semicolon at end of struct or union
../../../include/winsock.h:540: warning: no semicolon at end of struct or union
../../../include/winsock.h:540: warning: no semicolon at end of struct or union
../../../include/winsock.h:541: warning: type defaults to `int' in declaration
of `S_un_b'
../../../include/winsock.h:541: warning: data definition has no type or storage
class
../../../include/winsock.h:543: parse error before `u_short'
../../../include/winsock.h:543: warning: no semicolon at end of struct or union
../../../include/winsock.h:544: warning: type defaults to `int' in declaration
of `S_un_w'
../../../include/winsock.h:544: warning: data definition has no type or storage
class
../../../include/winsock.h:545: parse error before `S_addr'
../../../include/winsock.h:545: warning: type defaults to `int' in declaration
of `S_addr'
../../../include/winsock.h:545: warning: data definition has no type or storage
class
../../../include/winsock.h:546: warning: type defaults to `int' in declaration
of `S_un'
../../../include/winsock.h:546: warning: data definition has no type or storage
class
../../../include/winsock.h:562: parse error before `}'
../../../include/winsock.h:562: warning: type defaults to `int' in declaration
of `IN_ADDR'
../../../include/winsock.h:562: warning: type defaults to `int' in declaration
of `PIN_ADDR'
../../../include/winsock.h:562: warning: type defaults to `int' in declaration
of `LPIN_ADDR'
../../../include/winsock.h:562: warning: data definition has no type or storage
class
../../../include/winsock.h:567: parse error before `u_short'
../../../include/winsock.h:567: warning: no semicolon at end of struct or union
../../../include/winsock.h:570: parse error before `}'
../../../include/winsock.h:570: warning: type defaults to `int' in declaration
of `SOCKADDR_IN'
../../../include/winsock.h:570: warning: type defaults to `int' in declaration
of `PSOCKADDR_IN'
../../../include/winsock.h:570: warning: type defaults to `int' in declaration
of `LPSOCKADDR_IN'
../../../include/winsock.h:570: warning: data definition has no type or storage
class
../../../include/winsock.h:886: parse error before `u_int'
../../../include/winsock.h:887: parse error before `u_int'
../../../include/winsock.h:888: parse error before `u_int'
../../../include/winsock.h:889: parse error before `u_int'
../../../include/winsock.h:890: parse error before `u_int'
../../../include/winsock.h:891: parse error before `u_int'
../../../include/winsock.h:892: parse error before `u_int'
../../../include/winsock.h:914: parse error before `fd_set'
../../../include/winsock.h:921: warning: parameter has incomplete type
i586-mingw32msvc-gcc: Internal compiler error: program cc1 got fatal signal 11
make[1]: *** [pipe.cross.o] Error 1
make[1]: Leaving directory `/home/jakov/src/Wine/wine-20030219/dlls/kernel/tests'
make: *** [tests/__crosstest__] Error 2
t kov@vmlinux:~/src/Wine/wine-20030219/dlls/kernel> make crosstest 2>&1 >
/tmp/make_crosstest.tx
cc1: warning: -fPIC ignored for target (all code is position independent)
In file included from ../../../include/winsock2.h:47,
from ../../../include/windows.h:62,
from ../../../include/rpc.h:22,
from ../../../include/wtypes.h:2,
from pipe.c:36:
../../../include/winsock.h:237: parse error before `u_long'
../../../include/winsock.h:237: warning: no semicolon at end of struct or union
../../../include/winsock.h:338: parse error before `u_short'
../../../include/winsock.h:338: warning: no semicolon at end of struct or union
../../../include/winsock.h:340: parse error before `}'
../../../include/winsock.h:340: warning: type defaults to `int' in declaration
of `SOCKADDR'
../../../include/winsock.h:340: warning: type defaults to `int' in declaration
of `PSOCKADDR'
../../../include/winsock.h:340: warning: type defaults to `int' in declaration
of `LPSOCKADDR'
../../../include/winsock.h:340: warning: data definition has no type or storage
class
../../../include/winsock.h:344: parse error before `u_short'
../../../include/winsock.h:344: warning: no semicolon at end of struct or union
../../../include/winsock.h:345: warning: type defaults to `int' in declaration
of `l_linger'
../../../include/winsock.h:345: warning: data definition has no type or storage
class
../../../include/winsock.h:346: warning: type defaults to `int' in declaration
of `LINGER'
../../../include/winsock.h:346: warning: type defaults to `int' in declaration
of `PLINGER'
../../../include/winsock.h:346: warning: type defaults to `int' in declaration
of `LPLINGER'
../../../include/winsock.h:346: warning: data definition has no type or storage
class
../../../include/winsock.h:416: parse error before `u_int'
../../../include/winsock.h:416: warning: no semicolon at end of struct or union
../../../include/winsock.h:422: parse error before `}'
../../../include/winsock.h:422: warning: type defaults to `int' in declaration
of `fd_set'
../../../include/winsock.h:422: warning: type defaults to `int' in declaration
of `FD_SET'
../../../include/winsock.h:422: warning: type defaults to `int' in declaration
of `PFD_SET'
../../../include/winsock.h:422: warning: type defaults to `int' in declaration
of `LPFD_SET'
../../../include/winsock.h:422: warning: data definition has no type or storage
class
../../../include/winsock.h:540: parse error before `u_char'
../../../include/winsock.h:540: warning: no semicolon at end of struct or union
../../../include/winsock.h:540: warning: no semicolon at end of struct or union
../../../include/winsock.h:540: warning: no semicolon at end of struct or union
../../../include/winsock.h:541: warning: type defaults to `int' in declaration
of `S_un_b'
../../../include/winsock.h:541: warning: data definition has no type or storage
class
jakov@vmlinux:~/src/Wine/wine-20030219/dlls/kernel> make crosstest l
jakov@vmlinux:~/src/Wine/wine-20030219/dlls/kernel> make crosstest
make[1]: Entering directory `/home/jakov/src/Wine/wine-20030219/dlls/kernel/tests'
i586-mingw32msvc-gcc -c -I. -I. -I../../../include -I../../../include -g -O2
-Wall -Wpointer-arith -mpreferred-stack-boundary=2 -gstabs+ -fPIC -D_REENTRANT
-o pipe.cross.o pipe.c
cc1: warning: -fPIC ignored for target (all code is position independent)
In file included from ../../../include/winsock2.h:47,
from ../../../include/windows.h:62,
from ../../../include/rpc.h:22,
from ../../../include/wtypes.h:2,
from pipe.c:36:
../../../include/winsock.h:237: parse error before `u_long'
../../../include/winsock.h:237: warning: no semicolon at end of struct or union
../../../include/winsock.h:338: parse error before `u_short'
../../../include/winsock.h:338: warning: no semicolon at end of struct or union
../../../include/winsock.h:340: parse error before `}'
../../../include/winsock.h:340: warning: type defaults to `int' in declaration
of `SOCKADDR'
../../../include/winsock.h:340: warning: type defaults to `int' in declaration
of `PSOCKADDR'
../../../include/winsock.h:340: warning: type defaults to `int' in declaration
of `LPSOCKADDR'
../../../include/winsock.h:340: warning: data definition has no type or storage
class
../../../include/winsock.h:344: parse error before `u_short'
../../../include/winsock.h:344: warning: no semicolon at end of struct or union
../../../include/winsock.h:345: warning: type defaults to `int' in declaration
of `l_linger'
../../../include/winsock.h:345: warning: data definition has no type or storage
class
../../../include/winsock.h:346: warning: type defaults to `int' in declaration
of `LINGER'
../../../include/winsock.h:346: warning: type defaults to `int' in declaration
of `PLINGER'
../../../include/winsock.h:346: warning: type defaults to `int' in declaration
of `LPLINGER'
../../../include/winsock.h:346: warning: data definition has no type or storage
class
../../../include/winsock.h:416: parse error before `u_int'
../../../include/winsock.h:416: warning: no semicolon at end of struct or union
../../../include/winsock.h:422: parse error before `}'
../../../include/winsock.h:422: warning: type defaults to `int' in declaration
of `fd_set'
../../../include/winsock.h:422: warning: type defaults to `int' in declaration
of `FD_SET'
../../../include/winsock.h:422: warning: type defaults to `int' in declaration
of `PFD_SET'
../../../include/winsock.h:422: warning: type defaults to `int' in declaration
of `LPFD_SET'
../../../include/winsock.h:422: warning: data definition has no type or storage
class
../../../include/winsock.h:540: parse error before `u_char'
../../../include/winsock.h:540: warning: no semicolon at end of struct or union
../../../include/winsock.h:540: warning: no semicolon at end of struct or union
../../../include/winsock.h:540: warning: no semicolon at end of struct or union
../../../include/winsock.h:541: warning: type defaults to `int' in declaration
of `S_un_b'
../../../include/winsock.h:541: warning: data definition has no type or storage
class
../../../include/winsock.h:543: parse error before `u_short'
../../../include/winsock.h:543: warning: no semicolon at end of struct or union
../../../include/winsock.h:544: warning: type defaults to `int' in declaration
of `S_un_w'
../../../include/winsock.h:544: warning: data definition has no type or storage
class
../../../include/winsock.h:545: parse error before `S_addr'
../../../include/winsock.h:545: warning: type defaults to `int' in declaration
of `S_addr'
../../../include/winsock.h:545: warning: data definition has no type or storage
class
../../../include/winsock.h:546: warning: type defaults to `int' in declaration
of `S_un'
../../../include/winsock.h:546: warning: data definition has no type or storage
class
../../../include/winsock.h:562: parse error before `}'
../../../include/winsock.h:562: warning: type defaults to `int' in declaration
of `IN_ADDR'
../../../include/winsock.h:562: warning: type defaults to `int' in declaration
of `PIN_ADDR'
../../../include/winsock.h:562: warning: type defaults to `int' in declaration
of `LPIN_ADDR'
../../../include/winsock.h:562: warning: data definition has no type or storage
class
../../../include/winsock.h:567: parse error before `u_short'
../../../include/winsock.h:567: warning: no semicolon at end of struct or union
../../../include/winsock.h:570: parse error before `}'
../../../include/winsock.h:570: warning: type defaults to `int' in declaration
of `SOCKADDR_IN'
../../../include/winsock.h:570: warning: type defaults to `int' in declaration
of `PSOCKADDR_IN'
../../../include/winsock.h:570: warning: type defaults to `int' in declaration
of `LPSOCKADDR_IN'
../../../include/winsock.h:570: warning: data definition has no type or storage
class
../../../include/winsock.h:886: parse error before `u_int'
../../../include/winsock.h:887: parse error before `u_int'
../../../include/winsock.h:888: parse error before `u_int'
../../../include/winsock.h:889: parse error before `u_int'
../../../include/winsock.h:890: parse error before `u_int'
../../../include/winsock.h:891: parse error before `u_int'
../../../include/winsock.h:892: parse error before `u_int'
../../../include/winsock.h:914: parse error before `fd_set'
../../../include/winsock.h:921: warning: parameter has incomplete type
i586-mingw32msvc-gcc: Internal compiler error: program cc1 got fatal signal 11
make[1]: *** [pipe.cross.o] Error 1
make[1]: Leaving directory `/home/jakov/src/Wine/wine-20030219/dlls/kernel/tests'
make: *** [tests/__crosstest__] Error 2
jakov@vmlinux:~/src/Wine/wine-20030219/dlls/kernel>
------- Additional Comments From jakob <at> vmlinux.org 2003-03-03 18:17 ------
oops. can _not_ make crosstests...
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.com/show_bug.cgi?id=1309
------- Additional Comments From fsteinel(a)flonet.net 2003-22-06 10:35 -------
Bug comments restored from Gmane.org:
if you have LANG set to de_DE you can input german umlauts.
If you have set it to de_DE.utf8, you no longer can.
instead wine reports for ä (a diaresis even):
fixme:keyboard:EVENT_event_to_vkey keysym is E4
fixme:keyboard:EVENT_event_to_vkey e->keycode is 2F
fixme:keyboard:EVENT_event_to_vkey just before vkey generation, pressed KeyPress?
fixme:keyboard:EVENT_event_to_vkey keysym is E4
fixme:keyboard:EVENT_event_to_vkey e->keycode is 2F
fixme:keyboard:EVENT_event_to_vkey just before vkey generation, pressed KeyPress?
err:keyboard:X11DRV_ToUnicode Please report: no char for keysym 00E4 (adiaeresis) :
err:keyboard:X11DRV_ToUnicode (virtKey=DE,scanCode=28,keycode=2F,state=0)
fixme:keyboard:EVENT_event_to_vkey keysym is E4
fixme:keyboard:EVENT_event_to_vkey e->keycode is 2F
fixme:keyboard:EVENT_event_to_vkey just before vkey generation, pressed KeyRelease?
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.com/show_bug.cgi?id=1310
------- Additional Comments From fsteinel(a)flonet.net 2003-22-06 10:34 -------
Bug comments restored from Gmane.org:
[root@cobra wine]# make
make[1]: Entering directory `/usr/src/wine-cvs/wine/library'
gcc -c -I. -I. -I../include -I../include -g -O2 -Wall
-mpreferred-stack-boundary=2 -gstabs+ -Wpointer-arith -fPIC -D__WINESRC__
-DDLLDIR="\"/usr/local/lib/wine\"" -D_REENTRANT -o ldt.o ldt.c
ldt.c: In function `set_thread_area':
ldt.c:97: `__NR_set_thread_area' undeclared (first use in this function)
ldt.c:97: (Each undeclared identifier is reported only once
ldt.c:97: for each function it appears in.)
make[1]: *** [ldt.o] Error 1
make[1]: Leaving directory `/usr/src/wine-cvs/wine/library'
make: *** [library] Error 2
------- Additional Comments From andi <at> rhlx01.fht-esslingen.de 2003-03-05
07:38 -------
I really don't see why you should get such an error.
In line 97 in CVS, there's SYS_set_thread_area, NOT __NR_set_thread_area.
Or try:
cd /usr/include
find|xargs grep __NR_set_thread_area
to hopefully get some more clue on why exactly this error happens :-\
(perhaps SYS_set_thread_area is defined as __NR_set_thread_area somewhere in
/usr/include)
------- Additional Comments From ivg2 <at> cornell.edu 2003-03-05 07:50 -------
I was slightly puzzled myself, but here it is:
[phantom@cobra include]$ find|xargs grep __NR_set_thread_area
./bits/syscall.h:#define SYS_set_thread_area __NR_set_thread_area
[phantom@cobra include]$ cd /usr/src/wine-cvs/wine/library
[phantom@cobra library]$ grep syscall.h ldt.c
# include <sys/syscall.h>
[phantom@cobra library]$ grep syscall.h /usr/include/sys/syscall.h
we scan the kernel's list and produce <bits/syscall.h> with macros for
# include <bits/syscall.h>
[phantom@cobra library]$
------- Additional Comments From julliard <at> winehq.com 2003-03-05 12:00 -------
The __NR_ one should be defined in asm/unistd.h. Is your asm directory a link
to some old kernel source by any chance? And what's your glibc version?
------- Additional Comments From ivg2 <at> cornell.edu 2003-03-05 12:31 -------
Very strange..
My glibc-kernheaders RPM somehow ended up being newer than Rawhide,
even though I upgrade from Rawhide. I downgraded to current Rawhide,
and the problem is fixed (__NR_set_thread_area is in asm/unistd.h for that
version of the glibc headers, wine compiles..)
Thanks for your help.
Sorry for invalid report.
------- Additional Comments From dpaun <at> rogers.com 2003-03-25 17:38 -------
Looks like it's ready to be CLOSED.
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.com/show_bug.cgi?id=1312
------- Additional Comments From fsteinel(a)flonet.net 2003-22-06 10:30 -------
Bug comments restored from Gmane.org:
dlls/ntdll/cdrom.c does not compile on NetBSD, because it expects CD_FRAMES,
CD_SECS, and CDROM_MSF to be defined in some system header.
On Linux, they seem to be in <linux/cdrom.h>, but they are not defined on
NetBSD at all.
I'll attach a patch that makes it compile again.
This patch also ifdef's out a debugging message that uses some fields of a
structure which also don't exist on NetBSD.
------- Additional Comments From wiz <at> danbala.ifoer.tuwien.ac.at 2003-03-08
02:16 -------
Created an attachment (id=418)
--> (http://bugs.winehq.com/attachment.cgi?id=418&action=view)
compilation fix as mentioned in the bug report
------- Additional Comments From andi <at> rhlx01.fht-esslingen.de 2003-03-08
03:05 -------
'scuse me, I don't see that
TRACE("caching toc from=%d to=%d\n", hdr.cdth_trk0, hdr.cdth_trk1);
line in newest CVS.
Are you running CVS?
If not, does CVS fix anything?
Err no, you're not.
Current CVS has some half-fix. Could you update and patch the remaining missing
parts (CDROM_MSF etc.) instead?
Thanks for the report!
------- Additional Comments From wiz <at> danbala.ifoer.tuwien.ac.at 2003-03-08
07:41 -------
ok, the CD_SECS and CD_FRAMES as well as the debug line are fixed in CVS.
The CDROM_MSF is only used once outside of the #ifdef linux part -- I guess
that's an error and just shouldn't be there.
Additionally, I stumbled over a duplicate assignment around line 920:
data->MediaCatalog.FormatCode = IOCTL_CDROM_MEDIA_CATALOG;
data->MediaCatalog.FormatCode = sc.what.media_catalog.data_format;
One of them should probably go...
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.com/show_bug.cgi?id=1313
------- Additional Comments From fsteinel(a)flonet.net 2003-22-06 10:26 -------
Bug comments restored from Gmane.org:
The Microsoft Powerpoint viewer
http://download.microsoft.com/download/powerpoint2000/ppview97/2000/WIN98/E…
cannot print in wine. If you do "wine ppview32", click on a .pps file, and then
click
print,
the cursor turns busy until you move it, but nothing happens.
If you do "wine ppview32 somefile.pps" (to launch the slideshow directly,
without going
through the main dialog) and then print from the right-click menu, the app just
hangs,
and nothing else happens either...
When this happens, the following is printed to the log:
0009:fixme:commdlg:PRINTDLG_SetUpPrinterListComboA Can't find '(null)' in printer
list so trying to find default
N.B. There are printers defined in /etc/printcap, and other apps, such as the Word
viewer, the Excel viewer, and the builtin notepad print just fine.
------- Additional Comments From wine <at> alk.org.lu 2003-03-25 14:42 -------
*** This bug has been confirmed by popular vote. ***
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.com/show_bug.cgi?id=1314
------- Additional Comments From fsteinel(a)flonet.net 2003-22-06 10:10 -------
Bug comments restored from Gmane.org:
In wine-20030302 shipped by SuSE, if you have a truetype font directory defined
such
as the following:
[FontDirs]
"dir1" = "/home/aknaff/winefonts/core/ttf"
then all fonts defined there in will be downloaded into the generated postscript
file,
even if the printer natively understands them (as defined in the ppd file).
I.e. if I have an arial truetype font, this font is downloaded to the printer,
even though I
have the following in my .ppd file:
*Font ArialMT:
*Font Arial-BoldMT:
*Font Arial-BoldItalicMT:
*Font Arial-ItalicMT:
and even though I have the relevant .afm files in my [afmdirs].
The only way how I could force wine to use the printer's builtin Arial font was
to define
a substitution table where I substituted it with itself:
[System\\CurrentControlSet\\Control\\Print\\Printers\\file\\PrinterDriverData\\FontSubTable]
1047119381
"Courier New"="Courier New"
"Arial"="Arial"
"Times New Roman"="Times New Roman"
"Webdings"="Webdings"
"Tahoma"="Tahoma"
...
[Btw, the above FontSubTable worked for Courier New, Arial, Times New Roman, and
Tahoma, but still not for Webdings. But that's probably a different problem].
After perusing the source code, I found the following in
wine-20030219/dlls/wineps/font.c near the end of function PSDRV_SelectFont :
if(physDev->dc->gdiFont && !subst) {
if(PSDRV_SelectDownloadFont(physDev))
return 0; /* use gdi font */
}
PSDRV_SelectBuiltinFont(physDev, hfont, &lf, FaceName);
return (HFONT)1; /* use device font */
I.e. if there is a gdiFont defined for current font (I assume, this means if a
display font
has been loaded), and if the font is not the result of a substitution, then we
download it
into the printer. Otherwise we try to use a builtin font.
Shouldn't that be the other way round: first try to use a builtin font, and only
if that is not
possible (because no such font defined in generic.ppd or missing .afm file)
download it.
------- Additional Comments From wine <at> alk.org.lu 2003-03-25 14:42 -------
*** This bug has been confirmed by popular vote. ***
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.com/show_bug.cgi?id=1315
------- Additional Comments From fsteinel(a)flonet.net 2003-22-06 09:54 -------
Bug comments restored from Gmane.org:
Hello wine developers,
I have problems with directories on VFAT partitions. wine can't find most of
directories, it see only them with name with all capital ASCII letters. With
this problem I can run no program! I can run windows programs only from linux
partition.
I assigned this bug to wine-loader but I don't know if problem is there...
Problems occur for longer time (I tried last three releases).
Here is the listing directories and files which have such problems:
!Audio
&Audio
!Compress
CygWin
!Editory
!Education
Fifne
Filmy
!Grafika
!Hardware
&Hardware
Hry
&Hry
Install
!Internet
&Internet
Linux
&Listy
Mp3
MSOffice
My Music
Obrázky
Petr
!Prog
&Prog
!Program Files
temp
&Upload
Video
&Video
!Viewers
Zálohy
3nityShop_soubory
Frankie[1].asx
Zarodek.bmp
PøÃslovÃ.doc
snail.gif
3nityShop.htm
48h_ccds.it
Entropie.jpg
pp3-36-12.jpg
ww1-36-12.jpg
1a1a.jpg
6a6a.jpg
dirs.lst
1judas_o.mp3
print.mxp
mat_sym_v5.ps
zcu-ca.p7b
ildasm.reg
all.tgz
eee.txt
frankieKnuckles[1].wax
Here is list which was OK:
FANDA
STULDA
AVG6DB_F.DAT
------- Additional Comments From andi <at> rhlx01.fht-esslingen.de 2003-03-09
05:06 -------
Are you sure you're using proper "win95" or "vfat" entries in the Filesystem
type of a drive entry within the wine config file ~/.wine/config instead of
using the strongly discouraged "dos" type?
------- Additional Comments From valtri <at> atlas.cz 2003-03-09 05:12 -------
Thanks for quick response.
Yes I am. Here is my drive settings:
[Drive A]
"Path" = "/A:"
"Type" = "floppy"
"Device" = "/dev/fd0"
[Drive C]
"Path" = "/C:"
"Type" = "hd"
"Serial" = "16500FEC"
"Label" = "Fat16"
"Filesystem" = "win95"
[Drive D]
"Path" = "/D:"
"Type" = "hd"
"Serial" = "38D2DA25"
"Label" = "Fat32"
"Filesystem" = "win95"
; make sure that device is correct and has proper permissions !
[Drive E]
"Path" = "/E:"
"Type" = "hd"
"Serial" = "3ACE2659"
"Label" = "Mp3"
"Filesystem" = "win95"
[Drive H]
"Path" = "${HOME}"
"Type" = "network"
"Label" = "Home"
"Filesystem" = "win95"
[Drive L]
"Path" = "/"
"Type" = "network"
"Label" = "Linux"
"Filesystem" = "win95"
[Drive Q]
"Path" = "/Q:"
"Type" = "cdrom"
"Device" = "/dev/cdrom"
------- Additional Comments From andi <at> rhlx01.fht-esslingen.de 2003-03-09
05:17 -------
Hmm, indeed.
Could you mention the mount options you use for /C: from /etc/fstab?
Maybe some unusual codepage or so?
Also, please add some --debugmsg +file,+dosfs logfile.
------- Additional Comments From valtri <at> atlas.cz 2003-03-09 06:16 -------
Part of etc/fstab:
/dev/hda1 /C: vfat
defaults,utf8,umask=007,quiet,nocase=1,uid=root,gid=local 0 0
End of logfile:
trace:dosfs:DOSFS_ReadDir Read: long_name:
L"Ir50_qc.dllrIR50_QC.DLLHOWUS~1.MSFSFPL~1.MSFF#2.logNCONEXA~2.LOG", short_name:
L"JAVAPERMGID"
trace:dosfs:DOSFS_ReadDir Read: long_name:
L"Ir50_32.dllrIR50_32.DLLHOWUS~1.MSFSFPL~1.MSFF#2.logNCONEXA~2.LOG", short_name:
L"JAVAPERMGID"
trace:dosfs:DOSFS_ReadDir Read: long_name:
L"Ivfsrc.axlIVFSRC.AX.DLLHOWUS~1.MSFSFPL~1.MSFF#2.logNCONEXA~2.LOG", short_name:
L"JAVAPERMGID"
trace:dosfs:DOSFS_ReadDir Read: long_name:
L"Ir32_32.dllVIR32_32.DLLHOWUS~1.MSFSFPL~1.MSFF#2.logNCONEXA~2.LOG", short_name:
L"JAVAPERMGID"
trace:dosfs:DOSFS_ReadDir Read: long_name:
L"Iac25_32.axVIAC25_32.AXHOWUS~1.MSFSFPL~1.MSFF#2.logNCONEXA~2.LOG", short_name:
L"JAVAPERMGID"
trace:dosfs:DOSFS_ReadDir Read: long_name:
L"vredir.vxdxVREDIR.VXDAXHOWUS~1.MSFSFPL~1.MSFF#2.logNCONEXA~2.LOG", short_name:
L"JAVAPERMGID"
warn:dosfs:DOSFS_FindUnixName L"WinRAR.exe" not found in '/C:/WINDOWS/SYSTEM'
warn:file:CreateFileW Unable to get full filename from
L"C:\\WINDOWS\\SYSTEM\\WinRAR.exe" (GLE 2)
wine: cannot find 'WinRAR.exe'
I can send compressed whole logfile directly to you (I don't know how attached
it here). It take 140 kB.
------- Additional Comments From valtri <at> atlas.cz 2003-03-09 06:42 -------
Created an attachment (id=419)
--> (http://bugs.winehq.com/attachment.cgi?id=419&action=view)
Console log with debugmsg +file +dosfs
------- Additional Comments From valtri <at> atlas.cz 2003-03-09 06:43 -------
Already I know how attach file. :-)
------- Additional Comments From spetreolle <at> yahoo.fr 2003-03-10 07:35 -------
Run Scandisk on your disk, as you have several files with the same shortname.
Looks like a corrupted filesystem.
trace:dosfs:DOSFS_ReadDir Read: long_name: L"snail.gifISNAIL.GIFY~1.PS\0010", sh
ort_name: L"STULDA "
trace:dosfs:DOSFS_ReadDir Read: long_name: L"1a1a.jpgf1A1A.JPGIFY~1.PS\0010", sh
ort_name: L"STULDA "
trace:dosfs:DOSFS_ReadDir Read: long_name: L"6a6a.jpgf6A6A.JPGIFY~1.PS\0010", sh
ort_name: L"STULDA "
trace:dosfs:DOSFS_ReadDir Read: long_name: L"pp3-36-12.jpg.PP3-36~1.JPG", short_
name: L"STULDA "
trace:dosfs:DOSFS_ReadDir Read: long_name: L"ww1-36-12.jpg.WW1-36~1.JPG", short_
name: L"STULDA "
trace:dosfs:DOSFS_ReadDir Read: long_name: L"My Music2MYMUSI~1-36~1.JPG", short_
name: L"STULDA "
trace:dosfs:DOSFS_ReadDir Read: long_name: L"&Audioi&AUDIOSI~1-36~1.JPG", short_
name: L"STULDA "
trace:dosfs:DOSFS_ReadDir Read: long_name: L"&InternetU&INTER~136~1.JPG", short_
name: L"STULDA "
trace:dosfs:DOSFS_ReadDir Read: long_name: L"&Progr&PROGINTER~136~1.JPG", short_
name: L"STULDA "
trace:dosfs:DOSFS_ReadDir Read: long_name: L"Zarodek.bmpIZARODEK.BMPJPG", short_
name: L"STULDA "
------- Additional Comments From valtri <at> atlas.cz 2003-03-10 07:59 -------
I ran the scandisk (under Windows) and all is OK.
Note files in this directory was repaired in the past and they already are with
short names (with "~").
I will delete this directory and send new wine logfile.
------- Additional Comments From valtri <at> atlas.cz 2003-03-10 08:07 -------
Created an attachment (id=421)
--> (http://bugs.winehq.com/attachment.cgi?id=421&action=view)
gzipped log output again, executed program is "/D:/!Education/CyberSky/Cybersky.exe"
------- Additional Comments From valtri <at> atlas.cz 2003-03-10 08:14 -------
Many short names are the same. It seems there is a bug with finding out short
names (or only in debug printfs :-)).
------- Additional Comments From valtri <at> atlas.cz 2003-03-25 08:49 -------
Interesting. I removed mount option "utf8" and it starts work:
mount /dev/hda5 /D: -t vfat -o utf8
... doesn't work (option "utf8" is required for reproducing this bug)
mount /dev/hda5 /D: -t vfat -o iocharset=utf8
... works, but there are doubled some characters
mount /dev/hda5 /D: -t vfat -o iocharset=cp852
... works, but some characters have bad encoding (cp852 isn't
Windows standard, it contains iso8859-2 characters)
mount /dev/hda5 /D: -t vfat -o iocharset=cp1250
... works OK (cp1250 is standard encoding in Windows
for iso8859-2 characters)
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.com/show_bug.cgi?id=1316
------- Additional Comments From fsteinel(a)flonet.net 2003-22-06 09:42 -------
Bug comments restored from Gmane.org:
When I open a figure in MATLAB the text and general scale of the objects in teh
figure are inordinately large. Some figures I have created on win show up only
partially, because of the size.
the url points to an example image.
note how large the buttons etc are.
Interestingly the tool tip string is the right size.
thanks, and congratulations on a very well made program
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.