for n from 0 to 5 do print(n) od;

What do you expect to see?
Well, in Jupyter Notebooks I see: "5".

How to fix this?

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

On Saturday, April 29, 2023 at 1:44:03 PM UTC-5, peter....@gmail.com wrote:

for n from 0 to 5 do print(n) od;

What do you expect to see?
Well, in Jupyter Notebooks I see: "5".

How to fix this?

|\^/| Maple 18 (X86 64 LINUX)
._|\| |/|_. Copyright (c) Maplesoft, a division of Waterloo Maple Inc. 2014
\ MAPLE / All rights reserved. Maple is a trademark of
<____ ____> Waterloo Maple Inc.
| Type ? for help.

for n from 0 to 5 do print(n) od;

0

1

2

3

4

5

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

Am 29.04.2023 um 21:59 schrieb Jerry Place:

On Saturday, April 29, 2023 at 1:44:03 PM UTC-5, peter....@gmail.com wrote:

for n from 0 to 5 do print(n) od;

What do you expect to see?
Well, in Jupyter Notebooks I see: "5".

How to fix this?

|\^/| Maple 18 (X86 64 LINUX)
._|\| |/|_. Copyright (c) Maplesoft, a division of Waterloo Maple Inc. 2014
\ MAPLE / All rights reserved. Maple is a trademark of
<____ ____> Waterloo Maple Inc.
| Type ? for help.

for n from 0 to 5 do print(n) od;

0

1

2

3

4

5

So maybe it's a problem with carriage return / line feed, i.e., the
lines are printed without line feed?

Cheers,
Rainer

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

So maybe it's a problem with carriage return / line feed, i.e., the
lines are printed without line feed?

No, wouldn't you expect in this case the output "0 1 2 3 4 5"?
The output is "5", as I wrote.

So I tried two workarounds, but same result with:

for n from 0 to 5 do lprint(n) od;

and with:

for n from 0 to 5 do
printf("%g\n", n);
end do

---
Greetings to good old Vladimir:
https://www.cybertester.com/images/bug-ass.jpg

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

Am 30.04.2023 um 07:31 schrieb peter....@gmail.com:

So maybe it's a problem with carriage return / line feed, i.e., the
lines are printed without line feed?

No, wouldn't you expect in this case the output "0 1 2 3 4 5"?
The output is "5", as I wrote.

As an assembler programmer of old, I used to feed printers and other
output devices character by character. Sometimes ASCII and sometimes
some fancy code.
ASCII code LF = 10 (decimal) is the 'line feed' control character.
The output device is expected to advance to the next line.
ASCII code CR = 13 (decimal) is the 'carriage return' control character.
The output device is expected to put the following characters at the
first position of the same line.

I remember well the nice "wheeling around" when printing p, b, d, q
cyclically on the screen, separated by CR. All characters showed up at
the same place at the beginning of a line on the screen.

What a pity: I tried to replay this old joke, but in vain 🙁
Modern devices don't like a single CR and perform the LF action, too.
(Or, as in your case, they simply interpret CR as blank character.)

I'd love to see the trick again.

See https://en.wikipedia.org/wiki/Carriage_return
and https://en.wikipedia.org/wiki/Newline

Cheers,
Rainer

P.S. That didn't help you much, but I am quite certain that explained
your experience.

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

On Monday, May 1, 2023 at 2:03:30 AM UTC+12, Rainer Rosenthal wrote:

Am 30.04.2023 um 07:31 schrieb peter....@gmail.com:

So maybe it's a problem with carriage return / line feed, i.e., the lines are printed without line feed?

No, wouldn't you expect in this case the output "0 1 2 3 4 5"?
The output is "5", as I wrote.

As an assembler programmer of old, I used to feed printers and other
output devices character by character. Sometimes ASCII and sometimes
some fancy code.
ASCII code LF = 10 (decimal) is the 'line feed' control character.
The output device is expected to advance to the next line.
ASCII code CR = 13 (decimal) is the 'carriage return' control character.
The output device is expected to put the following characters at the
first position of the same line.

I remember well the nice "wheeling around" when printing p, b, d, q cyclically on the screen, separated by CR. All characters showed up at
the same place at the beginning of a line on the screen.

What a pity: I tried to replay this old joke, but in vain 🙁
Modern devices don't like a single CR and perform the LF action, too.
(Or, as in your case, they simply interpret CR as blank character.)

I'd love to see the trick again.

See https://en.wikipedia.org/wiki/Carriage_return
and https://en.wikipedia.org/wiki/Newline

Cheers,
Rainer

P.S. That didn't help you much, but I am quite certain that explained
your experience.

I often hit this CR/LF problem (but not in Maple) because I use Linux but people who use Microsoft get emails from me that don't look like what I sent. I have never used Jupyter. Was the OP's problem with that or with Maple?

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)