Најди сличен содржај

Изворен канал @pythonotes · Post #303 · 27 дек.

Наверняка вы замечали, что в Python есть удобная функция для получения переменной окружения os.getenv(NAME) И её "сестра" для создания или изменения переменных окружения os.putenv(NAME, VALUE) Но почему-то putenv() не работает как должно. Энвайромент не обновляется! os.putenv('MYVAR', '1') print(os.getenv('MYVAR')) ... и ничего 😴 Почему так? На самом деле энвайромент обновляется, но это значение не добавляется в словарь os.environ. Откройте исходник функции os.getenv(). Это просто шорткат для os.environ.get() В то время как putenv() это built-in С-функция. Словарь os.environ (или точней класс из MutableMapping) создаётся из энвайромента в момент инициализации. Функция putenv() самостоятельно его не изменяет. В тоже время, когда вы создаёте или изменяете ключ в os.environ, автоматически вызывается putenv() в методе __setitem__(). То есть, технически putenv() всё делает верно, но в os.environ это не отражается. Можно проверить так: >>> os.putenv('MYVAR', '123') >>> os.system('python -c "import os;print(os.getenv(\'MYVAR\'))"') 123 Я объявил переменную в текущем процессе и вызвал дочерний процесс, который её унаследовал и получил в составе os.environ. Аналогично при удалении переменной вызывается еще одна built-in функция unsetenv(), удаляющая переменную из системы. Итого ▫️ Удобней всего явно обновлять переменные через os.environ ▫️ Есть способ неявно создать/удалить переменную через putenv/unsetenv, что не повлияет на os.environ но изменит энвайромент и передаст изменения сабпроцессам. Но так лучше не делать! ▫️os.environ это просто обертка для built-in функций putenv() и unsetenv(). #basic

Hashtags

#basic

Резултати

Пронајдени 1 слични објави

Пребарај: #samueldare

当前筛选 #samueldare清除筛选

Crypto M - Crypto News

@CryptoM · Post #65233 · 12.04.2026 г., 06:56

Најди слично Погледај

🚀 Bittensor Co-Founder Addresses Covenant AI Incident and Future Plans On April 12, Bittensor co-founder Jacob Robert Steeves responded to the Covenant AI incident, expressing his shock over recent developments. According to BlockBeats, Steeves accused Covenant AI founder Samuel Dare of actions that severely harmed the protocol and community, betraying the trust of investors and users. He apologized to those affected by the incident. Steeves stated that Bittensor was designed to combat greed and selfishness by enabling collective ownership of AI through a permissionless mechanism. He acknowledged that the incident exposed vulnerabilities in the system but also highlighted the opportunity to strengthen the protocol and community's resilience. Looking ahead, Steeves proposed advancing a "Locked Stake" mechanism, introducing a "time + stake" commitment dimension at the protocol level to enhance transparency and investor protection, thereby reducing similar risks. He noted that this plan was initially designed with Samuel Dare's involvement. Furthermore, Steeves mentioned that the development of subnets 3, 39, and 81 will continue under community leadership, with no changes to their overall functionality and vision. He emphasized that Bittensor remains one of the most decentralized AI protocols and will continue to promote open AI development, with plans to advance towards training larger-scale models, including a trillion-parameter model in the future. #Bittensor#CovenantAI#JacobRobertSteeves#SamuelDare#AI#Blockchain#DecentralizedAI#InvestorProtection#LockedStake#AIProtocol#CommunityLeadership#OpenAI#FuturePlans#TrillionParameterModel#TAO

Hashtags

#bittensor #covenantai #jacobrobertsteeves #samueldare #ai #blockchain #decentralizedai #investorprotection #lockedstake #aiprotocol #communityleadership #openai #futureplans #trillionparametermodel #tao