Ansi C

Com podemos prova isso?

Se é um ponteiro constante porque diferentemente de ponteiro não tem seu próprio endereço e espaço reservado ? Aqui entendi que ponteiro é tipo de variável ou seja é dado na memória e ocupam um certo número de bytes. Contudo, Concorda que sim, ponteiros tem seu próprio endereço de memória. No seu entendimento, como fica essa citação com relação à "ponteiro constante" ? Seu endereço é o endereço do primeiro elemento. Por que o autor não disse que é um ponteiro constante ou invés disse: é uma variação com característica de, que tem jeito de, espécie de ponteiro constante ? Não seria mais adequando dizer espécie mesmo? Se não por quê? adicionado 55 minutos depois Alguém sabe explicar por que o compilador não chama o identificador matrizv de somente leitura, da mesma maneira que fez com ponteiro constante. assignment to expression with array type, existem um tipo matriz ?

Parabéns.

Corresponde! Isso é, podemos pensar que sim? Ponteiro é variável tem local próprio na memória, o valor é quase sempre o endereço de outra variável ? No meu entendimento, matriz não é um ponteiro. Porém como as especificações, e operações com matrizes são em termos de ponteiros assim podem ser pensadas como ponteiros.

nome_comodo também não é um ponteiro para char ? Discutir e mais nada. Exatamente.

Um último exemplo prático que questiona afirmação difundida na literatura acerca do identificador matriz. #include <stdio.h> int main (void){ char matriz [30]; char *ponteiro; char **ponteiro_de_ponteiro; ponteiro_de_ponteiro = &ponteiro; ponteiro_de_ponteiro = &matriz; printf ("M: %u == P: %u \n", sizeof matriz, sizeof ponteiro); getchar (); return 0; } Se matriz é um ponteiro para char então esse programinha compila com 0 alertas, E M == P senão matriz é não ponteiro.

@AnonymousLPH eu também , sei poucas coisas, só o suficiente para questionar alguns assuntos.

@AnonymousLPH Será mesmo! Porque até onde aprendemos um ponteiro é simplesmente uma variável que armazena um valor numérico que (quase sempre) é o endereço de outra variável. Seu exemplo com a função scanf é um bom argumento também, porém será que só isso basta? É de ponteiros que estamos falando ou de referência (endereço de locais reservados na memória). O que mais de ponteiros além do que citou existe de comum entre os dois. Ou só isso basta pra você?

Se de fato o identificador (nome) de uma matriz é um ponteiro, como afirmam que é #define _CRT_SECURE_NO_WARNINGS #include <stdio.h> int main (void){ char matriz [30]; char *ponteiro; ponteiro = matriz; matriz = ponteiro; return 0; } por que esse simples programinha ~n compila.

@arfneto Talvez na prática com um exemplo consiga ser mais convincente para mim e para todos.

@arfneto Eu até que gosto de ler seus argumentos, entretanto ... Creio que apenas a nomenclatura corresponde ao assunto porque de fato errei (no português).

Tecnicamente isso não é verdade, podemos tentar compreende que sim é um ponteiro quando desreferenciado em certo momento a matriz "se rebaixa" a um ponteiro, e por último a variável do tipo. Entretanto a matriz, mais precisamente sua identificação, é uma referência (do tipo char (*) [30]). E um ponteiro é um ponteiro.

Coisas do tipo: Seu programa é ruim, Você errou muito, Seu programa não está bom, Seu programa não presta... são gestos irrelevantes em qualquer discussão pessoal ou virtual que quando pensa não se fala. Mesmo sem maldade não contribui. Não podemos introduzir os debates de qualquer maneira é preciso melhores gestos de chamar atenção do outro.

@arfneto Não posso fazer nada, foi a impressão que ficou. Ainda bem que há muitos que reconhecem sua postura corretamente, além de você mesmo claro. O senso comum diz que um "programa ruim" é um programa que não funciona, e como a maioria procura o clube com programas ruins esse é o fato mais obvio. Não dizer pode pelo menos evitar conflitos. Só isso.

Ah! Então é isso, Obrigado. Perguntei ao autor do tópico, porém fui ignorado ou não. Dizer coisas assim quase sempre não é ajuda, e na primeira linha, logo de cara parece grosseria.

Com tempo notará que erros bobinhos tipo esquecer coisas são os mais comuns. Bom Trabalho.

Cuidado: não é '\' Verdade, o compilador mostrou isso. Mostrou também que esqueceu a multiplicação entre Pi*(R3) Já você, esquece a multiplicação Pi*(R3) e o Retorno de resultado.

Quando anunciou um número para linhas do código tornou um pouco interessante um exemplo com esse mesmo número. Já que o "mais simples" é com scanf, não tenho razões para escrever de outra do forma seria redundante O mérito é daquela que compreende mais, se você é realmente qualificado vai ter capacidade de entender qualquer um, assim como eu compreendo você. VEJA: Conclusão: Algoritmo narrativo para o controle do loop do problema principal tem faltas na compreensão dos detalhes. É importante detalhar bem porque esse tipo de algoritmo é passivo de erros principalmente pela falta de detalhes. e "um pouco menos trabalhosa é" são significativamente iguais. Eu confirmei sua afirmação. Você diz que é desapego ao detalhes, já eu acho que sua falta nos detalhes é indicio de quem só tem uma ideia na cabeça e nenhum o programa escrito, ou seja, não escreveu o programa antes e falou besteira no caso das 10 linhas. Tornou-se relevante porque você falou. No próxima tópico seja menos irrelevante com as palavras e capriche no quesito detalhes. Obrigado.

O Volume O = (4.0\3)*3.14*(x*x*x)

O problema é inteiro dividindo 1 (1/x) em C se |x| é maior que 1 o resultado é sempre 0.

Notei que apresentou uma solução um pouco só menos trabalhosa. Não se trade de competir com mais ninguém, se existi de certa maneira uma competição foi de você contra você mesmo. VEJA: Entenda que aqui não somente ler um número e retornando um número! Faltou algo a mais e importante o caractere "%c", principalmente o problema do '\n' que mencionei bem aqui Eu até entendo, mas acredito que o problema em discussão dá minha parte é outro. Principalmente fazer tudo em 10.

Não correspondeu em grau com teu enunciado É uma solução que até interessante de observa também, mesmo no caso mais básico, porém não aconteceu nada desse jeito. Acredito que eu fui mais fidedigno que você VEJA: Encrencou-se ao falar que a resposta fica em no máximo 10 linhas e agora sabemos que não. A solução é soma de todas as partes. Mas se não é importante as 15 linhas então pague-as! Sim, com certeza e eu em momento algum subestimei. No Aguardo das 10 linhas

@Sahgtec-angola Por nada!

Isso par mim é folclórico @arfneto Seu código de exemplo nada tem haver com a discussão inicial: " scanf() para ler um número e enquanto ela devolver um número você aplica o operador". No final, comprovou ser bem +. A entrada também é diferente! Código realmente ficou o mais simples. Erro de planejamento.

Falta ler a altura e expressão é imc = peso/(altura*altura) Somente peso, nade de peso1 e peso2