* [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 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
* 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
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