|
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 - Eternal Idol
Páginas: 1 ... 118 119 [120] 121 122 ... 205
2976
« en: Lunes 8 de Enero de 2007, 19:51 »
Si y no. Diccionario[] tiene miDiccionario pero no tiene una copia de sus miembros que son punteros sino que tiene esos valores.
Diccionario[].esp y Diccionario[].eng son dos punteros que valen lo mismo que miDiccionario, en cuanto liberas la memoria a la que apuntan esos punteros deja de ser valida ...
2977
« en: Lunes 8 de Enero de 2007, 19:23 »
Creo que en esos trabajos a nadie o a muy pocos le interesa entrarse a un foro a contestar preguntas.. pero si les interesa tomar cervecita de a barrilles jejejejejej Hermosa generalizacion.
2978
« en: Lunes 8 de Enero de 2007, 18:07 »
Yo quiero uno de esos, aqui almenos que trabajes para el gobierno tienes esas vacaciones. Supongo que en casi toda la UE sera aproximadamente como digo asi que ya sabes que hacer Mejor preguntame si eh respondido desde la casa jajaja. Creo que el 99% son respuestas hechas en el trabajo. A eso me refiero, imaginate poder hacer eso en algunos de los otros trabajos que mencionamos ... imposible. Este es un trabajo que si te permite hacer otra cosas ...
2979
« en: Lunes 8 de Enero de 2007, 11:17 »
HWND Hwnd = 0; << esto lo cambias por algo tipo this->GetHandle(); o el metodo que tenga la VCL ... SetWindowPos(Hwnd, HWND_TOPMOST, 0, 0, 0, 0, SWP_NOREPOSITION | SWP_NOMOVE | SWP_SHOWWINDOW);
Creo que tambien lo podes hacer cambiando la propiedad Form Style del formulario a fsStayOnTop.
2980
« en: Domingo 7 de Enero de 2007, 18:20 »
Mmmm... tienen razon, aunque puede ser un subforo de Programación de videojuegos.
Pues porque eso es lo que es. Yo consultaria, veria si hay gente interesada ... si va a ser un foro con movimiento me parece bien
2981
« en: Domingo 7 de Enero de 2007, 10:15 »
2982
« en: Domingo 7 de Enero de 2007, 10:13 »
suena interesante eternal..
...parece que sos el unico que trabaja aca jaja Para mi lo es  No, hay muchos mas que trabajan, tal vez no lo vieron el mensaje y hubiera tenido mas exito en la Taberna del Bit.
2983
« en: Domingo 7 de Enero de 2007, 10:10 »
¿5 años sin vacaciones? Bueno, entonces hay que reconocer que las condiciones no son las mismas en todos los casos. En donde me toco trabajar hasta ahora tenes un mes de vacaciones al año ...
Y cuentenme una cosa muchachos: ¿Nunca respondieron aca desde el trabajo?
Supongo igualmente que habra gente que lo soporte mejor y otros que lo soporten peor, habra gente que se hara mucho problema cuando no llegue a las fechas ... yo tengo compañeros que simplemente ignoran cualquiera de estas cosas y achacan el problema a una mala planificacion. Yo mientras el problema no sea causado especificamente por mi codigo no me preocupo realmente pese a que lo tenga asignado.
En mi caso particular estoy de acuerdo con F_Tanori. ¿Que mejor que trabajar de algo que a uno le gusta? Un trabajo de oficina LIVIANO la amplia mayoria del año que me deja tiempo para hacer miles de otras cosas como estudiar a distancia, ayudar en este y otros foros y aprender mas cosas (utiles o no) y puede llegar a ser un poco mas DURO las, contadas con los dedos de las manos, veces que sale una version a la calle. Me parece que los trabajos que yo comentaba o el que comentaba F_Tanori son siempre igual de duros y ustedes obvian que esos trabajos no solo suelen ser muy mal pagados sino que suelen ser precarios en todos los aspectos, ya sea con vivir pensando en la posibilidad de que te despidan en cualquier momento (eso SI es stress) o con que tu jefe te haga la vida imposible (esto puede pasar en cualquier trabajo).
Y si, cualquiera puede responder cualquier cosa que quiera en cualquier hilo, no hace falta que eso tenga ningun sentido ni valga para nada, eso quedo claro.
2984
« en: Domingo 7 de Enero de 2007, 00:02 »
Pero para poder entrar necesitan tu clave ... no les alcanza con el nombre de usuario.
2985
« en: Sábado 6 de Enero de 2007, 23:44 »
mis primeros trabajos fueron de operador en una metalurgica... fisicamente era muy duro... pero nada comparable con el trabajo de informatico o el de programador que hago actualmente.
en lo personal... sin el animo de desmeritar el trabajo de oras personas... pero el trabajo de programador es muy duro muy absorvente y sobre todo te deja sin ganas de pensar en absolutamente nada mas. No es mi caso, no estoy de acuerdo y me parece que lo que decis no se sostiene. ¿Acaso no estas aca? ¿Acaso no llevas adelante proyectos a la par que trabajas? Esta claro que no solo podes pensar en otras cosas sino que las haces y muchas ...
2986
« en: Sábado 6 de Enero de 2007, 23:41 »
2987
« en: Sábado 6 de Enero de 2007, 22:39 »
No estoy diciendo que no sea duro cargando bolsas.... Entonces no se a que viene que me respondas meses despues asi que no pienso seguirte la corriente
2988
« en: Sábado 6 de Enero de 2007, 22:03 »
Creo que el esfuerzo fisico no tiene que ver con que un trabajo sea duro o no.
Yo soy de puerto y eh trabajado de sol a sol en la playa y eh notado que es fisicamente desgastante pero no es duro. No se que queres decir con esto meses despues pero si intentas decir que "hombrear" bolsas en el puerto no es duro me parece ridiculo. ¿Que es un trabajo duro entonces? ¿Ser futbolista?
2989
« en: Sábado 6 de Enero de 2007, 19:03 »
Yo desarrollo nuevas caracteristicas para un modulo de modo Kernel que tambien tengo que mantener y siempre trabajo en C/C++ con algunos detalles en assembly.
2990
« en: Sábado 6 de Enero de 2007, 09:59 »
Como dice ArKaNtOs no creo que haya TODAVIA muchos expertos en XNA y de cualquier manera me parece un tema demasiado especifico.
2991
« en: Sábado 6 de Enero de 2007, 09:52 »
Para usar C/C++ lo primero primero, es saber que tienes a la mano, varias bibliotecas (librerias), que traen varias funciones ya implementadas. como stdlib.h, conio.h, math.h, ctype.h, stdio.h. CONIO.H NO POR FAVOR, eso no es de C ni de C++. Mi recomendacion es que leas todo lo que pudas en Google O te compres algun libro, hay muchisimos que empiezan desde 0 y no dan por sentado que sepas NADA sobre programacion.
2992
« en: Viernes 5 de Enero de 2007, 14:29 »
2993
« en: Viernes 5 de Enero de 2007, 14:03 »
Como dije hace bastante poco: Los archivos dependen totalmente del File System ya que en el disco fisicamente no existen. Por lo tanto lo normal es acceder a los servicios del S.O. para trabajar con archivos. Ahora resta que nos digas que S.O. es el que estas usando.
2994
« en: Viernes 5 de Enero de 2007, 11:26 »
Siendo el problema el formato del archivo busca BMP en http://www.wotsit.org/
2995
« en: Jueves 4 de Enero de 2007, 23:35 »
Que yo sepa no podes descomprimir nada, al menos con el rar siempre me paso asi ... tal vez haya opciones por linea de comandos que no salen en la interfaz ... fijate en la ayuda y en san Google.
2996
« en: Jueves 4 de Enero de 2007, 23:31 »
No. Segun el libro Windows Internals hay terceras empresas que proveen Kernels en tiempo real. Lo que hacen es embeber esos Kernels en un HAL hecho a medida y ejecutar Windows como una tarea mas del Kernel en tiempo real, esa tarea sirve de interfaz de usuario para el sistema y tiene una prioridad inferior al resto de tareas que manejan dispositivos. Tambien segun el libro una extension de este tipo desarrollaba VenturCom: http://www.venturcom.com
2997
« en: Jueves 4 de Enero de 2007, 20:53 »
Hay apis no documentadas que hacen lo mismo que las apis documentadas, solo que lo hacen mas rapido creando la falsa sensacion de que el programa que las usas que son los de microsft son mejores que la competencia, asique no hace falta evitar que otros programas corran, solo los hacen fallar o mas lentos deliberadamente Ilustranos con al menos un ejemplo de esas APIs para la gama NT.
2998
« en: Martes 2 de Enero de 2007, 17:57 »
Es verdad, no habia caido, de cualquier forma compilar si que compila y tampoco arroja ningun warning
Gracias No se como lo compila pero si lo hace no me extraña que falle Me imagino que lo podes hacer asi tranquilamente: SMRpunto3D SMR_API SMRcolision::puntoContacto;
2999
« en: Martes 2 de Enero de 2007, 17:40 »
Soy un inculto en esas lides, ¿como se mira? No me acuerdo de memoria pero busca el menu de depuracion y hay una ventana que se llama asi o si esta en ingles call stack. SMRpunto3D es la llamada al constructor de la clase de igual nombre SMRpunto3D Por eso, la primera linea no puede compilar al estar tratando de transformar un int (NULL que es 0) a una clase ... Si pero no se donde lei que podia dar problemas el inicializar a NULL en c++ y que era mejor inicializar a 0, por eso probe ... Como dicen ustedes: chorradas.
3000
« en: Martes 2 de Enero de 2007, 16:29 »
Supongo que sera cuando carga la dll en memoria, por que desde la aplicacion no instancio a la variable estatica , ademas al debuggear no me lleva a codigo de la dll, me da el access violation y luego me da otro error de access violation en ntdll.dll que es donde se para el debugger Tenes que ver la pila de llamadas para identificar de donde proviene el error. SMRpunto3D SMR_API SMRcolision::puntoContacto=NULL // da fallo SMRpunto3D SMR_API SMRcolision::puntoContacto=SMRpunto3D(0.0,0.0,0.0); // no da fallo de momento. ¿¿SMRpunto3D es un puntero?? La verdad es que no entiendo como pueden compilar esas dos lineas al mismo tiempo ... lo primero no deberia compilar a menos que fuera un puntero y lo segundo no deberia compilar con un puntero ... PD. NULL es 0
Páginas: 1 ... 118 119 [120] 121 122 ... 205
|
|
|