subject:"Re\: \[OpenIndiana\-discuss\] Wine and recent Openindiana"

Re: [OpenIndiana-discuss] Wine and recent Openindiana

2018-06-11 Thread Apostolos Syropoulos via openindiana-discuss

>I found an article (https://lwn.net/Articles/741878/) stating that " On 
>current Linux systems, the LDT is almost unused but some applications 
>(Wine, for example) still need it. When it is used, the LDT must be 
>available to both kernel and user space, but it must live in kernel 
>space."
>
>I'm not sure how it is tackled down in illumos kernel as it is way 
>beyond my comprehension level, 'just throwing stuff as brainstorming 
>information.

I think we need a feature like the one described below:

https://cateee.net/lkddb/web-lkddb/MODIFY_LDT_SYSCALL.html

Currently, sys/segments.h defines things related to LDT.

A.S.


--
Apostolos Syropoulos
Xanthi, Greece 
 
___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] Wine and recent Openindiana

2018-05-29 Thread bentahyr

As additional note, there is a bug file with wine. The comment for the 
Wine team leader is "It sounds like LDT support got broken somehow. If 
you haven't done that already, you should probably file a bug against 
the OpenIndiana kernel."


I found an article (https://lwn.net/Articles/741878/) stating that " On 
current Linux systems, the LDT is almost unused but some applications 
(Wine, for example) still need it. When it is used, the LDT must be 
available to both kernel and user space, but it must live in kernel 
space."


I'm not sure how it is tackled down in illumos kernel as it is way 
beyond my comprehension level, 'just throwing stuff as brainstorming 
information.


Should I open a bug report on illumos bugtracker ?

Best regards.
Ben

Le 2018-05-29 12:35, benta...@chez.com a écrit :

I recompiled wine (3.9) with -ggdb and -O0
Here is the output (using WINEDEBUG=+all env)

$ gdb --args /opt/wine/bin/wine winefile
GNU gdb (GDB) 7.10.1
[...]
Reading symbols from /opt/wine/bin/wine...done.
(gdb) r
Starting program: /opt/wine/bin/wine winefile
[Thread debugging using libthread_db enabled]
[New Thread 1 (LWP 1)]
trace:virtual:NtAllocateVirtualMemory  7ffe 0001 3000 
0004

trace:virtual:VIRTUAL_DumpView View: 7ffe -
7ffetrace:virtual:VIRTUAL_DumpView  (valloc)
trace:virtual:VIRTUAL_DumpView   7ffe - 7ffe c-rw-
trace:virtual:NtAllocateVirtualMemory  0 0230 101000 
0004

trace:virtual:map_view got mem in reserved area 3000-4000
trace:virtual:VIRTUAL_DumpView View: 3000 -
3ffftrace:virtual:VIRTUAL_DumpView  (valloc)
trace:virtual:VIRTUAL_DumpView   3000 - 3fff c-rw-
trace:ntdll:RtlInitializeBitMap (7ffddf6c,3044,64)
trace:ntdll:RtlInitializeBitMap (7ffddf74,3154,1024)
trace:ntdll:RtlInitializeBitMap (7ffddf7c,321c,128)
trace:ntdll:RtlSetBits (7ffddf6c,0,1)
trace:ntdll:RtlSetBits (7ffddf7c,0,1)
trace:virtual:NtAllocateVirtualMemory  0 4000 101000 
0004

trace:virtual:map_view got mem in reserved area 3fff8000-3fffc000
trace:virtual:VIRTUAL_DumpView View: 3fff8000 -
3fffbffftrace:virtual:VIRTUAL_DumpView  (valloc)
trace:virtual:VIRTUAL_DumpView   3fff8000 - 3fffbfff c-rw-

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 1 (LWP 1)]
0xfeda904d in wine_set_fs (val=4103) at 
../../include/wine/library.h:188

188 __DEFINE_SET_SEG(fs)
(gdb) bt full
#0  0xfeda904d in wine_set_fs (val=4103) at 
../../include/wine/library.h:188

