I should know this, but I don't, and I can't seem to find it in any help files. So: how many objects can I stuff into another object, or a room? Is there a limit? Is there a limit to how many lcon() can pick up?
@Rusalka There is no limit on the number of contents that a room or other container may have.
There is no hard number limit on LCON() per se but remember that you're still limited by the size of the MUSH's buffer. If your MUSH has a 4k buffer (4096 bytes, or characters, in length) then LCON() would be able to return a string up to 4095 characters in length. That's a lot of dbref#s 
There are various ways around the buffer limit, the XCON() function, for example.
Is anyone else curious as to what prompted this?
@Quibbler I'm working on a +jobs system. I needed to know if storing job objects would become an issue.
The limit is ridiculously high to the point that I swear to god I can not imagine a situation that would hit it unless you were coding EVERYTHING and had a habit of storing EVERYTHING in an EVERYTHING storage room.
Once someone used actual Mush objects to try and replicate a file system, with folder objects and data objects inside other folder objects.
Nevermind this is not how actual file systems work.
At least he was happy about it, I guess.
“If you wish to make an apple pie from scratch, you must first invent the universe.”
― Carl Sagan, Cosmos
@Thenomain said in Incredibly Stupid Question Re: Object Limits:
Once someone used actual Mush objects to try and replicate a file system, with folder objects and data objects inside other folder objects.
Nevermind this is not how actual file systems work.
At least he was happy about it, I guess.
For those of us that have to go and poke at other people's random code, an actual sensible file system would be priceless.
Racism isn't Tinkerbell. It doesn't need you to believe in it for it to exist.
@Derp said in Incredibly Stupid Question Re: Object Limits:
@Thenomain said in Incredibly Stupid Question Re: Object Limits:
Once someone used actual Mush objects to try and replicate a file system, with folder objects and data objects inside other folder objects.
Nevermind this is not how actual file systems work.
At least he was happy about it, I guess.
For those of us that have to go and poke at other people's random code, an actual sensible file system would be priceless.
I feel the same way about some programming objects!
@Rusalka There is no limit on the number of contents that a room or other container may have.
There is no hard number limit on LCON() per se but remember that you're still limited by the size of the MUSH's buffer. If your MUSH has a 4k buffer (4096 bytes, or characters, in length) then LCON() would be able to return a string up to 4095 characters in length. That's a lot of dbref#s
There are various ways around the buffer limit, the XCON() function, for example.
