TOPIC

PROBLEM 1722 - URI Fórum 1.0

beecrowd asked 9 years ago

URI Online Judge Fórum 1.0

MOD

This topic was solved and cannot recieve new replies.

  • ttogores replied 8 years ago

    Seu código dá WA para este teste (pelo menos na minha máquina).

    5696323922575865414847061494575945648081290145228607189038829076215134884313127297923138542545712321 5696323922575865414847061494575945648081290145228607189038829076215134884313127297923138542545712321
0 0

  • mmelo3 replied 8 years ago 

    #include<iostream>
Accepted!

  • aaabotaleb replied 8 years ago

    Posta o código.

  • ysiraichi replied 8 years ago

    Estava fazendo esse exercicio, e não sei por qual motivo ele está dando 10% de resposta errada. Fiz ainda duas versões: uma com busca, e outra pela aproximação com o "golden ratio" (as duas deram 10% de resposta errada). Alguém faz alguma idéia do porquê?

  • ttogores replied 9 years ago

    Entretanto o tipo long double tem 63 bits para armazenar a parte significativa, o que não é suficiente para representar corretamente todos os inteiros menores que 10^100.

  • gsilveira replied 9 years ago

    Existe long double, que é uma forma de ler e representar os dados como notação cientifica... Com esse tipo é possivel representar numeros bem maiores que 10^100

  • mtreviso replied 9 years ago

    Olá, eu fiz do jeito mais trivial mesmo: Um vetor de int com 102 posições que representa um bigint. Também já tive o mesmo problema que o seu em outro exercício e procurei usar Java, já que existe o tipo BigInteger lá. Mas caso insiste em C++, sugiro dar uma pesquisada em como implementar isso e adaptar para o seu problema.

    Valeu!

  • aaabotaleb replied 9 years ago

    Como o pessoal que resolveu essa questão em C/C++ fez pra armazenar os números (que podem ir até 10^100)?