* [sisyphus] wine, winecfg crash
@ 2007-01-28 9:28 Michael Sotnikov
2007-01-28 17:48 ` Vitaly Lipatov
0 siblings, 1 reply; 24+ messages in thread
From: Michael Sotnikov @ 2007-01-28 9:28 UTC (permalink / raw)
To: sisyphus
Добрый день!
Проблема с wine
[astar@head ~]$ rpmquery wine libwine
wine-20061224-alt2
libwine-20061224-alt2
при первом старте (после чистки ~/.wine и ~/wine_c) крешится. лог/дамп
аналогичен, если запустить просто winecfg.
После такого старта в ~/.wine есть system.reg на размер которого при
следующих запусках ругается:
[astar@head ~]$ wine
ERROR: You have broken system.reg (it has 1705 bytes, fewer than 100000
bytes)
Check your WINE installation or ask your support company
Полистав рассылку, встречал рекомендации поставить glibc-core.i686
i686 у меня включён в apt-source, полагаю что он и стоит
[astar@head ~]$ rpmquery -i glibc-core
Name : glibc-core Relocations: (not relocateable)
Version : 2.5 Vendor: ALT Linux Team
Release : alt4 Build Date: Чтв 25 Янв 2007
03:50:44
Install date: Вск 28 Янв 2007 10:55:03 Build Host:
ldv.hasher.altlinux.org
Group : Система/Библиотеки Source RPM: glibc-2.5-alt4.src.rpm
Size : 2629186 License: LGPL
Есть ещё баг с запуском сервиса, но вроде он не связан с сабжем:
[astar@head ~]$ sudo service wine start
WINE: Registering binary handler for Windows program: /etc/init.d/wine:
line 65: echo: write error: Недопустимый аргумент
куда что курить?
^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: [sisyphus] wine, winecfg crash
2007-01-28 9:28 [sisyphus] wine, winecfg crash Michael Sotnikov
@ 2007-01-28 17:48 ` Vitaly Lipatov
2007-01-28 18:38 ` Michael Sotnikov
0 siblings, 1 reply; 24+ messages in thread
From: Vitaly Lipatov @ 2007-01-28 17:48 UTC (permalink / raw)
To: ALT Linux Sisyphus discussion list
On Sunday 28 January 2007 12:28, Michael Sotnikov wrote:
> Добрый день!
>
> Проблема с wine
В последнем Сизифе?
> [astar@head ~]$ rpmquery wine libwine
> wine-20061224-alt2
> libwine-20061224-alt2
>
> при первом старте (после чистки ~/.wine и ~/wine_c) крешится.
> лог/дамп аналогичен, если запустить просто winecfg.
Сложно сказать что-либо, не увидев дампа.
...
> Полистав рассылку, встречал рекомендации поставить
> glibc-core.i686 i686 у меня включён в apt-source, полагаю что
> он и стоит
Это нужно было для glibc из Compact 3.0
> Есть ещё баг с запуском сервиса, но вроде он не связан с
> сабжем: [astar@head ~]$ sudo service wine start
> WINE: Registering binary handler for Windows program:
> /etc/init.d/wine: line 65: echo: write error: Недопустимый
> аргумент
А что за ядро?
$ uname -a
И что в
$ /sbin/lsmod | grep bin
и
$ ls -l /proc/sys/fs/
--
Lav
Виталий Липатов
Санкт-Петербург
GNU! ALT Linux Team! WINE! LaTeX! LyX! http://freesource.info
^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: [sisyphus] wine, winecfg crash
2007-01-28 17:48 ` Vitaly Lipatov
@ 2007-01-28 18:38 ` Michael Sotnikov
2007-01-28 23:15 ` Vitaly Lipatov
0 siblings, 1 reply; 24+ messages in thread
From: Michael Sotnikov @ 2007-01-28 18:38 UTC (permalink / raw)
To: sisyphus
[-- Attachment #1: Type: text/plain, Size: 2586 bytes --]
Vitaly Lipatov wrote:
> On Sunday 28 January 2007 12:28, Michael Sotnikov wrote:
>> Проблема с wine
> В последнем Сизифе?
да.
>> при первом старте (после чистки ~/.wine и ~/wine_c) крешится.
>> лог/дамп аналогичен, если запустить просто winecfg.
> Сложно сказать что-либо, не увидев дампа.
кусочек с начала. полный лог в аттаче
wine-1.0.5
First running... Using WINEPREFIX=/home/astar/.wine
Creating default file tree...
Warning: could not find DOS drive for current working directory
'/home/astar', starting in the Windows directory.
wine: Unhandled page fault on read access to 0x00000000 at address (nil)
(thread 0009), starting debugger...
wine: Unhandled page fault on read access to 0x00000000 at address (nil)
(thread 000b), starting debugger...
Unhandled exception: page fault on read access to 0x00000000 in 32-bit
code (0x00000000).
Register dump:
CS:0073 SS:007b DS:007b ES:007b FS:003b GS:0033
EIP:00000000 ESP:7fb9ea58 EBP:7fb9eb7c EFLAGS:00210206( - 00 -
RIP1)
EAX:00000000 EBX:00000000 ECX:00000000 EDX:000000c8
ESI:7bf883e0 EDI:00000000
>> Есть ещё баг с запуском сервиса, но вроде он не связан с
>> сабжем: [astar@head ~]$ sudo service wine start
>> WINE: Registering binary handler for Windows program:
>> /etc/init.d/wine: line 65: echo: write error: Недопустимый
>> аргумент
> А что за ядро?
> $ uname -a
$ uname -a
Linux head.band 2.6.16-std26-up-alt13 #1 Sun Nov 5 02:36:17 MSK 2006
i686 GNU/Linux
> И что в
> $ /sbin/lsmod | grep bin
[astar@head ~]$ /sbin/lsmod | grep bin
binfmt_misc 10504 1
> и
> $ ls -l /proc/sys/fs/
$ ls -l /proc/sys/fs/
итого 0
-rw-r--r-- 1 root proc 0 Янв 28 21:37 aio-max-nr
-r--r--r-- 1 root proc 0 Янв 28 21:37 aio-nr
drwxr-xr-x 2 root root 0 Янв 28 11:41 binfmt_misc
-r--r--r-- 1 root proc 0 Янв 28 21:37 dentry-state
-rw-r--r-- 1 root proc 0 Янв 28 21:37 dir-notify-enable
-rw-r--r-- 1 root proc 0 Янв 28 21:37 file-max
-r--r--r-- 1 root proc 0 Янв 28 21:37 file-nr
-r--r--r-- 1 root proc 0 Янв 28 21:37 inode-nr
-r--r--r-- 1 root proc 0 Янв 28 21:37 inode-state
dr-xr-xr-x 2 root proc 0 Янв 28 21:37 inotify
-rw-r--r-- 1 root proc 0 Янв 28 21:37 lease-break-time
-rw-r--r-- 1 root proc 0 Янв 28 21:37 leases-enable
dr-xr-xr-x 2 root proc 0 Янв 28 21:37 mqueue
-rw-r--r-- 1 root proc 0 Янв 28 21:37 overflowgid
-rw-r--r-- 1 root proc 0 Янв 28 21:37 overflowuid
dr-xr-xr-x 2 root proc 0 Янв 28 21:37 quota
-rw-r--r-- 1 root proc 0 Янв 28 21:37 suid_dumpable
и на всякий:
$ cat /etc/fstab | grep proc
proc /proc proc nosuid,noexec,gid=proc
0 0
[-- Attachment #2: wine_log.txt --]
[-- Type: text/plain, Size: 22902 bytes --]
wine-1.0.5
First running... Using WINEPREFIX=/home/astar/.wine
Creating default file tree...
Warning: could not find DOS drive for current working directory '/home/astar', starting in the Windows directory.
wine: Unhandled page fault on read access to 0x00000000 at address (nil) (thread 0009), starting debugger...
wine: Unhandled page fault on read access to 0x00000000 at address (nil) (thread 000b), starting debugger...
Unhandled exception: page fault on read access to 0x00000000 in 32-bit code (0x00000000).
Register dump:
CS:0073 SS:007b DS:007b ES:007b FS:003b GS:0033
EIP:00000000 ESP:7fb9ea58 EBP:7fb9eb7c EFLAGS:00210206( - 00 - RIP1)
EAX:00000000 EBX:00000000 ECX:00000000 EDX:000000c8
ESI:7bf883e0 EDI:00000000
Stack dump:
0x7fb9ea58: 7f0afffc 7bf883e0 7bf8cb40 7bf8cb40
0x7fb9ea68: 7bf883e0 7bf89c74 00000000 7fb9eb7c
0x7fb9ea78: 00000000 7f2877d4 7bf883e0 0000005c
0x7fb9ea88: 00000000 7f0af78f 7bf883e0 7f0af700
0x7fb9ea98: 00000001 7f092235 7bf883e0 7bf883e0
0x7fb9eaa8: 7bf883e0 7bf338f8 7bf41758 7ec47000
Backtrace:
=>1 0x00000000 (0x7fb9eb7c)
2 0x00000040 (0x00000002)
3 0x00000000 (0x00000000)
0x00000000: addb %al,0x0(%eax)
Modules:
Module Address Debug info Name (41 modules)
ELF 7bf00000-7bf03000 Deferred <wine-loader>
ELF 7e446000-7e44b000 Deferred libxfixes.so.3
ELF 7e44b000-7e467000 Deferred imm32<elf>
\-PE 7e450000-7e467000 \ imm32
ELF 7ecd0000-7f556000 Deferred libglcore.so.1
ELF 7f556000-7f5e2000 Deferred libgl.so.1
ELF 7f5e3000-7f5ec000 Deferred libxcursor.so.1
ELF 7f5ec000-7f5f4000 Deferred libxrender.so.1
ELF 7f5f4000-7f60b000 Deferred libice.so.6
ELF 7f60b000-7f6f3000 Deferred libx11.so.6
ELF 7f6f3000-7f701000 Deferred libxext.so.6
ELF 7f701000-7f790000 Deferred winex11<elf>
\-PE 7f710000-7f790000 \ winex11
ELF 7f790000-7f7b0000 Deferred libexpat.so.1
ELF 7f7b0000-7f7de000 Deferred libfontconfig.so.1
ELF 7f7de000-7f7f1000 Deferred libz.so.1
ELF 7f7f1000-7f86b000 Deferred libfreetype.so.6
ELF 7f87d000-7f8c4000 Deferred advapi32<elf>
\-PE 7f890000-7f8c4000 \ advapi32
ELF 7f8c4000-7f957000 Deferred gdi32<elf>
\-PE 7f8e0000-7f957000 \ gdi32
ELF 7f957000-7fa90000 Deferred user32<elf>
\-PE 7f970000-7fa90000 \ user32
ELF 7fbaa000-7fbac000 Deferred libnvidia-tls.so.1
ELF 7fbac000-7fbc0000 Deferred rundll32<elf>
\-PE 7fbb0000-7fbc0000 \ rundll32
ELF 7fbc1000-7fbc6000 Deferred libxdmcp.so.6
ELF 7fbc6000-7fbce000 Deferred libsm.so.6
ELF 7fce4000-7fe00000 Deferred kernel32<elf>
\-PE 7fd00000-7fe00000 \ kernel32
ELF 7ff11000-7ff14000 Deferred libxau.so.6
ELF 7ff14000-7ff1e000 Deferred libnss_files.so.2
ELF 7ff1e000-7ff23000 Deferred libxxf86vm.so.1
ELF 7ff36000-7ff5c000 Deferred libm.so.6
ELF 7ff5c000-7ffe0000 Deferred ntdll<elf>
\-PE 7ff70000-7ffe0000 \ ntdll
ELF b7d5c000-b7d60000 Deferred libdl.so.2
ELF b7d60000-b7e85000 Deferred libc.so.6
ELF b7e85000-b7e9b000 Deferred libpthread.so.0
ELF b7e9b000-b7fac000 Deferred libwine.so.1
ELF b7fbf000-b7fd8000 Deferred ld-linux.so.2
Threads:
process tid prio (all id:s are in hex)
0000000c
0000000d 0
0000000a
0000000b 0
00000008 (D) c:\windows\system32\rundll32.exe
00000009 0 <==
Warning: could not find DOS drive for current working directory '/home/astar', starting in the Windows directory.
wine: Unhandled page fault on read access to 0x00000000 at address (nil) (thread 000d), starting debugger...
Unhandled exception: page fault on read access to 0x00000000 in 32-bit code (0x00000000).
Register dump:
CS:0073 SS:007b DS:007b ES:007b FS:0033 GS:003b
EIP:00000000 ESP:0034ea58 EBP:0034eb7c EFLAGS:00210206( - 00 - RIP1)
EAX:00000000 EBX:00000000 ECX:00000000 EDX:000000c8
ESI:7c0883e8 EDI:00000000
Stack dump:
0x0034ea58: 7e313ffc 7c0883e8 7c08cb48 7c08cb48
0x0034ea68: 7c0883e8 7c089c7c 00000000 0034eb7c
0x0034ea78: 00000000 7e4eb7d4 7c0883e8 0000005c
0x0034ea88: 00000000 7e31378f 7c0883e8 7e313700
0x0034ea98: 00000001 7e2f6235 7c0883e8 7c0883e8
0x0034eaa8: 7c0883e8 7c033900 7c041760 7deab000
Backtrace:
=>1 0x00000000 (0x0034eb7c)
2 0x00000040 (0x00000002)
3 0x00000000 (0x00000000)
0x00000000: addb %al,0x0(%eax)
Modules:
Module Address Debug info Name (41 modules)
ELF 7bf00000-7bf03000 Deferred <wine-loader>
ELF 7d69f000-7d6a8000 Deferred libxcursor.so.1
ELF 7d6a8000-7d6c4000 Deferred imm32<elf>
\-PE 7d6b0000-7d6c4000 \ imm32
ELF 7df34000-7e7ba000 Deferred libglcore.so.1
ELF 7e7ba000-7e846000 Deferred libgl.so.1
ELF 7e858000-7e85d000 Deferred libxdmcp.so.6
ELF 7e85d000-7e874000 Deferred libice.so.6
ELF 7e874000-7e95c000 Deferred libx11.so.6
ELF 7e95c000-7e96a000 Deferred libxext.so.6
ELF 7e96a000-7e96f000 Deferred libxxf86vm.so.1
ELF 7e96f000-7e977000 Deferred libsm.so.6
ELF 7e977000-7ea06000 Deferred winex11<elf>
\-PE 7e990000-7ea06000 \ winex11
ELF 7ea06000-7ea26000 Deferred libexpat.so.1
ELF 7ea26000-7ea54000 Deferred libfontconfig.so.1
ELF 7ea54000-7ea67000 Deferred libz.so.1
ELF 7ea67000-7eae1000 Deferred libfreetype.so.6
ELF 7eae1000-7eb28000 Deferred advapi32<elf>
\-PE 7eaf0000-7eb28000 \ advapi32
ELF 7eb28000-7ebbb000 Deferred gdi32<elf>
\-PE 7eb40000-7ebbb000 \ gdi32
ELF 7ebbb000-7ecf4000 Deferred user32<elf>
\-PE 7ebe0000-7ecf4000 \ user32
ELF 7ecf4000-7ed0b000 Deferred explorer<elf>
\-PE 7ed00000-7ed0b000 \ explorer
ELF 7ed0b000-7ed15000 Deferred libnss_files.so.2
ELF 7ed16000-7ed1b000 Deferred libxfixes.so.3
ELF 7ed1b000-7ed23000 Deferred libxrender.so.1
ELF 7ed25000-7ed27000 Deferred libnvidia-tls.so.1
ELF 7ee3a000-7ef56000 Deferred kernel32<elf>
\-PE 7ee50000-7ef56000 \ kernel32
ELF 7ef56000-7ef7c000 Deferred libm.so.6
ELF 7ef7c000-7f000000 Deferred ntdll<elf>
\-PE 7ef90000-7f000000 \ ntdll
ELF b7d10000-b7d13000 Deferred libxau.so.6
ELF b7d14000-b7d18000 Deferred libdl.so.2
ELF b7d18000-b7e3d000 Deferred libc.so.6
ELF b7e3d000-b7e53000 Deferred libpthread.so.0
ELF b7e53000-b7f64000 Deferred libwine.so.1
ELF b7f77000-b7f90000 Deferred ld-linux.so.2
Threads:
process tid prio (all id:s are in hex)
0000000c (D) c:\windows\system32\explorer.exe
0000000d 0 <==
0000000a
0000000b 0
Unhandled exception: page fault on read access to 0x00000000 in 32-bit code (0x00000000).
Register dump:
CS:0073 SS:007b DS:007b ES:007b FS:0033 GS:003b
EIP:00000000 ESP:0034ea58 EBP:0034eb7c EFLAGS:00210206( - 00 - RIP1)
EAX:00000000 EBX:00000000 ECX:00000000 EDX:000000c8
ESI:7c0883e8 EDI:00000000
Stack dump:
0x0034ea58: 7e313ffc 7c0883e8 7c08cb48 7c08cb48
0x0034ea68: 7c0883e8 7c089c7c 00000000 0034eb7c
0x0034ea78: 00000000 7e4eb7d4 7c0883e8 0000005c
0x0034ea88: 00000000 7e31378f 7c0883e8 7e313700
0x0034ea98: 00000001 7e2f6235 7c0883e8 7c0883e8
0x0034eaa8: 7c0883e8 7c033900 7c041760 7deab000
Backtrace:
=>1 0x00000000 (0x0034eb7c)
2 0x00000040 (0x00000002)
3 0x00000000 (0x00000000)
0x00000000: addb %al,0x0(%eax)
Modules:
Module Address Debug info Name (41 modules)
ELF 7bf00000-7bf03000 Deferred <wine-loader>
ELF 7d69f000-7d6a8000 Deferred libxcursor.so.1
ELF 7d6a8000-7d6c4000 Deferred imm32<elf>
\-PE 7d6b0000-7d6c4000 \ imm32
ELF 7df34000-7e7ba000 Deferred libglcore.so.1
ELF 7e7ba000-7e846000 Deferred libgl.so.1
ELF 7e858000-7e85d000 Deferred libxdmcp.so.6
ELF 7e85d000-7e874000 Deferred libice.so.6
ELF 7e874000-7e95c000 Deferred libx11.so.6
ELF 7e95c000-7e96a000 Deferred libxext.so.6
ELF 7e96a000-7e96f000 Deferred libxxf86vm.so.1
ELF 7e96f000-7e977000 Deferred libsm.so.6
ELF 7e977000-7ea06000 Deferred winex11<elf>
\-PE 7e990000-7ea06000 \ winex11
ELF 7ea06000-7ea26000 Deferred libexpat.so.1
ELF 7ea26000-7ea54000 Deferred libfontconfig.so.1
ELF 7ea54000-7ea67000 Deferred libz.so.1
ELF 7ea67000-7eae1000 Deferred libfreetype.so.6
ELF 7eae1000-7eb28000 Deferred advapi32<elf>
\-PE 7eaf0000-7eb28000 \ advapi32
ELF 7eb28000-7ebbb000 Deferred gdi32<elf>
\-PE 7eb40000-7ebbb000 \ gdi32
ELF 7ebbb000-7ecf4000 Deferred user32<elf>
\-PE 7ebe0000-7ecf4000 \ user32
ELF 7ecf4000-7ed0b000 Deferred explorer<elf>
\-PE 7ed00000-7ed0b000 \ explorer
ELF 7ed0b000-7ed15000 Deferred libnss_files.so.2
ELF 7ed16000-7ed1b000 Deferred libxfixes.so.3
ELF 7ed1b000-7ed23000 Deferred libxrender.so.1
ELF 7ed25000-7ed27000 Deferred libnvidia-tls.so.1
ELF 7ee3a000-7ef56000 Deferred kernel32<elf>
\-PE 7ee50000-7ef56000 \ kernel32
ELF 7ef56000-7ef7c000 Deferred libm.so.6
ELF 7ef7c000-7f000000 Deferred ntdll<elf>
\-PE 7ef90000-7f000000 \ ntdll
ELF b7cf0000-b7cf3000 Deferred libxau.so.6
ELF b7cf4000-b7cf8000 Deferred libdl.so.2
ELF b7cf8000-b7e1d000 Deferred libc.so.6
ELF b7e1d000-b7e33000 Deferred libpthread.so.0
ELF b7e33000-b7f44000 Deferred libwine.so.1
ELF b7f57000-b7f70000 Deferred ld-linux.so.2
Threads:
process tid prio (all id:s are in hex)
0000000a (D) c:\windows\system32\explorer.exe
0000000b 0 <==
Building local device environment...
Device 'e:' created as link for '/media/cdrom' target.
Device 'e::' created as link for '/dev/cdrom' target.
Device 'a:' created as link for '/media/floppy' target.
Device 'a::' created as link for '/dev/fd0' target.
Device 'd:' created as link for '/home/astar/Documents' target.
Device 'com1' created as link for '/dev/ttyS0' target.
Device 'com2' created as link for '/dev/ttyS1' target.
Device 'com3' created as link for '/dev/ttyS2' target.
Device 'com4' created as link for '/dev/ttyS3' target.
Device 'lpt1' created as link for '/dev/lp0' target.
Device 'lpt2' created as link for '/dev/lp1' target.
Device 'lpt3' created as link for '/dev/lp2' target.
Device 'lpt4' created as link for '/dev/lp3' target.
wine: Unhandled page fault on read access to 0x00000000 at address (nil) (thread 0009), starting debugger...
wine: Unhandled page fault on read access to 0x00000000 at address (nil) (thread 000b), starting debugger...
wine: Unhandled page fault on read access to 0x00000000 at address (nil) (thread 000d), starting debugger...
Unhandled exception: page fault on read access to 0x00000000 in 32-bit code (0x00000000).
Register dump:
CS:0073 SS:007b DS:007b ES:007b FS:003b GS:0033
EIP:00000000 ESP:7fb9ea58 EBP:7fb9eb7c EFLAGS:00210206( - 00 - RIP1)
EAX:00000000 EBX:00000000 ECX:00000000 EDX:000000c8
ESI:7bf88b40 EDI:00000000
Stack dump:
0x7fb9ea58: 7f081ffc 7bf88b40 7bf8d2a0 7bf8d2a0
0x7fb9ea68: 7bf88b40 7bf8a3d4 00000000 7fb9eb7c
0x7fb9ea78: 00000000 7f2597d4 7bf88b40 0000005c
0x7fb9ea88: 00000000 7f08178f 7bf88b40 7f081700
0x7fb9ea98: 00000001 7f064235 7bf88b40 7bf88b40
0x7fb9eaa8: 7bf88b40 7bf34040 7bf41ea0 7ec19000
Backtrace:
=>1 0x00000000 (0x7fb9eb7c)
2 0x00000040 (0x00000002)
3 0x00000000 (0x00000000)
0x00000000: addb %al,0x0(%eax)
Modules:
Module Address Debug info Name (45 modules)
ELF 7bf00000-7bf03000 Deferred <wine-loader>
ELF 7e414000-7e41d000 Deferred libxcursor.so.1
ELF 7e41d000-7e439000 Deferred imm32<elf>
\-PE 7e420000-7e439000 \ imm32
ELF 7eca2000-7f528000 Deferred libglcore.so.1
ELF 7f528000-7f5b4000 Deferred libgl.so.1
ELF 7f5c6000-7f5dd000 Deferred libice.so.6
ELF 7f5dd000-7f6c5000 Deferred libx11.so.6
ELF 7f6c5000-7f6d3000 Deferred libxext.so.6
ELF 7f6d3000-7f762000 Deferred winex11<elf>
\-PE 7f6e0000-7f762000 \ winex11
ELF 7f762000-7f782000 Deferred libexpat.so.1
ELF 7f782000-7f7b0000 Deferred libfontconfig.so.1
ELF 7f7b0000-7f7c3000 Deferred libz.so.1
ELF 7f7c3000-7f83d000 Deferred libfreetype.so.6
ELF 7f83e000-7f843000 Deferred libxfixes.so.3
ELF 7f843000-7f84b000 Deferred libxrender.so.1
ELF 7f84f000-7f896000 Deferred advapi32<elf>
\-PE 7f860000-7f896000 \ advapi32
ELF 7f896000-7f929000 Deferred gdi32<elf>
\-PE 7f8b0000-7f929000 \ gdi32
ELF 7f929000-7fa62000 Deferred user32<elf>
\-PE 7f940000-7fa62000 \ user32
ELF 7fa62000-7fa76000 Deferred lz32<elf>
\-PE 7fa70000-7fa76000 \ lz32
ELF 7fa76000-7fa90000 Deferred version<elf>
\-PE 7fa80000-7fa90000 \ version
ELF 7fba4000-7fba9000 Deferred libxdmcp.so.6
ELF 7fba9000-7fbc0000 Deferred wineboot<elf>
\-PE 7fbb0000-7fbc0000 \ wineboot
ELF 7fbc1000-7fbc6000 Deferred libxxf86vm.so.1
ELF 7fbc6000-7fbce000 Deferred libsm.so.6
ELF 7fce4000-7fe00000 Deferred kernel32<elf>
\-PE 7fd00000-7fe00000 \ kernel32
ELF 7ff12000-7ff14000 Deferred libnvidia-tls.so.1
ELF 7ff14000-7ff1e000 Deferred libnss_files.so.2
ELF 7ff1f000-7ff22000 Deferred libxau.so.6
ELF 7ff36000-7ff5c000 Deferred libm.so.6
ELF 7ff5c000-7ffe0000 Deferred ntdll<elf>
\-PE 7ff70000-7ffe0000 \ ntdll
ELF b7d73000-b7d77000 Deferred libdl.so.2
ELF b7d77000-b7e9c000 Deferred libc.so.6
ELF b7e9c000-b7eb2000 Deferred libpthread.so.0
ELF b7eb2000-b7fc3000 Deferred libwine.so.1
ELF b7fd6000-b7fef000 Deferred ld-linux.so.2
Threads:
process tid prio (all id:s are in hex)
00000010
00000011 0
0000000c
0000000d 0
0000000a
0000000b 0
00000008 (D) c:\windows\system32\wineboot.exe
00000009 0 <==
Unhandled exception: page fault on read access to 0x00000000 in 32-bit code (0x00000000).
Register dump:
CS:0073 SS:007b DS:007b ES:007b FS:0033 GS:003b
EIP:00000000 ESP:0034ea58 EBP:0034eb7c EFLAGS:00210206( - 00 - RIP1)
EAX:00000000 EBX:00000000 ECX:00000000 EDX:000000c8
ESI:7c088428 EDI:00000000
Stack dump:
0x0034ea58: 7e30effc 7c088428 7c08cb88 7c08cb88
0x0034ea68: 7c088428 7c089cbc 00000000 0034eb7c
0x0034ea78: 00000000 7e4e67d4 7c088428 0000005c
0x0034ea88: 00000000 7e30e78f 7c088428 7e30e700
0x0034ea98: 00000001 7e2f1235 7c088428 7c088428
0x0034eaa8: 7c088428 7c033928 7c041788 7dea6000
Backtrace:
=>1 0x00000000 (0x0034eb7c)
2 0x00000040 (0x00000002)
3 0x00000000 (0x00000000)
0x00000000: addb %al,0x0(%eax)
Modules:
Module Address Debug info Name (41 modules)
ELF 7bf00000-7bf03000 Deferred <wine-loader>
ELF 7d698000-7d6a1000 Deferred libxcursor.so.1
ELF 7d6a1000-7d6a9000 Deferred libxrender.so.1
ELF 7d6a9000-7d6c5000 Deferred imm32<elf>
\-PE 7d6b0000-7d6c5000 \ imm32
ELF 7df2f000-7e7b5000 Deferred libglcore.so.1
ELF 7e7b5000-7e841000 Deferred libgl.so.1
ELF 7e853000-7e858000 Deferred libxdmcp.so.6
ELF 7e858000-7e86f000 Deferred libice.so.6
ELF 7e86f000-7e957000 Deferred libx11.so.6
ELF 7e957000-7e965000 Deferred libxext.so.6
ELF 7e965000-7e9f4000 Deferred winex11<elf>
\-PE 7e970000-7e9f4000 \ winex11
ELF 7e9f4000-7ea14000 Deferred libexpat.so.1
ELF 7ea14000-7ea42000 Deferred libfontconfig.so.1
ELF 7ea42000-7ea55000 Deferred libz.so.1
ELF 7ea55000-7eacf000 Deferred libfreetype.so.6
ELF 7eacf000-7eb16000 Deferred advapi32<elf>
\-PE 7eae0000-7eb16000 \ advapi32
ELF 7eb16000-7eba9000 Deferred gdi32<elf>
\-PE 7eb30000-7eba9000 \ gdi32
ELF 7eba9000-7ece2000 Deferred user32<elf>
\-PE 7ebc0000-7ece2000 \ user32
ELF 7ece2000-7ecf9000 Deferred explorer<elf>
\-PE 7ecf0000-7ecf9000 \ explorer
ELF 7ecf9000-7ed03000 Deferred libnss_files.so.2
ELF 7ed05000-7ed0a000 Deferred libxfixes.so.3
ELF 7ed13000-7ed15000 Deferred libnvidia-tls.so.1
ELF 7ee28000-7ef44000 Deferred kernel32<elf>
\-PE 7ee40000-7ef44000 \ kernel32
ELF 7ef44000-7ef6a000 Deferred libm.so.6
ELF 7ef6b000-7ef6e000 Deferred libxau.so.6
ELF 7ef6e000-7ef73000 Deferred libxxf86vm.so.1
ELF 7ef73000-7ef7b000 Deferred libsm.so.6
ELF 7ef7c000-7f000000 Deferred ntdll<elf>
\-PE 7ef90000-7f000000 \ ntdll
ELF b7d7f000-b7d83000 Deferred libdl.so.2
ELF b7d83000-b7ea8000 Deferred libc.so.6
ELF b7ea8000-b7ebe000 Deferred libpthread.so.0
ELF b7ebe000-b7fcf000 Deferred libwine.so.1
ELF b7fe2000-b7ffb000 Deferred ld-linux.so.2
Threads:
process tid prio (all id:s are in hex)
WINE@Etersoft has been configured for the first time.
Use /home/astar/wine_c as WINE C:\ disk.
Copy your program into and install it.
[astar@head ~]$
[astar@head ~]$ 0000000c (D) c:\windows\system32\explorer.exe
0000000d 0 <==
0000000a
0000000b 0
Unhandled exception: page fault on read access to 0x00000000 in 32-bit code (0x00000000).
Register dump:
CS:0073 SS:007b DS:007b ES:007b FS:0033 GS:003b
EIP:00000000 ESP:0034ea58 EBP:0034eb7c EFLAGS:00210206( - 00 - RIP1)
EAX:00000000 EBX:00000000 ECX:00000000 EDX:000000c8
ESI:7c088400 EDI:00000000
Stack dump:
0x0034ea58: 7e315ffc 7c088400 7c08cb60 7c08cb60
0x0034ea68: 7c088400 7c089c94 00000000 0034eb7c
0x0034ea78: 00000000 7e4ed7d4 7c088400 0000005c
0x0034ea88: 00000000 7e31578f 7c088400 7e315700
0x0034ea98: 00000001 7e2f8235 7c088400 7c088400
0x0034eaa8: 7c088400 7c033900 7c041760 7dead000
Backtrace:
=>1 0x00000000 (0x0034eb7c)
2 0x00000040 (0x00000002)
3 0x00000000 (0x00000000)
0x00000000: addb %al,0x0(%eax)
Modules:
Module Address Debug info Name (41 modules)
ELF 7bf00000-7bf03000 Deferred <wine-loader>
ELF 7d6a0000-7d6a9000 Deferred libxcursor.so.1
ELF 7d6a9000-7d6c5000 Deferred imm32<elf>
\-PE 7d6b0000-7d6c5000 \ imm32
ELF 7df36000-7e7bc000 Deferred libglcore.so.1
ELF 7e7bc000-7e848000 Deferred libgl.so.1
ELF 7e85a000-7e85f000 Deferred libxdmcp.so.6
ELF 7e85f000-7e862000 Deferred libxau.so.6
ELF 7e862000-7e879000 Deferred libice.so.6
ELF 7e879000-7e961000 Deferred libx11.so.6
ELF 7e961000-7e96f000 Deferred libxext.so.6
ELF 7e96f000-7e977000 Deferred libsm.so.6
ELF 7e977000-7ea06000 Deferred winex11<elf>
\-PE 7e990000-7ea06000 \ winex11
ELF 7ea06000-7ea26000 Deferred libexpat.so.1
ELF 7ea26000-7ea54000 Deferred libfontconfig.so.1
ELF 7ea54000-7ea67000 Deferred libz.so.1
ELF 7ea67000-7eae1000 Deferred libfreetype.so.6
ELF 7eae1000-7eb28000 Deferred advapi32<elf>
\-PE 7eaf0000-7eb28000 \ advapi32
ELF 7eb28000-7ebbb000 Deferred gdi32<elf>
\-PE 7eb40000-7ebbb000 \ gdi32
ELF 7ebbb000-7ecf4000 Deferred user32<elf>
\-PE 7ebe0000-7ecf4000 \ user32
ELF 7ecf4000-7ed0b000 Deferred explorer<elf>
\-PE 7ed00000-7ed0b000 \ explorer
ELF 7ed0b000-7ed15000 Deferred libnss_files.so.2
ELF 7ed16000-7ed1b000 Deferred libxfixes.so.3
ELF 7ed1b000-7ed23000 Deferred libxrender.so.1
ELF 7ed25000-7ed27000 Deferred libnvidia-tls.so.1
ELF 7ee3a000-7ef56000 Deferred kernel32<elf>
\-PE 7ee50000-7ef56000 \ kernel32
ELF 7ef56000-7ef7c000 Deferred libm.so.6
ELF 7ef7c000-7f000000 Deferred ntdll<elf>
\-PE 7ef90000-7f000000 \ ntdll
ELF b7cc0000-b7cc5000 Deferred libxxf86vm.so.1
ELF b7cc6000-b7cca000 Deferred libdl.so.2
ELF b7cca000-b7def000 Deferred libc.so.6
ELF b7def000-b7e05000 Deferred libpthread.so.0
ELF b7e05000-b7f16000 Deferred libwine.so.1
ELF b7f29000-b7f42000 Deferred ld-linux.so.2
Threads:
process tid prio (all id:s are in hex)
0000000a (D) c:\windows\system32\explorer.exe
0000000b 0 <==
^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: [sisyphus] wine, winecfg crash
2007-01-28 18:38 ` Michael Sotnikov
@ 2007-01-28 23:15 ` Vitaly Lipatov
2007-01-29 4:11 ` Michael Sotnikov
0 siblings, 1 reply; 24+ messages in thread
From: Vitaly Lipatov @ 2007-01-28 23:15 UTC (permalink / raw)
To: sisyphus; +Cc: Michael Sotnikov
On Sunday 28 January 2007 21:38, Michael Sotnikov wrote:
...
> First running... Using WINEPREFIX=/home/astar/.wine
> Creating default file tree...
> Warning: could not find DOS drive for current working
> directory '/home/astar', starting in the Windows directory.
> wine: Unhandled page fault on read access to 0x00000000 at
> address (nil) (thread 0009), starting debugger...
Не знаю, чем вам помочь. Очень странное поведение загрузчика,
даже не знаю чем может быть вызвано. Не припомните уникальных
особенностей своей системы?
Ну и
$ ulimit -a
на всякий
--
Lav
Виталий Липатов
Санкт-Петербург
GNU! ALT Linux Team! WINE! LaTeX! LyX! http://freesource.info
^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: [sisyphus] wine, winecfg crash
2007-01-28 23:15 ` Vitaly Lipatov
@ 2007-01-29 4:11 ` Michael Sotnikov
2007-01-29 5:56 ` Andrew G. Klepcha
0 siblings, 1 reply; 24+ messages in thread
From: Michael Sotnikov @ 2007-01-29 4:11 UTC (permalink / raw)
To: sisyphus
Vitaly Lipatov wrote:
> Не знаю, чем вам помочь. Очень странное поведение загрузчика,
> даже не знаю чем может быть вызвано. Не припомните уникальных
> особенностей своей системы?
ничего такого. последний сизифф. все успешно работало на ALC 3.0
Также странно, что Picasa Linux, которая отлично работала под ALC 3.0
сейчас тоже вылетает
> Ну и
> $ ulimit -a
> на всякий
$ ulimit -a
core file size (blocks, -c) 0
data seg size (kbytes, -d) unlimited
file size (blocks, -f) unlimited
pending signals (-i) 3071
max locked memory (kbytes, -l) 32
max memory size (kbytes, -m) unlimited
open files (-n) 1024
pipe size (512 bytes, -p) 8
POSIX message queues (bytes, -q) 819200
stack size (kbytes, -s) 8192
cpu time (seconds, -t) unlimited
max user processes (-u) 256
virtual memory (kbytes, -v) unlimited
file locks (-x) unlimited
file locks (-x) unlimited
^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: [sisyphus] wine, winecfg crash
2007-01-29 4:11 ` Michael Sotnikov
@ 2007-01-29 5:56 ` Andrew G. Klepcha
2007-01-29 16:42 ` Michael Sotnikov
0 siblings, 1 reply; 24+ messages in thread
From: Andrew G. Klepcha @ 2007-01-29 5:56 UTC (permalink / raw)
To: ALT Linux Sisyphus discussion list
[-- Attachment #1: Type: text/plain, Size: 239 bytes --]
Michael Sotnikov пишет:
> ничего такого. последний сизифф. все успешно работало на ALC 3.0
> Также странно, что Picasa Linux, которая отлично работала под ALC 3.0
> сейчас тоже вылетает
>
а с компакта случайно не осталась glibc-i686?
[-- Attachment #2: drew.vcf --]
[-- Type: text/x-vcard, Size: 185 bytes --]
begin:vcard
fn:Andrew G. Klepcha
n:Klepcha;Andrew
org:Beltelecom;ITC
email;internet:drew@mogilev.beltelecom.by
tel;work:+375 (0222) 31-07-39
x-mozilla-html:FALSE
version:2.1
end:vcard
^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: [sisyphus] wine, winecfg crash
2007-01-29 5:56 ` Andrew G. Klepcha
@ 2007-01-29 16:42 ` Michael Sotnikov
2007-01-29 21:01 ` Vitaly Lipatov
0 siblings, 1 reply; 24+ messages in thread
From: Michael Sotnikov @ 2007-01-29 16:42 UTC (permalink / raw)
To: sisyphus
Andrew G. Klepcha wrote:
> Michael Sotnikov пишет:
>> ничего такого. последний сизифф. все успешно работало на ALC 3.0
>> Также странно, что Picasa Linux, которая отлично работала под ALC 3.0
>> сейчас тоже вылетает
>>
>
> а с компакта случайно не осталась glibc-i686?
хм.
$ rpmquery -a | grep glibc
glibc-devel-2.5-alt4
glibc-gconv-modules-2.5-alt4
glibc-utils-2.5-alt4
glibc-locales-2.5-alt4
glibc-preinstall-2.5-alt4
glibc-kernheaders-2.6.17-alt5
glibc-2.5-alt4
glibc-nss-2.5-alt4
glibc-timezones-2.5-alt4
glibc-core-2.5-alt4
я правильно смотрю?
^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: [sisyphus] wine, winecfg crash
2007-01-29 16:42 ` Michael Sotnikov
@ 2007-01-29 21:01 ` Vitaly Lipatov
2007-01-29 22:17 ` Michael Sotnikov
0 siblings, 1 reply; 24+ messages in thread
From: Vitaly Lipatov @ 2007-01-29 21:01 UTC (permalink / raw)
To: ALT Linux Sisyphus discussion list
On Monday 29 January 2007 19:42, Michael Sotnikov wrote:
> Andrew G. Klepcha wrote:
> > Michael Sotnikov пишет:
> >> ничего такого. последний сизифф. все успешно работало на
> >> ALC 3.0 Также странно, что Picasa Linux, которая отлично
> >> работала под ALC 3.0 сейчас тоже вылетает
> >
> > а с компакта случайно не осталась glibc-i686?
...
> glibc-core-2.5-alt4
>
> я правильно смотрю?
Вроде да. Пока вариантов нет :)
А всё остальное нормально работает (кроме wine?)
--
Lav
Виталий Липатов
Санкт-Петербург
GNU! ALT Linux Team! WINE! LaTeX! LyX! http://freesource.info
^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: [sisyphus] wine, winecfg crash
2007-01-29 21:01 ` Vitaly Lipatov
@ 2007-01-29 22:17 ` Michael Sotnikov
2007-01-30 6:36 ` Vitaly Lipatov
0 siblings, 1 reply; 24+ messages in thread
From: Michael Sotnikov @ 2007-01-29 22:17 UTC (permalink / raw)
To: sisyphus
Vitaly Lipatov wrote:
> Вроде да. Пока вариантов нет :)
> А всё остальное нормально работает (кроме wine?)
пока полет нормальный... месяца 2-3 на сизифе, периодически обновляясь.
вот попробовал все почистить и установить заного. такой лог:
$ sudo apt-get install wine libwine
Чтение списков пакетов... Завершено
Построение дерева зависимостей... Завершено
Следующие НОВЫЕ пакеты будут установлены:
libwine wine
0 будет обновлено, 2 новых установлено, 0 пакетов будет удалено и 0 не
будет обновлено.
Необходимо получить 0B/9050kB архивов.
После распаковки потребуется дополнительно 42,0MB дискового пространства.
Совершаем изменения...
Preparing...
################################################################## [100%]
1: libwine
################################################################## [ 50%]
2: wine
################################################################## [100%]
** (process:16273): CRITICAL **: egg_desktop_entries_add_group:
assertion `egg_desktop_entries_lookup_group (entries, group_name) ==
NULL' failed
WINE: Registering binary handler for Windows program:
[ DONE ]
Завершено.
может что не так с группами?
^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: [sisyphus] wine, winecfg crash
2007-01-29 22:17 ` Michael Sotnikov
@ 2007-01-30 6:36 ` Vitaly Lipatov
2007-01-30 22:37 ` Michael Sotnikov
0 siblings, 1 reply; 24+ messages in thread
From: Vitaly Lipatov @ 2007-01-30 6:36 UTC (permalink / raw)
To: ALT Linux Sisyphus discussion list
On Tuesday 30 January 2007 01:17, Michael Sotnikov wrote:
> Vitaly Lipatov wrote:
> > Вроде да. Пока вариантов нет :)
> > А всё остальное нормально работает (кроме wine?)
>
> пока полет нормальный... месяца 2-3 на сизифе, периодически
...
А winedbg тоже падает при запуске?
--
Lav
Виталий Липатов
Санкт-Петербург
GNU! ALT Linux Team! WINE! LaTeX! LyX! http://freesource.info
^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: [sisyphus] wine, winecfg crash
2007-01-30 6:36 ` Vitaly Lipatov
@ 2007-01-30 22:37 ` Michael Sotnikov
2007-01-31 21:38 ` Vitaly Lipatov
0 siblings, 1 reply; 24+ messages in thread
From: Michael Sotnikov @ 2007-01-30 22:37 UTC (permalink / raw)
To: sisyphus
Vitaly Lipatov wrote:
> On Tuesday 30 January 2007 01:17, Michael Sotnikov wrote:
>> Vitaly Lipatov wrote:
>> > Вроде да. Пока вариантов нет :)
>> > А всё остальное нормально работает (кроме wine?)
>>
>> пока полет нормальный... месяца 2-3 на сизифе, периодически
> ...
> А winedbg тоже падает при запуске?
>
визуально, также и там же
а можно увидеть правильный рабочий system.reg? что бы оценить на
настройке чего он хотя бы падает
^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: [sisyphus] wine, winecfg crash
2007-01-30 22:37 ` Michael Sotnikov
@ 2007-01-31 21:38 ` Vitaly Lipatov
2007-02-01 22:17 ` Michael Sotnikov
0 siblings, 1 reply; 24+ messages in thread
From: Vitaly Lipatov @ 2007-01-31 21:38 UTC (permalink / raw)
To: ALT Linux Sisyphus discussion list
On Wednesday 31 January 2007 01:37, Michael Sotnikov wrote:
> > ...
> > А winedbg тоже падает при запуске?
>
> визуально, также и там же
не знаю. могу предложить попробовать написать на
sales@etersoft.ru, попросить версию WINE@Etersoft на
тестирование. и когда всё не заработает, обратиться в
support@etersoft.ru
> а можно увидеть правильный рабочий system.reg? что бы оценить
> на настройке чего он хотя бы падает
это не поможет. надо пытаться понять что такое в системе, из-за
чего так получается.
--
Lav
Виталий Липатов
Санкт-Петербург
GNU! ALT Linux Team! WINE! LaTeX! LyX! http://freesource.info
^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: [sisyphus] wine, winecfg crash
2007-01-31 21:38 ` Vitaly Lipatov
@ 2007-02-01 22:17 ` Michael Sotnikov
2007-02-02 10:59 ` Led
0 siblings, 1 reply; 24+ messages in thread
From: Michael Sotnikov @ 2007-02-01 22:17 UTC (permalink / raw)
To: sisyphus
Vitaly Lipatov wrote:
> это не поможет. надо пытаться понять что такое в системе, из-за чего
так получается.
возвращаясь к вопросу о glibc & co, сейчас, судя по всему, у меня стоит i685
хотел принудительно поставить i586 - но ни через apt ни через rpm -i
--force у меня это не вышло.
имеет ли смысл такой эксперимент? как осуществить?
^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: [sisyphus] wine, winecfg crash
2007-02-01 22:17 ` Michael Sotnikov
@ 2007-02-02 10:59 ` Led
2007-02-02 20:38 ` Michael Sotnikov
0 siblings, 1 reply; 24+ messages in thread
From: Led @ 2007-02-02 10:59 UTC (permalink / raw)
To: ALT Linux Sisyphus discussion list
В сообщении от 2 февраля 2007 00:17 Michael Sotnikov написал(a):
> Vitaly Lipatov wrote:
> > это не поможет. надо пытаться понять что такое в системе, из-за чего
>
> так получается.
>
> возвращаясь к вопросу о glibc & co, сейчас, судя по всему, у меня стоит
> i685 хотел принудительно поставить i586 - но ни через apt ни через rpm -i
> --force у меня это не вышло.
> имеет ли смысл такой эксперимент? как осуществить?
# apt-get remove glibc-core-i686
# reboot
--
Led.
^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: [sisyphus] wine, winecfg crash
2007-02-02 10:59 ` Led
@ 2007-02-02 20:38 ` Michael Sotnikov
2007-02-03 7:19 ` Vitaly Lipatov
0 siblings, 1 reply; 24+ messages in thread
From: Michael Sotnikov @ 2007-02-02 20:38 UTC (permalink / raw)
To: sisyphus
Led wrote:
> В сообщении от 2 февраля 2007 00:17 Michael Sotnikov написал(a):
>> Vitaly Lipatov wrote:
> # apt-get remove glibc-core-i686
> # reboot
>
$ sudo apt-get remove glibc-core-i686
Чтение списков пакетов... Завершено
Построение дерева зависимостей... Завершено
E: Невозможно найти пакет glibc-core-i686
$ rpmquery -a | grep i686
$
^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: [sisyphus] wine, winecfg crash
2007-02-02 20:38 ` Michael Sotnikov
@ 2007-02-03 7:19 ` Vitaly Lipatov
2007-02-04 9:24 ` Michael Sotnikov
2007-02-04 9:33 ` Michael Sotnikov
0 siblings, 2 replies; 24+ messages in thread
From: Vitaly Lipatov @ 2007-02-03 7:19 UTC (permalink / raw)
To: ALT Linux Sisyphus discussion list
On Friday 02 February 2007 23:38, Michael Sotnikov wrote:
> Led wrote:
> > В сообщении от 2 февраля 2007 00:17 Michael Sotnikov
написал(a):
> >> Vitaly Lipatov wrote:
> >
> > # apt-get remove glibc-core-i686
> > # reboot
>
> $ sudo apt-get remove glibc-core-i686
> Чтение списков пакетов... Завершено
Лучше уж тогда закомментировать источник с i686 и сделать
apt-get reinstall glibc-core
...
> Построение дерева зависимостей... Завершено
> E: Невозможно найти пакет glibc-core-i686
> $ rpmquery -a | grep i686
ну это был неправильный совет, архитектура не указывается в
названии пакета.
Узнать её можно например так:
rpm -q --queryformat "%{NAME} %{ARCH}\n" glibc-core
Но дело не в i686...
Покажите
strace /usr/bin/wine-glibc
пожалуйста
--
Lav
Виталий Липатов
Санкт-Петербург
GNU! ALT Linux Team! WINE! LaTeX! LyX! http://freesource.info
^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: [sisyphus] wine, winecfg crash
2007-02-03 7:19 ` Vitaly Lipatov
@ 2007-02-04 9:24 ` Michael Sotnikov
2007-02-04 9:33 ` Michael Sotnikov
1 sibling, 0 replies; 24+ messages in thread
From: Michael Sotnikov @ 2007-02-04 9:24 UTC (permalink / raw)
To: sisyphus
Добрый день,
Vitaly Lipatov wrote:
> On Friday 02 February 2007 23:38, Michael Sotnikov wrote:
>> Led wrote:
> Узнать её можно например так: rpm -q --queryformat "%{NAME}
> %{ARCH}\n" glibc-core
$ rpmquery -q --queryformat "%{NAME} %{ARCH}\n" glibc-core
glibc-core i686
> Но дело не в i686... Покажите strace /usr/bin/wine-glibc
$ strace /usr/bin/wine-glibc
execve("/usr/bin/wine-glibc", ["/usr/bin/wine-glibc"], [/* 50 vars */]) = 0
brk(0) = 0x7bf03000
access("/etc/ld.so.preload", R_OK) = -1 ENOENT (No such file or
directory)
open("/etc/ld.so.cache", O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=73299, ...}) = 0
mmap2(NULL, 73299, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb7f52000
close(3) = 0
open("/usr/lib/libwine.so.1", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0 .\0\000"...,
512) = 512
fstat64(3, {st_mode=S_IFREG|0644, st_size=1040292, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = 0xb7f51000
mmap2(NULL, 1118112, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3,
0) = 0xb7e40000
mmap2(0xb7f3d000, 4096, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0xfd) = 0xb7f3d000
mmap2(0xb7f3e000, 77728, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb7f3e000
close(3) = 0
open("/lib/libpthread.so.0", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\320G\0"...,
512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=107912, ...}) = 0
mmap2(NULL, 86496, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0)
= 0xb7e2a000
mmap2(0xb7e3c000, 8192, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x12) = 0xb7e3c000
mmap2(0xb7e3e000, 4576, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb7e3e000
close(3) = 0
open("/lib/libc.so.6", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\240a\1"...,
512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=1192444, ...}) = 0
mmap2(NULL, 1198340, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3,
0) = 0xb7d05000
mmap2(0xb7e24000, 12288, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x11f) = 0xb7e24000
mmap2(0xb7e27000, 10500, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb7e27000
close(3) = 0
open("/lib/libdl.so.2", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0P\n\0\000"...,
512) = 512
fstat64(3, {st_mode=S_IFREG|0644, st_size=9660, ...}) = 0
mmap2(NULL, 12408, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0)
= 0xb7d01000
mmap2(0xb7d03000, 8192, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x1) = 0xb7d03000
close(3) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = 0xb7d00000
set_thread_area({entry_number:-1 -> 6, base_addr:0xb7d00a00,
limit:1048575, seg_32bit:1, contents:0, read_exec_only:0,
limit_in_pages:1, seg_not_present:0, useable:1}) = 0
mprotect(0xb7e24000, 4096, PROT_READ) = 0
munmap(0xb7f52000, 73299) = 0
set_tid_address(0xb7d00a48) = 13404
set_robust_list(0xb7d00a50, 0xc) = -1 ENOSYS (Function not
implemented)
rt_sigaction(SIGRTMIN, {0xb7e2e3b0, [], SA_SIGINFO}, NULL, 8) = 0
rt_sigaction(SIGRT_1, {0xb7e2e2c0, [], SA_RESTART|SA_SIGINFO}, NULL, 8) = 0
rt_sigprocmask(SIG_UNBLOCK, [RTMIN RT_1], NULL, 8) = 0
getrlimit(RLIMIT_STACK, {rlim_cur=8192*1024, rlim_max=RLIM_INFINITY}) = 0
uname({sys="Linux", node="head.band", ...}) = 0
write(2, "Usage: wine PROGRAM [ARGUMENTS.."..., 200Usage: wine PROGRAM
[ARGUMENTS...] Run the specified program
wine --help Display this help and exit
wine --version Output version information and exit
) = 200
exit_group(1) = ?
Process 13404 detached
^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: [sisyphus] wine, winecfg crash
2007-02-03 7:19 ` Vitaly Lipatov
2007-02-04 9:24 ` Michael Sotnikov
@ 2007-02-04 9:33 ` Michael Sotnikov
2007-02-04 11:30 ` Vitaly Lipatov
1 sibling, 1 reply; 24+ messages in thread
From: Michael Sotnikov @ 2007-02-04 9:33 UTC (permalink / raw)
To: sisyphus
Vitaly Lipatov wrote:
>> Чтение списков пакетов... Завершено
> Лучше уж тогда закомментировать источник с i686 и сделать
> apt-get reinstall glibc-core
комментирую i686
$ sudo apt-get update
$ sudo apt-get reinstall glibc-core
Чтение списков пакетов... Завершено
Построение дерева зависимостей... Завершено
Переустановить glibc-core невозможно, потому что этот пакет нельзя скачать.
0 будет обновлено, 0 новых установлено, 0 пакетов будет удалено и 0 не
будет обновлено.
таки он пытается установить все тот же пакет, игнорируя его наличие в i586
^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: [sisyphus] wine, winecfg crash
2007-02-04 9:33 ` Michael Sotnikov
@ 2007-02-04 11:30 ` Vitaly Lipatov
2007-02-04 11:34 ` Dmitry V. Levin
0 siblings, 1 reply; 24+ messages in thread
From: Vitaly Lipatov @ 2007-02-04 11:30 UTC (permalink / raw)
To: ALT Linux Sisyphus discussion list
On Sunday 04 February 2007 12:33, Michael Sotnikov wrote:
> Vitaly Lipatov wrote:
> >> Чтение списков пакетов... Завершено
> >
> > Лучше уж тогда закомментировать источник с i686 и сделать
> > apt-get reinstall glibc-core
...
> таки он пытается установить все тот же пакет, игнорируя его
> наличие в i586
Ага, всё-таки 686 виноват в этих проделках.
Ну я бы скачал glibc-core-...i586.rpm и поставил его вручную
через
rpm -Uvh glibc-core... --force
--
Lav
Виталий Липатов
Санкт-Петербург
GNU! ALT Linux Team! WINE! LaTeX! LyX! http://freesource.info
^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: [sisyphus] wine, winecfg crash
2007-02-04 11:30 ` Vitaly Lipatov
@ 2007-02-04 11:34 ` Dmitry V. Levin
2007-02-05 21:38 ` Vitaly Lipatov
0 siblings, 1 reply; 24+ messages in thread
From: Dmitry V. Levin @ 2007-02-04 11:34 UTC (permalink / raw)
To: ALT Linux Sisyphus discussion list
[-- Attachment #1: Type: text/plain, Size: 489 bytes --]
On Sun, Feb 04, 2007 at 02:30:59PM +0300, Vitaly Lipatov wrote:
> On Sunday 04 February 2007 12:33, Michael Sotnikov wrote:
> > Vitaly Lipatov wrote:
> > >> Чтение списков пакетов... Завершено
> > >
> > > Лучше уж тогда закомментировать источник с i686 и сделать
> > > apt-get reinstall glibc-core
> ...
> > таки он пытается установить все тот же пакет, игнорируя его
> > наличие в i586
> Ага, всё-таки 686 виноват в этих проделках.
Стоп. Кто и в чём виноват?
--
ldv
[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: [sisyphus] wine, winecfg crash
2007-02-04 11:34 ` Dmitry V. Levin
@ 2007-02-05 21:38 ` Vitaly Lipatov
2007-02-05 22:10 ` Dmitry V. Levin
2007-02-06 10:25 ` Led
0 siblings, 2 replies; 24+ messages in thread
From: Vitaly Lipatov @ 2007-02-05 21:38 UTC (permalink / raw)
To: ALT Linux Sisyphus discussion list
On 4 февраля 2007, Dmitry V. Levin wrote:
> On Sun, Feb 04, 2007 at 02:30:59PM +0300, Vitaly Lipatov wrote:
...
> > Ага, всё-таки 686 виноват в этих проделках.
>
> Стоп. Кто и в чём виноват?
Я к сожалению не знаю, потому что не пытаюсь ставить
glibc-core-i686 к себе на машину. Те же, кто поставил, получают
неработающий wine.
Не вижу для себя возможности разобраться в чём причина.
--
Lav
Виталий Липатов
Санкт-Петербург
GNU! ALT Linux Team! WINE! LaTeX! LyX! http://freesource.info
^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: [sisyphus] wine, winecfg crash
2007-02-05 21:38 ` Vitaly Lipatov
@ 2007-02-05 22:10 ` Dmitry V. Levin
2007-02-06 20:18 ` Michael Sotnikov
2007-02-06 10:25 ` Led
1 sibling, 1 reply; 24+ messages in thread
From: Dmitry V. Levin @ 2007-02-05 22:10 UTC (permalink / raw)
To: ALT Linux Sisyphus discussion list
[-- Attachment #1: Type: text/plain, Size: 833 bytes --]
On Tue, Feb 06, 2007 at 12:38:57AM +0300, Vitaly Lipatov wrote:
> On 4 февраля 2007, Dmitry V. Levin wrote:
> > On Sun, Feb 04, 2007 at 02:30:59PM +0300, Vitaly Lipatov wrote:
> ...
> > > Ага, всё-таки 686 виноват в этих проделках.
> >
> > Стоп. Кто и в чём виноват?
> Я к сожалению не знаю, потому что не пытаюсь ставить
> glibc-core-i686 к себе на машину. Те же, кто поставил, получают
> неработающий wine.
Пакета glibc-core-i686 с осени в Сизифе не существует.
> Не вижу для себя возможности разобраться в чём причина.
Для начала хотя бы постановку задачи выяснить.
Например, какой glibc-core установлен, glibc-core-2.5-alt4.i586 или
glibc-core-2.5-alt4.i686?
Если выяснится, что с одним из этих пакетов wine работает, а с другим --
не работает, то я готов помочь разобраться в причине.
--
ldv
[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: [sisyphus] wine, winecfg crash
2007-02-05 21:38 ` Vitaly Lipatov
2007-02-05 22:10 ` Dmitry V. Levin
@ 2007-02-06 10:25 ` Led
1 sibling, 0 replies; 24+ messages in thread
From: Led @ 2007-02-06 10:25 UTC (permalink / raw)
To: ALT Linux Sisyphus discussion list
В сообщении от Понедельник 05 февраля 2007 Vitaly Lipatov написал(a):
> On 4 февраля 2007, Dmitry V. Levin wrote:
> > On Sun, Feb 04, 2007 at 02:30:59PM +0300, Vitaly Lipatov wrote:
>
> ...
>
> > > Ага, всё-таки 686 виноват в этих проделках.
> >
> > Стоп. Кто и в чём виноват?
>
> Я к сожалению не знаю, потому что не пытаюсь ставить
> glibc-core-i686 к себе на машину. Те же, кто поставил, получают
> неработающий wine.
> Не вижу для себя возможности разобраться в чём причина.
Пока glibc-core-i686 существовал - у меня он был установлен и wine работал.
--
Led.
^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: [sisyphus] wine, winecfg crash
2007-02-05 22:10 ` Dmitry V. Levin
@ 2007-02-06 20:18 ` Michael Sotnikov
0 siblings, 0 replies; 24+ messages in thread
From: Michael Sotnikov @ 2007-02-06 20:18 UTC (permalink / raw)
To: sisyphus
Dmitry V. Levin wrote:
> Для начала хотя бы постановку задачи выяснить.
> Например, какой glibc-core установлен, glibc-core-2.5-alt4.i586 или
> glibc-core-2.5-alt4.i686?
>
> Если выяснится, что с одним из этих пакетов wine работает, а с другим --
> не работает, то я готов помочь разобраться в причине.
не работает ни i586 ни i686, проверялось со сносом ~/.wine ~/wine_c
креш один и тот же на запуске winecfg
также, как я говорил выше, есть такое:
$ sudo service wine start
WINE: Registering binary handler for Windows program: /etc/init.d/wine:
line 65: echo: write error: Недопустимый аргумент
[FAILED]
больше никаких аномалий не замечено
^ permalink raw reply [flat|nested] 24+ messages in thread
end of thread, other threads:[~2007-02-06 20:18 UTC | newest]
Thread overview: 24+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2007-01-28 9:28 [sisyphus] wine, winecfg crash Michael Sotnikov
2007-01-28 17:48 ` Vitaly Lipatov
2007-01-28 18:38 ` Michael Sotnikov
2007-01-28 23:15 ` Vitaly Lipatov
2007-01-29 4:11 ` Michael Sotnikov
2007-01-29 5:56 ` Andrew G. Klepcha
2007-01-29 16:42 ` Michael Sotnikov
2007-01-29 21:01 ` Vitaly Lipatov
2007-01-29 22:17 ` Michael Sotnikov
2007-01-30 6:36 ` Vitaly Lipatov
2007-01-30 22:37 ` Michael Sotnikov
2007-01-31 21:38 ` Vitaly Lipatov
2007-02-01 22:17 ` Michael Sotnikov
2007-02-02 10:59 ` Led
2007-02-02 20:38 ` Michael Sotnikov
2007-02-03 7:19 ` Vitaly Lipatov
2007-02-04 9:24 ` Michael Sotnikov
2007-02-04 9:33 ` Michael Sotnikov
2007-02-04 11:30 ` Vitaly Lipatov
2007-02-04 11:34 ` Dmitry V. Levin
2007-02-05 21:38 ` Vitaly Lipatov
2007-02-05 22:10 ` Dmitry V. Levin
2007-02-06 20:18 ` Michael Sotnikov
2007-02-06 10:25 ` Led
ALT Linux Sisyphus discussions
This inbox may be cloned and mirrored by anyone:
git clone --mirror http://lore.altlinux.org/sisyphus/0 sisyphus/git/0.git
# If you have public-inbox 1.1+ installed, you may
# initialize and index your mirror using the following commands:
public-inbox-init -V2 sisyphus sisyphus/ http://lore.altlinux.org/sisyphus \
sisyphus@altlinux.ru sisyphus@altlinux.org sisyphus@lists.altlinux.org sisyphus@lists.altlinux.ru sisyphus@lists.altlinux.com sisyphus@linuxteam.iplabs.ru sisyphus@list.linux-os.ru
public-inbox-index sisyphus
Example config snippet for mirrors.
Newsgroup available over NNTP:
nntp://lore.altlinux.org/org.altlinux.lists.sisyphus
AGPL code for this site: git clone https://public-inbox.org/public-inbox.git