No locals.
#1  wine_ldt_init_fs (sel=4103, entry=0x8046ac0) at ldt.c:433
No locals.
#2  0x7ff7e6ca in signal_init_thread (teb=0x3fff8000) at 
signal_i386.c:2319

fpu_cw = 639
thread_data = 0x3fff81d4
fs_entry = {LimitLow = 4095, BaseLow = 32768, HighWord =
{Bytes = {BaseMid = 255 '\377',
  Flags1 = 243 '\363', Flags2 = 64 '@', BaseHi = 63 '?'},
Bits = {BaseMid = 255,
  Type = 19, Dpl = 3, Pres = 1, LimitHi = 0, Sys = 0,
Reserved_0 = 0, Default_Big = 1,
  Granularity = 0, BaseHi = 63}}}
ss = {ss_sp = 0x3fff9000, ss_size = 12288, ss_flags = 0}
#3  0x7ff86f6d in thread_init () at thread.c:360
teb = 0x3fff8000
addr = 0x3000
suspend = 256
size = 4096
info_size = 1
exe_file = 0x0
now = {u = {LowPart = 134507336, HighPart = -16954553},
{LowPart = 134507336,
HighPart = -16954553}, QuadPart = -72819250518791352}
status = 0
thread_data = 0x3fff81fc
debug_info = {str_pos = 0x0, out_pos = 0x0, strings = '\000'
,
  output = '\000' }
#4  0x7ff54454 in __wine_process_init () at loader.c:3440
kernel32W = {107, 101, 114, 110, 101, 108, 51, 50, 46, 100, 
108, 108, 0}

wm = 0x8046ba8
status = -19225578
func_name = {Length = 27560, MaximumLength = 2052, Buffer =
0xfef525d4 "\264"}
init_func = 0xfeda97af 
#5  0xfedaa427 in wine_init (argc=2, argv=0x8047044, error=0x8046bcc
"", error_size=1024)
at loader.c:979
context = {index = 3, buffer = 0x8a1cf98 "", name = 0x8a1cfb4
"/ntdll.dll.so", namelen = 10,
  win16 = 0}
path = 0x8a1cfa2 "/opt/wine/lib/wine/ntdll.dll.so"
ntdll = 0xfebc04f0
init_func = 0x7ff5443d <__wine_process_init>
#6  0x0805149c in main (argc=2, argv=0x8047044) at main.c:258
error =
"\000\000\000\000\000\000\000\000\364\344\374\376\250\260\377\376H\211\314\376@s\324\376",
'\000' ,
"\002\000\000\000\000\000\000\000@s\324\376\004\000\000\000\200\231\324\376\000\000\000\000\000\000\000\000\000
\324\376@*\275\376\000\000\000\000\070l\004\b\337\224\314\376@s\324\376\000\000\000\000\001\000\000\000S\230\313\376\000
\324\376@*\275\376xl\004\bR\260\314\376@*\275\376\000\000\000\000\210l\004\bk\274\314\376@s\324\376\000\000\000\000\300s\324\376\000s\324\376@*\275\376\000\000\000\000\210l\004\b\250\260\377\376\200\000\000\000\020\310\377\376\230l\004\b\221\233\374\376\003\000\000\000\020\310\377\376\250l\0

Re: [OpenIndiana-discuss] Wine and recent Openindiana

2018-05-28 Thread bentahyr


I recompiled wine (3.9) with -ggdb and -O0
Here is the output (using WINEDEBUG=+all env)

$ gdb --args /opt/wine/bin/wine winefile
GNU gdb (GDB) 7.10.1
[...]
Reading symbols from /opt/wine/bin/wine...done.
(gdb) r
Starting program: /opt/wine/bin/wine winefile
[Thread debugging using libthread_db enabled]
[New Thread 1 (LWP 1)]
trace:virtual:NtAllocateVirtualMemory  7ffe 0001 3000 
0004
trace:virtual:VIRTUAL_DumpView View: 7ffe - 
7ffetrace:virtual:VIRTUAL_DumpView  (valloc)

