<div dir="ltr"><div dir="ltr"><div>No, ok chápu že to můžu na několika místech zkontrolovat, ale jde o to, že těch míst je dost a hlavně to právě je i konzole. Moc mi nejde do hlavy proč i ten literal_eval to povoluje a ty funkce. Proč to není pouze v py kódu bez uvozovek, ale je to i v řetězci. Když to někdo bude mít v kódu, tak to pravděpodobně nebude řetězec. A jde o to, že toto nové chování bylo přidáno ve verzi 3.6 > není to tam od začátku, pokud by to šlo vypnout v těch funkcích, když je to řetězec, tak by mi to ani nevadilo, ale vlastně to ani nejde změnit.<br></div><div><br></div><div>Ano, může to být i otázka na StackOverflow.<br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">pá 13. 3. 2020 v 17:13 odesílatel Vojtěch Oram <<a href="mailto:flaiming@gmail.com" target="_blank">flaiming@gmail.com</a>> napsal:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
  
    
  
  <div>
    <p>Ahoj,<br>
      to je asi spíše otázka na StackOverflow než VPSFree community
      list.</p>
    <p>Ale podle mě ty hodnoty z uživatelského vstupu budou vždycky
      stringy (pokud to uživatel nevolá jako CLI), takže si to můžeš sám
      ošetřit, než s tím budeš dál něco dělat. Zadání 1_1 a 11 by mělo
      být v pythonu 3 ekvivalentní. <br>
    </p>
    <p>Vojtěch Oram</p>
    <div>Dne 13. 03. 20 v 15:55 zd nex
      napsal(a):<br>
    </div>
    <blockquote type="cite">
      
      <div dir="ltr">
        <div>Ahojte,</div>
        <div><br>
        </div>
        <div>mám dotaz na python. Už delší dobu přecházíme na Python3
          (je to složitý a problematický a nemáme žádnou významnou
          funkci co by to opodstatnila). Během té doby jsme našli 2
          chyby (pickle/shelve) v novém Pythonu a nyní jsme našel nový
          hodně velký problém.Je to nová funkce PEP515 podtržítka v
          číslech. Tato funkcionalita zní možná naprosto skvěle pro
          některé lidi, ale nám nyní dělá značnou neplechu. <br>
        </div>
        <div>Jde o to, že nyní všechny interní funkce jako je
          int/float/literal_eval při předání "1_1" a podobně vytvoří
          číslo 11 a ne SyntaxError. Chápal bych, že tato funkce bude ve
          zdrojovém kódu možná užitečná. Jenže pokud nyní uživatel předá
          "1_1", tak systém pokračuje dál s novým číslem.</div>
        <div><br>
        </div>
        <div>Moje otázka zní, znáte nějaký postup jak toto chování
          vypnout? Ono se to nezdá ale int/float a literal_eval
          používáme opravdu hodně a všude řešit nějakou takovou kontrolu
          je těžce proveditelné. V minulosti se podobně blbě chovala
          nula na začátku a to naštěstí odstranili, ale nyní přidali
          tuto vlastnost.<br>
        </div>
        <div>Zkouším hledat na googlu, ale zatím jsem nenašel nic co by
          to umožnilo nějak změnit, ideálně globálně.<br>
        </div>
        <div><br>
          -- <br>
          <div dir="ltr">
            <div dir="ltr">
              <div>
                <div dir="ltr"><br>
                  Zdenek<br>
                  Web: <a href="http://www.pripravto.cz" target="_blank">www.pripravto.cz</a></div>
              </div>
            </div>
          </div>
        </div>
      </div>
      <br>
      <fieldset></fieldset>
      <pre>_______________________________________________
Community-list mailing list
<a href="mailto:Community-list@lists.vpsfree.cz" target="_blank">Community-list@lists.vpsfree.cz</a>
<a href="http://lists.vpsfree.cz/listinfo/community-list" target="_blank">http://lists.vpsfree.cz/listinfo/community-list</a>
</pre>
    </blockquote></div></blockquote></div></div></div>