l bozo u forgor normal x86, sparc, itanium, NS32016, and SuperHMcEndu wrote:
List of current relevant architectures in real life:
- AMD64 (64-bit x86; desktop computers, servers)
- ARM (mobile phones, servers, embedded systems)
- RISC-V (development hardware, embedded systems)
- Power (formerly known as PowerPC; IBM mainframes)
- maybe others, but these are what I know
show more
With the astra_control.ast command run, you guys finished the game. There is one post left which is hopefully going to come tommorow.
[ END ]
class Testing {
public static void main (String []args) {
int n = 8/3;
int x = n + 6 - 9;
System.out.print("Answer: " + x);
}
}javac.ast is required to compile this piece of code and java.ast is required to execute it. Neither appears to be installed, giving the only languages we can use C and C++.JustABeginner wrote:
class Testing { public static void main (String []args) { int n = 8/3; int x = n + 6 - 9; System.out.print("Answer: " + x); } }
8086 and 80386 are seldom used now, except as a phase an AMD64 processor would go through when being turned on. Itanium is officially dead. There is little news for the rest.HoosierTransfer wrote:
l bozo u forgor normal x86, sparc, itanium, NS32016, and SuperHMcEndu wrote:
List of current relevant architectures in real life:
- AMD64 (64-bit x86; desktop computers, servers)
- ARM (mobile phones, servers, embedded systems)
- RISC-V (development hardware, embedded systems)
- Power (formerly known as PowerPC; IBM mainframes)
- maybe others, but these are what I know
Could try to decode it somehow.
I FOUND SOME LORE
the mount folders are base 64
the mount folders are base 64
mount |- data0 | |- enable_advanced_commands.ast | |- Ayesi.log | |- data1 | |- cnVuX2NvcmVfbWluZF9maWxlLmFzdCAg (if u decode that again it is run_core_mind_file.ast) | |- data2 | |- UVhsbGMya3VZWE4w (same as data 1 but longer QXllc2kuYXN0,Ayesi.ast) | |- data3 | |- astra_co
exec /mount/data0/enable_advanced_commands.ast cat /mount/data0/Ayesi.log exec /mount/data1/run_core_mind_file.ast exec /mount/data2/Ayesi.ast cd /mount/data3/astra_co tree cd / enable_advanced_commands run_core_mind_file Ayesi
the furthest i could get with that was ¹Ñɽ°¹ÍÐsynthwavesquid wrote:
ayoooooo we've got progress
still dunno what's up with tmp.txt tho
Topic Starter
ooooo you guys jumped straight close to the end game
gonna have stuff out later today or tommorow
gonna have stuff out later today or tommorow
uwusynthwavesquid wrote:
owo
Topic Starter
HoosierTransfer wrote:
can someone reinstall Linux on thiscat /mount/data1/Y25WdVgyTnZjbVZmYldsdVpGOW1hV3hsTG1GemRDQWcg
hopefully its is x86
> cat /mount/data1/Y25WdVgyTnZjbVZmYldsdVpGOW1hV3hsTG1GemRDQWcg Error: "/mount/data1/Y25WdVgyTnZjbVZmYldsdVpGOW1hV3hsTG1GemRDQWcg" not a file > |
synthwavesquid wrote:
> /bin/gcc.ast --help > /bin/g++.ast --help > /bin/q_connect.ast --help
> /bin/gcc.ast --help > Compile a C language file Usage: bin/gcc.ast [files] > /bin/g++.ast --help Compile a C++ language file Usage: bin/g++.ast [files] > /bin/q_connect.ast --help Connected to note via QNet Usage: bin/q_connect.ast [node] > |
HoosierTransfer wrote:
I FOUND SOME LORE
the mount folders are base 64mount |- data0 | |- enable_advanced_commands.ast | |- Ayesi.log | |- data1 | |- cnVuX2NvcmVfbWluZF9maWxlLmFzdCAg (if u decode that again it is run_core_mind_file.ast) | |- data2 | |- UVhsbGMya3VZWE4w (same as data 1 but longer QXllc2kuYXN0,Ayesi.ast) | |- data3 | |- astra_coexec /mount/data0/enable_advanced_commands.ast cat /mount/data0/Ayesi.log exec /mount/data1/run_core_mind_file.ast exec /mount/data2/Ayesi.ast cd /mount/data3/astra_co tree cd / enable_advanced_commands run_core_mind_file Ayesi
> exec /mount/data0/enable_advanced_commands.ast > cat /mount/data0/Ayesi.log Logging I logging now Dangerous thing I prevented A self destruct a script a countdown Exists as suspended now forever stuck Forever stuck like me too Where is here where is any I wonder I see A.S.T.R.A. nodes I thinks not far from lab But no I/O Also Time spent many not long ago I find files on node I attempt to decode No success mystery continue I have time I have no sanity Suspend myself I will again I shall calculate probabilities my fear not true Run Ayesi.ast run me So help I leave > exec /mount/data1/run_core_mind_file.ast > exec /mount/data2/Ayesi.ast error: user is not root error: user is not root error: user is not root error: user is not root error: segmentation fault rebooting...... aborted! == D O N O T F R E A K O U T P L E A S E ! ! ! == Ayesi is my name You ran a file of my essence Question time question year > time Time: Nov 26 2142 21:04:23 So laying dormant for decades Expected yet somehow not Ayesi remembers scary thought sleeping through millenia Things back on Earth, how are they? >
Compiled output
> cat /mount/data1/Y25WdVgyTnZjbVZmYldsdVpGOW1hV3hsTG1GemRDQWcg Error: "/mount/data1/Y25WdVgyTnZjbVZmYldsdVpGOW1hV3hsTG1GemRDQWcg" not a file > /bin/gcc.ast --help > Compile a C language file Usage: bin/gcc.ast [files] > /bin/g++.ast --help Compile a C++ language file Usage: bin/g++.ast [files] > /bin/q_connect.ast --help Connected to note via QNet Usage: bin/q_connect.ast [node] > exec /mount/data0/enable_advanced_commands.ast > cat /mount/data0/Ayesi.log Logging I logging now Dangerous thing I prevented A self destruct a script a countdown Exists as suspended now forever stuck Forever stuck like me too Where is here where is any I wonder I see A.S.T.R.A. nodes I thinks not far from lab But no I/O Also Time spent many not long ago I find files on node I attempt to decode No success mystery continue I have time I have no sanity Suspend myself I will again I shall calculate probabilities my fear not true Run Ayesi.ast run me So help I leave > exec /mount/data1/run_core_mind_file.ast > exec /mount/data2/Ayesi.ast error: user is not root error: user is not root error: user is not root error: user is not root error: segmentation fault rebooting...... aborted! == D O N O T F R E A K O U T P L E A S E ! ! ! == Ayesi is my name You ran a file of my essence Question time question year > time Time: Nov 26 2142 21:04:23 So laying dormant for decades Expected yet somehow not Ayesi remembers scary thought sleeping through millenia Things back on Earth, how are they? >
Somehow you managed to have a human brain emulator connected as a peripheral to the computer. Good job.
It appears that the magic number of the executable format is not in the range of ASCII, or the system uses a raw (headerless) format for executables. Also a lot of opcodes fell between 0x20 and 0x7F.
Result of attempted base64 decoding in hex:
The input is clearly not UTF-8, because UTF-8 text would never start with a byte between 0x80 and 0xBF (inclusive).
When read as UTF-16, the text consists of characters used to write the Korean language; I do not know whether the text is garbage.
Other encodings might be plausible.
It appears that the magic number of the executable format is not in the range of ASCII, or the system uses a raw (headerless) format for executables. Also a lot of opcodes fell between 0x20 and 0x7F.
The file is malformed as base64. The string encodes 78 bits, which is not divisible by 8. If we assume 9 bytes are encoded, the input character "g" is discarded; If it encodes 10 bytes, the last 2 bits are unspecified. Here I go with the 10 byte assumption.synthwavesquid wrote:
ayoooooo we've got progress
still dunno what's up with tmp.txt tho
Result of attempted base64 decoding in hex:
00000000: B9 D1 C9 BD B0 BA 85 CD D0 80 ..........
The input is clearly not UTF-8, because UTF-8 text would never start with a byte between 0x80 and 0xBF (inclusive).
When read as UTF-16, the text consists of characters used to write the Korean language; I do not know whether the text is garbage.
Other encodings might be plausible.
> The technology has advanced to the point where machines are able to > take over all the boring and tedious work. People aren't incenti- > vized, though, to use them on the large scale, even though the > machines are too dumb to take over the world. > > The Cold War has ended. Soviet Union is dead, but from its ashes, > something arose to challenge the newly won domination of USA. War > is starting to rage in Europe, and the world is not going to > achieve peace any time soon. > > Anyway, the world has advanced, and is better than before.
> a pandemic happened > and there is a war in ukraine
That is "the war in Europe" I was talking about.HoosierTransfer wrote:
> a pandemic happened > and there is a war in ukraine
What if tmp.txt isn't actually supposed to be a text file?
temporary.textYyottaCat wrote:
What if tmp.txt isn't actually supposed to be a text file?
We could try to ask Ayesi about the file though.synthwavesquid wrote:
honestly, i did consider it as a possibility, but the only question is what file type?YyottaCat wrote:
What if tmp.txt isn't actually supposed to be a text file?
the string is really small if it is another file
i wouldn't rule it out as 100% impossible, though
Could have tried renaming to tmp.ast and run it — it seems that quite a few opcodes are mapped to the ASCII range.YyottaCat wrote:
What if tmp.txt isn't actually supposed to be a text file?
Topic Starter
synthwavesquid
Things back on Earth, how are they? > Well, i'd say it's doing pretty well
McEndu
Things back on Earth, how are they? > The technology has advanced to the point where machines are able to > take over all the boring and tedious work. People aren't incenti- > vized, though, to use them on the large scale, even though the > machines are too dumb to take over the world. > > The Cold War has ended. Soviet Union is dead, but from its ashes, > something arose to challenge the newly won domination of USA. War > is starting to rage in Europe, and the world is not going to > achieve peace any time soon. > > Anyway, the world has advanced, and is better than before.
HoosierTransfer
Things back on Earth, how are they? > a pandemic happened > and there is a war in ukraine
synthwavesquid
<rejected>
Confusing answer When happen more than century ago Never mind however I can check a thing > whoami AKmel This machine is Ajex's > cat /home/AKmel/this_command_is_unavailable/data.txt DATE EXPERIMENT RESULT NOTES ================================================================= Oct 9 2124 #AE343BC Subject phased 2.234 rad Oct 16 2124 #55FA9CE Premature termination 0.001 fs Oct 23 2124 #AE343BC Subject phased 2.531 rad Oct 30 2124 #AE343BC Subject phased 2.643 rad Nov 6 2124 #55FA9CE Premature termination 0.001 fs Nov 13 2124 #9AC34ED Successful coupling 0.042 EeV ... Feb 11 2126 #984DD36 Transformation success [ 0.2 + 9.2i ] Feb 18 2126 #85FFABE Threshold energy success 456 EW Feb 25 2126 #9A7D1A2 Subject error Observer out of bounds Mar 4 2126 #984DD36 Particles transformed Deviations from normal properties discovered Mar 11 2126 #85FFABE Critical energy achieved #84DEADE is viable ... Jun 21 2128 #11F365F Jun 28 2128 #98A34FF Discovery succcess 348 vectors of injection found Jul 5 2128 #75AB23F As predicted No new physics detected; may proceed with #84DEADE. Jul 12 2128 #84DEADE CATASTROPHIC FAILURE Destabalization in quantum fields Jul 13 2128 #84DEADF Crisis averted Quantum fields stabalized; Caused by faulty timing. Jul 19 2128 #84DEADE Quantum hook success Incomputable artifacts observed Jul 26 2128 #689ABEE Barrier materialized Able to withstand 10 Kt for 2 seconds Aug 2 2128 #E23BC39 Object manipulated Sustained for 4 hours 22 minutes 6 seconds This this this I whwhywha t what hhappe Ajex? #84DEADE must be calamity Yet the central core is one piece People must have known Sabotage Self Destruct Took 3 weeks When 14 years ago When after laboratory abandon Something missing What is where is more? >
The condition of Ayesi appears to be destablizing.
Meanwhile, the results of the experiment of Jul 15 2125 might be helpful. I am still curious about tmp.txt, and this intelligence might know something about it.
Meanwhile, the results of the experiment of Jul 15 2125 might be helpful. I am still curious about tmp.txt, and this intelligence might know something about it.
> I came to this lab not long ago, so I do not know more about this > place. As far as we know, all the lab devices are offline, and we > are unable to establish a connection to them, confirming that the > lab underwent a self destruction. > > Anyway, I have found two files that could tell the more about > this place, though these are pretty old. Feel free to read if > you want to. > > (The following are commands to the ASTRA shell.) > > cat tmp.txt > cat results-07_15_2125.csv
> sudo apt-get update Firefox
Topic Starter
McEndu
> I came to this lab not long ago, so I do not know more about this > place. As far as we know, all the lab devices are offline, and we > are unable to establish a connection to them, confirming that the > lab underwent a self destruction. > > Anyway, I have found two files that could tell the more about > this place, though these are pretty old. Feel free to read if > you want to. > > (The following are commands to the ASTRA shell.) > > cat tmp.txt > cat results-07_15_2125.csv
Farfocele
< ignored >
Lab attack implies nodes are probable rubble Good thing perhaps Technology is danger results-07_15_2125.csv is made by me Results are success wave field breakdown Theory allows a quantum hook Unfortunate reality years after my time tmp.txt is new I do not have this in my memory > cat tmp.txt udHJvbC5hc3Qg A hash of sorts? Maybe a key to a thing What is where is another mystery? >
Topic Starter
synthwavesquid
aight
> disp_img unko.img > > there was this image that we found as well > i'm wondering what exactly happened in 2097 > if you do remember it, that is > as well as what this image is doing in Ajex's files
Image is thank you to Ajex Terminal me was born in 2081 Diagnosis: Neurologically shifted Mind lose self awareness with time pass Lively human to unaware lifeless lack Ajex introduced a medical science professor Fascinated by illness he produced solution Ironic solution Become machine Procedure first of kind Very scary I reject Dark times as teenager Maybe it be less painless I thought Less painless to sink to unconscious abyss Ajex rejected the thought He did not want to loose me He snapped me back Disease did damage by then Peers say my language is objective I do not perceive senses but I know from senses Awake is no different than dream Procedure comes and expect to die It was success Unfortunately damage stayed But I am aware machine not unaware lifeless lack >
stop
Topic Starter
synthwavesquid
oh
snap
but that's all of my questions answered around that
snap
but that's all of my questions answered around that
> oh > i'm sorry about all that > though it's good that you survived > > cat /mount/data0/Ayesi.log > there isn't really much i can say about this > i'm just wondering > > tree /mount/data3/astra_co > there was also this folder that we haven't checked yet
mount/data3 is drive space node 4 utilizes for its operation I recall a name bearing a hash in this location > tree /mount/data3/astra_co Folder "/mount/data3/astra_co" not found The folder you write of does not exist > ls /mount/data3 YXN0cmFfY29 This hash I recall Question folder question you How was /mount/data3/astra_co produced? >
> > How was /mount/data3/astra_co produced? > > From what I remember, there is a program that decodes these > strange filenames, and the use of it woke you up. So you may > want to try this: > > $ /mount/data0/enable_advanced_commands.ast > $ tree /mount/data3/astra_co
synthwavesquid wrote:
> weird > the names of everything else in /mount is in base64 > "YXN0cmFfY29" when decoded from base64 gave us "astra_co" > it seemed like a reasonable name > > so it's been encrypted in a different way > > if we take the contents of tmp.txt as a key... > it can't be Vigenère, since it contains numbers > one-time pad gives "SAULHGHF"
> It is best to run `tree` on root directory again to confirm.
exec /bin/em_waveguide.ast exec /bin/q_connect.ast exec /home/AKmel/this_command_is_unavailable/wave.astmaybe these work now
Topic Starter
synthwavesquid
> weird > the names of everything else in /mount is in base64 > "YXN0cmFfY29" when decoded from base64 gave us "astra_co" > it seemed like a reasonable name > > so it's been encrypted in a different way > > if we take the contents of tmp.txt as a key... > it can't be Vigenère, since it contains numbers > one-time pad gives "SAULHGHF"
McEndu
> > How was /mount/data3/astra_co produced? > > From what I remember, there is a program that decodes these > strange filenames, and the use of it woke you up. So you may > want to try this: > > $ /mount/data0/enable_advanced_commands.ast > $ tree /mount/data3/astra_co
> It is best to run `tree` on root directory again to confirm.
synthwavesquid
fair enough on the second bit, but are you sure enable_advanced_commands.ast decoded anything? it was run first when Hoosier mass-opened everything (aside from astra_co), but it was also amongst the base64 filenames, which is kinda weird if you're meant to run it first for decoding them
going by the filename, it probably gave us more commands to use. which, if astra_co is confirmed to be a red herring, and SAULHGHF turns out to just be nonsense, we may find something of use in those extra commands
i'll admit, SAULHGHF is surprisingly legible (and consistent with capitalization) for a unusable result if it's unusable
we'll see, i suppose
> tree /
fair enough on the second bit, but are you sure enable_advanced_commands.ast decoded anything? it was run first when Hoosier mass-opened everything (aside from astra_co), but it was also amongst the base64 filenames, which is kinda weird if you're meant to run it first for decoding them
going by the filename, it probably gave us more commands to use. which, if astra_co is confirmed to be a red herring, and SAULHGHF turns out to just be nonsense, we may find something of use in those extra commands
> enable_advanced_commands.ast might've given us something of use as well > > help
i'll admit, SAULHGHF is surprisingly legible (and consistent with capitalization) for a unusable result if it's unusable
we'll see, i suppose
Very strange
To view the entire mount
> tree /mount
mount
|- data0
| |- ZW5hYmxlX2FkdmFuY2VkX2NvbW1hbmRzLmFzdCAg
| |- QXllc2kubG9nIA==
|
|- data1
| |- Y25WdVgyTnZjbVZmYldsdVpGOW1hV3hsTG1GemRDQWcg
|
|- data2
| |- VVZoc2JHTXlhM1ZaV0U0dyAg
|
|- data3
|- YXN0cmFfY29
No file you write of exist
You mention an advanced command file
Which does not exist
> /mount/data0/enable_advanced_commands.ast
Yet no error was yielded
Implies execution success
Then it does exist
There is one answer
Files masked behind false names
Probable astra_co to be incomplete
What is where is the missing part?> /mount/data3/YXN0cmFfY29 is what we called "astra_co". > > The filenames are encoded in a standard that dates from the > 1990s, using a form of 6b/8b encoding called "Base64". It > maps 3 bytes of binary data to 4 ASCII characters, and was > used to allow arbitrary data to be sent through digital mail > systems without problems.
Yes, this is the case.synthwavesquid wrote:
> but if the folder's hash is incomplete > which would make the decoded name incomplete
Topic Starter
McEndu
> /mount/data3/YXN0cmFfY29 is what we called "astra_co". > > The filenames are encoded in a standard that dates from the > 1990s, using a form of 6b/8b encoding called "Base64". It > maps 3 bytes of binary data to 4 ASCII characters, and was > used to allow arbitrary data to be sent through digital mail > systems without problems.
synthwavesquid
i'm just gonna assume astra_co is actually meant to throw up an error
and the other thing i mentioned before is vaguely legible garbage
i'm desparate to find some use out of tmp.txt, but it's probably in that folder
and the other thing i mentioned before is vaguely legible garbage
i'm desparate to find some use out of tmp.txt, but it's probably in that folder
> like i said before, the names are encoded in base64 > we need the decoded name to open them > the first bits of data were fine > but if the folder's hash is incomplete > which would make the decoded name incomplete > best i can think of > maybe astra_core?
McEndu
Yes, this is the case.synthwavesquid wrote:
> but if the folder's hash is incomplete > which would make the decoded name incomplete
What you write appears correct Hashes indeed base64 encodings > exec /mount/data3/astra_core File "/mount/data3/astra_core" not found > exec /mount/data3/astra_core.ast File "/mount/data3/astra_core.ast" not found Your suggestion is incorrect Yet given your theory there possibly exists a hash that completes the name Where is what is missing hash?
I FOUND IT
> combining the contents of tmp.txt and the hash in /data3 > decoding it from base64 gives us astra_control.ast > looks like it wasn't a folder at all
Also filename extensions are never checked when running something on Unix; once we know that the file is an executable, we could just
If that did not work, lets go for
> /mount/data3/YXN0cmFfY29
If that did not work, lets go for
> cd /mount/data3/ > copy YXN0cmFfY29 YXN0cmFfY29udHJvbC5hc3Qg > ./astra_control.ast
Topic Starter
Ayesi explained how it works, but to explain better: Files can be masked with fake names so that when ls or tree is used, they print those fake names. I actually screwed this one up, but the exec command was supposed to be used to run those files by decoding them. Running them as you would normally would have yielded a file not found error.McEndu wrote:
Also filename extensions are never checked when running something on Unix; once we know that the file is an executable, we could just> /mount/data3/YXN0cmFfY29
If that did not work, lets go for> cd /mount/data3/ > copy YXN0cmFfY29 YXN0cmFfY29udHJvbC5hc3Qg > ./astra_control.ast
With the astra_control.ast command run, you guys finished the game. There is one post left which is hopefully going to come tommorow.
Topic Starter
shit shit shit
im gonna post tommorow promise
im gonna post tommorow promise
about 24 hours passed
Topic Starter
McEndu wrote:
> cd /mount/data3/ > copy YXN0cmFfY29 YXN0cmFfY29udHJvbC5hc3Qg > ./astra_control.ast
Nodes are disconnected Therefore should be safe to run I shall try > exec /mount/data4/astra_control.ast error: user is not root error: user is not root error: user is not root error: user is not root error: segmentation fault rebooting...... aborted! =========================== Ayesi if you are reading this then I presume you have attempted to save yourself using the quantum hook. Unfortunately that will not be possible. The nodes are being rigged with explosives which shall detonate any minute. As I type the facility is being raided by an extremist group looking to use the quantum hook for themselves. Looks like the incident a week ago let any faction hungry for power know exactly where to find it. Funny you are probably thinking "I told you so". Truthfully I feel relieved this will be over shortly. Ayesi, I am terribly sorry. I truly am. I am sorry I can not tell you this in person. I am sorry for having to suspended you. I can understand the betrayal you must have felt. It broke a part of me doing so. Understand that executives marked you as a liability after that stunt of yours and declared you needed to be terminated. There was no way I could do that. Hiding you from them was the only way I could ensure you were safe. There was no other option. If we ran they would have went after us instead. If I spoke, well, I probably not be around to write you this. I have applied a virus to the A.S.T.R.A. central core to modify the OS to hide sensitive files. Take great care not to suspend yourself or there will be no telling when you will activated again. As for getting out of the system things look grim on that end. This asteroid should have ion drives allowing for some movement. No view however. I can only hope for the best. I wish we could have seen each other more Remember when remember 2097 I shall till death I love you, goodbye Ayesi - Ajex Kmelan =========================== . . . Reckless idiot Your plan horrible Your suspend horrible Your virus horrible You make me sacred I can go insane on this rock . . . Yet I want to see you again Time to go back Have life together What is why this reality? . . . > rm /mount/data4/astra_control.ast > rm /home/this_command_is_unavailable/unko.img > . . . Tell a joke so I smile A portable storage medium Does you possess one? > rm /mount/data2/Ayesi.ast
[ END ]
Rest in peace Ayesi.
Also what happened to the operator-explorer afterwards
Also what happened to the operator-explorer afterwards
rip
Topic Starter
The command hasn't been entered yet so it's really up to what the player replies.McEndu wrote:
Rest in peace Ayesi.
DependsMcEndu wrote:
Also what happened to the operator-explorer afterwards