Too close to another building rust что делать
Too close to another building rust что делать
I’ve just had this old issue re-appear in my game. Basically, I’m trying to build a Research Bench III on the roof of a Storm House, however, I get this message and cannot build.
The thing is I can build here just fine. well, I did earlier on the roof of another Storm House, but I’ve dismantled that one in order to build in the new location.
Note: the roof of the first Storm House had nothing but the Research Bench III and the new Storm House is currently empty, but the build remains RED with the aforementioned message.
Is there any work-around for this bug? I cannot build a research bench ANYWHERE currently.
if ti carries over when you reload
zipup and upload the save folder.
Please upload the crashdump.zip file.
if the game did not create one, then zip up and upload the kenshi.log file after the game crashes and before you restart it.
You can find the files at default install location
C:\Program Files (x86)\Steam\steamapps\common\Kenshi
Save file locations are at default install location
C:\Program Files (x86)\Steam\steamapps\common\Kenshi\save
To upload your crashdump.zip or Kenshi.zip ( Kenshi.log file ) or save folder,
You can use any of these free cloud storage services
dropbox [www.dropbox.com]
googledrive [www.google.com]
File Dropper [www.filedropper.com]
or the main forum [www.lofigames.com] ( 10 megs max ) to post your bug reports.
You can post the link on the steam forums or on the Lo-Fi Forums.
Any free cloud storage service should be acceptable long as it offers free access to the data for non registered users.
You can read the pinned topic How to report a crash/bug for more information on how to report bugs.
Too close to another building rust что делать
So, I am having issues with building my base. This has been happening multiple times over the past few days. It doesn’t allow me to build above a certain point, telling me I cannot build.
As soon as I try placing it above. it just doesn’t work.
Those overhangs are preventing you putting in the door frames.
It’s a change that was made ages ago to prevent the double walling, this happens when you have building parts too close to another building part that is not the ‘correct fit’, if the square overhang behind the door had been triangles you would have been able to put the door frame, if you have a friendly admin who could remove 1 just to test, you will be able to put the door frame in, although any decent admin shouldn’t help with building mistakes.
It’s a change that was made ages ago to prevent the double walling, this happens when you have building parts too close to another building part that is not the ‘correct fit’, if the square overhang behind the door had been triangles you would have been able to put the door frame, if you have a friendly admin who could remove 1 just to test, you will be able to put the door frame in, although any decent admin shouldn’t help with building mistakes.
Its not all about the outside, I cannot build above a certain point, this is an issue.
Building decaying Rust – Что делать?
Новички часто не знают, что делать в Rust, если видят надпись «Building decaying». В правом нижнем углу экрана она светится красным цветом. Логика вещей подсказывает, что такие сообщения не могут предвещать ничего хорошего по своей природе. Вы столкнулись с проблемой, и её нужно решать.
Переводится эта надпись, как «разложение строения». Так это звучит дословно. Адаптированных версий перевода может быть много. Мне больше всего нравится «гниение постройки». То есть, то здание, которое вы построили для жилья при условии, что внутри стоит шкаф с инструментами, постепенно разваливается. Если шкафа не будет, сообщения вы не увидите, но постройка, тем не менее, продолжит гнить.
Раньше (пару лет назад) процесс гниения был необратим. Каждый день вы обязательно должны были заходить в игру, чтобы отремонтировать гниющие элементы своей базы. Это была абсолютно необходимая профилактика. Исключения составляли лишь те сервера с модами, где устанавливался плагин «Nodecay». Он существует и по сей день, но уже ни так популярен, потому что разработчики сами решили проблему.
Как вы знаете, в игре есть шкаф с инструментами. Это довольно большая деревянная коробка, похожая на холодильник, установка которой запрещает неавторизованным в ней игрокам строиться в радиусе пятидесяти метров. Раньше шкаф нужен был исключительно для блокировки строительства. То есть, банально для того, чтобы к вашему дому никто не смог подстроиться и начать рейдить с крыши или, что ещё хуже, чтобы рейдер просто не залез в окно на втором этаже.
Сегодня в шкаф можно складывать любую разновидность ресурсов, начиная от угля, заканчивая металлом высокого качества. Зачем это придумано? Чтобы предотвращать гниение! Вы складываете в шкаф те ресурсы, из которых построен ваш дом, и он прекращает разваливаться, а надпись «Building decaying» пропадает из поля зрения.
Если вы загляните внутрь шкафа, там вас сообщится, что именно и в каком количестве необходимо, чтобы предотвратить гниение на одни реальные сутки, то есть, на 24 часа. Чем больше ваше строение, тем оно прожорливее. Содержать огромные замки невыгодно.
Building decaying в Rust. Что делать?
Предположим, вы построили дом из камня, установили в нём железные двери и деревянные решётки на окнах. Если положить в шкаф только камень, забыв о дереве и железе, спустя час – полтора реального времени решётки с дверями сломаются. Случиться это может, кстати говоря, прямо на ваших глазах. Если будете внутри дома или поблизости, услышите характерный треск.
После улучшения постройки до уровня камня или железа, кладите в ящик запас соответствующего ресурса, которого хватит на месяц. Учтите, если захочется расшириться, лучше проверьте, как это повлияет на потребность в ресурсах. Возможно, вы сократите время жизни постройки с месяца до одного дня, если расширитесь кардинально.
Шкаф лучше прятать за дверями. Если вы играете на сервере без модов или без плагина «Remove», то за стенами его, понятное дело, лучше не прятать. Особенно, если планируется расширение или привлечение других игроков для создания команды. Без авторизации в ящике они ничего не смогут делать в вашем доме, даже поставить костёр будет невозможно.
Too close to another building rust фундамент
Rust implements its own userspace «stack guard», the purpose is to print a nice error message about «stack overflow» rather than segfault. This is applied to each new thread, as well as the main thread:
The start address of the stack is calculated effectively via pthread_attr_getstack (pthread_getattr_np (pthread_self))
This is where the problems occur. pthread_getattr_np is not defined by POSIX and the manual page does not specifically define what the exact behaviour is when getting the attributes of the main thread. It works fine for non-main threads because they are usually created with a fixed-sized stack which does not automatically expand. So the start address is pre-defined on those threads.
However, most of the space in between is not allocated at the start of the program. For example, a test «Hello World» Rust program has this (after init):
OTOH, the Linux stack guard is not a physical guard page but just extra logic that prevents the stack from growing too close to another mmap allocation. If I understand correctly: Contrary to the get_stack_start function, it does not work based on the stack rlimit, because this could be unlimited. Instead, it works based on the real size of the existing allocated stack. The guard then ensures that the next-highest mapped page remains more than stack_guard_gap below the lowest stack address, and if not then it will trigger a segfault.
The logic only «didn’t fail» before because the stack_guard_gap was much lower than the default stack rlimit. But even here, it would not have been able to perform its intended purpose of being able to detect a stack overflow, since the kernel’s stack-guard logic would have caused a segfault before the real stack ever expanded into Rust’s own stack guard.
In case my words aren’t the best, here is a nice diagram instead:
[..] are mapped pages. Now, Linux’s stack guard will segfault if there is anything between G and S. For Rust, its own stack guard page at A causes this. Previously, G-S was much smaller and A was lower than G.
Вопрос по строительству в игре rust
Голосование за лучший ответ
. Может потому-что стены больше не требуют Пилларов? Взять проверить? Нет Зачем, я лучше задам вопрос в интернете.
Смени АккаунтУченик (95) 5 лет назад
тоесть они не нужны? я просто первый день играю
Олег Мыслитель (5218) Да они не нужны. Опоры в данный момент используются чисто для того если хочешь сделать какой-нибудь тоннель без стен, чисто потолки. Если не будет опор каких-либо, тогда они просто обрушатся.
Давно не заходил наверное? Вообще-то давно уже обновили этот момент, что опоры теперь ставятся по центру блока для увеличения стабильности потолков/полов. А стены ты не можешь поставить, видимо, по каким-то другим причинам.
Too close to another building rust фундамент
Is it possible to override the test/check methods inside the Component.UpdatePlacement(. ) method (used for placement e.g.: foundations)? [maybe wrong section, sorry if thats the case]
What I want to achieve:
When a player has a certain permission (or some other conditions are allowing him to), he sould be able to «ignore» placement errors like «Placing through rock» or «Too close to another building». Unfortunately, I didn’t find anything to allow such behaviour (if I just was completely blind, ignore the stuff below and please tell me how to do this ^^).
If thats not possible (like if you «just insert IL code» when nescessary or at the beginning of a method), maybe this could be an alternative:
(for the other (not mentioned) methods called inside the «UpdatePlacement» method something like this would be also great)
Also I dont know how the client would behave if this logic was changed. But.. lets try?
Wulf uMod Admin Posted 1 year ago Last updated 1 year ago
Sorry for the delay in providing a reply. Some of those checks may be handled client-side as well, so I’m unsure if those particular ones would work how you’d like. I can try adding something to test with, but no guarantees.
Were you wanting just those two particular areas?
Rurido Original Poster
Posted 1 year ago Last updated 1 year ago
No problem, in these times we have all the time 🙂
All would be great, but I think not all are nescessary. I’ll provide you a prioritized list down below (from high to low):
Wulf uMod Admin Posted 1 year ago
Would a single check suffice?
Rurido Original Poster
Posted 1 year ago Last updated 1 year ago
It was in a build, but it was causing an issue that we haven’t been able to fix yet.
Rurido Original Poster
Posted 1 year ago That’s unlucky. Any way to assist you? [No pressure 😉] Wulf uMod Admin Posted 1 year ago Probably not. The hook location should have worked, but for some reason is causing an error. This hasa been an issue with the patcher before, so it may be something that needs to get fixed in the patcher, else possible settle for a different hook location. Rurido Original Poster
Posted 1 year ago Does the patching fail or is there an error when running the game/mod? Wulf uMod Admin Posted 1 year ago There’s an error when running the server due to the IL. Rurido Original Poster
Posted 1 year ago Last updated 1 year ago
What would I need to patch, build and test oxide locally?
If its too much to explain then nvm, but I think/hope I could help.
2 weeks after Rurido Original Poster
Posted 1 year ago
No problem, in these times we have all the time 🙂
All would be great, but I think not all are nescessary. I’ll provide you a prioritized list down below (from high to low):
Раньше (пару лет назад) процесс гниения был необратим. Каждый день вы обязательно должны были заходить в игру, чтобы отремонтировать гниющие элементы своей базы. Это была абсолютно необходимая профилактика. Исключения составляли лишь те сервера с модами, где устанавливался плагин «Nodecay». Он существует и по сей день, но уже ни так популярен, потому что разработчики сами решили проблему.
Как вы знаете, в игре есть шкаф с инструментами. Это довольно большая деревянная коробка, похожая на холодильник, установка которой запрещает неавторизованным в ней игрокам строиться в радиусе пятидесяти метров. Раньше шкаф нужен был исключительно для блокировки строительства. То есть, банально для того, чтобы к вашему дому никто не смог подстроиться и начать рейдить с крыши или, что ещё хуже, чтобы рейдер просто не залез в окно на втором этаже.
Сегодня в шкаф можно складывать любую разновидность ресурсов, начиная от угля, заканчивая металлом высокого качества. Зачем это придумано? Чтобы предотвращать гниение! Вы складываете в шкаф те ресурсы, из которых построен ваш дом, и он прекращает разваливаться, а надпись «Building decaying» пропадает из поля зрения.
Если вы загляните внутрь шкафа, там вас сообщится, что именно и в каком количестве необходимо, чтобы предотвратить гниение на одни реальные сутки, то есть, на 24 часа. Чем больше ваше строение, тем оно прожорливее. Содержать огромные замки невыгодно.
Building decaying в Rust. Что делать?
Предположим, вы построили дом из камня, установили в нём железные двери и деревянные решётки на окнах. Если положить в шкаф только камень, забыв о дереве и железе, спустя час – полтора реального времени решётки с дверями сломаются. Случиться это может, кстати говоря, прямо на ваших глазах. Если будете внутри дома или поблизости, услышите характерный треск.
После улучшения постройки до уровня камня или железа, кладите в ящик запас соответствующего ресурса, которого хватит на месяц. Учтите, если захочется расшириться, лучше проверьте, как это повлияет на потребность в ресурсах. Возможно, вы сократите время жизни постройки с месяца до одного дня, если расширитесь кардинально.
Шкаф лучше прятать за дверями. Если вы играете на сервере без модов или без плагина «Remove», то за стенами его, понятное дело, лучше не прятать. Особенно, если планируется расширение или привлечение других игроков для создания команды. Без авторизации в ящике они ничего не смогут делать в вашем доме, даже поставить костёр будет невозможно.
На какую кнопку строить в Rust
Если вы не знаете, на какую кнопку строить в Rust, то, очевидно, вы совсем не в курсе, как система строительства устроена в этой игре. Пришло время научиться. Читайте гайд внимательно, от начала и до конца.
Первое, что нам понадобится для возведения построек, это «План строительства». Его можно скрафтить из меню быстрого доступа. Нажмите «Q» и оно будет в правом нижнем углу открывшегося окна. Картинка снизу поможет сориентироваться.
Нажимаем по этому синему свитку, ждём, когда он появится в инвентаре, перемещаем его в одно из нижних гнёзд инвентаря мышкой, как ярлык на рабочем столе
Как вы, возможно, уже догадались, гнёзда пронумерованы, потому что доступ к ним вы получаете, когда нажимаете на клавиатуре цифры от одного до шести. То есть, предмет, находящийся в гнезде под номером «1», после нажатия такой кнопки помещается персонажу в руки.
Я это пояснил, потому что дальше нужно взять план постройки в руки. Когда сделаете это, нажмите Правую клавишу мыши и не отпускайте. На экране появится меню, в котором выбираются элементы здания. Переключение между ними осуществляется путём движения мыши вправо, влево, вверх или вниз. Когда выберите то, что хотите построить, наведите мышь, и щелкните левой кнопкой.
Начинают с фундамента. Он выбран в плане по умолчанию. Найдите ровное место, где фундамент будет подсвечен синим цветом, и нажимайте ЛКМ. Поздравляю! Вы провели первую строительную работу в Rust.
Заключение
Параллельно возведению соломенного каркаса улучшайте строение в дерево, камень или металл. Улучшение делается при помощи киянки. Её тоже можно скрафтить в меню быстрого доступа, как и план строительства. К слову, двери и замки делаются так же.
Чтобы прокачать здание, возьмите в руки киянку, подойдите, например, к стене, зажмите «E», наведите мышью на камень или дерево, щелкните ЛКМ. Произойдёт мгновенное преображение соломы в камень.
Остерегайтесь других игроков. Обычно для тех, у кого опыта в игре много, новички, занимающиеся стройкой – лишь лёгкая мишень. Я советую не хранить все добытые ресурсы в инвентаре во время стройки. Лучше киньте их в ближайший куст. Они долго не исчезнут. По крайней мере, их не заберёт кто-то другой, если вас убьёт. Пусть лучше ресурсы не достаются никому.
Описание ошибок и их решения
Обновите драйвера для видеокарты, также установите полный пакет Microsoft Visual C++ и Net framework 4.5.2 затем запускайте игру с максимальными настройками графики.
У вас старая версия, скачайте актуальную версию клиента.
Игре не хватило оперативной памяти. Для нормальной игры нужно, как рекомендуют разработчики 64-разрядную Windows и не менее 4-6 гб ОЗУ. Также возможны вылеты на рабочий стол без каких либо ошибкок ( возможно из-за нехватки оперативной памяти)
Фундамент в игре Rust (Experimental)
О том, как выбрать правильное и более безопасное место для дома мы поговорим в другой статье, а пока рассмотрим строительство дома в целом.
Примечание: выберите фундамент в строительном плане и нажмите правой кнопкой мыши, в появившемся меню вы увидите другие виды строительных объектов. Пользуйтесь на здоровье!
Как сделать фундамент в Rust Experimental
Сначала выбираете на поясе план фундамента и находите подходящее место для установки проекта.
Установка проекта фундамента
Проекты можно устанавливать друг за другом, пристыковывать с любой стороны. Получая вот такие конструкции.
Создание фундамента в Rust Experimental
Готовый фундамент в Rust Experimental
Важно обратить внимание, что строительство фундамента, как и всего остального стоит денег. О том, сколько чего необходимо для строительства фундамента, вы увидите в момент нахождения рядом со строящимся объектом в правом верхнем углу.
Стоимость строительства фундамента
Сколько ресурсов нужно для фундамента
Итак, теперь подведем итог. Сколько же чего нужно для того, чтобы мы смогли построить фундамент в игре Rust Experimental?
Rust: How To Save Your Buildings From Decay
Losing it to a raid is one thing, but to the elements? That’s preventable. This guide will help you avoid losing your buildings to decay in Rust.
After somehow managing to drag yourself off the beach, cobble together some basic tools, and scrape together enough materials to build yourself a base in Rust, the last thing you want is to come back home and realize it has fallen apart. And no, we’re not talking about other players finding your little abode and tearing it down just for the fun of it, although that is also likely to happen. Rust doesn’t want you to get too comfortable at any point, which is where the decay mechanic comes in. Instead of spending your nights out in the cold, learn how to save your buildings from decay with our guide.
How To Save Your Buildings From Decay
Decay was added to the game initially to prevent players from building endlessly large and elaborate structures on the maps. Not only was this not in line with the whole survival aspect of the game, but also was a major strain on servers. This simple solution simply causes any player build structure to have a time limit on it that, once it expires, will slowly rot away a structure until it is destroyed. Depending on what part breaks, decay can cause an entire structure to fall apart if the decayed section was holding up other parts.
Decay works differently depending on what the structure is made of. The better materials you build with, the longer it will last. But that doesn’t mean everything you build is doomed to fall necessarily. You do have options for keeping your base functional for as long as you can manage the upkeep. Just make sure you repair it before it fully collapses. Once a structure goes down, there’s no bringing it back.
The first method is simple but time-consuming. If you craft yourself a hammer you can use that, along with enough raw resources, to repair individual parts of your base from decay and damage. For example, if you have a wooden shelter, hammering a wall will chew through your wood reserve, and a metal structure will require metal fragments. Simple, but you do need to keep an eye on all parts of your base, and it can be quite a chore.
The more efficient, and far easier, way to keep your buildings standing tall is to invest in a tool cupboard. These items cost a full 1,000 wood to craft but are worth far more than that. Not only does it prevent other players from building too close to your base, but it can also do all that repair work for you automatically.
All you have to do, after crafting and placing down your tool cupboard, is stock it full of whatever material your base is made of. Just like with your hammer, it will use those resources to hold off decay as long as you keep it stocked up. Fill it up with a big stack of wood, stone, or metal, and you can go about your business without worrying about coming home to a pile of rubble.
My system uses LLVM 8.0.0 Release. ( clang version 8.0.0 (tags/RELEASE_800/final) | Target: x86_64-solus-linux )
Original Issue Text:
I am currently trying to build rust on a Solus 4 machine.
Dependencies (g++ clang++ python make cmake curl git):
The text was updated successfully, but these errors were encountered:
LunarLambda commented Aug 10, 2019
I did successfully* build a checkout of LLVM on my system
*: This ended up taking much much longer than I expected, it’s at 97% and my machine is suffering immensely. But I think if I leave it overnight it’ll finish.
I was however informed that Rust actually has its own fork of LLVM, so I will try building that tomorrow, as it’s approaching midnight here.
I’ll report back, but the bottom line is that unmodified LLVM does indeed build.
Mark-Simulacrum commented Aug 10, 2019
Hm, interesting. Presumably our detection and threading through of the C++ STL is wrong then.
I don’t think I need to go through the entire build again, but it does appear to be working just fine.
I also tested the binaries produced by last night’s LLVM build to make sure they actually work, and they do.
The error with x.py happens when configuring LLVM, not when actually compiling it, so I think this is issue is on our side.
Mark-Simulacrum commented Aug 11, 2019
Lines 427 to 436 in 2b78e10
Mark-Simulacrum commented Aug 11, 2019
LunarLambda commented Aug 11, 2019
I can’t really find anything wrong with the snippet you linked
FWIW I ran it again with backtrace enabled:
I don’t really know how to approach this issue right now
Which files are responsible for running CheckCompilerVersion, which is mentioned in the CMake error? ( CMake Error at cmake/modules/CheckCompilerVersion.cmake:83 )
Mark-Simulacrum commented Aug 11, 2019
Yeah, I’m also at a loss. AFAICT, the check is happening as a normal part of the LLVM build.
LunarLambda commented Aug 11, 2019
The test that fails in particular is LLVM_LIBSTDCXX_MIN
The particular test says:
Test for libstdc++ version of at least 4.8 by checking for _ZNKSt17bad_function_call4whatEv.
The bizarre thing is that
And it matches!
00000000000c8510 T _ZNKSt17bad_function_call4whatEv
And that test is behind a elseif(NOT LLVM_ENABLE_LIBCXX) gate
And my config.toml has
So this flag in particular seems to not get passed correctly.
So I guess I’ll make a fresh checkout and set everything to compile with gcc/g++ instead?
And it is building. So for some reason
I’m at a loss, but it’s compiling now, so. hooray?
I think this should still be looked into, as there is almost definitely some kind of bug here. Although it may be an upstream bug, I’m not sure anymore.
LunarLambda changed the title Cannot build on system with libstdc++ 6 Aug 11, 2019 Contributor
mati865 commented Aug 11, 2019
Just making sure, does it work when use-libcxx = true is commented out or set to false?
To use libc++ on Solus you need llvm-devel package among the others.
Clang has few tricks to detect system libstdc++ and that should work just fine but CMake sometimes get confused when compilation options are changed and mixes old config with the new one.
Aw shucks, I think I missed that package. Though, the value of `use-libcxx` didn’t seem to matter, as it was setting cc/cxx to clang/clang++ on the first build (prior to setting `use-libcxx`) that caused the issue. So, I’m guessing Clang looks for the libc++ headers regardless if it’s actually linking to it or not? Which would seem odd to me, but that might be the case. I’ll give it another go tomorrow, maybe this was all a big goof on my part, in which case I’m very sorry for the confusion caused. Also yes, as I said above I did a clean checkout earlier and compiled strictly with gcc/g++/libstdc++ and it worked fine. It’s likely I fudged up with the missing header package, will try tomorrow. My only defense is that the error message was wildly misleading in what the actual issue was. I had seen the include error but given I had a working set of headers that Clang was happy to use in test programs I wrote I marked it off as CMake being weird, not making the connection that the test failed because it didn’t compile.
Scratch most of that, I do have llvm-devel installed.
Unfortunately rebuilding LLVM also requires throwing out the entire stage 0 artifacts, which take
30 minutes to download / build on my system