how to start?

Re: how to start?

Re: how to start?

Hi Steve,

On Sat, Nov 05 2011, Steve Weeks wrote:

> oops fat fingered the email...
>
> I have emacs 23.2.1, guile 2.0.3, geiser 0.1.3 (and paredit) installed
> and seeming to mostly work.  I am new to all three and am stuck trying
> to get started.  I can start the REPL (M-x run-guile).  
>
> Some how have guile's %load-path screwed up.  I edited the .guile file
> and added:
>
>    (set! %load-path (cons "/home/steve/new/path" %load-path))
>
> This shows up fine within geiser's REPL,  Then I changed the path in
> the .guile file, but geiser doesn't see the change.  If I run guile
> from the command line, the change is there, but not within geiser.

By default, geiser doesn't load ~/.guile.  You can set
geiser-guile-load-init-file-p to t to activate loading .guile.

You can also customize geiser-guile-load-path, e.g., with

  (setq geiser-guile-load-path '("/home/steve/new/path"))

in your emacs initialization file.

HTH,
jao
--

-- 
Nostalgia isn’t what it used to be.

completions while using racket

Hi,

Just thought of reporting a trivial thing I found regarding completions.

racket <at> > (require sr<TAB>

=> this autocompletes as srcloc

where as if I type one more letter

racket <at> > (require srf<TAB>

then geiser completes it as "srfi/". When there are only 1 or 2
letters typed, geiser shows non-module names for completion. (require
ra<TAB> shows "raise" , "random" etc which are not module names, where
as (require rac<TAB> does the right thing!

Just thought of reporting it here.

(Sorry for many unmatched parens above!)
--

-- 
  Ramakrishnan

Confusing module enter behavior

Hi,

Today I wanted to try out the develop-test style flow using enter and
found these results which were not what I expected:

1.	Create foo.rkt. Define method foo which returns 1
2.	Create foo-test.rkt. Add test for foo which should return 0
3.     In foo-test, C:c, C:a; test fails as expected
4. 	In foo, change result to 0
5.	In foo-test, C:c, C:a; test passes as expected
6.     In foo, change result to 1
7.	In foo-test, C:c, C:a; test passes, which is not expected.
	The reason is that I can see in the repl that
	[re-loading c:\dev\tmp\enter\foo.rkt]
	occurs; as the docs for enter! explain.
	Evaluating (foo) in the repl also returns one, so the test
	should have failed. Even C:x,C:e on the (foo) in the test
	returns one.

What is odd is that I can see the new definition gets loaded, but
something still isn't right.

Emacs 23.3.1, Geiser 0.1.3, Windows XP, and Racket 5.2.h

;;; foo.rkt
;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;
#lang racket

(provide (all-defined-out))

(define (foo) 1)
;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;

;;;foo-test.rkt
;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;
#lang racket

(require "foo.rkt")
(require rackunit)

(check-eq? (foo) 0)
;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;

Grant

Re: Confusing module enter behavior

Hi Grant,

On Sat, Nov 26 2011, Grant Rettke wrote:

> Hi,
>
> Today I wanted to try out the develop-test style flow using enter and
> found these results which were not what I expected:
>
> 1.	Create foo.rkt. Define method foo which returns 1
> 2.	Create foo-test.rkt. Add test for foo which should return 0
> 3.     In foo-test, C:c, C:a; test fails as expected
> 4. 	In foo, change result to 0
> 5.	In foo-test, C:c, C:a; test passes as expected
> 6.     In foo, change result to 1
> 7.	In foo-test, C:c, C:a; test passes, which is not expected.

I think the test is not passing.  You can check that by entering it
manually in the REPL.  The problem is that geiser is not capturing the
output of check-eq? and displaying it as it should.  So yes, this is a
bug :)  I'll ping you back in the list as soon as i fix it...

Thanks for your patience!
jao
--

-- 
We have, I fear, confused power with greatness.
 -Stewart I. Udall, politician (1920-2010)

Re: Confusing module enter behavior

Hi again,

I've just pushed a patch to the git repo(s) that should fix the problem,
in case you feel like trying the unstable version :)

Cheers,
jao
--

-- 
A language that doesn't affect the way you think about programming, is
not worth knowing.
  - Alan Perlis, Epigrams in Programing

Geiser 0.1.4 released

Hi,

I've just tagged version 0.1.4 of Geiser, an emacs environment for
hacking in Guile Scheme and Racket  (see http://geiser.nongnu.org for
more details).

This is a mostly bug fix release.

New features:

   - Indentation for Racket's splicing-let and friends.
   - Customizable prompt waiting time (geiser-repl-startup-time).
   - New customizable faces: geiser-font-lock-repl-prompt and
     geiser-font-lock-repl-input.

Bug fixes:

   - C-c C-r and friends won't send unbalanced sexps to Scheme.
   - C-c C-z works after run-geiser in a Scheme buffer.
   - REPL: TAB indenting around whitespace.
   - Racket: correct display of output to standard error (such as
     rackunit's).
   - Guile: ditto.
   - Elisp: compatibility problems with filladapt fixed.
   - Racket: autodoc in R5RS modules.

Happy hacking,
jao
--

-- 
A language that doesn't affect the way you think about programming, is
not worth knowing.
  - Alan Perlis, Epigrams in Programing

Re: Geiser 0.1.4 released

On Sat, Nov 26, 2011 at 2:55 PM, Jose A. Ortega Ruiz <jao@...> wrote:
> I've just tagged version 0.1.4 of Geiser, an emacs environment for
> hacking in Guile Scheme and Racket  (see http://geiser.nongnu.org for
> more details).
> Happy hacking,
> jao

Thank you Jao!