bug#9664: (format #t "~3tX") fails in the REPL

2011-11-16 Thread Andy Wingo
On Wed 05 Oct 2011 20:18, Andy Wingo writes: > It appears that there is some difference between the readline-enabled > reader and the normal one. > > $ meta/guile -q > scheme@(guile-user)> (port-column (current-output-port)) > $1 = 21 > > It is 0 with the readline reader. > > I don't

bug#9664: (format #t "~3tX") fails in the REPL

2011-10-05 Thread Andy Wingo
On Mon 03 Oct 2011 21:59, ri...@happyleptic.org writes: > The ~t formater is not working according to spec in the REPL. > Try this for instance: > > (format #t "~10tA~20tB~30tC~40tD") > > will print: > > AB C D > > Although it works from a script or when outputing to a sting. > > Als

bug#9664: (format #t "~3tX") fails in the REPL

2011-10-04 Thread rixed
The ~t formater is not working according to spec in the REPL. Try this for instance: (format #t "~10tA~20tB~30tC~40tD") will print: AB C D Although it works from a script or when outputing to a sting. Also, it works after a newline.

bug#9664: (format #t "~3tX") fails in the REPL

2011-10-04 Thread Ian Price
When an expression is evaluated, the port-column is not 0. You can see this by typing (write (port-column (current-output-port))) at the repl. This means that when you do ~3t, it will not generate any spaces as it is already past column 3. This can be fixed by resetting port-position before we ev