TGTGInsighttelegram intelligenceLIVE / telegram public index
← Python Заметки

TGINSIGHT SIMILAR POSTS

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

Изворен канал @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

Резултати

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

Пребарај: #adif

当前筛选 #adif清除筛选
Plataforma Sentido Común.

@Psentidocomun · Post #69281 · 21.04.2026 г., 15:12

🌷 Las muescas de los trenes que pasaron por Adamuz revelan la rotura del carril #Adif#Transportes#GobiernoXV#Adamuz18E ◾ El primero de los trenes investigados, que pasó por Adamuz dos horas antes del accidente, presentaba daños ligeros. Y es que este convoy recorrió 1.500 kilómetros después de su trayecto por Córdoba ya que desembarcó en Atocha pero tuvo que cubrir otras líneas. «Debido a esto no se descarta que las muescas se hayan suavizado y por ello sean menos evidentes en este tren», sugieren los técnicos. ◾ El segundo de los trenes que analizaron pasó por Adamuz a las 19:01 horas y rodó entorno a 320 kilómetros desde el lugar del accidente. En este caso, las huellas que dejó el carril eran más evidente. ◾ Sin embargo, los daños más graves fueron hallados en el último de los ferrocarriles inspeccionados. El trayecto que realizó tras su parada en Córdoba terminó en Atocha, también fueron unos 320 kilómetros. El equipo de Talgo que revisó su estado detectó tres muescas con geometría y tamaños parecidos en distintas posiciones. https://www.abc.es/espana/muescas-trenes-pasaron-adamuz-revelan-rotura-carril-20260311040629-nt.html 🇪🇸t.me/info288_nacional