trace:virtual:VIRTUAL_DumpView   7ffe - 7ffe c-rw-
trace:virtual:NtAllocateVirtualMemory  0 0230 101000 
0004

trace:virtual:map_view got mem in reserved area 3000-4000
trace:virtual:VIRTUAL_DumpView View: 3000 - 
3ffftrace:virtual:VIRTUAL_DumpView  (valloc)

trace:virtual:VIRTUAL_DumpView   3000 - 3fff c-rw-
trace:ntdll:RtlInitializeBitMap (7ffddf6c,3044,64)
trace:ntdll:RtlInitializeBitMap (7ffddf74,3154,1024)
trace:ntdll:RtlInitializeBitMap (7ffddf7c,321c,128)
trace:ntdll:RtlSetBits (7ffddf6c,0,1)
trace:ntdll:RtlSetBits (7ffddf7c,0,1)
trace:virtual:NtAllocateVirtualMemory  0 4000 101000 
0004

trace:virtual:map_view got mem in reserved area 3fff8000-3fffc000
trace:virtual:VIRTUAL_DumpView View: 3fff8000 - 
3fffbffftrace:virtual:VIRTUAL_DumpView  (valloc)

trace:virtual:VIRTUAL_DumpView   3fff8000 - 3fffbfff c-rw-

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 1 (LWP 1)]
0xfeda904d in wine_set_fs (val=4103) at ../../include/wine/library.h:188
188 __DEFINE_SET_SEG(fs)
(gdb) bt full
#0  0xfeda904d in wine_set_fs (val=4103) at 
../../include/wine/library.h:188

No locals.
#1  wine_ldt_init_fs (sel=4103, entry=0x8046ac0) at ldt.c:433
No locals.
#2  0x7ff7e6ca in signal_init_thread (teb=0x3fff8000) at 
signal_i386.c:2319

fpu_cw = 639
thread_data = 0x3fff81d4
fs_entry = {LimitLow = 4095, BaseLow = 32768, HighWord = {Bytes 
= {BaseMid = 255 '\377',
  Flags1 = 243 '\363', Flags2 = 64 '@', BaseHi = 63 '?'}, 
Bits = {BaseMid = 255,
  Type = 19, Dpl = 3, Pres = 1, LimitHi = 0, Sys = 0, 
Reserved_0 = 0, Default_Big = 1,

  Granularity = 0, BaseHi = 63}}}
ss = {ss_sp = 0x3fff9000, ss_size = 12288, ss_flags = 0}
#3  0x7ff86f6d in thread_init () at thread.c:360
teb = 0x3fff8000
addr = 0x3000
suspend = 256
size = 4096
info_size = 1
exe_file = 0x0
now = {u = {LowPart = 134507336, HighPart = -16954553}, {LowPart 
= 134507336,

HighPart = -16954553}, QuadPart = -72819250518791352}
status = 0
thread_data = 0x3fff81fc
debug_info = {str_pos = 0x0, out_pos = 0x0, strings = '\000' 
,

  output = '\000' }
#4  0x7ff54454 in __wine_process_init () at loader.c:3440
kernel32W = {107, 101, 114, 110, 101, 108, 51, 50, 46, 100, 108, 
108, 0}

wm = 0x8046ba8
status = -19225578
func_name = {Length = 27560, MaximumLength = 2052, Buffer = 
0xfef525d4 "\264"}

init_func = 0xfeda97af 
#5  0xfedaa427 in wine_init (argc=2, argv=0x8047044, error=0x8046bcc "", 
error_size=1024)

at loader.c:979
context = {index = 3, buffer = 0x8a1cf98 "", name = 0x8a1cfb4 
"/ntdll.dll.so", namelen = 10,

  win16 = 0}
