smed crashes on start

[Georg Mayr-Duffner]

I built from git today. smed crashes with this output:

#!
$ sortsmill-editor 
Copyright (c) 2000-2012 by George Williams and others.
Sorts Mill Tools 2.0.0_alpha1-D.
Backtrace:
In ice-9/boot-9.scm:
 157: 8 [catch #t #<catch-closure 288cc80> ...]
In unknown file:
   ?: 7 [apply-smob/1 #<catch-closure 288cc80>]
In ice-9/eval.scm:
 494: 6 [#<procedure 27657e0 at ice-9/eval.scm:488:4 (exp)> (import # # #)]
In ice-9/psyntax.scm:
1091: 5 [expand-top-sequence ((import # # #)) () ((top)) ...]
 976: 4 [scan ((import (sortsmill notices) (sortsmill pkg-info) ...)) () ...]
 270: 3 [scan ((# # #) (# # #) (# # #) (# # #)) () (()) ...]
In ice-9/eval.scm:
 400: 2 [eval # ()]
In ice-9/boot-9.scm:
2597: 1 [resolve-interface (sortsmill notices) #:select ...]
In unknown file:
   ?: 0 [scm-error misc-error #f ...]

ERROR: In procedure scm-error:
ERROR: no code for module (sortsmill notices)

[Barry Schwartz]

I’ve broken it in at least some way. You may want to temporarily go to commit 3b57c5a from before I got my hands on it.

[Khaled Hosny]

I had a similar issue when the install path for guile and SM are different, solved by setting GUILE_LOAD_PATH=/usr/local/share/guile/site/2.0/ (where /usr/local is SM install prefix).

[Barry Schwartz]

I haven’t been able to get that far, because you can’t build after uninstalling now. It is a test I keep forgetting to do. I accidentally made stuff needed early dependent on stuff that gets built later.

[Barry Schwartz]

What Khaled says may be apropos. Also you want to set GUILE_LOAD_COMPILED_PATH or you may be using the Guile sources instead of the faster compiled .go files. Smed tries to do that for you, but there is no need to count on that working (and it doesn’t happen in standalone scripts).

[Barry Schwartz]

Commit 1ddd5a7a should fix the build order problem. Let us know if the notices.scm error responds to any of the above mentioned remedies or not.

[Georg Mayr-Duffner]

Setting GUIL_LOAD_PATH didn’t help, but I suspect that it has something to do with path settings, because using /usr as install prefix does work.

[Khaled Hosny]

May be we should set these paths at startup somehow?

[Georg Mayr-Duffner]

New crash with todays git head, on both Arch and Fedora 18:

#!

$ smed
Backtrace:
In ice-9/boot-9.scm:
2786: 19 [try-module-autoload (sortsmill editor main) ()]
2131: 18 [save-module-excursion #<procedure 1602f60 at ice-9/boot-9.scm:2787:17 ()>]
2797: 17 [#<procedure 1602f60 at ice-9/boot-9.scm:2787:17 ()>]
In unknown file:
   ?: 16 [primitive-load-path "sortsmill/editor/main" #f]
In ice-9/eval.scm:
 494: 15 [#<procedure 14a77e0 at ice-9/eval.scm:488:4 (exp)> (library # # # ...)]
In ice-9/psyntax.scm:
1091: 14 [expand-top-sequence ((library # # # ...)) () ((top)) ...]
 974: 13 [scan ((library (sortsmill editor main) (export editor-main) ...)) () ...]
1198: 12 [syntax-type (#(syntax-object library # ...) (# # # ...) (# #) ...) () ...]
1407: 11 [expand-macro #<procedure 15679e0 at ice-9/r6rs-libraries.scm:126:2 (stx)> ...]
In ice-9/r6rs-libraries.scm:
 180: 10 [#<procedure 1567aa0 (name name* version espec ispec body)> # # () ...]
In ice-9/boot-9.scm:
 623: 9 [map #<procedure 1567f00 at ice-9/r6rs-libraries.scm:181:19 (im)> #]
2594: 8 [resolve-interface (sortsmill dynlink) #:select ...]
2519: 7 [#<procedure 15376e0 at ice-9/boot-9.scm:2507:4 (name #:optional autoload version #:key ensure)> # ...]
2786: 6 [try-module-autoload (sortsmill dynlink) ()]
2131: 5 [save-module-excursion #<procedure 1608d20 at ice-9/boot-9.scm:2787:17 ()>]
2797: 4 [#<procedure 1608d20 at ice-9/boot-9.scm:2787:17 ()>]
In unknown file:
   ?: 3 [primitive-load-path "sortsmill/dynlink" #f]
In ice-9/eval.scm:
 421: 2 [eval # ()]
 442: 1 [eval # ()]
In unknown file:
   ?: 0 [dynamic-link "libguile-sortsmill_symbols"]

ERROR: In procedure dynamic-link:
ERROR: In procedure dynamic-link: file: "libguile-sortsmill_symbols", message: "file not found"

[Georg Mayr-Duffner]

ok, this last error was resolved today.