Mensajes

Firefox 3.6.3 solo hace el pitido de error.

Bueno, en VB no hay demasiados problemas con esos temas a no ser que programes como cobein o karcrack, aparte de que debugear vb es un coñazo. Pero en C si lo veo necesario, la mayor parte de los errores no los descubre el compilador, y sin saber depurar puedes tirarte horas hasta que ves que estás llamando a un puntero sin inicializar, mientras que con un debuger en medio minuto pillas el problema.

Saludos

Si te digo la verdad, que estoy seguro que es mi mala costumbre y no el hecho de saber asm, es que me resulta mas tedioso analizar el programa con un debugger que re-plantear el codigo, y no solo vb o c, java, python, ruby, perl, JSP, php...

No suelo tener problemas para encontrar errores, pero por supuesto lo que dices tiene cabida y logica, no digo que no, solo que algunos ignorantes preferimos re-codearlo.

Saludos

Eso es porque trabajas con programas pequeños o programas simples. Depurar es indispensable, no siempre tienes la opción de rearmar todo un código cuando te encuentras en un proyecto en conjunto de tamaño considerable.
Ademas no es necesario conocer Assembly como si fueses a desarrollar en el, con saber lo básico y un poco mas te basta y te sobra para poder depurar correctamente.

Es que las normas de C/C++ dicen que es RECOMENDABLE. Esto podría ser NORMA.

EPI, no leíste nada de lo que puse 

Entoces cuando lo ponen? XDDDDDDD

Con suerte nunca, igual ya seria hora que dejemos de opinar y veamos que opina el staff al respecto ya que no tiene sentido discutir con una idea que posiblemente tenga un rotundo no desde el principio.

Saludos

No se trata de títulos, se trata de volumen de posts. En las reglas de C/C++ se recomienda poner [C] y [C++] en los títulos. Revisa esa sección y mira cuantos siguen el consejo  .

Es mucho mas ordenado de la forma en la que esta actualmente porque sea desde una duda sobre un char hasta APIs, todo esta en C/C++ porque los usuarios que ingresan en esa sección están manejando ese lenguaje y contenido sobre ese lenguaje esperan encontrar. Lo mismo pasa, obviamente, con otros lenguajes.  

No tiene ni pies ni cabeza intentar meter todo en un mismo lugar simplemente porque las APIs no sean inherentes al lenguaje, el estar trabajando con ellas en determinado lenguaje es suficiente para que las dudas estén en determinada sección, y no todas mezcladas en un mismo lugar.

Por mas que quieras una sección donde se respondan dudas básicas en forma detallada, eso no va a suceder, ya que se cree o no se cree el subforo, cuando preguntes algo la respuesta va a seguir siendo un link a la MSDN ( o la documentación que corresponda) o te van a mandar a estudiar mas el lenguaje en el cual pretendes programar.

Saludos!

En el subforo de C/C++ se tratan muchísimas dudas, no se trata solamente de APIs. Incluso esas preguntas son la minoría, y cuando las hay, solo basta con mostrarle la documentación oficial y poco mas, raro es que se sigan teniendo problemas luego de leer la documentación.

Poca gente hace preguntas especificas de una API en esa sección, a lo sumo preguntan " Como hacer tal cosa" he indefectiblemente uno termina tocando el tema de APIs ya sea por entornos específicos o por características multiplataforma.

No obstante si implementas una API en determinado lenguaje, tiene mucho que ver con ese lenguaje. Mas cuando la documentación es exclusiva del lenguaje o la implementación tiene que ver con este. Es decir, se menciona Qt como un ejemplo negativo y ya el mero hecho que sean todas clases dice bastante.
La relación entre los programadores y las APIs es innegable, y el que programe en C/C++ no va a tener ganas de andar deambulando entre documentación de Visual Basic para encontrar lo que busca.

En esa sección de APIs se crearía una mezcla de lenguajes que no tiene sentido alguno. Si nadie utiliza el buscador en la sección de C/C++ para buscar ejemplos de determinada API, quien encontrara algo habiendo ejemplos de lo mismo para 5 lenguajes distintos.

cin.get(); en C++, puedes hacer un ignore antes para ignorar lo que te haya quedado en el buffer. getchar en C, o puedes hacer un fgets para evitar el buffer sobrante. Podrás encontrar muchas formas para hacer una pausa, si se recomienda no utilizar getch es porque proviene de una librería no estándar.
En el foro tienes muchos ejemplos y muchos hilos respecto al tema.

Saludos!

Lo del frió fue solo un ejemplo. Cualquier condición extrema que se produzca fuera o dentro del cuerpo sirve para que el cerebro actué en consecuencia. Si te estas ahogando las acciones que el cerebro tome van a ser las mismas que si te estas congelando.