path = 0x8a1cfa2 "/opt/wine/lib/wine/ntdll.dll.so"
ntdll = 0xfebc04f0
init_func = 0x7ff5443d <__wine_process_init>
#6  0x0805149c in main (argc=2, argv=0x8047044) at main.c:258
error = 
"\000\000\000\000\000\000\000\000\364\344\374\376\250\260\377\376H\211\314\376@s\324\376", 
'\000' , 
"\002\000\000\000\000\000\000\000@s\324\376\004\000\000\000\200\231\324\376\000\000\000\000\000\000\000\000\000 
\324\376@*\275\376\000\000\000\000\070l\004\b\337\224\314\376@s\324\376\000\000\000\000\001\000\000\000S\230\313\376\000 
\324\376@*\275\376xl\004\bR\260\314\376@*\275\376\000\000\000\000\210l\004\bk\274\314\376@s\324\376\000\000\000\000\300s\324\376\000s\324\376@*\275\376\000\000\000\000\210l\004\b\250\260\377\376\200\000\000\000\020\310\377\376\230l\004\b\221\233\374\376\003\000\000\000\020\310\377\376\250l\004\b\371!\374\376\003\000\000\000"...

i = 134551599


Best regards.
Ben


Le 2018-05-22 07:01, Alexander Pyhalov a écrit :
On 21.05.2018 19:23, Apostolos Syropoulos via openindiana-discuss 
wrote:

Hi I used to compile Wine and it used to work quite well but recent
update to OpenIndiana nailed it quite hard as it seg fault's  for
anything more than --version.


I would like to confirm that wine-2.21 worked just fine before 
upgrading

but now it reports:

Segmentation Fault (core dumped)
In my case I have used gdb and the result is:

(gdb) bt full
#0  0xfeda8f08 in wine_ldt_init_fs () from 
/opt/gnu/wine/lib/libwine.so.1

No symbol table info available.
#1  0x7ff7ddec in signal_init_thread ()
   from /opt/gnu/wine/lib/wine/ntdll.dll.so
No symbol table info available

Re: [OpenIndiana-discuss] Wine and recent Openindiana

2018-05-23 Thread bentahyr

Yes, thanks for the work by the OI team, it is quite easy to compile 
recent version.


For wine 3.8, just use the following patch :
= BEGIN
--- dlls/ntdll/signal_i386.c2016-12-24 08:52:13.0 +1300
+++ dlls/ntdll/signal_i386.c2017-01-03 15:34:44.137167786 +1300
@@ -326,6 +326,10 @@
 #define gregs regs
 #endif

+#if defined(__sun) && defined(__SVR4)
+#include 
+#endif
+
 #define EAX_sig(context) ((context)->uc_mcontext.gregs[EAX])
 #define EBX_sig(context) ((context)->uc_mcontext.gregs[EBX])
 #define ECX_sig(context) ((context)->uc_mcontext.gregs[ECX])
