BPSOURCE(1)
π BPSOURCE β the Bundle Protocol transmission test shell, bestie π
okay so this is bpsource, from the BP executables manual section (that's section 1, for the girlies keeping track πβ¨).
πΈ NAME πΈ
bpsource β literally the Bundle Protocol transmission test shell. that's it. that's the vibe. π¦
β¨ SYNOPSIS β¨
bpsource destinationEndpointId ['text'] [-tTTL]
π DESCRIPTION π
so here's the tea, bestie. bpsource has two modes and both of them are iconic in their own way. π«Ά
when you hand it some text: it just... uses Bundle Protocol to send that text over to a counterpart bpsink application task that's already opened the BP endpoint identified by destinationEndpointId, and then it peaces out. done. no notes. π
when you don't hand it text: it gives you an interactive "shell" for testing Bundle Protocol data transmission, and honestly? main character energy. here's the whole routine:
bpsourceprints a prompt string (": ") to stdout π- it accepts a string of text from stdin
- it uses Bundle Protocol to send that string to a counterpart
bpsinkapplication task that has opened the BP endpoint identified bydestinationEndpointId - it prints another prompt string
- and so on, forever, like a group chat that never sleeps β¨
and to terminate the program, you enter a string consisting of a single exclamation point (!) character. that's the escape hatch, periodt.
now about TTL β it indicates the number of seconds the bundles may remain in the network, undelivered, before they are automatically destroyed. lowkey important!! if you omit it, TTL defaults to 300 seconds. β³
and some facts you should know, no cap: the source endpoint ID for each bundle sent by bpsource is the null endpoint ID, i.e., the bundles are anonymous π. all bundles are sent standard priority with no custody transfer and no status reports requested. it's giving "no strings attached" fr fr.
π EXIT STATUS π
"0"βbpsourcehas terminated. any problems encountered during operation will be noted in theion.loglog file. so like, check the log, babe. π
π FILES π
the service data units transmitted by bpsource are sequences of text obtained from a file in the current working directory named "bpsourceAduFile", which bpsource creates automatically. yes, it makes its own file, it's self-sufficient like that. π
π§ ENVIRONMENT π§
no environment variables apply. nothing. zero. the environment said "not my problem". β¨
π₯ DIAGNOSTICS π₯
diagnostic messages produced by bpsource are written to the ION log file ion.log. keep an eye on that file, it's the group chat where all the drama goes down. π±
Can't attach to BP.βbpadminhas not yet initialized Bundle Protocol operations. go wakebpadminup. π΄bpsource fgets failedβ operating system error. checkerrtext, correct the problem, and rerun.No space for ZCO extent.β ION system error. check for earlier diagnostic messages describing the cause of the error; correct the problem and rerun.Can't create ZCO extent.β ION system error. check for earlier diagnostic messages describing the cause of the error; correct the problem and rerun.bpsource can't send ADUβ Bundle Protocol service to the remote endpoint has been stopped. π
π BUGS π
report bugs to <ion-bugs@korgano.eecs.ohiou.edu>. be nice, they're doing their best. π«Ά
π SEE ALSO π
iykyk. π
and that's the whole page, bestie β this one shipped as part of perl v5.24.1, dated 2016-07-07, and it's still serving looks in the BP executables section. slay. πβ¨π
π¦ where this page comes from
- ubuntu jammy: ion 3.2.1+dfsg-1.1 Β· BSD-3-Clause
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash on : a language model's rewrite of the original, under its terms