SoloCodigo

y cuando pongo si n == 0 que mediga que no carge nada y si n>0 que haga lo que esta dentro de esas llavaes,,, pero lo que me pasa es que siempre me dice usted no hacargado datos osea me toma n==0 y eh cargado datos..... me ayudan...

si te fijas, en el codigo tu pones :


cuando llamas a mostrar , n tiene un valor indeterminado que se carga en el scope de la funcion main.  CERO.

Si quieres que el valor de n se mantenga entre funciones tienes que cambiarlo pasandolo por referencia.

Traduzco: cuando defines una variable, esa variable solo mantiene ese valor en la funcion en la que se crea. Cuando la pasas como parametro, se pasa una COPIA de esa variable. La original no la modificas, luego, n siempre vale lo que valia en Main, cosa que es indefinida.
Cuando modifias n en las funciones estas cambiando una COPIA del valor de n. Al volver a la funcion que la llama , main, la variable "vuelve" a su valor anterior (no vuelve por que nunca cambió, pero bueno).

Para evitar esto, modifica las funciones para usar n por referencia.


Asi , en todas las funciones estarias usando la misma variable, y en main tendrias siempre la n actualizada.
Si tienes dudas sobre el paso de parametros por referencia pregunta. No he querido ser muy extenso.

espero que ayude  

buenas, pues al final lo resolví con lo que yo entiendo que es un parche, pero como solo es una herramienta de debug, me viene bien para la verificación y luego se quita para la release.

os pongo como lo he hecho:

me defino operadores new con varios argumentos, sin embargo no predefino los argumentos, sino que preparo la macro DEBUG_NEW para llamar a new con los argumentos indicados.
luego , para no tener que cambiar el codigo en el programa:


Con lo que mis new se convierten en DEBUG_NEW que es lo mismo que new(__FILE__,__LINE__,__FUNCTION__) con lo que cuando se llama a new, se llama a mi operador new sobrecargado. asi, cada vez que se localiza memoria, lo almaceno en un vector, y cuando se llama a delete, uso el puntero para buscarlo en mi lista y eleminarlo, con lo que al terminar la ejecución , los registros del vector me indican que localización de memoria no se liberó.  

Los operadores delete de mas que defino son necesarios para que el compilador no produzca un error al no encontrar el delete correspondiente, aunque no hace falta, ya que con hacer delete del puntero, ya sabremos que registro del vector es el que se elimina.

Es un poco chapuza, pero da el pego. A mi objeto global MEMORY, le he puesto una variable para evitar la reentrancia al localizar nuevos registros y que no me marque estos como localizaciones de memoria. Me falta añadirle sincronización para multitarea.

que os parece?

que sincronización  

umm gotoxy es solo para consolas... no te vale para la impresora

"Mueve el cursor de la ventana de texto a la posición según las coordenadas especificadas por los argumentos x e y. Si las coordenadas no son válidas entonces la llamda a la función gotoxy es ignorada. Los argumentos no pueden ser 0"

cuando haces impresora << ... mandas datos a la impresora y luego, cuando haces Gotoxy cambias el cursor de la pantalla, el cual no tiene nada que ver con la impresora.

Lo mejor es que te hagas un buffer con los datos que quieres mandar a la impresora en memoria, imprimas en memoria los datos y luego vuelques todo el buffer a la vez.

a ver, primero te bajas la api de mysql de la seccion de descargas de http://www.MYSQL.com
buscas y te bajas Mysql Connector (en version C y C++) yo particularmente uso la de C por que es la primera con la que me hice, y ya le he hecho una interfaz c++.
Linkas con la libmysql.lib que lleva y pones la dll en el directorio de la aplicación.

En el manual te viene como usar la api,  que funciones tiene y todo eso.

Esta buscando las cabeceras de precompilacion  stdafx.h y las tienes comentadas en el codigo //#include "stdafx.h"
y por eso , mientras busca esa linea, encuentra el fin del archivo antes de encontrarla con lo que se queja de ello.

si estas usando visual studio , puedes ir a Project -> Properties -> Precompiled Headers -> Create/Use Precompiled Header
y pasarlo a Not Using Precompiled Headers.

