9e216da9ef
After go1.16, go will use module mode by default, even when the repository is checked out under GOPATH or in a one-off directory. Add go.mod, go.sum to keep this repo buildable without opting out of the module mode. > go mod init github.com/mmcgrana/gobyexample > go mod tidy > go mod vendor In module mode, the 'vendor' directory is special and its contents will be actively maintained by the go command. pygments aren't the dependency the go will know about, so it will delete the contents from vendor directory. Move it to `third_party` directory now. And, vendor the blackfriday package. Note: the tutorial contents are not affected by the change in go1.16 because all the examples in this tutorial ask users to run the go command with the explicit list of files to be compiled (e.g. `go run hello-world.go` or `go build command-line-arguments.go`). When the source list is provided, the go command does not have to compute the build list and whether it's running in GOPATH mode or module mode becomes irrelevant.
119 lines
2.0 KiB
Plaintext
119 lines
2.0 KiB
Plaintext
x = r"""
|
|
>>> import os
|
|
>>> print os
|
|
<module 'os' from '/file/path.py'>
|
|
>>> for x in range(10):
|
|
... y = x + 2
|
|
... print(x)
|
|
... if x > 5:
|
|
... raise Exception
|
|
...
|
|
0
|
|
1
|
|
2
|
|
3
|
|
4
|
|
5
|
|
6
|
|
Traceback (most recent call last):
|
|
File "<stdin>", line 5, in <module>
|
|
Exception
|
|
>>>
|
|
>>> while True:
|
|
... pass
|
|
...
|
|
^CTraceback (most recent call last):
|
|
File "<stdin>", line 1, in <module>
|
|
KeyboardInterrupt
|
|
|
|
>>> class A(Exception):pass
|
|
...
|
|
>>> class B(Exception):pass
|
|
...
|
|
>>> try:
|
|
... try:
|
|
... raise A('first')
|
|
... finally:
|
|
... raise B('second')
|
|
... except A as c:
|
|
... print(c)
|
|
...
|
|
Traceback (most recent call last):
|
|
File "<stdin>", line 3, in <module>
|
|
__main__.A: first
|
|
|
|
During handling of the above exception, another exception occurred:
|
|
|
|
Traceback (most recent call last):
|
|
File "<stdin>", line 5, in <module>
|
|
__main__.B: second
|
|
|
|
>>> x =
|
|
File "<stdin>", line 1
|
|
x =
|
|
^
|
|
SyntaxError: invalid syntax
|
|
>>>
|
|
|
|
>>> x = 3
|
|
>>> with 5 as y:
|
|
... print(x + y)
|
|
...
|
|
8
|
|
|
|
# TODO
|
|
#>>> raise ValueError('multi\n line\ndetail')
|
|
#Traceback (most recent call last):
|
|
#........
|
|
#ValueError: multi
|
|
# line
|
|
#detail
|
|
|
|
>>> raise ValueError('multi\n line\ndetail')
|
|
Traceback (most recent call last):
|
|
.123
|
|
ValueError: multi
|
|
line
|
|
detail
|
|
|
|
>>> raise ValueError('multi\n line\ndetail')
|
|
Traceback (most recent call last):
|
|
...
|
|
ValueError: multi
|
|
line
|
|
detail
|
|
|
|
>>> raise ValueError('multi\n line\ndetail')
|
|
Traceback (most recent call last):
|
|
....
|
|
ValueError: multi
|
|
line
|
|
detail
|
|
|
|
>>> raise ValueError('multi\n line\ndetail')
|
|
Traceback (most recent call last):
|
|
....
|
|
ValueError: multi
|
|
line
|
|
detail
|
|
|
|
>>> raise ValueError('multi\n line\ndetail')
|
|
Traceback (most recent call last):
|
|
...
|
|
ValueError: multi
|
|
line
|
|
detail
|
|
|
|
>>> raise Exception
|
|
Traceback (most recent call last):
|
|
File "<stdin>", line 1, in <module>
|
|
Exception
|
|
>>> import somemodule
|
|
>>> somemodule.blah()
|
|
Traceback (most recent call last):
|
|
File "<stdin>", line 1, in <module>
|
|
File "/path/to/stuff/somemodule/blah.py", line 658, in blah
|
|
raise Exception('Hi.')
|
|
Exception: Hi.
|
|
|