<feed xmlns='http://www.w3.org/2005/Atom'>
<title>geiser-guile/scheme, branch 0.4</title>
<subtitle>geiser and guile talk to each other</subtitle>
<id>https://jao.io/cgit/geiser-guile/atom?h=0.4</id>
<link rel='self' href='https://jao.io/cgit/geiser-guile/atom?h=0.4'/>
<link rel='alternate' type='text/html' href='https://jao.io/cgit/geiser-guile/'/>
<updated>2013-04-15T09:13:02Z</updated>
<entry>
<title>Racket: ensuring the first C-c C-d C-i works</title>
<updated>2013-04-15T09:13:02Z</updated>
<author>
<name>Jose Antonio Ortega Ruiz</name>
<email>jao@gnu.org</email>
</author>
<published>2013-04-15T09:13:02Z</published>
<link rel='alternate' type='text/html' href='https://jao.io/cgit/geiser-guile/commit/?id=b32cc5ea37430c5d06ba2964ccdc430ce0faad80'/>
<id>urn:sha1:b32cc5ea37430c5d06ba2964ccdc430ce0faad80</id>
<content type='text'>
... by the obvious device of waiting for the thread building the index
to finish.
</content>
</entry>
<entry>
<title>Racket: fixing help when REPL is in a module</title>
<updated>2013-04-15T08:43:07Z</updated>
<author>
<name>Jose Antonio Ortega Ruiz</name>
<email>jao@gnu.org</email>
</author>
<published>2013-04-15T08:43:07Z</published>
<link rel='alternate' type='text/html' href='https://jao.io/cgit/geiser-guile/commit/?id=82f909d80a55f0dcf8639b094351f5e61f3449e6'/>
<id>urn:sha1:82f909d80a55f0dcf8639b094351f5e61f3449e6</id>
<content type='text'>
The evaluation of the help form must happen in a good enough
namespace.
</content>
</entry>
<entry>
<title>Racket: pre-loading help also in remote REPLs</title>
<updated>2013-04-15T02:18:19Z</updated>
<author>
<name>Jose Antonio Ortega Ruiz</name>
<email>jao@gnu.org</email>
</author>
<published>2013-04-15T02:18:19Z</published>
<link rel='alternate' type='text/html' href='https://jao.io/cgit/geiser-guile/commit/?id=5aec661ebb415b474b5bc01a8a295fc7c2639f8a'/>
<id>urn:sha1:5aec661ebb415b474b5bc01a8a295fc7c2639f8a</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Racket: better help commands</title>
<updated>2013-04-15T02:08:08Z</updated>
<author>
<name>Jose Antonio Ortega Ruiz</name>
<email>jao@gnu.org</email>
</author>
<published>2013-04-15T02:08:08Z</published>
<link rel='alternate' type='text/html' href='https://jao.io/cgit/geiser-guile/commit/?id=c00f24907cf87589f4b28885507443d419385502'/>
<id>urn:sha1:c00f24907cf87589f4b28885507443d419385502</id>
<content type='text'>
For some reason that i don't fully understand, evaluating a function
in the racket/base namespace first thing after loading errortrace
breaks the help macro (!).  This patches provides a workaround by
actually invoking help first thing when Geiser starts, with alibi that
it serves to preload the help index (in a separate thread).

While i was at it, i improved the message printed in the minibuffer
when no help is found.
</content>
</entry>
<entry>
<title>A better solution to the funky filename problem</title>
<updated>2013-04-13T03:22:20Z</updated>
<author>
<name>Jose Antonio Ortega Ruiz</name>
<email>jao@gnu.org</email>
</author>
<published>2013-04-13T03:22:20Z</published>
<link rel='alternate' type='text/html' href='https://jao.io/cgit/geiser-guile/commit/?id=3b5397c8dad34f9dfe83c2c44eeece0de9097df3'/>
<id>urn:sha1:3b5397c8dad34f9dfe83c2c44eeece0de9097df3</id>
<content type='text'>
So, the problem was that our regexp for a Racket prompt didn't take
into account that filenames could contain white spaces: "@[^ ]*&gt; ".  A
simple solution was accepting them: "@[^&gt;]+&gt; " won't work because '&gt;'
is also a valid character in filenames, so we went for "@.*&gt; ".

The drawback is that finding the beginning of the prompt (e.g. in C-a)
fails when you're writing things like:

   racket@foo bar.rkt&gt; (&gt; 2 3)

because here comint believes that the prompt is "racket@foo bar.rkt&gt; (&gt; "