Ni idea de como saldrá en castellano, pero seguro que puedes hacerte una idea si lo tienes asi.

EDITO: si, he puesto exactamente lo mismo que eternal idol, sorry .

Por cierto me puedes decir como se haría el cast de void* ese que me comentas??

Pues te cuento, cuando tienes un tipo de dato y quieres hacerlo pasar por otro, se hace Casting. En este caso, si tienes un dato en forma de estructura


si quisieras pasar como parametro void* a miST el compilador te diria algo tal que:

cannot convert or there is no suitable conversion from MIESTRUCTURA * to void *.

para pasarlo como parametro tendrias que hacer una conversion a tipo de dato (void*).
Para ello coges el puntero y le especificas el casting escribiendo el tipo de  al que lo quieres pasar entre parentesis, por ejemplo (void *).

entonces en v tendrias un puntero de tipo (void *).

ahora bien, una vez lo has pasado como parametro, en la funcion desconoces el antiguo tipo de dato del parametro con lo que no puedes interpretarlo como estructura, a no ser que vuelvas a hacer un casting.

si solo necesitas llamar al navegador por defecto apuntando a la web (el tipico "ir a la pagina oficial de la empresa") el System que te han dicho.

Sin embargo, si quieres embeberlo en la aplicación hay un articulo:

http://www.codeproject.com/KB/dialog/win32_dialoghelpers.aspx

Buenas:

Voy a hacer una aplicacion compuesta de multiples procesos independientes intercomunicados (un estilo a google chrome).
He estado investigando en la msdn, y hay un monton de formas de comunicarse entre procesos:

Clipboard
COM
Data Copy
DDE
File Mapping
Mailslots
Pipes
RPC
Windows Sockets

 asi que la pregunta seria:
cual creeis que es la mejor forma de comunicarse entre procesos?

No es solo notificacion de eventos, tengo que pasar bloques de bastante tamaño entre ellos tambien (como imagenes completas por ejemplo).

Edit: añado, uso Visual C++ para win32 (nada de mfc).
gracias.

buenas, siento tardar en responder, una semana infernal.

Pues llevaba desde la semana pasada detras de este bug.
Tenias razón con lo del reserve, ya que la excepción se producia cuando los std::strings intentaban liberar la memoria localizada durante el procesamiento en la dll.
Hacer el reserve no me servia, por que estaba empleando los literales como parametros std:string y entonces me requeria modificar muchisimo codigo, asi que lo he pasado de (std::string, std::string *) a un simple (const char *,char *)  y cambiado las funciones internas por strcmp y se ha arreglado.

Muchas gracias.

bueno, si tienes los 0s y 1s en un array, para pasarlo de binario  a decimal solo tienes que ir leyendolos del final al principio y haciendo
mi_valor = mi_valor<<1 | (( array[elemento]=='1') ? 1 : 0);

con esto conviertes cualquier cadena de ceros y unos ascii a un numero, que puede ser decimal o lo que quieras una vez lo tengas en la variable.

Buenas:

he descubierto la razon por la que se produce el Skew, (la forma de verse mal) por lo que comentan en los foros, el stretchdibits debe de tener el ancho alineado al DWORD.

Como puedo hacer esto?

EDIT: esto solo ocurre en las imagenes de 32 bits y la mia es de 24, luego no hay que alinear nada, pero se sigue viendo mal.

Buenas:

Trabajando con Win32, tengo una imagen en un buffer rgb (o mejor dicho BGR).

Ese buffer esta correcto, lo pinto pixel a pixel y se ve perfecto. Lo paso a un raw y lo habro con photoshop y perfecto tambien.

Ahora, cuando lo visualizo con stretchdibits aparece con unas muestras erroneas de colores pintado en diagonal como si estuviera la anchura un pixel mas grande.

el codigo que uso es simple.




este codigo solo falla con ciertos tamaños de imagen. Sin embargo la imagen esta perfecta y los valores de w y h estan correctos, a que puede deberse el error? es un bug de la api?

gracias

la imagen sale asi:


no me pasa con todas solo con algunas, pero la descompresion es correcta.
supongo que tendra que ver con las proporciones o algun dato que no estoy usando bien