GNU bug report logs - #35192
`current-source-directory' fails when file-name #f

Previous Next

Full log

View this message in rfc822 format

From: help-debbugs <at> gnu.org (GNU bug Tracking System)
To: Maxim Cournoyer <maxim.cournoyer <at> gmail.com>
Cc: tracker <at> debbugs.gnu.org
Subject: bug#35192: closed (`current-source-directory' fails when
 file-name #f)
Date: Mon, 18 Nov 2019 04:26:01 +0000

[Message part 1 (text/plain, inline)]

Your message dated Mon, 18 Nov 2019 13:24:59 +0900
with message-id <87wobxu7z8.fsf <at> gmail.com>
and subject line Re: bug#35192: `current-source-directory' fails when file-name #f
has caused the debbugs.gnu.org bug report #35192,
regarding `current-source-directory' fails when file-name #f
to be marked as done.

(If you believe you have received this mail in error, please contact
help-debbugs <at> gnu.org.)


-- 
35192: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=35192
GNU Bug Tracking System
Contact help-debbugs <at> gnu.org with problems

[Message part 2 (message/rfc822, inline)]

From: Alex Sassmannshausen <alex.sassmannshausen <at> gmail.com>
To: bug-guix <at> gnu.org
Subject: `current-source-directory' fails when file-name #f
Date: Mon, 08 Apr 2019 14:26:43 +0100

Hello,

re: /guix/utils.scm:748:

When file-name is #f (e.g. in a geiser repl), the procedure's match
fails. `assq' returns ('filename . #f).  This is handled in the match
bodies cond clause, but excluded as possibility by the encapsulating
match clause.

Alex

[Message part 3 (message/rfc822, inline)]

From: Maxim Cournoyer <maxim.cournoyer <at> gmail.com>
To: Alex Sassmannshausen <alex.sassmannshausen <at> gmail.com>
Cc: 35192-done <at> debbugs.gnu.org
Subject: Re: bug#35192: `current-source-directory' fails when file-name #f
Date: Mon, 18 Nov 2019 13:24:59 +0900

Hello Alex!

Alex Sassmannshausen <alex.sassmannshausen <at> gmail.com> writes:

> Hello,
>
> re: /guix/utils.scm:748:
>
> When file-name is #f (e.g. in a geiser repl), the procedure's match
> fails. `assq' returns ('filename . #f).  This is handled in the match
> bodies cond clause, but excluded as possibility by the encapsulating
> match clause.
>
> Alex

Thank you for the fix!  I had the same problem when experimenting at the
REPL, and the comment about Geiser in the code didn't help.

I've pushed this change as commit
b997d43214445462f23947afbbcadf24c6018217.

Closing!

Maxim

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.