Ansi C

Você quis dizer com exercícios resolvidos? Ah! Não tem não, mas essa é sua opinião e respeito. Apesar de discordar dela: Para a maioria já é o suficiente ter o como determinar 1 par - e fica como exercício expressar o 'como adquirir um par de números ... Especificamente, expressar com a C - sem pressa qualquer um faz essa "missão" Ai sim, eu concordo.

[OPINIÃO] Suponho que isso satisfará o professor, e no mínimo tirará do autor do tópico uma oportunidade de aprender algo com erros (e de qualquer outro também). Hoje em dia, considero essa categoria de postagem um atraso. Mas, solução é boa.

Agora compreendo — aposta, sendo um sorteio manual dos números pelo apostador. ]

Quem costuma chamar isso de aposta?

Onde está tua maior dificuldade? Em C, na Geometria Plana? Quem sabe, talvez: nos dois assuntos? É possível ensinar/aprender programação na matemática, física, etc., inclusive havia nome para essa coisa: Informática para Educação. Entretanto! O melhor é expressar primeiro a solução matematicamente: com variáveis e resultados conhecidos, daí supostamente a solução c fluirá. Essa é minha sugestão: Se não fez, então, faça uma solução com lápis, borracha e um cebo de Geometria Plana, depois aplique sem pressa ao C.

Eu entendo, e tu compreendes, que os programas são simulações\representações pouco ou quase nada perto da realidade material das coisas; logo, não existe o sorteio material, real ou manual em sistemas analógicos e digitais: há somente algoritmos. E DAÍ Supostamente, o exercício é algo acerca de iteração sobre vetores e números randomizados (ou qualquer coisa semelhante) que, para mim, resolve em Algoritmo de Embaralhamento. Sugiro que defina uma função que tem como argumento formal um vetor e que retorna o valor dum elemento desse vetor; bolas é um bom nome para o vetor. Antes exclua (aplique exclusão lógica) a bola sorteada de bolas. Além de retornar uma bola do vetor, aquela função aplica em bolas a cada chamada o algoritmo de embaralhamento, o que, para mim, confere razoavelmente com 'sorteio manual ': ação de agitar o saquinho de bolas e pegar uma. Acho que isso agradará teu professor! A mim, muito agradaria. ***Se essa não é a pergunta, então, desculpe-me.

Abaixo, trago-lhes a lista com os 40 primeiros números amigáveis — para simples conferência. amigos.txt 01. 220 280 02. 1184 1210 03. 2620 2924 04. 5020 5564 05. 6232 6368 06. 10744 10856 07. 12285 14595 08. 17296 18416 09. 63020 76084 10. 66928 66992 11. 67095 71145 12. 69615 87633 13. 79750 88730 14. 100485 124155 15. 122265 139815 16. 122368 123152 17. 141664 153176 18. 142310 168730 19. 171856 176336 20. 176272 180848 21. 185368 203432 22. 196724 202444 23. 280540 365084 24. 308620 389924 25. 319550 430402 26. 356408 399592 27. 437456 455344 28. 469028 486178 29. 503056 514736 30. 522405 525915 31. 600392 669688 32. 609928 686072 33. 624184 691256 34. 635624 712216 35. 643336 652664 36. 667964 783556 37. 726104 796696 38. 802725 863835 39. 879712 901424 40. 898216 980984

Eu concordo E, supostamente, será a partir do 10⁠º número amigável que o custo do cálculo aumentará; há outra estratégia para minuir o tempo de produção, gravar no disco (tabela.txt) os novos números gerados e servi-lo como a tabela de consulta e agilizar a produção naquela função para índices menores que os que já existem | Por exemplo amigos (10);/* * Isto gera e grava (.txt) 10 números amigavéis * e produz somente o 10o número no simulador */ Se chamasse a função para índices ≤ 10, sua resposta viria do arquivo (.txt). Enquanto, para índices maiores que 10, a ação é gravar no arquivo todos os números até o índice no argumento, e produzi-lo. É algo que, sem pressa, qualquer um consegue essa expressão em tempo (resposta); -- uma resposta que, para mim, é\seria das boas.