Imagínate que te den una droga y te entierren por algunos días y vos consciente todo el tiempo del hecho. Cuando la experiencia termine los daños cerebrales serán tan grandes que con suerte podrás moverte. Eso es suficientemente extremo!

No conozco otra forma que el cerebro sobreviva. En principio la sangre se acumula en las partes vitales oxigenando lo importante, y si las condiciones extremas prosiguen, el metabolismo reduce su actividad y por lo tanto puede sobrevivir un poco mas. Si hay otra forma, desconozco, pero seguro si, es una realidad que hay mucho por descubrir todavía sobre el cuerpo humano.

Saludos!

El cerebro no puede soportar mas de 4 o 5 minutos sin oxigeno ya que si eso ocurre se producen daños irreparables y posiblemente la muerte.

En casos como por ejemplo, lo de la "muerte falsa" (o catalepsia u como lo quieran llamar) esto puede no suceder al pie de la letra por diversos factores. Muchas veces el cuerpo en condiciones extremas reduce sus actividades en pos de sobrevivir (frió intenso por ejemplo), y en esos casos el cerebro exige muchísimo menos oxigeno de lo que nos tienen acostumbrados (muchos animales hacen esto, incluso a propósito), y es por ello que no siempre se cumple la ley de los 4 o 5 minutos.

También esta la posibilidad, en caso que el sistema circulatorio todavía funcione, que el cerebro exija oxigeno de otras partes del cuerpo, por lo tanto en esos casos también podría sobrevivir un poco mas de lo acostumbrado.

En cuanto a lo de los enterrados vivos. En otra época no se contaban con las herramientas, hoy si y hechos como ese se consideran mala praxis en toda ley.

Saludos!

[De eso si se trata]

Es que no se trata de un foro de "buscar a google".
El foro es muy grande, tiene muchos años ya, y hubo, hay y habrá mucha gente especializada en diversas áreas. También hubo, hay y habrá mucha gente con dudas sobre esas áreas. Por esa razón la mayoría de las dudas ya tienen respuesta en sus respectivas secciones y basta con usar el buscador para encontrarlas.

Para las dudas que no la tengan, ya vendrá alguien a responderla o vos mismo luego de haber buscado puedes publicar la respuesta para que otro que tenga tu misma duda pueda solucionar su problema. De eso si se trata.

Imagina que en ese subforo de API, alguien viene y pregunta sobre que es un HANDLE, se lo vas a explicar con un dibujo o lo vas a mandar a la MSDN?  porque si se lo explicas con manzanas y peras, entonces cualquiera podría venir y preguntar en C/C++ que es un int esperando el mismo esfuerzo en la explicación. Mismo esfuerzo que los que preguntan no se tomaron para realizar una búsqueda sencilla.

Por lo menos yo, trato de responder solo cuando veo que la otra persona se tomo un mínimo trabajo de búsqueda y análisis para intentar comprender su duda básica.

Para aprender una API, se debe aprender desde sus bases. El resto llega solo con lectura y practica.
La realidad es que tener dudas, por ejemplo, de los parámetros de una función, es no solo no haber buscado si no también querer correr antes de saber gatear.

No había prestado tanta atención en mi mensaje anterior pero ahora que lo veo bien, creo que es un error que C# este para votar en el mismo lugar que C/C++. Es decir, tampoco estaría bien que C/C++ estén en el mismo lugar, pero se sobreentiende que en ese caso si es comprensible y aceptable. Pero C#? lo único que tienen en común es la sintaxis (en parte) y el nombre que pretende demostrar una especie de evolución de C++ (lo cual obviamente no lo es).

Nunca he programado con C#, pero me da la impresión de que se parece más a C++ que C++ a C.

La verdad es que no, pero suponiendo que si, el mero hecho que C# dependa de un framework especifico hace que sean 2 lenguajes completamente distintos. Si es por sintaxis podemos meter a muchos en la misma categoria.
No obstante, C++ si comparte muchas características de C por ser su sucesor natural por lo tanto no es tan loco verlos juntos en una encuesta. Si, podrían dividirse (deberían tal vez) pero eso depende de cuan estricto se ponga uno, sin embargo con C# es una división casi obligatoria.
Es preferible ver a .NET como una unidad ya que por ejemplo entre VB.NET y C# lo único que cambia es la sintaxis mientras que entre Visual Basic y C/C++ hay un abismo de diferencia.

Igual quedara para cuando se haga otra encuesta. Esta buena la idea de ver en que áreas de programación trabajan los usuarios del foro, y luego la de los lenguajes con hacerla un poco mas especifica bastaría.

Lo de batch y bash, no me parecen que tengan el mismo potencial pero sin embargo no veo mal que estén juntos.

Saludos!