|
|
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 - lencho
Páginas: 1 ... 23 24 [25] 26 27 ... 49
601
« en: Viernes 30 de Marzo de 2007, 00:46 »
¿Te referís a las claves foráneas de otras tablas?Si es así, la respuesta es si.-
Lógicamente eso se tendría en cuenta a la hora de actuar.- pero es que es algo logico que primero tendria que vaciar las tablas que tenian llaves foraraneas hacia esa tabla, para despues reiniciarla. Ya que volvieron a este tema. Como seria para SQL Server 7 ??? BYTE.
602
« en: Viernes 30 de Marzo de 2007, 00:43 »
No te endendi,...
hasta aca lo que veo es que tal como lo dije necesitaras compilar la aplicacion en un equipo de 64 bits con el SDK de 64 bit. Claro, tenej razon, pero al yo decir creo que no, me referia a que desde mi maquina no podria hacerlo. No se como es el caso de .NET en particular pero con VC++ en si mismo existen compiladores cruzados y desde un x86 se puede generar codigo para cualquier plataforma soportada por Microsoft como IA64, AMD64/EM64T y los procesadores de Windows CE. Desearia yo tambien poder hacerlo en mi caso BYTE.
603
« en: Jueves 29 de Marzo de 2007, 18:35 »
MM buena pregunta...
pero sospecho que para poder generar ese ejecutable necesitas tener la versión del sdk para 64 bits que desde luego solo corre en un sistema operativo de 64bits en una maquina de 64 bits... sino como le harias debug? no podrias. creo que no  . Visual Studio 2005 instala la versión 2.0 de 32 bits del CLR en un equipo x86, y la versión 2.0 de 32 bits y de 64 bits apropiada del CLR en un equipo Windows de 64 bits. (Visual Studio 2005 es una aplicación de 32 bits y cuando se instala en un sistema operativo Windows de 64 bits se ejecutará bajo WOW64).
604
« en: Jueves 29 de Marzo de 2007, 17:56 »
Un ensamblado generado con .NET mantiene la cabecera PE tras la cual hay un pequeño bootstrapper que se encarga de cargar el CLR, este pequeño segmento de codigo realiza operaciones independientemente de la plataforma. La cabecera PE, entre otras muchas cosas, hara que el modo del procesador sea protegido u long en un S.O. de 64 bits y saltara al entry point del ejecutable despues de cargar todas las librerias enlazadas estaticamente y resolver las importaciones. Como ya dije cuando arranque cualquier ejecutable, sea de .NET o no, lo hara en 32 bits si el S.O. es de 32 bits y por lo tanto no puede existir ningun problema con el codigo ya que es irrelevante si el microprocesador soporta 64 bits o si mañana soportase 512 bits. asi es como yo igual pienso. Que no deberia tener ningun problema. Disculpen por volver a revivir este post, pero es que lo habia dejau a un lado por que tenia otro proyecto, ahora estoy volviendo a terminar esto. Estoy ahora en el VS 2005, y he tratado de generarlos con los 3 tipos de plataforma: X64, X86 y AnyCPU. Pero solo he podido crear para X86 y AnyCPU, pero no pude hacerlo para X64. Me sale el siguiente error. Error 1 El archivo 'Aplicacion.exe' del resultado del proyecto 'Resultado principal de Aplicacion (Activo)', que tiene como destino 'AMD64' no es compatible con la plataforma de destino 'x86' del proyecto D:\Mis Documentos\Visual Studio 2005\Projects\Setup1 (Aplicacion X64)\Setup1 (Aplicacion X64)\Setup1 (Aplicacion X64).vdproj Setup1 (Aplicacion X64) PD. Supongo que ese error es porque no puedo crear ningun ejecutable para 64 bit desde uno de 32 bit no ??
605
« en: Jueves 29 de Marzo de 2007, 17:28 »
y asi nosotros te deciamos: Es tu corriente, tu tarjeta madre, tu memoria, tu ...................................................  pero weno, mas bien y no te costo dinero repararla. y ahora a cuidar tu maquina. BYTE.
606
« en: Jueves 29 de Marzo de 2007, 16:55 »
umm, creo que algo tarde, pero weno, encontre este archivo que te adjunto, donde utiliza estos componentes, espero y te sirva.
BYTE.
607
« en: Miércoles 28 de Marzo de 2007, 14:15 »
creo que en el anterior hilo que iniciaste, cajami dio un enlace unos Skin, no los vi detalladamente, pero parece que te serviria.
BYTE.
608
« en: Martes 27 de Marzo de 2007, 21:10 »
609
« en: Martes 27 de Marzo de 2007, 20:48 »
ummm, pues yo solamente fumo cuando me quedo a programar, o cuando estoy solo en mi casa programando, por que no me gusta que mis padres me vean haciendo, aunque saben que lo hago cuando me quedo a programar.
Se que debo dejarlo, y lo intente y logre un avance, antes fumaba todos los dias aun sin programar, ahora por suerte solo lo hago cuando programo en las noches.
CAbe aclarar que no me hace que me quite el sueño ni nada por el estilo, solo me hace entretenerme un poco mientras pienso.
BYTE.
610
« en: Martes 27 de Marzo de 2007, 20:09 »
esa forma de enviar parametro es un poco mas compleja debido a que tenes que tener en cuenta el tipo de parametros, y de acuerdo a ello aplicarle una operacion mas.
Estaba pensando en volver a hacer de esa forma, por lo menos para los pocos reportes que necesito asi,
Digo eso, por que me habia hecho una clase para enviar los parametros, la cual la utilizo de todo mi proyecto, y ahora tendre que usar esa forma pero solo para algunos reportes.
Pero si alguien puede de la otra forma, osea colocando las condiciones en el mismo crystal con los parametros enviados desde vb, me avisa porfa.
Ahora probare haciendo el where desde visual.
Gracias elnapster.
BYTE.
611
« en: Martes 27 de Marzo de 2007, 19:49 »
612
« en: Martes 27 de Marzo de 2007, 19:48 »
Que version de Crystal esta utilizando ? la que viene en el vb.net ? ahurita estoy trabajando con la 8.5, aunque no tengo problemas de usar la version XI, o la incluida en el VB, por que igual se que se puede. PD. por que preguntas porla version ? BYTE.
613
« en: Martes 27 de Marzo de 2007, 19:03 »
Normalmento he enviado (desde Visual Basic .NET) parametros a mis reportes del tipo String, Numerico, Fecha o Booleano. Pero ahora tengo la necesidad de enviarle un Conjunto, por ejemplo ["BAGO", "CHILE", "INALTEX", "UNIBIOS"]
para asi, en el editor de formulas de seleccion de registro del Crystal Report, poder poner esta condicion {Productos;1.Laboratorio} in ["BAGO", "CHILE", "INALTEX", "UNIBIOS"]
Teniendo en cuenta que el conjunto puede variar desde Visual Basic, pudiento ser: ["BAGO"] ["CHILE", "INALTEX", "UNIBIOS"] ["VITA", "PHARMA INVESTI" , "BAGO", "CHILE", "INALTEX", "UNIBIOS"] ETC....
Trate de enviarle como un string pero cuando hace la comparacion (osea cuando pregunta) {Productos;1.Laboratorio} in ["BAGO", "CHILE", "INALTEX", "UNIBIOS"] obviamente le coloca la comilla doble porque es un String, dejandolo asi {Productos;1.Laboratorio} in "["BAGO", "CHILE", "INALTEX", "UNIBIOS"] ", por lo cual nunca se cumpliria la condicion y no me muestra los datos que si existen. BYTE.
614
« en: Martes 27 de Marzo de 2007, 18:47 »
por si acaso, esa ventana fea me salia por que estaba mandando mal los parametros, asi que como crystal no entendia, pedia personalmente los parametros.
BYTE.
615
« en: Martes 27 de Marzo de 2007, 18:45 »
umm, creo que es algo tarde, pero weno, no recuerdo haberlo visto de nuevo. Lo volvi a encontrar buscando algo que necesitaba. Prueba con esto Dim Parametros As New ParameterFields Dim parametro As New ParameterField Dim dVal As New ParameterDiscreteValue parametro.ParameterFieldName = "NOMBRE_DEL_PARAMETRO" dVal.Value = "VALOR_DEL_PARAMETRO" parametro.CurrentValues.Add(dVal) Parametros.Add(parametro) CrystalReportViewer1.ParameterFieldInfo = Parametros
en este enlace esta algo completo BYTE.
616
« en: Martes 27 de Marzo de 2007, 18:29 »
No se en SQL Server 2005, pero en SQL Server 7, nunca he tenido problemas al restaurar con el mismo nombre logico, pero en cambio si con el nombre fisico.
Sigo esto pasos:
1.- Click Derecho en BASE DE DATOS->TODAS LAS TAREAS->RESTAURAR BASE DE DATOS.
2. Selecciono DESDE DISPOSITIVOS, y luego me dirijo donde esta la copia.
3. En Restaurar como base de datos :Coloco el NOmbre de la base de datos NUEVA.
4. Me voy a la pestaña Opciones, y checheo el chec de forzar.
5. COmo veras el nombre del archivo fisico se cambia automaticamente, en cambio el nombre del archivo logico no.
6. ACEPTAR.
Saludos el_napster.
BYTE.
617
« en: Martes 27 de Marzo de 2007, 18:05 »
 ummm podria ser tambien que le este poniendo un nombre "logico" que ya existe , de ser asi no vas a poder , podrias hacer el restore montandoselo a otra bd en blanco solo creala sin tablas ni nada, y tu restore volcalo a esa bd , asi no habra ningun problema... 
 tengo entendido que con el nombre del archivo logico no hay problema, donde si puede haber problema es con el nombre del archivo FISICO. BYTE.
