Possible bug geiser for scheme evaluation

Possible bug geiser for scheme evaluation

[Charles]

[-- Attachment #1: Type: text/plain, Size: 919 bytes --]

I just updated from git (previous update on June 30 about 08:00 EDT) and 
had trouble loading emacs.

Attached is a backtrace for the referenced possible bug.

My .emacs has the following

; Babel set for when I get around to learning how to use it

(org-babel-do-load-languages
     'org-babel-load-languages '((awk . t)
				 (calc . t)
				 (C . t)
				 (clojure . t)
				 (emacs-lisp . t)
				 (latex . t)
				 (ledger . t)
				 (lisp . t)
				 (org . t)
				 (scheme . t)
				 (sh . t)))

If I comment out (scheme . t) - no problem loading emacs.

Set up Windows 7, home premium; c:/emacs/emacs-24.2
GNU Emacs 24.2.1 (i386-mingw-nt6.1.7601) of 2012-08-28 on MARVIN

Org mode version Org-mode version 8.0.3 (release_8.0.3-333-g8387b3 @ 
c:/cygwin/home/Charlie/elisp/Org-Mode/lisp/)
at /c/cygwin/home/charlie/.elisp/org-mode which is update using git

my .emacs does load the cygwin org-mode version.

Charlie Millar

[-- Attachment #2: backtrace.txt --]
[-- Type: text/plain, Size: 2393 bytes --]

Debugger entered--Lisp error: (file-error "Cannot open load file" "geiser-impl")
  load("geiser-impl")
  load-library("geiser-impl")
  byte-code("\300\301!\210\302\303!\207" [require ob load-library "geiser-impl"] 2)
  require(ob-scheme)
  #[(pair) "\bA\303\b@!\x19\211\x1a\203\x16\0\304\305\306	P!!\202%\0\307\305\310	P!!\210\307\305\311	P!!*\207" [pair lang active symbol-name require intern "ob-" fmakunbound "org-babel-execute:" "org-babel-expand-body:"] 5]((scheme . t))
  mapc(#[(pair) "\bA\303\b@!\x19\211\x1a\203\x16\0\304\305\306	P!!\202%\0\307\305\310	P!!\210\307\305\311	P!!*\207" [pair lang active symbol-name require intern "ob-" fmakunbound "org-babel-execute:" "org-babel-expand-body:"] 5] ((awk . t) (calc . t) (C . t) (clojure . t) (emacs-lisp . t) (latex . t) (ledger . t) (lisp . t) (org . t) (scheme . t) (sh . t)))
  org-babel-do-load-languages(org-babel-load-languages ((awk . t) (calc . t) (C . t) (clojure . t) (emacs-lisp . t) (latex . t) (ledger . t) (lisp . t) (org . t) (scheme . t) (sh . t)))
  eval-buffer(#<buffer  *load*> nil "c:/Users/Charlie/AppData/Roaming/.emacs.d/init.el" nil t)  ; Reading at buffer position 11470
  load-with-code-conversion("c:/Users/Charlie/AppData/Roaming/.emacs.d/init.el" "c:/Users/Charlie/AppData/Roaming/.emacs.d/init.el" t t)
  load("c:/Users/Charlie/AppData/Roaming/.emacs.d/init" t t)
  #[0 "\b\205\262\0	\306=\203\x11\0\307\b\310Q\202;\0	\311=\204\x1e\0\307\b\312Q\202;\0\313\307\314\315#\203*\0\316\202;\0\313\307\314\317#\203:\0\320\nB\x12\321\202;\0\316\322\x13\323\x01\322\211#\210\v\322=\203a\0\324\325\326\307\b\327Q!\"\323\x01\322\211#\210\v\322=\203`\0\x01\x13\210\v\203\243\0\330\v!\331\232\203\243\0\332\v!\211\333P\334\x01!\203}\0\211\202\210\0\334\x02!\203\207\0\x01\202\210\0\314\262\x02\x01\203\241\0\335\x02\v\"\203\237\0\336\337\x03\v#\210\340\341!\210\x01\x13\266\x02\f?\205\260\0\314\x1d\323\342\322\211#)\262\x01\207" [init-file-user system-type delayed-warnings-list user-init-file inhibit-default-init inhibit-startup-screen ms-dos "~" "/_emacs" windows-nt "/.emacs" directory-files nil "^\\.emacs\\(\\.elc?\\)?$" "~/.emacs" "^_emacs\\(\\.elc?\\)?$" (initialization "`_emacs' init file is deprecated, please use `.emacs'") "~/_emacs" t load expand-file-name "init" file-name-as-directory "/.emacs.d" file-name-extension "elc" file-name-sans-extension ".el" file-exists-p file-newer-than-file-p message "Warning: %s is newer than %s" sit-for 1 "default"] 7 "\n\n(fn)"]()
  command-line()
  normal-top-level()

Re: Possible bug geiser for scheme evaluation

[Bastien]

Hi Charles,

Charles <millarc@verizon.net> writes:

> If I comment out (scheme . t) - no problem loading emacs.

The new ob-scheme.el relies on geiser: http://www.nongnu.org/geiser/
Adding geiser to your load-path should fix the problem.

-- 
 Bastien

Re: Possible bug geiser for scheme evaluation

[Charles]

Hi Bastien,

On 7/1/2013 5:14 PM, Bastien wrote:
> Hi Charles,
>
> Charles <millarc@verizon.net> writes:
>
>> If I comment out (scheme . t) - no problem loading emacs.
>
> The new ob-scheme.el relies on geiser: http://www.nongnu.org/geiser/
> Adding geiser to your load-path should fix the problem.
>

Worked like a charm. Thank you.

Charlie