And that could have side-effects elsewhere.  So what i've done is
simply changing the way white-space is (not) printed in the prompt,
substituting it by underscores.  That way, whe can go back to the
initial regexp, comint doesn't get confused, and users can easily
infer that "@foo_bar.rkt&gt;" is actually referring to their
"foo bar.rkt" file.
</content>
</entry>
<entry>
<title>Racket: make sure stderr is flushed in REPL</title>
<updated>2012-12-14T15:25:18Z</updated>
<author>
<name>Jose Antonio Ortega Ruiz</name>
<email>jao@gnu.org</email>
</author>
<published>2012-12-14T15:25:18Z</published>
<link rel='alternate' type='text/html' href='https://jao.io/cgit/geiser-guile/commit/?id=7c2ca2bb6e59e312019613db85fd86e7918ee1dc'/>
<id>urn:sha1:7c2ca2bb6e59e312019613db85fd86e7918ee1dc</id>
<content type='text'>
Thanks to Haiwei Zhou for catching this one!
</content>
</entry>
<entry>
<title>Racket: fix for module evaluation/entering</title>
<updated>2012-10-27T23:38:17Z</updated>
<author>
<name>Jose Antonio Ortega Ruiz</name>
<email>jao@gnu.org</email>
</author>
<published>2012-10-27T23:38:17Z</published>
<link rel='alternate' type='text/html' href='https://jao.io/cgit/geiser-guile/commit/?id=f5144a27494a1e83d658d400289ba104b050ffd3'/>
<id>urn:sha1:f5144a27494a1e83d658d400289ba104b050ffd3</id>
<content type='text'>
Our module loader is receiving load requests for module names
represented as lists that are not exactly a submodule, in the sense
that the path does not represent an actual file.

This phenomenon happens for instance when specifying a reader in a
#lang tag.  E.g.

   #lang at-exp racket

will cause the loader to be called with module name '(main reader) and
path &lt;cols-path&gt;/at-exp/main.rkt, where main.rkt does not exist.
Afterwards, we see a call to load at-exp/lang/reader/rkt, with name
reader, which is the real code.

So, for now, i'm skipping all load requests with a list name,
forwarding them to racket's default loader.
</content>
</entry>
<entry>
<title>Finishing removal of the "foo ends here" footers</title>
<updated>2012-10-11T02:20:23Z</updated>
<author>
<name>Jose Antonio Ortega Ruiz</name>
<email>jao@gnu.org</email>
</author>
<published>2012-10-11T02:19:50Z</published>
<link rel='alternate' type='text/html' href='https://jao.io/cgit/geiser-guile/commit/?id=b0684896df77372e8be1f4bcf6d6b7a1cb142b47'/>
<id>urn:sha1:b0684896df77372e8be1f4bcf6d6b7a1cb142b47</id>
<content type='text'>
I must admit this is yet another excuse to check geiserbot over at
freenode.
</content>
</entry>
<entry>
<title>racket: correctly jump to symbols defined in .ss modules</title>
<updated>2012-09-15T16:26:30Z</updated>
<author>
<name>Jose Antonio Ortega Ruiz</name>
<email>jao@gnu.org</email>
</author>
<published>2012-09-15T16:26:30Z</published>
<link rel='alternate' type='text/html' href='https://jao.io/cgit/geiser-guile/commit/?id=be72bafd337df18ecfbc64fa01f5a1704186c985'/>
<id>urn:sha1:be72bafd337df18ecfbc64fa01f5a1704186c985</id>
<content type='text'>
Racket is returning by default their canonical "rkt" name, which
sometimes is not what's in the filesystem.
</content>
</entry>
<entry>
<title>racket: fix re-loading of modules with submodules (e.g. plai-typed)</title>
<updated>2012-09-15T14:39:21Z</updated>
<author>
<name>Jose Antonio Ortega Ruiz</name>
<email>jao@gnu.org</email>
</author>
<published>2012-09-15T14:39:21Z</published>
<link rel='alternate' type='text/html' href='https://jao.io/cgit/geiser-guile/commit/?id=144025a8c111ca4082e0b039bf459dc5225a2a54'/>
<id>urn:sha1:144025a8c111ca4082e0b039bf459dc5225a2a54</id>
<content type='text'>
Resolved module path can now be, besides symbols, a list representing
a submodule.  When deciding whether what we are loading in enter's
current loader is a module or not, we have now to take that bit into
account.
</content>
</entry>
</feed>
