Back to Questions
776
views2
comments
2 issues on Mono.
f#compiler

Greetings,

1. Does anyone else have issues with arrow keys in FSI on Mono? Keycodes are printed to the FSI console instead of navigating cursor/lines. (If not, could it be the U.S. Dvorak keymap on Ubuntu?)

2. FSharp compiled fine on my previous Mono installation. With the latest Mono release, FSharp.Compatibility10.dll fails to compile (other assemblies still compile without issue). This is probably an issue with my installation. Could anyone give me advice on how to fix this (stacktrace below)?

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99

========BEGIN========
Mono Ahead of Time compiler - compiling assembly /usr/lib/fsharp/bin/FSharp.Compatibility10.dll
Stacktrace:

Native stacktrace:

        mono [0x8181fa0]
        mono [0x814b252]
        [0xffffe440]
        mono [0x805e250]
        mono [0x805f4c6]
        mono [0x8061de3]
        mono(mono_main+0xc3f) [0x80599af]
        mono [0x805886e]
        /lib/tls/i686/cmov/libc.so.6(__libc_start_main+0xe0) [0xb7d8f050]
        mono [0x80587b1]

Debug info from gdb:

Using host libthread_db library "/lib/tls/i686/cmov/libthread_db.so.1".
[Thread debugging using libthread_db enabled]
[New Thread -1210652976 (LWP 17832)]
[New Thread -1220138096 (LWP 17834)]
[New Thread -1219990640 (LWP 17833)]
0xffffe410 in __kernel_vsyscall ()
  3 Thread -1219990640 (LWP 17833)  0xffffe410 in __kernel_vsyscall ()
  2 Thread -1220138096 (LWP 17834)  0xffffe410 in __kernel_vsyscall ()
  1 Thread -1210652976 (LWP 17832)  0xffffe410 in __kernel_vsyscall ()

Thread 3 (Thread -1219990640 (LWP 17833)):
#0  0xffffe410 in __kernel_vsyscall ()
#1  0xb7ef49f6 in ?? () from /lib/tls/i686/cmov/libpthread.so.0
#2  0x08130c2e in collection_thread (unused=0x0) at collection.c:34
#3  0xb7eed46b in start_thread () from /lib/tls/i686/cmov/libpthread.so.0
#4  0xb7e4c6de in clone () from /lib/tls/i686/cmov/libc.so.6

Thread 2 (Thread -1220138096 (LWP 17834)):
#0  0xffffe410 in __kernel_vsyscall ()
#1  0xb7ef1676 in pthread_cond_wait@@GLIBC_2.3.2 ()
   from /lib/tls/i686/cmov/libpthread.so.0
#2  0x0812b4df in timedwait_signal_poll_cond (cond=0xb79601dc, 
    mutex=0xb79601c4, timeout=0x0, alertable=0) at handles.c:1443
#3  0x0812b5df in _wapi_handle_timedwait_signal_handle (handle=0x404, 
    timeout=0x0, alertable=0) at handles.c:1523
#4  0x0812b72a in _wapi_handle_wait_signal_handle (handle=0xfffffe00, 
    alertable=-512) at handles.c:1483
#5  0x0811adc1 in WaitForSingleObjectEx (handle=0x404, timeout=4294967295, 
    alertable=0) at wait.c:200
#6  0x080ed10b in finalizer_thread (unused=0x0) at gc.c:894
#7  0x080ce4db in start_wrapper (data=0x82564b8) at threads.c:589
#8  0x0811d102 in thread_start_routine (args=0xb780e370) at threads.c:282
#9  0x0813afe4 in GC_start_routine (arg=0xfffffe00) at pthread_support.c:1369
#10 0xb7eed46b in start_thread () from /lib/tls/i686/cmov/libpthread.so.0
#11 0xb7e4c6de in clone () from /lib/tls/i686/cmov/libc.so.6

Thread 1 (Thread -1210652976 (LWP 17832)):
#0  0xffffe410 in __kernel_vsyscall ()
#1  0xb7e0bf69 in fork () from /lib/tls/i686/cmov/libc.so.6
#2  0xb7ef6874 in fork () from /lib/tls/i686/cmov/libpthread.so.0
#3  0xb7f64ab9 in ?? () from /usr/lib/libglib-2.0.so.0
#4  0x00000010 in ?? ()
#5  0x00000010 in ?? ()
#6  0xb7ea1fd5 in ?? () from /lib/tls/i686/cmov/libc.so.6
#7  0x083f7e78 in ?? ()
#8  0x083f7e78 in ?? ()
#9  0xe96258b8 in ?? ()
#10 0xb7de3071 in ?? () from /lib/tls/i686/cmov/libc.so.6
#11 0x00000010 in ?? ()
#12 0x00000010 in ?? ()
#13 0x00000010 in ?? ()
#14 0xbfd3b924 in ?? ()
#15 0xb7de4fc0 in malloc () from /lib/tls/i686/cmov/libc.so.6
#16 0xb7f656ab in g_spawn_sync () from /usr/lib/libglib-2.0.so.0
#17 0xb7f65b4c in g_spawn_command_line_sync () from /usr/lib/libglib-2.0.so.0
#18 0x0818201b in mono_handle_native_sigsegv (signal=11, ctx=0xbfd3c49c)
    at mini-exceptions.c:1044
#19 0x0814b252 in sigsegv_signal_handler (_dummy=11, info=0xbfd3c41c, 
    context=0xbfd3c49c) at mini.c:12167
#20 <signal handler called>
#21 encode_klass_ref (acfg=0x8269800, klass=0x0, buf=0x83f8b0c "", 
    endbuf=0x8269800) at aot-compiler.c:1614
#22 0x0805e250 in encode_patch (acfg=0x8269800, patch_info=0x83b2d1c, 
    buf=<value optimized out>, endbuf=0x8269800, shared=0)
    at aot-compiler.c:2078
#23 0x0805f4c6 in emit_plt (acfg=0x8269800) at aot-compiler.c:2459
#24 0x08061de3 in mono_compile_assembly (ass=0x8269800, opts=136747008, 
    aot_options=0x0) at aot-compiler.c:3503
#25 0x080599af in mono_main (argc=1, argv=0xbfd3cbf4) at driver.c:878
#26 0x0805886e in main (argc=136747008, argv=0x8269800) at main.c:6
#0  0xffffe410 in __kernel_vsyscall ()

=================================================================
Got a SIGSEGV while executing native code. This usually indicates
a fatal error in the mono runtime or one of the native libraries 
used by your application.
=================================================================

Aborted (core dumped)
========END========

Thanks,
Carl

.

About the first one: When I use arrows in linux with FSI I can't "go back" or "go forward" to fix a typo (is this what you mean?). But this also happened in cygwin.

Using FSI from emacs shell eliminates the problem.

By on 3/22/2008 12:54 PM ()

Thanks diegoeche,

Yes, exactly. Also, "up" and "down" to scroll previously entered FSI code does not work. I have been wanting to learn emacs for a while. Now is probably a good time to start. :)

Regards,
Carl

By on 3/22/2008 2:26 PM ()

    Topic tags

    IntelliFactory Offices Copyright (c) 2011-2012 IntelliFactory. All rights reserved.
    Home | Products | Consulting | Trainings | Blogs | Jobs | Contact Us | Terms of Use | Privacy Policy | Cookie Policy     		Built with WebSharper