--- dlls/ntdll/virtual.c2018-05-12 06:20:21.0 +
+++ dlls/ntdll/virtual.c2018-05-22 14:00:17.283013377 +
@@ -1853,7 +1853,7 @@
  */
 void virtual_get_system_info( SYSTEM_BASIC_INFORMATION *info )
 {
-#ifdef HAVE_SYSINFO
+#if defined(HAVE_SYSINFO) && !defined(__sun)
 struct sysinfo sinfo;
 #endif

@@ -1862,7 +1862,7 @@
 info->PageSize= page_size;
 info->MmLowestPhysicalPage= 1;
 info->MmHighestPhysicalPage   = 0x7fff / page_size;
-#ifdef HAVE_SYSINFO
+#if defined(HAVE_SYSINFO) && !defined(__sun)
 if (!sysinfo(&sinfo))
 {
 ULONG64 total = (ULONG64)sinfo.totalram * sinfo.mem_unit;
= END

then :
 make sure you have /usr/gnu/bin first in you PATH
 $ ./configure CFLAGS=-std=gnu99 CXXFLAGS=-std=gnu99 LDFLAGS=-lumem 
--prefix=/opt/wine

 $ gmake -j4
 # gmake install (as root)
 $ export UMEM_OPTIONS=backend=mmap

And enjoy.

If you want wine staging, apply the staging patches first then the above 
patch.
This only compile 32bits, I haven't find the way to compile the 64bits 
version (in between the libs path in the linux world and the solaris 
world and the 64bits switches).


Best regards.
Ben

Le 2018-05-23 23:24, openbabel a écrit :

Has anyone managed to compile the latest versions 3.x of wine ?

regards,

Robert




___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] Wine and recent Openindiana

2018-05-23 Thread openbabel


Has anyone managed to compile the latest versions 3.x of wine ?

regards,

Robert


On 22/05/2018 18:48, Apostolos Syropoulos via openindiana-discuss wrote:

Hi, can you rebuild it with -ggdb -O0 and resend the back trace?

$ gdb /opt/gnu/wine/bin/wine core
GNU gdb (GDB) 7.10.1
Copyright (C) 2015 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "i386-pc-solaris2.11".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
.
Find the GDB manual and other documentation resources online at:
.
For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from /opt/gnu/wine/bin/wine...done.
[New LWP 1]
[New LWP 1]
[Thread debugging using libthread_db enabled]
[New Thread 1 (LWP 1)]
Core was generated by `wine DVD Shrink 3.2.exe'.
Program terminated with signal SIGSEGV, Segmentation fault.
#0  0xfeda902d in wine_set_fs (val=4103) at ../../include/wine/library.h:188
188 __DEFINE_SET_SEG(fs)
[Current thread is 3 (Thread 1 (LWP 1))]
(gdb) bt
#0  0xfeda902d in wine_set_fs (val=4103) at ../../include/wine/library.h:188
#1  wine_ldt_init_fs (sel=4103, entry=0x8047300) at ldt.c:433
#2  0x7ff7e046 in signal_init_thread (teb=0x3fff8000) at signal_i386.c:2547
#3  0x7ff8676a in thread_init () at thread.c:354
#4  0x7ff54872 in __wine_process_init () at loader.c:3341
#5  0xfedaa407 in wine_init (argc=2, argv=0x804787c, error=0x804740c "",
 error_size=1024) at loader.c:979
#6  0x0805146c in main (argc=2, argv=0x804787c) at main.c:258
(gdb)

Hope this helps!

A.S.

--
Apostolos Syropoulos
Xanthi, Greece
  
___

openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss



___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] Wine and recent Openindiana

2018-05-22 Thread Apostolos Syropoulos via openindiana-discuss

> Hi, can you rebuild it with -ggdb -O0 and resend the back trace?

$ gdb /opt/gnu/wine/bin/wine core 
GNU gdb (GDB) 7.10.1
Copyright (C) 2015 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "i386-pc-solaris2.11".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
.
Find the GDB manual and other documentation resources online at:
.
For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from /opt/gnu/wine/bin/wine...done.
[New LWP 1]
[New LWP 1]
[Thread debugging using libthread_db enabled]
[New Thread 1 (LWP 1)]
Core was generated by `wine DVD Shrink 3.2.exe'.
Program terminated with signal SIGSEGV, Segmentation fault.
#0  0xfeda902d in wine_set_fs (val=4103) at ../../include/wine/library.h:188
188 __DEFINE_SET_SEG(fs)
[Current thread is 3 (Thread 1 (LWP 1))]
(gdb) bt
#0  0xfeda902d in wine_set_fs (val=4103) at ../../include/wine/library.h:188
#1  wine_ldt_init_fs (sel=4103, entry=0x8047300) at ldt.c:433
#2  0x7ff7e046 in signal_init_thread (teb=0x3fff8000) at signal_i386.c:2547
#3  0x7ff8676a in thread_init () at thread.c:354
#4  0x7ff54872 in __wine_process_init () at loader.c:3341
#5  0xfedaa407 in wine_init (argc=2, argv=0x804787c, error=0x804740c "", 
    error_size=1024) at loader.c:979
#6  0x0805146c in main (argc=2, argv=0x804787c) at main.c:258
(gdb) 

Hope this helps!

A.S.

