fair. I guess I’m confused why teachpack/teachpack.scrbl
works, but teachpack/2htdp/scribblings/universe.scrbl
(or whatever the path is) doesn’t
The #:doc
argument can only be the top-level source. When raco setup
builds a document, it uses the document’s module path to set up a key for #:doc
, but raco setup
doesn’t check or do anything about module that the main document module might depend on.
> some hoops to avoid using quotes, since quotes-in-quotes are annoying in the shell I think here you mean you wanted to write 'html
? 'html
is reader shorthand for (quote html)
. So you could use (quote html)
instead of (string->symbol "html")
. Anyway that’s what I do in command-line -e
values.
@greg yes that’s much smoother. OTOH the whole thing has evolved into more of a full program, so quoting became less of an issue. I suppose I could also have used backticks with no trouble, since they don’t expand in the shell inside '
I would probably also avoid backticks, but only because I’m so terrible remembering shell escaping and quoting rules. :smile: In fact if I needed quasiquote
or quasisyntax
I’d probably write those out instead of using the backtick reader shorthands, too.
If you’re more confident about shell syntax I salute and respect you!
ah….
I’m having students run into problems where they accidently write an infinite loop and DrRacket becomes unresponsive and they cannot hit the “Stop” button. Is this an issue with a known workaround?
I’m not near a computer right now. Can you reproduce?
The students still have a memory limit set within DrRacket, right?
Yes, although, it seems to be ignored… it’s set to 128MB, and I watched a student’s memory usage climb from 700 to 900mb
Just curious, have you seen a Windows 10 with arm in the wild?
I’m sure some of that is not counted in the memory limit, but some of that climbing must have been the student’s code.
I saw one from the Racket mailing list. They are using Samsung Galaxy Book on Snapdragon
@e-mail has joined the channel
the Surface Pro X has ARM, if seeing them at Best Buy counts as in the wild
Thanks - they are out there, but not common yet.
I haven’t tried yet, but will after lecture
I made a PR with my version of this script.
Maybe not not common :slightly_smiling_face: for middle- or lower-end laptops, if they are using non-intel chips (like from MTK or qualcomm) then they are likely to be ARM-based
My impression is that most arm-based (non-mac) laptops are Chromebooks?
Windows on arm is still relatively new, so this might change.
Surface is using Windows, but yes I think Chromebooks are way more popular
I just made some big changes, I’ll take a look at your PR Ryan
On my “local” price site it seems that most Surface laptops for sale here use Intel.
I’ve added directory listings and using dispatchers directly. Still need to check out the PRs
Good stuff. I had integrated Ben’s PR into the work I already pushed, and Ryan’s changes (command line and options) were something I was planning on doing eventually.
Surface tablets & laptops on the BestBuy webstore has 118/18/11 hits for Intel/AMD/Qualcomm lol The gap is still huge
This is the one I’ve seen from the mailing list. It’s becoming increasingly difficult to answer “why drr can’t install” questions https://groups.google.com/g/racket-users/c/_0VirQomGdA https://groups.google.com/g/racket-users/c/WVSMb2uKQjo
Makes sense, that Microsoft focuses on the US market first.
The error message in the image is too vague for my taste :slightly_smiling_face:
The only error message is “This app can’t run on your PC”. No explanation from the operating system
I haven’t been able to replicate the problem, so far. If you have a program to run, that would be helpful.
Will try after lecture
Integrated the PRs
Users will have a hard time figuring that one out.
Well, I’ve almost completely lost the thread here, and I need to study that overhaul commit because I don’t know how it works anymore, but I will say the new version looks quite nice from a code perspective. One thing I liked that may be gone with (void …)
was the printout of which port was being served, so it was easy to open a browser (if one isn’t automatically opened like it was previously). It does look like the need for the /static-files
hack is gone, which is awesome, especially because then you couldn’t visit a path like static-files
from the browser :slightly_smiling_face:
I do think https://github.com/samdphillips/raco-static-web/blob/main/main.rkt#L29 is not used anymore, and I think we lost the (ul)
wrapper around the li
s, but probably no web browser will complain lol
You’re right fixing those.
Awesome. Definitely installing tomorrow
Okay here’s an ISL program that has the behaviour. Running it, DrRacket becomes unresponsive (sometimes). If you give it a minute, scrolling around stops being responsive, and the Stop button doesn’t respond well (if you click it a handful of times, eventually one will interrupt DrRacket). This works on Racket 8.3.0.1. It doesn’t seem to run out of memory, although I would kind of expect it to. Smaller examples seem to run out of memory fast.