|
|
Esta sección te permite ver todos los posts escritos por este usuario. Ten en cuenta que sólo puedes ver los posts escritos en zonas a las que tienes acceso en este momento.
Mensajes - diego.martinez
Páginas: 1 ... 8 9 [10] 11 12
226
« en: Sábado 28 de Abril de 2007, 00:27 »
Buenas: Estoy haciendo una pequeña funcion en php para que me pinte un menu. Para ello, dibujo las celdas de una tabla y en ellas pongo un background de imagen. Mi intención es que cuando se pase el cursor por encima (OnMouseOver) se cambie la imagen de background por otra. He probado con : <table> <tr> <td onMouseOver="javascript: style.background-image=url('imagen_over.gif');" style="background-image:url('imagen.gif');"> </td> </tr> </table> Pero no tiene ningun efecto, me podeis indicar como se podria hacer? gracias de antemano. PD: He visto algunos tutoriales para hacerlo cambiando el class style , pero no me vale por que es un background distinto segun la linea de la tabla.
227
« en: Lunes 2 de Abril de 2007, 13:39 »
muchas gracias, al final resultaba que no exportaba la funcion por que no la habia escrito en el .def 
228
« en: Viernes 30 de Marzo de 2007, 15:36 »
Buenas: LLevo mis buenas horas dandole vueltas a lo que creo que sera un error de lo mas simple. He mirado en Google y no encuentro lo que puedo estar haciendo mal. Estoy haciendo una dll. en el .h pongo : #ifdef WRAPPER_EXPORTS #define WRAPPER_API __declspec(dllexport) #else #define WRAPPER_API __declspec(dllimport) #endif WRAPPER_API void Test(void);
en el .CPP pongo: #define WIN32_LEAN_AND_MEAN #include <windows.h> #include "Wrapper.h" BOOL APIENTRY DllMain( HANDLE hModule, DWORD ul_reason_for_call, LPVOID lpReserved) { switch (ul_reason_for_call) { case DLL_PROCESS_ATTACH: MessageBox(NULL,"Process Attachment!",NULL,NULL); break; case DLL_THREAD_ATTACH: break; case DLL_THREAD_DETACH: break; case DLL_PROCESS_DETACH: MessageBox(NULL,"Process Dettachment!",NULL,NULL); break; } return TRUE; } WRAPPER_API void Test(void) { /*... CODE ... */ }
Hasta aqui todo es lo que me crea practicamente el wizard. El problema es que cuando la voy a usar en el programa WRAPPER_TEST.cpp #include <windows.h> void (*Pru)(); int APIENTRY WinMain(HINSTANCE hInst,HINSTANCE hPrev,LPSTR lp,int nShowCmd) { SetErrorMode(0); HINSTANCE hLib=LoadLibrary("Wrapper.dll"); if (hLib!=NULL) { Pru=(void(*)())GetProcAddress(hLib,"Test"); if (Pru==NULL) MessageBox(NULL,"PRU NULL!",NULL,NULL); } return 0; }
Resulta que Pru siempre me da NULL, no se que puedo estar haciendo mal en esta DLL. Muchas gracias por anticipado.
229
« en: Viernes 2 de Marzo de 2007, 14:31 »
muchas gracias por la respuesta. Lo de no inicializar el objeto ha sido fallo mio al copy/pastear el codigo , estaba inicializado. Voy a echarle un ojo a esos links a ver si me aclaro. Gracias 
230
« en: Viernes 2 de Marzo de 2007, 11:48 »
perdon, es que supuse que seria un problema de plantillas pongo el codigo: ////main.cpp #include <windows.h> #include "appTreeNode.h" int APIENTRY WinMain(HINSTANCE hInst,HINSTANCE hPrev,LPSTR lp,int nShowCmd) { appTreeNode<int> *AlarmTree; //creo el arbol de ints AlarmTree->AddSon(0); //le añado un 0 return 0; } ////// appTreeNode.h template <class T> class appTreeNode { protected: T Data; appTreeNode<T> *Parent; appTreeNode<T> *Son; appTreeNode<T> *Brother; public: appTreeNode<T>(T TData) : Parent(NULL), Son(NULL), Brother(NULL) {this->Data=TData;} ~appTreeNode<T> (); void AddSon(T Son); }; ///////// appTreeNode.cpp //------------------------------------------------------------------------------- Destructor template <typename T> appTreeNode<T>::~appTreeNode<T> () { ///TO DO/// }; //------------------------------------------------------------------------------- AddSon template <typename T> void AddSon (T Son) { appTreeNode<T> *Tmp; if (this->Son==NULL) { this->Son=new appTreeNode<T>(Son); this->Son->SetParent(this); } else { Tmp=this->Son; while (Tmp->Brother!=NULL) Tmp=Tmp->Brother; Tmp->Brother=new appTreeNode<T>(Son); Tmp->SetParent(this); } };
Aqui esta el codigo, es una prueba de arbol sencillita. Pero si no meto el AddSon en inline de la clase, me dice que no esta resuelta.
231
« en: Viernes 2 de Marzo de 2007, 11:09 »
buenas: estoy haciendo una clase de arbol al estilo stl con plantillas. el caso es que declaro la clase en el .H: template <typename T> class appTreeNode { ... }
y todo va bien,si los metodos los declararo en la propia clase; si no me da problemas de compilacion. en el Cpp lo he puesto asi: //------------------------------------------------------------------------------- AddSon template <typename T> void appTreeNode<T>::AddSon (T nSon) { ... };
me dice que no encuentra el metodo a la hora de compilar: unresolved external symbol "public: class appTreeNode<class AMESSAGE *> * __thiscall appTreeNode<class AMESSAGE *>::GetSon(int)" [...] referenced in function _WinMain@16 Tiene pinta de ser que uso el template incorrectamente, pero lo he hecho tal como he leido en las web... Para usar las templates solo tengo que especificar el template <typename T> antes del metodo que las usa no?
232
« en: Lunes 19 de Febrero de 2007, 13:57 »
La razon es que no todos los modulos los he hecho yo, tendria que cambiarlos.  A mi tambien me parece que no esta capturando las excepciones internas... Gracias por las respuestas, seguire investigando...
233
« en: Lunes 19 de Febrero de 2007, 12:27 »
vaya, justo estaba respondiendole a Danielo cuando ha respondido EternalIdol.
Entonces, es un buen lio, por que tengo parte de codigo usando try/catch de c y otra parte de SEH...
Tendria que limpiarlo todo , entonces la pregunta es...
si es una aplicacion windows es mejor usar SEH por los ExceptionHandlers o es mejor __try/__catch?.
Si en un mismo obj no se mezclan los 2 modelos (Se conmutan con el Define); puede la aplicacion convivir con modulos SEH y otros con try de c o es peligroso?
gracias por las respuestas.
234
« en: Lunes 19 de Febrero de 2007, 12:22 »
gracias por la respuesta.
lo tenia como #include <iostream>
por que el iostream.h ni lo encuentra
asi que ningun cambio por ahi.
los warning todos aparecen en iostream.h y en ostream.h
uso Visual Studio .Net 2003 por si se os ocurre si es alguna cosa propia del compilador.
235
« en: Lunes 19 de Febrero de 2007, 11:35 »
Buenas: Me he creado una macro, que dependiendo de si se define un define mio, cambia la forma en la que se reciben las excepciones: #ifdef DEBUG_APP_ERROR #define _APP_TRY __try #define _APP_CATCH(m) __except (ExpFilter(m,GetExceptionInformation(), GetExceptionCode(),__LINE__,__FUNCTION__)){} #else #define _APP_TRY try #define _APP_CATCH(m) catch(...) {} #endif
despues lo uso en un cacho de codigo: #define DEBUG_APP_ERROR while (!app->IsFinished()) { _APP_TRY { app->Init (); app->Main (); app->End (); } _APP_CATCH("Bucle Principal"); }
Bueno, el caso es que cuando lo compilo, me dice : Cannot use __try in functions that require object unwinding Cannot use __try in functions that require object unwinding He buscado en Google y la causa es que no compilaba con /GX- para deshabilitar las SEH y usar try/catch de c (corregidme si me equivoco). La cosa ahora es que con esa opcion, cuando compilo, el compilador me saca otro warning si uso el "using namespace STD". warning C4530: C++ exception handler used, but unwind semantics are not enabled. Specify /EHsc Bueno, pues son Incompatibles uno con el otro /Gx- override /EHsc , si quito /Gx- me dice que no puede hacerlo y si lo pongo me dice que no tiene el unwind... ¿Que estoy haciendo mal? ¿Puedo ignorar el warning? ¿Me estoy liando y realmente no entendi bien? Gracias por adelantado y disculpad el tamaño del post.
236
« en: Jueves 15 de Febrero de 2007, 19:33 »
si la pregunta en concreto es que se actualicen dinamicamente puedes colocar la funcion que hace la estadistica en el WM_PAINT y en el momento que recibe la entrada de datos, invalidar el contenido de la ventana y actualizar con UpdateWindow.
237
« en: Jueves 15 de Febrero de 2007, 00:30 »
muchas gracias, creo que encontre el fallo.
No inicializaba a tiempo la ventana y el tray se creaba antes de que la ventana estuviera correctamente inicializada. No lo veia por que la ventana funcionaba correctamente, y el icono de notificacion parecia desaparecer "despues".
238
« en: Miércoles 14 de Febrero de 2007, 17:43 »
pues no, sigue mal  la verdad es que este fallo me persigue desde hace mucho. He probado usando el nuevo tamaño de estructura tambien NOTIFYICON_V2_SIZE y va mal igualmente. 
239
« en: Miércoles 14 de Febrero de 2007, 17:00 »
pues voy a probar... gracias
240
« en: Martes 13 de Febrero de 2007, 18:03 »
Buenas de nuevo:
Tengo un icono de notificacion en elSystem Tray.
Lo creo con Shell_NotifyIcon y tengo una ventana valida para que reciba sus msg.
NOTIFYICONDATA m_niData; //estructura con los datos del tray
this->hIcon=LoadIcon(GetModuleHandle(NULL),MAKEINTRESOURCE(IDI_ICON));
m_niData.cbSize=sizeof(NOTIFYICONDATA); //tamaño de la estructura
m_niData.hIcon=hIcon; //icono
m_niData.hWnd=window; //handle del window que contendra el proceso que administrara sus messages
strcpy(m_niData.szTip,this->Name);
m_niData.uCallbackMessage=WM_APPTRAY; //identificador del mensaje cuando hay una notificacion del tray
m_niData.uFlags=NIF_ICON | NIF_MESSAGE | NIF_TIP; //habilita estas opciones en el tray
m_niData.uID=ID_ICONDATA; //identificador del tray
//-
Shell_NotifyIcon(NIM_ADD,&m_niData);
El caso es que se crea correctamente, pero al pasar el raton sobre el ... desaparece...
La ventana existe correctamente, ya que procesa otros mensajes.
Hay un bucle de mensajes correcto.
No se me ocurre mas...
gracias por anticipado.
241
« en: Lunes 12 de Febrero de 2007, 15:32 »
buenas:
al linkar la libreria ADVAPI32.lib que necesito para programar los registros del windows me aparece el warning de linkado:
all references to 'ADVAPI32.dll' discarded by /OPT:REF
realmente tengo la /OPT:REF
es benigno este warning?
deberia hacer algo?
que se supone que es esa dll?
gracias por anticipado.
242
« en: Jueves 8 de Febrero de 2007, 14:34 »
ok, muchas gracias.
243
« en: Jueves 8 de Febrero de 2007, 13:34 »
buenas:
estoy urgando en los registros y haciendo una clase para modificar los registros y asi lanzar las aplicaciones desde startup.
yo lo hago asi:
char s[]="Software\\Microsoft\\Windows\\CurrentVersion\\Run\\";
LONG ret=
open = RegOpenKeyEx(HKEY_CURRENT_USER, s, 0, KEY_WRITE | KEY_READ, &hKey);
sin embargo he leido en la msdn que deberia abrirlo con RegOpenCurrentUser.
Que diferencia hay?
Como puedo abrir la subkey adecuada si uso RegOpenCurrentUser?
(por que creo que solo abre la Key HKEY_CURRENT_USER).
Como puedo hacer para que se inicie la aplicacion independientemente del usuario en el que se instale?
gracias de antemano
244
« en: Viernes 2 de Febrero de 2007, 11:29 »
tambien podrias cazar en el Procedure el WM_KEY del VK_ENTER y devolver 0;
245
« en: Lunes 22 de Enero de 2007, 21:24 »
no entiendo muy bien el contexto de tu pregunta.
Pero para crear una nueva ventana tienes a tu disposicion:
createwindow
y createwindowex
claro esta, que necesitaran su bucle de mensajeria pero si te las miras veras que son muy faciles de manejar. Eso si, es Win32.
246
« en: Sábado 20 de Enero de 2007, 11:52 »
a ver...
en glutKeyboardFunc le pasas el nombre de una funcion que reciba un char que es la tecla pulsada y 2 int que son las coords del raton (que aunque no te interesen las recibe igual).
Cuando se pulsa una tecla, se llama a esa funcion
ejemplo :
void MyFuncion(char key,int x,int y)
{
switch(key)
{
case 'A':case 'a': do something;break;
case 'B':case 'b': do another something;break;
}
}
247
« en: Jueves 18 de Enero de 2007, 08:49 »
si lo unico que necesitas es recibir los eventos de las pulsaciones en las librerias de utilidades de OpenGl tienes una funcion que se llama GlutKeyboardFunc a la que le pasas una función que se ejecuta al pulsarse una tecla. En esa funcion puedes leer el tipo de tecla pulsada y hacer los eventos que quieras.
He supuesto que esta te interesaria mas.
248
« en: Jueves 4 de Enero de 2007, 10:51 »
puedes usar los drivers odbc de microsoft y el objeto CDatabase para abrir una base de datos excel.
Una vez abierta, usando sentencias sql vas cargando la información de la tabla en la tabla excel.
249
« en: Domingo 31 de Diciembre de 2006, 01:39 »
Bueno, yo tambien me apunto, a mi tambien me interesa, quiero pasar todo lo que tengo para ODBC a DAO.
250
« en: Miércoles 27 de Diciembre de 2006, 17:23 »
Bueno, aunque no era un fallo propiamente dicho, la linea en la que ponia en pantalla el numero de registro era la causante del misterioso comportamiento, y que curiosamente tambien habia eliminado por [...] al pensar que era codigo de lo mas simple. Usaba un sprintf para escribir "procesados xxxx registros de xxxxx" y luego lo mandaba con un SetWindowText a su correspondiente Label. Lamentablemente eso provocaba la aparicion de multiples mensajes en la pila que no eran digeridos a suficiente velocidad. La he eliminado y en su lugar hay una barra de progreso que se autoredibuja al ser ajustada, con lo que he ahorrado mucha carga al bucle principal. Ahora va como el rayo. Ya decia yo que el access estaba bien .
Páginas: 1 ... 8 9 [10] 11 12
|
|
|
Mostrar Mensajes