--
Apostolos Syropoulos
Xanthi, Greece
 
___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] Wine and recent Openindiana

2018-05-21 Thread bentahyr


I did the update and I can say that wine (3.0) works.

$ uname -a
SunOS kamahi 5.11 OS-6906-0-g1d9a8ab82e i86pc i386 i86pc Solaris

It's interesting as I tried to disable KPTI (in /boot/conf.d/) but 
couln't run wine.


Best regards.
Ben


Le 2018-05-21 20:42, Alexander Pyhalov a écrit :

On 05/21/18 10:43 AM, Alexander Pyhalov wrote:


Hi. The issue seems similar to sbcl one. I'd blame KPTI, but this need 
confirming. Can you check it on illumos-gate prior to KPTI changes?




I've published illumos-gate prior to KPTI changes here -
http://buildzone.oi-build.r61.net:8151/en/index.shtml

You can add on-nightly preferred publisher, make openindiana.org
publisher non-sticky and try updating and see if it fixes wine issues.


___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] Wine and recent Openindiana

2018-05-21 Thread Alexander Pyhalov


On 21.05.2018 19:23, Apostolos Syropoulos via openindiana-discuss wrote:

Hi I used to compile Wine and it used to work quite well but recent
update to OpenIndiana nailed it quite hard as it seg fault's  for
anything more than --version.


I would like to confirm that wine-2.21 worked just fine before 
upgrading

but now it reports:

Segmentation Fault (core dumped)
In my case I have used gdb and the result is:

(gdb) bt full
#0  0xfeda8f08 in wine_ldt_init_fs () from 
/opt/gnu/wine/lib/libwine.so.1

No symbol table info available.
#1  0x7ff7ddec in signal_init_thread ()
   from /opt/gnu/wine/lib/wine/ntdll.dll.so
No symbol table info available.
#2  0x7ff862ee in thread_init () from 
/opt/gnu/wine/lib/wine/ntdll.dll.so

No symbol table info available.
#3  0x7ff54fdd in __wine_process_init ()
   from /opt/gnu/wine/lib/wine/ntdll.dll.so
No symbol table info available.
#4  0xfedaa291 in wine_init () from /opt/gnu/wine/lib/libwine.so.1
No symbol table info available.
#5  0x0805149f in main ()
No symbol table info available.



Hi, can you rebuild it with -ggdb -O0 and resend the back trace?


---
System Administrator of Southern Federal University Computer Center


___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] Wine and recent Openindiana

2018-05-21 Thread Apostolos Syropoulos via openindiana-discuss

>Hi I used to compile Wine and it used to work quite well but recent
>update to OpenIndiana nailed it quite hard as it seg fault's  for
>anything more than --version.

I would like to confirm that wine-2.21 worked just fine before upgrading
but now it reports:

Segmentation Fault (core dumped) 
In my case I have used gdb and the result is:

(gdb) bt full
#0  0xfeda8f08 in wine_ldt_init_fs () from /opt/gnu/wine/lib/libwine.so.1
No symbol table info available.
#1  0x7ff7ddec in signal_init_thread ()
   from /opt/gnu/wine/lib/wine/ntdll.dll.so
No symbol table info available.
#2  0x7ff862ee in thread_init () from /opt/gnu/wine/lib/wine/ntdll.dll.so
No symbol table info available.
#3  0x7ff54fdd in __wine_process_init ()
   from /opt/gnu/wine/lib/wine/ntdll.dll.so
No symbol table info available.
#4  0xfedaa291 in wine_init () from /opt/gnu/wine/lib/libwine.so.1
No symbol table info available.
#5  0x0805149f in main ()
No symbol table info available.

Perhaps the problem is in wine-2.21/dlls/ntdll/signal_i386.c in
which signal_init_thread  is defined. Bur this is something only a kernel
developer can say for sure.

A.S.
--
Apostolos Syropoulos
Xanthi, Greece
___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] Wine and recent Openindiana

2018-05-21 Thread Alexander Pyhalov


On 05/21/18 10:43 AM, Alexander Pyhalov wrote:


