invocation-tree 0.0.35__tar.gz → 0.0.36__tar.gz
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- {invocation_tree-0.0.35 → invocation_tree-0.0.36}/PKG-INFO +154 -32
- {invocation_tree-0.0.35 → invocation_tree-0.0.36}/README.md +153 -31
- {invocation_tree-0.0.35 → invocation_tree-0.0.36}/invocation_tree/__init__.py +82 -21
- {invocation_tree-0.0.35 → invocation_tree-0.0.36}/invocation_tree.egg-info/PKG-INFO +154 -32
- {invocation_tree-0.0.35 → invocation_tree-0.0.36}/pyproject.toml +1 -1
- {invocation_tree-0.0.35 → invocation_tree-0.0.36}/LICENSE.txt +0 -0
- {invocation_tree-0.0.35 → invocation_tree-0.0.36}/invocation_tree/regex_set.py +0 -0
- {invocation_tree-0.0.35 → invocation_tree-0.0.36}/invocation_tree.egg-info/SOURCES.txt +0 -0
- {invocation_tree-0.0.35 → invocation_tree-0.0.36}/invocation_tree.egg-info/dependency_links.txt +0 -0
- {invocation_tree-0.0.35 → invocation_tree-0.0.36}/invocation_tree.egg-info/requires.txt +0 -0
- {invocation_tree-0.0.35 → invocation_tree-0.0.36}/invocation_tree.egg-info/top_level.txt +0 -0
- {invocation_tree-0.0.35 → invocation_tree-0.0.36}/setup.cfg +0 -0
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
Metadata-Version: 2.4
|
|
2
2
|
Name: invocation_tree
|
|
3
|
-
Version: 0.0.
|
|
3
|
+
Version: 0.0.36
|
|
4
4
|
Summary: Generates an invocation tree of functions calls.
|
|
5
5
|
Author-email: Bas Terwijn <bterwijn@gmail.com>
|
|
6
6
|
License-Expression: BSD-2-Clause
|
|
@@ -32,12 +32,14 @@ Run a live demo in the 👉 [**Invocation Tree Web Debugger**](https://invocatio
|
|
|
32
32
|
- shows the invocation tree (call tree) of a program **in real time**
|
|
33
33
|
- helps to **understand recursion** and its depth-first nature
|
|
34
34
|
|
|
35
|
-
The new `@ivt.show` [decorator interface](#decorator) now allows
|
|
35
|
+
The new `@ivt.show` [decorator interface](#decorator) now allows for **scaling** to larger code bases.
|
|
36
36
|
|
|
37
37
|
# Topics #
|
|
38
38
|
|
|
39
39
|
[Iteration and Recursion](#iteration-and-recursion)
|
|
40
40
|
|
|
41
|
+
[Divide and Conquer](#divide-and-conquer)
|
|
42
|
+
|
|
41
43
|
[Permutations](#permutations)
|
|
42
44
|
|
|
43
45
|
[Recursion Benefits](#recursion-benefits)
|
|
@@ -48,6 +50,8 @@ The new `@ivt.show` [decorator interface](#decorator) now allows to scale to app
|
|
|
48
50
|
|
|
49
51
|
[Quick Sort](#quick-sort)
|
|
50
52
|
|
|
53
|
+
[Mutability](#mutability)
|
|
54
|
+
|
|
51
55
|
[Jugs Puzzle](#jugs-puzzle)
|
|
52
56
|
|
|
53
57
|
[Configuration](#Configuration)
|
|
@@ -149,17 +153,27 @@ Each node in the invocation tree represents a function call, and the node's colo
|
|
|
149
153
|
|
|
150
154
|
For every function call, the package displays its **local variables** and **return value**. Changes to the values of these variables over time are highlighted using bold text and gray shading to make them easier to track.
|
|
151
155
|
|
|
156
|
+
We can also visualize the execution of this program in the [Memory Graph Web Debugger](https://memory-graph.com/#codeurl=https://raw.githubusercontent.com/bterwijn/memory_graph/refs/heads/main/src/factorial.py×tep=1.0&play):
|
|
157
|
+
|
|
158
|
+
[](https://memory-graph.com/#codeurl=https://raw.githubusercontent.com/bterwijn/memory_graph/refs/heads/main/src/factorial.py×tep=1.0&play)
|
|
159
|
+
|
|
160
|
+
where the **call stack** is explicit. Each function call adds a stack frame to the call stack with a reference to its local variables and when a function returns it's stack frame is removed from the call stack. But when later a function calls itself multiple times the [invocation_tree](https://github.com/bterwijn/invocation_tree?tab=readme-ov-file#installation) will give us a better visualization than [memory_graph](https://github.com/bterwijn/memory_graph?tab=readme-ov-file#installation), so we will use that here mostly.
|
|
161
|
+
|
|
162
|
+
# Divide and Conquer #
|
|
163
|
+
|
|
152
164
|
With recursion we often use a divide and conquer strategy, splitting the problem in subproblems that are easier to solve. With factorial we split `factorial(4)` in a `4` and `factorial(3)` subproblem.
|
|
153
165
|
|
|
154
|
-
|
|
166
|
+
### exercise1
|
|
167
|
+
Use recursions to compute the sum of all the values in a list (hint: split for example the list `[1, 2, 3, ...]` in head `1` and tail `[2, 3, ...]`).
|
|
155
168
|
```python
|
|
156
|
-
def
|
|
169
|
+
def sum_list(values):
|
|
157
170
|
# <your recursive implementation>
|
|
158
171
|
|
|
159
|
-
print(
|
|
172
|
+
print(sum_list([3, 7, 4, 9, 2])) # 25
|
|
160
173
|
```
|
|
161
174
|
|
|
162
|
-
|
|
175
|
+
### exercise2
|
|
176
|
+
Rewrite this iterative implementation of decimal to binary conversion to a recursive implementation.
|
|
163
177
|
|
|
164
178
|
```python
|
|
165
179
|
def binary(decimal):
|
|
@@ -189,7 +203,7 @@ We can use recursion to compute all permutation of a number of elements with rep
|
|
|
189
203
|
|
|
190
204
|

|
|
191
205
|
|
|
192
|
-
This can be implemented recursively, using a divide and conquer strategy, like:
|
|
206
|
+
This can be implemented recursively, using a divide and conquer strategy, with a function calling itself multiple times, like:
|
|
193
207
|
|
|
194
208
|
```python
|
|
195
209
|
import invocation_tree as ivt
|
|
@@ -217,7 +231,7 @@ RRR
|
|
|
217
231
|

|
|
218
232
|
Or see it in the [Invocation Tree Web Debugger](https://invocation-tree.com/#timestep=1.0&play)
|
|
219
233
|
|
|
220
|
-
The visualization shows the depth-first nature of recursion. In each step the first
|
|
234
|
+
The visualization shows the depth-first nature of recursion. In each step the first element is chosen first, and quickly the bottom of the tree is reached. Then the permutation is printed, the function returns, one step back is made, and the next element is chosen. When each element had it's turn the function returns and another step back is made. This pattern repeats until all permutations are printed.
|
|
221
235
|
|
|
222
236
|
We can also iterate over all permutations with replacement using the `product()` function of `iterools` to get the same result:
|
|
223
237
|
|
|
@@ -266,7 +280,19 @@ Or see it in the [Invocation Tree Web Debugger](https://www.invocation-tree.com/
|
|
|
266
280
|
|
|
267
281
|
With recursion we can stop neighbors from being equal early, in contrast to iteration, where we would have had to filter out a permutation with equal neighbors after it was fully generated, which could be much slower and would require a more complex program.
|
|
268
282
|
|
|
269
|
-
|
|
283
|
+
### exercise3
|
|
284
|
+
Write function `palindromes(elems, perm, n)` that print all permutations with replacements of elements in `elems` of length `n` that are palindrome ('ABABA' is palindrome because if you read it backwards it's the same). The function call `palindromes('ABC', '', 3)` should result in these lines in any order:
|
|
285
|
+
```
|
|
286
|
+
AAA
|
|
287
|
+
ABA
|
|
288
|
+
ACA
|
|
289
|
+
BAB
|
|
290
|
+
BBB
|
|
291
|
+
BCB
|
|
292
|
+
CAC
|
|
293
|
+
CBC
|
|
294
|
+
CCC
|
|
295
|
+
```
|
|
270
296
|
|
|
271
297
|
# Path Planning #
|
|
272
298
|
|
|
@@ -332,7 +358,8 @@ See it in the [Invocation Tree Web Debugger](https://www.invocation-tree.com/#co
|
|
|
332
358
|
|
|
333
359
|
Add temporary debug prints wherever behavior isn’t clear. Experiment with what and how you print to maximize clarity.
|
|
334
360
|
|
|
335
|
-
|
|
361
|
+
### exercise4
|
|
362
|
+
In this larger bidirectional graph, print all the paths of length 7 that connect node `a` to node `b` where going over the same node multiple times is allowed (`avjxbxb` is one such path, there are 114 such paths in total).
|
|
336
363
|
|
|
337
364
|
```python
|
|
338
365
|
edges = [('a', 's'), ('i', 'z'), ('c', 'p'), ('d', 'p'), ('d', 'u'), ('b', 'e'), ('b', 'g'),
|
|
@@ -393,7 +420,8 @@ print(results)
|
|
|
393
420
|
<!--  -->
|
|
394
421
|
See it in the [Invocation Tree Web Debugger](https://www.invocation-tree.com/#codeurl=https://raw.githubusercontent.com/bterwijn/invocation_tree/refs/heads/main/src/permutations_collect.py×tep=0.5&play)
|
|
395
422
|
|
|
396
|
-
|
|
423
|
+
### exercise5
|
|
424
|
+
Create a list with all paths of length 10 in the larger bidirectional graph that go from `a` to `b`, and that do go via `d` but do **not** go via `x` (`amajdjaskb` is one such path, there are 145 such paths in total).
|
|
397
425
|
|
|
398
426
|
Where is the best place in the code to test for `x` to make the program run fast?
|
|
399
427
|
|
|
@@ -407,9 +435,75 @@ edges = [('a', 's'), ('i', 'z'), ('c', 'p'), ('d', 'p'), ('d', 'u'), ('b', 'e')
|
|
|
407
435
|
```
|
|
408
436
|

|
|
409
437
|
|
|
438
|
+
|
|
439
|
+
# Mutability #
|
|
440
|
+
|
|
441
|
+
In the permutation problem we could choose to use mutable type `list` to represent a permutation instead of the immutable type `str` we used before. This can be done in two ways. One way is to use the `+` list concatenation operator to add elements to the permutation, but this is slow because this creates a whole new list each time:
|
|
442
|
+
|
|
443
|
+
```python
|
|
444
|
+
def permutations(elements, perm, n):
|
|
445
|
+
if n == 0:
|
|
446
|
+
print(perm)
|
|
447
|
+
else:
|
|
448
|
+
for element in elements:
|
|
449
|
+
permutations(elements, perm + [element], n-1) # creates new list, SLOW!
|
|
450
|
+
|
|
451
|
+
permutations('LR', [], 3)
|
|
452
|
+
```
|
|
453
|
+
|
|
454
|
+
The [Memory Graph Web Debugger](https://memory-graph.com/#codeurl=https://raw.githubusercontent.com/bterwijn/invocation_tree/refs/heads/main/src/perm_mutable_copy.py×tep=1&play) shows that each recursive function call has it's own list copy.
|
|
455
|
+
|
|
456
|
+
The [Invocation Tree Web Debugger](https://invocation-tree.com/#codeurl=https://raw.githubusercontent.com/bterwijn/invocation_tree/refs/heads/main/src/perm_mutable_copy.py×tep=1&play) shows that all permutation are generated in the same way as when we used immutable type `str` to represent each permutation.
|
|
457
|
+
|
|
458
|
+
A second way is to mutate the `list` value with the `+=` operator or `append()` function and then after the recursive call to undo this action to restore its original value. This way we avoid creating new lists so this is much faster. We now use the same list in each recursive function call. We couldn't do this before with immutable type `str` because a value of immutable type is always automatically copied when we change it. However, now we have to take care to correctly undo each action we take so the code can get it a bit more complex, but this generally is worth it for faster execution. This style of recursion is often called **backtracking with in-place mutation**.
|
|
459
|
+
|
|
460
|
+
```python
|
|
461
|
+
def permutations(elements, perm, n):
|
|
462
|
+
if n == 0:
|
|
463
|
+
print(perm)
|
|
464
|
+
else:
|
|
465
|
+
for element in elements:
|
|
466
|
+
perm.append(element) # do action that mutates, FAST!
|
|
467
|
+
permutations(elements, perm, n-1)
|
|
468
|
+
perm.pop() # undo action
|
|
469
|
+
|
|
470
|
+
permutations('LR', [], 3)
|
|
471
|
+
```
|
|
472
|
+
|
|
473
|
+
The [Memory Graph Web Debugger](https://memory-graph.com/#codeurl=https://raw.githubusercontent.com/bterwijn/invocation_tree/refs/heads/main/src/perm_mutable_undo.py×tep=1&play) now shows that all function calls use the same list.
|
|
474
|
+
|
|
475
|
+
The [Invocation Tree Web Debugger](https://invocation-tree.com/#codeurl=https://raw.githubusercontent.com/bterwijn/invocation_tree/refs/heads/main/src/perm_mutable_undo.py×tep=1&play) shows that all permutation are generated but with each action being undone so that in the end the list is empty again.
|
|
476
|
+
|
|
477
|
+
### exercise6
|
|
478
|
+
Rewrite your code of **exercise5** so that it uses a list to represent each path and uses backtracking with in-place mutation so that a single list is used in each recursive function call for faster execution. For example the path `'amajdjaskb'` should now be represented as `['a', 'm', 'a', 'j', 'd', 'j', 'a', 's', 'k', 'b']`.
|
|
479
|
+
|
|
480
|
+
# Lazy Evaluation #
|
|
481
|
+
|
|
482
|
+
We can combine recursion and lazy evaluation using the `yield` and `yield from` keywords. We use `yield` to produce a value, and we use `yield from` when calling each function that (indirectly) produces a value using `yield`. Here we see an example with the `permutations()` function:
|
|
483
|
+
|
|
484
|
+
```python
|
|
485
|
+
def permutations(elements, perm, n):
|
|
486
|
+
if n == 0:
|
|
487
|
+
yield perm
|
|
488
|
+
else:
|
|
489
|
+
for element in elements:
|
|
490
|
+
yield from permutations(elements, perm + element, n-1)
|
|
491
|
+
|
|
492
|
+
generator_function = permutations('LR', '', 3)
|
|
493
|
+
for perm in generator_function:
|
|
494
|
+
print(perm)
|
|
495
|
+
```
|
|
496
|
+
|
|
497
|
+
The first call to the `permutations()` function now results in a generator_function where we can iterate over to get all permutations that are yielded.
|
|
498
|
+
|
|
499
|
+
The [Invocation Tree Web Debugger](https://invocation-tree.com/#codeurl=https://raw.githubusercontent.com/bterwijn/invocation_tree/refs/heads/main/src/perm_lazy.py×tep=1&play) gives an idea about how lazy evaluation is implemented. When we read a value from the generator_function the `permutations()` functions get called recursively until a permutation is yielded and then all `permutations()` calls return. When we read the next value the previous state of the recursion is restored and execution continues until the next permutation is yielded. This patterns repeats until all the recursive calls are completed and the generator is used up. Unfortunately this process makes the tree difficult to read, something we might improve in the future. At least it now gives an idea about the overhead of the lazy evaluation of recursive functions, the price we pay for not having to use memory for the `results` list.
|
|
500
|
+
|
|
501
|
+
### exercise7
|
|
502
|
+
Rewrite your code of **exercise6** so that `get_all_paths()` recursion is evaluated lazily.
|
|
503
|
+
|
|
410
504
|
# Quick Sort #
|
|
411
505
|
|
|
412
|
-
Another nice example of divide-and-conquer is the recursive quicksort algorithm. It works by choosing a pivot element and
|
|
506
|
+
Another nice example of divide-and-conquer is the recursive quicksort algorithm. It works by choosing a pivot element and splitting the list into elements smaller than the pivot, equal to the pivot, and larger than the pivot. The smaller and larger sublists are then quicksorted recursively. When we get to the point a sublist has zero or one element, then it is sorted. When returning, these sorted sublists are then combined with the elements equal to the pivot to produce a larger sorted lists.
|
|
413
507
|
|
|
414
508
|
```python
|
|
415
509
|
import invocation_tree as ivt
|
|
@@ -417,7 +511,7 @@ import invocation_tree as ivt
|
|
|
417
511
|
def quick_sort(values):
|
|
418
512
|
if len(values) <= 1:
|
|
419
513
|
return values
|
|
420
|
-
pivot = values[0] # choose
|
|
514
|
+
pivot = values[0] # choose arbitrarily the first as pivot
|
|
421
515
|
smaller = [x for x in values if x < pivot]
|
|
422
516
|
equal = [x for x in values if x == pivot]
|
|
423
517
|
larger = [x for x in values if x > pivot]
|
|
@@ -433,10 +527,16 @@ print(' sorted values:',values)
|
|
|
433
527
|
unsorted values: [7, 4, 10, 11, 2, 6, 9, 1, 5, 3, 8, 12]
|
|
434
528
|
sorted values: [1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12]
|
|
435
529
|
```
|
|
436
|
-
|
|
530
|
+
|
|
437
531
|
See it in the [Invocation Tree Web Debugger](https://www.invocation-tree.com/#codeurl=https://raw.githubusercontent.com/bterwijn/invocation_tree/refs/heads/main/src/quick_sort.py×tep=0.5&play)
|
|
438
532
|
|
|
439
|
-
|
|
533
|
+
### exercise8
|
|
534
|
+
Add a `key` argument so that we can use the `quick_sort(values, key=None)` function to sort each value `x` in `values` as if it was value `key(x)`, in exactly the same way as how the `sorted(iterable, key=None)` function works. For example:
|
|
535
|
+
|
|
536
|
+
- The call `quick_sort([1, 3, 4, 2], key = lambda x : -x)` should return `[4, 3, 2, 1]` because then each value is sorted by its negative value [-4, -3, -2, -1].
|
|
537
|
+
- The call `quick_sort(['aaa', 'bb', 'c'], key = lambda x : len(x))` should return `['c', 'bb', 'aaa']` because then each value is sorted by its length [1, 2, 3].
|
|
538
|
+
|
|
539
|
+
Sort the values as normal when `key` is `None`.
|
|
440
540
|
|
|
441
541
|
# Jugs Puzzle #
|
|
442
542
|
|
|
@@ -494,14 +594,15 @@ Where:
|
|
|
494
594
|
|
|
495
595
|
The breadth-first algorithm works and gives us the shortest path to a goal state, but to do that it uses a lot of memory to store each generation and all jugs states it has seen. Now we also want an algorithm that uses much less memory.
|
|
496
596
|
|
|
497
|
-
|
|
597
|
+
### exercise9
|
|
598
|
+
Write a recursive solver for the Jugs Puzzle that uses less memory by searching for the solution in a depth-first manner.
|
|
498
599
|
|
|
499
600
|
- A solution may not have the same jugs state multiple times (this also avoids infinite loops).
|
|
500
601
|
- It is not necessary to find the shortest path to a goal state (like breadth-first does).
|
|
501
602
|
|
|
502
|
-
|
|
603
|
+
Use the [decorator interface](#decorator) to visualize the execution on your system (not the Invocation Tree Web Debugger) because that allows you to easily choose which functions show up in the tree.
|
|
503
604
|
|
|
504
|
-
**solution
|
|
605
|
+
**solution exercise8:** First try it yourself, we give the [solution](https://www.invocation-tree.com/#codeurl=https://raw.githubusercontent.com/bterwijn/invocation_tree/refs/heads/main/src/jugs_depth_first.py&breakpoints=136&continues=1) here for comparison.
|
|
505
606
|
|
|
506
607
|
A harder more fun instance of this puzzle is with jugs with capacity 3, 5, 34 and 107 liter and the goal of getting to a jug with 51 liters.
|
|
507
608
|
|
|
@@ -514,7 +615,7 @@ The Invocation Tree Web Debugger gives examples of the [most important configura
|
|
|
514
615
|
|
|
515
616
|
|
|
516
617
|
## Hidding ##
|
|
517
|
-
It can be useful to hide certian variables
|
|
618
|
+
It can be useful to hide certian variables to avoid unnecessary complexity. This can be done with:
|
|
518
619
|
|
|
519
620
|
```python
|
|
520
621
|
tree = ivt.blocking()
|
|
@@ -544,28 +645,29 @@ tree = ivt.blocking()
|
|
|
544
645
|
tree.ignore_calls.add(r're:namespace\..*')
|
|
545
646
|
```
|
|
546
647
|
|
|
547
|
-
ignores all
|
|
648
|
+
ignores all functions starting with `namespace.`.
|
|
548
649
|
|
|
549
650
|
## Decorator ##
|
|
550
651
|
|
|
551
|
-
A better way to hide functions is to use the `@ivt.show` decorator on only the functions you want to graph. The decorator uses the global `ivt.decorator_tree` tree.
|
|
652
|
+
A better way to hide functions is to use the `@ivt.show` decorator on only the functions you want to graph but this can only be used when running the code locally and not in the Invocation Tree Web Debugger. The decorator uses the global `ivt.decorator_tree` tree.
|
|
552
653
|
|
|
553
654
|
```python
|
|
554
655
|
import invocation_tree as ivt
|
|
555
656
|
ivt.decorator_tree = ivt.blocking() # set tree used by decorator
|
|
556
|
-
#ivt.decorator_tree = ivt.blocking_each_change() # block at each change,
|
|
657
|
+
#ivt.decorator_tree = ivt.blocking_each_change() # block at each change, much slower
|
|
658
|
+
#ivt.decorator_tree = ivt.debugger() # for VS Code or PyCharm debugger
|
|
557
659
|
|
|
558
|
-
@ivt.show # use decorator to select which functions to graph
|
|
660
|
+
@ivt.show # use this decorator to select which functions to graph
|
|
559
661
|
def permutations(elements, perm, n):
|
|
560
662
|
if n == 0:
|
|
561
663
|
print(perm)
|
|
562
664
|
else:
|
|
563
665
|
for element in elements:
|
|
564
|
-
perm.append(element)
|
|
666
|
+
perm.append(element) # do action that mutates
|
|
565
667
|
permutations(elements, perm, n-1)
|
|
566
|
-
perm.pop()
|
|
668
|
+
perm.pop() # undo action
|
|
567
669
|
|
|
568
|
-
permutations(
|
|
670
|
+
permutations('LR', [], 3) # all permutations of L and R of length 3
|
|
569
671
|
```
|
|
570
672
|
|
|
571
673
|
## Blocking ##
|
|
@@ -612,12 +714,6 @@ tree = ivt.Invocation_Tree()
|
|
|
612
714
|
- if `>=0` the out filename is numbered for animated gif making
|
|
613
715
|
- **tree.indent** : string
|
|
614
716
|
- the string used for identing the local variables
|
|
615
|
-
- **tree.color_active** : string
|
|
616
|
-
- HTML color for active function
|
|
617
|
-
- **tree.color_paused*** : string
|
|
618
|
-
- HTML color for paused functions
|
|
619
|
-
- **tree.color_returned***: string
|
|
620
|
-
- HTML color for returned functions
|
|
621
717
|
- **tree.to_string** : dict[str, fun]
|
|
622
718
|
- mapping from type/name/id to a to_string() function for custom printing of values
|
|
623
719
|
- **tree.hide_vars** : set()
|
|
@@ -631,6 +727,32 @@ tree = ivt.Invocation_Tree()
|
|
|
631
727
|
- **tree.fontsize** : str
|
|
632
728
|
- the font size used in the graph, default '14'
|
|
633
729
|
|
|
730
|
+
## Functions ##
|
|
731
|
+
|
|
732
|
+
- **tree.dark_mode(b: bool = None)**
|
|
733
|
+
- set dark mode to 'True' or 'False', or 'None' to toggle.
|
|
734
|
+
- **tree.transparent_background(b: bool = None)**
|
|
735
|
+
- set transparent background to 'True' or 'False', or 'None' to toggle.
|
|
736
|
+
|
|
737
|
+
## Colors ##
|
|
738
|
+
|
|
739
|
+
For light mode the colors are:
|
|
740
|
+
|
|
741
|
+
- ivt.foreground_color_light
|
|
742
|
+
- ivt.background_color_light
|
|
743
|
+
- ivt.color_paused_light
|
|
744
|
+
- ivt.color_active_light
|
|
745
|
+
- ivt.color_returned_light
|
|
746
|
+
|
|
747
|
+
For dark mode the colors are:
|
|
748
|
+
|
|
749
|
+
- ivt.foreground_color_dark
|
|
750
|
+
- ivt.background_color_dark
|
|
751
|
+
- ivt.color_paused_dark
|
|
752
|
+
- ivt.color_active_dark
|
|
753
|
+
- ivt.color_returned_dark
|
|
754
|
+
|
|
755
|
+
|
|
634
756
|
# Troubleshooting #
|
|
635
757
|
- Adobe Acrobat Reader [doesn't refresh a PDF file](https://community.adobe.com/t5/acrobat-reader-discussions/reload-refresh-pdfs/td-p/9632292) when it changes on disk and blocks updates which results in an `Could not open 'tree.pdf' for writing : Permission denied` error. One solution is to install a PDF reader that does refresh ([SumatraPDF](https://www.sumatrapdfreader.org/), [Okular](https://okular.kde.org/), ...) and set it as the default PDF reader. Another solution is to `render()` the graph to a different output format.
|
|
636
758
|
|
|
@@ -12,12 +12,14 @@ Run a live demo in the 👉 [**Invocation Tree Web Debugger**](https://invocatio
|
|
|
12
12
|
- shows the invocation tree (call tree) of a program **in real time**
|
|
13
13
|
- helps to **understand recursion** and its depth-first nature
|
|
14
14
|
|
|
15
|
-
The new `@ivt.show` [decorator interface](#decorator) now allows
|
|
15
|
+
The new `@ivt.show` [decorator interface](#decorator) now allows for **scaling** to larger code bases.
|
|
16
16
|
|
|
17
17
|
# Topics #
|
|
18
18
|
|
|
19
19
|
[Iteration and Recursion](#iteration-and-recursion)
|
|
20
20
|
|
|
21
|
+
[Divide and Conquer](#divide-and-conquer)
|
|
22
|
+
|
|
21
23
|
[Permutations](#permutations)
|
|
22
24
|
|
|
23
25
|
[Recursion Benefits](#recursion-benefits)
|
|
@@ -28,6 +30,8 @@ The new `@ivt.show` [decorator interface](#decorator) now allows to scale to app
|
|
|
28
30
|
|
|
29
31
|
[Quick Sort](#quick-sort)
|
|
30
32
|
|
|
33
|
+
[Mutability](#mutability)
|
|
34
|
+
|
|
31
35
|
[Jugs Puzzle](#jugs-puzzle)
|
|
32
36
|
|
|
33
37
|
[Configuration](#Configuration)
|
|
@@ -129,17 +133,27 @@ Each node in the invocation tree represents a function call, and the node's colo
|
|
|
129
133
|
|
|
130
134
|
For every function call, the package displays its **local variables** and **return value**. Changes to the values of these variables over time are highlighted using bold text and gray shading to make them easier to track.
|
|
131
135
|
|
|
136
|
+
We can also visualize the execution of this program in the [Memory Graph Web Debugger](https://memory-graph.com/#codeurl=https://raw.githubusercontent.com/bterwijn/memory_graph/refs/heads/main/src/factorial.py×tep=1.0&play):
|
|
137
|
+
|
|
138
|
+
[](https://memory-graph.com/#codeurl=https://raw.githubusercontent.com/bterwijn/memory_graph/refs/heads/main/src/factorial.py×tep=1.0&play)
|
|
139
|
+
|
|
140
|
+
where the **call stack** is explicit. Each function call adds a stack frame to the call stack with a reference to its local variables and when a function returns it's stack frame is removed from the call stack. But when later a function calls itself multiple times the [invocation_tree](https://github.com/bterwijn/invocation_tree?tab=readme-ov-file#installation) will give us a better visualization than [memory_graph](https://github.com/bterwijn/memory_graph?tab=readme-ov-file#installation), so we will use that here mostly.
|
|
141
|
+
|
|
142
|
+
# Divide and Conquer #
|
|
143
|
+
|
|
132
144
|
With recursion we often use a divide and conquer strategy, splitting the problem in subproblems that are easier to solve. With factorial we split `factorial(4)` in a `4` and `factorial(3)` subproblem.
|
|
133
145
|
|
|
134
|
-
|
|
146
|
+
### exercise1
|
|
147
|
+
Use recursions to compute the sum of all the values in a list (hint: split for example the list `[1, 2, 3, ...]` in head `1` and tail `[2, 3, ...]`).
|
|
135
148
|
```python
|
|
136
|
-
def
|
|
149
|
+
def sum_list(values):
|
|
137
150
|
# <your recursive implementation>
|
|
138
151
|
|
|
139
|
-
print(
|
|
152
|
+
print(sum_list([3, 7, 4, 9, 2])) # 25
|
|
140
153
|
```
|
|
141
154
|
|
|
142
|
-
|
|
155
|
+
### exercise2
|
|
156
|
+
Rewrite this iterative implementation of decimal to binary conversion to a recursive implementation.
|
|
143
157
|
|
|
144
158
|
```python
|
|
145
159
|
def binary(decimal):
|
|
@@ -169,7 +183,7 @@ We can use recursion to compute all permutation of a number of elements with rep
|
|
|
169
183
|
|
|
170
184
|

|
|
171
185
|
|
|
172
|
-
This can be implemented recursively, using a divide and conquer strategy, like:
|
|
186
|
+
This can be implemented recursively, using a divide and conquer strategy, with a function calling itself multiple times, like:
|
|
173
187
|
|
|
174
188
|
```python
|
|
175
189
|
import invocation_tree as ivt
|
|
@@ -197,7 +211,7 @@ RRR
|
|
|
197
211
|

|
|
198
212
|
Or see it in the [Invocation Tree Web Debugger](https://invocation-tree.com/#timestep=1.0&play)
|
|
199
213
|
|
|
200
|
-
The visualization shows the depth-first nature of recursion. In each step the first
|
|
214
|
+
The visualization shows the depth-first nature of recursion. In each step the first element is chosen first, and quickly the bottom of the tree is reached. Then the permutation is printed, the function returns, one step back is made, and the next element is chosen. When each element had it's turn the function returns and another step back is made. This pattern repeats until all permutations are printed.
|
|
201
215
|
|
|
202
216
|
We can also iterate over all permutations with replacement using the `product()` function of `iterools` to get the same result:
|
|
203
217
|
|
|
@@ -246,7 +260,19 @@ Or see it in the [Invocation Tree Web Debugger](https://www.invocation-tree.com/
|
|
|
246
260
|
|
|
247
261
|
With recursion we can stop neighbors from being equal early, in contrast to iteration, where we would have had to filter out a permutation with equal neighbors after it was fully generated, which could be much slower and would require a more complex program.
|
|
248
262
|
|
|
249
|
-
|
|
263
|
+
### exercise3
|
|
264
|
+
Write function `palindromes(elems, perm, n)` that print all permutations with replacements of elements in `elems` of length `n` that are palindrome ('ABABA' is palindrome because if you read it backwards it's the same). The function call `palindromes('ABC', '', 3)` should result in these lines in any order:
|
|
265
|
+
```
|
|
266
|
+
AAA
|
|
267
|
+
ABA
|
|
268
|
+
ACA
|
|
269
|
+
BAB
|
|
270
|
+
BBB
|
|
271
|
+
BCB
|
|
272
|
+
CAC
|
|
273
|
+
CBC
|
|
274
|
+
CCC
|
|
275
|
+
```
|
|
250
276
|
|
|
251
277
|
# Path Planning #
|
|
252
278
|
|
|
@@ -312,7 +338,8 @@ See it in the [Invocation Tree Web Debugger](https://www.invocation-tree.com/#co
|
|
|
312
338
|
|
|
313
339
|
Add temporary debug prints wherever behavior isn’t clear. Experiment with what and how you print to maximize clarity.
|
|
314
340
|
|
|
315
|
-
|
|
341
|
+
### exercise4
|
|
342
|
+
In this larger bidirectional graph, print all the paths of length 7 that connect node `a` to node `b` where going over the same node multiple times is allowed (`avjxbxb` is one such path, there are 114 such paths in total).
|
|
316
343
|
|
|
317
344
|
```python
|
|
318
345
|
edges = [('a', 's'), ('i', 'z'), ('c', 'p'), ('d', 'p'), ('d', 'u'), ('b', 'e'), ('b', 'g'),
|
|
@@ -373,7 +400,8 @@ print(results)
|
|
|
373
400
|
<!--  -->
|
|
374
401
|
See it in the [Invocation Tree Web Debugger](https://www.invocation-tree.com/#codeurl=https://raw.githubusercontent.com/bterwijn/invocation_tree/refs/heads/main/src/permutations_collect.py×tep=0.5&play)
|
|
375
402
|
|
|
376
|
-
|
|
403
|
+
### exercise5
|
|
404
|
+
Create a list with all paths of length 10 in the larger bidirectional graph that go from `a` to `b`, and that do go via `d` but do **not** go via `x` (`amajdjaskb` is one such path, there are 145 such paths in total).
|
|
377
405
|
|
|
378
406
|
Where is the best place in the code to test for `x` to make the program run fast?
|
|
379
407
|
|
|
@@ -387,9 +415,75 @@ edges = [('a', 's'), ('i', 'z'), ('c', 'p'), ('d', 'p'), ('d', 'u'), ('b', 'e')
|
|
|
387
415
|
```
|
|
388
416
|

|
|
389
417
|
|
|
418
|
+
|
|
419
|
+
# Mutability #
|
|
420
|
+
|
|
421
|
+
In the permutation problem we could choose to use mutable type `list` to represent a permutation instead of the immutable type `str` we used before. This can be done in two ways. One way is to use the `+` list concatenation operator to add elements to the permutation, but this is slow because this creates a whole new list each time:
|
|
422
|
+
|
|
423
|
+
```python
|
|
424
|
+
def permutations(elements, perm, n):
|
|
425
|
+
if n == 0:
|
|
426
|
+
print(perm)
|
|
427
|
+
else:
|
|
428
|
+
for element in elements:
|
|
429
|
+
permutations(elements, perm + [element], n-1) # creates new list, SLOW!
|
|
430
|
+
|
|
431
|
+
permutations('LR', [], 3)
|
|
432
|
+
```
|
|
433
|
+
|
|
434
|
+
The [Memory Graph Web Debugger](https://memory-graph.com/#codeurl=https://raw.githubusercontent.com/bterwijn/invocation_tree/refs/heads/main/src/perm_mutable_copy.py×tep=1&play) shows that each recursive function call has it's own list copy.
|
|
435
|
+
|
|
436
|
+
The [Invocation Tree Web Debugger](https://invocation-tree.com/#codeurl=https://raw.githubusercontent.com/bterwijn/invocation_tree/refs/heads/main/src/perm_mutable_copy.py×tep=1&play) shows that all permutation are generated in the same way as when we used immutable type `str` to represent each permutation.
|
|
437
|
+
|
|
438
|
+
A second way is to mutate the `list` value with the `+=` operator or `append()` function and then after the recursive call to undo this action to restore its original value. This way we avoid creating new lists so this is much faster. We now use the same list in each recursive function call. We couldn't do this before with immutable type `str` because a value of immutable type is always automatically copied when we change it. However, now we have to take care to correctly undo each action we take so the code can get it a bit more complex, but this generally is worth it for faster execution. This style of recursion is often called **backtracking with in-place mutation**.
|
|
439
|
+
|
|
440
|
+
```python
|
|
441
|
+
def permutations(elements, perm, n):
|
|
442
|
+
if n == 0:
|
|
443
|
+
print(perm)
|
|
444
|
+
else:
|
|
445
|
+
for element in elements:
|
|
446
|
+
perm.append(element) # do action that mutates, FAST!
|
|
447
|
+
permutations(elements, perm, n-1)
|
|
448
|
+
perm.pop() # undo action
|
|
449
|
+
|
|
450
|
+
permutations('LR', [], 3)
|
|
451
|
+
```
|
|
452
|
+
|
|
453
|
+
The [Memory Graph Web Debugger](https://memory-graph.com/#codeurl=https://raw.githubusercontent.com/bterwijn/invocation_tree/refs/heads/main/src/perm_mutable_undo.py×tep=1&play) now shows that all function calls use the same list.
|
|
454
|
+
|
|
455
|
+
The [Invocation Tree Web Debugger](https://invocation-tree.com/#codeurl=https://raw.githubusercontent.com/bterwijn/invocation_tree/refs/heads/main/src/perm_mutable_undo.py×tep=1&play) shows that all permutation are generated but with each action being undone so that in the end the list is empty again.
|
|
456
|
+
|
|
457
|
+
### exercise6
|
|
458
|
+
Rewrite your code of **exercise5** so that it uses a list to represent each path and uses backtracking with in-place mutation so that a single list is used in each recursive function call for faster execution. For example the path `'amajdjaskb'` should now be represented as `['a', 'm', 'a', 'j', 'd', 'j', 'a', 's', 'k', 'b']`.
|
|
459
|
+
|
|
460
|
+
# Lazy Evaluation #
|
|
461
|
+
|
|
462
|
+
We can combine recursion and lazy evaluation using the `yield` and `yield from` keywords. We use `yield` to produce a value, and we use `yield from` when calling each function that (indirectly) produces a value using `yield`. Here we see an example with the `permutations()` function:
|
|
463
|
+
|
|
464
|
+
```python
|
|
465
|
+
def permutations(elements, perm, n):
|
|
466
|
+
if n == 0:
|
|
467
|
+
yield perm
|
|
468
|
+
else:
|
|
469
|
+
for element in elements:
|
|
470
|
+
yield from permutations(elements, perm + element, n-1)
|
|
471
|
+
|
|
472
|
+
generator_function = permutations('LR', '', 3)
|
|
473
|
+
for perm in generator_function:
|
|
474
|
+
print(perm)
|
|
475
|
+
```
|
|
476
|
+
|
|
477
|
+
The first call to the `permutations()` function now results in a generator_function where we can iterate over to get all permutations that are yielded.
|
|
478
|
+
|
|
479
|
+
The [Invocation Tree Web Debugger](https://invocation-tree.com/#codeurl=https://raw.githubusercontent.com/bterwijn/invocation_tree/refs/heads/main/src/perm_lazy.py×tep=1&play) gives an idea about how lazy evaluation is implemented. When we read a value from the generator_function the `permutations()` functions get called recursively until a permutation is yielded and then all `permutations()` calls return. When we read the next value the previous state of the recursion is restored and execution continues until the next permutation is yielded. This patterns repeats until all the recursive calls are completed and the generator is used up. Unfortunately this process makes the tree difficult to read, something we might improve in the future. At least it now gives an idea about the overhead of the lazy evaluation of recursive functions, the price we pay for not having to use memory for the `results` list.
|
|
480
|
+
|
|
481
|
+
### exercise7
|
|
482
|
+
Rewrite your code of **exercise6** so that `get_all_paths()` recursion is evaluated lazily.
|
|
483
|
+
|
|
390
484
|
# Quick Sort #
|
|
391
485
|
|
|
392
|
-
Another nice example of divide-and-conquer is the recursive quicksort algorithm. It works by choosing a pivot element and
|
|
486
|
+
Another nice example of divide-and-conquer is the recursive quicksort algorithm. It works by choosing a pivot element and splitting the list into elements smaller than the pivot, equal to the pivot, and larger than the pivot. The smaller and larger sublists are then quicksorted recursively. When we get to the point a sublist has zero or one element, then it is sorted. When returning, these sorted sublists are then combined with the elements equal to the pivot to produce a larger sorted lists.
|
|
393
487
|
|
|
394
488
|
```python
|
|
395
489
|
import invocation_tree as ivt
|
|
@@ -397,7 +491,7 @@ import invocation_tree as ivt
|
|
|
397
491
|
def quick_sort(values):
|
|
398
492
|
if len(values) <= 1:
|
|
399
493
|
return values
|
|
400
|
-
pivot = values[0] # choose
|
|
494
|
+
pivot = values[0] # choose arbitrarily the first as pivot
|
|
401
495
|
smaller = [x for x in values if x < pivot]
|
|
402
496
|
equal = [x for x in values if x == pivot]
|
|
403
497
|
larger = [x for x in values if x > pivot]
|
|
@@ -413,10 +507,16 @@ print(' sorted values:',values)
|
|
|
413
507
|
unsorted values: [7, 4, 10, 11, 2, 6, 9, 1, 5, 3, 8, 12]
|
|
414
508
|
sorted values: [1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12]
|
|
415
509
|
```
|
|
416
|
-
|
|
510
|
+
|
|
417
511
|
See it in the [Invocation Tree Web Debugger](https://www.invocation-tree.com/#codeurl=https://raw.githubusercontent.com/bterwijn/invocation_tree/refs/heads/main/src/quick_sort.py×tep=0.5&play)
|
|
418
512
|
|
|
419
|
-
|
|
513
|
+
### exercise8
|
|
514
|
+
Add a `key` argument so that we can use the `quick_sort(values, key=None)` function to sort each value `x` in `values` as if it was value `key(x)`, in exactly the same way as how the `sorted(iterable, key=None)` function works. For example:
|
|
515
|
+
|
|
516
|
+
- The call `quick_sort([1, 3, 4, 2], key = lambda x : -x)` should return `[4, 3, 2, 1]` because then each value is sorted by its negative value [-4, -3, -2, -1].
|
|
517
|
+
- The call `quick_sort(['aaa', 'bb', 'c'], key = lambda x : len(x))` should return `['c', 'bb', 'aaa']` because then each value is sorted by its length [1, 2, 3].
|
|
518
|
+
|
|
519
|
+
Sort the values as normal when `key` is `None`.
|
|
420
520
|
|
|
421
521
|
# Jugs Puzzle #
|
|
422
522
|
|
|
@@ -474,14 +574,15 @@ Where:
|
|
|
474
574
|
|
|
475
575
|
The breadth-first algorithm works and gives us the shortest path to a goal state, but to do that it uses a lot of memory to store each generation and all jugs states it has seen. Now we also want an algorithm that uses much less memory.
|
|
476
576
|
|
|
477
|
-
|
|
577
|
+
### exercise9
|
|
578
|
+
Write a recursive solver for the Jugs Puzzle that uses less memory by searching for the solution in a depth-first manner.
|
|
478
579
|
|
|
479
580
|
- A solution may not have the same jugs state multiple times (this also avoids infinite loops).
|
|
480
581
|
- It is not necessary to find the shortest path to a goal state (like breadth-first does).
|
|
481
582
|
|
|
482
|
-
|
|
583
|
+
Use the [decorator interface](#decorator) to visualize the execution on your system (not the Invocation Tree Web Debugger) because that allows you to easily choose which functions show up in the tree.
|
|
483
584
|
|
|
484
|
-
**solution
|
|
585
|
+
**solution exercise8:** First try it yourself, we give the [solution](https://www.invocation-tree.com/#codeurl=https://raw.githubusercontent.com/bterwijn/invocation_tree/refs/heads/main/src/jugs_depth_first.py&breakpoints=136&continues=1) here for comparison.
|
|
485
586
|
|
|
486
587
|
A harder more fun instance of this puzzle is with jugs with capacity 3, 5, 34 and 107 liter and the goal of getting to a jug with 51 liters.
|
|
487
588
|
|
|
@@ -494,7 +595,7 @@ The Invocation Tree Web Debugger gives examples of the [most important configura
|
|
|
494
595
|
|
|
495
596
|
|
|
496
597
|
## Hidding ##
|
|
497
|
-
It can be useful to hide certian variables
|
|
598
|
+
It can be useful to hide certian variables to avoid unnecessary complexity. This can be done with:
|
|
498
599
|
|
|
499
600
|
```python
|
|
500
601
|
tree = ivt.blocking()
|
|
@@ -524,28 +625,29 @@ tree = ivt.blocking()
|
|
|
524
625
|
tree.ignore_calls.add(r're:namespace\..*')
|
|
525
626
|
```
|
|
526
627
|
|
|
527
|
-
ignores all
|
|
628
|
+
ignores all functions starting with `namespace.`.
|
|
528
629
|
|
|
529
630
|
## Decorator ##
|
|
530
631
|
|
|
531
|
-
A better way to hide functions is to use the `@ivt.show` decorator on only the functions you want to graph. The decorator uses the global `ivt.decorator_tree` tree.
|
|
632
|
+
A better way to hide functions is to use the `@ivt.show` decorator on only the functions you want to graph but this can only be used when running the code locally and not in the Invocation Tree Web Debugger. The decorator uses the global `ivt.decorator_tree` tree.
|
|
532
633
|
|
|
533
634
|
```python
|
|
534
635
|
import invocation_tree as ivt
|
|
535
636
|
ivt.decorator_tree = ivt.blocking() # set tree used by decorator
|
|
536
|
-
#ivt.decorator_tree = ivt.blocking_each_change() # block at each change,
|
|
637
|
+
#ivt.decorator_tree = ivt.blocking_each_change() # block at each change, much slower
|
|
638
|
+
#ivt.decorator_tree = ivt.debugger() # for VS Code or PyCharm debugger
|
|
537
639
|
|
|
538
|
-
@ivt.show # use decorator to select which functions to graph
|
|
640
|
+
@ivt.show # use this decorator to select which functions to graph
|
|
539
641
|
def permutations(elements, perm, n):
|
|
540
642
|
if n == 0:
|
|
541
643
|
print(perm)
|
|
542
644
|
else:
|
|
543
645
|
for element in elements:
|
|
544
|
-
perm.append(element)
|
|
646
|
+
perm.append(element) # do action that mutates
|
|
545
647
|
permutations(elements, perm, n-1)
|
|
546
|
-
perm.pop()
|
|
648
|
+
perm.pop() # undo action
|
|
547
649
|
|
|
548
|
-
permutations(
|
|
650
|
+
permutations('LR', [], 3) # all permutations of L and R of length 3
|
|
549
651
|
```
|
|
550
652
|
|
|
551
653
|
## Blocking ##
|
|
@@ -592,12 +694,6 @@ tree = ivt.Invocation_Tree()
|
|
|
592
694
|
- if `>=0` the out filename is numbered for animated gif making
|
|
593
695
|
- **tree.indent** : string
|
|
594
696
|
- the string used for identing the local variables
|
|
595
|
-
- **tree.color_active** : string
|
|
596
|
-
- HTML color for active function
|
|
597
|
-
- **tree.color_paused*** : string
|
|
598
|
-
- HTML color for paused functions
|
|
599
|
-
- **tree.color_returned***: string
|
|
600
|
-
- HTML color for returned functions
|
|
601
697
|
- **tree.to_string** : dict[str, fun]
|
|
602
698
|
- mapping from type/name/id to a to_string() function for custom printing of values
|
|
603
699
|
- **tree.hide_vars** : set()
|
|
@@ -611,6 +707,32 @@ tree = ivt.Invocation_Tree()
|
|
|
611
707
|
- **tree.fontsize** : str
|
|
612
708
|
- the font size used in the graph, default '14'
|
|
613
709
|
|
|
710
|
+
## Functions ##
|
|
711
|
+
|
|
712
|
+
- **tree.dark_mode(b: bool = None)**
|
|
713
|
+
- set dark mode to 'True' or 'False', or 'None' to toggle.
|
|
714
|
+
- **tree.transparent_background(b: bool = None)**
|
|
715
|
+
- set transparent background to 'True' or 'False', or 'None' to toggle.
|
|
716
|
+
|
|
717
|
+
## Colors ##
|
|
718
|
+
|
|
719
|
+
For light mode the colors are:
|
|
720
|
+
|
|
721
|
+
- ivt.foreground_color_light
|
|
722
|
+
- ivt.background_color_light
|
|
723
|
+
- ivt.color_paused_light
|
|
724
|
+
- ivt.color_active_light
|
|
725
|
+
- ivt.color_returned_light
|
|
726
|
+
|
|
727
|
+
For dark mode the colors are:
|
|
728
|
+
|
|
729
|
+
- ivt.foreground_color_dark
|
|
730
|
+
- ivt.background_color_dark
|
|
731
|
+
- ivt.color_paused_dark
|
|
732
|
+
- ivt.color_active_dark
|
|
733
|
+
- ivt.color_returned_dark
|
|
734
|
+
|
|
735
|
+
|
|
614
736
|
# Troubleshooting #
|
|
615
737
|
- Adobe Acrobat Reader [doesn't refresh a PDF file](https://community.adobe.com/t5/acrobat-reader-discussions/reload-refresh-pdfs/td-p/9632292) when it changes on disk and blocks updates which results in an `Could not open 'tree.pdf' for writing : Permission denied` error. One solution is to install a PDF reader that does refresh ([SumatraPDF](https://www.sumatrapdfreader.org/), [Okular](https://okular.kde.org/), ...) and set it as the default PDF reader. Another solution is to `render()` the graph to a different output format.
|
|
616
738
|
|
|
@@ -10,9 +10,24 @@ import functools
|
|
|
10
10
|
|
|
11
11
|
import invocation_tree.regex_set as regset
|
|
12
12
|
|
|
13
|
-
__version__ = "0.0.
|
|
13
|
+
__version__ = "0.0.36"
|
|
14
14
|
__author__ = 'Bas Terwijn'
|
|
15
15
|
|
|
16
|
+
# colors dark
|
|
17
|
+
foreground_color_light = '#000000'
|
|
18
|
+
background_color_light = '#ffffff'
|
|
19
|
+
color_paused_light = '#ccffcc'
|
|
20
|
+
color_active_light = '#ffffff'
|
|
21
|
+
color_returned_light = '#ffcccc'
|
|
22
|
+
|
|
23
|
+
# colors light
|
|
24
|
+
foreground_color_dark = '#dddddd'
|
|
25
|
+
background_color_dark = '#1d1d1d'
|
|
26
|
+
color_paused_dark = '#779977'
|
|
27
|
+
color_active_dark = '#1d1d1d'
|
|
28
|
+
color_returned_dark = '#997777'
|
|
29
|
+
|
|
30
|
+
|
|
16
31
|
def highlight_diff(str1, str2):
|
|
17
32
|
matcher = difflib.SequenceMatcher(None, str1, str2)
|
|
18
33
|
result = []
|
|
@@ -72,9 +87,6 @@ class Invocation_Tree:
|
|
|
72
87
|
gifcount=-1,
|
|
73
88
|
max_string_len=150,
|
|
74
89
|
indent=' ',
|
|
75
|
-
color_paused = '#ccffcc',
|
|
76
|
-
color_active = '#ffffff',
|
|
77
|
-
color_returned = '#ffcccc',
|
|
78
90
|
to_string=None,
|
|
79
91
|
hide_vars=None,
|
|
80
92
|
cleanup=True,
|
|
@@ -89,9 +101,6 @@ class Invocation_Tree:
|
|
|
89
101
|
self.max_string_len = max_string_len
|
|
90
102
|
self.gifcount = gifcount
|
|
91
103
|
self.indent = indent
|
|
92
|
-
self.color_paused = color_paused
|
|
93
|
-
self.color_active = color_active
|
|
94
|
-
self.color_returned = color_returned
|
|
95
104
|
self.each_line = each_line
|
|
96
105
|
self.to_string = {}
|
|
97
106
|
if not to_string is None:
|
|
@@ -109,6 +118,9 @@ class Invocation_Tree:
|
|
|
109
118
|
self.regset_ignore_calls = regset.Regex_Set(self.ignore_calls)
|
|
110
119
|
self.fontname = 'Times-Roman'
|
|
111
120
|
self.fontsize = '14'
|
|
121
|
+
self.in_dark_mode = False
|
|
122
|
+
self.in_transparent_background = False
|
|
123
|
+
self.set_colors()
|
|
112
124
|
# --- core
|
|
113
125
|
self.stack = []
|
|
114
126
|
self.returned = []
|
|
@@ -122,9 +134,39 @@ class Invocation_Tree:
|
|
|
122
134
|
self.graph = None
|
|
123
135
|
self.prev_global_tracer = None
|
|
124
136
|
|
|
125
|
-
|
|
126
137
|
def __repr__(self):
|
|
127
138
|
return f'Invocation_Tree(filename={repr(self.filename)}, show={self.show}, block={self.block}, each_line={self.each_line}, gifcount={self.gifcount})'
|
|
139
|
+
|
|
140
|
+
def set_colors(self):
|
|
141
|
+
if self.in_dark_mode:
|
|
142
|
+
self.foreground_color = foreground_color_dark
|
|
143
|
+
self.background_color = background_color_dark
|
|
144
|
+
self.color_paused = color_paused_dark
|
|
145
|
+
self.color_active = color_active_dark
|
|
146
|
+
self.color_returned = color_returned_dark
|
|
147
|
+
else:
|
|
148
|
+
self.foreground_color = foreground_color_light
|
|
149
|
+
self.background_color = background_color_light
|
|
150
|
+
self.color_paused = color_paused_light
|
|
151
|
+
self.color_active = color_active_light
|
|
152
|
+
self.color_returned = color_returned_light
|
|
153
|
+
if self.in_transparent_background:
|
|
154
|
+
self.background_color = 'transparent'
|
|
155
|
+
self.color_active = 'transparent'
|
|
156
|
+
|
|
157
|
+
def dark_mode(self, dark = None):
|
|
158
|
+
if dark is None:
|
|
159
|
+
self.in_dark_mode = not self.in_dark_mode
|
|
160
|
+
else:
|
|
161
|
+
self.in_dark_mode = dark
|
|
162
|
+
self.set_colors()
|
|
163
|
+
|
|
164
|
+
def transparent_background(self, transparent = None):
|
|
165
|
+
if transparent is None:
|
|
166
|
+
self.in_transparent_background = not self.in_transparent_background
|
|
167
|
+
else:
|
|
168
|
+
self.in_transparent_background = transparent
|
|
169
|
+
self.set_colors()
|
|
128
170
|
|
|
129
171
|
def __call__(self, fun, *args, **kwargs):
|
|
130
172
|
try:
|
|
@@ -135,7 +177,7 @@ class Invocation_Tree:
|
|
|
135
177
|
sys.settrace(self.prev_global_tracer)
|
|
136
178
|
return result
|
|
137
179
|
|
|
138
|
-
def value_to_string(self, key, value):
|
|
180
|
+
def value_to_string(self, key, value, is_value):
|
|
139
181
|
try:
|
|
140
182
|
if id(value) in self.to_string:
|
|
141
183
|
val_str = self.to_string[id(value)](value)
|
|
@@ -151,14 +193,17 @@ class Invocation_Tree:
|
|
|
151
193
|
val_str = '...'+val_str[-self.max_string_len:]
|
|
152
194
|
result = html.escape(val_str)
|
|
153
195
|
if '\n' in result:
|
|
154
|
-
|
|
196
|
+
lines = result.split('\n')
|
|
197
|
+
result = '<BR/>' + '<BR/>'.join([line + ' ' for line in lines]) # use HTML line breaks
|
|
198
|
+
elif is_value and isinstance(value, str):
|
|
199
|
+
result = "'" + result + "'" # add quotes around single line strings
|
|
155
200
|
return result
|
|
156
201
|
|
|
157
|
-
def get_hightlighted_content(self, tree_node, key, value, use_old_content=False):
|
|
202
|
+
def get_hightlighted_content(self, tree_node, key, value, use_old_content=False, is_value=False):
|
|
158
203
|
if use_old_content and key in tree_node.strings:
|
|
159
204
|
return tree_node.strings[key]
|
|
160
205
|
is_highlighted = False
|
|
161
|
-
content = self.value_to_string(key, value)
|
|
206
|
+
content = self.value_to_string(key, value, is_value)
|
|
162
207
|
if key in tree_node.strings:
|
|
163
208
|
use_old_content = tree_node.strings[key]
|
|
164
209
|
hightlighted_content, is_highlighted = highlight_diff(use_old_content, content)
|
|
@@ -185,26 +230,27 @@ class Invocation_Tree:
|
|
|
185
230
|
border = 3
|
|
186
231
|
if is_returned:
|
|
187
232
|
color = self.color_returned
|
|
188
|
-
|
|
233
|
+
alignment = 'ALIGN="left" BALIGN="LEFT"'
|
|
234
|
+
table = f'<\n<TABLE BORDER="{str(border)}" COLOR="{self.foreground_color}" CELLBORDER="0" CELLSPACING="0" BGCOLOR="{color}">\n <TR>'
|
|
189
235
|
class_fun_name = get_class_function_name(tree_node.frame)
|
|
190
236
|
local_vars = tree_node.frame.f_locals
|
|
191
237
|
hightlighted_content = self.get_hightlighted_content(tree_node, class_fun_name, class_fun_name, use_old_content)
|
|
192
|
-
table += '<TD
|
|
238
|
+
table += '<TD '+alignment+'>'+ '➤'+ hightlighted_content +'</TD>'
|
|
193
239
|
for var,val in local_vars.items():
|
|
194
240
|
var_name = class_fun_name+'..'+var
|
|
195
241
|
val_name = class_fun_name+'.'+var
|
|
196
242
|
if filter_variables(var,val) and not self.regset_hide_vars.match(val_name, self.hide_vars):
|
|
197
243
|
table += '</TR>\n <TR>'
|
|
198
244
|
hightlighted_var = self.get_hightlighted_content(tree_node, var_name, var, use_old_content)
|
|
199
|
-
hightlighted_val = self.get_hightlighted_content(tree_node, val_name, val, use_old_content)
|
|
245
|
+
hightlighted_val = self.get_hightlighted_content(tree_node, val_name, val, use_old_content, is_value=True)
|
|
200
246
|
hightlighted_content = self.indent + hightlighted_var + ': ' + hightlighted_val
|
|
201
|
-
table += '<TD
|
|
247
|
+
table += '<TD '+alignment+'>'+ hightlighted_content +'</TD>'
|
|
202
248
|
if is_returned:
|
|
203
249
|
return_name = class_fun_name+'.return'
|
|
204
250
|
if not self.regset_hide_vars.match(return_name, self.hide_vars):
|
|
205
251
|
table += '</TR>\n <TR>'
|
|
206
|
-
hightlighted_content = self.get_hightlighted_content(tree_node, return_name, return_value, use_old_content)
|
|
207
|
-
table += '<TD
|
|
252
|
+
hightlighted_content = self.get_hightlighted_content(tree_node, return_name, return_value, use_old_content, is_value=True)
|
|
253
|
+
table += '<TD '+alignment+'>'+ 'return ' + hightlighted_content +'</TD>'
|
|
208
254
|
table += '</TR>\n</TABLE>>'
|
|
209
255
|
return table
|
|
210
256
|
|
|
@@ -225,9 +271,24 @@ class Invocation_Tree:
|
|
|
225
271
|
return self.filename
|
|
226
272
|
|
|
227
273
|
def create_graph(self):
|
|
228
|
-
graphviz_graph_attr = {
|
|
229
|
-
|
|
230
|
-
|
|
274
|
+
graphviz_graph_attr = {
|
|
275
|
+
'fontname': self.fontname,
|
|
276
|
+
'fontsize': str(self.fontsize),
|
|
277
|
+
'fontcolor': self.foreground_color,
|
|
278
|
+
'bgcolor': self.background_color,
|
|
279
|
+
}
|
|
280
|
+
graphviz_node_attr = {
|
|
281
|
+
'fontname': self.fontname,
|
|
282
|
+
'fontsize': str(self.fontsize),
|
|
283
|
+
'shape':'plaintext',
|
|
284
|
+
'fontcolor': self.foreground_color
|
|
285
|
+
}
|
|
286
|
+
graphviz_edge_attr = {
|
|
287
|
+
'fontname': self.fontname,
|
|
288
|
+
'fontsize': str(self.fontsize),
|
|
289
|
+
'fontcolor': self.foreground_color,
|
|
290
|
+
'color': self.foreground_color
|
|
291
|
+
}
|
|
231
292
|
graph = Digraph('invocation_tree',
|
|
232
293
|
graph_attr=graphviz_graph_attr,
|
|
233
294
|
node_attr=graphviz_node_attr,
|
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
Metadata-Version: 2.4
|
|
2
2
|
Name: invocation_tree
|
|
3
|
-
Version: 0.0.
|
|
3
|
+
Version: 0.0.36
|
|
4
4
|
Summary: Generates an invocation tree of functions calls.
|
|
5
5
|
Author-email: Bas Terwijn <bterwijn@gmail.com>
|
|
6
6
|
License-Expression: BSD-2-Clause
|
|
@@ -32,12 +32,14 @@ Run a live demo in the 👉 [**Invocation Tree Web Debugger**](https://invocatio
|
|
|
32
32
|
- shows the invocation tree (call tree) of a program **in real time**
|
|
33
33
|
- helps to **understand recursion** and its depth-first nature
|
|
34
34
|
|
|
35
|
-
The new `@ivt.show` [decorator interface](#decorator) now allows
|
|
35
|
+
The new `@ivt.show` [decorator interface](#decorator) now allows for **scaling** to larger code bases.
|
|
36
36
|
|
|
37
37
|
# Topics #
|
|
38
38
|
|
|
39
39
|
[Iteration and Recursion](#iteration-and-recursion)
|
|
40
40
|
|
|
41
|
+
[Divide and Conquer](#divide-and-conquer)
|
|
42
|
+
|
|
41
43
|
[Permutations](#permutations)
|
|
42
44
|
|
|
43
45
|
[Recursion Benefits](#recursion-benefits)
|
|
@@ -48,6 +50,8 @@ The new `@ivt.show` [decorator interface](#decorator) now allows to scale to app
|
|
|
48
50
|
|
|
49
51
|
[Quick Sort](#quick-sort)
|
|
50
52
|
|
|
53
|
+
[Mutability](#mutability)
|
|
54
|
+
|
|
51
55
|
[Jugs Puzzle](#jugs-puzzle)
|
|
52
56
|
|
|
53
57
|
[Configuration](#Configuration)
|
|
@@ -149,17 +153,27 @@ Each node in the invocation tree represents a function call, and the node's colo
|
|
|
149
153
|
|
|
150
154
|
For every function call, the package displays its **local variables** and **return value**. Changes to the values of these variables over time are highlighted using bold text and gray shading to make them easier to track.
|
|
151
155
|
|
|
156
|
+
We can also visualize the execution of this program in the [Memory Graph Web Debugger](https://memory-graph.com/#codeurl=https://raw.githubusercontent.com/bterwijn/memory_graph/refs/heads/main/src/factorial.py×tep=1.0&play):
|
|
157
|
+
|
|
158
|
+
[](https://memory-graph.com/#codeurl=https://raw.githubusercontent.com/bterwijn/memory_graph/refs/heads/main/src/factorial.py×tep=1.0&play)
|
|
159
|
+
|
|
160
|
+
where the **call stack** is explicit. Each function call adds a stack frame to the call stack with a reference to its local variables and when a function returns it's stack frame is removed from the call stack. But when later a function calls itself multiple times the [invocation_tree](https://github.com/bterwijn/invocation_tree?tab=readme-ov-file#installation) will give us a better visualization than [memory_graph](https://github.com/bterwijn/memory_graph?tab=readme-ov-file#installation), so we will use that here mostly.
|
|
161
|
+
|
|
162
|
+
# Divide and Conquer #
|
|
163
|
+
|
|
152
164
|
With recursion we often use a divide and conquer strategy, splitting the problem in subproblems that are easier to solve. With factorial we split `factorial(4)` in a `4` and `factorial(3)` subproblem.
|
|
153
165
|
|
|
154
|
-
|
|
166
|
+
### exercise1
|
|
167
|
+
Use recursions to compute the sum of all the values in a list (hint: split for example the list `[1, 2, 3, ...]` in head `1` and tail `[2, 3, ...]`).
|
|
155
168
|
```python
|
|
156
|
-
def
|
|
169
|
+
def sum_list(values):
|
|
157
170
|
# <your recursive implementation>
|
|
158
171
|
|
|
159
|
-
print(
|
|
172
|
+
print(sum_list([3, 7, 4, 9, 2])) # 25
|
|
160
173
|
```
|
|
161
174
|
|
|
162
|
-
|
|
175
|
+
### exercise2
|
|
176
|
+
Rewrite this iterative implementation of decimal to binary conversion to a recursive implementation.
|
|
163
177
|
|
|
164
178
|
```python
|
|
165
179
|
def binary(decimal):
|
|
@@ -189,7 +203,7 @@ We can use recursion to compute all permutation of a number of elements with rep
|
|
|
189
203
|
|
|
190
204
|

|
|
191
205
|
|
|
192
|
-
This can be implemented recursively, using a divide and conquer strategy, like:
|
|
206
|
+
This can be implemented recursively, using a divide and conquer strategy, with a function calling itself multiple times, like:
|
|
193
207
|
|
|
194
208
|
```python
|
|
195
209
|
import invocation_tree as ivt
|
|
@@ -217,7 +231,7 @@ RRR
|
|
|
217
231
|

|
|
218
232
|
Or see it in the [Invocation Tree Web Debugger](https://invocation-tree.com/#timestep=1.0&play)
|
|
219
233
|
|
|
220
|
-
The visualization shows the depth-first nature of recursion. In each step the first
|
|
234
|
+
The visualization shows the depth-first nature of recursion. In each step the first element is chosen first, and quickly the bottom of the tree is reached. Then the permutation is printed, the function returns, one step back is made, and the next element is chosen. When each element had it's turn the function returns and another step back is made. This pattern repeats until all permutations are printed.
|
|
221
235
|
|
|
222
236
|
We can also iterate over all permutations with replacement using the `product()` function of `iterools` to get the same result:
|
|
223
237
|
|
|
@@ -266,7 +280,19 @@ Or see it in the [Invocation Tree Web Debugger](https://www.invocation-tree.com/
|
|
|
266
280
|
|
|
267
281
|
With recursion we can stop neighbors from being equal early, in contrast to iteration, where we would have had to filter out a permutation with equal neighbors after it was fully generated, which could be much slower and would require a more complex program.
|
|
268
282
|
|
|
269
|
-
|
|
283
|
+
### exercise3
|
|
284
|
+
Write function `palindromes(elems, perm, n)` that print all permutations with replacements of elements in `elems` of length `n` that are palindrome ('ABABA' is palindrome because if you read it backwards it's the same). The function call `palindromes('ABC', '', 3)` should result in these lines in any order:
|
|
285
|
+
```
|
|
286
|
+
AAA
|
|
287
|
+
ABA
|
|
288
|
+
ACA
|
|
289
|
+
BAB
|
|
290
|
+
BBB
|
|
291
|
+
BCB
|
|
292
|
+
CAC
|
|
293
|
+
CBC
|
|
294
|
+
CCC
|
|
295
|
+
```
|
|
270
296
|
|
|
271
297
|
# Path Planning #
|
|
272
298
|
|
|
@@ -332,7 +358,8 @@ See it in the [Invocation Tree Web Debugger](https://www.invocation-tree.com/#co
|
|
|
332
358
|
|
|
333
359
|
Add temporary debug prints wherever behavior isn’t clear. Experiment with what and how you print to maximize clarity.
|
|
334
360
|
|
|
335
|
-
|
|
361
|
+
### exercise4
|
|
362
|
+
In this larger bidirectional graph, print all the paths of length 7 that connect node `a` to node `b` where going over the same node multiple times is allowed (`avjxbxb` is one such path, there are 114 such paths in total).
|
|
336
363
|
|
|
337
364
|
```python
|
|
338
365
|
edges = [('a', 's'), ('i', 'z'), ('c', 'p'), ('d', 'p'), ('d', 'u'), ('b', 'e'), ('b', 'g'),
|
|
@@ -393,7 +420,8 @@ print(results)
|
|
|
393
420
|
<!--  -->
|
|
394
421
|
See it in the [Invocation Tree Web Debugger](https://www.invocation-tree.com/#codeurl=https://raw.githubusercontent.com/bterwijn/invocation_tree/refs/heads/main/src/permutations_collect.py×tep=0.5&play)
|
|
395
422
|
|
|
396
|
-
|
|
423
|
+
### exercise5
|
|
424
|
+
Create a list with all paths of length 10 in the larger bidirectional graph that go from `a` to `b`, and that do go via `d` but do **not** go via `x` (`amajdjaskb` is one such path, there are 145 such paths in total).
|
|
397
425
|
|
|
398
426
|
Where is the best place in the code to test for `x` to make the program run fast?
|
|
399
427
|
|
|
@@ -407,9 +435,75 @@ edges = [('a', 's'), ('i', 'z'), ('c', 'p'), ('d', 'p'), ('d', 'u'), ('b', 'e')
|
|
|
407
435
|
```
|
|
408
436
|

|
|
409
437
|
|
|
438
|
+
|
|
439
|
+
# Mutability #
|
|
440
|
+
|
|
441
|
+
In the permutation problem we could choose to use mutable type `list` to represent a permutation instead of the immutable type `str` we used before. This can be done in two ways. One way is to use the `+` list concatenation operator to add elements to the permutation, but this is slow because this creates a whole new list each time:
|
|
442
|
+
|
|
443
|
+
```python
|
|
444
|
+
def permutations(elements, perm, n):
|
|
445
|
+
if n == 0:
|
|
446
|
+
print(perm)
|
|
447
|
+
else:
|
|
448
|
+
for element in elements:
|
|
449
|
+
permutations(elements, perm + [element], n-1) # creates new list, SLOW!
|
|
450
|
+
|
|
451
|
+
permutations('LR', [], 3)
|
|
452
|
+
```
|
|
453
|
+
|
|
454
|
+
The [Memory Graph Web Debugger](https://memory-graph.com/#codeurl=https://raw.githubusercontent.com/bterwijn/invocation_tree/refs/heads/main/src/perm_mutable_copy.py×tep=1&play) shows that each recursive function call has it's own list copy.
|
|
455
|
+
|
|
456
|
+
The [Invocation Tree Web Debugger](https://invocation-tree.com/#codeurl=https://raw.githubusercontent.com/bterwijn/invocation_tree/refs/heads/main/src/perm_mutable_copy.py×tep=1&play) shows that all permutation are generated in the same way as when we used immutable type `str` to represent each permutation.
|
|
457
|
+
|
|
458
|
+
A second way is to mutate the `list` value with the `+=` operator or `append()` function and then after the recursive call to undo this action to restore its original value. This way we avoid creating new lists so this is much faster. We now use the same list in each recursive function call. We couldn't do this before with immutable type `str` because a value of immutable type is always automatically copied when we change it. However, now we have to take care to correctly undo each action we take so the code can get it a bit more complex, but this generally is worth it for faster execution. This style of recursion is often called **backtracking with in-place mutation**.
|
|
459
|
+
|
|
460
|
+
```python
|
|
461
|
+
def permutations(elements, perm, n):
|
|
462
|
+
if n == 0:
|
|
463
|
+
print(perm)
|
|
464
|
+
else:
|
|
465
|
+
for element in elements:
|
|
466
|
+
perm.append(element) # do action that mutates, FAST!
|
|
467
|
+
permutations(elements, perm, n-1)
|
|
468
|
+
perm.pop() # undo action
|
|
469
|
+
|
|
470
|
+
permutations('LR', [], 3)
|
|
471
|
+
```
|
|
472
|
+
|
|
473
|
+
The [Memory Graph Web Debugger](https://memory-graph.com/#codeurl=https://raw.githubusercontent.com/bterwijn/invocation_tree/refs/heads/main/src/perm_mutable_undo.py×tep=1&play) now shows that all function calls use the same list.
|
|
474
|
+
|
|
475
|
+
The [Invocation Tree Web Debugger](https://invocation-tree.com/#codeurl=https://raw.githubusercontent.com/bterwijn/invocation_tree/refs/heads/main/src/perm_mutable_undo.py×tep=1&play) shows that all permutation are generated but with each action being undone so that in the end the list is empty again.
|
|
476
|
+
|
|
477
|
+
### exercise6
|
|
478
|
+
Rewrite your code of **exercise5** so that it uses a list to represent each path and uses backtracking with in-place mutation so that a single list is used in each recursive function call for faster execution. For example the path `'amajdjaskb'` should now be represented as `['a', 'm', 'a', 'j', 'd', 'j', 'a', 's', 'k', 'b']`.
|
|
479
|
+
|
|
480
|
+
# Lazy Evaluation #
|
|
481
|
+
|
|
482
|
+
We can combine recursion and lazy evaluation using the `yield` and `yield from` keywords. We use `yield` to produce a value, and we use `yield from` when calling each function that (indirectly) produces a value using `yield`. Here we see an example with the `permutations()` function:
|
|
483
|
+
|
|
484
|
+
```python
|
|
485
|
+
def permutations(elements, perm, n):
|
|
486
|
+
if n == 0:
|
|
487
|
+
yield perm
|
|
488
|
+
else:
|
|
489
|
+
for element in elements:
|
|
490
|
+
yield from permutations(elements, perm + element, n-1)
|
|
491
|
+
|
|
492
|
+
generator_function = permutations('LR', '', 3)
|
|
493
|
+
for perm in generator_function:
|
|
494
|
+
print(perm)
|
|
495
|
+
```
|
|
496
|
+
|
|
497
|
+
The first call to the `permutations()` function now results in a generator_function where we can iterate over to get all permutations that are yielded.
|
|
498
|
+
|
|
499
|
+
The [Invocation Tree Web Debugger](https://invocation-tree.com/#codeurl=https://raw.githubusercontent.com/bterwijn/invocation_tree/refs/heads/main/src/perm_lazy.py×tep=1&play) gives an idea about how lazy evaluation is implemented. When we read a value from the generator_function the `permutations()` functions get called recursively until a permutation is yielded and then all `permutations()` calls return. When we read the next value the previous state of the recursion is restored and execution continues until the next permutation is yielded. This patterns repeats until all the recursive calls are completed and the generator is used up. Unfortunately this process makes the tree difficult to read, something we might improve in the future. At least it now gives an idea about the overhead of the lazy evaluation of recursive functions, the price we pay for not having to use memory for the `results` list.
|
|
500
|
+
|
|
501
|
+
### exercise7
|
|
502
|
+
Rewrite your code of **exercise6** so that `get_all_paths()` recursion is evaluated lazily.
|
|
503
|
+
|
|
410
504
|
# Quick Sort #
|
|
411
505
|
|
|
412
|
-
Another nice example of divide-and-conquer is the recursive quicksort algorithm. It works by choosing a pivot element and
|
|
506
|
+
Another nice example of divide-and-conquer is the recursive quicksort algorithm. It works by choosing a pivot element and splitting the list into elements smaller than the pivot, equal to the pivot, and larger than the pivot. The smaller and larger sublists are then quicksorted recursively. When we get to the point a sublist has zero or one element, then it is sorted. When returning, these sorted sublists are then combined with the elements equal to the pivot to produce a larger sorted lists.
|
|
413
507
|
|
|
414
508
|
```python
|
|
415
509
|
import invocation_tree as ivt
|
|
@@ -417,7 +511,7 @@ import invocation_tree as ivt
|
|
|
417
511
|
def quick_sort(values):
|
|
418
512
|
if len(values) <= 1:
|
|
419
513
|
return values
|
|
420
|
-
pivot = values[0] # choose
|
|
514
|
+
pivot = values[0] # choose arbitrarily the first as pivot
|
|
421
515
|
smaller = [x for x in values if x < pivot]
|
|
422
516
|
equal = [x for x in values if x == pivot]
|
|
423
517
|
larger = [x for x in values if x > pivot]
|
|
@@ -433,10 +527,16 @@ print(' sorted values:',values)
|
|
|
433
527
|
unsorted values: [7, 4, 10, 11, 2, 6, 9, 1, 5, 3, 8, 12]
|
|
434
528
|
sorted values: [1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12]
|
|
435
529
|
```
|
|
436
|
-
|
|
530
|
+
|
|
437
531
|
See it in the [Invocation Tree Web Debugger](https://www.invocation-tree.com/#codeurl=https://raw.githubusercontent.com/bterwijn/invocation_tree/refs/heads/main/src/quick_sort.py×tep=0.5&play)
|
|
438
532
|
|
|
439
|
-
|
|
533
|
+
### exercise8
|
|
534
|
+
Add a `key` argument so that we can use the `quick_sort(values, key=None)` function to sort each value `x` in `values` as if it was value `key(x)`, in exactly the same way as how the `sorted(iterable, key=None)` function works. For example:
|
|
535
|
+
|
|
536
|
+
- The call `quick_sort([1, 3, 4, 2], key = lambda x : -x)` should return `[4, 3, 2, 1]` because then each value is sorted by its negative value [-4, -3, -2, -1].
|
|
537
|
+
- The call `quick_sort(['aaa', 'bb', 'c'], key = lambda x : len(x))` should return `['c', 'bb', 'aaa']` because then each value is sorted by its length [1, 2, 3].
|
|
538
|
+
|
|
539
|
+
Sort the values as normal when `key` is `None`.
|
|
440
540
|
|
|
441
541
|
# Jugs Puzzle #
|
|
442
542
|
|
|
@@ -494,14 +594,15 @@ Where:
|
|
|
494
594
|
|
|
495
595
|
The breadth-first algorithm works and gives us the shortest path to a goal state, but to do that it uses a lot of memory to store each generation and all jugs states it has seen. Now we also want an algorithm that uses much less memory.
|
|
496
596
|
|
|
497
|
-
|
|
597
|
+
### exercise9
|
|
598
|
+
Write a recursive solver for the Jugs Puzzle that uses less memory by searching for the solution in a depth-first manner.
|
|
498
599
|
|
|
499
600
|
- A solution may not have the same jugs state multiple times (this also avoids infinite loops).
|
|
500
601
|
- It is not necessary to find the shortest path to a goal state (like breadth-first does).
|
|
501
602
|
|
|
502
|
-
|
|
603
|
+
Use the [decorator interface](#decorator) to visualize the execution on your system (not the Invocation Tree Web Debugger) because that allows you to easily choose which functions show up in the tree.
|
|
503
604
|
|
|
504
|
-
**solution
|
|
605
|
+
**solution exercise8:** First try it yourself, we give the [solution](https://www.invocation-tree.com/#codeurl=https://raw.githubusercontent.com/bterwijn/invocation_tree/refs/heads/main/src/jugs_depth_first.py&breakpoints=136&continues=1) here for comparison.
|
|
505
606
|
|
|
506
607
|
A harder more fun instance of this puzzle is with jugs with capacity 3, 5, 34 and 107 liter and the goal of getting to a jug with 51 liters.
|
|
507
608
|
|
|
@@ -514,7 +615,7 @@ The Invocation Tree Web Debugger gives examples of the [most important configura
|
|
|
514
615
|
|
|
515
616
|
|
|
516
617
|
## Hidding ##
|
|
517
|
-
It can be useful to hide certian variables
|
|
618
|
+
It can be useful to hide certian variables to avoid unnecessary complexity. This can be done with:
|
|
518
619
|
|
|
519
620
|
```python
|
|
520
621
|
tree = ivt.blocking()
|
|
@@ -544,28 +645,29 @@ tree = ivt.blocking()
|
|
|
544
645
|
tree.ignore_calls.add(r're:namespace\..*')
|
|
545
646
|
```
|
|
546
647
|
|
|
547
|
-
ignores all
|
|
648
|
+
ignores all functions starting with `namespace.`.
|
|
548
649
|
|
|
549
650
|
## Decorator ##
|
|
550
651
|
|
|
551
|
-
A better way to hide functions is to use the `@ivt.show` decorator on only the functions you want to graph. The decorator uses the global `ivt.decorator_tree` tree.
|
|
652
|
+
A better way to hide functions is to use the `@ivt.show` decorator on only the functions you want to graph but this can only be used when running the code locally and not in the Invocation Tree Web Debugger. The decorator uses the global `ivt.decorator_tree` tree.
|
|
552
653
|
|
|
553
654
|
```python
|
|
554
655
|
import invocation_tree as ivt
|
|
555
656
|
ivt.decorator_tree = ivt.blocking() # set tree used by decorator
|
|
556
|
-
#ivt.decorator_tree = ivt.blocking_each_change() # block at each change,
|
|
657
|
+
#ivt.decorator_tree = ivt.blocking_each_change() # block at each change, much slower
|
|
658
|
+
#ivt.decorator_tree = ivt.debugger() # for VS Code or PyCharm debugger
|
|
557
659
|
|
|
558
|
-
@ivt.show # use decorator to select which functions to graph
|
|
660
|
+
@ivt.show # use this decorator to select which functions to graph
|
|
559
661
|
def permutations(elements, perm, n):
|
|
560
662
|
if n == 0:
|
|
561
663
|
print(perm)
|
|
562
664
|
else:
|
|
563
665
|
for element in elements:
|
|
564
|
-
perm.append(element)
|
|
666
|
+
perm.append(element) # do action that mutates
|
|
565
667
|
permutations(elements, perm, n-1)
|
|
566
|
-
perm.pop()
|
|
668
|
+
perm.pop() # undo action
|
|
567
669
|
|
|
568
|
-
permutations(
|
|
670
|
+
permutations('LR', [], 3) # all permutations of L and R of length 3
|
|
569
671
|
```
|
|
570
672
|
|
|
571
673
|
## Blocking ##
|
|
@@ -612,12 +714,6 @@ tree = ivt.Invocation_Tree()
|
|
|
612
714
|
- if `>=0` the out filename is numbered for animated gif making
|
|
613
715
|
- **tree.indent** : string
|
|
614
716
|
- the string used for identing the local variables
|
|
615
|
-
- **tree.color_active** : string
|
|
616
|
-
- HTML color for active function
|
|
617
|
-
- **tree.color_paused*** : string
|
|
618
|
-
- HTML color for paused functions
|
|
619
|
-
- **tree.color_returned***: string
|
|
620
|
-
- HTML color for returned functions
|
|
621
717
|
- **tree.to_string** : dict[str, fun]
|
|
622
718
|
- mapping from type/name/id to a to_string() function for custom printing of values
|
|
623
719
|
- **tree.hide_vars** : set()
|
|
@@ -631,6 +727,32 @@ tree = ivt.Invocation_Tree()
|
|
|
631
727
|
- **tree.fontsize** : str
|
|
632
728
|
- the font size used in the graph, default '14'
|
|
633
729
|
|
|
730
|
+
## Functions ##
|
|
731
|
+
|
|
732
|
+
- **tree.dark_mode(b: bool = None)**
|
|
733
|
+
- set dark mode to 'True' or 'False', or 'None' to toggle.
|
|
734
|
+
- **tree.transparent_background(b: bool = None)**
|
|
735
|
+
- set transparent background to 'True' or 'False', or 'None' to toggle.
|
|
736
|
+
|
|
737
|
+
## Colors ##
|
|
738
|
+
|
|
739
|
+
For light mode the colors are:
|
|
740
|
+
|
|
741
|
+
- ivt.foreground_color_light
|
|
742
|
+
- ivt.background_color_light
|
|
743
|
+
- ivt.color_paused_light
|
|
744
|
+
- ivt.color_active_light
|
|
745
|
+
- ivt.color_returned_light
|
|
746
|
+
|
|
747
|
+
For dark mode the colors are:
|
|
748
|
+
|
|
749
|
+
- ivt.foreground_color_dark
|
|
750
|
+
- ivt.background_color_dark
|
|
751
|
+
- ivt.color_paused_dark
|
|
752
|
+
- ivt.color_active_dark
|
|
753
|
+
- ivt.color_returned_dark
|
|
754
|
+
|
|
755
|
+
|
|
634
756
|
# Troubleshooting #
|
|
635
757
|
- Adobe Acrobat Reader [doesn't refresh a PDF file](https://community.adobe.com/t5/acrobat-reader-discussions/reload-refresh-pdfs/td-p/9632292) when it changes on disk and blocks updates which results in an `Could not open 'tree.pdf' for writing : Permission denied` error. One solution is to install a PDF reader that does refresh ([SumatraPDF](https://www.sumatrapdfreader.org/), [Okular](https://okular.kde.org/), ...) and set it as the default PDF reader. Another solution is to `render()` the graph to a different output format.
|
|
636
758
|
|
|
File without changes
|
|
File without changes
|
|
File without changes
|
{invocation_tree-0.0.35 → invocation_tree-0.0.36}/invocation_tree.egg-info/dependency_links.txt
RENAMED
|
File without changes
|
|
File without changes
|
|
File without changes
|
|
File without changes
|