Welcome to CSCI 0111 Lab! We're so excited to work with you. Now that you're with your partner(s), discuss one/some/all of these questions:
When writing code, it is common to encounter error messages. This doesn't only happen when learning; because programming languages are very particular in what they allow, it's common for professional programmers to encounter and deal with errors while working on a piece of code.
Just like anything else we learn in CS111, learning how to read an error message is a skill we can practice. Let's do that now. For example, let's say we want to figure out the number of digits that 111
has. If we remember that string-length
tells us how many characters the input has, we might run the expression string-length(111)
and see what happens:
This error message tells us that the first (and only) input to string-length
should be a String
, which 111
does not satisfy (it's okay if this is not immediately obvious to you from the error message. As you work more with Pyret, you'll pick up on some of the patterns in the wording of error messages.) Take a few moments to chat with your neighbor and identify how to fix this error before reading the answer below.
Because string-length
expects a String input, we can put quotes around 111
so that Pyret interprets the value as a String.
Try running string-length("111")
and see that the error is fixed.
Each of the following lines of code will result in an error. One by one, run them in Pyret, discuss the error, and fix the code so that it runs (you can make assumptions about functionality or order of operations if necessary). For some of the examples, you or your partner might see the issue with the code before even running it – talk about the error message anyway. One of the points of this task is to start getting used to individual error messages so that it's less scary to encounter them when working on more complex code later on. If you get stuck, browse the Pyret documentation on the Number, String, and Image functions to see if that helps guide you in the right direction before asking for help.
regular-polygon("orange", "solid", 6, 100)
num-sqrt(3*3+4*4)
string-substring("bees", 3, 5)
string-char-at("Frankenstein", string-length("Frankenstein"))
num-abs(string-length("Frankenstein", "monster"))
Call over a TA after you have finished problems 1-5.
Code can often be brittle in the face of inputs unforeseen by the programmer (edge cases).
Call over a TA and share your takeaways from your discussion.
You're on a top secret mission and need to communicate an encrypted message containing important code. However, the instructions to your encryption machine were accidentally thrown into a hay bale, and now it’s up to you to figure out how the machine works!
The encryptor machine has 10 black-box functions that encrypt a String. Your first task is to test various inputs and figure out how each function changes the input based on the output.
Once you have an idea of what an encryption function does, write a version of the function that encrypts a String in the same manner and run it through the checks in the support file. If all checks pass, then you’ve successfully built an encryptor for covert communications!
Hint: The encryptors are composed of functions from the Pyret Strings library. Start by reading through it.
Here is an example of what an encryptor looks like under the hood:
We created an encryptor called encryptor0
that takes in a string and returns the first letter only. We use check
blocks to ensure that it works correctly given empty and non-empty strings.
Include this at the top of your program (before any other code, including code from the previous parts):
import shared-gdrive("lab1-support-2022.arr", "1kS_-rd0eE9-DLndIYw-0Bez8c6J73MRK") as support
Now you will be able to access all of the encryptors and their testers in your Pyret file.
The encryptor functions are named
The encryptor functions take in Strings as input (e.g: support.encryptor1("mystery")
) and produce an encrypted result.
Please keep a record of what Strings you use to test each encryptor – you should be prepared to explain your choice of Strings to a TA. They will be useful for you to reference, too!
The tester functions are named:
To use them, you must use the name of your function as an input. For example, after giving some inputs to support.encryptor1
, you may think it always returns the String "cs0111"
(HINT: it doesn't do this – just an example). Then you would write the function:
You would test whether your function is correct (meaning it does the same thing as encryptor1
for all inputs) by running:
Hint: The Pyret Strings library will be very helpful when writing your functions!
Now that you're an encryptor expert, let's try making your own! Create an encryptor function in the style of the ones you've explored so far and name it new-encryptor
. Now, share it with your classmates to let them take a crack at decrypting it. Link to shared spreadsheet.
To share your encryptor in the shared spreadsheet, press 'Publish' in your Pyret file and copy the code that begins with 'import shared-gdrive'. (If you don't see the 'Publish' button, make sure you're logged into Pyret with your Brown Google account.) Add that to the sheet. Once you've successfully added yours, try solving another group's from that sheet!
Task 1: Import another group's encryptor from the encryptor swap spreadsheet using the same format you used to import support.arr
– call over a TA if you get stuck.
Task 2: Write a function called new-decryptor
that takes in the output of the other group's new-encryptor
and decrypts it. When you think your decryptor works, consult with the other group.
Nice! Your new encryptor functions worked! You successfully sent the code and the mission was completed.
Brown University CSCI 0111 (Spring 2025)
Feedback form: tell us about your lab experience today!