Hi. The issue seems similar to sbcl one. I'd blame KPTI, but this need 
confirming. Can you check it on illumos-gate prior to KPTI changes?




I've published illumos-gate prior to KPTI changes here - 
http://buildzone.oi-build.r61.net:8151/en/index.shtml


You can add on-nightly preferred publisher, make openindiana.org 
publisher non-sticky and try updating and see if it fixes wine issues.


--
Best regards,
Alexander Pyhalov,
system administrator of Southern Federal University IT department

___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] Wine and recent Openindiana

2018-05-21 Thread Alexander Pyhalov


On 05/21/18 12:23 AM, benta...@chez.com wrote:
Hi I used to compile Wine and it used to work quite well but recent 
update to OpenIndiana nailed it quite hard as it seg fault's  for 
anything more than --version.


$ winecfg
Segmentation Fault (core dumped)

Update date | illumos v. | result
2018-03-28  | 243bebc0df | ok
2018-05-06  | 4ff15898b7 | ko
2018-05-18  | 8dfe5547fb | ko

$ dbx /opt/wine/bin/wine core
Reading wine
core file header read successfully
Reading ld.so.1
Reading libwine.so.1.0
Reading libsocket.so.1
Reading libnsl.so.1
Reading libc.so.1
Reading ntdll.dll.so
Reading libm.so.2
Reading libmd.so.1
Reading libmp.so.2
program terminated by signal SEGV (no mapping at the fault address)
0xfeda8ee8: wine_ldt_init_fs+0x0049:    movw %eax,%fs
(dbx)

$ mdb /opt/wine/bin/wine core
Loading modules: [ libc.so.1 ld.so.1 ]

$C
08046aa8 libwine.so.1.0`wine_ldt_init_fs+0x49(1007, 8046ad0, 8046ae8, 
7ff7f98c)
08046ae8 ntdll.dll.so`signal_init_thread+0xb8(3fff8000, 0, 8046b58, 
7ff87e20)
08046b58 ntdll.dll.so`thread_init+0x33d(8063de8, 0, 7ff5680c, feda964a, 
8046bb8, fef530b4)
08046b88 ntdll.dll.so`__wine_process_init+0x17(3, 8063de8, 8063e04, a, 
0, 7ff5680c)

08046bb8 libwine.so.1.0`wine_init+0x135(2, 8047054, 8046bdc, 400)
08046fe8 main+0x112(8046fec, fed5f2c8, 8047028, 8051168, 2, 8047054)
08047028 _start_crt+0x97(2, 8047054, fefd1c00, 0, 0, 0)
08047048 _start+0x1a(2, 8047188, 804719b, 0, 80471a7, 8047aa9)

Rebuilding wine with the new "environment" doesn't change the outcome.
I was wondering if it was related to the KPTI code but starting with 
KPTI disable doesn't change things.
So I come to see if anyone has an idea how to approach this as I don't 
know how to interpret the debuggers output.





Hi. The issue seems similar to sbcl one. I'd blame KPTI, but this need 
confirming. Can you check it on illumos-gate prior to KPTI changes?


--
Best regards,
Alexander Pyhalov,
system administrator of Southern Federal University IT department

___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] Wine and recent Openindiana

Re: [OpenIndiana-discuss] Wine and recent Openindiana

Re: [OpenIndiana-discuss] Wine and recent Openindiana

Re: [OpenIndiana-discuss] Wine and recent Openindiana

Re: [OpenIndiana-discuss] Wine and recent Openindiana

Re: [OpenIndiana-discuss] Wine and recent Openindiana

Re: [OpenIndiana-discuss] Wine and recent Openindiana

Re: [OpenIndiana-discuss] Wine and recent Openindiana

Re: [OpenIndiana-discuss] Wine and recent Openindiana

Re: [OpenIndiana-discuss] Wine and recent Openindiana

Re: [OpenIndiana-discuss] Wine and recent Openindiana

11 matches

Site Navigation

Mail list logo

Footer information