Uma solução depende da adição (ou soma) dos divisores. Se fosse para mim, tu me satisfarias com uma função, uma que determine aquela soma. Isto abaixo tem potencial para declarar essa função. ~x~ Só que não; porque há n1 == n2 ou n1>n2 e neste caso eles não são amigos ou são amigos repetidos. Suponho que uma solução seja a determinação de pares amigos, porém teu código-fonte me inspira muito mais uma checagem: checa-se n1 e n2 são amigos. Isso me parece pouco certo! Espero mais por uma determinação do amigo a partir de um argumento como ordinal. Por exemplo: amigos (1);/* * Isto produzirá 220 284, * o primeiro par de amigos */ Suponho que assim teu professor ficará satisfeito — eu ficaria

Entendo... E será durante o prompt que produz a saída ou não? Neste caso, depois que memoriza ('bufferiza') 10 idades? Teu código-fonte, inspira-me ser durante; ou seja, ler 10 idades, e o seu enunciado não; ou seja, solicitar 10 idade(s). Há diferença entre as ações. Concordo Supostamente, se há vetores no apontamento, então esse é o modo.

@devair1010 organização e compartilhamento. Organização Aos iniciantes, quase sempre, inspira-se depositar declarações neste tipo. Vê-se, pelo menos, assim um para: Declaração de tipos ... macros ... funções ... variáveis globais coisas comuns com compartilhamento no projeto.

@Gustavo Rossi0101 Qual a duvida, onde fica tua maior dificuldade? -

@ignite137 Olá. Para expressar o PROCESSAMENTO com C, é requisito uma expressão com matemática. Semelhante o que já foi dito, a partir da informação de entrada determine a área da superfície total da caixa em metros quadrados (At m²): sendo a soma da área da superfície das 6 faces. At = 2xy + 2xz + 2yz Em seguida, suponha cada razão do enunciado. Sendo a primeira a quantidade de tinta total para o serviço, uma razão de um metro quadrado por 3 litros de tinta (1 m²/3l). At m²/(1 m²/3 l) › (At m² • 3 l) /m² › 3At litro(s) *Suponho a quantidade de tinta sendo o produto da área da superfícies por 3. Em seguida, para cada 10 metros quadrados é necessário um novo rolo de tinta que custa R$ 5,00 (10 m²/5 r › 2 m² /real) At m²/(2 m²/real) › (At m² • real) /2 m² › ½At real *Suponho o custo com rolos sendo a metade da área da superfícies. continua...

Claro, e qual é probabilidade de erro nessa situação? Dum erro que é quase inexistente. Entretanto, culturalmente essa expressão vem com mais uma sentença -- c != EOF Ex. /*Um discarte mais seguro da linha*/ int c = 0; //isso declara a palavra auxiliar no discarte */ while (c != '\n' && c != EOF) /*isso expressa um discarte mais seguro da linha (por ciclo) enquanto a palavra diferir de 'ENTER' e EOF */ c = getchar (); //isso pega uma palavra (int) na linha É mais ou menos assim que os manuais expressão essas coisas, né? Para lógica não faz diferença, não é erro, com ou sem o tratamento.

Erros Internos associados ao fluxo (Input/Output) nos são irrelevantes na compreensão da Lógica, é por esse motivo que, consideramos certas as expressões de @Midori @devair1010 Checar os estados dos fluxos padrões, por exemplo, com uso da função 'ferror', pouco ou quase nada adicionará as suas lógicas / expressões. Sendo mais didático, por exemplo: no caso da expressão do @Midori há pequeníssima possibilidade de ficarmos presos num laço infinito, bem ali, na expressão que nos aponta um descarregar do fluxo de entrada (padrão): while(getchar() != '\n'); # Um tratamento de erro while (getchar () != '\n' && ferror (stdin) == 0) ; Se, potencialmente, a getchar indicasse erro, veríamos o laço sem fim; apesar de tratável, o tratamento é irrelevante na compreensão dessa expressão, de sua lógica e entendimento.