Jump to content
  • Sky
  • Blueberry
  • Slate
  • Blackcurrant
  • Watermelon
  • Strawberry
  • Orange
  • Banana
  • Apple
  • Emerald
  • Chocolate
  • Charcoal

TYKUHN2

Members
 View Profile  See their activity

  • Content Count

    49

  • Joined

  • Last visited

  • Days Won

    1

 Content Type 

Everything posted by TYKUHN2

  1. TYKUHN2
    io.read() is a blocking operation so io.read() must complete before it checks if it is still running.
  2. TYKUHN2
    Require computes paths by converting periods to slashes. Instead use "/home/core" From what the error spat out it may still not work, but adding .lua certainly isn't helping.
  3. TYKUHN2
    What's the bluescreen error and how are you running the script?
  4. TYKUHN2
    Port 443 is assumed for HTTPS and port 80 is assumed for HTTP and should not be required.
  5. TYKUHN2
    As mentioned, I abandoned it a while ago, but I managed to save a local copy of the repo and re-uploaded it here. Please note: The wrapper was in the process of gaining write ability when it was abandoned. Furthermore the wrapper is designed for data while the boot loader uses a executable format and are not compatible. Don't forget you can pull request the repo with any additions .
  6. TYKUHN2
    You can find a unmanaged booting EEPROM here however it's not fully adapted outside of it's original use so poke around maybe even modify it (I'd recommend removing the managed boot feature.) I'd also offer up a wrapper I made but a while ago I scrapped a large portion of it and never patched it.
  7. TYKUHN2
    Make sure you installed OpenOS via the floppy disk.
  8. TYKUHN2
    Ensure you installed some form of software onto the server's harddrive.
  9. TYKUHN2
    Pros of Processing on Client: -Easier file access Pros of Processing on Server: -More Secure -Faster -No harder file access Oh and as for you analogy, MC processes on the server too. You send a keypress to the server and the SERVER breaks the block depending on if it wants you to. This can be seen under high-lag circumstances with the block reappearing (server didn't acknowledge) also command blocks and redstone all server sided.
  10. TYKUHN2
    Try redownloading the mod. It's very unlikely but could have been a download error. Also if you didn't modify the config file delete that as well. P.S. yes we're not aliens it's supposed to be readable
  11. TYKUHN2
    All libraries that are required by "require" are generally part of OpenOS meaning if you're using an eeprom... good luck. Also component.primary or component.filesystem are not native. They are part of OpenOS. BIOS don't have libraries thus it doesn't have require. What they do have is components. Everything plopped into your computer is a component, including that disk drive. OpenOS is not special it is something you can make from hand using what is given to you. Also "require" is not much more than loading and executing a file.
  12. TYKUHN2
    "file" is a buffer, just like a buffered input file but not actually a file. Also BIOS is designed to be absolute minimum. A lot of things have been taken out as a result. How would the bios know what screen to print to?
  13. TYKUHN2
    I'd recommend posting the source onto Github. I for one am interested in seeing this implemented.
  14. TYKUHN2
    Didn't show us the contents of the disk so I have to assume it doesn't contain the init.lua file.
  15. TYKUHN2
    Probably handle the port with the open/shut message as you do the other, keeping all ports needed open at once. For example if you receive a correct password set lights to "open" and when both computers report closed set the light to "closed"
  16. TYKUHN2
    Allow both computers to operate on the same port, or have both ports open when waiting for message. Don't really understand second question. Replace while true do with for i = 1, 11 do --code end
  17. TYKUHN2
    Standard libraries don't require require except maybe the IO library (it was completely rewritten basically)
  18. TYKUHN2
    In computercraft, APIs such as "component" are not loaded in the environment by default. There are only the few global functions without namespaces (component is a namespace) that are. Also the global environment is not shared by programs.
  19. TYKUHN2
    elseif instead of else if. As it is it's two statements and wants two ends.
  20. TYKUHN2
    Code appears to be the included term.lua unless it's modified.
  21. TYKUHN2
    The relay simply interacts between cables to send messages between the two. No network device on either side is required. No direct interaction either.
  22. TYKUHN2
    How are you running the sandboxed program? Because I can guarantee one thing: require() is nil.
  23. TYKUHN2
    http://ocdoc.cil.li/api:computer
  24. TYKUHN2
    I had an issue with this as well. It's not well documented. Once it's connected add another normal server running whatever OS (ex. OpenOS) and connect them both to the same side of the rack. If that's not it then powercycle the primary server. Finally try with all cables connected via the bottom. That last one should make no difference
  25. TYKUHN2
    What did you set io.stderr.path to? For verbose error logging try oldStderr = io.stderr function io.stderr:write(str) logFile, err = filesystem.open(self.path, "a") if not logFile then io.stderr = oldStderr error(err) end logFile:write(str.."\n") logFile:close() return self end
×
×
  • Create New...

Important Information

By using this site, you agree to our Terms of Use and Privacy Policy.

  I accept