618
« en: Martes 27 de Marzo de 2007, 14:54 »
ademas no le encuentro la forma a esos archivos que dan para bajar de incorporarlos al Visual Studio, solo he lograu verlos en su interfaz que proponen ellos.
Ahh, ya lo pille, habia sido por codigo lo de la aplicacion de los estilos.
BYTE.
619
« en: Martes 27 de Marzo de 2007, 14:43 »
hola, tambien puedes revisar este Link interesante enlace, pero mmm, es trial. BYTE.
620
« en: Martes 27 de Marzo de 2007, 14:19 »
Cuando estes por restaurar en la pestaña de opciones hay un chexbox que dice Forzar la restauracion sobre la base de datos existente., tickealo, prueba y avisas.
BYTE.
621
« en: Lunes 26 de Marzo de 2007, 14:15 »
622
« en: Lunes 26 de Marzo de 2007, 14:12 »
y que horas entran?, nunca encuentro a nadie !
Saludos, jjajaja, tenej razon, creo que esta pasando de moda el chat del foro, porque tambien cuando yo entro no encuentro a nadie por ahi. BYTE.
623
« en: Lunes 26 de Marzo de 2007, 00:05 »
hola amigos, estaba haciendo una aplicacion windows en .net, y me preguntaba como podira ponerle estilos visuales, claro, sin tener que hacer nuevos controles y/o tener que usar el eveto paint para cada control.
gracias de antemano por su ayuda en este enlace hay una dll que te ayuda con el aspecto de los botones. Si encuentras otras opciones como estas, postealas. BYTE.
624
« en: Lunes 26 de Marzo de 2007, 00:00 »
pero un requerimiento no mencionado lo que viene a llamarse REQUERIMIENTO NO FUNCIONAL. a mi parecer creo que esa es la respuesta a tu inquietud. BYTE.
625
« en: Domingo 25 de Marzo de 2007, 16:23 »
serviria bastante para pricipiantes que no saben donde preguntar Mas bien creo que a todos nos serviría, es impresionante las cosas que se aprenden en esas cosas, al igual que en los desafíos que he visto en algunos foros.
Sip, tenej razon, les serviria a todos: principiantes, avanzados y tambien a los expertos . pero no creo que eso pase. Para mi gusto esa regla también debería ser tachada Puede que no pase con mi persona o algunas mas, pero si con otros, porque si se dan cuenta en este foro hay varias personas (como ser: JuanK, Eternal, Enko, su-, Radical, y otros mas que no recuerdo) que relmente estan en todas las discusiones, no importa el tema que sea, siempre esta dentro, eso realmente muestra mucho conocimiento. El problema seria pa ellos, ya que les ocuparia bastante tiempo, y por lo tanto no participaran mucho, y al final de cuentas varios de los que queriamos escuhcarlos debatir terminariamos perdiendo por que no participarian. BYTE.
Páginas: 1 ... 23 24 [25] 26 27 ... 49
|
|
|
Mostrar Mensajes
, no se si ya haz hecho la prueba en el 2005 ? para ver que resultado te da ... o para no ir tan lejos hazlo en el 2000 
